[01:53] <phillw> Noskcaj: ping
[02:06] <phillw> xnox: knome "Istimsak Abdulbasir Grabbing the i386 iso now" It's nice to ask :)
[04:01] <pitti> Good morning
[05:29] <elfy> phillw: testcase for chromium merged and added to testcases for you
[05:36] <elfy> knome: not getting far with the alternate tests for 12.04.3 -> http://imagebin.org/268366
[05:51] <Noskcaj> phillw, PONG
[07:19] <DanChapman> Good morning all
[08:32] <xnox> phillw: ?
[09:18] <slickymaster> good morning, all
[09:46] <knome> elfy, hmpf.
[10:27] <slickymaster> knome: ping
[10:32] <slickymaster> DanChapman: good morning, can you spare a minute?
[10:33] <DanChapman> slickymaster: Morning, yeah sure
[10:33] <slickymaster> DanChapman: are you familiar with xfce4-mixer GUI?
[10:35] <knome> slickymaster, pong
[10:35] <DanChapman> slickymaster: ive used it a few times
[10:36] <slickymaster> DanChapman, knome, my question is: what is the name of the icon that look like a chain, under the channels
[10:37] <slickymaster> knome: sorry knome, the question regards xfce4-mixer
[10:37] <knome> i don't have that installed, just a sec :P
[10:37] <slickymaster> knome, I'm making the xfce4-mixer manual test
[10:38] <knome> slickymaster, the icon is used to lock/link the two channels' levels
[10:38] <slickymaster> knome: yes, that one
[10:38] <knome> slickymaster, if you press it, it's disabled, and then you can control the left/right channel separately
[10:38] <slickymaster> knome, how should I call it?
[10:39] <knome> well the hover says "lock channels ..."
[10:39] <slickymaster> knome: what I mean is "Point you mouse cursor over the ? icon
[10:39] <knome> "Lock channels" :)
[10:40] <slickymaster> knome: I was convinced that it would have a single name
[10:40] <knome> there is a technical icon name for that, but it's probably not very decriptive for users
[10:40] <knome> or the "Lock" icon
[10:40] <slickymaster> knome, ok, I'll follow your suggestion. thanks
[10:40] <knome> there isn't many other icons, users will find out when they hover over that
[10:40] <knome> :)
[10:40] <knome> np
[10:41] <slickymaster> thanks also DanChapman
[11:08] <smartboyhw> knome, you do have somebody who can test alternates for 12.04.3 right? (Just asking, no inteference in it)
[12:00] <knome> smartboyhw, if you'd follow #xubuntu-devel or #ubuntu-release, you'd know we have a problem with them.
[12:12] <smartboyhw> knome, is it about encryption?>
[12:13] <knome> smartboyhw, no
[12:13] <smartboyhw> knome, oh
[12:13] <smartboyhw> We have LVM encrpytion problems here
[12:18] <smartboyhw> knome, I found your problem and yes, we have that problem too.
[12:18] <smartboyhw> OK, all fail
[12:19] <smartboyhw> knome, is there a bug report for this?
[12:20] <smartboyhw> elfy, ^
[12:22] <smartboyhw> Assuming you are meaning http://imagebin.org/268366
[12:22] <knome> that's what i meant, and no, i don't know if there is a bug. did you check if something is linked in the alternate tests for xubuntu in the iso tracker?
[12:22] <smartboyhw> knome, the problem is that I saw no results reported for Xubuntu
[12:22] <smartboyhw> alternate
[12:24] <smartboyhw> Except one by... phillw !? (Which is still running)
[12:24] <phillw> smartboyhw: it has just started... it was a late night!
[12:24] <smartboyhw> phillw, mind you: There will be the problem with the above picture
[12:24] <smartboyhw> http://imagebin.org/268366
[12:25] <smartboyhw> knome, so you guys won't release the image with the above *bug* or?
[12:26] <phillw> smartboyhw: I've chosen to ignore that error :)
[12:27] <smartboyhw> phillw, me too
[12:27] <smartboyhw> That might have to go to the release notes though...
[12:27] <phillw> if it installs it is a grey bug, worthy of note in the release notes. if it borks the install. then it is a big red bug!
[12:27] <smartboyhw> Anyways, I have to fail encrpytion here
[12:27] <smartboyhw> phillw, encrpytion test is NOT working at all
[12:27] <smartboyhw> for Kubuntu alternates at least
[12:28] <phillw> I'm only on the 1st test... guided.. entire.
[12:28] <smartboyhw> phillw, yeah, wait till you get to that:P
[12:28] <phillw> next up will be side by side, then encrypted... that is my order of testing in lubuntu :D
[12:28] <smartboyhw> phillw, heh
[12:29] <phillw> as to the 4th one, I'll have to read the testcase!
[12:31] <smartboyhw> phillw, what fourth?
[12:32] <phillw> run once :)
[12:33] <smartboyhw> phillw, :P
[12:33] <smartboyhw> Ha, manual partiitoning
[12:35] <phillw> I do usually make my self available for these tests, rather than the last minute, but was at job interview yesterday and then had 3 trains to catch to get home... was not in 'testing' mode last night!
[12:36] <smartboyhw> phillw, job interview? Woot
[12:37] <phillw> yup, should know today if I got the job.
[12:38] <smartboyhw> phillw, what is it?
[12:38] <smartboyhw> :P
[12:41] <phillw> laptop repair engineer.
[12:41] <smartboyhw> phillw, sure, I will send you my laptop and give me a i7:P
[12:43] <phillw> as that side of my abilities is totally self taught, I'm not sure if I passed the 2 hour bench-test yesterday for diagnosing a fault, then stripping down and rebuilding a laptop (I for got to re-connect the video lead to the mother board, which I'm really angry at myself over!).
[13:11] <jodh> pitti/jibel: until bug 1208455 is resolved (and we don't know when that might be), would it be possible for the autopkgtest env create 2 vms for a test (maybe if a new magic Restrictions: is specified in debian/tests/control)?
[13:11] <jodh> pitti/jibel: the vms would be identical but one would be "primary" (to run the dep8 tests in) and one "secondary" (for whatever purposes the dep8 tests wish).
[13:22] <elfy> smartboyhw: not as far as I know - not had time to look either
[13:25] <pitti> jodh: I guess in principle yes, but it requires some careful state keeping of the second VM, exchanging of ssh keys, and some kind of marker in the control file that you want a second one
[13:26] <smartboyhw> elfy, OK.
[13:26] <pitti> jodh: (as we don't always want to start two)
[13:26] <jodh> pitti: understood. I'm doing one final canonistack test but if that fails, I don't realistically see a way forward using nested kvm atm.
[13:27] <pitti> jodh: I wouldn't bet on canonistack for that indeed; much more robust to run them locally or in the dc
[13:32] <jodh> pitti: I don't have dc access and can't run locally. I'll check the porters, but they don't tend to be particularly powerful systems. If you or anyone else is offering to test my tests, the branch is lp:~jamesodhunt/ubuntu/saucy/upstart/dep-8 :)
[13:33] <pitti> jodh: sure, I'll give them a whirl now
[13:33] <jodh> pitti: awesome, thanks!
[13:37] <pitti> jodh: which of your ssh keys do you use?
[13:37] <pitti> jodh: I can give you ssh to the outside (run-adt-test) VM, from there you can poke around
[13:38] <pitti> jodh: I have started run-adt-test -kS file://`pwd` already, it's currently building
[13:38] <jodh> pitti: thanks!
[13:44] <phillw> smartboyhw: have you raised a bug for http://imagebin.org/268366 ?
[13:45] <smartboyhw> phillw, I forgotten, please raise one for me.
[13:57] <SergioMeneses> phillw, smartboyhw \o
[13:57] <smartboyhw> SergioMeneses, hey
[13:58] <phillw> smartboyhw: bug 1215453 raised
[13:58] <smartboyhw> phillw, thanks
[14:01] <smartboyhw> phillw, can you refer the bug to the Xubuntu guys also?
[14:02] <xnox> phillw: that bug lacks details =) commented.
[14:03] <smartboyhw> phillw, it's debian-installer BTW
[14:05] <smartboyhw> xnox, updated the bug with the correct screenshot link and d-i
[14:05] <smartboyhw> http://imagebin.org/268366 it is
[14:08] <phillw> smartboyhw: thanks! My bad... forgot I was using alternate!
[14:08] <smartboyhw> phillw, LOL
[14:11] <phillw> I'll recreate the bug once this 2nd test is installed so the correct logs are attached.
[14:11] <smartboyhw> phillw, no need to "recreate"
[14:11] <smartboyhw> Just put it in.
[14:11] <smartboyhw> I mean, the log.
[15:05] <smartboyhw> knome, please merge https://code.launchpad.net/~xnox/ubuntu-seeds/fix-kernels-precise-xubuntu/+merge/181586 for Xubuntu so alternates can get refreshed
[15:06] <smartboyhw> *respun
[15:06] <knome> smartboyhw, i can't upload to ~xubuntu-dev
[15:06] <smartboyhw> knome, I thought you can merge the code...
[15:07] <smartboyhw> :O
[15:07] <smartboyhw> Oops
[15:07] <knome> no, anybody to do that needs to have upload rights to
[15:07] <knome> ... ~xubuntu-dev
[15:07] <smartboyhw> knome, no need for upload rights.
[15:07] <smartboyhw> Just a ~xubuntu-dev
[15:07] <knome> smartboyhw, upload rights to that branch.
[15:07] <smartboyhw> knome, ....
[15:07] <knome> smartboyhw, they are also upload rights.
[15:08] <knome> smartboyhw, i understand the difference, but i don't have either.
[15:08] <smartboyhw> knome, eh, that I would call "commit rights"... Can you find someone (a.s.a.p. is better?)
[15:08] <knome> smartboyhw, people who have the rights are subscribed.
[15:08] <smartboyhw> knome, that's for 12.04.3 release, so...
[15:09] <smartboyhw> Hopefully they can respond in time
[15:09] <knome> i know.
[15:09] <knome> i hope they can as well
[15:09] <knome> but there's next to nothing i can do to speed up that process
[15:11] <smartboyhw> knome, I think I found somebody who can:P
[15:11] <smartboyhw> Since ~xubuntu-dev contains ~ubuntu-core-dev
[15:11] <knome> sure.
[15:12] <knome> feel free to ask them
[15:12] <knome> and thanks
[15:12] <smartboyhw> knome, actually, Riddell volunteered for that, thank him:)
[19:09] <phillw> elfy: I' grabbing the i386 alternate now, it will take ~ 3 hours :(
[19:16] <elfy> I'm doing the first test now
[19:16] <elfy> taking about ~20 minutes to install
[19:17] <elfy> thanks for looking at the 64bit ones
[19:21] <melodie> hi
[19:38] <phillw> elfy: I've stopped the download, going to update my 13.10 system :)
[19:39] <elfy> lol
[19:40] <elfy> I suspect I'll get 2 of the 32bit ones done today
[20:08] <phillw> he he. only 245 packages to update on my 13.10 system :P
[20:09] <elfy> lol
[20:09] <elfy> you want me to post them to you on a cd :D
[20:10] <phillw> I'll accept the 1 hour download.... I really should update more often!
[20:12] <elfy> heh
[20:13] <elfy> even when it was slow here I rarely waited long - an iso was ~20minutes
[20:15] <phillw> I live a long way from the exchange in a lovely village. I'd rather the village than blisteringly fast b/band :)
[20:15] <elfy> yep
[20:15] <phillw> if I want fast, I ssh into my server on its 100 Mb/s backbone.
[20:18] <phillw> as piglet has things like virt-manager, virtual-box along with bluefish hplib etc. etc. there is always more to update :)
[20:18] <elfy> half way through the encrypted install test
[20:18] <elfy> that'll do for today once it's done
[20:19] <phillw> okies, I'll check out what still needs testing a bit later. I can pull iso's in over night if needed.
[20:20] <elfy> as far as I'm concerned - there will be 2 32 bit tests for looking at - I'll try and spend some time on other tests over the weekend - but I've got a whole bunch of r/l to sort and some xubuntu stuff I want to look at
[20:21] <phillw> yeah, 13.04.4 doesn't look like it will be released today. These things happen.....
[20:22] <elfy> 13.04.4?
[20:23] <phillw> I'll pull in the 32bit alt of xubuntu and kubuntu for overnight install. .... he he... 12.04.3 :P
[21:37] <slickymaster> good night, all
[21:37] <knome> hey slickymaster.
[21:37] <slickymaster> knome, :)
[21:38] <slickymaster> knome, xfce4-mixer testcase is ready for merge, just proposed it
[21:38] <knome> slickymaster, will look at that tomorrow
[21:39] <slickymaster> knome, np, :)
[21:39] <slickymaster> knome, tomorrow is my first vacation day
[21:39] <knome> congrats!
[21:40] <knome> slickymaster, did you go surfing or sth?
[21:41] <slickymaster> knome, yes :) :) before traveling with the family to the south of spain on the 29th
[21:41] <slickymaster> knome, and my kid will join me :)
[21:41] <knome> nice
[21:41] <knome> how old, if i may ask?
[21:42] <slickymaster> knome, eight, last June
[21:42] <knome> mhm
[21:42] <knome> nice age
[21:42] <knome> (even though i don't have kids myself, but that is)
[21:42] <slickymaster> yes, is not a teenager, yet
[21:43] <slickymaster> knome, but I'll be around at least until the 29th
[21:43] <knome> :)
[21:43] <knome> so vacation with internet, eh? ;)
[21:43] <slickymaster> knome, I'm trying to get Xubuntu Documentation translated as much as I can
[21:44] <slickymaster> knome,  :) yes, in the first part of it
[21:44] <slickymaster> knome, I've also have some stuff to edited for the upcoming Ubuntu Manual
[21:45] <slickymaster> knome, and I'm finally trying to make my wiki page up
[21:45] <knome> :)
[21:49] <GuidoPallemans> msg NickServ identify Hotmail12
[21:49] <knome> GuidoPallemans, change your password.
[21:50] <GuidoPallemans> crap, gotta change ma password
[21:50] <slickymaster> :)
[21:50] <GuidoPallemans> happened numerous times
[21:50] <knome> no, not your mums.
[21:50] <thomi> heh
[21:50] <thomi> GuidoPallemans: Hotmail13
[21:50] <thomi> ;)
[21:52] <GuidoPallemans> k
[21:54] <slickymaster> knome, no need to look at it tomorrow, elfy has merge it just now
[21:54] <knome> aha
[21:54] <knome> good work then
[21:55] <knome> he went to bed 20 mins ago, so he must've done that while asleep
[21:55] <slickymaster> he's always nearby, even when we don't see or sense him
[21:56] <slickymaster> https://code.launchpad.net/~slickymaster/ubuntu-manual-tests/xfce4-mixer
[22:04] <phillw> knome: like unit193, elfy is actually a bot :P
[22:04] <knome> the whole xubuntu team are bots.
[22:04] <slickymaster> knome, LOL
[22:04] <phillw> I still chuckle at unit193 being accused of that on the lubuntu support channel :D
[22:09] <knome> same for me on #xubuntu
[22:09] <knome> anyway, nighty!
[22:10] <slickymaster> knome, night
[22:24] <slickymaster> phillw, good night
[22:24] <phillw> slickymaster: sweet dreams!


 :P
