[06:00] <pitti> Good morning
[06:02] <desrt> pitti: hi hi
[06:02] <pitti> hey desrt, how are you?
[06:02] <desrt> pretty decent
[06:03]  * pitti waves from Munich
[06:03] <desrt> you're just visiting, i guess?
[06:03] <desrt> or passing through their lovely airport?
[06:04] <pitti> desrt: my wife does an internship over the summer here
[06:05] <pitti> so I visit her for a week before going on to Belgium
[06:05] <desrt> pre-UDS allhands?
[06:05] <pitti> yes, "somehands" :)
[06:05] <pitti> and visiting some friends in Belgium before that
[06:05] <desrt> oh.  that's good.
[06:05] <desrt> allhands were starting to get out of .. uh.. hand
[06:06] <pitti> heh
[06:06] <desrt> the schedule seems really really tight this time
[06:07] <desrt> like the "somehands" coming just a week after release
[06:08] <pitti> yeah, not much time for merging etc. before
[06:08] <desrt> i guess lucid is really really frozen at this point
[06:09] <pitti> it ought to be, anyway
[06:09]  * desrt has a stupid little "bug" fix
[06:09] <pitti> https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text= looks otherwise, though :)
[06:09] <desrt> huh
[08:17] <didrocks> good morning!
[08:53] <pitti> hey didrocks, bonjour
[08:54] <didrocks> Guten Morgen pitti. So, enjoying your Munich accomodation? ;)
[08:54] <pitti> didrocks: yes, the weekend was great
[08:54] <pitti> we went out to see the city, it was marvellous sunny and warm weather
[08:55] <pitti> I just have used to get up at 6 :)
[08:55] <pitti> but I just went for half an hour of running
[08:55] <didrocks> oh, your wife as to get up early for her internship?
[08:55] <pitti> yes
[08:55]  * pitti smiles as he notices that the French don't only omit the 'h' when speaking, but also when writing
[08:55] <didrocks> is it away from your flat?
[08:55]  * pitti hugs didrocks
[08:56]  * didrocks hugs pitti and grrrrr at me :)
[08:56] <pitti> didrocks: yes, about 45 mins (bicycle/20 min S-Bahn/bicycle)
[08:56] <didrocks> oh, quite long :/
[08:57] <didrocks> at least, you can do some sport in the morning to wake up before working
[08:57] <pitti> right, and it's nice to have gotten through two hours of work before breakfast :)
[08:57] <pitti> speaking of which, /me grabs some cereals, brb
[08:58] <huats> morning
[08:58] <didrocks> pitti: enjoy!
[08:58] <didrocks> hey *h*uats
[09:00] <seb128> hey didrocks, pitti
[09:00] <seb128> hey huats
[09:00] <didrocks> salut seb128, bon week-end?
[09:00] <huats> helo seb128
[09:01] <seb128> didrocks, oui, et toi?
[09:02] <didrocks> seb128: oui, vraiment reposant et déconnecté, ça fait du bien :)
[09:02] <pitti> bonjour seb128
[09:11] <pitti> didrocks: the fun thing here is, they have an unbelievable bandwidth here :) I pull 2.5 MB/s from de.archive :)
[09:13] <didrocks> pitti: that's one of the advantage of being in a big city, I guess :)
[09:13] <seb128> let's assign all the DVD isos testing to pitti now ;-)
[09:13] <didrocks> heh :)
[09:18] <pitti> seb128: I thoughtfully forgot to bring my CD drive, though :)
[09:22] <seb128> pitti, luckily we have kvm too ;-)
[09:22] <pitti> and USB sticks
[09:22] <seb128> pitti, and you can record dvd iso to an usb stick
[09:22] <seb128> ;-)
[10:14] <chrisccoulson> hello everyone
[10:14] <pitti> hey chrisccoulson
[10:14] <chrisccoulson> hey pitti, how are you?
[10:14] <pitti> I'm great, thanks!
[10:42] <baptistemm> heya
[10:43] <baptistemm> hmm, such good weather today, It's seems summer is already here
[10:45] <chrisccoulson> heh, it's dull weather here ;)
[10:45] <chrisccoulson> but that's normal
[10:45] <didrocks> hey chrisccoulson, baptistemm
[10:46] <chrisccoulson> hey didrocks, how are you?
[10:46] <didrocks> chrisccoulson: I'm good, as the weather here :) you?
[10:46] <chrisccoulson> didrocks, yeah, not too bad thanks. i'm trying to fix my desktop though after upgrading it to lucid last night
[10:49] <didrocks> (report bugs!)
[10:50] <chrisccoulson> didrocks - when i figure out where the bugs are ;)
[10:50] <didrocks> sure :)
[13:41] <kenvandine> good morning all
[13:42] <kenvandine> seb128, can you sponsor lp:~ubuntu-desktop/xchat-indicator/ubuntu ?
[13:42] <kenvandine> fixes a crasher
[13:42] <seb128> hey kenvandine
[13:42] <seb128> ok
[13:45] <kenvandine> thx
[14:04] <pitti> hey kenvandine
[14:04] <kenvandine> hey pitti
[14:31] <rickspencer3> pitti, what's the word on the street? how's the release looking?
[14:33] <pitti> hey rickspencer3
[14:34] <pitti> rickspencer3: seems to be "business as usual" AFAICS; we had quite a few updates over the weekend and today, but now the unapproved queue is finally empty
[14:34] <rickspencer3> nice
[14:34] <pitti> new images are being built right now
[14:34] <rickspencer3> any reports back about the glx rollback?
[14:34] <pitti> rickspencer3: the i845/i855 support got shaken around, though
[14:35] <rickspencer3> ?
[14:35] <pitti> rickspencer3: I didn't hear any on either the bug report or the wiki page
[14:35] <rickspencer3> stupid -intel
[14:35] <pitti> rickspencer3: two weeks ago we disabled DRI (i. e. 3D) on those chipsets in an attempt to work around instability
[14:35] <rickspencer3> right
[14:35] <pitti> but now they just created different kinds of instability, so we turned it back on
[14:35] <rickspencer3> right
[14:35] <rickspencer3> next version we support them with VESA
[14:37] <pitti> rickspencer3: what do you need more than a VT100..
[14:37] <kenvandine> hehe
[14:38] <pitti> quick, seb128, upload gtk-curses
[14:38] <kenvandine> :)
[14:38] <didrocks> and rebase the installer on it too? ;)
[14:41] <seb128> pitti, dapper-get-ride-of-the-desktop-spec? ;-)
[14:41] <seb128> or whatever Ubuntu it was by then ;-)
[14:41] <seb128> hey rickspencer3
[15:15] <pitti> I'm out for an hour for some errands
[16:25] <Nafai> Good morning
[16:26] <didrocks> hey Nafai, did you have a good week-end?
[16:26] <Nafai> Yup, you?
[16:27] <didrocks> yeah, perfectly resting one :)
[16:37] <seb128> mvo, hey
[16:37] <seb128> mvo, be warned I will try to push you to convert your software to gtkbuilder next cycle ;-)
[16:38] <didrocks> seb128: why do you say "try"? :p
[16:39] <seb128> didrocks, because you don't want to make mvo angry so you need to be nice with him still ;-)
[16:41] <mvo> seb128: what is left? only synpatic, right?
[16:41] <mvo> seb128: and that is only left because the convert script is/was doing a bad job ;)
[16:41] <mvo> seb128: we can talk in a bit, gtg for dinner
[16:41] <seb128> mvo, hum, bug #403538
[16:41] <mvo> might be a leftover, let me check in a bit
[16:42] <seb128> mvo, waiting for review since before karmic
[16:42] <seb128> mvo, dpkg -L indicates it still install .glade files
[16:42] <mvo> seb128: yeah, looks like a leftover
[16:42] <mvo> seb128: still not glade
[16:42] <mvo> seb128: but should be trivial to port :)
[16:43] <seb128> mvo, https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=gnome3-gtkbuilder
[16:43] <seb128> mvo, apturl too
[16:43] <seb128> mvo, half of the 6 remainings ones are yours ;-)
[16:43]  * seb128 hugs mvo
[16:44] <mvo> ok
[16:45] <seb128> mvo, I might have a go to apturl this week
[16:53] <cjwatson> anyone mind if I work on bug 569837?  it looks fairly straightforward
[16:54] <seb128> cjwatson, looking
[16:54] <cjwatson> seems to be a matter of adding some lines to telepathy-glib-sections.txt
[16:55] <seb128> cjwatson, I'm a bit puzzled about why the same version built fine and breaks now
[16:55] <cjwatson> triggered by gtk-doc now actually generating that -unused file
[16:55] <seb128> oh ok
[16:55] <seb128> that would explain
[16:56] <cjwatson> though that's odd, at least some of those symbols are already in telepathy-glib-sections.txt
[16:56] <seb128> cjwatson, I think I will go with what debian did, http://packages.qa.debian.org/t/telepathy-glib/news/20100405T230138Z.html
[16:57] <cjwatson> does it care about having the parenthesised bit there?
[16:57] <cjwatson> ok, but can we just have that as a patch rather than the whole new upstream?
[16:57] <cjwatson> ultimately the wrong fix, but ...
[16:57] <seb128> cjwatson, yes sure, I don't intend to upgrade to 0.11
[16:58] <seb128> right, the wrong way but will be easier that starting to write documentation now
[17:01] <cjwatson> ok, I didn't think it actually needed real extra doc but whatever you think best :)
[17:01] <cjwatson> can you upload that ASAP, then, and we'll get it reviewed - we have a respin on the way anyway and want to take the opportunity to sort out recent build failure reports
[17:04] <seb128> cjwatson, I'm on it
[17:05] <cjwatson> thanks
[17:14] <seb128> cjwatson, uploaded, I did the same than upstream on http://git.collabora.co.uk/?p=telepathy-glib.git;a=commitdiff;h=a980309f0ab1f1f8a94444c82cc1539c11ec73f8
[17:15]  * kenvandine -> lunch
[17:16] <seb128> cjwatson, it's easier than trying to fix the check since it seems the issue is not the documentation but the checking code there
[17:17] <cjwatson> I'm fine with that diff
[17:18] <seb128> cjwatson, wait
[17:20] <seb128> cjwatson, ok, build finished there, I had a doubt I forget another change in the .in but seems not
[17:26] <seb128> cjwatson, sorry there was another line that should have been dropped, did that in a new revision, the previous one did build but I would prefer if you could accept the new one too
[17:29] <cjwatson> seb128: ok, done
[17:30] <seb128> cjwatson, thanks and sorry again for the double upload ;-)
[17:30] <cjwatson> not the end of the world, didn't waste any publisher time in practice I think
[17:30] <seb128> good
[17:34] <seb128> gra, who is guy who opens a bug for uploading new translation export imports for each source having a .policy now?
[17:34] <seb128> dpm, ^ do you know about that?
[17:40] <seb128> didrocks, still there?
[17:40] <didrocks> seb128: yeah, what's up?
[17:40] <seb128> didrocks, hey ;-) how are you?
[17:41] <didrocks> seb128: I'm fine. Seems like I'm catching a cold though (thank you Julie!)
[17:41] <seb128> didrocks, do you think you could review and sponsor lp:~ubuntu-desktop/xchat-indicator/ubuntu today?
[17:41] <seb128> didrocks, I said I would so it and I forgot and I'm in a bit in a hurry to finish some stuff now before sport
[17:41] <seb128> didrocks, it should be fairly easy
[17:41] <didrocks> seb128: sure, directly on ubuntu or -proposed (there is still an opened window for universe?)
[17:41] <seb128> didrocks, ubuntu
[17:41] <didrocks> ok, cool, will do :)
[17:41] <seb128> didrocks, 'ci
[17:42] <didrocks> seb128: de rien, bon sport ;)
[17:42] <seb128> didrocks, good luck with the cold, don't go to bed to late!
[17:42] <didrocks> seb128: thanks, I won't this time :)
[17:42] <seb128> didrocks, and make sure to sort that cold issue before next week
[17:42] <seb128> didrocks, I will not open the door if you come with a ubuflu ;-)
[17:42] <didrocks> seb128: that's my goal :)
[17:43]  * seb128 hugs didrocks
[17:43] <seb128> thanks
[17:43]  * didrocks hugs seb128
[17:43] <dpm> seb128, yeah, that's kelemengabor, he's one of our most active translators and coordinates the Hungarian team, both on GNOME and Ubuntu, you'll get to know him at UDS :) He basically filed all bugs for the table at https://wiki.ubuntu.com/NonLanguagePackTranslationDeadline, so that translations are exported. He's aware that this won't happen for release, but wanted to make sure the bugs are filed to reuse them in the future as a reminder for the expor
[17:43] <dpm> ts to be done
[17:43]  * seb128 goes back to finish what he was doing before sport
[17:43] <seb128> dpm, I've closed those I received now
[17:43] <seb128> dpm, I'm not wanting to maintain launchpad export for all those source only for a .policy string
[17:44] <seb128> dpm, not to mention that the bug spam made me a bit unhappy about how it was done too
[17:45] <dpm> seb128, ok, I'll tell him about that. He was just trying to help in trying that all translations were used, and he talked to me before, sorry about the spam
[17:45] <seb128> that's ok
[17:46] <seb128> we might want to discuss that at UDS
[17:46] <seb128> but I don't like much the cost of having to carry translation export in all those sources
[17:46] <seb128> we should discuss making polkit use gettext
[17:47] <pitti> cd
[17:47] <seb128> dpm, it took me basically half an hour by source to do the export, import game when I did it previously because you need to update LINGUAS by hand too etc
[17:47] <seb128> pitti, $
[17:51] <dpm> seb128, yeah, I realise it's hard work (and I thank you for having done the exports in other packages!), so I'd be really happy to talk about polkit using gettext at UDS. I'm not sure it warrants a whole session, but I can fit it into a roundtable or schedule a generic Desktop-Translations session to discuss any other issues. Actually, I think the latter might be best if there are other things, what do you think?
[17:52] <seb128> dpm, if you have issues to discuss I'm happy to join a desktop translation session
[17:52] <didrocks> kenvandine: forgot bzr add? :)
[17:52] <didrocks> kenvandine: your commit only contain the debian/changelog change :)
[17:52] <seb128> didrocks, it's debian dir in bzr only?
[17:52] <seb128> didrocks, it bzr-buildpackage will download the tarball?
[17:52] <dpm> cool, I'll see if I can come up with something by tomorrow, and I'll let you know
[17:53] <seb128> dpm, otherwise we can just take it as an action item to work on
[17:53] <didrocks> seb128: right, oh, you mean, the fix is the new upstream version, my bad
[17:53] <seb128> it = using getting for polkit strings
[17:53] <seb128> didrocks, right
[17:53] <didrocks> seb128: yeah, should have seen that with the revision number, let's blame the cold :)
[17:54] <dpm> seb128, let me think until tomorrow if there are other things that warrant a session. Otherwise, if it's as "easy" as adding an action item, I'd be happy with that.
[17:55] <seb128> dpm, ok, I'm fine either way, let me know if we need a session or if out of session corridor discussions are enough
[17:56] <dpm> seb128, ok, I want to wrap up the translations session tomorrow, so I'll come back to you then
[17:56]  * dpm hugs seb128
[17:57]  * seb128 hugs dpm
[17:59] <kenvandine> didrocks,  :)
[18:00] <didrocks> kenvandine: sorry for the wrong ping ;)
[18:02] <kenvandine> didrocks, no worries
[18:39] <Nafai> lunch
[19:16] <baptistemm_> hello
[19:25] <pitti> seb128: :)
[19:36] <didrocks> have a good evening/night everyone!
[19:45] <pitti> good night everyone
[19:45] <pitti> no CDs still, so I'll get up early and start testing at 7 :)
[19:52] <chrisccoulson> i've finally got lucid working properly on my desktop :)
[20:30] <Nafai> yay
[20:43] <dobey> hmm
[22:18] <Nafai> taking a bit of a break, bbl
[23:40] <RAOF> Oh.  *That's* why there was nothing in here.
[23:40] <RAOF> Morning all!
[23:41] <ccheney> heh
[23:41] <ccheney> RAOF: got kicked out of the channel somehow i presume?
[23:41] <RAOF> Possibly just didn't reconnect properly after one of the (many) times I needed to reset the router.
[23:42] <ccheney> yea
[23:43] <ccheney> i've had that happen pretty often, bip usually tells me when it does so i have a red lit up message from it :)
[23:44] <ccheney> i just started my wife's system upgrade to lucid and noticed nm dies in the middle of the upgrade so there won't be any net access until it can reboot :-\
[23:48] <TheMuso> Good morning.,
[23:49] <RAOF> Good morning TheMuso!  I trust that your public holiday was pleasant?
[23:49] <TheMuso> RAOF: Indeed it was. Finally some nice weather in Sydney too, which made it better.
[23:49] <TheMuso> RAOF: Did Tassi have a public holiday?
[23:50] <RAOF> TheMuso: No.  I think we're the only state without the long weekend?
[23:51] <TheMuso> RAOF: Ah that sucks. Interestingly enough, I originally read that NSW didn't have a public holiday, until I was pointed at the Industrial Relations public holiday site.


