| 17 Oct 2023 |
 vcunat | * I wonder, is cairo upgrade the only "breaking change" that has significant reach outside gnome DE and needs to be in 23.11? | 07:16:56 |
|  @camocatx:matrix.org joined the room. | 21:51:27 |
| @camocatx:matrix.org left the room. | 22:15:57 |
| 18 Oct 2023 |
 Jan Tojnar | In reply to @vcunat:matrix.org
I wonder, is cairo upgrade the only "breaking change" that has significant reach outside gnome DE and needs to be in 23.11? The other than thing is the new xdg portals config method | 04:59:26 |
| vcunat | In reply to @jtojnar:matrix.org
The other than thing is the new xdg portals config method Can you easily guess if it's worth separating and merging earlier? | 06:31:28 |
|  Alex S changed their display name from ultra (NixOS integrated with PackageKit wen) to Alex S. | 10:00:53 |
 Hubble the Wolverine (they/them) | In reply to @hubofeverything:bark.lgbt
Reading symbols from /nix/store/mngainxz4xg8mzqgl4028lxij0jhqcpx-tracker-miners-3.5.3/libexec/.tracker-extract-3-wrapped...
(No debugging symbols found in /nix/store/mngainxz4xg8mzqgl4028lxij0jhqcpx-tracker-miners-3.5.3/libexec/.tracker-extract-3-wrapped)
warning: core file may not match specified executable file.
[New LWP 5389]
[New LWP 5393]
[New LWP 5390]
[New LWP 5392]
[New LWP 5391]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/nix/store/whypqfa83z4bsn43n4byvmw80n4mg3r8-glibc-2.37-45/lib/libthread_db.so.1".
Core was generated by `/nix/store/mngainxz4xg8mzqgl4028lxij0jhqcpx-tracker-miners-3.5.3/libexec/tracke'.
Program terminated with signal SIGSYS, Bad system call.
#0 <signal handler called>
[Current thread is 1 (Thread 0x7fdb2921c840 (LWP 5389))]
(gdb) bt
#0 <signal handler called>
#1 0x00007fdb29db21ab in sched_get_priority_max () from /nix/store/whypqfa83z4bsn43n4byvmw80n4mg3r8-glibc-2.37-45/lib/libc.so.6
#2 0x00007fdb062e1cb5 in ?? () from /run/opengl-driver/lib/libcuda.so.1
#3 0x00007fdb067df0d2 in ?? () from /run/opengl-driver/lib/libcuda.so.1
#4 0x0000000000000000 in ?? ()
Bump | 16:19:15 |
| 19 Oct 2023 |
|  Zempashi joined the room. | 07:39:05 |
| 20 Oct 2023 |
|  PowerUser64 joined the room. | 04:38:54 |
| PowerUser64 | Hello! I'm wondering if there's any information on how I can test the gnome 45 PR. I assume it's usable right now? | 04:42:05 |
 uep | check out the gnome branch locally, then nixos-rebuild switch with either --override-input nixpkgs <path> (flakes) or -I nixpkgs=<path> (channels) | 05:27:47 |
| uep | (or, if using flakes, just change your actual input to that branch if you prefer) | 05:29:17 |
| vcunat | You'll need to rebuild lots of stuff, BTW. | 05:51:37 |
| vcunat | Actually, this weekend I think Hydra could afford to rebuild this gnome branch for x86_64-linux. I assume you do want it? (devs of the branch primarily, though it will surely be useful to testers, too) | 05:57:56 |
| vcunat | So the main question is whether/where to rebase before that happens. | 05:58:29 |
| vcunat | * Actually, this weekend I think Hydra could afford to rebuild this gnome branch for x86_64-linux. I assume you do want it? (asking devs of the branch primarily, though it will surely be useful to testers, too) | 05:58:50 |
| uep | yeah I'm wary sometimes of how many other changes are missing on that branch since it was last merged/rebased | 06:27:24 |
| uep | I have no stake in the answer but it seems like if there's going to be a hydra build it might as well be on all current other libs etc | 06:28:33 |
| uep | just kicked one off for curiosity: first big one is cairo -> chromium, and nom says I have 746 more builds waiting | 06:35:37 |
| uep | (and about 1900 downloads total, which since this machine was up-to-date with unstable, suggests they're older non-gnome things I've probably already gc'd) | 06:40:48 |
| uep | * (and about 1900 downloads total, which since this machine was up-to-date with unstable, suggests they're older non-gnome things I've probably already gc'd - also a bunch of sources of course) | 06:45:08 |
| uep | oh, joy - libreoffice via openjdk and gnome-vfs; this will be a while :) | 06:57:32 |
| uep | interesting, cairo is being built twice, once for gtk3 with some different options presumably | 06:58:42 |
| vcunat | In reply to @vcunat:matrix.org
So the main question is whether/where to rebase before that happens. Current staging-next might be a good base. There's still significant python package fallout apparently, and I see evolution not getting built right now, but other than that gnome-related stuff looked OK at a quick glance. | 07:12:05 |
| vcunat | We'll probably want it in nixpkgs master within days anyway. | 07:12:44 |
| vcunat | * We'll probably want it in nixpkgs master within several days anyway. | 07:12:57 |
| Jan Tojnar | In reply to @vcunat:matrix.org
Can you easily guess if it's worth separating and merging earlier? I have not gotten around to reviewing those parts yet | 07:14:44 |
| Jan Tojnar | Will try to finish the review on the weekend | 07:15:12 |
| Jan Tojnar | In reply to @hubofeverything:bark.lgbt
Reading symbols from /nix/store/mngainxz4xg8mzqgl4028lxij0jhqcpx-tracker-miners-3.5.3/libexec/.tracker-extract-3-wrapped...
(No debugging symbols found in /nix/store/mngainxz4xg8mzqgl4028lxij0jhqcpx-tracker-miners-3.5.3/libexec/.tracker-extract-3-wrapped)
warning: core file may not match specified executable file.
[New LWP 5389]
[New LWP 5393]
[New LWP 5390]
[New LWP 5392]
[New LWP 5391]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/nix/store/whypqfa83z4bsn43n4byvmw80n4mg3r8-glibc-2.37-45/lib/libthread_db.so.1".
Core was generated by `/nix/store/mngainxz4xg8mzqgl4028lxij0jhqcpx-tracker-miners-3.5.3/libexec/tracke'.
Program terminated with signal SIGSYS, Bad system call.
#0 <signal handler called>
[Current thread is 1 (Thread 0x7fdb2921c840 (LWP 5389))]
(gdb) bt
#0 <signal handler called>
#1 0x00007fdb29db21ab in sched_get_priority_max () from /nix/store/whypqfa83z4bsn43n4byvmw80n4mg3r8-glibc-2.37-45/lib/libc.so.6
#2 0x00007fdb062e1cb5 in ?? () from /run/opengl-driver/lib/libcuda.so.1
#3 0x00007fdb067df0d2 in ?? () from /run/opengl-driver/lib/libcuda.so.1
#4 0x0000000000000000 in ?? ()
I guess the next step could be asking upstream in #tracker | 07:19:40 |
| Hubble the Wolverine (they/them) | In reply to @jtojnar:matrix.org
I guess the next step could be asking upstream in #tracker There is a precedent issue https://gitlab.gnome.org/GNOME/tracker-miners/-/issues/205 but it's old and I don't know what to add | 11:34:36 |