[12:23] <kelemengabor> :(
[12:24] <kelemengabor> btw, bug 904012 says that the stats are broken in precise too
[12:24] <ubot4> Launchpad bug 904012 in ubuntu-translations "Translation (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/904012
[12:25] <kelemengabor> strange, because I just approved some suggestions for precise, and the stats were updated for those (after a few minutes)
[12:40] <dpm> kelemengabor, I think it might have to do with the stats from imported translations too. If memory serves right, stats for translations done using the web are updated instantly, but those imported from uploads are updated weekly (I might be wrong here)
[12:41] <kelemengabor> well, that would explain it... but why is it so? and since when?
[12:44] <dpm> I think it's been always like this. My guess is that when you do a translation online LP gets a notification for a string's status being updated straight away, whereas with imports you get everything in a batch (again, pure guess, I don't know the inner workings in detail)


[00:04] <nacc> slangasek: infinity: I think I found another case of LP: #1685672, src:freedombox-setup. excuses shows it as passing on amd64 and not other arches, but attempting to retrigger says it's not published in artful. rmadison says it's in proposed, though.
[00:11] <infinity> nacc: Hrm?  Definitely not that bug.
[00:13] <infinity> nacc: That just looks like a bug with the autopkgtest trigger stuff to me.
[00:14] <infinity> nacc: Triggered from the CLI instead for you.
[00:15] <nacc> infinity: oh ok, sorry
[00:15] <infinity> nacc: The symptoms of that bug are the source in question "disappearing".
[00:15] <nacc> infinity: it's odd, because the amd64 pass isn't in the history either -- the failures for other arches are all testbed (dep) failures
[00:15] <nacc> infinity: oh ok, i confused it
[00:15] <infinity> nacc: ie: Because proposed-migration decides the source is ready to migrate, copies to -release, then deletes from -proposed.  And the copy never gets there.
[00:16] <nacc> infinity: right, i reread the bug now and was definitely wrong on that count
[00:20] <infinity> nacc: FWIW, the installation failure is due to https://launchpad.net/ubuntu/+source/mod-gnutls/0.8.2-3
[00:20] <infinity> freedombox-setup : Depends: libapache2-mod-gnutls (>= 0.7.4-1) but 0.7.3-0ubuntu1 is to be installed
[00:20] <infinity> nacc: Entirely valid failure to block on.
[00:22] <nacc> infinity: agreed, but why would it ever have passed on amd64?
[00:23] <nacc> infinity: oh i see it (mod-gnutls) built on amd64 in zesty
[00:23] <infinity> nacc: Right.
[00:24] <infinity> nacc: Retried mod-gnutls everywhere else.   :P
[05:38] <cpaelzer> I'm happy that all the auto-highlight beeps didn't  wake me up
[05:38] <cpaelzer> I'd have been kind of angry to get here for "this"
[06:31] <cjwatson> Unit193: ?
[08:30] <Laney> infinity: can I merge debhelper 10.4?
[08:36] <bigon> 22:28 < jtaylor> oh no mystery ... -Os is used << -Os is not only used for libyuv I see, it's used everywhere isn't it?
[08:43] <jtaylor> bigon: it is used in a lot of places yes
[08:44] <jtaylor> pretty ad
[08:44] <jtaylor> b
[08:46] <jtaylor> odd thing is firefox does not build from source for me so I can't even fix it myself :/
[08:50] <bigon> I cannot build it on my laptop due to the memory and disk needed...
[09:07] <Laney> mapreri: was it you that did the bzr -> git conversion for ubuntu-dev-tools?
[09:07] <Laney> what happened to the changelog?
[09:07] <bigon> jtaylor: In ./browser/config/mozconfigs/linux64/release I see that MOZ_PGO=1 and BUILDING_RELEASE=1 are set
[09:07] <bigon> doesn't seems to be the case in debian/rules (at least on debian)
[09:08] <mapreri> Laney: just that I'm used to generate the changelog at the end before uploading, instead of appending items each time, especially because I wanted to release it soon, but then I was stuck at somebody who wanted to submit some tests for a thing of him, and somebody else who broke the tests…
[09:09] <jtaylor> who does firefox packaging in ubuntu?
[09:11] <Laney> mapreri: ok, a README.source or something would be useful then
[09:11] <Laney> and emptying bzr
[09:11]  * Laney just pushed a change there :/
[09:12] <mapreri> Laney: yes, emptying bzr was on the todo, to do as soon as the git one was released
[09:12] <mapreri> I can apply your change to the git tree, it's not a problem
[09:12] <Laney> i've done it
[10:00] <jtaylor> bigon: even mozillas own ppa uses Os ._.
[10:43] <Laney> mapreri: k, I'm going to release the git version
[10:43] <Laney> done some hax to make the tests pass
[11:51] <bigon> jtaylor: official build is -O3
[11:52] <jtaylor> bigon: is there one for linux?
[11:52] <jtaylor> I just found the ppa
[11:52] <bigon> getfirefox.com
[11:53] <jtaylor> ah thanks
[11:54] <jbicha> jtaylor: chrisccoulson and ricotz work on Ubuntu's Firefox pkg
[11:54] <bigon> it's the same in debian
[12:03] <jtaylor> jbicha: thanks, I'll wait a bit to see what the debian maintainers do, I guess it will trickle to ubuntu anyway
[12:08] <jbicha> jtaylor: I believe Ubuntu and Debian's Firefoxen are really maintained independently of each other
[12:08] <jtaylor> so it is worth filing another bug in ubuntu?
[12:08] <jbicha> yes
[12:09] <jtaylor> hm there was a dev-tools command for that right?
[12:09] <jtaylor> right import-bug-from-debian
[12:33] <bigon> tjaalton: https://pastebin.com/KTvjwytA fedora as well...
[12:39] <tjaalton> bigon: huh?
[12:40] <bigon> that's the about:buildconfig page on fedora
[12:40] <bigon> notice the -Os
[12:40] <bigon> fedora 25
[12:40] <tjaalton> why does it concern me?
[12:41] <bigon> jt<tab> vs tj*
[12:41] <tjaalton> right
[12:41] <bigon> nevermind...
[12:41] <tjaalton> :)
[12:41] <bigon> jtaylor: ^
[13:00] <jtaylor> bigon: it seems to be the upstream default so all distros are probably affected
[13:30] <mdeslaur> jtaylor: affected by what?
[13:30] <jtaylor> mdeslaur: firefox is mostly built with -Os
[13:30] <jtaylor> so size optimization which in parts is really bad for performance
[13:31] <mdeslaur> jtaylor: I think that's the only way for us to get it to build on i386
[13:32] <mdeslaur> chrisccoulson: ^
[13:32] <jtaylor> maybe, but why do it on amd64?
[13:33] <bigon> debian does the same
[13:33] <bigon> and looking at the logs
[13:33] <bigon> calls to gcc are -Os and calls to g++ are using -O2
[13:35] <jtaylor> mdeslaur, chrisccoulson: it is bug 1694425
[14:21] <mdeslaur> infinity: I'm stealing your imagemagick mere
[14:21] <mdeslaur> merge
[16:54] <mapreri> Laney: thanks!
[19:29] <nacc> doko: have you looked at all at the mod-gnutls breakage? it seems that a specific test fails on non-amd64
[19:29] <nacc> dobey: test-24_pkcs11_cert.bash
[19:30] <nacc> dobey: sorry!
[19:30] <nacc> doko: --^ :/
[19:32] <nacc> ah there is LP: #1597450
[19:52] <slangasek> juliank: I am getting a frustrating segfault from python3-apt while trying to iterate over apt_pkg.SourceRecords(), and it's resisting debugging because the address of the clobbered struct changes each time, making gdb watchpoint useless. Do you have any advice on debugging?
[19:56] <juliank> slangasek: Just iterating, or accessing properties? In any case, I'd try to get a stack trace. That usually is enough for me to find the issue (unless it's a binary cache issue, but I don'
[19:56] <slangasek> juliank: accessing properties (package, binaries, build_depends)
[19:56] <Beret> anyone tried booting the artful daily lately?
[19:57] <Beret> doesn't boot here
[19:57] <slangasek> juliank: stack trace: http://paste.ubuntu.com/24718290/
[19:58] <slangasek> juliank: if I go up a few frames: http://paste.ubuntu.com/24718293/
[19:59] <juliank> slangasek: Is that a package with no build-depends?
[19:59] <slangasek> juliank: and .Package suspiciously spells 'ython-c'
[19:59] <slangasek> let's see
[20:00] <juliank> or no, it must be different, but the loop in python-apt is weird.
[20:00] <powersj> Beret: looks like server hasn't promoted an ISO for almost a week, hasn't passed smoke test.
[20:00] <Beret> powersj, this is desktop but I suspect it's the same issue
[20:00] <slangasek> juliank: seems to fail on Package: dq which does have build-depends
[20:00] <Beret> powersj, what's failing?
[20:01] <Beret> powersj, and what do you do with the knowledge that it doesn't work?
[20:01] <juliank> slangasek: confirmed (on debian).
[20:01] <powersj> Beret: need to see what exactly is failing, all the tests say is boot timeout
[20:01] <Beret> ah yep
[20:02] <powersj> Beret: downloading now and will spin something up shortly
[20:02] <Beret> thanks
[20:06] <juliank> slangasek: Looks like a off-by-one error
[20:08] <juliank> slangasek: patch: https://paste.ubuntu.com/24718367/ - might want to fix this in APT, though
[20:09] <juliank> slangasek: Basically, APT sets the OR flag for the left side of  libnacl-dev [amd64] | libnacl-dev [i386], indicating that more items are in the or group; but then ignores the right side because it does not match the architecture.
[20:10] <slangasek> right :)
[20:22] <juliank> slangasek: The same problem also happens with stuff like a [right] | b [wrong], c which gets passed as a | c
[20:22] <juliank> I think I have a patch for APT to fix that.
[20:22] <slangasek> indeed
[20:25] <juliank> slangasek: The patch is https://paste.debian.net/953788/, but it seems broken in case there are multiple elements in an or group. Not yet sure how to handle that.
[20:25]  * slangasek nods
[20:26] <slangasek> of course, in the case of dq this could be expressed as ANDed b-d instead of ORed
[20:26] <slangasek> and I'm just ignoring the package for my own purposes ;)
[20:27] <powersj> Beret: LP: #1694531
[20:32] <Beret> powersj, thanks
[20:33] <Beret> powersj, I don't even get to choose anything
[20:33] <Beret> the kernel doesn't even boot
[20:33] <powersj> oh wow
[20:33] <powersj> Beret: you were using desktop ISO? Ubuntu? or specific flavor?
[20:33] <Beret> desktop iso
[20:54] <juliank> slangasek: https://github.com/Debian/apt/compare/master...julian-klode:bugfix/fix-or-in-build-dep-parsing?expand=1 is running CI now, let's see if I did not break anything.
[20:56] <juliank> slangasek: The off-by-one error should be fixed too, though, especially given the already fairly long APT SRU queues.
[21:16] <juliank> slangasek: I guess there's no bug report in launchpad yet, you just found that out? I want to add a bug to reference in the commit / changelog
[21:17] <juliank> Although probably one bug for the off-by-one in python-apt, and one for the apt bug
[21:17] <juliank> (not sure how that works with SRU verification if I have multiple packages in the same bug report...)
[21:18] <slangasek> juliank: correct, no bug because I just stumbled over it
[21:29] <juliank> I'll write the bugs and test case for apt tomorrow when I wake up again. It's close to midnight now.
[21:37] <Beret> powersj, my issue was a failing usb key
[21:37] <powersj> Beret: good, because my desktop install finished a bit ago :)
[23:30] <tsimonq2> maxy: ack :)
[23:30] <tsimonq2> Argh