[18:58] <holmanb> EvanCarroll: catching up on messages now, I went to StackExchange and answered the question before catching up - I see now that minimal suggested pretty much exactly what I did
[18:58] <minimal> holmanb :-)
[18:59] <holmanb> EvanCarroll: also +1 to minimal's take "if you're transfering around privkeys, you're doing it wrong"
[19:28] <holmanb> EvanCarroll: It sounds like you have an engineering problem that has many different potential solutions, but no current "best practice". Minimal has made some really good points and suggestions. IMO this "problem" currently falls into CI/runcmd territory. Some changes to cloud-init could potentially be made to improve your described use-case, but I'm not convinced that we have enough users with this specific need (have the
[19:28] <holmanb> ability for a "cloud-init"ialized server to securely access remote secure resources without exposing secrets to local users) for this to be a priority. I might be wrong on that, however (please tell me if I am). And of course, contributions are always welcome :)
[19:38] <minimal> holmanb: I always wondered if it would be useful for NoCloud seedurl requests to pass something like a host UUID or similar which might help with provisioning cycles (i.e. to later corrolate with the same UUID passed later via phone-home)
[19:43] <holmanb> minimal: I could see that being useful for a variety of different use cases, including the phone-home one you suggested.
[19:49] <minimal> holmanb: in particular as NoCloud seed-url involves DHCP (can't get it to work with static IP etc) then the server hosting the seed urls can't really distinguish between multiple different machines (server could actually be a script generating custom seed docs on the fly)


[00:00] <arraybolt3> @kc2bez OK, that would make sense. I'm also wondering if it's doing non-BTRFS-compatible things like swapfiles that are causing the mess, or maybe it's making a wonky fstab.
[00:02] <kc2bez[m]> Maybe. Makes me wonder why it worked before though. It actually didn't start failing until late in the cycle.
[00:08] <arraybolt3> I'm pretty sure I found it.
[00:08] <arraybolt3> When you do a calamares BTRFS install, the fstab file has a bunch of options after the word "defaults" that are set.
[00:09] <arraybolt3> Deleting all of those options makes it boot. And this is with using Calamares to install directly to BTRFS.
[00:09] <arraybolt3> My working fstab looks like this:
[00:09] <arraybolt3> UUID=<big long number> / btrfs subvol=/@,defaults 0 1
[00:09] <arraybolt3> UUID=<big long number> /home btrfs subvol=/@home,defaults 0 2
[00:10] <tsimonq2> Upgrading works
[00:10] <arraybolt3> By modding the fstab file to look like that, it boots properly.
[00:10] <tsimonq2> arraybolt3: Why would that be the case if the fstabs are identical between versions?
[00:10] <tsimonq2> Also, it would be worth looking into which argument
[00:10] <arraybolt3> OK, will do.
[00:10] <arraybolt3> Not sure why it works, but it does.
[00:14] <arraybolt3> I nuked all the "extra" options in the fstab, so now I'm having to do another exploded install, so it'll take me a bit.
[00:14] <tsimonq2> Thanks
[00:14] <arraybolt3> tsimonq2: Upgrading works? That's very good to know. Congrats!
[00:15] <tsimonq2> Thanks :)
[00:18] <arraybolt3> Oh, I also got rid of the swap entry, I just remembered. Dunno if that has anything to do with it, we'll find out.
[00:20] <arraybolt3> OK, removing just the swap entry didn't make things better. In fact, I got more errors this time.
[00:22] <arraybolt3> Removing autodefrag from both / and /home also didn't help.
[00:23] <arraybolt3> Removing space_cache from both / and /home allows it to boot.
[00:26] <arraybolt3> Pinpointed issue to space_cache. Now I'm going to find out which entry needs space_cache removed to allow bootup.
[00:30] <arraybolt3> @tsimonq2 @teward If the space_cache option is set on the root fs in fstab, a BTRFS install will fail to boot.
[00:31] <arraybolt3> If I use the default generated fstab but remove the space_cache option from only just the root fs, everything works. I can leave space_cache on the home fs and on swap.
 Okay, so the next question is what exactly that option does
