 Hi all, https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1281580 was reported in 2014 and is still valid (I'm facing this issue myself).
 Importance: *Undecided*
 That's the default status for a bug when it is created, until someone with rights changes it. (re @hmmm: Importance: *Undecided*)
 looks like they have more important things to do
 hmm lets see (re @rs2009: Hi all, https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1281580 was reported in 2014 and is still valid (I'm facing this issue myself).)
 That isn't a bug ... it's a feature!
 Hm
 That is actually probably intentional
 Because you don't want something to mess up something else and cause a chain reaction of crazy stuff
 masking bugs as features 2020 (re @fossfreedom: That isn't a bug ... it's a feature!)
 masking bugs as features in 2020 (edited) (re @fossfreedom: That isn't a bug ... it's a feature!)
 I'm trying to configure my laptop with some stuff, but can't because of this issue with glib overrides. Gonna use dconf profiles instead. (re @fossfreedom: That isn't a bug ... it's a feature!)
 It's got a linked gitlab report where it should reside. Since no change via GNOME commenting on launchpad is pretty pointless.
 Typically best IMO to use dconf-editor always (re @rs2009: I'm trying to configure my laptop with some stuff, but can't because of this issue with glib overrides. Gonna use dconf profiles instead.)
 I prefer making changes on mysystem globally, as I often log in with root (re @ItzSwirlz: Typically best IMO to use dconf-editor always)
 Rather safe than sorry IMO
 I prefer making changes on mysystem globally, as I often log in with root, and I add other users for different purposes on my system as well (edited) (re @ItzSwirlz: Typically best IMO to use dconf-editor always)
 Many people who do this kinda stuff (like me) would definitely want to have control over this config (pretty pointless to go into dconf profiles etc. for simple config, instead of using glib2.0 overrides). But like @fossfreedom said, the issue is on GNOME's side and it's pointless to comment on this stuff. 👍🏻 (re @ItzSwirlz: Rather safe than sorry IMO)
 gnome is good until you get output to terminal which contains  word "critical"
 I think many people who do this kinda stuff (like me) would definitely want to have control over this config (pretty pointless to go into dconf profiles etc. for simple config, instead of using glib2.0 overrides). But like @fossfreedom said, the issue is on GNOME's side and it's pointless to comment on this stuff. 👍🏻 (edited) (re @ItzSwirlz: Rather safe than sorry IMO)
[15:25] <luna_> No Daily Groovy image today?
[15:28] <luna_> nope
[15:28] <luna_> cf-python is broke
 want ubuntu cinnamon remix's? (re @ubuntutesting_bot: [irc] <luna_> No Daily Groovy image today?)
 https://github.com/Ubuntu-Cinnamon-Remix/iso-builder/actions/runs/204292450
 we have github actions that builds our iso's for us
 AFAIK Ubuntu uses its own infrastructure for building and doesn't use GitHub. As luna has stated, it hasn't built because the cf-python package if broken, and is not an issue with the way the ISOs are being built. 👍🏻 (re @ItzSwirlz: we have github actions that builds our iso's for us)
 hi all. where should printing regressions be filed? somone has an hp printer that worked in 19.10 but not in 20.04.
 would it be https://bugs.launchpad.net/ubuntu/+source/hplip
 nope, my hp printer works after a lot of reinstalls
 so after upgrading, you reinstalled the printer driver to get it to work?
 Report it against cups . https://wiki.ubuntu.com/DebuggingPrintingProblems for debugging instructions. (re @philipz: hi all. where should printing regressions be filed? somone has an hp printer that worked in 19.10 but not in 20.04.)
 nah i cleanstalled it
 had problems on 20.04 tho
 thanks (re @Jibel: Report it against cups . https://wiki.ubuntu.com/DebuggingPrintingProblems for debugging instructions.)