[00:28] <torkiano> hello, I'd like to request the package of a new version of autotools (1.11)
[00:28] <torkiano> How is the process? The same as new packages?
[00:29] <andresmujica> if it's already updated at debian https://wiki.ubuntu.com/SyncRequestProcess
[00:30] <andresmujica> but beware the sync is over this week if i'm not lost..
[00:31] <torkiano> It is not in debian
[00:32] <torkiano> andresmujica, 1.11 is important because a very usefull macro: AM_SILENT_RULES
[00:33] <torkiano> more info: http://bugzilla.gnome.org/show_bug.cgi?id=580062 and  http://live.gnome.org/GnomeGoals/NicerBuilds
[00:33] <ubot4> Gnome bug 580062 in general "Add shave support to gnome-common" [Normal,Unconfirmed]
[00:33] <torkiano> andresmujica, Do you know a PPA with automake1.11 ?
[00:39] <andresmujica> https://launchpad.net/~bhavi/bhavi-upstream-testing
[00:39] <andresmujica> hmm
[00:39] <andresmujica> it's old..
[00:44] <andresmujica> probably is too late to make that change.. debian is still on 1.10, try at #ubuntu-devel probably they would help you more there..
[00:46] <torkiano> andresmujica, thank you!
[00:52] <andresmujica> torkiano: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512704
[00:52] <ubot4> Debian bug 512704 in automake "automake: New upstream version available" [Wishlist,Open]
[00:52] <andresmujica> this your upstream bug.
[00:53] <torkiano> andresmujica, mmm that is for 1.10.2
[00:54] <torkiano> :/
[00:54] <andresmujica> look further down
[00:54] <andresmujica> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512704#20
[00:54] <ubot4> Debian bug 512704 in automake "automake: New upstream version available" [Wishlist,Open]
[00:54] <torkiano> ohj great
[00:55] <torkiano> How is the process, then? https://wiki.ubuntu.com/SyncRequestProcess ?
[02:00] <bcurtiswx> good evening all
[07:26] <thekorn> good morning
[07:27] <dholbach> good morning
[13:10] <torkiano> Hello, CAn anyone confirm bug #390909 ?
[13:10] <ubot4> Launchpad bug 390909 in automake "[needs-packaging] automake1.11" [Undecided,New] https://launchpad.net/bugs/390909
[15:11] <bddebian> Boo
[15:22] <thekorn> hi bddebian
[15:25] <bddebian> Hi thekorn
[15:58] <oxocoffee> Not sure if this is proper channel t report/ask. But I have a c++ application that failes to build on Xubuntu 9.04. Here is simple and error. http://gcc.pastebin.com/m15221a77
[16:01] <charlie-tca> This channel is for reported bugs discussion and triageing. I would try in #xubuntu or #xubuntu-devel
[16:08] <charles_> anyone around with a ppc who can do a two-minute test for me?
[16:10] <charles_> the test: download http://beta.legaltorrents.com/get/459-image-pack-1.torrent, try to open it with Transmission, and see if it crashes as a result.  (ticket 377334)
[16:12] <billybigrigger> are you using 9.04 or 9.10?
[16:12] <billybigrigger> cause i know there is a bug with gtk file chooser, that will crash transmission or deluge or whatever if you try and change where the torrent is being downloaded
[16:12] <charles_> yeah, I saw a ticket for that in 9.10
[16:13] <charles_> OP reported this with Transmission 1.5x, so most likely it's 9.04
[16:13] <billybigrigger> fire up a terminal, run tail -f /var/log/syslog and make transmission crash
[16:13] <billybigrigger> paste the output here, should only be a single line
[16:15] <charles_> billybigrigger: I'm not seeing the behavior reported in 377334.  The OP theorized that it might be a ppc-only issue, which is why I'm looking a ppc user to confirm/refute
[16:15] <billybigrigger> well you can still try and debug and see what is causing the crash
[16:16] <charles_> how?  I'm not seeing the crash
[16:16] <charles_> I said that already :)
[16:17] <kklimonda> I was wondering what to do with bug 377334 myself. What is our policy about supporting unsupported architectures? ;)
[16:17] <ubot4> Launchpad bug 377334 in transmission "transmission crashes reproducable for certain torrents" [Low,Incomplete] https://launchpad.net/bugs/377334
[16:17]  * kklimonda pokes ubo.. ok, he's out.. ;)
[17:45] <bcurtiswx> good morning everyone
[17:47] <hggdh> bcurtiswx, good morning
[19:38] <BUGabundo> Bom S. João para tds, e cuidado com as espinhas :))
[20:03] <hggdh> BUGabundo, wrong channel? ;-)
[20:03] <BUGabundo> naaa
[20:03] <BUGabundo> have you ever had one ?
[20:03] <hggdh> what S. Joao?
[20:04] <hggdh> yes
[20:15] <BUGabundo> oh really hggdh
[20:15] <BUGabundo> ?
[20:15] <BUGabundo> I thougth you lived all your live away from here
[20:16] <hggdh> no, not *all* live
[20:16] <hggdh> my father was portuguese...
[20:19] <hggdh> my mother daughter of european unknown stock, I was born in Brazil, and I live in the US. And married a german. So confusion abounds :-D
[20:20] <BUGabundo> haha
[20:20] <BUGabundo> poor kijs
[20:20] <BUGabundo> *kids
[20:20] <BUGabundo> if they ever try to do a family tree they will spend 80 days around the world
[20:21] <BUGabundo> hey seb128
[20:22] <seb128> BUGabundo: hi
[20:23] <hggdh> :-) yes they will... we have tried, but from my mother's side we have no clue. From my father's was easy, old family
[20:39] <hggdh> jcastro, ping
[20:39] <jcastro> hggdh: yo
[20:40] <hggdh> hi jcastro, I am interested in being a contact/liasson/whatever to Evo and coreutils
[20:40] <jcastro> oh awesome
[20:40] <jcastro> can you give me a day or two to get the roles/wiki and all that straightened out?
[20:41] <hggdh> yes, of course
[20:41]  * jcastro puts hggdh on the list-of-awesome.
[20:41]  * hggdh blushes. Hard.
[21:33] <hggdh> do we open code bugs against debian?
[21:34] <BUGabundo> err?
[21:34] <BUGabundo> hggdh: more details please
[21:34] <micahg> upstream?
[21:34] <hggdh> yes
[21:34] <micahg> if you have time :)
[21:34] <hggdh> ok, done
[21:35] <hggdh> now we wait for the ack from Debian before adding an upstream...
[21:35] <micahg> you mean in LP or debian bug tracker?
[21:35] <hggdh> debian bts
[21:35] <micahg> yep
[21:44] <micahg> hggdh: I'd say add the upstream now
[21:52] <hggdh> micahg, already done ;-)
[21:53] <micahg> :)
[22:59] <bcurtiswx> bdmurray: i just read your response to the bug control app.  you mentioned that the user should bring comments from upstream and add them to ubuntu.. can't we get the bug watch updater to do that?
[22:59] <bdmurray> bcurtiswx: well, the particular thing I was referencing was a workaround not all comments
[22:59] <BUGabundo> bcurtiswx: AFAIK only on BTS that install the LP plugin
[23:00] <bdmurray> That's correct comment syncing only works with BTS with the Launchpad plugin installed
[23:00] <bcurtiswx> well, would it be beneficial to us to have a program add comments upstream to our reports?
[23:01] <micahg> not always, I would suggest the triager subscribe upstream and post anything useful to LP
[23:01] <micahg> I do this for mozilla bugs and there's a lot of noise on their bugtracker
[23:01] <micahg> as well as developers working to solve the problem that the reporters don't need to see
[23:02] <bcurtiswx> micahg: ok, i was thinking that would be one of the few problems
[23:03] <bcurtiswx> i would now if i had the time, but im at a conference.. would someone add that to an appropriate bug triage wiki page?
[23:07] <bcurtiswx> actually i can, its only a sentence to the how to triage page
[23:11] <bcurtiswx> done
[23:12] <bcurtiswx> that just shows how boring this conference is :-X
[23:14] <hggdh> I do not remember many exciting conferences, or simposia, or whatever...
[23:15] <bcurtiswx> hggdh: lol
[23:15] <bcurtiswx> good point
[23:15] <hggdh> well, there was one I would like to have been to -- when my brother finished his sabbatical at MIT, he gave a presentation: "One year at MIT. And So what?"
[23:15] <bcurtiswx> hahahahaha
[23:16] <hggdh> he told me later it was well-attended ;-)
[23:18] <bcurtiswx> i would have been there
[23:28] <bdmurray> hggdh: Couldn't we get part of your evolution hook integrated?
[23:31] <hggdh> bdmurray, yes, of course
[23:32] <hggdh> I will check with seb tomorrow about getting it done