[00:32] <arraybolt3> Uh... I have no idea. :D
 And what made it grumpy all of the sudden.
[00:34] <arraybolt3> https://superuser.com/questions/855506
[00:35] <arraybolt3> Also https://redd.it/kxar77
[00:37] <arraybolt3> OK, here's the actual official source: https://btrfs.readthedocs.io/en/latest/btrfs-man5.html
[00:38] <arraybolt3> It does something that speeds up disk access. I'm wondering if maybe the kernel is expecting space_cache v2 when only space_cache v1 is in use. Let's see...
[00:40] <arraybolt3> @tsimonq2 @teward Something more interesting: the thing boots when using "space_cache=v2" on the root fs.
[00:43] <tsimonq2> arraybolt3: Before I forget, what's a name I can credit you by when we get this fixed? :)
[00:43] <arraybolt3> I use the name Aaron Rainbolt. (You don't have to credit me, though, this is a team effort, and we've all fried our brains trying to make this work.)
[00:44] <tsimonq2> It seems we're close. I have to go AFK nowish but when I come back I'll confirm and tweak the Cala settings
[00:44] <arraybolt3> OK. One last thing, using "clear_cache,space_cache=v1" also let it boot.
[00:44] <tsimonq2> Fair enough but thanks :) if we do end up respinning before the first point release with this, I'll add you to the list
[00:45] <arraybolt3> I'm guessing something is mounting the filesystem with space_cache=v2, and the BTRFS docs state that once space_cache=v2 is used, it will always be used unless you use clear_cache,sp
[00:45] <arraybolt3> clear_cache,space_cache=v1.
[00:46] <tsimonq2> Got it
[00:48] <arraybolt3> Or clear_cache,nospace_cache. (Don't take my word as gospel, if I refer to the docs, use the docs, I shorten stuff sometimes)
[01:39] <kc2bez[m]> arraybolt3: You nailed it. I edited the fstab.conf calamares module with space_cache=v2 for btrfs and the install worked.
[01:40] <arraybolt3> NICE! Wow, we make a great team.
[02:30] <teward> tsimonq2: kc2bez[m]: not sure this warrants a respin just for BTRFS.  Just saying.
[02:31] <guiverc> I don't think so either; we can just document what needs to be done to install/correct an install too; my 2c   We can correct at 22.04.1
[02:39] <teward> i agree with guiverc though it's why i asked ;)
[02:39]  * guiverc thought I was agreeing with you teward
[02:40] <teward> i'm tired :P
[02:40]  * guiverc smiles
[04:12] <kc2bez[m]> Not a special respin but if we want it for 22.04.1 it needs to be a SRU. We'll need it for 22.10 anyway.
[04:18] <arraybolt3> I've almost finished writing the workaround guide.
[04:19] <arraybolt3> kc2bez: Your solution with modding /etc/calamares/fstab.conf was awesome, and I'm using it in the guide. Thank you!
[04:21] <arraybolt3> Agh, wrong file path, I meant /etc/calamares/modules/fstab.conf
[04:22] <guiverc> we could always push the work-around (on discourse) to blog as well of special-respin..   blog will allow more readers, ubuntu-news (maybe) etc & thus it's being treated as special.case & we're working for users benefit maybe?
[04:23]  * guiverc note as always, I'm writing with lubuntu hat on ^
[04:25] <arraybolt3> As it turns out, there's three solutions to the BTRFS problem. You can use kc2bez's installation config tweak, you can mod fstab after installation, or you can mount the BTRFS partition with "mount /dev/vda1 /mnt -o clear_cache,space_cache=v1" after installation. Should I document all three? Currently, I've only documented the first two.
[04:30] <guiverc> Unless others (ie. devs) have an opinion it's your choice.. You could always document two 'properly' then state a third as part of a final paragraph & mention briefly.   I'll convert to a wiki once on discourse so it can be edited as required  (by you too arraybolt3 I hope soon)
[04:34] <arraybolt3> guiverc: OK. I like your solution. I like only documenting one solution per problem, since the Arch community has demonstrated that, if you're given two solutions to the same problem, there's a good chance that you'll use *both* solutions rather than one or the other. I don't think that would blow everything up here, but it's still unnecessary. Your solution lets me document everything
[04:34] <arraybolt3> without as much risk of that happening.
[04:35] <guiverc> If you're happy with just documented one (the best) you can do that too..   Most GNU/Linux is a do-ocracy; those that do the work decide
[04:36]  * guiverc is using a term I heard Richard Brown (ex-OpenSuSE head) use many times..
[04:36] <arraybolt3> LOL yeah but the best solution is the best solution, no matter who thought of it.
[05:19] <guiverc> arraybolt3, FYI: I changed **bold** to #title  (it's larger & new/existing installation stands out better),  I'll also add <kbd></kbd> around ctrl+alt+T
[05:25] <arraybolt3> Oh, thank you! I didn't know Discourse had that feature. Nice.
[05:25] <guiverc> another edit; there were more keys I missed...
[05:27] <arraybolt3> I like what that <kbd> thing does. I'll start using it.
[05:27] <guiverc> yeah it make it easier to read I believe
[05:29] <arraybolt3> Thank you so much!
[05:30] <guiverc> Nah, it's mostly Thank you very much arraybolt3; you've achieved the wanted solution !
[05:32] <arraybolt3> OK, my brain is beginning to resemble a lump of charcoal, so I think I'll go offline for a bit before my head explodes. :) I am so thankful and honored to be a part of this team, and thank you all for everything you've done and for letting me help!
[12:07] <tsimonq2> So, got some news from upstream. They're saying kernel bug. Apparently space_cache was changed in 5.15, who woulda thought?
[12:07] <tsimonq2> "Since space_cache=v2 is set by default in kernel 5.15 and later, you can probably just remove that from your fstab.conf."
[12:08] <tsimonq2> Bingo
[12:09] <tsimonq2> "I am not sure how Ubuntu boots exactly but what was happening in Arch-based distros is that it was mounting the filesystem in the initrd with space_cache=v2 and then trying to mount the other subvols with space_cache=v1 which fails."
[12:09] <tsimonq2> So Aaron was probably half-right
[12:10] <kc2bez[m]> Nice!
[12:13] <tsimonq2> https://github.com/calamares/calamares/commit/0bef2a91a1b529425bb53bedd0eba087270e1eb5
[12:22] <tsimonq2> https://github.com/calamares/calamares/pull/1824
[12:26] <tsimonq2> guiverc @Leokolb feel free to test the above fix if you have a second before I do ^
[12:26] <tsimonq2> I still need to find my flash drive with my GPG key :)
[12:26] <tsimonq2> Probably by EOD USA time I'll be able to test myself
 Good news!
