2024-12-02 01:09:16 <huajingyun>  ncopa: Thanks for update, I think loongarch64 also missed  iso, please help check it together
2024-12-02 03:38:28 <huajingyun> ncopa: I suspect that v3.21.0_rc1 loongarch64/ is missing and may be related to !76266
2024-12-02 09:05:25 <ncopa> huajingyun: good gatch. it definitively is the volume-id that extends 32 bytes
2024-12-02 09:05:37 <ncopa> i dont know if we can use volset id?
2024-12-02 09:16:09 <huajingyun> ncopa:I used volset and then booted it on the 3a6000 and it worked fine
2024-12-02 09:16:14 <huajingyun> I'm actually not entirely sure, does anyone know more about this?
2024-12-02 09:41:49 <mps> linux-rc1 boots and works on my machine. Now characters in GUI looks little better
2024-12-02 09:44:48 <huajingyun> mps:did you use the volset id as well?
2024-12-02 09:45:41 <mps> huajingyun: what is volset id?
2024-12-02 09:48:25 <huajingyun> When creating the iso use the xorrisofs parameter --volset instead of -volid
2024-12-02 09:49:18 <mps> ah, I didn't created iso for loooong, so forget about volset
2024-12-02 09:50:09 <mps> simple disk images are better, simpler and safer
2024-12-02 09:51:02 <mps> it's a pity loongarch cannot use u-boot for booting
2024-12-02 09:51:19 <huajingyun> Now when creating alpine-standard-v3.21.0_rc1-loongarch64.iso, this error is reported: xorriso: FAILURE: -volid: Text too long (34 > 32)
2024-12-02 09:51:44 <mps> huajingyun: this is better to ask ncopa than me
2024-12-02 09:51:49 <clandmeter> mps: did you try https://limine-bootloader.org/ ?
2024-12-02 09:51:57 <clandmeter> seems nice
2024-12-02 09:52:00 <mps> clandmeter: no
2024-12-02 09:52:30 <mps> clandmeter: I read about it and thought to try but not sure is it worth
2024-12-02 09:52:39 <clandmeter> https://github.com/limine-bootloader/limine?tab=readme-ov-file#supported-architectures
2024-12-02 09:53:34 <mps> clandmeter: also I "seem nice" ;) but that doesn't mean I'm really nice, especially with some kind of personas :)
2024-12-02 09:53:55 <clandmeter> its much more simple compared to grub
2024-12-02 09:54:08 <clandmeter> good arch support
2024-12-02 09:54:09 <mps> anyway, I plan to try it when find some time
2024-12-02 09:54:34 <mps> yes, 'on paper' it looks much better
2024-12-02 09:54:48 <clandmeter> well, it works
2024-12-02 09:54:52 <clandmeter> on x86
2024-12-02 09:55:55 <mps> sure, my granddaughter would be excited with this nice cat on boot screen
2024-12-02 09:56:58 <mps> but for now I'm working to fix some things for 3.21 (and I had strong cold last 10 days)
2024-12-02 09:57:47 <mps> and trying to improve some kernel things for riscv boards
2024-12-02 09:58:32 <mps> nice thing is that loongarch64 doesn't require much work, people at loongson tech are very good
2024-12-02 09:59:24 <clandmeter> i wonder if we can replace grub with limine for most alpine things
2024-12-02 09:59:39 <clandmeter> or aleast bring it as an alternative
2024-12-02 10:01:03 <mps> ext4 FS is not finished, this is what is problem imo
2024-12-02 10:02:02 <clandmeter> ext4?
2024-12-02 10:02:06 <clandmeter> for the bootloader?
2024-12-02 10:02:11 <mps> but something simpler than grub will be big achievement
2024-12-02 10:02:19 <clandmeter> ext4 is useless
2024-12-02 10:02:32 <clandmeter> EFI needs FAT32
2024-12-02 10:03:09 <mps> yes, but having bootloader on ext4 will be very appreciated (by me at least)
2024-12-02 10:03:28 <clandmeter> its useless if you want to boot :)
2024-12-02 10:03:40 <clandmeter> at least with efi 
2024-12-02 10:03:59 <mps> ok, I hate FAT or anything from microsoft
2024-12-02 10:04:09 <clandmeter> which is almost the de facto firmware these days
2024-12-02 10:04:29 <clandmeter> you should not hate that much :p
2024-12-02 10:04:32 <mps> efi is spying backdor
2024-12-02 10:04:54 <clandmeter> good luck finding decent hardware without efi 
2024-12-02 10:05:10 <mps> bananapi F3 :)
2024-12-02 10:05:17 <clandmeter> i said decent 
2024-12-02 10:05:34 <mps> ok, I can boot apple silicon without efi
2024-12-02 10:06:02 <clandmeter> oh yes, its not proprietary at all, and everything just works ;-)
2024-12-02 10:06:34 <mps> better than having microsoft things
2024-12-02 10:07:32 <mps> from 1994 I'm fighting against microsoft and you want me to change my 'battle goal' ;)
2024-12-02 10:07:49 <clandmeter> just because fat32 is made by microsoft, its a no go? you dont need to use any MS tool to manage it.
2024-12-02 10:08:27 <mps> you are right, and I use fat but I still hate I have to use it
2024-12-02 10:09:08 <mps> will be afk now
2024-12-02 10:22:13 <ncopa> Ariadne: I wonder if -CONFIG_DMI_SYSFS=y was intentinal in  414d2a4aba40881ef75bf213ecf0c5ee0bf8b3ef
2024-12-02 10:23:33 <huajingyun> ncopa: If we don't release the v3.21.0_rc1 iso for loongarch64, but just the v3.21.0 iso, then we can get away with not having to modify anything
2024-12-02 10:24:46 <ncopa> yeah
2024-12-02 10:25:06 <ncopa> but I think we want loongarch64 rc2
2024-12-02 10:25:19 <ncopa> i also wonder if iso images makes any sense nowadays
2024-12-02 10:27:04 <clandmeter> as mentioned previously, KVM tools still use iso images
2024-12-02 10:27:30 <clandmeter> but currently i prefer using netboot.xyz for this
2024-12-02 10:27:31 <ncopa> yeah, i live iso makes sense
2024-12-02 10:27:55 <clandmeter> it has a small iso that allows network booting
2024-12-02 10:28:12 <clandmeter> loading a large iso over some vpn is cumbersome 
2024-12-02 10:34:21 <huajingyun> ncopa: yes, we really need iso, in addition to what clandmeter mentioned, some software upstream is also waiting to use it, such as .NET, and many people are also asking me about the release of iso, they are eager to use it
2024-12-02 10:35:02 <clandmeter> huajingyun: maybe you can check to support netboot.xyz?
2024-12-02 10:35:29 <clandmeter> its very convenient  
2024-12-02 10:35:42 <clandmeter> as you guys are also using openbmc iirc
2024-12-02 10:38:51 <ncopa> netboot.xyz also supports alpine right?
2024-12-02 11:05:01 <huajingyun> Oh, the netboot.xyz you mean is something like alpine-netboot-3.21.0_rc1-x86_64.tar?
2024-12-02 11:09:20 <huajingyun> ncopa: just saw you have a fix in “scripts/mkimg.base.sh: truncate long volid” ,thanks
2024-12-02 15:38:42 <clandmeter> yes netboot.xyz supports alpine
2024-12-02 15:38:54 <clandmeter> but not loongarch afaik
2024-12-02 15:39:14 <clandmeter> i think currently only x86* and aarch64
2024-12-02 16:33:11 <Ariadne> ncopa: no, but i used abuild updateconfigs
2024-12-02 16:40:15 <ncopa> ok
2024-12-02 19:45:48 <ncopa> hum -rc2 also failed
2024-12-02 19:45:53 <ncopa> need to debug why it happens
2024-12-02 19:51:07 <ncopa> ok i have a fix for it
2024-12-03 01:02:51 <huajingyun> Thank you so much!
2024-12-03 07:21:00 <huajingyun> ncopa: I think the "alpine-${profile_abbrev:-$PROFILE} $RELEASE $ARCH" in grub_gen_earlyconf() also needs to be truncated, we missed it yesterday
2024-12-03 07:21:26 <huajingyun> In the /scripts/mkimg.base.sh
2024-12-03 07:37:07 <ncopa> ok
2024-12-03 07:38:47 <huajingyun> Sorry for not catching it sooner, -rc2 may need an update as well
2024-12-03 07:43:11 <ncopa> thanks for finding this. this is why we do release candidates :)
2024-12-03 07:43:19 <ncopa> I will fix it and try get the -rc3 out today
2024-12-03 07:44:37 <ncopa> huajingyun: can you please help review https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/76340
2024-12-03 07:49:42 <huajingyun> ncopa:It looks good, but please wait a moment, let me create a new iso and verify it again.
2024-12-03 08:36:15 <huajingyun> ncopa: MR is reliable, iso boots and works fine
2024-12-03 09:55:59 <ncopa> thank you!
2024-12-03 10:59:17 <huajingyun> You're welcome
2024-12-05 07:50:35 <mps_> is it too late for some upgrades in main for 3.21?
2024-12-05 07:54:23 <mps_> ncopa: !76500
2024-12-05 07:56:13 <mps_> also https://lists.freedesktop.org/archives/mesa-dev/2024-December/226388.html would be nice to have in 3.21
2024-12-05 08:11:30 <ncopa> good morning! are there any MR for mesa uprade?
2024-12-05 08:11:39 <huajingyun> Is it planned to release v3.21.0 today?
2024-12-05 08:11:42 <ncopa> yes
2024-12-05 08:12:55 <huajingyun> ncopa: wow, that's great!
2024-12-05 08:14:42 <huajingyun> Not sure about the 3.21 docker image, whether it will be released today
2024-12-05 08:18:50 <ncopa> not for loongarch64 :-(
2024-12-05 08:20:48 <mps_> ncopa: !75827
2024-12-05 08:21:37 <huajingyun> ncopa: Ah, why no loongarch?:-(
2024-12-05 08:22:33 <ncopa> docker official images does not support it yet
2024-12-05 08:22:42 <ncopa> so we have to either drop the docker image completely
2024-12-05 08:22:50 <ncopa> or move it somewhere else
2024-12-05 08:23:03 <ncopa> or ship some architectures to docker and some somewhere else
2024-12-05 08:23:09 <mps_> ncopa: !75793
2024-12-05 08:23:28 <mps_> not sure about it, just wanted to remind you
2024-12-05 08:23:37 <ncopa> I havent been able to plan new location for our docker images
2024-12-05 08:23:43 <mps_> you decide to merge it or not
2024-12-05 08:24:30 <ncopa> we do have our own registry, but it is all a bit messy at the moment
2024-12-05 08:24:45 <ncopa> and i have simply not had time to come up with a decent plan how to move that forward
2024-12-05 08:25:16 <ncopa> mps: sorry, i havent had resources for iproute2. i'd like to have a look at it since I think it looks wrong
2024-12-05 08:25:28 <ncopa> something looks not right with iproute2
2024-12-05 08:25:48 <ncopa> mps: have you tested that mesa does not break xorg?
2024-12-05 08:25:56 <ncopa> it move the xorg dri modules
2024-12-05 08:26:10 <ncopa> we have had 7 release candidates
2024-12-05 08:26:13 <ncopa> this week
2024-12-05 08:26:23 <ncopa> have tested a lot
2024-12-05 08:26:26 <mps> ncopa: I use mesa-asahi which is 24.3 based very fine
2024-12-05 08:26:48 <ncopa> i dont want push update to mesa and ship a broken 3.21
2024-12-05 08:27:16 <ncopa> mps: have you tested mesa (not asahiu?) and have you tested xorg? asahi tend to prefer wayland
2024-12-05 08:27:17 <mps> ok
2024-12-05 08:27:50 <ncopa> so either *someone* test and give me a green light that it does not break xorg and I merge it
2024-12-05 08:27:50 <mps> I use mesa-asahi with xorg for daily work
2024-12-05 08:27:59 <ncopa> or I merge and test myself
2024-12-05 08:28:11 <ncopa> and ship 3.21 in two weeks
2024-12-05 08:28:13 <ncopa> those are the options
2024-12-05 08:28:25 <mps> however you want. I don't insist on merging it
2024-12-05 08:28:55 <ncopa> and why oh why does this comes literal minutes before i tag the 3.21
2024-12-05 08:29:00 <mps> just wanted to mention it is released, and it have a lot of bugfixes for drivers
2024-12-05 08:29:18 <ncopa> i would have merged it if it was not for: 
2024-12-05 08:29:28 <ncopa> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/75827/diffs#616bf8503767c158bf960592c7111bda31afef9b_77_76
2024-12-05 08:29:55 <mps> I didn't know when you plan to release it, thought it will be in a week maybe
2024-12-05 08:30:02 <huajingyun> ncopa: Ah, anyway,  thank you, hopefully in the next 3.22 release we can also release the docker image of loongarch64
2024-12-05 08:30:27 <ncopa> https://gitlab.alpinelinux.org/alpine/aports/-/issues/16369
2024-12-05 08:30:53 <ncopa> huajingyun: depending on how things goes, we may be ble to do 3.21.1 for loongarch64
2024-12-05 08:30:59 <mps> ncopa: for iproute, you got mail I sent to Stephen?
2024-12-05 08:31:02 <ncopa> we just need to figure out where to move our docker images
2024-12-05 08:31:30 <ncopa> and make a new release procedure
2024-12-05 08:31:34 <ncopa> mps: probably
2024-12-05 08:31:40 <ncopa> yeah i think i go tit
2024-12-05 08:31:46 <ncopa> but i dont remember
2024-12-05 08:31:53 <ncopa> im stressing like an idiot
2024-12-05 08:32:08 <ncopa> this releas is killing me
2024-12-05 08:32:25 <mps> that is life of BDFL
2024-12-05 08:32:58 <huajingyun> ncopa:ok, thank you so much!
2024-12-05 08:33:11 <ncopa> thats exactly why we dont have BDFL
2024-12-05 08:34:27 <mps> my view is we don't need releases, edge is quite fine
2024-12-05 08:37:01 <mps> anyway, iproute2 is just build issue and only on ppc64le. it works fine
2024-12-05 08:37:20 <ncopa> too bad we dont build alpine only for you
2024-12-05 08:37:40 <mps> that is your biggest mistake
2024-12-05 08:38:37 <mps> it is not problem for me, I build whatever I need
2024-12-05 08:39:41 <mps> but I think and like to 'share' my efforts for others, devs and users
2024-12-05 08:40:32 <mps> because other also share their efforts for me
2024-12-05 08:42:14 <mps> and I always backport anything I need for my use cases
2024-12-05 08:43:03 <mps> so forget about my suggestions and make release right now
2024-12-05 13:55:47 <mps> ohmg, didn't know this exists https://alpinelinuxsupport.com/
2024-12-05 13:56:20 <mps> now I have someone to ask for help :)
2024-12-05 13:57:09 <mps> joke aside, now I know that I'm of something big
2024-12-05 14:00:35 <mps> hm, looks like they read my messages on different IRC channels and used them for marketing :)
2024-12-05 14:02:07 <ncopa> huajingyun: big thanks for helping getting Alpine on loongarch
2024-12-05 14:03:01 <ikke> https://fosstodon.org/deck/@alpinelinux/113600582275026707
2024-12-05 14:03:13 <ikke> https://fosstodon.org/@alpinelinux/113600582275026707
2024-12-05 14:05:51 <mps> and this one is not complete https://alpinelinuxsupport.com/alpine-linux-vs-debian-slim-lightweight-docker-images-comparison/ i.e. I wrote few years how it is faster and more stable to switch from debian to alpine than upgrade debian
2024-12-05 14:07:16 <mps> ncopa: yes, best company for open source is Loongson Tech
2024-12-05 15:42:39 <mps> https://www.kernel.org/category/releases.html 6.12 is officially LTS
2024-12-05 15:43:52 <ikke> 6.12 is not mentioned there?
2024-12-05 15:46:08 <mps> and https://www.phoronix.com/news/Alpine-Linux-3.21 about release
2024-12-05 15:46:33 <mps> ikke: it is on top, try refresh
2024-12-05 15:47:23 <mps> 6.12 Greg Kroah-Hartman & Sasha Levin 2024-11-17 Dec, 2026
2024-12-05 15:48:59 <ikke> interesting, still shows 6.6 for me
2024-12-05 15:51:01 <mps> I now read 6.12.2 changelog but it is not on site there :)
2024-12-06 01:14:04 <huajingyun> ncopa: It is our honor, thank you for your support and help, which made loongarch64 released successfully in 3.21.0.
2024-12-06 01:14:15 <huajingyun> Thanks to all the contributors who worked on this, thank you very much!
2024-12-06 01:17:24 <huajingyun> mps: Thank you! we are very glad that you gave such a high evaluation.;-)
2024-12-06 01:17:32 <huajingyun> Will continue to maintain and hopefully contribute to Alpine in the long term.
2024-12-06 15:16:54 <mps> just one commit in kernel upgrade 6.12.3 /o\
2024-12-08 11:34:39 <js> Hm, wanted to use 3.21 as an incentive to finally install it on my 3A6000, but the GPG file linked on the downloads page is 404: https://dl-cdn.alpinelinux.org/alpine/v3.21/releases/loongarch64/alpine-standard-3.21.0-loongarch64.iso.asc
2024-12-08 11:51:02 <fossdd[m]> do you need the checksums? not the gpg key?
2024-12-08 12:00:40 <js> I need the signature
2024-12-08 12:00:56 <js> (fetching the checksum from the same place as the .iso provides no security)
2024-12-08 12:01:22 <fossdd[m]> i don't think we gpg sign our isos
2024-12-08 12:01:45 <js> All the other ISOs are signed
2024-12-08 12:02:04 <js> The link to the signature is also on the downloads page: https://alpinelinux.org/downloads/
2024-12-08 12:02:20 <js> loongarch64 is the only one that is 404
2024-12-08 12:02:25 <fossdd[m]> oh huh
2024-12-08 12:02:36 <fossdd[m]> ncopa can probably say more then
2024-12-08 12:03:00 <js> I guess it was just forgotten to sign / upload as it's a new arch 🙂
2024-12-09 01:15:59 <huajingyun> js:Thanks for finding this,need someone to help upload it, but I think ncopa may need a few days, he is not here these days
2024-12-09 07:56:05 <mps> 15 minutes to build linux-rc kernel (somewhat trimmed) on 3A6000
2024-12-09 08:21:03 <mps> 6.13-rc2 boots and not much kernel errors. hope most will be fixed when 6.13 is released
2024-12-09 10:03:45 <js> huajingyun: Is there any way to verify the ISO right now? E.g. can I find the .asc file elsewhere?
2024-12-10 01:22:32 <huajingyun> js: Sorry, I don't think there is anywhere else to get the .asc file except looking at https://dl-cdn.alpinelinux.org/alpine/v3.21/releases/loongarch64/, so will have to wait for ncopa to upload it
2024-12-14 08:04:57 <omni> hi, in preparation for zfs 2.3.0 release, I have added loongarch64 to config/config.guess https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/73096/diffs
2024-12-14 08:05:19 <omni> seems to be enough for building the packages, I hope it also is for using zfs on loongarch64
2024-12-15 18:45:47 <mps> how we enable verbose mode for openrc on boot?
2024-12-15 18:46:25 <mps> 'rc_verbose=yes' doesn't help
2024-12-16 01:52:38 <huajingyun> omni: Thanks for upgrading zfs, you can also use update_config_guess instead of loongarch patch, as I mentioned in !73096
2024-12-16 02:01:51 <huajingyun> regarding the openrc (enable verbose) mentioned by mps, I haven't paid attention to it before, so I can't give an answer for now
2024-12-16 06:48:21 <mps> huajingyun: on some of my machines it works but on some doesn't. and I don't see any differences in /etc/rc.conf on them
2024-12-16 07:00:38 <huajingyun> Ah, are you using the same openrc version on all of your machines?
2024-12-16 07:04:18 <mps> huajingyun: I think yes, because I use mostly edge
2024-12-16 07:05:05 <mps> but this is very old question, so old that I forgot answer :)
2024-12-16 07:35:10 <mps> uname -a => Linux la.arvanta.net 6.13.0-rc3-0 #1-Alpine SMP PREEMPT_DYNAMIC Mon, 16 Dec 2024 07:09:20 +0000 loongarch64 Linux
2024-12-16 07:35:57 <mps> 6.13-rc3 boots on loongarch64
2024-12-16 07:36:22 <mps> didn't noticed any problem
2024-12-16 07:40:03 <mps> what is interesting 'efi/zboot: Limit compression options to GZIP and ZSTD'. so it means that from now kernel will support only these two for compessing
2024-12-16 07:40:37 <mps> I already started to use that on linux-edge
2024-12-16 08:01:55 <huajingyun> Wow, that's cool, thanks for the info:)
2024-12-16 08:32:25 <mps> huajingyun: good improvemnts for loongarch64 is here https://lore.kernel.org/lkml/20241127091825.421126-1-chenhuacai@loongson.cn/
2024-12-16 08:33:18 <mps> but you probably know for this. I post url for other interested in loongarch64 and kernel 6.13
2024-12-16 09:00:29 <huajingyun> mps:yeah, it also includes fixes for GCC 15 failure
2024-12-16 09:35:51 <huajingyun> ncopa: Hi, do you have time to upload alpine-standard-3.21.0-loongarch64.iso.asc file at dl-cdn.a.o? 
2024-12-16 09:36:00 <huajingyun> Not sure why it's missing only on loongarch
2024-12-16 10:11:44 <ncopa> oh, i think i know why
2024-12-16 10:12:29 <ncopa> also riscv64 was missing
2024-12-16 10:14:49 <ncopa> they are signed now. thanks!
2024-12-17 01:04:53 <huajingyun> ncopa: thank you!
2024-12-18 09:18:19 <mps> huajingyun: I've found why why openrc is not verbose on boot, console settings in u-boot is in that that openrc puts message on last specified console in kernel cmdline parameters
2024-12-19 01:03:55 <huajingyun> mps:Oh, so that's the way it is,thanks for telling me
2024-12-19 03:15:40 <DWwanghao> Hi,build-edge-loongarch64 has a build error regarding community/approval,
2024-12-19 03:15:40 <DWwanghao> The test_apprise_asset (path) assertion failed, but my local build was successful. Is it due to the environment dependency of the build machine?
2024-12-19 03:15:40 <DWwanghao> here is log: https://build.alpinelinux.org/buildlogs/build-edge-loongarch64/community/apprise/apprise-1.9.1-r0.log
2024-12-19 06:31:56 <ikke> DWwanghao: no, no unexpected packages installed on the builder
2024-12-19 06:40:53 <huajingyun> The first error is "[Errno 39] Directory not empty: '/tmp/pytest-of-buildozer/garbage-83ac8abb-6ef2-4425-9889-d1217e9f64be/popen-gw9/test_discovery_via_path_in_non0'"
2024-12-19 06:40:57 <huajingyun> Is this directory from this test? Is it a remnant of other software packages?
2024-12-19 06:42:51 <ikke> That specific directory does not exit, but let me test completely removing /tmp/pytest-of-buildozer
2024-12-19 06:45:03 <ikke> Nope, test still fails
2024-12-19 06:47:48 <huajingyun> Ok,thanks
2024-12-19 06:49:09 <ikke> apprise seems to mock builtin.open
2024-12-19 06:49:26 <ikke> test/test_persistent_store.py
2024-12-19 06:49:28 <ikke> 875:    with mock.patch('builtins.sum', side_effect=OSError()):
2024-12-19 06:49:30 <ikke> 975:    with mock.patch("builtins.open", new_callable=mock.mock_open,
2024-12-19 06:50:30 <ikke> I have to go now, will have to continue later
2024-12-19 06:52:30 <huajingyun> Ok, bye
2024-12-19 06:54:05 <huajingyun> DWwanghao: You maybe can see what happened here as ikke mentioned
2024-12-19 06:59:10 <DWwanghao> ok,I will investigate the error location mentioned by ikke again
2024-12-19 06:59:10 <DWwanghao> configfile: setup.cfg
2024-12-19 06:59:10 <DWwanghao> But I pulled the source code and tested it with pytest, and the test cases passed. This is my local environment
2024-12-19 06:59:10 <DWwanghao> plugins: mock-3.14.0
2024-12-19 06:59:10 <DWwanghao> rootdir: /root/apprise
2024-12-19 06:59:11 <DWwanghao> The difference between the build machine and the build machine is that the build machine uses plugins: mock-3.10.0
2024-12-19 08:02:23 <DWwanghao> huajingyun:Triggered by critical errors is: a = AppriseAsset(plugin_paths=('/tmp',))
2024-12-19 08:02:23 <DWwanghao> however,Whether I use abuild-r or pdb debug, local testing is correct and the environment version is consistent,,,
2024-12-19 08:11:54 <huajingyun> hm, ok
2024-12-19 11:56:06 <ikke> If I just select the failing tests, it passes, but without filter, it fails
2024-12-19 11:56:41 <ikke> So it seems like a different tests causes it to fail?
2024-12-19 12:00:18 <ikke> If I select all tests in the same file, it passes as well, puzzling
2024-12-19 12:15:22 <DWwanghao> ikke:It looks really confusing, perhaps  add temp logs in the test_api.py for function test_apprise_assert can show more info  
2024-12-30 02:16:20 <huajingyun> Is there any new progress on  !75618 ?
2024-12-30 02:16:43 <huajingyun> Just wondering is it time to upgrade linux-headers to 6.12 in edge?
2024-12-30 07:08:37 <ncopa> morning! yes, it absolutely is
2024-12-30 07:21:58 <huajingyun> ncopa:Yes, there is also !74062 , thanks
2024-12-30 09:23:02 <mps> will be these two merged soon
2024-12-30 11:29:03 <js> Can someone ban this asshole please? He's been spamming almost every single room I'm in
2024-12-30 13:36:08 <celie> Who are you talking about?
2024-12-30 14:28:43 <js> This "James idowu Toyin" person just the messsage above mine?
2024-12-30 14:28:45 <js> with the Telegram spam links?
2024-12-30 14:30:35 <qaqland> not here, maybe you can contact #oftc
2024-12-30 14:31:28 <js> hm, seems that the spam was never bridged to IRC then?
2024-12-30 14:32:25 <qaqland> this room is quiet these days
2024-12-30 14:38:59 <mps> js: if you think of me you are wrong. I don't send such messages anywhere
2024-12-30 14:39:15 <js> Not sure why you think I would be talking about you
2024-12-30 14:39:33 <js> I'm talking about 4 identical messages in a row with spam links for Telegram
2024-12-30 14:39:56 <mps> you wrote "person just the messsage above mine"
2024-12-30 14:40:10 <js> there is 4 messages after yours
2024-12-30 14:40:31 <mps> hm
2024-12-30 14:40:38 <js> stargting with "Hello 👋👋👋"
2024-12-30 14:40:41 <js> not quoting the scam link obviously
2024-12-30 14:41:02 <mps> these messages didn't appeared here
2024-12-30 14:41:43 <js> I guess there was something in the message so that it didn't make it through the bridge. Maybe because it's multiline and full of Unicode
2024-12-30 14:47:20 <ncopa> js: in IRC the message above "Can someone ban this ..." was mps
2024-12-30 14:47:41 <js> Guess the spam didn't make it from Matrix to IRC then
2024-12-30 14:47:47 <js> would still be great if someone could ban that user and delete the spam
2024-12-30 14:48:16 <ncopa> you will have to ask matrix admins
2024-12-30 14:52:28 <mps> builders failed
2024-12-30 14:59:57 <mps> algitbot: retry master
2024-12-30 15:00:15 <mps> no luck
2024-12-30 17:28:33 <mps> ncopa: I found patch which fixes build of !75793
2024-12-31 06:04:22 <ncopa> hi
2024-12-31 06:04:52 <ncopa> the patch has lots of email headers which we dont need
2024-12-31 06:05:30 <ncopa> can you please provide proper `git format-patch` patches?
2024-12-31 06:05:45 <ncopa> i can clean it up for you but not today
2024-12-31 06:13:17 <ncopa> nevermind. I cleaned it up for you
2024-12-31 06:18:59 <ncopa> thanks!
2024-12-31 06:20:40 <huajingyun> ncopa: I was just about to remind you about  libseccomp MR, and you already merged it, thanks:)
2024-12-31 06:22:02 <ncopa> thank you!
2024-12-31 06:30:00 <huajingyun> You're welcome
2024-12-31 07:25:54 <mps> ncopa: thank you. I thought to make it better and just posted it for you to see if it will be acceptable. anyway, patches will be removed on next upgrade. thank you again