[03:20] <fitoschido> I've mailed mu bug control application, but the list seems to have rejected my mail. Can an admin of ubuntu-bugcontrol take a look?
[03:21] <TheLordOfTime> you sure you emailed the right address?
[03:22] <fitoschido> yep<EMAIL_ADDRESS>[03:22] <fitoschido> I used my @ubuntu.com email alias, could that be the cause?
[03:23] <TheLordOfTime> nope, i email with that all the time to many lists.
[03:24] <TheLordOfTime> what makes you say your email was rejected, though? :P
[03:24]  * TheLordOfTime yawns
[03:24] <TheLordOfTime> note: i'm not an admin, just trying to make sense of why it'd reject
[03:24] <fitoschido> it has not appeared on the archives,,, I mailed yesterday
[03:24]  * TheLordOfTime looks backwards in his email history
[03:24] <fitoschido> is it moderated?
[03:24] <fitoschido> maybe it's still in the queue...
[19:41] <stuart_> I notice many bug reports are from very old (yet supported) ubuntu versions, how do you confirm these bugs? Do you multi-boot each old version of ubuntu?
[19:46] <chilicuil> if you wanna confirm them, yep stuart_, you can also use lxc, chroots & vm to test them
[19:47] <TheLordOfTime> i tend to use VMs.
[19:47] <TheLordOfTime> easier to destroy/recreate :P
[19:47] <TheLordOfTime> but, i also keep a copy of each Ubuntu ISO since 9.04, so... :P
[20:29]  * patr|ck nods and sits down
[20:30] <patr|ck> would it make a difference regarding the priority of a bug report when you use paid support?
[20:32] <Tygart> I sure hope not!
[20:32] <patr|ck> hmmm
[20:32] <patr|ck> then i am out of ideas what to do
[20:32] <Tygart> Whats your problem?
[20:33] <patr|ck> i reported https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1079801 a while ago but nobody is looking at it
[20:33] <ubot2> Launchpad bug 1079801 in mesa (Ubuntu) "Second Life & Google Earth do not load for the intel "sandy bridge" gfx chip" [Undecided,New]
[20:34] <Tygart> Give it time. you can also ask #kubuntu they might have an idea.
[20:36] <patr|ck> why #kubuntu?
[20:36] <Tygart> its a help channel
[20:36] <patr|ck> for Qt / KDE based versions of Ubuntu?
[20:37] <Tygart> yes Ubuntu + KDE = Kubuntu
[20:37] <Tygart> I am off. need to go do some stuff.
[20:43] <jpds> patr|ck: paid> Depends on a lot of things.
[20:51] <DonkeyHotei> bug 1082030 isn't allowing me to change the status from Fix Released to Confirmed. it is NOT fixed. how do i reopen?
[20:51] <ubot2> Launchpad bug 1082030 in skype (Ubuntu) "skype-bin seem to have strange dependency" [Critical,Fix released] https://launchpad.net/bugs/1082030
[20:53] <jpds> Tygart: See above. ;-)
[20:55] <yofel> DonkeyHotei: if apt really does consider it older that's a bug in apt, or the issue is something else altogether
[20:56] <DonkeyHotei> no, it's a goofup in the .dsc file
[20:56] <yofel> the .dsc file has nothing to do with dependencies
[20:56] <DonkeyHotei> the dependency needs to specify the -ubuntu suffix for the version
[20:57] <yofel> no, that's what >= is for
[20:58] <DonkeyHotei> the ~ means it's an older version, per the definitions in apt
[20:58] <yofel> -0ubuntu1 has no ~
[20:58] <DonkeyHotei> otherwise it would be +
[20:59] <DonkeyHotei> there is a ~ before it
[20:59] <DonkeyHotei> the -0ubuntu1 must be specified in the dependency or it is not installable
[21:01] <yofel> the ~ is part of the dependency definition, and as it's >=, -0ubuntu1 makes it a higher version
[21:02] <DonkeyHotei> The following packages have unmet dependencies:
[21:02] <DonkeyHotei>  skype-bin:i386 : Depends: libqtwebkit4:i386 (>= 2.2~2011week36) but it is not going to be installed
[21:02] <DonkeyHotei> E: Unable to correct problems, you have held broken packages.
[21:02] <DonkeyHotei>   Candidate: 2.2~2011week36-0ubuntu1
[21:02] <yofel> is libqtwebkit4:i386 installable *at all* ?
[21:02] <DonkeyHotei> yes
[21:03] <DonkeyHotei> $ apt-cache policy libqtwebkit4:i386
[21:03] <DonkeyHotei> libqtwebkit4:i386:
[21:03] <DonkeyHotei>   Installed: (none)
[21:03] <DonkeyHotei>   Candidate: 2.2~2011week36-0ubuntu1
[21:03] <DonkeyHotei>   Version table:
[21:03] <DonkeyHotei>      2.2~2011week36-0ubuntu1 0
[21:03] <DonkeyHotei>         500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages
[21:03] <yofel> that says that it's available, not installable
[21:03] <yofel> try 'sudo apt-get install libqtwebkit4:i386'
[21:03] <DonkeyHotei> oh. oops.
[21:04] <DonkeyHotei> The following packages have unmet dependencies:
[21:04] <DonkeyHotei>  libqtwebkit4:i386 : Depends: libgstreamer-plugins-base0.10-0:i386 (>= 0.10.31) but it is not going to be installed
[21:04] <DonkeyHotei>                      Depends: libgstreamer0.10-0:i386 (>= 0.10.31) but it is not going to be installed
[21:04] <DonkeyHotei> E: Unable to correct problems, you have held broken packages.
[21:04] <yofel> I assumed as much, apt doesn't show cascading dependency issues
[21:04] <DonkeyHotei> it still means the bug isn't fixed
[21:05] <yofel> well, *that* bug is fixed, please file a new one about your issue
[21:06] <DonkeyHotei> it's not fixed if it's still not installable, regardless of the cause
[21:06] <yofel> we are tracking bugs by cause
[21:06] <yofel> the cause for the quantal uninstallability was fixed, please file a new bug
[21:09] <DonkeyHotei> it looks like it's trying to install half of kde on gnome
[21:09] <DonkeyHotei> just for skype
[21:09] <DonkeyHotei> and all i386 on 64bit
[21:10] <DonkeyHotei> something is very wrong
[21:10] <DonkeyHotei> and i don't know how to trace it
[21:11] <DonkeyHotei> any ideas?
[21:12] <yofel> hm, it shouldn't pull in half of kde (unless there's a wrong recommend somewhere), but it'll need a fair share of i386 libs to run
[21:13] <DonkeyHotei> $ sudo apt-get install libxml2:i386
[21:13] <DonkeyHotei> Reading package lists... Done
[21:13] <DonkeyHotei> Building dependency tree
[21:13] <DonkeyHotei> Reading state information... Done
[21:13] <DonkeyHotei> Some packages could not be installed. This may mean that you have
[21:13] <DonkeyHotei> requested an impossible situation or if you are using the unstable
[21:13] <DonkeyHotei> distribution that some required packages have not yet been created
[21:13] <DonkeyHotei> or been moved out of Incoming.
[21:13] <DonkeyHotei> The following information may help to resolve the situation:
[21:13] <DonkeyHotei> The following packages have unmet dependencies:
[21:13] <DonkeyHotei>  dolphin : Depends: kde-runtime but it is not going to be installed
[21:13] <DonkeyHotei>  kde-baseapps-bin : Depends: kde-runtime but it is not going to be installed
[21:13] <yofel> !paste
[21:13] <ubot2> For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imagebin.org/?page=add | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic.
[21:13] <DonkeyHotei>  kdebase-runtime : Depends: kde-runtime but it is not going to be installed
[21:13] <DonkeyHotei>  konqueror-nsplugins : Depends: kde-runtime but it is not going to be installed
[21:13] <DonkeyHotei>  kubuntu-debug-installer : Depends: kde-runtime but it is not going to be installed
[21:13] <DonkeyHotei>  libgconf2-4 : Depends: libxml2 (>= 2.7.4) but it is not going to be installed
[21:13] <DonkeyHotei>  libkio5 : Depends: libstreamanalyzer0 (>= 0.7.6) but it is not going to be installed
[21:14] <DonkeyHotei>            Recommends: kdelibs5-plugins (= 4:4.7.4-0ubuntu0.2) but it is not going to be installed
[21:14] <DonkeyHotei>  libsoprano4 : Depends: soprano-daemon (= 2.7.4+dfsg.1-0ubuntu0.1) but it is not going to be installed
[21:14] <DonkeyHotei>  plasma-scriptengine-javascript : Depends: libplasma3 (>= 4:4.6.80) but it is not going to be installed
[21:14] <DonkeyHotei>  qapt-batch : Depends: kde-runtime but it is not going to be installed
[21:14] <DonkeyHotei>  shared-mime-info : Depends: libxml2 (>= 2.7.4) but it is not going to be installed
[21:14] <DonkeyHotei> E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
[21:14] <guntbert> DonkeyHotei: don't
[21:15] <DonkeyHotei> didn't realize it was that long, sorry
[21:16] <yofel> tracing the deps in a oneiric chroot resulted in skype not being installable as it tries to install iso-codes:i386 which has no installation candidate
[21:16] <yofel> (that's arch-all)
[21:17] <yofel> which would be a bug in gstreamer though
[21:18] <DonkeyHotei> but libxml2 isn't installable either, as you can see
[21:20] <yofel> DonkeyHotei: file a bug against skype that it's not installable in oneiric due to broken multiarch dependencies. Someone will have to figure out what to do from three
[21:20] <yofel> *there
[21:31] <DonkeyHotei> ok, bug 1082170, at your service
[21:31] <ubot2> Launchpad bug 1082170 in skype (Ubuntu) "skype-bin is not installable on 64bit oneiric due to broken multiarch dependencies" [Undecided,New] https://launchpad.net/bugs/1082170


 re: bug 1942638  Calamares checks lubuntu.me for connectivity. As another check you could try Ubuntu Studio which checks ubuntustudio.org I think. Also if someone could attach a Calamares log to the bug that would be great.
 Iĺl run a quick check on Studio and report back (re @kc2bez: re: bug 1942638  Calamares checks lubuntu.me for connectivity. As another check you could try Ubuntu Studio which checks ubuntustudio.org I think. Also if someone could attach a Calamares log to the bug that would be great.)
 I attached the installer syslogs to the bug report (re @kc2bez: re: bug 1942638  Calamares checks lubuntu.me for connectivity. As another check you could try Ubuntu Studio which checks ubuntustudio.org I think. Also if someone could attach a Calamares log to the bug that would be great.)
[16:53] <kc2bez> The syslog is good but the Calamares log will have different information.
 Studio has same error...remind me where is the calamres log found? (re @lubuntu_bot: (irc) <kc2bez> The syslog is good but the Calamares log will have different information.)
 Depending on how far along you are in the process it will vary a little. https://phab.lubuntu.me/w/debugging/
 Ah...remember tks (re @kc2bez: Depending on how far along you are in the process it will vary a little. https://phab.lubuntu.me/w/debugging/)
 Thank *you*
 My job!
 Just posted the debug file to the bug report... (re @kc2bez: Thank *you*)
 Excellent! I will give it a look as soon as I can.


[01:42] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: Ubuntu 19.04 (Disco Dingo) Will Reach End of Life on January 23, 2020 @ https://news.softpedia.com/news/ubuntu-19-04-disco-dingo-will-reach-end-of-life-on-january-23-2020-528808.shtml (by Marius Nestor)
[07:04] -BottyMcBotFace:#ubuntu-news- ::Planet:: Ubuntu Studio: Ubuntu Studio 19.04 (Disco Dingo) reaches End of Life on January 23, 2020 @ http://ubuntustudio.org/2020/01/ubuntu-studio-19-04-eol-in-one-week/
[07:04] -BottyMcBotFace:#ubuntu-news- ::Planet:: Ubuntu Blog: Infrastructure-as-Code mistakes and how to avoid them @ https://ubuntu.com/blog/infrastructure-as-code-mistakes
[10:48] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: Mozilla Thunderbird 68.4.1 Released for Linux, Windows, and Mac @ https://news.softpedia.com/news/mozilla-thunderbird-68-4-1-released-for-linux-windows-and-mac-528815.shtml (by Bogdan Popa, Microsoft News Editor)
[13:49] -BottyMcBotFace:#ubuntu-news- ::OMG!Ubuntu:: Ubuntu 19.04 Hits End of Life Later this Month, Upgrade Soon @ https://www.omgubuntu.co.uk/?p=160349 (by Joey Sneddon)
[18:32] -BottyMcBotFace:#ubuntu-news- ::Planet:: Ubuntu Blog: The State of Robotics – Robotics Over the Holidays @ https://ubuntu.com/blog/the-state-of-robotics-robotics-over-the-holidays
[20:22] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: OpenMandriva Lx 4.1 Enters Beta with Linux Kernel 5.4, LibreOffice 6.4 @ https://news.softpedia.com/news/openmandriva-lx-4-1-enters-beta-with-linux-kernel-5-4-libreoffice-6-4-528819.shtml (by Marius Nestor)
[20:47] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: Mozilla Firefox 72 Is Now Available for All Supported Ubuntu Linux Releases @ https://news.softpedia.com/news/mozilla-firefox-72-is-now-available-for-all-supported-ubuntu-linux-releases-528820.shtml (by Marius Nestor)
[22:01] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: You Can Now Run Android 10 on Your PC with AndEX 10, an Android-x86 Fork @ https://news.softpedia.com/news/you-can-now-run-android-10-on-your-pc-with-andex-an-android-x86-fork-528821.shtml (by Marius Nestor)


[02:25] <lotuspsychje> good morning
[02:48] <wez> Afternoon!
[10:30] <jailbreak> Morning 🌅🌞
[12:42] <wez> Evening!
[13:52] <wez> .o/
[13:53] <lotuspsychje> there's currently a zfs bug on jammy unsolved too
[13:53] <lotuspsychje> might still wait a bit
[13:53] <wez> lotuspsychje: Is there a btrfs bug too?
[13:53] <lotuspsychje> i didnt test btrfs on jammy yet
[13:53] <linsux> is btrfs a junk or linux equivalent of zfs?
[13:53] <wez> If not then great! looks like you can work around the zfs issues by using btrfs
[13:54] <wez> It offers most of what zfs does, depends what you need out of zfs I guess
[13:54] <murmel> linsux: for now, it depends on what you want to do with it
[13:56] <linsux> i want to setup home nas for home photo/video, 100G per year
[13:56] <linsux> i shouldprobably get backup?
[13:56] <linsux> and use zfs? btrfs?
[13:56] <murmel> linsux: then it doesn't really matter which you choose. (at raid1 level)
[13:56] <lotuspsychje> think synology NAS has btrfs by default
[13:57] <murmel> lotuspsychje: which sadly it not upstream btrfs
[13:57] <linsux> raid0 is mirroring and raid1 is stripping?
[13:57] <murmel> additionally they only use it for checksumming the files, raid is by lvm
[13:57] <murmel> linsux: other way around
[13:57] <linsux> if i use raid1 i gotto use zfs btrfs not ext4 or xfs right?
[13:58] <linsux> how likely will i lose data on raid1
[13:58] <wez> linsux: raid1 can be done via hardware, it doesn;t need to be done by a file syste,
[13:58] <wez> m
[13:58] <murmel> linsux: you can go mdraid/lvm raid1 with ext4, but I would go zfs/btrfs route, just because of checksum/scrubbing feature
[13:58] <linsux> so, zfs or btrfs?
[13:59] <murmel> because nobody wants to read every single file to see if corruption happened (over the span of a year)
[13:59] <wez> raid1 is a 1:1 copy, so depends how many drives are in the array and which ones go down
[13:59] <wez> raid6 exists BTW
[13:59] <linsux> and hardware raid is always better than software right?
[14:00] <wez> linsux: Usually, depends on the raid controller.  Some are just firmware for the config and software via drivers for the implementation
[14:00] <wez> linsux: Others are a full on computer on a card that handles it
[14:00] <wez> compelte with CPU and RAM
[14:01] <murmel> linsux: hardware raid is bascially dead
[14:01] <murmel> as hw raid has quite a few disadvantages
[14:02] <wez> murmel: Oh?
[14:02] <murmel> yes?
[14:02] <wez> murmel: Go on
[14:03] <wez> I am interested to find out why that is the case
[14:03] <cbreak> usually, hardware raid is much worse than zfs
[14:03] <wez> cbreak: hardware raid usually has a battery backup
[14:03] <cbreak> so?
[14:04] <murmel> wez: the biggest one is, when your controller dies. you literally need to have the exact same one, and even then it's not guaranteed to work
[14:04] <cbreak> zfs works without battery
[14:04] <wez> saves those bits
[14:04] <wez> precious bits
[14:05] <murmel> wez: additionally, with the ongoing "convergence" in datacenters, it doesn't matter that the cpu is tilting just because it manages 90+ disks
[14:08] <wez> .o/
[14:09] <cbreak> at work, we've had data loss once because some hardware raid controller failed
[14:09] <cbreak> and the disks were completely unreadable without it, nor with a replacement
[14:09] <cbreak> with zfs, this won't happen
[14:09] <cbreak> not even with btrfs or other lesser software raid
[14:10] <cbreak> I don't think there's a good reason to waste money on inferior hardware raid solutions nowadays, that we have zfs and CPUs that are more than fast enough to handle it
[14:10] <murmel> whatever "lesser software raid" means
[14:10] <murmel> that's another thing, sw raid _is_ cheaper
[14:10] <cbreak> like mdraid, or the stuff apple / microsoft offers
[14:10] <cbreak> block level redundancy raids
[14:10] <JanC> hardware RAID controllers should just use the standard RAID format from linux
[14:10] <cbreak> JanC: they don't.
[14:11] <cbreak> nothing's standard about them as far as I can tell
[14:11] <JanC> I meant "standard" as in a de facto standard  :)
[14:11] <murmel> JanC: how would they lock you in then? ^^
[14:12] <JanC> and I mean someone should make such controllers, and it would be a good way to market them: never lose data that way
[14:12] <cbreak> I use zfs in many usecases, and I've only had data loss so far when I experimented around with alpha versions of zfs or similar
[14:12] <murmel> cbreak: zfs also has other data loss situations, but very few
[14:12] <cbreak> JanC: why bother?
[14:13] <cbreak> murmel: haven't encountered those yet though :)
[14:13] <murmel> cbreak: I don't know if they fixed it already, but there was an issue with zfs send/receive
[14:13] <cbreak> the hole birth one?
[14:13] <cbreak> or the one with encrypted raw sends?
[14:13] <murmel> can't remember, give me a sec to see on gh
[14:14] <murmel> but yeah, every fs had it's issues with data loss, the big question is rather which fs do you trust enough with your data
[14:15] <cbreak> the answer should be: Make backups no matter which one you chose.
[14:16] <murmel> cbreak: definitely
[14:16] <cbreak> zfs is super reliable, and defends against corruption caused by hardware more so than any other solution I know of, but it's not immune to problems such as bugs in zfs itself, or the house burning down.
[14:16] <wez> More than a hardware solution?
[14:17] <cbreak> heh, sure
[14:17] <cbreak> hardware raid can't even compete with btrfs
[14:18] <murmel> i do quite like that btrfs brought a lot of firmware bugs to the surface
[14:22] <cbreak> https://openzfs.github.io/openzfs-docs/Getting%20Started/Ubuntu/Ubuntu%2022.04%20Root%20on%20ZFS.html <- in case you care about zfs boot on ubuntu, in a more proper way
[14:22] <cbreak> (I recommend using zbm, and not splitting the root into separate /boot, /usr, ...)
[14:24] <murmel> cbreak: btw, don't you have to disable the zfs module in the ubuntu kernel when using a different zfs version (can remember doing this on 20.04
[14:24] <cbreak> I don't think you have to do that manually, but I've only used the dkms thing once, a long time ago
[14:25] <cbreak> on ubuntu, I usually stick with the shipped zfs
[14:31] <murmel> I can remember I looked into it because 20.04 shipped with 0.8.6 and I wanted to see the newer 2.0 release (especially as I was building a new raid system)
[14:40] <cbreak> 0.8.3. I still use that on a pair of servers I control, works ok.
[14:44] <murmel> cbreak: yeah I wanted to avoid the pool upgrade later down the road
[17:16] <jailbreak> Afternoon 😁☺


[00:00]  * emmajane chuckles at popey  and is behind already.
[00:12] <rubikcube> where the bug tracker for the documentation?
[00:28] <Burgundavia> rubikcube: lp
[00:36] <rubikcube> https://bugs.launchpad.net/~ubuntu-doc ? will file it there, thanks
[00:37] <Burgundavia> yepo
[10:37] <milhoxp> Hi. Is anyone here form the team responsible for the ubuntu?
[10:38] <milhoxp> I have and idea about a localized magazine in South America that I wanna discuss about to turn it into an official issue.
[10:56] <milhoxp> Nobody?
[10:59] <mdke> milhoxp: probably the ubuntu-news mailing list is the most relevant, from what you've said
[11:00] <milhoxp> thx
[15:01] <nikolam> hi
[15:02] <nikolam> hel.ubuntu.com search stopped working.
[15:02] <nikolam> Where do I report this bug?
[15:02] <nikolam> help.ubuntu.com


[06:44] <n-iCe> hi how can i know my xubuntu version?
[06:46] <sm0rux> n-iCe: lsb_release -a
[06:46] <n-iCe> is 18.0.4 the lastest?
[06:47] <sm0rux> n-iCe: 18.04.4 is the latest available LTS version, yes.
[06:48] <n-iCe> and how can i create a bootable usb here in an old xubuntu version
[06:48] <n-iCe> to upgrade
[06:49] <n-iCe> I downloaded the .iso
[06:50] <n-iCe> sudo dd bs=4M if=/home/sana/Downloads/ubuntu-18.04.2-live-server-amd64.iso of=/dev/sdb1 status=progress oflag=sync
[06:50] <n-iCe> is this gonna work?
[06:57] <diogenes_> of=/dev/sdb not of=/dev/sdb1
[06:59] <diogenes_> n-iCe, i'd suggest: sudo cp /home/sana/Downloads/ubuntu-18.04.2-live-server-amd64.iso /dev/sdb
[07:00] <n-iCe> diogenes_: i did sudo dd if=xubuntu-19.10-desktop-amd64.iso of=/dev/sdb
[07:00] <n-iCe> is it ok?
[07:01] <n-iCe> finiashed
[07:01] <n-iCe> gonna reboot<PHONE_NUMBER> bytes (1.6 GB, 1.5 GiB) copied, 382.934 s, 4.3 MB/s
[07:01] <diogenes_> n-iCe, if that's ok or not you gonna find out when you'll try and boot.
[08:06] <z3v> Hey, I'm having issues with the lock screen. Its comes to a blank screen with unlocked, there is nothing but the cursor. CTRL+ALT+F1 does get me to the terminal, but how do I fix it?
[08:43] <JimiMM0JTX> hey yall. i'm currently installing 20.04 daily
[08:44] <Unit193> Nice!  Don't forget to report the test on the tracker.  You plan on using, or just testing?
[08:45] <JimiMM0JTX> i've been getting "system error" windows popping up on 18.04 for a few days, so I'm just gonna use 20.04 :)  I'm just using to access work computers and so some light data processing locally with perl
[08:46] <JimiMM0JTX> I have Lunarlinux on another partition if it al goes pair shaped, and two laptops to fall back on.
[08:46] <JimiMM0JTX> pear
[08:46] <JimiMM0JTX> how do I report the test on the tracker
[08:46] <JimiMM0JTX> ?
[08:49] <Unit193> http://iso.qa.ubuntu.com/qatracker/milestones/411/builds/209973/testcases if you have a launchpad.net account.
[08:50] <JimiMM0JTX> wow... can't believe I remembered my password first time!
[08:52] <Unit193> Awesome, thanks for testing and reporting.  FWIW, I've been using 20.04 for a little while now and not run into any major issues.
[08:52] <JimiMM0JTX> so I just check the case I did and hit "Passed with no bugs" if I see no bugs?
[08:52] <Unit193> Pretty much.
[08:53] <JimiMM0JTX> can I just say, I love that I can use IRC and email etc in the browser while installing!
[08:57] <JimiMM0JTX> is the install log saved somewhere?
[08:58] <JimiMM0JTX> I assume seccomp sandbox violation is harmless?
[08:59] <Unit193> After installation, there will be logs that remain in /var/log/installer/
[09:04] <JimiMM0JTX> Installation is complete... see you on the other side!
[09:13] <JimiMM0JTX> Hi.  I'm now chatting to you from weechat within my fresh installation of Xubuntu20.04daily (downloaded a few days ago) on my SBC
[11:11] <agenthex> quick question about xubuntu and nvidia drivers:  i'm trying to install a package that will get me an OpenCL interface to some Tesla K20Xm cards I have.  the nvidia-430 package causes lightdm to loop and fail and loop more.  is there a better way to install nvidia drivers than the Additional Drivers panel?
[11:24] <agenthex> is there a nouveau package that will expose the GPU as an OpenCL device?  it is a few generations behind the current, so maybe there's a way to do this?
[11:30] <diogenes_> agenthex, /j #nouveau
[11:59] <malekmaroc7> Hello again! I tried the driver install but the hotspot still does not work
[12:01] <malekmaroc7> I get Connection Failure Error 2
[12:05] <malekmaroc7> diogenes_
[12:07] <diogenes_> malekmaroc7, how you enable hotspot?
[12:09] <malekmaroc7> trough nm-connection-editor
[12:11] <diogenes_> then the drive has no AP support, try the ad-hoc instead of hotspot.
[12:11] <diogenes_> driver*
[12:15] <agenthex> update: i did not find nouveau support, but I was able to confirm that the xfce/lightdm fail loop can be aborted via ssh.  on the terminal, i can run clinfo and retrieve valid CL devices, so the driver is actually installed and working.  it just causes xfce/lightdm to repeatedly try to use the K20Xm as a video device, and it has no video output.  is there a way to blacklist a device or force the default onboard video to be the primary o
[12:15] <agenthex> utput, or should i just uninstall xfce (or reimage without a GUI)?
[12:47] <malekmaroc7> sorry diogenes_ Can you write again what you said? I needed to restart my PC
[12:51] <malekmaroc7> I used the "nm-connection-editor" command to set up a wifi connection for the hotspot btw
[18:56] <StevenJayCohen> will 20.04 Xubuntu default to Wayland or X?
[18:58] <diogenes_> StevenJayCohen, xfce doesn't support wayland.
[18:59] <StevenJayCohen> Odd, I saw some bits about parts of XFCE now supporting Wayland, and I assumed that it was complete. So, will XUbuntu be the last of the X-default Ubuntu Flavours?
[19:00] <diogenes_> as long as xfce won't be supporting it.
[19:01] <StevenJayCohen> Found it "Catfish 1.4.12 adds support for running on Wayland." https://blog.xfce.org/
[19:01] <StevenJayCohen> That's what confused me
[19:02] <StevenJayCohen> I just found a note on Debian's site that explained it. So, with the slow cycle on XFCE, it should be X for a while. Cool! Question answered.
[19:02] <StevenJayCohen> https://www.reddit.com/r/xfce/comments/4aeqda/xfce_wayland_support/
[19:04] <diogenes_> as far as i know, wayland is not even on a todo list for xfce team so not even on the horizon.
[19:04] <SLeePy1234> hey everyone, I read in a newsletter you were looking for someone to help out with Italian localization, is that still the case? I know someone who would be interested in contributing
[21:36] <gnrp> SLeePy1234: Yeah, still the case, see https://translations.launchpad.net/xubuntu-docs/master/+lang/it
[23:55] <VideoValkbits> ok
[23:55] <VideoValkbits> first time on IRC
[23:56] <VideoValkbits> but
[23:56] <VideoValkbits> my xubuntu won't connect to the internet
[23:56] <VideoValkbits> like
[23:57] <VideoValkbits> the driver is *there*
[23:57] <VideoValkbits> it just won't read it
[23:58] <VideoValkbits> anyone there?
[23:59] <VideoValkbits> ok


