 I'd like to look at the questions you want help on but wanted to compare to what's out there already.
[00:19] <pleia2> jjfrv8: it's in a xubuntu.org post draft, I don't think we had a public place for collaboration aside general from general discussion here
[00:19] <pleia2> (and now on list)
[00:19] <pleia2> they are all similar to past FAQ we've done though
[00:19] <pleia2> from past releases: http://xubuntu.org/news/category/faq/
[00:20] <jjfrv8> Yup, got those.  Okay, I'll take a stab at #'s 3 & 8.
[00:20] <pleia2> awesome, thank you :)
[00:48] <GridCube> pleia2, i had made this back in the day http://pad.ubuntu-uk.org/C2kd45fYMJ
[00:49] <pleia2> GridCube: ah, yeah, looks like that was mostly copied over and morphed into what we have now
[10:57] <pjotr> mr_pouit: thanks for fixing the 'double partitions on the desktop' bug!
[10:58] <pjotr> everybody: I have a wish list for Xubuntu 13.04, that I would like to discuss with you:
[10:59] <pjotr> 1. LibreOffice in the iso instead of Abiword and Gnumeric. Xubuntu is a full fledged alternative for the big boys Unity, Gnome and KDE. So it needs to have a professional office suite by default. Note that I *like* Abiword; heck, I even translate it upstream. But it's natural place is in a mini like Lubuntu...
[10:59] <pjotr> 2. Synaptic and GDebi in the iso. Especially Synaptic is such a cool professional tool...
[10:59] <pjotr> Of course I suppose this would mean a DVD iso instead of a CD iso. But CD's are dying anyway; when I go to a store, it's nearly all DVD-R and DVD-RW that I see on the shelves. Somewhere tucked away you can still find CD-R's, if you're lucky.
[11:01] <pjotr> What do you think?
[11:02] <elfy> I'd agree
[11:03] <ochosi> i guess the main issue of "should we stick to 700mb images for cds" should be broadly discussed
[11:03] <ochosi> i had a lengthy discussion with knome about it a few days ago, he seems to like the idea of sticking to cds (not going to repeat his arguments here and now), maybe we should discuss it on the mailinglist
[11:04] <ochosi> so, pjotr (or elfy), feel free to post to the ML ;)
[11:08] <elfy> not sure I'm worried enough to do that - takes me a few minutes to do all that with an install :)
[11:08] <pjotr> First impressions are important....
[11:10] <ochosi> well my main point about cd size is that we don't have much space to "move" right now
[11:15] <astraljava> pjotr: Synaptic is going away, AFAIUI. Not sure about gdebi, but possibly.
[11:16] <pjotr> astraljava: why would Synaptic go? You mean upstream will kill it?
[11:17] <pjotr> ochosi: I've just sent my wish list to the mailing list.
[11:29] <astraljava> pjotr: Well I'm not sure, but considering the home page has last been updated in '09, I'd say it's not very strongly alive, either.
[11:32] <astraljava> But that page is probably not the real one. There's practically nothing of interest in savannah.nongnu.org.
[11:37] <pjotr> astraljava: this is the ral page, I think: http://packages.qa.debian.org/s/synaptic.html
[11:38] <pjotr> Thank heaven, it's alive and kicking.... :-)
[11:54] <astraljava> Yes well, that's the debian package page, not the upstream, unless debian _is_ the upstream.
[13:41] <knome> afaik, michael vogt (mvo) is the maintainer of synaptic
[13:41] <knome> or used to be
[13:41] <knome> or sth.
[13:41] <knome> GridCube, is the question in #x in the FAQ?
[13:41] <GridCube> not that i know off, no
[13:43] <knome> maybe it should
[13:43] <GridCube> sure, its pretty common
[13:43] <knome> yeah
[13:43] <knome> it should cover everything in theming, not just the panel
[13:43] <knome> ...maybe
[13:44] <knome> or even the menu layout
[13:45] <astraljava> knome: In this case, does maintainer != upstream author?
[13:45] <knome> i don't know
[13:46] <knome> but aiui, he's the one that has made sure it works
[13:46] <knome> at least he'd know more of it
[13:46] <ochosi> pleia2: the messaging menu regression basically comprises that we don't ship it anymore and that ppl who need/want it should stick with 12.04
[13:47] <knome> saw him at uds and said hi (hanged out with him too in uds-j)
[14:01] <knome> ochosi, re: drop CD size
[14:02] <knome> i don't think it's a good idea to switch to DVD/USB just because we want to include X, Y and Z
[14:02] <GridCube> o/
[14:02] <ochosi> knome: feel free to post that to the thread on the ML
[14:02] <ochosi> but i never said that
[14:02] <ochosi> in fact i tried to explicitely disconnect those two discussions
[14:02] <GridCube> can i argue back the reasoning i gave to dropping the alternate iso's¡
[14:02] <GridCube> s/¡/?/
[14:03] <knome> we should first think if those really fit the xubuntu "core"; then we're looking at the actual list of things we want to include, and also know the approximate image space that would eay
[14:03] <knome> eat
[14:03] <knome> ochosi, yeah. just saying :)
[14:04] <knome> ochosi, i just had a really clear moment and i realized that it's too easy to say "we want X, Y and Z, why don't we add Y2 and Z2 too because they'll fit" and then realize what we really wanted was Y only...
[14:04] <bluesabre_> Y2 and Z2 is a linux mint thing
[14:05] <bluesabre_> 3 media player
[14:05] <bluesabre_> >.<
[14:05] <knome> hah
[14:05] <bluesabre_> actually, I think they have 4
[14:05] <GridCube> the reasoning after cd size, the strongest one, is, it wont fit on older machines with just a cd-rom reader, and my question is, do we orientate our product to that market? if yes then why we dropped alternate?  I dont think we market to older machines anymore, we shouldnt be constricted by their need, if you need a smaller disk, use the mini
[14:05] <knome> i was just referring to things that aren't X, Y or Z, but i ran out of letters
[14:06] <knome> even when no access to dvd media wasn't a problem, less to download is still less to download...
[14:06] <knome> and less to maintain
[14:06] <knome> and less to worry about
[14:06] <knome> and less to document
[14:06] <knome> ...you get the idea
[14:06] <GridCube> i do
[14:07] <bluesabre_> but more annoyance (and then download) for users that are missing some core apps they may have previously depended on
[14:07] <bluesabre_> When ubuntu dropped cd size, they didn't add anything, they kept their standard package set.
[14:08] <bluesabre_> the problem is that everything is getting bigger
[14:08] <knome> bluesabre_, sure.
[14:09] <bluesabre_> bigger kernel, bigger (more) translations, newer toolkits (not mixing with xfce's older toolkits)
[14:10] <bluesabre_> I wonder if it will be possible to maintain CD size until the next LTS.
[14:10] <ochosi> +1
[14:10] <knome> anyway, bbl
[14:10] <bluesabre_> yeah
[14:10] <knome> please share thoughts on the ML
[14:10] <bluesabre_> have fun knome!
[14:10] <knome> i'll chime in when i get to my desktop
[15:00] <GridCube> does openoffice needs java?, its java inculded on the standard iso?
[15:03] <GridCube> http://www.libreoffice.org/get-help/faq/general-faq/does-libreoffice-require-java/
[15:04] <GridCube> so, if libreoffice its added to the iso we need to have java for it
[15:06] <ochosi> yeah, there are tons of arguments against libreoffice by default
[17:08] <pleia2> ochosi: thanks, do we want to explain why we don't have it anymore? (don't feel like it? :) not working great with 4.10?)
[17:11]  * micahg will have to review those threads next week
[19:09] <Unit193> Dumb thought, but has anyone talked to the release team about using xz for ISO compression?  Cuts down quite a bit on the size front.
[19:11] <knome> Unit193, could you?
[19:11] <Unit193> Crap.
[19:11] <knome> thanks.
[19:18] <Unit193> Awwh, I asked just at the wrong moment here.  XZ doesn't permit the images to rsync right now.
[21:35] <pleia2> so, we got a couple responses to our FAQ thread, knome anything to add? I don't actually know the answer to the "open stuff on certain desktop" question, or if the one suggested it what we should recommend
[21:35] <knome> pleia2, "how do i get the defaults back"
[21:35] <pleia2> stop adding more questions!
[21:35] <pleia2> :)
[21:35] <pleia2> you can only add it if you have an answer
[21:36] <knome> lol
[21:41] <knome> pleia2, maybe we can write an article about that then.
[21:41] <knome> pleia2, it should cover many things anyway, like the panels, the menu layout, all configuration and probably talk about backuping too
[21:42] <pleia2> what, offering suggestions without volunteering to do any work?
[21:42] <pleia2> :D
[21:42] <pleia2> ok
[21:42] <knome> yes. problem?
[21:42] <knome> ;)
[21:42] <knome> well, i can probably look into the article later this year
[21:42] <knome> or next month
[21:42] <pleia2> or in 2013
[21:42] <knome> which ever sounds less procrastinating for you :P
[21:42] <pleia2> hehe
[21:42] <pleia2> "after the holidays" is a popular one right now
[21:43] <knome> that's a bad one. technically, i don't have one..
[21:43] <pleia2> you have a new year!
[21:43] <knome> ..yes, but if clients need, i should be working then!


