| 14 Jan 2022 |
Jan Tojnar | that is still an unstable version | 21:20:35 |
hexa | so I think we need to make an exception for gimp and possibly neard? | 21:20:56 |
Jan Tojnar | again, nothing in gnome should depend on gnome2 | 21:21:56 |
Jan Tojnar | by the way, in the past I tried removing various libraries from gnome2 prefix and everything that depended on them | 21:25:42 |
Jan Tojnar | but I mostly only managed to get rid of packages with few dependents, the remaining were too much work | 21:26:35 |
Jan Tojnar | by the way, more cleanup https://github.com/NixOS/nixpkgs/pull/154834 | 21:28:55 |
Jan Tojnar | * on a slightly different note, more cleanups https://github.com/NixOS/nixpkgs/pull/154834 | 21:29:32 |
| 15 Jan 2022 |
piegames | I was naive and tried to remove libglade on a whim. This is probably only a third of the total fallout it will have. libglade is depended on by libgnomecanvas and libgnomeui, and the gtk-sharp mostly has to go as well, including all Gtk applications written in C# | 01:47:45 |
piegames | * I was naive and tried to remove libglade on a whim. This is probably only a third of the total fallout it will have. libglade is depended on by libgnomecanvas and libgnomeui, and the gtk-sharp mostly has to go as well, including all Gtk applications written in C#. | 01:47:47 |
piegames | * I was naive and tried to remove libglade on a whim. This is probably only a third of the total fallout it will have. libglade is depended on by libgnomecanvas and libgnomeui. | 01:49:39 |
piegames | Please confirm that this is indeed the right thing to do and that I am not wasting my time on something that nobody actually wants. | 01:50:39 |
Jan Tojnar | piegames: the reason I gave up on removing libglade last time because we actually want some of the packages that depend on it | 02:16:09 |
Jan Tojnar | like calf | 02:16:18 |
piegames | And xournal (debatable) | 02:16:49 |
Jan Tojnar | and we would first need to determine which are needed and which are good to remove | 02:17:00 |
Jan Tojnar | which is enough work already | 02:17:18 |
Jan Tojnar | * which is enough work already for a one person | 02:17:25 |
Jan Tojnar | and then there is the job of actually removing the dependencies where optional | 02:18:12 |
Jan Tojnar | I believe the audio stuff can be built without GTK interface and most plug-ins do not actually use it but not being an audio guy, I do not know for sure | 02:19:05 |
piegames | In reply to @jtojnar:matrix.org and then there is the job of actually removing the dependencies where optional Only two cases; already done (for libglade) | 02:19:20 |
Jan Tojnar | so cooperation with the interested parties is also needed | 02:19:27 |
piegames | * Only two cases; already done (for libglade) (only those that were explicitly marked as optional) | 02:20:21 |
piegames | I see | 02:20:39 |
piegames | Then this will continue to haunt us for a while | 02:20:51 |
Jan Tojnar | but you made more progress than I did | 02:21:06 |
Jan Tojnar | * you already made more progress than I have | 02:21:56 |
piegames | Nah. It's low quality raging around and ripping things out without looking back. A lot of cleanup to do | 02:22:48 |
hpfr | Basic wireplumber module was merged. Is wireplumber/pipewire/pulse orthogonal to gnome, or are there things that gnome expects there? | 14:18:55 |
Jan Tojnar | I believe GNOME still mostly uses pulse for audio | 19:09:13 |
TheOPtimal | Hi, I'm having a very weird and complicated issue:
GNOME is acting weird - the / and /boot filesystems show up in the Files sidebar, external storage isn't automounted, I don't see my user in the GNOME Control Center users panel among with a whole myriad of bugs and weirdness.
I've tracked down the issue to accountsservice - the library/daemon GNOME uses to manage user accounts. It seems it considers me both a local account, and a system account somehow. I ran the following commands in GNOME Looking Glass (Press Alt+F2 and type lg):
u = imports.gi.AccountsService.UserManager.get_default().get_user(imports.gi.GLib.get_user_name())
u.is_local_account()
u.is_system_account()
Both of these functions returned true - this is weird. Some help would be appreciated.
P.S. this happened later on in my installation - at first everything was fine. It could be something I've enabled.
I've also checked /etc/shells - my default shell is listed in there, so that couldn't be the problem.
| 21:20:19 |