[04:51] <ball> Can I install a .deb from the cli?
[04:51] <ball> I'm not having much luck otherwise
[04:52] <ball> Oh hang on, it's opening in "Software install"
[13:50] <penguin42> right, half hour call with Virgin to get them to take the price back down
[13:52] <zxmpi> make sure they know you're on a mobile or wireless phone so you can take bathroom breaks if necessary while on this call... establish dominance :-P
[13:54] <penguin42> it really did take about 15 20 mins of him just typing/waiting for someone else
[13:55] <zxmpi> waiting for you to crack first
[13:55] <penguin42> yeh
[13:56] <penguin42> the standard list for the 100Mbps is ~£45 for non-new-customers, I got it back down to £28
[13:56] <zxmpi> ignore me, just putting a movie on in background... ::hits play on seven samurai::
[14:01] <penguin42> I was typing away doing my email
[17:54] <daftykins> penguin42: what point did you have to argue to bring it down?
[18:23] <penguin42> daftykins: None, just to had to ask, I muttered things about having already bought a 4G modem (due to previous cable outages) and how there were good mobile deals now
[18:24] <penguin42> daftykins: you have to navigate the menu to the 'I'm thinking of leaving' and that gives you different people who try and keep you - it doesn't always work, but just asking has a fair chance of getting you the introductory price they give to new customers
[18:24] <daftykins> do they keep bumping up cable internet fees if you leave it unchecked or something?
[18:24] <daftykins> ah yeah the old classic customer retention team
[18:24] <penguin42> daftykins: The bump you can't do much about, but the difference between new/normal customer you can, and if you have outages they'll give you reduced bills for a year or so, which for me was about to run out
[18:25] <daftykins> ah har
[18:27] <penguin42> I normally have one or two bad months a year where it's dodgy, especially when it's cold
[18:30] <penguin42> so then I buy a giffgaff 10 or 20G goody bag for the month
[18:30] <penguin42> and I have a little script that flips the routing