[12:29] <tsimonq2> For sure!
[13:02] <teward> kc2bez[m]: oh definitely this needs SRU'd in for .1
 Tested and works! Thanks @tsimonq2 - (re @lubuntu_bot: (irc) <tsimonq2> guiverc @Leokolb feel free to test the above fix if you have a second before I do ^)
[13:02] <teward> but i can push that hard if needed
[13:03] <teward> *pushes tsimonq2 into /dev/urandom for reasons*
 I think @teward001 has It :P (re @lubuntu_bot: (irc) <tsimonq2> I still need to find my flash drive with my GPG key :))
 Updated orig BTRFS bug report https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774 - comment #15 :)
 nah simon left it in /dev/null.  so its gone (re @N0um3n0: I think @teward001 has It :P)
[15:19] <Eickmeyer> GO SIMON GO!
[15:20]  * Eickmeyer cheers
 👍 (re @lubuntu_bot: (irc) <Eickmeyer> cheers)
 @kc2bez FYI - i'm going to be using drone.io in a self-hosted instance/environment for our CI now.  it's docker driven primarily
 we'll just use my drone instance for now that's on a VPS
[15:44]  * tsimonq2 excludes the change from Ubuntu Studio and makes Eickmeyer fix it himself
[15:44] <tsimonq2> jk XD
[15:44] <tsimonq2> anyway
[15:44] <tsimonq2> Now for the flash drive hunt... I'll be afk for that
[15:44] <tsimonq2> When I come back, I'll have a few uploads to kinetic
[15:45] <tsimonq2> Once those hit proposed (Chris and Leo may want to watch for that) I'll link it here, you should just be able to upgrade the Calamares settings package to test and be good
 :) (re @lubuntu_bot: (irc) <tsimonq2> Once those hit proposed (Chris and Leo may want to watch for that) I'll link it here, you should just be able to upgrade the Calamares settings package to test and be good)
[15:57] <kc2bez[m]> Many thanks Simon Quigley !
[16:03] <kc2bez[m]> @teward001 That makes sense, I think it should work for us.
[16:45] -queuebot:#lubuntu-devel- Unapproved: calamares-settings-ubuntu (kinetic-proposed/universe) [1:22.04.4 => 1:22.10.1] (lubuntu, ubuntustudio)
[17:12] <tsimonq2> ^^^
[17:12] <tsimonq2> LocutusOfBorg sponsored for me since I can't find my flash drive yet. Thanks :)
[17:14] <kc2bez[m]> :)
 tsimonq2: was it for Ubuntu or for Debian
 'cause i can't sponsor anything in Debian
 also FT job is FT job
