[11:55] <eoli3n_> Hi who's in charge of subiquity ?
[11:55] <eoli3n_> https://bugs.launchpad.net/subiquity/+bug/1905296
[11:55] <eoli3n_> i'm trying to workaround this
[12:22] <eoli3n_> TJ- o/
[12:28] <eoli3n_> i am looking for what is "cmd-install/stage-curthooks/001-configure-apt/cmd-apt-config" doing
[12:28] <eoli3n_> where is that source code ?
[12:58] <seb128> eoli3n_, hey, you want mwhudson but he's in .nz so probably past his eod now
[12:58] <eoli3n_> TJ- found the source: https://git.launchpad.net/subiquity/tree/bin/subiquity-configure-apt
[12:59] <eoli3n_> what is eod ?
[13:00] <eoli3n_> end of day
[13:00] <eoli3n_> :)
[13:02] <seb128> yes
[13:04] <TJ-> this is a strange one - seb128  can you think of a circumstance where the (subiquity) installer, when calling "apt-get update" and having sources.list = "deb file:///cdrom ..." would manage to read dists/focal/Release{,.gpg} but then immediately get "file not found" for "dists/focal/main/binary-amd64/Packages.gz"
[13:09] <seb128> TJ-, no idea sorry, googling suggests it's not new than cdrom entries in sources.list create problems...
[13:09] <seb128> is subiquity enabling that source?
[13:22] <eoli3n_> seb128 yes it does
[13:22] <eoli3n_> check the last lines in previous link
[13:22] <eoli3n_> https://git.launchpad.net/subiquity/tree/bin/subiquity-configure-apt#n64
[13:23] <eoli3n_> i can't even autocomment this from cloud-config
[13:23] <seb128> eoli3n_, well, you have the bug opened and mwhudson got pinged so hopefully he will get back to you later
[13:23] <eoli3n_> ok
[13:23] <eoli3n_> thanks santa_
[13:23] <eoli3n_> oups
[13:23] <eoli3n_> seb128
[13:23] <seb128> unless juliank might be able to help you on why apt is unhappy there
[13:24] <eoli3n_> it would be great
[13:24] <eoli3n_> i added a lots of details if the issue, every tests we did with TJ-
[13:24] <eoli3n_> -> https://bugs.launchpad.net/subiquity/+bug/1905296
[13:27] <eoli3n_> i need to go for the moment, i come back in 3 or 4 hours
[13:28] <juliank> seb128: eoli3n_ Can only say that it looks like the file doesn't exist
[13:29] <eoli3n_> yep but Package.gz does
[13:29] <eoli3n_> and it is accessed
[13:29] <eoli3n_> so it should not fallback on Package, which does not exist
[15:39] <doko> vorlon: you synced/merged mime-support 3.66/3.66ubuntu1 (the latter removed?). needs a MIR, or some Ubuntu delta
[17:00] <Unit193> Could I convince an AA to remove xfce4-notes-plugin for now to let a bunch of things migrate?
[18:57] <seb128> Unit193, removing xfce4-notes-plugin wouldn't be enough it seems, also why does it need to be removed rather than fixed?
[19:04] <seb128> Unit193, removed following Debian
[19:04] <Unit193> Last I saw that's what was holding libxfce4ui back, which is holding most other stuff back.  By "fix", you mean port to GTK3? :)  There's efforts to do so upstream, but it's a bit of vala mess, if we fully enabled vaapi in the core libs it'd build, but we don't plan to do that.  It's supposed to work with just introspection, but it doesn't even build yet with that.  There's also visual quirks when
[19:04] <Unit193> it does build (from what I've heard)
[19:04] <Unit193> seb128: Thanks!
[19:05] <seb128> Unit193, xfce4-panel makes orage, workrave, xfce4-equake-plugin uninstallable, I'm checking those now
[19:06] <Unit193> Orage is pretty dead, not sure if it's been officially canned upstream yet (moved to archive), workrave and equake seem a bit dorment, IIRC equake last had a release in '18 or so?
[19:07] <Unit193> Heh, Debian 950993.
[19:09] <Unit193> Workrave is very much alive, just wasn't maintained in Debain for a while.  Ok.
[19:10] <seb128> I wonder why e.g orage doesn't have a rc bug filed in Debian
[19:10] <seb128> it Build-Depends on xfce4-panel-dev which went away
[19:12] <Unit193> Only in 4.15, which dropped gtk2.
[19:12] <Unit193> !info xfce4-panel-dev unstable
[19:13] <Unit193> ...That's old data.
[19:14] <seb128> I've removed orage and xfce4-equake-plugin
[19:14] <xnox> i've been trying to build notes, but alas needs nwer git snapshowt of libxfcui stuff that i didn't look into yet.
[19:14] <xnox> but it would be nice to keep notes-plugin as it is otherwise ported to gtk3
[19:15] <seb128> it has the cycle to come back
[19:16] <Unit193> xnox: It's not a newer libxfce4ui it needs, it's vaapi to work right.  The gir stuff is a bit in the wrong namespace, so it works with vaapi only.  I debugged this and talked to upstream.
[19:17] <seb128> workrave could be easily built without xfce if someone wants to give it a try
[19:18] <Unit193> It looks like it works with gtk3 too, I'll give that a try first later today.
[19:18] <seb128> workrave?
[19:18] <Unit193> Yes, sorry.  I'll poke at workrave later today.
[19:19] <seb128> thanks
[19:32] <Unit193> xnox: Well, to rephrase: It doesn't need anything newer than *proposed*.  And yes unfortunate to remove it, but we really need to get people testing 4.15 more.  I can pass along what I have though.
[19:46] <vorlon> doko: mime-support has changed into a metapackage and the contents have moved elsewhere; it's a no-op MIR, I'll subscribe & promote them
[19:51] <xnox> Unit193:  oh, so things got updated in proposed. then maybe my staged package locally will now build, and i cna just upload it?