[04:38] <wxl> i know we've got a couple devs in house. i have an easy-to-fix bug in galculator, which is developed on sourceforge. is it typical to branch/merge on launchpad and then expect it to be pushed upstream? are there some particular rules to follow?
[04:56] <kereltis> I saw that Ubuntu Italy released an webapp for their loco. I could not find one for us so I've been playing around with creating one today.
[04:57] <wxl> cool kereltis !
[04:58] <wxl> no that's weird
[04:58] <wxl> oops wrong channel that one :)
[04:59] <kereltis> Well that's the last time I'll...oh wait... ;-)
[05:02] <kereltis> I'll upload it so you can take a look, unfortunately I don't have an Ubuntu Phone yet, just the emulator but it will give us something to work with. :-)
[05:02] <wxl> i have one, kereltis, so get it to me and i'll test it out
[05:02] <kereltis> Cool
[05:05] <kereltis> See if you can grab it from here: https://drive.google.com/open?id=0Bze0ebspiCtkSXpaZk1HUWtCTFE&authuser=0
[05:40] <wxl> kereltis: not readily. would be better to have it on launchpad :)
[05:40] <kereltis> Cool
[23:48] <kereltis> the app should be in the click store now, it got accepted so we can test it.


[07:21] <snadge> im trying to figure out if theres an existing bug report, or which package a bug report needs to be filed against
[07:22] <snadge> https://bugs.launchpad.net/ubuntu/+source/libglvnd/+bug/1751414 .. comment #25
[07:23] <snadge> but i just upgraded from 17.10 to 18.04 and lost accelerated graphics.. after purging ppas.. reinstalling drivers etc.. and doing my head in
[07:23] <snadge> installing libegl-mesa0 and restarting X fixed it
[07:24] <snadge> presumably this doesn't happen on a clean install and only if you've managed to stuff up an upgrade
[14:49] <soon> Would someone try to reproduce a very simple bug for me? Start Empathy -> Click 'Accounts' from the menu and try to move the newly opened window around ... on my fresh 18.04 installation that window is fixed in place ...
[15:02] <HoloIRCUser3> ..
[15:27] <HoloIRCUser4> ..
[16:02] <BvX> Hi
[16:03] <BvX> I'd like to report a bug in Ubuntu 18.04. Where do I report it? I'm using the GNOME edition.
[16:04] <BvX> I'd like to do it manually, without using the "Report problem" button in the apport thing, if possible.
[16:12] <soon> BvX: https://bugs.launchpad.net/ubuntu
[16:12] <soon> BvX ... could you test a bug for me please?
[16:12] <soon> Start Empathy -> Click 'Accounts' from the menu and try to move the newly opened window around ... on my fresh 18.04 installation that window is fixed in place ...
[16:16] <BvX> I'm about to get rid of this and install the MATE version.
[16:17] <BvX> I tried to report it using the apport thingy, but that didn't seem to do anything.
[16:17] <BvX> ls /var/crash shows these many files:
[16:17] <BvX> linux-image-4.15.0-20-generic.162124.crash   linux-image-4.15.0-20-generic.162505.upload linux-image-4.15.0-20-generic.162124.upload  linux-image-4.15.0-20-generic.162506.crash linux-image-4.15.0-20-generic.162180.crash   _usr_lib_chromium-browser_chromium-browser.1000.crash linux-image-4.15.0-20-generic.162180.upload  _usr_lib_gnome-settings-daemon_gsd-clipboard.1000.crash linux-image-4.15.0-20-generic.162505.crash   _usr_share_app
[16:18] <BvX> Is it just me that's experiencing all this problems?
[16:18] <BvX> Not complaining about something that's free, but I hardly think this is stable.
[16:19] <BvX> soon: I will, after 2 hours. If you're online at that point, then please /msg me.
[16:19] <soon> I'm running on a 60bit Intel i7 platform ... runs quite well so far
[16:19] <soon> ..will do
[18:43] <soon> is anyone awake here?
[18:51] <teward> soon: it helps to ask an actual question
[18:55] <soon> yeah ... I tried that a while ago :-)
[18:56] <soon> Do you have Empathy installed on 18.04? If so, could you check a bug for me?