[17:47] <kc2bez[m]> Ubuntu, you can't see it in Telegram
[17:47] <kc2bez[m]> Unapproved: calamares-settings-ubuntu (kinetic-proposed/universe) [1:22.04.4 => 1:22.10.1] (lubuntu, ubuntustudio)
 kc2bez: i was responding to Simon stabbing me privately to sponsor :P
 thanks
[17:56] <kc2bez[m]> 👍
[20:34] <tsimonq2> Okay so, vorlon indicated that it's not an SRU blocker for that to land in Kinetic.
[20:34] <tsimonq2> If anyone wants to get a head-start on the paperwork, go for it. Otherwise that's looking like a weekend thing or perhaps Monday thing
 https://matterbridge.lubuntu.me/040a1615/file_4371.jpg
[21:05] -queuebot:#lubuntu-devel- Unapproved: accepted lubuntu-meta [source] (kinetic-proposed) [22.10.1]
[21:45] <arraybolt3> Hey, this might be silly, but does anyone have an idea of when the first kinetic ISOs will be out for beta testing? I've not done beta testing before, but would like to.
[21:46] <arraybolt3> Or I guess alpha testing, but whatever.
 I'd not expect to see dailies of kinetic for a week or two (alpha)
[21:48] <arraybolt3> OK.
[21:50] <arraybolt3> What do lubuntu developers usually do when a new release first gets going? I've heard of "packaging" but I don't know what that is or how to do it.
[21:51] <kc2bez> Not sure what is up with matrix. It doesn't look like my messages are making it.
[21:51] <arraybolt3> @kc2bez :(
[21:51] <kc2bez> arraybolt3: this is a good page to read for testing. https://phab.lubuntu.me/w/testing/
[21:51] <guiverc> https://phab.lubuntu.me/w/packaging/packaging-guide/
[21:52] <arraybolt3> Thank you kindly! @kc2bez @guiverc
[21:52] <guiverc> but as for packaging, standard Ubuntu & Debian guides are good resources too
[21:53] <guiverc> https://packaging.ubuntu.com/html/ https://packaging.ubuntu.com/ubuntu-packaging-guide.pdf etc
[21:54] <arraybolt3> Cool. I'll take a look at those.
[21:55] <kc2bez> We follow the Debian policy as referred by the Lubuntu wiki page.
[21:55] <guiverc> I'd read the Lubuntu docs first; most appropriate.. the Ubuntu/Debian stuff is useful for general background
[22:01] <kc2bez> To over simplify a bit packaging is the "formula" which packages are created. Debian and therefore Ubuntu have specific guidelines on how they are created.
[22:02] <arraybolt3> Is packaging how we get new versions of software into (L)Ubuntu?
[22:04] <kc2bez> Essentially, yes. Developers adjust the packaging based on changes made upstream and then can build the packages.
[22:05] <kc2bez> Developers sign and upload to the appropriate place.
[22:05] <arraybolt3> Nice. The Lubuntu guide was a bit over my head, so I'm reading the Ubuntu guide and then I'll hopefully be able to understand the other one.
[22:05] <kc2bez> It comes with time.
[22:06] <kc2bez> Hang around and we can get you there.
[22:22] <kc2bez[m]> Yeah, kinetic just barely opened, I wouldn't think we need a SRU for that only jammy
[22:23] <kc2bez> Oh that is amazingly out of context now.
[22:24] <kc2bez> I think there are some others floating around the ether too.
[22:25] <kc2bez[m]> Getting it tested in kinetic should help with the SRU process though.
[23:00] <kc2bez[m]> In the meantime this is a good page to read. https://phab.lubuntu.me/w/testing/
[23:00] <arraybolt3> Thanks!
[23:01] <kc2bez> I sent that an hour ago on Matrx ;)
[23:02] <arraybolt3> I see that, but I sorta missed it...
[23:02] <arraybolt3> I submitted a request to join Lubuntu-QA
[23:04] <guiverc> already approved it looks like arraybolt3
[23:05] <kc2bez> :)
[23:05] <guiverc> but thanks arraybolt3 for letting us know (so it can be approved etc)
[23:06] <arraybolt3> Thank you!
[23:10] <kc2bez> Of course. Thanks for sticking around and helping out!