[06:05] <oSoMoN> good morning desktoppers
[06:09] <bittin> morning
[06:21] <oSoMoN> good morning bittin
[06:23] <didrocks> good morning oSoMoN, bigon
[06:23] <didrocks> bittin*
[06:28] <jibel> Good morning
[06:30] <seb128> goood morning desktopers!
[06:32] <duflu> Hi oSoMoN, bittin, didrocks, jibel, seb128
[06:39] <didrocks> hey duflu, seb128, jibel
[06:43] <oSoMoN> salut didrocks, jibel, seb128
[06:43] <oSoMoN> hey duflu
[06:45] <seb128> hey duflu, lut didrocks oSoMoN , how are you?
[06:46] <oSoMoN> I'm feeling good, how are you?
[06:47] <duflu> seb128, not bad. You?
[06:47] <seb128> I'm alright, I slept better, temperature went down by ~10°C :)
[06:48] <oSoMoN> nice
[06:49] <seb128> oSoMoN, lissyx, https://github.com/brailcom/speechd/commit/43a967b1 fyi
[06:50] <seb128> he also rolled a new version and started packaging it for Debian, I will merge in Ubuntu once it's uploaded
[06:51] <lissyx> ah nice
[07:02] <oSoMoN> nice
[07:10] <lissyx> hm
[07:10] <lissyx> https://github.com/brailcom/speechd/commit/68c12d3412a12b96fdd3cbc0bb6fa8962cd65ebf
[07:10] <lissyx> I'm wondering if it could be related to the issue
[07:12] <lissyx> oSoMoN, except by stage-packages + prime of /usr/bin/speech-dispatcher, would there be another way to make it visible to the snap?
[07:15] <lissyx> seb128, do you know if it is going to make it to 18.04 as well?
[07:23] <oSoMoN> lissyx, the speech-dispatcher binary doesn't need to be in the snap, right? the app should use the host's binary
[07:24] <lissyx> well I think it could
[07:24] <lissyx> but I dont see /usr/bin/speech-dispatcher when inside the snap
[07:25] <oSoMoN> but you don't need to see it, the app communicates with it through the lib (using a socket), doesn't it?
[07:27] <lissyx> yes and no
[07:27] <lissyx> it has this auto spawn mechanism
[07:27] <lissyx> it needs to run the binary somehow
[07:38] <seb128> lissyx, oSoMoN, the code in the referenced url suggests the lib 'spawn' it by calling subprocess.Popen to start the service binary, which isn't going to work in the snap
[07:39] <seb128> I'm going to open a feature request to have proper socket activation using systemd
[07:40] <lissyx> seb128, I'm not sure what you are referring to, but it's already verified
[07:40] <lissyx> "SPEECHD_CMD=/bin/true spd-say -L" and it breaks
[07:40] <seb128> lissyx, you mean?
[07:40] <lissyx> there's no question about how it starts the binary
[07:41] <seb128> right, I could have been more assertive in what I wrote
[07:41] <seb128> they do need to rewrite the activation in a way which work with confinement
[07:41] <seb128> like having a systemd unit and socket activation and rely on systemd to activate it
[07:43] <seb128> ah, it's already reported, https://github.com/brailcom/speechd/issues/448
[07:49] <lissyx> seb128, tried to stage speech-dispatcher package and it is not working
[07:50] <lissyx> I do have /usr/bin/spd-say exposed but no /usr/bin/speech-dispatcher ?
[07:50] <seb128> is it in another path or something?
[07:51] <seb128> weird
[07:51] <lissyx> seb128, and with socket activation we would still need to grant access for $XDG_RUNTIME_DIR/speech-dispatcher/speechd.sock on snapd side, right
[07:51] <seb128> yes
[07:51] <seb128> that's how things work for other services like at-spi
[07:52] <seb128> I don't except that ^ to be an issue, did mardy reply to you yesterday?
[07:53] <seb128> we should already propose that tweak imho, it would be a first step and make it easier to workaround for users even if the autoactivation is not working
[08:09] <lissyx> seb128, but all of that is not going to be fixed on 1804 I guess
[08:18] <seb128> lissyx, no, but 18.04 ships with firefox with a deb
[08:19] <lissyx> seb128, but it is still impacted by bogus speech-dispatcher
[08:22] <seb128> lissyx, right, we could consider SRUing the fixes for the missing voices to older Ubuntu series
[08:23] <lissyx> is speech-dispatcher part of the default docker image?
[08:23] <seb128> but I don't think we want changes like reworking the activation to be SRUed, if/when that lands
[08:23] <lissyx> I'm a bit lost in our TaskCluster setup
[08:23] <seb128> I don't know, I'm not familiar with the Ubuntu docker image
[08:24] <lissyx> https://searchfox.org/mozilla-central/rev/8dd35cd8f5284fbaa506aab02fe42fc87efb249e/taskcluster/ci/docker-image/kind.yml#25,29,43,46,50-55
[09:15] <lissyx> seb128, I see at-spi references in desktop_legacy interface
[09:15] <lissyx> I guess that's where I should do it as well
[09:16] <seb128> lissyx, yes, I pointed that one yesterday, https://github.com/snapcore/snapd/pull/11208/files , I think it should be a similar just for the other socket
[09:26] <lissyx> seb128, https://github.com/snapcore/snapd/pull/12081/files
[09:26] <lissyx> seb128, rebuilt locally with that change, installed snapd
[09:28] <seb128> lissyx, I gave my +1 but I'm not part of the snapd team so we need another review, should be easy to get though
[09:29] <lissyx> yeah but it's not working so far
[09:30] <seb128> even if you spawn the service manually from outside the snap?
[09:30] <seb128> can you verify from a snap run --shell env that you can access the socket as expected?
[09:30] <lissyx> that's what I am doing
[09:31] <lissyx> user@ubuntu-2204-snap:/home/user$ ls -hal /run/user/1000/snap.firefox/speech-dispatcher/speechd.sock
[09:31] <lissyx> ls: cannot access '/run/user/1000/snap.firefox/speech-dispatcher/speechd.sock': No such file or directory
[09:31] <lissyx> user@ubuntu-2204-snap:/home/user$ ls -hal /var/run/user/1000/speech-dispatcher/speechd.sock
[09:31] <lissyx> srwxrwx--- 1 user user 0 ao\u00fbt  26 11:31 /var/run/user/1000/speech-dispatcher/speechd.sock
[09:31] <lissyx> $XDG_RUNTIME_DIR/ does not see it
[09:32] <seb128> I'm unsure how to properly test snapd changes, #snappy or jamesh can probably help you
[09:32] <seb128> did you rebuild the deb or the snap?
[09:32] <lissyx> even forcing, $ SPEECHD_ADDRESS=/var/run/user/1000/speech-dispatcher/speechd.sock spd-say -L
[09:32] <lissyx> Failed to connect to Speech Dispatcher:
[09:32] <lissyx> Unknown or unsupported communication method
[09:32] <lissyx> I rebooted the VM
[09:33] <seb128> snapd has some magic to autorefresh and re-exec so it can update itself even if the deb isn't updated
[09:33] <seb128> so if you rebuilt the deb that might not be the snapd code in use
[09:33] <lissyx> I rebuilt the deb, rebooted
[09:33] <seb128> I think you need to rebuild the snap
[09:33] <seb128> jamesh, ^ can you help to clarify how to test snapd changes?
[09:34] <lissyx> "snap changes" does not respect LC_ALL=C ?
[09:34] <lissyx> it does not show any snapd changes at least
[09:36] <jamesh> lissyx: wait for the CI run to complete, then download the "snap-files" artifact from https://github.com/snapcore/snapd/actions/runs/2932666861 (I got here by clicking the "Checks" tab at the top of the PR, then chose "Tests" from the list on the right).
[09:37] <jamesh> lissyx: unzip that, then install the snap with "snap install --dangerous snapd_*.snap"
[09:37] <lissyx> jamesh, can you check that at least the changes are good?
[09:37] <jamesh> lissyx: you can then switch back to main line snapd with "snap refresh --amend --stable snapd"
[09:37] <lissyx> $XDG_RUNTIME_DIR/ seems not to be /var/run/user/1000/
[09:38] <jamesh> lissyx: looking.
[09:38] <seb128> brb, changing location
[09:39] <jamesh> lissyx: snaps currently run with a private XDG_RUNTIME_DIR, which will be found at "$XDG_RUNTIME_DIR/snap.$SNAP_NAME". You'll probably need to update the desktop-launch script from Snapcraft's gnome extension to either set an environment variable or symlink the speech-dispatcher dir.
[09:41] <lissyx> jamesh, that's not really answering my question
[09:41] <lissyx> jamesh, granting "/{,var/}run/user/[0-9]*/speech-dispatcher/speechd.sock" gets us access to what, inside the snap?
[09:43] <lissyx> I dont have access to the artifacts at https://github.com/snapcore/snapd/runs/8033511152?check_suite_focus=true
[09:44] <lissyx> ah yeah it's on the summary page
[09:44] <lissyx> poor github ui once again
[09:44] <jamesh> lissyx: it'll allow you to connect to that socket. The problem is that for the snap, XDG_RUNTIME_DIR is not /run/user/1000 (or whatever). So libraries looking for the socket based on that env variable won't work automatically.
[09:44] <lissyx> and yay for github blocking non auth usesr to download artifacts ...
[09:46] <jamesh> lissyx: This basically comes down to a decision that seemed good at the time, but has caused its own set of problems. I'd like to get to a point where we expose a private XDG_RUNTIME_DIR at the expected location and the interfaces bind mount in the corresponding files, but it is non-trivial to implement.
[09:47] <lissyx> I guess I should stop working
[09:48] <lissyx> now it's nautilus that decided I dont have to connect anonymous on my NAS but I need to issue user/pass
[09:51] <lissyx> ok now I get snapd listed in snap changes
[09:51] <lissyx> jamesh, and it is still not working
[09:52] <lissyx> user@ubuntu-2204-snap:/home/user$ SPEECHD_ADDRESS=/var/run/user/1000/speech-dispatcher/speechd.sock spd-say -L
[09:52] <lissyx> Failed to connect to Speech Dispatcher:
[09:52] <lissyx> Unknown or unsupported communication method
[09:52] <lissyx> user@ubuntu-2204-snap:/home/user$ SPEECHD_ADDRESS=/run/user/1000/speech-dispatcher/speechd.sock spd-say -L
[09:52] <lissyx> Failed to connect to Speech Dispatcher:
[09:52] <lissyx> Unknown or unsupported communication method
[09:52] <lissyx> user@ubuntu-2204-snap:/home/user$ ls -hal /var/run/user/1000/speech-dispatcher/speechd.sock /run/user/1000/speech-dispatcher/speechd.sock
[09:52] <lissyx> srwxrwx--- 1 user user 0 ao\u00fbt  26 11:52 /run/user/1000/speech-dispatcher/speechd.sock
[09:52] <lissyx> srwxrwx--- 1 user user 0 ao\u00fbt  26 11:52 /var/run/user/1000/speech-dispatcher/speechd.sock
[09:52] <lissyx> user@ubuntu-2204-snap:/home/user$
[09:53] <lissyx> and yes, the speech-dispatcher server was working
[09:53] <jamesh> lissyx: if you're running your modified snapd, you should be able to see the policy changes for a snap that plugs desktop-legacy in /var/lib/snapd/apparmor/profiles
[09:53] <jamesh> The AppArmor policies should have been regenerated and loaded into the kernel when you installed the new snapd snap
[09:54] <lissyx> yes it is there
[09:55] <jamesh> If you've got a fairly small test snap, you could try running it with "snap run --strace"
[09:56] <lissyx> I dont
[09:56] <lissyx> and strace on spd-say outside of snap was huge
[09:57] <lissyx> with an inet_socket setup it was working inside the snap
[09:57] <jamesh> lissyx: looking at https://htmlpreview.github.io/?https://github.com/brailcom/speechd/blob/master/doc/speech-dispatcher.html#Setting-Communication-Method it seems you can't just use the socket path in SPEECHD_ADDRESS
[09:58] <jamesh> You probably want SPEECHD_ADDRESS=unix_socket:/run/user/1000/speech-dispatcher/speechd.sock
[09:59] <lissyx> boom
[09:59] <lissyx> for some reason outside of the snap it was working without unix_socket:
[10:00] <jamesh> maybe it tries a default address if $SPEECHD_ADDRESS doesn't work, and the fallback didn't work for the snap
[10:00] <lissyx> it was definitively doing weird things
[10:02] <lissyx> jamesh, ok it's racy to get firefox to talk with speech-dispatcher
[10:03] <lissyx> jamesh, but I got it
[10:03] <lissyx> so the PR should be enough at that point
[10:03] <jamesh> great!
[10:04] <lissyx> seb128, the socket activation bug is old, do you think we can expect to get it fixed soonish?
[10:10] <seb128> lissyx, it was tagged as needshelp so it might be a sign that they don't really know what to do
[10:11] <seb128> we could try to help but it doesn't seem an high priority issue or feature so I've mixed feelings about it
[10:11] <lissyx> we're breaking accessibility
[10:12] <lissyx> that sounds a bit not cool to me
[10:12] <seb128> is that an accessiblity feature?
[10:12] <seb128> screen reader is working
[10:12] <seb128> I don't know what TTS is for exactly
[10:13] <lissyx> WebSpeech API
[10:16] <lissyx> seb128, if it's not going to happen soonish, we should (sorry, it's not nice but) have speech-dispatcher exposed in the snap then
[10:17] <lissyx> https://github.com/brailcom/speechd/issues/336
[10:17] <seb128> lissyx, I'm fine with that
[10:17] <lissyx> there was already this one
[10:17] <seb128> ah, James had commented on it :)
[10:18] <lissyx> seb128, there is already a set of those files
[10:18] <lissyx> I even got tricked by it, I thought it was the way to run it
[10:18] <seb128> so maybe it's easy to do the remining work
[10:18] <seb128> remaining
[10:19] <lissyx> not the .socket
[10:19] <lissyx> jamesh, is this you? https://github.com/brailcom/speechd/issues/336
[10:19] <seb128> lissyx, the current systemd unit is a system one and the readme recommends not using it this way
[10:20] <jamesh> lissyx: yes.
[10:20] <lissyx> seb128, that being said, prime did nnot work in my case and I dont know how to debug that further
[10:21] <lissyx> doh
[10:21] <lissyx> This part is missing libraries that cannot be satisfied with any available stage-packages known to snapcraft:
[10:21] <lissyx> - libdotconf.so.0
[10:21] <lissyx> - libespeak-ng.so.1
[10:21] <lissyx> These dependencies can be satisfied via additional parts or content sharing. Consider validating configured filesets if this dependency was built.
[10:21] <lissyx> so I need to change my hat to "linker that reads ldd output"
[10:26] <lissyx> let's see if priming the speech-dispatcher can make autospawn work
[11:26] <mdeslaur> looks like the power management control panel got lobotomized in 22.04...what's the trick to getting a laptop to suspend when closing the lid with an external monitor attached?
[11:37] <mdeslaur> is editing HandleLidSwitchDocked=ignore in logind.conf the way to do this, or is there a proper gui somewhere%
[11:44] <seb128> I don't think there is a GUI, and I don't think the settings shrinked, we didn't have that option before either
[11:45] <lissyx> seb128, oSoMoN have you ever tried hg clone --stream?
[11:45] <lissyx> it seems to speed up the build quite a bit
[11:45] <seb128> that's one for oSoMoN, I didn't
[11:45] <seb128> mdeslaur, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1793918 btw
[11:46] <mdeslaur> seb128: hrm, thanks...the logind thing didn't work
[11:47] <seb128> mdeslaur, https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/issues/111
[11:47] <seb128> mdeslaur, https://www.reddit.com/r/Fedora/comments/sci5is/suspend_laptop_closing_lid_while_connected_to_an/ also
[11:48] <seb128> needs /etc/UPower/UPower.conf IgnoreLid=true it seems
[11:48] <mdeslaur> wow, thanks for your morning google-fu, mine failed for some reason :)
[11:49] <oSoMoN> lissyx, no I didn't, my hg-fu is rather bad
[11:49] <lissyx> mine as well
[11:49] <lissyx> but paul's an expert :)
[11:49] <lissyx> I will run a few more tests
[11:49] <lissyx> but here it looks like it takes down from 10-15min to a few
[11:50] <oSoMoN> lissyx, let's go for that in the nightly branch if the improvement is significant
[12:03] <mdeslaur> seb128: lol, I installed jammy on the wife's new laptop.She complained that it wasn't suspending when closing the lid. I just tried her old one running bionic and it doesn't either.
[12:04] <mdeslaur> change is hard :)
[12:04] <seb128> users... :)
[12:04] <mdeslaur> our job would be way easier if we didn't have users :)
[12:06] <seb128> indeed!
[12:06] <lissyx> oSoMoN, here it seems to be stable ~250s
[12:06] <lissyx> https://paste.mozilla.org/r8bgz8Ce/raw
[12:07] <oSoMoN> let me test here
[12:19] <lissyx> grmmbl
[12:19] <lissyx> still no /usr/bin/speech-dispatcher
[12:20] <lissyx> and this time, "prime firefox" does not show any warning
[12:20] <seb128> lissyx, can you share your snapcraft.yaml?
[12:20] <oSoMoN> data transfer was pretty fast here ("transferred 3.88 GB in 95.3 seconds (41.6 MB/sec)"), but resolving deltas and whatnot still took just under 11 minutes
[12:22] <lissyx> https://paste.mozilla.org/7ajDFXM7
[12:22] <lissyx> oSoMoN, delta took ~1m
[12:22] <lissyx> but I'm building with 96 cores 96GB RAM
[12:24] <lissyx> manually running "prime firefox" shows different results :[
[12:26] <oSoMoN> haha, I can't beat 96 cores and 96GB of RAM with my 12 cores and 64GB of RAM
[12:26] <jbicha> happy Friday
[12:26] <oSoMoN> happy Friday jbicha !
[12:27] <lissyx> still nothing in /usr/bin/speech-dispatcher
[12:27] <lissyx> so it's building fine, but there is nothing, what kind of magic is this
[12:34] <seb128> lissyx, want to share your snapcraft.yaml so I can try?
[12:34] <lissyx> I shared the diff
[12:43] <KGB-0> gnome-online-accounts ubuntu/master a93c01c Sebastien Bacher debian/ changelog patches/series patches/0002-livepatch-auth.patch * https://deb.li/ixgMR
[12:44] <KGB-0> * debian/patches/0002-livepatch-auth.patch:
[12:44] <KGB-0>   - remove the livepatch integration, it's not used anymore since
[12:44] <KGB-0>     that's handled by 'ua' now
[12:44] <KGB-0> gnome-online-accounts ubuntu/master 8e03174 Sebastien Bacher debian/changelog * upload to ubuntu * https://deb.li/4Ctd
[12:48] <jbicha> ricotz: I'm glad your LO migrated quickly this time :)
[13:01] <lissyx> oSoMoN, fix what I could for hunspell
[13:03] <ricotz> jbicha, the launchpad builders aren't grumpy anymore :)
[13:03] <lissyx> seb128, https://paste.debian.net/1251759/
[13:04] <lissyx> grmbl
[13:04] <lissyx> there's a bogus line
[13:04] <seb128> lissyx, that has no mention of speech-dispatcher?
[13:04] <lissyx> (but it was not there before)
[13:05] <lissyx> seb128, line 287
[13:06] <seb128> interesting, why is firefox doing no matching in ctrl-F on "speec" but it does when I add the 'h'?!
[13:06] <seb128> ah, I had the words only checkbox ticked for some reason
[13:07] <seb128> lissyx, l288, are you sure it's fine to add 2 items on one line?
[13:07] <seb128> or is that the boggus line you mentioned
[13:07] <lissyx> seb128, no, but that was nnot there before
[13:07] <seb128> ack
[13:07] <lissyx> yeah that's the one
[13:14] <lissyx> oSoMoN, do you know the status of pipewire with firefox snap?
[13:16] <lissyx> seb128, i'm doing a last build and I think I'm done for the week
[13:17] <seb128> lissyx, ack, I started a build here but it's likely to take a while
[13:17] <seb128> and as I said that I got a build fail...
[13:18]  * seb128 deletes the apikey section and retry
[13:24] <KGB-2> gnome-online-accounts signed tags a26ea6e Sebastien Bacher ubuntu/3.45.2-0ubuntu3 * gnome-online-accounts Debian release 3.45.2-0ubuntu3 * https://deb.li/qCwF
[13:24] <KGB-2> gnome-online-accounts ubuntu/master 70cb257 Sebastien Bacher debian/ changelog control control.in gnome-online-accounts.install * https://deb.li/38yY1
[13:24] <KGB-2> * debian/gnome-online-accounts.install:
[13:24] <KGB-2>   - Don't list the lpa_helper script anymore
[13:24] <KGB-2> * debian/control.in:
[13:24] <KGB-2>   - remove the python3 and python3-macaroonbakery depends, they were
[13:24] <KGB-2>     needed for the livepatch helper which has been removed
[13:24] <KGB-2> gnome-online-accounts ubuntu/master 5e33d45 Sebastien Bacher debian/changelog * upload to ubuntu * https://deb.li/Hy6h
[13:31] <lissyx> seb128, built, installed and nothing
[13:31] <lissyx> and no error / warning during the build
[13:32] <lissyx> even the libs I added are not  there
[13:33] <lissyx> oh no
[13:34] <lissyx> I was looking in /usr
[13:34] <lissyx> not in $SNAP/usr ...
[13:35] <lissyx> spd-say -L does not respect SPEECHD_CMD
[13:36] <seb128> lissyx, so speech-dispatcher is in your snap just not in the location you were checking?
[13:36] <lissyx> yeah ...
[13:36] <seb128> k, great :)
[13:36] <lissyx> and spd-say still insist on /usr
[13:36] <lissyx> libspeechd seems as well
[13:36] <seb128> :(
[13:37] <lissyx> $ env|grep SPEECHD
[13:37] <lissyx> SPEECHD_CMD=/snap/firefox/x15/usr/bin/speech-dispatcher
[13:37] <lissyx> SPEECHD_ADDRESS=unix_socket:/run/user/1000/speech-dispatcher/speechd.sock
[13:37] <lissyx> user@ubuntu-2204-snap:/home/user$ spd-say -L
[13:37] <lissyx> Failed to connect to Speech Dispatcher:
[13:37] <lissyx> Error: Can't connect to unix socket /run/user/1000/speech-dispatcher/speechd.sock: Connection refused. Autospawn: Autospawn failed. Spawn error 8: Failed to execute child process \u201c/usr/bin/speech-dispatcher\u201d (No such file or directory)
[13:39] <lissyx> I'll deal with that next week.
[13:39] <seb128> lissyx, enjoy the weekend!
[13:42] <seb128> lissyx, it works on my normal system
[13:42] <seb128> $ export SPEECHD_CMD=/tmp/speech-dispatcher
[13:42] <seb128> $ spd-say -O
[13:42] <seb128> $ ps aux |  grep speech-dis
[13:42] <seb128> ...
[13:42] <seb128> seb128    288773  0.0  0.0 120036  2364 ?        Ssl  15:42   0:00 /tmp/speech-dispatcher --spawn --communication-method unix_socket --socket-path /run/user/1000/speech-dispatcher/speechd.sock
[13:43] <lissyx> seb128, yes, it works also on my system
[13:43] <lissyx> nont inside the snap
[13:43] <seb128> k, so more snap fun for next week
[13:43] <seb128> try to wipe that from memory and enjoy the weekend meanwhile ;)