[07:42] <kazade> hi, I've just been spending some time in #radeon trying to compile Alex Deutcher's R600 3D acceleration support on Karmic, but it's not working and they seem to think that perhaps there are some custom patches in Ubuntu which are breaking it. I don't suppose any of you had any luck compiling that branch?
[07:44] <tjaalton> you have the needed kernel bits too?
[07:47] <kazade> I've tried building using these instructions: http://www.phoronix.com/forums/showthread.php?t=18589 and also building in tree, I'm just trying rebuilding in tree one final time, it's possible I messed up the first time
[08:07] <kazade> ok, i'm back. I recompiled radeon.ko and drm.ko and installed them. Now I get this: http://pastie.org/592031 so I rebuilt the ttm.ko module and it made no difference :(
[08:09] <kazade> bryce, any chance of getting an r6xx/7xx 3D acceleration ppa in xorg-edgers :p
[08:21] <RAOF> Gah.  Too late.
[08:22] <tjaalton> probably the old ttm.ko is still being loaded
[08:22] <kazade> got it working... needed to load the "ttm" module at boot
[08:22] <kazade> it just wasn't being loaded by the look of it
[08:23] <kazade> I added "ttm" to /etc/modules and now I have Compiz on an R600 with the OSS stack ;)
[08:23] <RAOF> Possibly it was also the initramfs having an older drm.ko and loading it, too.
[08:23] <RAOF> That's always fun for nouveau.
[08:24] <kazade> I'm just glad to have 3D back after a couple of months of 2D only :)
[08:25] <RAOF> Thinking of nouveau, we should get a new snapshot of drm + DDX before feature freeze.
[08:26] <tjaalton> RAOF: there already is a new libdrm, is it enough?
[08:27] <RAOF> Yes, it is.
[08:27] <kazade> Do you reckon we'll have this ATI R600 3D out of the box in Karmic? I'm using it and there's only a little text corruption in the terminal when compiz is enabled.. everything else seems fine :)
[08:27] <RAOF> It will be simple enough to do the update; I'm just not sure if I'll get time to go through the full process.
[08:28]  * RAOF should be working right now!
[08:30] <tjaalton> and I should be painting walls :)
[10:57] <RAOF> Ok.  The new libdrm hasn't made it through NEW yet.  Excuse!
[13:26] <mac_v> hi... anyone around? need some advice with ATI xorg-edge ? :)
[13:32] <mac_v> could someone instruct me how to set the kernel setting mentioned in comment #7 https://bugs.freedesktop.org/show_bug.cgi?id=23386
[13:34] <mac_v> bryce: ^?
[15:09] <xax> hi. ever since Ubuntu 9.04, kernel 2.6.28-13-generic, I only see noise on my screen right after the splash screen. I can hear sound and I can even log in (blindly), but the whole screen is filled with garbage. this problem didn't come up in and before 2.6.28-11-generic. I have an ATI card. is this a known problem?