[01:39] <slangasek> nathwill: I haven't, no :/  it's on my List
[01:40] <nathwill> slangasek, cool. i was just checkin. not sure if we'll need to re-target for quetzal
[01:48] <tgm4883> slangasek, you were looking for me?
[01:54] <nathwill> anybody in here know licensing?
[02:16] <slangasek> tgm4883: wanted to say hi as I don't think we've properly met before :)
[02:16] <slangasek> too late now :)
[02:21] <tgm4883> slangasek, next time I suppose
[21:19] <bkerensa> nathwill: ello
[21:31] <nathwill> hey bkerensa
[21:31] <nathwill> so... i found a bug in juju :P
[21:31] <bkerensa> nathwill: I think I am bumping my phone up to ICS
[21:31] <nathwill> https://launchpad.net/bugs/992237
[21:31] <nathwill> oh yeah?
[21:32] <nathwill> risky... how you gonna pull that off?
[21:32] <nathwill> i couldn't find any ICS roms in rom mgr
[21:32] <bkerensa> http://forum.xda-developers.com/showthread.php?t=1374912
[21:32] <bkerensa> BEATMOD
[21:32] <bkerensa> :D
[21:32] <bkerensa> Google is your friend :P
[21:32] <nathwill> bah
[21:32] <nathwill> google is my frenemy
[21:33] <nathwill> bkerensa, but i did, get my charm done! https://code.launchpad.net/~nathwill/charms/precise/vsftpd/trunk
[21:33] <nathwill> :)
[21:34] <nathwill> er.. errant comma
[21:34] <bkerensa> why have exposed hook and unexposed hook?
[21:34] <bkerensa> why not merge those into start/stop hooks
[21:35] <nathwill> seemed like the thing to do... don't exposed/unexposed hooks run on the expose/unexpose actions?
[21:36] <bkerensa> no
[21:36] <bkerensa> ;p
[21:37] <nathwill> hrm
[21:37] <nathwill> then how the hell do the expose/unexpose actions work?
[21:38] <bkerensa> http://bazaar.launchpad.net/~bkerensa/charms/oneiric/subway/trunk/files/head:/hooks/
[21:38] <bkerensa> idk I dont think mine even uses the expose actions
[21:39] <nathwill> hrm
[21:40] <nathwill> https://juju.ubuntu.com/docs/drafts/expose-services.html?highlight=expose
[21:40] <nathwill> pretty sure that the exposed and unexposed hooks are available for that if you don't want to automatically expose
[21:41] <nathwill> one thing i want to eventually add to that charm is possible relations
[21:41] <nathwill> one for mysql for users
[21:41] <nathwill> one for haproxy or something
[21:42] <nathwill> varnish
[21:42] <nathwill> speaking of which... looks like a needed charm
[21:53] <nathwill> bkerensa: cool, i hadn't seen before that Subway was done by someone from OSU LUG
[22:17] <nathwill> alrighty, i'm off to the pharmacy, ttyl
[22:37]  * bkerensa is off to post office to get his ballots
[23:56] <tgm4883> bkerensa, ping