[00:02] <arraybolt3[m]> Simon Quigley: OK, lemme get this straight... how much of our history am I supposed to cram in here?
[00:02] <arraybolt3[m]> I'm intending on trying to put in everything after the last Debian import I can see.
[00:02] <arraybolt3[m]> But that includes Raman Sarda's upload of a new upstream release of libfm-qt from 2021, which is a HUGE and very complicated commit.
[00:02] <arraybolt3[m]> I'm unsure how I can get the histories to merge together properly, and since most of this stuff is useless anyway since it's all been replaced by now, I'm doubting if this is the right way to do it.
[00:02] <arraybolt3[m]> Maybe I should only pull over the parts of the commits that matter and spoof author names as necessary?
[00:03] <tsimonq2> arraybolt3[m]: In my understanding, just the latest changes
[00:04] <arraybolt3[m]> Simon Quigley: Ah, that makes sense. But I know Andrew was very determined to get Ubuntu's changelog history into Debian, so I don't want to do too little and have him be upset with the results again.
[00:04] <arraybolt3[m]> So basically the history looks like "Debian Debian Debian - TONS OF UBUNTU - Debian 1.1.0", so I *think* I'm supposed to get all the "TONS OF UBUNTU" in.
[00:05] <arraybolt3[m]> (There's some other scattered Ubuntu stuff in the changelog but it's old and I believe irrelevant.)
[00:05] <tsimonq2> Ubuntu's changelog stanzas, the full one with the Ubuntu versioning, never belongs in Debian. Only the original entries
[00:05] <arraybolt3[m]> Well that's not what Andrew communicated to me.
[00:05] <arraybolt3[m]> Simon Quigley: Lemme pull up the convo from Debian Salsa...
[00:05] <tsimonq2> If you remember, his entire point on why we needed to redo it is to get those original entries not the original stanzas
[00:05] <tsimonq2> Does that make sense?
 https://phab.lubuntu.me/T160 (re @lubuntu_bot: (irc) <tsimonq2> https://github.com/lxqt/sddm-config-editor)
[00:06] <arraybolt3[m]> Simon Quigley: Well, he wanted exact Git history too, so... just read it and translate please.
[00:06] <arraybolt3[m]> Simon Quigley: https://salsa.debian.org/lxqt-team/libfm-qt/-/merge_requests/5 (it's mostly the stuff at the bottom)
[00:07] <arraybolt3[m]> Simon Quigley: He said: "The whole point is to keep authors and the commit messages, so we can understand better why and what happened. I won't mind to have ubuntu revisions in the changelog entry as we will have debian revision in the last entry."
[00:08] <arraybolt3[m]> Maybe I'm confusing terms? I thought a changelog entry was what I believe you're calling a stanza.
[00:08] <arraybolt3[m]> And this possibly mistaken belief was reinforced when he said he didn't mind Ubuntu revisions in the changelog entry.
[00:09] <tsimonq2> Each entry in d/changelog should (not must, should) correlate to its own commit
[00:09] <tsimonq2> If you include the Ubuntu stanza in some of your earlier commits, fine, just remember to Debianize it before it hits that MP
[00:09] <arraybolt3[m]> Simon Quigley: Just so I don't misunderstand more, what *is* an Ubuntu stanza?
[00:10] <arraybolt3[m]> Is this a stanza?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/158aeb453a9ae8f2032057804bd5cc7a25cb72e0)
[00:10] <tsimonq2> Yes
[00:10] <arraybolt3[m]> And what does "debianizing" it look like? Changing the version number?
[00:10] <tsimonq2> An entry is simply a bullet point
[00:11] <arraybolt3[m]> Ah. Every time I said "entry" in my conversation, I meant "stanza". No wonder I was so confused!
[00:11] <arraybolt3[m]> Simon Quigley: So basically I put all of the entries from all of the work I'm upstreaming into one stanza, ensuring that the entries are copied verbatim and the proper author names are included in the stanza?
[00:12] <arraybolt3[m]> And making sure a Debian version number is used?
 "Simon Quigley: So basically I..." <- Correct
[04:14] <arraybolt3[m]> Simon Quigley: OK, I have good news and bad news. The good news is, that fancy menu you wanted in before feature freeze? I got it packaged-ish (it sbuilds and works in a VM, though the packaging is quite rough and needs some help before it's release-worthy). The bad news is, the author failed to put any license in his project, which leaves us on shaky legal ground as far as actually *using* Wing Menu goes.
[04:15] <arraybolt3[m]> Simon Quigley: I'm going to ask him to put a clear license in the project, hopefully we'll get it in before a blocking freeze hits.
[04:15] <arraybolt3[m]> Oh crud. He's already been asked for a license.
[04:17] <tsimonq2> arraybolt3[m]: Link?
[04:17] <arraybolt3[m]> https://github.com/slidinghotdog/plugin-wingmenu/issues/10
[04:17] <arraybolt3[m]> Maybe if we both nudge him at the same time he'll do it?
[04:18] <arraybolt3[m]> (Really, since you're the flavor lead, just your nudge alone should do the trick.)
[04:18] <arraybolt3[m]> Simon Quigley: ^ Link above my two messages
[04:27] <tsimonq2> Ah, I see now
[04:28] <tsimonq2> Yeah, I'll talk to some LXQt folks in the morning
[04:28] <tsimonq2> Thanks Aaron :)
[04:28]  * Eickmeyer[m] would love to see it licensed as WTFPL
[07:17] <arraybolt3[m]> https://github.com/calamares/calamares/tree/v3.3.0-alpha2 Looks like Calamares is ready to go!
[07:17]  * guiverc just *hopes* you're not hoping to push that into focal.5 !
[07:18] <arraybolt3[m]> guiverc: LOL no.
[07:18]  * guiverc breaths again...
[07:18] <arraybolt3[m]> guiverc: It's for Kinetic before the Feature Freeze.
[07:19] <guiverc> :)   I realized that... just couldn't stop myself from ^
[07:20] <arraybolt3[m]> ROFL I just had to tell tomreyn that he had gone off-topic in #kubuntu earlier today, so I get the feeling :P
[07:23] <arraybolt3[m]> guiverc: Speaking of focal.5, when is a good time for me to kick into testing mode?
[07:26] <guiverc> I currently see no need; https://phab.lubuntu.me/w/release-team/testing-checklist/ is our checklist; whilst today's daily was a lot more % change than I expected; I don't see any need for testing beyond what I'm doing already  (Leó usually saves me from having to fight with secure-uefi bios changes but none of those are 'stale').   I'll do some more tomorrow (the oldest each day.. if I encounter issues then more testing maybe
[07:26] <guiverc>  required but I'm not expecting any issues thanks arraybolt3[m]
[07:27] <arraybolt3[m]> No problem, ping me if you need help or want more hardware in the mix!
[07:27] <guiverc> thanks !
[19:27] <Eickmeyer[m]> CALAMARES 3.3.0 ALPHA 2 HYPE!!!!
[19:56] <tsimonq2> I asked nicely ;)
[20:04] <arraybolt3[m]> Simon Quigley: Any progress on Wing Menu licensing?
 "Simon Quigley: Any progress on..." <- No changes made for a month
[20:28] <arraybolt3[m]> Crud. That's a blocker to including it in Lubuntu. :( Hopefully Simon can make things move.
[20:29] <tsimonq2> Since it's a NEW package, I'll be more concerned about it following Feature Freeze.
[20:29] <tsimonq2> Tonight I'll be pingable but mostly unavailable due to a $dayjob deploy
[20:30] <arraybolt3[m]> Right but won't it require changes to our config in order for it to be the default menu?
[20:30] <arraybolt3[m]> That's why I thought it was important.
[20:30] <tsimonq2> those already exist in upstream PRs IMO
[20:31] <tsimonq2> we should get everything compatible with it, package it as we would with anything else, and ship it in a PPA with an explicit disclaimer that the licensing is unclear
[20:31] <tsimonq2> we can't ship anything non-DFSG by default, but we can certainly make all of the necessary adjustments for it to be plug-n-play
[20:31] <arraybolt3[m]> Sounds like a good fallback plan!
[20:32] <tsimonq2> hold on let me run that by a TB member to see if that rationale is kosher
[20:32] <tsimonq2> well, ubuntu-archive may do
[20:33] <arraybolt3[m]> It seems a bit shaky legally to me, but really unless the guy pulls a fast one and licences it under some source-available-yet-proprietary license, it's unlikely to go wrong. He seems to want people to just use it.
[20:33] <arraybolt3[m]> And come to think of it, since I believe he's using LXQt Panel as an integral part of the project, it may just be automatically GPL'd as a result.
[20:34] <arraybolt3[m]> Ah, it's LGPL, so nevermind, no dice.
[23:52] <arraybolt3[m]> Houston, we have a problem. I've just discovered that our Calamares packaging has a flawed copyright file... and that file is going to be a SERIOUS PAIN to rebuild. I don't think we'll get it before feature freeze if I do that. Do I let it slide, or shall I tear up the file and try again?
[23:53] <tsimonq2> Feature Freeze not applicable in this case, although in an ideal world we'd review all packages first
[23:53] <tsimonq2> I should have noted that Feature Freeze is a soft freeze. You should be 10x more worried about Beta Freeze, which is a hard freeze :)
[23:54] <arraybolt3[m]> Oh OK.
[23:54] <arraybolt3[m]> (The CMakeLists.txt files in Calamares appear to be BSD-2-Clause, which our copyright file didn't cover. If we missed that... goodness knows what else we missed.)
[23:55] <tsimonq2> This one is going to be slightly weird... but I think doing it this way is the best way for you to learn how to be a collaborative developer
[23:56] <tsimonq2> I would grab the package from Debian Sid, do an entirely Debian-based change to the Debian package ensuring the copyright is up to date, propose an MP there in the Salsa packaging. In the meantime, once that's done, grab the copyright file you just remade in Debian, scan the delta between Debian's upstream version and our upstream version, make the appropriate changes, and we can upload that whenever, even before Debian :)
[23:56] <tsimonq2> Does that approach make sense to you? I hope it isn't too tedious
[23:57] <tsimonq2> We just try to keep a small delta, besides of course the new upstream releases :)
[23:57] <arraybolt3[m]> Well... yes it does make sense. But I've started to dread dealing with debian :P OK, I'll do it.
[23:57] <tsimonq2> You've dealt with one Debian maintainer :P
[23:57] <arraybolt3[m]> Do you think Debian is even interested in an alpha2 Calamares release?
[23:57] <tsimonq2> The Calamares maintainer in Debian is the current DPL
[23:57] <tsimonq2> He may be busy but he's amazing. Love highvoltage <3
[23:58] <tsimonq2> arraybolt3[m]: Nah, but if our copyright as-is falls short, I'm sure theirs does too
[23:58] <tsimonq2> Again, Jonathan may not have as much time as he'd like, being DPL and all :P
[23:58] <tsimonq2> I can also volunteer to do all the Debian paperwork for you on this one
[23:58] <arraybolt3[m]> Good point. So I just refresh their packaging for whatever version they have, then... ok, can you stick around for a bit so I can poke your brain for details on what all I need to do?
[23:59] <tsimonq2> tl;dr forget the Ubuntu cala package exists for a minute and just fix up Debian's. Straight copy your new copyright file from Debian into Ubuntu and then update it for 3.3
[23:59] <arraybolt3[m]> OK.
[23:59] <tsimonq2> lmk how I can help :)
[23:59] <arraybolt3[m]> So work from Debians up into alpha2, forgetting alpha1 even exists?