[09:36] <jerom1> Hi,
[09:37] <jerom1> i use kickstart but i cannot use bash interpreter, can you confirm %post --interpreter doesn't work
[10:04] <cjwatson> you cannot use bash in kickstart; that is correct
[10:04] <cjwatson> it's always possible to avoid bashisms
[10:05] <cjwatson> it's usually a fairly trivial change
[10:07] <jerom1> is it correct if i comment test "if [ "$2" != /bin/sh ] ; then" in lib/kickseed/handlers/post.sh in initrd ?
[10:08] <jerom1> i must use bash, my datacenter sysadmin must use bash (in standard post install ...)
[10:13] <cjwatson> you cannot use bash. it is not there.
[10:13] <cjwatson> you only have busybox sh in the installer environment.
[10:13] <cjwatson> show me your %post script and I'll be entirely happy to convert it to ordinary sh for you; this is a trivial operation
[10:14] <cjwatson> in fact there's often nothing to convert
[10:14] <jerom1> oki I will convince my sysadmin
[10:15] <cjwatson> your sysadmin should recognise that there is a very large subset of bash which can be used in plain POSIX /bin/sh
[10:15] <cjwatson> (this isn't Solaris /bin/sh, which is considerably less capable)
[10:16] <jerom1> oki i demand to my sysadmin to show his bash script
[10:17] <cjwatson> hmm, well
[10:17] <cjwatson> actually
[10:17] <cjwatson> strictly speaking if you aren't using --nochroot then you ought to be allowed to use --interpreter /bin/bash
[10:17] <cjwatson> (sorry, I've only just woken up ...)
[10:17] <cjwatson> I had forgotten that --nochroot wasn't the default
[10:18] <cjwatson> I'll make that change in kickseed for feisty. As I say, though, it shouldn't block you, because all bash scripts can be rewritten to work in sh with at most minor modifications.
[10:18] <jerom1> oki good :-)
[10:19] <cjwatson> it's a bit more than just removing that check in post.sh, because /bin/sh is hardcoded elsewhere
[10:20] <cjwatson> not a huge change, but hard to describe over IRC
[10:20] <jerom1> oki
[10:20] <jerom1> thanks
[11:09] <cjwatson> ok, kickseed thus improved in feisty
[11:09] <cjwatson> thanks for the report; sorry I incorrectly dismissed it at first
[11:09] <jerom1> no problem, great thanks
[01:48] <Riddell> cjwatson: seems like qt4 ubiquity does the guided partitioning immediately after you click Next without warning, is that something I missed out or something that hasn't been put back in yet?
[01:51] <cjwatson> it should calculate the new partitions but not actually commit them until after the summary page. AFAIK that's working in gtk+qt3
[01:54] <Riddell> yes, it was, I wonder what i missed out
[01:59] <cjwatson> the summary page implementation maybe?
[02:00] <cjwatson> that code path can be hairy ...
[02:07] <Riddell> is there an extra mainloop nesting there?  the way I've coded it the flag will only know about 1 nesting
[02:29] <cjwatson> Riddell: there used to be, but isn't any more
[02:30] <Riddell> cjwatson: what changed?
[02:31] <cjwatson> it was made a whole lot less crackful
[02:31] <cjwatson> I rewrote the partitioning commit step
[02:34] <Riddell> so it should just work without coding anything special, instead of wiping my hard disk at the wrong time
[02:34] <cjwatson> do you see the summary page at all?
[02:34] <Riddell> choose Guided paritioning, click Next -> progress box saying hard disk being wiped
[02:35] <cjwatson> I'm not convinced by the on_steps_switch_page change you made
[02:36] <cjwatson> is there nothing like the aboutToShow signal any more?
[02:36] <cjwatson> IMO it should be done with signals to make sure that we handle page changes properly event if they aren't done via set_current_page
[02:38] <cjwatson> -        if step == "stepWelcome":
[02:38] <cjwatson> +        if step == str("stepWelcome"):
[02:38] <cjwatson> >>> "stepWelcome".__class__
[02:38] <cjwatson> <type 'str'>
[02:38] <cjwatson> why that change?
[02:41] <cjwatson> other than that, unclear - trying it myself now
[02:41] <Riddell> it wasn't matching, at least on one of the places in that if bunch, I didn't look into why
[02:42] <cjwatson> brb, parents
[03:18] <cjwatson> have fun :) I'll see what I can fix up
[04:16] <cjwatson> Riddell: can't reproduce here
[04:17] <cjwatson> I had to fix a partman problem to stop parted_server segfaulting and see the content of the autopartitioning page at all, but that's not your problem ...
[05:36] <allmanj> hey - i'm looking for packages on the dapper cd that aren't installed by ubuntu-standard or ubuntu-desktop so i can remove them as i'm after creeping a little over burnable size...
[05:37] <allmanj> that, or i'd like to modify what counts as "ubuntu-desktop"
[05:48] <cjwatson> allmanj: look at the Task lines in the Packages file and/or study https://wiki.ubuntu.com/SeedManagement
[05:49] <allmanj> dapper appears to have an ubuntu-desktop package... is this not used?
[05:53] <cjwatson> sure, it's used
[05:54] <cjwatson> but as a component of the task ...
[05:54] <cjwatson> language packs are a normal-ish thing to strip out
[05:54] <allmanj> i'm thinking the samba server is a candidate
[05:54] <cjwatson> sounds reasonable
[05:55] <allmanj> aye - it's big and i'm pretty sure i'll never need it
[10:12] <macogw> what does ubiquity show up as in the system monitor's processes list?  it froze installing feisty -.-
[10:16] <macogw> the X button in the top right doesnt do anything. minimize and maximize work just dandy


[05:35] <pitti> Good morning
[05:35] <doug5> pitti, morning
[05:54] <jibel> Good morning
[06:00] <pitti> jibel: hm, the update-manager autopkgtests keep installing 0.191 from saucy release instead of 0.193 from saucy-proposed
[06:01] <pitti> jibel: I'll investigate
[06:03] <jibel> pitti, Err http://ftpmaster.internal saucy-proposed Release.gpg  Unable to connect to ftpmaster.internal:http:
[06:03] <pitti> oh, that would be it
[06:03] <jibel> from u-m autopkgtest console output
[06:03] <jibel> why only -proposed would fail?
[06:04] <jibel> pitti, I restarted the test
[06:04] <pitti> jibel: doesn't help, I already re-tried 3 times
[06:04] <pitti> jibel: well, it would keep the previous Packages indexes
[06:04] <jibel> pitti, okay, I'll file a ticket and notify IS
[06:05] <pitti> auto-package-testing@alderamin:~$ elinks http://ftpmaster.internal
[06:05] <pitti> -> connection refused
[06:06] <jibel> pitti, ah, that would explain all the 'RUNNING' we had yesterday
[06:06] <pitti> in other news it seems that -s got broken, investigating that then
[06:06] <pitti> jibel: ah, because it tested older versions
[06:07] <jibel> yes, this is another fix I'll land this week
[06:08] <jibel> jiufeng will wait until the right versions are available before starting the tests instead of triggering them immediately when a new request comes up
[06:08] <pitti> jibel: I actually thought britney wasn't supposed to request them until the version is available and installable?
[06:08] <pitti> we still seem to get failures due to uninstallability, altough the last one that I can remember was 2 weeks ago
[06:10] <pitti> aha - it wants 2000 MB free in /run/shm, but I only have 1876
[06:11]  * pitti sets it in ~/.adtrc and is happy again
[06:42] <DanChapman> Good Morning all
[06:43] <elfy> morning DanChapman
[06:44] <JackYu> morning:)
[06:54] <Noskcaj> DanChapman, Any progress on testdrive? I'd rather wait until GTK3 is finished to send off my "What testdrive should become" email
[06:58] <DanChapman> Noskcaj: I couldn't get the branch which is ported to GTK3 to run . I plan to take a look at it this week mate, should be thursday if all goes to plan :-)
[07:04] <Noskcaj> DanChapman, Aweseome
[07:04] <Noskcaj> *awesome
[08:05] <smartboyhw> phillw, so, you made the Ubuntu Release Team quite unhappy...
[08:05] <smartboyhw> phillw, don't forget, you can actually re-spin images yourself.
[12:19] <smartboyhw> balloons, ping pong, you should not be on holiday today:P
[12:19]  * patdk-wk sends smartboyhw on holiday
[12:19] <patdk-wk> shoudl get the same net effect
[12:20] <smartboyhw> patdk-wk, unfortunately, there is no holiday for me now
[12:21] <patdk-wk> don't worry, we have no idea about your holidays over there :) just make one up :)
[12:22] <patdk-wk> oh, I have next saturday off :)
[12:22] <smartboyhw> patdk-wk, I have one on the 20th I think
[12:22]  * smartboyhw forgotteen
[12:22] <patdk-wk> on the 14th :)
[12:22]  * patdk-wk gets older
[14:03] <balloons> ohh smartboyhw you are around again
[14:03] <smartboyhw> balloons, heh heh heh heh heh heh heh heh heh heh heh heh heh heh heh
[14:03] <smartboyhw> balloons, so, good holidays?
[14:06] <balloons> smartboyhw, yep, holiday was nice
[14:07] <smartboyhw> balloons, so, you are supposed to send out the "BIG promotion" mail eh?
[14:07] <balloons> smartboyhw, yes indeed
[14:07] <smartboyhw> balloons, \o/
[14:07] <smartboyhw> balloons, it's Beta 1 this week:P
[14:08] <balloons> have to move all the stuff from uds to work items
[14:08] <balloons> lots of stuff
[14:08] <smartboyhw> balloons, \o/
[15:01] <smartboyhw> balloons, I heard that Elementary OS is investigating into using Autopilot.
[15:05] <balloons> o?
[15:05] <smartboyhw> balloons, yes
[15:06] <balloons> cool, the more the merrirer
[15:06]  * smartboyhw still waits for balloons's mail:P
[15:06] <elfy> wb balloons
[15:06] <DanChapman> afternoon balloons :-)
[15:06] <smartboyhw> Wow, chilicuil and SergioMeneses almost joined at the same time
[15:07] <DanChapman> and elfy
[15:07] <smartboyhw> Hello DanChapman
[15:07] <smartboyhw> and elfy
[15:07] <elfy> smartboyhw: that'll be a fail then ... chilicuil and SergioMeneses joined the channel hours after I did ;)
[15:07] <elfy> I was just away :)
[15:08] <SergioMeneses> jajaja
[15:08] <smartboyhw> elfy, heh heh heh heh heh heh heh heh heh heh heh heh heh heh heh heh heh heh
[15:08] <DanChapman> i ment afternnon elfy
[15:08] <SergioMeneses> party time is over
[15:08] <smartboyhw> chilicuil, SergioMeneses you fail:P
[15:08] <DanChapman> smartboyhw: hey
[15:08] <chilicuil> smartboyhw: x_x
[15:08] <SergioMeneses> lol
[15:09] <smartboyhw> chilicuil, XD
[16:56] <balloons> hey elfy DanChapman :-)
[16:57] <DanChapman> balloons: howdy o/
[16:58] <balloons> I had a pc die on me, something isn't right with it
[16:59] <DanChapman> oh dear, thats not so good. You got it running ok now?
[17:02] <balloons> No, so I've been on the laptop.. it's just not nearly as nice imho
[17:03] <elfy> they rarely are imho
[17:48] <balloons> elopio, ping
[17:51] <elopio> balloons: pong
[18:03] <balloons> elopio, so it seems the weird tab switching failures are still happening to the core apps
[18:03] <elopio> balloons: according to nik90 on the autopilot channel, they have fixed it.
[18:04] <balloons> elopio, weird..
[18:05] <balloons> ok, I'll assume it's all safe again
[18:18] <elopio> balloons: can you review this please? to see if you like it
[18:18] <elopio> https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/logging/+merge/183733
[18:26] <elopio> balloons: also, this https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/fix1220346-pointing_device/+merge/183719
[18:27]  * balloons looking
[18:27] <balloons> ohh i saw that second one already
[18:28] <balloons> +1 on it would be nice to have access to the screen keyboard
[18:30] <balloons> elopio, problems with this do you think? mock_model.return_value = 'not desktop'
[18:31] <elopio> balloons: I didn't like it, but it seems each phone returns something different.
[18:31] <balloons> I spoke with thomi at one point about getting actual device names returned via the  platform model call
[18:31] <elopio> balloons: hum, my nexus4 returns 'nexus4'.
[18:31] <elopio> 'Nexus 4'
[18:33] <balloons> it's just a test I suppose :-)
[18:34] <balloons> elopio, ohh, you grab the docstring too in logging, that's neat
[18:35] <elopio> balloons: it's just testing the two workflows we have: 1 on the desktop, 1 other.
[18:35] <elopio> maybe later it would make more sense make a switch statement with all the available devices.
[18:35] <balloons> right.. It's not an issue for us to solve, as we don't currently define anything beyond that
[18:35] <balloons> we as in, autopilot I mean to say
[18:35] <elopio> but I see more problems on that, because we are going to be always outdated.
[18:35] <elopio> maybe, what we are missing is an api method that tells us if the platform has a touch interface.
[18:36] <balloons> well, I mean something perhaps that says this is a tablet or phone.. or at least this device supports multitouch, osk, etc, etc
[18:36] <elopio> there are desktop monitors that can be touched, and there are phones that can't.
[18:36] <balloons> indeed
[18:36] <elopio> yes, we are definetly missing something.
[18:37] <balloons> perhaps thomi will solve that when he adds the accelerometer stuff
[18:38] <elopio> yes, all those things are related. Selenium has something called capabilities
[18:39] <elopio> to check if a browser can do javascript, and things like that.
[18:39] <elopio> and then they have drivers for each browser.
[18:40] <elopio> it might make sense to group some capabilities on device drivers, and select which tests to run based on that. Or which devices to use, like on-screen keyboard vrs external keyboard.
[20:27] <elfy> balloons: ping
[20:27] <balloons> elfy, pong
[20:28] <elfy> hi balloons - quick question - how do I add upgrade tests to our dailies (and possibly the b1)
[20:28]  * knome is all ears because he couldn't answer that question
[20:29]  * elfy is asking because knome made him :p
[20:30] <balloons> hmm.. I wonder if you are able
[20:30] <knome> i should be... but tell me. :)
[20:30] <balloons> ahh I see..
[20:30] <balloons> yep, you should be able to
[20:30] <balloons> Upgrade Xubuntu amd64	Upgrade	xubuntu release	iso	Active
[20:30] <knome> and i think smartboyhw was able too, or then he just asked somebody else to
[20:31] <knome> balloons, yeah... but not for b1
[20:32] <balloons> so you have to add a build on the builds page for it
[20:32] <knome> mhm
[20:32] <balloons> it's defined as belonging to you, so you should have control
[20:32] <knome> yup
[20:32] <balloons> so shall I do it or ?
[20:32] <knome> i just did it
[20:33] <knome> and they are visible
[20:33] <elfy> where - I don't see them
[20:33] <knome> http://iso.qa.ubuntu.com/qatracker/milestones/302/builds
[20:33] <knome> under the upgrade product
[20:33] <knome> oh wait
[20:34] <knome> i added a different version number
[20:34] <knome> does that hurt?
[20:34] <knome> :)
[20:34] <balloons> knome, no it doesn't.. the upgrades are done on a weekly basis
[20:35] <knome> oki
[20:35] <knome> i figured out it's not a biggie
[20:35] <elfy> aaah - see them now
[20:36] <knome> balloons, we're not setting up download links for upgrade tests?
[20:36] <balloons> new build I should say.. well I lie, they are done when the package for it changes
[20:37] <balloons> knome, no, but you could.. in general upgrades referred to using the update manager or otherwise upgrading that way
[20:37] <balloons> we added the from image testcase a little while back as well
[20:37] <knome> mhm
[20:39] <elfy> I'll get a call to arms for upgrade now
[20:40] <knome> and regular tests as well, we only have 5/10 done!
[20:40] <elfy> for the beta ?
[20:40] <knome> yep, for the beta
[20:41] <elfy> how long does the beta stay there for by the way
[20:41] <knome> until release
[20:41] <elfy> oh right
[20:41] <knome> so a few days left
[20:41] <knome> same with the upgrade tests
[20:41] <knome> except if we rebuild of couse, that resets all counts
[20:42] <elfy> yep - I got that bit in my head :)
[20:43] <knome> balloons, how are other things?
[20:43] <elfy> I do wish the dates on the release schedule actually made some sense in regard to when things get released and finished
[20:43] <balloons> knome, not too bad, yourself? Recovering from a holiday which is always fun, haha
[20:43] <knome> good here as well
[20:43] <balloons> also trying to fix my main workstation which decided to go belly up
[20:44] <knome> heh
[20:44] <knome> that's always nice..
[20:44] <elfy> it's the 3rd September and the release schedule says the 5th for Beta1
[20:44] <knome> that's correct
[20:47] <elfy> so the date is the end?
[20:47] <elfy> would be useful in the title ...
[20:48] <knome> it's the end of testing
[20:48] <elfy> oh - never looked at it that way - that'll be the Release Date then ...
[20:48] <elfy> d'oh
[20:48] <knome> yeah ;)
[20:49] <elfy> knome: I've sent a quick note to our list
[20:49] <knome> oki:)
[20:50] <elfy> I'll check the results tomorrow afternoon/evening and fill in the gaps for 64/32bit
[20:50] <knome> mhm
[20:52] <elfy> gtg
[20:52] <elfy> back tomorrow
[20:52] <knome> have fun :)
[21:10] <SergioMeneses> hi guys! anyone knows something about this error http://people.ubuntu.com/~sergiomeneses/share/Screenshot%20from%202013-09-03%2016:07:00.png
[21:10] <SergioMeneses> testing on testdrive
[21:16] <balloons> SergioMeneses, a graphical display bug
[21:16] <balloons> ?
[21:28] <SergioMeneses> balloons, I thinks so, because all installation has the same error but it is something graphical, it doesnt interrupt the installation process
[21:29] <SergioMeneses> ...installation done
[21:29]  * SergioMeneses rebooting
[21:31] <SergioMeneses> balloons, it's only the installation, once installed, everything looks perfect
[21:36] <balloons> ahh, well, hmm
[21:43] <SergioMeneses> balloons, that was rare


[06:46] <eshaase> i'm testing out one of the ubuntu kernel team's 2.6.30 kernels and it works great except I don't have any audio, can someone steer me in the right direction please?
[06:47] <eshaase> (I have a "Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller")
[07:05]  * hyperair groans
[07:05] <hyperair> why, oh whyyyyyy can't the kernel find init?!
[07:05] <hyperair> hmm for some reason it only happened when i called make-kpkg with --initrd. maybe i should try without
[09:28] <lesshaste> when you remove a kernel using apt-get remove the system says it needs to restart which is just silly
[16:35] <eshaase> i'm testing out one of the ubuntu kernel team's 2.6.30 kernels and it works great except I don't have any audio, can someone steer me in the right direction please?
[16:35] <eshaase> (I have a "Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller")
[17:13] <hyperair> mine's ICH8 =\
[17:13] <hyperair> 82801H
[17:13] <hyperair> looks like one generation after
[17:14] <hyperair> do other kernels have it?⇧


[00:07] <persia> lfaraone: You might want to talk to AnAnt, who was doing a similar thing a few days ago (adding collected files to a bug)
[01:21] <Spreadsheet_> Why do users on launchpad have ~'s before their names? It doesn't seem necessary
[01:25] <persia> Spreadsheet_: They don't.  The '~' is used to indicate a username, rather than something else.
[01:26] <ScottK> Namespace separation between usernames and project names.
[01:26] <persia> That way you can have a project and group by the same name.  lp.net/foo would go to the foo project overview, and lp.net/~foo would go to the foo team overview
[01:26] <Spreadsheet_> I see
[01:26] <Spreadsheet_> That makes more sense
[04:14] <Some_Person> How do I delete a PPA?
[04:15] <al-maisan> Some_Person: was there anything published in the PPA in question
[04:15]  * al-maisan looks for the FAQ
[04:15] <Some_Person> yes, although it failed to build
[04:16] <al-maisan> Some_Person: please see https://answers.edge.launchpad.net/soyuz/+faq/569
[04:16] <al-maisan> and also: https://answers.edge.launchpad.net/launchpad/+faq/661
[04:17] <al-maisan> Some_Person: actually, only the latter applies
[04:17] <Some_Person> so I can't delete the PPA
[04:18] <al-maisan> .. If you have never published anything to a ppa (ie. you just created it by mistake, or miss-typed the name) then you can file a question and ask for it to be deleted. ..
[04:18] <Some_Person> But I've published a package to it that failed to build
[04:18] <al-maisan> Some_Person: what's the URL of the PPA in question?
[04:19] <Some_Person> I was going to create one for bleeding edge versions of gimp, unaware that somebody else already did. https://launchpad.net/~stownsend42/+archive/gimp
[04:19] <Some_Person> Since the first package failed to build and somebody else already runs a PPA with what I wanted, I abandoned it
[04:19] <al-maisan> Some_Person: is stownsend42 your LP account name?
[04:19] <Some_Person> yes
[04:20] <al-maisan> hmm .. in that case you'll probably have to settle for a different PPA name..
[04:20] <al-maisan> Some_Person: what do you mean by "unaware that somebody else already did"?
[04:21] <Some_Person> Somebody else already made a PPA with bleeding edge versions of gimp, which is what I set out to do
[04:21] <al-maisan> Some_Person: hmmm .. is that the reason why you'd like to delete https://launchpad.net/~stownsend42/+archive/gimp ?
[04:21] <Some_Person> yes
[04:22] <Some_Person> I'd finish the PPA with all necessary packages instead, but I don't know how to fix that specific compiler error
[04:23] <al-maisan> I am afraid that's not possible as it stands .. what you can do though is click on "Change details" and disable the ppa .. look for the "Enabled" check box towards the bottom of the page
[04:23]  * al-maisan looks at the compiler error
[04:23] <Some_Person> What will disabling it actually do?
[04:24] <al-maisan> Some_Person: it indicates that the PPA is not in use
[04:25] <al-maisan> Some_Person: that package of yours "babl" does not seem to have any builds .. is that right?
[04:25] <Some_Person> It failed to build
[04:26] <Some_Person> http://launchpadlibrarian.net/37704977/buildlog_ubuntu-karmic-i386.babl_0.1.0~ppa2_FAILEDTOBUILD.txt.gz
[04:26] <al-maisan> let me see
[04:26] <Some_Person> I don't really understand the error or how to fix it
[04:26] <al-maisan> Some_Person: did you build this package on your local system with success?
[04:26] <Some_Person> yes
[04:26] <Some_Person> That's why I'm confused
[04:27] <al-maisan> Some_Person: I understand the linker fails because it cannot find a library
[04:28] <Some_Person> Oh? Which library?
[04:28] <al-maisan> maybe you should try building this package using pbuilder in order to catch missing dependencies etc.
[04:28] <al-maisan> Some_Person: "/usr/bin/ld: cannot find -lbabl-0.0"
[04:29] <Some_Person> Isn't 'lbabl-0.0' what I'm trying to build though?
[04:30] <al-maisan> Some_Person: my gut feeling is that this package still has some kinks that need sorting out, please build it in pbuilder and/or ask for advice in #ubuntu-motu
[04:31] <Some_Person> Well, it's an official release, but yes, maybe that's why it's so old yet still not included in ubuntu
[04:32] <Some_Person> but anyway, it's a dependency of the beta versions of gimp, so it needs to be there
[04:34] <persia> I think there's a support gap somewhere.  -motu tends to prefer to only support packaging effort targeted to Ubuntu, and sends people packaging for a PPA here.
[04:34] <persia> But it appears that some folk here send people to -motu if there are questions about the packaging itself.
[04:35] <al-maisan> well .. yeah, based on the build log from above I assumed that there's a packaging issue
[04:35] <al-maisan> http://launchpadlibrarian.net/37704977/buildlog_ubuntu-karmic-i386.babl_0.1.0~ppa2_FAILEDTOBUILD.txt.gz
[04:35] <persia> Understood, but it's a PPA build log, so I doubt there'd be much support in -motu.
[04:35] <persia> Hence why I think there's a gap somewhere.
[04:36] <al-maisan> You're probably right. But isn't #ubuntu-motu the channel to consult when one has packaging questions or problems?
[04:37] <persia> If one is working on Ubuntu, it has been, historically.
[04:37] <al-maisan> I mean Some_Person is packaging for his PPA now .. but who knows .. he may start contributing to Ubuntu as well at some time?
[04:37] <persia> But it's not a general "How to do debian-format packaging" channel.
[04:37] <al-maisan> OK, point taken.
[04:38] <persia> This is true, and Some_Person (or some other arbitrary person) might well get support.
[04:38] <Some_Person> What should I actually do with pbuilder?
[04:39] <persia> But there's a 16 minute gap in my logs between "This channel is about Ubuntu development, not PPAs" in #ubuntu-motu and "this package still has some kinks that need sorting out, please build it in pbuilder and/or ask for advice in #ubuntu-motu"
[04:39] <persia> Which is why I noticed.
[04:39] <persia> !pbuilder | Some_Person
[04:41] <al-maisan> persia: well, I did not "foist" Some_Person on #ubuntu-motu straight-away .. I did advise him to build in pbuilder (first) in order to sort out his packaging problems.
[04:42] <persia> al-maisan: My apologies if my comments are taken the wrong way.  I don't mean to criticise your redirection.
[04:42] <al-maisan> phewww :)
[04:42] <persia> As I said, there is some support for packaging there, and many people have received help.
[04:42]  * al-maisan knows that
[04:43] <al-maisan> I have often received assistance in #ubuntu-motu myself
[04:43] <persia> But since there was a 16-minute gap, and while it was different people, was it one person, they could have been caught in a redirection loop, I thought it was worth noting that there seems to be a gap.
[04:43] <al-maisan> persia: fair enough .. you definitely have a point there.
[04:43] <persia> I'm not sure how many people would be interested in answering questions, but there may be a role for a channel dedicated to helping people package stuff in general.
[04:44] <al-maisan> persia: very good point .. maybe something to run past dholbach
[04:44] <persia> And it would make sense for *both* #launchpad and #ubuntu-motu to send people there if the questions were beyond what each could support.
[04:44] <persia> Maybe he'll read backscroll :)
[04:45] <al-maisan> a channel dedicated to helping people package stuff in general would definitely be a valuable resource IMHO
[04:45] <Some_Person> Why is ``pbuilder create'' retrieving a ton of packages?
[04:45] <persia> Some_Person: It needs to build a complete chroot
[04:45] <Some_Person> complete, meaning how many packages?
[04:46] <persia> I don't know the count.  Whatever is in base.
[04:46] <al-maisan> Some_Person: shouldn't be too bad provided you have a reasonable internet connection
[04:47] <Some_Person> 768kbit down?
[04:47] <persia> That's going to be painful.
[04:47] <persia> especially because you'll have to download all the recursive build-dependencies when you actually build the package.
[04:47] <al-maisan> hmm ..
[04:47] <al-maisan> but there's also a pbuilder cache I believe
[04:48] <al-maisan> i.e. once you went through the process once the packages are taken from the cache
[04:49] <Some_Person> I've been trying to get my dad to upgrade to 1.5mbit, but he refuses to pay the extra $5/month
[04:50] <persia> It might just be a case of waiting then.  I know one Ubuntu developer who managed with a 384K connection.
[04:50] <al-maisan> Some_Person: but this is a "flat rate" connection, right?
[04:50] <persia> Mind you, it may be worth investigating caching strategies.
[04:50] <Some_Person> of course it's flat rate
[04:50] <al-maisan> Some_Person: good .. then it is just a matter of patience :)
[04:51]  * al-maisan does a "sudo pbuilder create" using the hotel's WLAN just to see how long it takes
[04:51] <Some_Person> It's weird. I had dialup until 2006 and didn't mind it that much. Since then I've had 768kbit, and I want more
[04:51] <al-maisan> Some_Person: ha!
[04:53] <Some_Person> I did absolutely hate my modem though, because it was proprietary and you had to send the manufacturer $20 to make it faster than 14.4kbit
[04:53] <Some_Person> (on Linux that is)
[04:54] <Some_Person> I was in middle school at the time, had no money of my own, and couldn't ask my dad because at the time he was anti-non-Windows and I had to hide Linux from him
[04:55] <al-maisan> Oh!
[04:55]  * al-maisan likes ponders the "anti-non-Windows" bit ..
[04:55] <al-maisan> s/likes//
[04:56] <Some_Person> To hide Linux, I installed GRUB to a floppy and used that to boot it
[04:56] <al-maisan> pretty cool ;)
[04:57] <al-maisan> Some_Person: BTW, "sudo pbuilder create" took ca. 7 minutes to download what it needs
[04:58] <Some_Person> I've since shown him the way and now he's a happy Linux user
[04:58] <al-maisan> That's a very nice success story :)
[04:59]  * al-maisan takes a break
[05:00] <Some_Person> I wish I could convince my school librarian of the same, but I've decided that there's no hope for him
[05:01] <Some_Person> Last month, he told us to use Internet Explorer 6 instead of Firefox (which was already installed on all the machines) because "We've been getting a lot of viruses through Firefox"
[05:02] <Some_Person> Furthermore, last year, when I was using an ubuntu live CD on one of the aging Windows 98 machines, I almost got suspended for "putting a virus on the school computers"
[05:03] <persia> Education is always the highest barrier, and educating educators doubly so.
[05:03] <Some_Person> Worse, this guy doubles as the school's "computer specialist"
[05:05] <Some_Person> In the latter case, they ended up confirming that what I was doing didn't involve viruses by calling my old middle school, where the librarian (a huge Linux advocate) and a tech teacher (not a Linux user, but knows of it) vouched for me
[05:06] <Some_Person> I wasn't charged with anything on the condition that I don't do it again
[05:07] <jtv> al-maisan: got my power strip & plug?
[05:08] <Some_Person> The ironic part is that I was using the live CD because that particular machine was riddled with viruses/other crapware. I had never seen a machine so slow, where once you type a character in Microsoft Word 97, it took about 4 seconds to appear on screen
[05:13] <jtv> al-maisan: the story of my accidental reunion with my university classmate from 20 years and half a world ago just got weirder...  tell you later :)
[05:14] <al-maisan> jtv: yes, your power plug is in my room
[05:14] <jtv> thanks for picking it up... are you around?
[05:15] <al-maisan> jtv: I am relaxing a bit in the room .. will catch you later :)
[05:15] <jtv> al-maisan: ok... I've got plenty battery time for now
[05:15] <al-maisan> jtv: great!
[05:16] <al-maisan> jtv: ttyl
[05:16] <jtv> ttyl
[05:18] <Some_Person> Errm, when I try to build it with pbuilder (yes, the create is over), it does this: http://paste.ubuntu.com/357886/
[05:27] <Some_Person> nevermind, it seems i needed to add universe for some reason to pbuilder
[06:53] <doctormo> Anyone here know of any example code that creates merge proposals?
[07:11] <thumper> doctormo: what do you want to know?
[07:14] <thumper> doctormo: you have 15 minutes before my wifi credit expires
[07:14] <doctormo> thumper: Example scripts that show the use of branch.createMergePropsal
[07:14] <doctormo> thumper: Lots of inputs to that call
[07:14] <thumper> doctormo: yes there are
[07:15] <thumper> doctormo: bzr pipelines have a call I believe
[07:15] <thumper> doctormo: you need at minimum target_branch
[07:15] <thumper> doctormo: i think that is the only one you have to have
[07:15]  * thumper checks the source
[07:16] <doctormo> I thought you'd need to specify the reviewer, but perhaps that's just the default one.
[07:17] <thumper> doctormo: if you don't specify one, I don't think it adds one
[07:17] <thumper> but personally I think that is a bug
[07:17] <thumper> and I should fix it soon
[07:18] <doctormo> Ah, right, and each of these things is specifying the objects, not just the names etc.
[07:18] <thumper> doctormo: you should also set an initial_comment
[07:18] <thumper> yes
[07:21] <doctormo> Thanks for your help
[07:21] <doctormo> thumper: I hope you get to where your going... you must be on the move to have an expiring wifi.
[07:22] <thumper> doctormo: I'm in Wellington ahead of LCA2010 starting tomorrow
[07:23] <thumper> doctormo: what are you hooking launchpadlib and code reviews into?
[07:23] <vish> hi... I'm trying to push a fix for lp:ubuntu/human-theme  as >    bzr push lp:~vish.../ubuntu/human-theme/bug507632-bug495644
[07:24] <vish> but i keep getting this error > bzr: ERROR: Invalid url supplied to transport: "lp:~vish.../ubuntu/human-theme/bug507632-bug495644": No such distribution series human-theme.
[07:24] <doctormo> thumper: Ah Groundcontrol, intergration of launchpad, bzr and nautilus.
[07:24] <vish> not sure what i'm doiung wrong :(
[07:24] <thumper> vish: use bzr push lp:~vish.../ubuntu/lucid/human-theme/bug...
[07:24] <thumper> vish: you're missing the lucid bit :)
[07:25] <doctormo> The last two functions of the workflow and I can really demo it all... it should be awesome.
[07:25] <thumper> doctormo: interesting
[07:25]  * vish tries
[07:25] <thumper> doctormo: I'm trying to write my talk for Thursday on using LP for code reviews
[07:26] <thumper> doctormo: I'll be mentioning the api briefly
[07:26] <doctormo> thumper: Where you at UDS+L?
[07:26] <thumper> doctormo: not sure yet, most likely not unless they overlay the LP team lead sprint
[07:27] <doctormo> thumper: no, I mean where you at UDS Lucid... in Texas.
[07:27] <thumper> ah, no
[07:27] <thumper> sorry, misread
[07:27] <thumper> I think rockstar was there
[07:27]  * rockstar looks up
[07:27] <thumper> rockstar: you were there at uds lucid
[07:27] <doctormo> thumper: I demo'ed the configuration side of things there in a 5 min lighting talk in the plannary.
[07:28]  * rockstar reads backchat
[07:28] <thumper> doctormo: if you have any questions, I'm sure rockstar would love to help
[07:28] <thumper> rockstar: I hope your flight went well
[07:28] <doctormo> heh, thumper have a good LCA2010
[07:29] <rockstar> thumper, not great, but enough to get me home.  :)
[07:29] <spiv> thumper: yeah, enjoy LCA
[07:29] <rockstar> doctormo, so what exactly are you trying to do?
[07:29] <thumper> spiv: any news on the bub?
[07:30] <vish> thumper: thanks ... worked \o/ ... but a small doubt  , why does the lucid branch not mention "lucid" > https://code.launchpad.net/ubuntu/+source/human-theme
[07:30] <rockstar> vish, because the default distro is "lucid" right now.
[07:30] <thumper> vish: lp:ubuntu/lucid/human-theme also works
[07:30]  * rockstar nods
[07:31] <vish> oh , ok... but when pushing , changes , we need to mention lucid ?
[07:32] <doctormo> rockstar: I'm adding a function to ground control to create a merge proposal of a pushed branch.
[07:32] <rockstar> doctormo, okay.  And what's the problem?
[07:33] <doctormo> rockstar: Non, thumper answered my questions quite well.
[07:33] <vish> doctormo: how is ground control different from olive? [i havent tried it yet :)]
[07:33] <thumper> rockstar: I said "any more questions..." :)
[07:33] <rockstar> doctormo, in that case, I'm headed to bed.  I can answer any questions you have in the morning.
[07:34] <doctormo> rockstar: have a good night, thanks for the offer of help.
[07:34] <thumper> night rockstar
[07:35] <doctormo> vish: The workflow is nailed down harder than chuck noris, it's got hardly any of the functionality of full bzr and it's very selective about what it tells the user they can do.
[07:35] <rockstar> thumper, is your talk written yet?
[07:35] <thumper> rockstar: writing it now
[07:35] <doctormo> olive is a part of bzr-gtk and is a gui end comprising of full bzr functionality... bit different.
[07:36] <rockstar> thumper, okay then.  As I'm going to bed, I'll make sure to pray a special prayer to the talk gods for you...  :)
[07:36] <thumper> rockstar: thanks
[07:36] <vish> doctormo: i meant i havent tried ground control :) .. olive works just a bit ok.;)
[07:36] <rockstar> (and maybe even offer a sacrifice, a finger perhaps)
[07:36] <doctormo> thumper: Random fluctionations in the space time continum will be on your side.
[07:36] <thumper> they seem to be
[07:37]  * doctormo can't even read how I spelt that.
[07:42] <doctormo> lazr.restfulclient.errors.HTTPError: HTTP Error 400: Bad Request < Bad use of createMergePropsal perhaps?
[07:45] <spiv> thumper: no news worth reporting :)
[07:47] <doctormo> Internal Server Error when you put a person object into the reviewers attribute.
[07:47] <magcius> Is there any way to change where a branch imports from?
[07:48] <doctormo> magcius: You can modify .bzr/branch/branch.conf is that what you mean?
[07:48] <magcius> doctormo, it's a vcs-import, I don't think I can push it back up
[07:49] <doctormo> Ah
[07:49] <doctormo> ignore me then :-D
[07:51] <thumper> magcius: request a new one
[07:51] <magcius> thumper, so do I have to delete the existing branch and create a new one?
[07:52] <thumper> magcius: that is the easiest thing...
[07:52] <thumper> doctormo: reviewers expects a list of persons
[07:52] <thumper> doctormo: with a matching list of review_types (even if they are none)
[07:52] <doctormo> thumper: Do I have to create some special object for a list of persons?
[07:52] <thumper> no, just a python list of person objects
[07:53] <thumper> doctormo: are you testing on staging?
[07:53] <thumper> 'cause you can
[07:53] <thumper> (but you won't get emails)
[07:53] <doctormo> I think I've got my current lib pointed at edge... I know bad of me.
[07:54] <doctormo> Nop, putting in a python list of people causes an error and an array causes a Internal Server Error.... maybe because I've not specified the review_types
[07:55] <doctormo> Nop, wit review_types, still an error.
[07:56] <thumper> doctormo: the array lengths have to match
[07:56] <thumper> it seems the wifi kickoff doesn't yet effect my quassel tunnel
[07:57] <doctormo> The array lengths are the same. I think it might be a bug in launchpad, because I'm sure an error 500 is bad whatever the input.
[07:58] <thumper> doctormo: take a look at the bzr-pipeline code for lp-submit
[07:58] <thumper> doctormo: abentley wrote that
[07:58] <doctormo> Doing that now actually.
[09:57] <doctormo> How would I get a merge url for opening in a web browser from launchpadlib merge_request object?
[11:15] <willi1>  i have forgotten my email adress on launchpad
[11:16] <willi1> can i register a new accuont
[11:25] <spiv> willi1: sure
[11:25] <spiv> willi1: and if you remember the email address or password later, you can merge them
[11:36] <idnar> I'm trying to follow the directions at http://doc.bazaar.canonical.com/latest/en/upgrade-guide/index.html#migrating-branches-on-launchpad
[11:36] <idnar> oh nevermind, I just figured it out
[11:37] <idnar> but it seems like Launchpad's UI has changed a bit since those were written (or maybe that's just on edge)
[12:01] <spiv> idnar: hmm, quite possible.  Please file a bug?
[12:02] <idnar> against which project?
[12:07] <spiv> idnar: bzr, for those docs
[12:07] <idnar> okay
[13:21] <abcoates> Hi. I'm trying to set up my 1st project in Launchpad.  I have some ZIP files that I wanted to upload and have them appear in the "Downloads" section of the project's main page.  However, I can't find any direct instructions in the Launchpad help for how to do that.  Am I missing something obvious?
[13:36] <abcoates> No-one hear knows?
[13:36] <abcoates> (hear -> here)
[13:40] <abcoates> Oh wait, it looks like I need to read the stuff here, might have the answer: https://help.launchpad.net/Projects/SeriesMilestonesReleases
[15:45] <sproaty> what's the recommended procedure for translating my HTML documentation?
[16:38] <Some_Person> Aha! I finally solved the problem I was having last night. It seems the package needs to depend on itself for some reason. It seems wrong, but it works.
[17:01] <geser> what kind of problem was it?
[21:55] <RiotingPacifist> are there any problems with launchpad? https://launchpad.net/ubuntu/+search?text=kdm won't load for me today
[22:00] <aalex> My package failed to build since the dependency python-central was unmet. https://launchpad.net/~sat-metalab/+archive/propulseart/+packages : Will it try again to build it using an other computer, or something?
[22:01] <ScottK> aalex: You are really intending to build for Dapper?
[22:02] <aalex> ScottK: well, I don't mind. Should I build it for Karmic ?
[22:02] <aalex> ScottK: My package should be supported on LTS. Dapper
[22:02] <wgrant> Dapper is the old LTS.
[22:02] <wgrant> And is no longer supported on the desktop.
[22:03] <ScottK> And Python packaging has changed a LOT since Dapper.
[22:03] <aalex> Would I have more chances on Karmic? (I would like it to be in the next Ubuntu LTS, if possible)
[22:03] <wgrant> Right, it's almost completely different.
[22:03] <ScottK> It's possible to support Dapper, but not without custom packaging.
[22:03] <aalex> Oh, what is the current LTS?
[22:03] <ScottK> Hardy
[22:03] <aalex> Oups
[22:03] <wgrant> Hardy
[22:03] <aalex> yeah, I meant Hardy. Damn.
[22:03] <wgrant> Lag :(
[22:03] <aalex> I will re-upload my package for Hardy this time.
[22:04] <aalex> My changelog should sat "hardy" as a distroseries?
[22:04] <aalex> or"Hardy"?
[22:04] <wgrant> Yes.
[22:04] <wgrant> 'hardy'
[22:04] <aalex> ok, thanks !
[22:05] <mwhudson> RiotingPacifist: it's not working for me either
[22:07]  * mwhudson sees some slow queries in the log
[22:11] <wgrant> B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[A[B[B[B[B[B[B
[22:18] <mwhudson> wgrant: i agree
[22:19] <geser> shouldn't that one [A after the dots be a [B too?
[22:21] <RiotingPacifist> ofc not that completely changes the meaning!
[22:24] <geser> anyone around who can see what caused OOPS-1476FTPMASTER1?
[22:29] <wgrant> mwhudson: I am currently struggling to get wifi :(
[22:29] <wgrant> geser: Do you have an upload log for lothat?
[22:31] <geser> wgrant: that's what happened after seb128 tried syncing libxcb on friday


[06:09] <ogra_> geez, what happened to ubuntu-image ...
[06:10] <ogra_> spams my $pwd with .manifest files now
[06:39] <slangasek> ogra_: when using -o or -O? (one of these gives you a deprecation warning, precisely because of things such as this)
[06:40] <ogra_> the deprecated one ( -o )
[06:40] <slangasek> yeah
[06:40] <slangasek> if you use -O it'll dump them in the target dir instead
[06:40] <ogra_> ah, right ...
[06:40] <ogra_> well, for test builds i prefer -o ...
[06:40] <slangasek> sure
[06:41] <ogra_> since i have you here ... do you have an idea why vt.handoff= might to not work on core ? (any obvious thing i might be missing  ?)
[06:41] <slangasek> hum
[06:41] <slangasek> define "not work"?
[06:41] <ogra_> i'm playing with adding psplash to a gadget https://github.com/ogra1/pc-splash-gadget/commit/b8ea0f98fb5c3e5dfa40b7ed14a652a43a39458d ...
[06:42] <slangasek> fwiw we are looking to drop it as obsolete in bionic
[06:42] <ogra_> it works fine but i have to hit alt+a cursor key to get a console
[06:42] <ogra_> or have to add a snap that calls chvt on startup
[06:42] <slangasek> what do you expect vt.handoff=1 to do?
[06:42] <slangasek> the default vt is already 1
[06:42] <ogra_> well, i would expect subiquity to take over vt1
[06:42] <ogra_> once it starts
[06:43] <ogra_> but i tried different numbers
[06:43] <slangasek> ok
[06:43] <ogra_> funnily i have the same setup working fine on the arm gadgets
[06:43] <ogra_> and there vt-handoff= DTRT
[06:43] <slangasek> that's interpreted by the kernel, and it's an Ubuntu sauce patch
[06:43] <slangasek> so if something is missing in your kernel?
[06:43] <ogra_> well, this image uses the ps--kernel snap
[06:44] <ogra_> so i'd expect the sauce to be there
[06:44] <ogra_> *pc-kernel
[06:44] <slangasek> ok; not sure then
[06:44] <ogra_> and manually switching tty properly drops the splash ...
[06:44] <ogra_> well, i'll keep digging
[06:45] <ogra_> it is just weird that it works on all the arm images with the same psplash setup ...
[06:46] <ogra_> (i wonder if it is grub then ... handling the framebuffer differently than u-boot )
[07:26] <ginggs> slangasek: thanks for fixing scalapack!
[07:32] <slangasek> ginggs: n/p - clearing out my nag mails for transitions that wouldn't finish ;P
[07:59] <doko> jbicha: I see you last touched dput. would you be able to do the Debian merge?
[08:44] <Phanes> you need to drop wayland until its more developed
[10:58] <doko> willcooke: please could you dedicate some time to http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg  ... the fonts mismatches are there for weeks now
[10:59] <willcooke> doko, ack.  seb128 is this a laney thing? ^
[11:01] <doko> cpaelzer: LP: #1732892, why did you unassign the security team?
[11:04] <seb128> willcooke, it doesn't need to be, doko could fix himself if we wanted, I'm not sure we really own fonts
[11:04] <doko> seb128: you do own that specific font package
[11:04] <seb128> willcooke, it's more a mir/archive admin thing
[11:04] <doko> s/you/desktop/
[11:04] <seb128> doko, if you say so...
[11:05] <seb128> doko, what do you expect us to do? isn't that just archive admin job to promote the new split version?
[11:06] <doko> seb128, willcooke: fonts-smc has desktop as bug subscribers
[11:06] <seb128> right, to the point what do you expect us to do?
[11:06] <seb128> just subscribe that team to the new packages so you can promote them?
[11:06] <doko> seb128: yes, then please file a MIR / archive bug, after you verified that it's a split
[11:06] <seb128> why not just promoting them?
[11:06] <doko> I'm not your archive nanny
[11:06] <seb128> shrug, more useless paper work
[11:07] <seb128> well, I'm not your MIR one
[11:07] <doko> it's not *my* MIR
[11:07] <seb128> adding that to the backlog but it's not likely going to be for this week
[11:07] <seb128> maybe next
[11:07] <seb128> well you are the one asking about it
[11:07] <seb128> it's a split you could just promote the new ones without requiring paperwork
[11:07] <doko> no, I should not ask about it, you should see that yourself
[11:08] <seb128> well you do ask though
[11:08] <seb128> don't next time :)
[11:16] <Nafallo> hey doko. you might be the right person to find out if there are any plans for stop supporting ARMv7 now that ARMv8 is out the door? :-)
[11:17] <cjwatson> Why is it urgent for you to ask that we stop supporting ARMv7?
[11:17] <Nafallo> hey cjwatson :-)
[11:18] <Nafallo> no no. misunderstanding. I was wondering if there was plans in that direction before I invent in hardware...
[11:19] <Nafallo> invest even
[11:24] <cjwatson> Ah.  I've heard the odd rumbling about it but I don't think it's especially imminent?
[11:24] <Nafallo> so we're good for bionic most likely? :-)
[11:27] <cjwatson> bionic is certainly fine
[11:27] <Nafallo> \o/
[11:58] <cpaelzer> doko: you did assign and unassign them in one shot
[11:58] <cpaelzer> doko: then I thought it was a mistake and assigned them again, to realize it might have been intentional
[11:58] <cpaelzer> doko: so I pinged you on that day but got no response and then left it in the state
[11:58] <cpaelzer> essentially my update was an un-educated no-op
[11:59] <cpaelzer> LP log still shows that
[11:59] <cpaelzer> doko: I'm perfectly fine assigning them, I just thought you might have had a reason to unassign them
[12:05] <doko> cpaelzer: ok, reassigned. that matches at least my comment. ta
[14:01] <xnox> pitti, cockpit avocado tests started to fail<EMAIL_ADDRESS>[14:01] <xnox> pitti, possibly systemd 235 related, as they did previously pass just fine (in nova s390x)
[14:01] <pitti> xnox: I know; I already removed them upstream, next release will drop them
[14:02] <xnox> pitti, oh, ok.
[14:02] <xnox> pitti, were they not really doing anything?
[14:02] <pitti> the smoke test is much smaller and more robust
[14:02] <xnox> ack.
[14:02] <pitti> and the avocado one has always been unstable, and the phantom part has been broken for a long time (and failures ignored)
[14:12] <jbicha> doko: my upload of dput was just a drive-by to fix a bug, you're welcome to do the merge if you like
[14:44] <jbicha> Ubuntu 17.10 installs kerneloops-applet by default, but is that intentional?
[14:45] <jbicha> one particular problem is that it is gtk2 and we should not be adding gtk2 apps to the default install any more
[14:48] <jbicha> rbalint: hi, kerneloops maintainer :)
[14:51] <rbasak> xnox: do you expect bug 1691096 to still affect sid? I just hit it there.
[14:51] <rbasak> If that's unexpected I can investigate further.
[15:39] <juliank> slangasek: I just uploaded a new gnu-efi to experimental. Apparently that breaks some API. I'm not sure of the details involving shim and friends and backporting of them and what breaks builds, I plan to just copy them all into https://launchpad.net/~juliank/+archive/ubuntu/gnu-efi-staging once it's available in launchpad and see what happens. I thought you might want to know and/or know something I should look out for.
[15:39] <juliank> bah, that was a long message
[16:07] <rbalint> jbicha: hi :-)
[16:08] <jbicha> rbalint: did you see my question about installing kerneloops-applet by default?
[16:09] <rbalint> jbicha: yes, i was not involved in that
[16:11] <rbalint> jbicha: rewriting to gtk3 is not something i can realistically do in the near future :-(
[16:12] <rbalint> jbicha: while i did not look at the complexity of the task yet
[16:13] <jbicha> what does kerneloops-applet even do? do you think it needs to be installed by default for Ubuntu desktop?
[16:36] <rbalint> jbicha: it asks for confirmation to send oopses to oops.kernel.org or via apport
[16:38] <jbicha> bdmurray: good morning, do you have an opinion on kerneloops-applet? ^
[16:39] <rbalint> jbicha: well, it collects valuable information for kernel devs who may fix oopses faster but there is never immedeate need for that
[16:39] <slangasek> juliank: are you familiar with UEFI testing in VMs?  cyphermox might be able to give you pointers to useful documentation, though you don't even need to enable Secure Boot to smoketest shim
[16:40] <bdmurray> jbicha: I'd check with the kernel team to see if they use the OOPSes. I believe they aren't being sent anywhere now and they have not complained...
[16:41] <rbalint> jbicha: do you think it should not be shipped or you don't like it being shipped only because of not being gtk3?
[16:42] <juliank> slangasek: I sometimes boot one of my disks in a VM in UEFI mode, but I don't do much testing of UEFI stuff :)
[16:42] <jbicha> kerneloops-applet also shows up in Startup Applications (which is pretty trivial to fix)
[16:45] <jbicha> I don't know how useful it is, but having anything in bionic's default install requiring gtk2 is a serious bug in my opinion (except maybe mozilla), see LP: #1585903
[16:45] <juliank> slangasek: I expect it's most likely just build failures anyway :)
[16:46] <slangasek> quite possible
[16:46] <juliank> IIRC, gnu-efi needs to be backported to older releases, and I figured there might be trouble there.
[16:47] <slangasek> right, in principle we want the source for the shim-signed binary that we binary-copy backwards to be present in each release
[16:47] <juliank> But they are not really uploaded AFAICT
[16:49] <juliank> In the worst case we could just rename it gnu-efi-shim or whatever for older releases
[16:49] <juliank> So it does not disturb other reverse deps :)
[16:49] <slangasek> we would also have to change the package build-deps in dev to match this
[16:50] <juliank> indeed
[17:10] <rbalint> jbicha: having kerneloops-applet seems to be a minor mistake in https://launchpad.net/ubuntu/+source/ubuntu-meta/1.392
[17:10] <rbalint> jbicha: only kerneloops-daemon should have been added that talks to apport
[17:11] <rbalint> jbicha: and pulls nothing from gtk2
[17:13] <jbicha> rbalint: Debian's kerneloops recommends kerneloops-applet ;) this issue appeared in 17.10 after a merge from Debian
[17:14] <rbalint> jbicha: in xenial ubuntu-desktop depends only on kerneloops-daemon
[17:14] <jbicha> https://launchpad.net/ubuntu/+source/kerneloops/0.12+git20140509-6ubuntu1
[17:15] <rbalint> jbicha: ah, indeed
[17:15] <rbalint> jbicha: i forgot about that
[17:16] <rbalint> jbicha: suggests would be enough
[17:16] <jbicha> rbalint: do you want to do that then? ;)
[17:17] <rbalint> jbicha: yes, i'm in the process of merging kerneloops' delta from Ubuntu to Debian
[17:17] <rbalint> jbicha: anyway
[17:17] <jbicha> great, thanks
[17:17]  * rbalint needs to go afk for some time
[17:17] <jbicha> I don't know if we'll be able to completely drop gtk2 from default install for bionic, but we're making some progress :)
[17:19]  * cjwatson needs to finish the gtk3 branch of debconf
[17:19] <cjwatson> It mostly didn't seem very hard, but there was something wrong with the result, I forget exactly what
[17:38] <cyphermox> ah?
[17:38] <cyphermox> the format of the wizard?
[17:38] <cyphermox> well, look I guess
[17:38] <cyphermox> rather than "format"
[17:50] <cjwatson> something like that, I'll need to try it again to see
[17:51] <cyphermox> I remember when I did my porting attempt the issue was that the new wizard format from GTK3 looked kind of odd to me; but it's just my opinion, based on my relatively limited GTK skills.
[17:51] <cyphermox> not sure if you re-did the whole thing since then :)
[22:24] <xnox> rbasak, the keyring bug is only fixed in ubuntu; and the bug fix so far has been rejected (and reworked) multiple times upstream.
[22:47] <LocutusOfBorg> jbicha, please steal gtk+2.0 from me?
[23:12] <jbicha> LocutusOfBorg: it's on my todo list, I'm working on gtk2 depends issues
[23:13] <LocutusOfBorg> ;)
[23:13] <LocutusOfBorg> thanks!


[01:30] <vychune> everyone ok?
[01:41] <pace_t_zulu> vychune: ok here... you?
[01:42] <pace_t_zulu> wrst: i see you're back home
[01:42] <vychune> good playing word gags in #midsouthmakers
[01:46] <wrst> pace_t_zulu: yes powersupply or MB out in server
[01:47] <pace_t_zulu> wrst: wait what?
[01:48] <vychune> same ?
[01:51] <pace_t_zulu> wrst: so the server is down - hardware issue ...
[01:55] <vychune> o/
[01:58] <wrst_> yeah pace_t_zulu
[02:00] <pace_t_zulu> wrst: sorry to hear that... wrst did you just reroute your quassel port to your desktop?
[02:01] <wrst> just moved the hard drive to my desktop now to figure out what is wrong
[02:02] <wrst> pace_t_zulu: I use my server much more than my desktop anyway
[02:04] <wrst> pace_t_zulu: I will never speak of uptime again :)
[02:04] <pace_t_zulu> wrst: i know, i feel bad... almost like i jinxed it
[02:06] <vychune> LOL
[02:08] <wrst> pace_t_zulu: ha ha
[02:09] <wrst> pace_t_zulu: the MB appears to be getting power but the powersupply fan is locked up and smells pretty bad I'm thinking power supply?
[02:09] <pace_t_zulu> wrst: sounds like a reasonable place to start
[02:11] <wrst> and I get no video of course that could be the MB but if the fan is locked its done anyway
[02:30] <Juzzy> any of you guys by chance remember an old website going around about 8-10 yrs ago, something like "high impact moves" some little chinaman jumping/climbing/scaling walls, balconies, all kinds of crazy acrobatics out on the street?
[02:31] <vychune> free running ya mean?
[02:33] <Juzzy> maybe ;/
[02:51] <vychune> serach for that
[02:56] <Juzzy> ya thx
[02:59] <vychune> np
[03:20] <cyberanger> wrst: issues?
[03:20] <wrst> yes cyberanger :)
[03:31] <wrst> cyberanger: powersupply i think on my server
[03:33] <cyberanger> wrst: well, power supply is easy
[03:33] <cyberanger> in comparison to the desktop
[03:33] <cyberanger> which I think is what I read there
[03:34] <wrst> yes pretty sure that is it, the MB does still have a LED on but the fan on the power supply is locked up
[03:34] <wrst> so i put my HDD from the server in my desktop and am running a little hybrid system now
[03:39] <cyberanger> wrst: by hybrid you mean irssi, elinks & mutt?
[03:40] <wrst> haha no just moved my server HDD into my desktop :)
[03:41] <cyberanger> with irssi, elinks & mutt ;-)
[03:41] <cyberanger> as long as the hdd is good
[03:41] <cyberanger> what's your psu
[03:42] <cyberanger> something fairly cheap
[03:44] <cyberanger> I mean, cheap to replace, not a high end one
[03:47] <wrst> yeah a 250 watt micro atx one
[03:47] <wrst> i have an atom server
[04:04] <cyberanger> well, that's not too costly, not as cheap as an atx though
[04:04] <cyberanger> it's the server ones that really hurt
[04:17] <wrst> oh yes
[04:17] <wrst> about 20-30 bucks it seems
[15:17] <wrst> cyberanger1: you ok?
[15:17] <wrst> :)
[15:40] <Xpistos> Sup!
[17:26] <vychune> hey everyone ok so far?
[17:26] <Dan9186> can anyone tell me what the number is that "echo ${$}" spits out?
[18:16] <Xpistos> okay so what is the verdict? Do I install 11.04 tomorrow or do I go with 10.10?
[18:17] <wrst> 11.04
[18:17] <wrst> Xpistos: that's my thought if you are ok with Unity
[18:18] <wrst> or just use the "classic" desktop
[18:18] <wrst> and Xpistos if you get a daily download you will practically have the release
[18:20] <Xpistos> I will wait until tomorrow
[18:20] <Xpistos> If i don't like unity can I get back to gnome 2
[18:21] <Xpistos> although I will probably go with xfce if I don't like unity
[18:21] <Xpistos> cause I don't use my normal desktop anyway
[18:21] <Xpistos> I kill all the panels and use awn
[18:22] <wrst> I don't know what I will do since Gnome 3 doesn't work well on it, i'm not a fan of Unity and just not going to use it when there is a much better option out there
[18:23] <Xpistos> what?
[18:23] <wrst> probably on ubuntu installs I may go with kubuntu
[18:23] <Xpistos> AAHHHHHHHHHHHHHHHH!
[18:23] <Xpistos> I had kde
[18:23] <Xpistos> I hate kde rather
[18:23] <wrst> Gnome 3 on ubuntu, doesn't work well
[18:23] <wrst> 4.6 is pretty good Xpistos, and gnome shell i think is very good unity is a distant 3-5th place at best
[18:23] <Xpistos> I would use fluxbox in a heartbeat but I can't get my wireless working on it
[18:24] <Xpistos> I love fluxbox and IceWM
[18:32] <wrst> Xpistos: probably just need network manager applet running to get wireless going, or that's how i do it
[18:33] <pace_t_zulu> kubuntu is solid in a VM as well without 3d drivers
[18:34] <wrst> pace_t_zulu: they have really done some good things in kde 4.6
[18:34] <pace_t_zulu> wrst: i haven't been using the 4.x line of kde so much till now
[18:34] <pace_t_zulu> wrst: what significant advances happened between 4.5 and 4.6?
[18:34] <wrst> well IMO it was pretty crappy in the early go of things but has matured nicely
[18:35] <wrst> stability pace_t_zulu, lots of stability
[18:35] <wrst> that has always been my complaint with the 4.x kde
[18:35] <wrst> its still not as stable as gnome 2.3
[18:35] <wrst> but its very useable
[18:35] <wrst> thats one reason I'm so excited about Gnome 3 is that its very stable right now
[18:38] <Xpistos> well let me load it up in my vm
[18:39] <Xpistos> Are you guys ok?
[18:41] <wrst> yep still hanging on here Xpistos, you guys getting the weather too i'm sure?
[18:42] <Xpistos> not so much down here
[18:42] <Xpistos> what is the kde install kubuntu-desktop?
[18:44] <pace_t_zulu> wrst: you know if i can upgrade an ubuntu kernel without restarting?
[18:46] <wrst> pace_t_zulu: to be honest I didn't know you could upgrade the kernel on anything without restarting, I know after the upgrade it always tells you restart required
[18:52] <pace_t_zulu> i remember hearing about some splice technology
[18:52] <pace_t_zulu> wrst: on the subject of uptime...
[18:57] <wrst> wb pace_t_zulu hey atlest you don't need parts ;)
[19:03] <pace_t_zulu> wrst: you work out what parts you need?
[19:03] <pace_t_zulu> wrst: you know... a micro tier cloud deployment may be less expensive than any new part ;)
[19:03] <wrst> pace_t_zulu: I looked at that actually :)
[19:03] <wrst> power supply was 20 bucks  but a whole new thing was not a lot more
[19:04] <wrst> but, won't have to fool with all of it
[19:12] <pace_t_zulu> wrst: so you going to replace the machine?
[19:13] <wrst> nah just the power supply the machine is great
[19:13] <wrst> 20 bucks from new egg
[20:10] <pace_t_zulu> wrst: good deal
[20:10] <pace_t_zulu> Xpistos: 11.04 for sure
[20:10] <wrst> yeah the case was like 50 or 60 bucks with the power supply
[20:10] <pace_t_zulu> Xpistos: only reason to go for an older release is LTS
[20:11] <wrst> pace_t_zulu, Xpistos only warning i would have is if you have broadcom wireless at last time I tried they are still broken
[20:11] <Xpistos> that is what I have
[20:11] <pace_t_zulu> wrst: on natty?
[20:11] <wrst> yes
[20:11] <pace_t_zulu> wrst: they should have broadcom fixed for final... wrst when did you last try
[20:12] <wrst> the bcmw kernel modules are broken, but the old version works so every update you have to reinstall the old ones
[20:12] <wrst> pace_t_zulu: its been a week or so
[20:12] <wrst> i would think surely they would have that fixed
[20:12] <pace_t_zulu> wrst: that's pretty weak
[20:12] <pace_t_zulu> pardon the pun
[20:12] <wrst> :) pace_t_zulu
[20:12] <pace_t_zulu> wrst: that should have been fixed before beta
[20:12] <wrst> yeah i agree pace_t_zulu
[20:13] <wrst> and pace_t_zulu a little looking may just be a 64bit issue now
[20:13] <wrst> hello neiliob1973
[20:14] <neiliob1973> hi! I'm in Johnson City, TN....WOOT!
[20:14] <neiliob1973> anyone know much about webcams?
[20:14] <pace_t_zulu> wrst: i suppose 64bit is is a bit excusable...
[20:15] <wrst> pace_t_zulu: yeah i won't use it on the final release as my laptop just has 2GB of RAM i will however use it on my desktop
[20:15] <wrst> woot my network is back running!
[20:15] <pace_t_zulu> wrst: which network?
[20:16] <wrst_> neiliob1973: what are you needing on webcams?
[20:16] <wrst_> pace_t_zulu: i mena my internet pace_t_zulu :)
[20:16] <pace_t_zulu> hi neiliob1973
[20:16] <pace_t_zulu> neiliob1973: i use webcams :)
[20:16] <pace_t_zulu> wrst: your home connection?
[20:17] <wrst> yes pace_t_zulu
[20:17] <neiliob1973> just got a Logitech 9000 pro....works fine in Win7.... in ubuntu 10.10 works fine in Cheese, WebCamStudio, and Skype, but when I try streaming on Livestream or UStream, the video quality TANKS! Any ideas?
[20:18] <pace_t_zulu> wrst: you should use SASL ... that way your cloak is on before you join the room
[20:19] <pace_t_zulu> wrst: SASL authentication to freenode that is
[20:19] <pace_t_zulu> neiliob1973: you tried streaming on Livestream or UStream on win7 ? excuse my ignorance on windows and linux webcam software ...
[20:20] <wrst> pace_t_zulu: SASL? you say I shall google :)
[20:21] <pace_t_zulu> hey guys... anyone interested in doing last minute tests on Natty should feel encouraged to do so
[20:21] <pace_t_zulu> the ISO testing images for the 11.04 release are available at http://iso.qa.ubuntu.com/
[20:21] <pace_t_zulu> at the very least - you can get your flavor of choice and fire up the live environment to make sure your hardware works
[20:23] <neiliob1973> pace_t_zulu, Yes, LiveStream and UStream both. Looked fine in Win7...just straight-in, nothing extra or special. But in Ubuntu, streaming on either, the quality of the video is poor...BUT looks fine when I test in Skype, Chesse, or WebCamStudio  (all in ubuntu)
[20:24] <wrst> pace_t_zulu: on my way to download now
[20:24] <pace_t_zulu> neiliob1973: have you installed the 'ubuntu-restricted-extras' package?
[20:25] <neiliob1973> pace_t_zulu, pretty sure...but lemme check
[20:27] <neiliob1973> pace_t_zulu, yep, installed. just re-installed, but no difference
[20:28] <pace_t_zulu> neiliob1973: i understand that ustream and livestream are flash applications?
[20:29] <neiliob1973> pace_t_zulu,  yes. i have latest plugin. and i've tried both firefox and chromium. same results
[20:29] <pace_t_zulu> Xpistos: you should get a live image from http://iso.qa.ubuntu.com/ and make sure natty works on your hardware before you do the install tomorrow
[20:30] <wrst> neiliob1973: are you 64 or 32bit?
[20:30] <neiliob1973> 32
[20:31] <pace_t_zulu> neiliob1973: unfortunately flash is the weak link in this chain... hate to be a cop out
[20:31] <pace_t_zulu> wrst: unless you have other ideas
[20:32] <wrst> no pace_t_zulu with flash in the equation I feel confident that was it, I was hoping you were on 64 bit using the 32 bit wrapper neiliob1973 then I think I could have helped
[20:32] <neiliob1973> Son of a....of all the.....Mutha......ok. It is what it is. THNX, guys!
[20:33] <pace_t_zulu> neiliob1973: hold on
[20:33] <neiliob1973> holding on...................
[20:33] <pace_t_zulu> neiliob1973: there are a lot of folks who broadcast their desktops using those services
[20:33] <pace_t_zulu> neiliob1973: it's a little different from webcam... but may some of those people could be more helpful
[20:34] <neiliob1973> cool. worth a try.
[20:34] <neiliob1973> any other suggestions for webcasting training classes?
[20:35] <wrst> neiliob1973: nad sometimes a manual install of flash can help things to get the latest plugin
[20:36] <neiliob1973> THNX, again, guys!
[20:36] <vychune> o/
[20:37] <wrst> neiliob1973: wish we could have actually helped :\
[20:37] <wrst> hello vychune
[20:37] <wrst> pace_t_zulu: downloading the test iso
[20:37] <wrst> if the power stays on
[20:38] <vychune> lol
[20:38] <vychune> still storming up there
[20:41] <wrst> here too vychune
[20:41] <vychune> awwwwww
[20:41] <vychune> we are ALL good in memphis
[20:44] <wrst> pace_t_zulu: thank you for that tip! worked perfect
[20:58] <linuxman410> cyberanger u here
[20:58] <linuxman410> wrst u here
[20:59] <wrst> hey linuxman410
[20:59] <linuxman410> wrst getting any bad weathere
[20:59] <wrst> storming right now
[20:59] <linuxman410> thunderstorming
[21:01] <vychune> hey linux
[21:01] <linuxman410> vychune how is weather there
[21:01] <vychune> good now
[21:02] <linuxman410> it is good here right now
[21:02] <linuxman410> just thundering
[21:04] <wrst> yeah sounds like another good one may come through
[21:05] <linuxman410> wrst they are saying this storm may carry high winds
[21:06] <wrst> great! :\
[22:57] <cyberanger> everyone ok?
[22:58] <cyberanger> nasty weather
[23:03] <vychune> im good
[23:10] <cyberanger> vychune: good
[23:11] <cyberanger> looks as if wrst is not here, we lost power at the shop
[23:11] <cyberanger> so closed early
[23:11] <vychune> oh ok
[23:11] <cyberanger> another round incoming
[23:11] <cyberanger> I wonder about wrst then, that isn't his norm
[23:12] <cyberanger> (I took my server down for a little restructuring of things, so I'll be coming and going for a little bit
[23:12] <vychune> he had a ping timeout 2 min before you came in
[23:12] <cyberanger> power loss then
[23:15] <cyberanger> they're back now, just a flicker
[23:21] <pace_t_zulu> wrst: yea... now you don't have to broadcast your ip or hostname everytime you connect and join
[23:25] <pace_t_zulu> i'm testing the "Ubuntu Desktop amd64+mac (20110427)" iso ... doing the live session test case... and i get the message "(initramfs) Unable to find a medium containing a live file system" ... anyone have any ideas?
[23:50] <wrst> pace_t_zulu: that's not good is it no clue, i'm going to try to look at that tonight here in a few
[23:52] <pace_t_zulu> wrst: i suspect it has something to do with the +mac iso / my new hardware
[23:53] <wrst> i would suspect that could be


[14:29] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: thunar 4.18.6 released<EMAIL_ADDRESS>[20:01] <Unit193> bluesabre: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990271#10 so I guess my checking into mate-polkit a bit ago was worthwhile.
[20:01] -ubottu:#xubuntu-devel- Debian bug 990271 in policykit-1-gnome "policykit-1-gnome: unmaintained upstream" [Important, Open]
[20:12] <Unit193> https://git.mate-desktop.org/mate-polkit/tree/src/polkit-mate-authentication-agent-1.desktop.in.in#n9 is the biggest problem.


[00:31] <bkerensa> hi
[03:37]  * bkerensa is listening to: Lil' Kim - Notorious Kim - How Many Licks (feat. Sisqo) - (0:35/3:52)
[03:37] <bkerensa> hmm perl though
[07:43] <wonton> I'm a wonton
[07:44] <wonton> thefinn93: Do you like Wonton Soup?
[07:44] <thefinn93> what?
[07:44] <thefinn93> oh
[07:45] <wonton> thefinn93: Do you like Wonton Soup?
[07:45] <thefinn93> no
[07:45] <wonton> thefinn93: Why?
[07:45] <wonton> :D
[20:50] <Brian_H> anyone here familiar with using ldap and sss for caching credentials?
[21:00] <tgm4883> Brian_H, not I, although I've been looking at setting up LDAP at my home and having a way for my laptops to still work while away
[21:01] <Brian_H> it works :)
[21:01] <Brian_H> I just have an odd issue, where I can't shutdown properly
[21:02] <Brian_H> I have ipsec to work from home so after kde fires up the networking I can get connected (sss works)
[21:02] <Brian_H> but when I go to shutdown, I think whats happening is networking is going away and sss doesn't know how to handle it very well so it just sits there at a black screen with a cursor
[21:03] <Brian_H> I can shutdown right as a regular, non-sss, user.  just not as an ldap user :/
[21:04] <Brian_H> kind of a tricky issue to troubleshoot
[21:42] <bkerensa> Brian_H: I got word back from Council on Banner + Logo thing so I'm gonna shoot you a e-mail
[22:25] <Brian_H> OK cool I'm pretty sure we can help :)


[00:12] <co1or> hello?
[00:25] <co1or> i have a ques: did GNU/Linux make use of any Unix source code? or was it *100%* coded from scratch?
[00:26] <dangelo> Ola
[00:26] <dangelo> alguem me ajuda?
[00:45] <macroprep> how can i update my kernel to a real time kernel?
[00:54] <valorie> macroprep: there are various kernel PPAs
[00:54] <valorie> I would make sure to install ppa-purge before trying them out however
[00:54] <valorie> !ppa-purge
[00:54] <valorie> it's saved my hide a few times
[00:57] <macroprep> also if i use a real time kernel could i achieve a timer accuracy greater than a tenth of a micro second (greater than 9000 to 20,000 itterations average)
[00:57] <macroprep> 9,000 *
[04:31] <user|19566> Hi! anyone help me? have a problem - Failed to start Samba SMB Daemon. I connected the computer to the domain through "apt install sssd heimdal-clients msktutil", after that I tried to configure access to the network through samba and samba-client, but except for a couple of printers I for some reason do not see anything else...
[04:37] <valorie> user|19566: if you don't get an answer here, please try #ubuntu which is much larger
[04:37] <valorie> sorry, I don't have a clue
[04:37] <valorie> been years since I tried to use samba
[04:38] <user|19566> https://paste.ubuntu.com/p/wPbfPsbRcb/  samba conf.
[04:38] <user|19566> valorie , ok
[07:00] <lordievader> Good morning
 Did anyone face slower boot times after 19.10 upgrade?
 Can anyone suggest a good screen compositor?
[09:51] <lordievader> You are in #kubuntu, kwin?
 @lordievader, Nope, not on Kubuntu atm
 Trying Lubuntu on a scrap state machine
[09:54]  * lordievader uses compton
 @IrcsomeBot, How to install it, and is it GUI based?
[09:57] <lordievader> It is a screen compositor. Package name is 'compton' it seems.
[09:57] <lordievader> Mind you, I am using this with i3 on a Gentoo box.
 @lordievader, Prudev huh😂, why not compile one from the scratch 🤔
 @lordievader, Yes, I found it … sudo apt install compton compton-conf
 👍🏻
 Hey there! … I hope, someone here could help me. … Today I switched from KDE Neon back to Kubuntu (18.04 LTS). It seems that my apt doesn't work properly.  … When I try to install several programs, I often get (a lot of different) dependency errors. … I already tried to find a solution through older stackexchange posts, but no solution solved my problem :/
 For example, while downloading GNU octave: … ```sudo apt install octave … Reading package lists... Done … Building dependency tree        … Reading state information... Done … Some packages could not be installed. This may mean that you have … requested an impossible situation or if you are using the unstable … distribution that some required packages have not yet been created … or been moved out of Incoming.
 Already tried ```sudo apt install --fix-broken``` and ``` sudo dpkg --configure -a```
[19:15] <kubuntuc> cia
[19:27] <kubuntuc> !list
[19:33] <kubuntuc> ciao
 Ciao


  Can someone either return the https://launchpad.net/~ubuntu-bots-team team to me or change the owner to Ubuntu IRC council?  When I entered in text for an owner, I hit enter rather than clicking search and it changed the owner, rather than searching (of course..)
[02:37] <WrathOfAchilles> The other, better solution would be if I could be added to https://launchpad.net/~ubuntu-bots/+members as an administrator, but...I'm fairly certain that can't happen.
[09:46] <cjwatson> WrathOfAchilles: could you file a support request about it using the link in the topic?  (that also serves to verify your LP username)
[09:47] <WrathOfAchilles> cjwatson: Certainly.  Do you think it's likely we could simply reclaim the latter team?  That'd be better.
[09:51] <WrathOfAchilles> Heh, I suppose there's not a lot of info for you to go on without looking into it, so I may as well file and find out.
[09:56] <cjwatson> I don't really know the history
[11:53] <wgrant> Laney: Thanks, I've rebooted that buildd.


[15:57] <Ursinha> MootBot, hi hi -.-
[15:59] <sinzui> Wake up MootBot
[16:00] <matsubara> #startmeeting
[16:00] <MootBot> Meeting started at 10:00. The chair is matsubara.
[16:00] <gary-sprint> me
[16:00] <gary-sprint> :-D
[16:00] <matsubara> Welcome to this week's Launchpad Production Meeting. For the next 45 minutes or so, we'll be coordinating the resolution of specific Launchpad bugs and issues.
[16:00] <matsubara> [TOPIC] Roll Call
[16:00] <MootBot> New Topic:  Roll Call
[16:00] <sinzui> me
[16:00] <gary-sprint> uh, me
[16:00] <Ursinha> me
[16:00] <matsubara> rockstar, Chex, bigjools, allenap: hi
[16:01] <allenap> me
[16:01] <matsubara> apologies from stub
[16:02] <rockstar> me
[16:02] <mthaddon> me
[16:03] <bigjools> me
[16:03] <matsubara> [TOPIC] Agenda
[16:03] <MootBot> New Topic:  Agenda
[16:03] <mthaddon> matsubara: I'm sitting in for Chex this meeting as he's working on U1 stuff
[16:03] <matsubara>  * Actions from last meeting
[16:03] <matsubara>  * Oops report & Critical Bugs & Broken scripts
[16:03] <matsubara>  * Operations report (mthaddon/Chex/spm/mbarnett)
[16:03] <matsubara>  * DBA report (stub)
[16:03] <matsubara>  * Proposed items
[16:03] <matsubara> thanks mthaddon
[16:03] <matsubara> [TOPIC] * Actions from last meeting
[16:03] <MootBot> New Topic:  * Actions from last meeting
[16:03] <matsubara> * matsubara to file a bug on oops-tools to recognize new oops prefixes and sort out conflicting prefixes with losas
[16:03] <matsubara> * Chex to check app server logs and apache logs to see if it can shed any light in the high load issue.
[16:03] <matsubara> * adeuring to check with gmb about checkwatches failure
[16:03] <matsubara> * danilos to check bug 438039, assess if it's really critical. if it's is, land a fix, if it's not, update the importance
[16:03] <matsubara> * bigjools to investigate update-cache failure and reply back to the list
[16:04] <danilos> matsubara: the bug tells you what it was :)
[16:04] <danilos> oh, I forgot to 'me' myself
[16:04] <matsubara> I'll finish up my action today
[16:04] <matsubara> thanks danilos
[16:04] <bigjools> I chatted to curtis and as far as wecan tell it was caused by something else holding a transaction/table open
[16:05] <bigjools> not much I can do
[16:06] <matsubara> gmb replied to checkwatches failure email. it was a hung process which was killed and service resumed
[16:06] <sinzui> Since the PRF ran the following days, I believe it was a long running process that worried our watching proc
[16:06] <matsubara> bigjools, thanks for checking. I don't see new emails from that script failing so I take it's working normally
[16:06] <bigjools> yep
[16:07] <matsubara> mthaddon, any luck investigating the high loading issue?
[16:07] <matsubara> s/loading/load/
[16:08] <mthaddon> matsubara: I wasn't aware that was something we were following up on - not sure what the latest is, but I guess part of it plays into the new SplitIt stuff
[16:08] <mthaddon> i.e. we've just brought a whole bunch of new servers online so we need to see what effect this has on the overall load of the system
[16:09] <matsubara> all right. I'll take that item off the list and if high load shows up in the graphs we can pursue further
[16:09] <mthaddon> k
[16:09] <matsubara> thanks all, moving on
[16:09] <matsubara> [TOPIC] * Oops report & Critical Bugs & Broken scripts
[16:09] <MootBot> New Topic:  * Oops report & Critical Bugs & Broken scripts
[16:10] <Ursinha> it'sme
[16:10] <Ursinha> gary_poster, bug 331990, can we CP it?
[16:10]  * sinzui stares at Ursinha
[16:10] <Ursinha> s/gary_poster/gary-sprint/
[16:10] <gary-sprint> Ursinha: I do not have CP-foo.
[16:12] <Ursinha> allenap, can we have a fix for bug 438802 and maybe CP it?
[16:12] <matsubara> gary-sprint, is this a matter of updating the lazr.restful lib used by lpnet?
[16:12] <Ursinha> allenap, also, we have bug 438985, it's in progress but without activity for a some time
[16:12] <Ursinha> allenap, and bug 458180, that's BugTask index timeouts
[16:12] <Ursinha> sinzui, I've filed bug 458169 and bug 458189, the timeouts on Milestone and DistroSeries index pages
[16:12] <Ursinha> rockstar, can we have a fix for bug 442981?
[16:12] <gary-sprint> Ursinha: maybe I misunderstood.  are you asking for CP-blessing or for CP-shepherding?  If the latter, sure, we can shepherd.
[16:13] <Ursinha> gary-sprint, shepherding
[16:13] <sinzui> Ursinha: I replied that I beleive they are dups of 455812
[16:13] <sinzui> brad is already working on it
[16:13] <Ursinha> bug 455812
[16:13] <Ursinha> hmmm
[16:13] <gary-sprint> matsubara: not sure, will ask leonardr.
[16:13] <Ursinha> sinzui,I'll mark it as a dupe then, thanks
[16:13] <sinzui> not yet
[16:13] <rockstar> Ursinha, the fix for that bug is closing it as a duplicate of bug 457541
[16:13] <Ursinha> oh
[16:14] <rockstar> Ursinha, also, that bug is Fix Released.
[16:14] <matsubara> [action] gary to talk to leonardr about cherry picking lazr.restful updates on lpnet for bug 331990
[16:14] <MootBot> ACTION received:  gary to talk to leonardr about cherry picking lazr.restful updates on lpnet for bug 331990
[16:14] <gary-sprint> +1
[16:14] <Ursinha> rockstar,it still happens, how come?
[16:14] <rockstar> Ursinha, so yes, you may have it before it was asked.
[16:14] <sinzui> I have assign the distroseries +index to edwin. I think EdwinGrubbs and bac will find this is the same problem
[16:15] <sinzui> The oopses of the two new bugs look the the oopses I have been tracking in the older bug
[16:15] <rockstar> Ursinha, doesn't oops for me.
[16:15] <Ursinha> rockstar, so the summaries are lying :)
[16:16] <rockstar> Ursinha, does this url oops for you? https://edge.launchpad.net/launchpad-project/+activereviews
[16:16] <Ursinha> rockstar, well, it's loading... I'll keep my eye on it and if needed reopen it, right?
[16:16] <Ursinha> rockstar, thanks
[16:17] <Ursinha> allenap, hi :)
[16:17] <allenap> Ursinha: I talk to deryck about getting bug 438802 fixed, and gmb about bug 438985.
[16:17] <Ursinha> allenap, thanks
[16:17] <allenap> Ursinha: Bug 458180 is a perennial problem.
[16:17] <Ursinha> allenap, I see the main offender is bug #1
[16:17] <Ursinha> yes, *sigh*
[16:17] <allenap> Ursinha: Yeah, it always is :)
[16:18] <rockstar> Ursinha, yes, but I can't see how it'd get reopened.  It was bad data, we fixededed the database records.
[16:18] <danilos> Ursinha: and you just made it worse with a reference now :)
[16:18] <Ursinha> danilos, yes, just to prove my point :P
[16:18] <matsubara> allenap, it still happens in other bugs too as per jono's email to launchpad-dev about ubuttu timing out
[16:18] <Ursinha> allenap, there are some oopses not caused by #1
[16:19] <Ursinha> thanks allenap
[16:19] <allenap> matsubara: Okay, as someone said, perhaps it's the +text interface.
[16:19] <Ursinha> gary-sprint, the "buildbot failure in Launchpad on jscheck", is it severe?
[16:19] <matsubara> allenap, I briefly trawled the summaries and there are a some sofr timeouts on +text, but soft timeouts shouldn't be affecting ubottu
[16:19] <allenap> matsubara, Ursinha: We need to do something more drastic to get the bug page quicker I think. Caching, etc, and that's coming alone. We've done a lot of the other things we can think of, but I'll discuss it with the team.
[16:20] <allenap> matsubara: That's interesting.
[16:20] <allenap> s/alone/along/
[16:21] <Ursinha> I see some emails from francis and rockstar talking about it, is there something that can or needs to be done?
[16:21] <matsubara> allenap, perhaps those timeouts are not being logged as OOPSes? similar to 500 we see eventually from apache
[16:21] <Ursinha> gary-sprint, ^
[16:21] <matsubara> to the 500 errors I mean
[16:21] <rockstar> Ursinha, gary-sprint, it is my belief that windmill sucks.
[16:21] <gary-sprint> Ursinha: it does not appear to be a problem in the basic buildbot setup at the moment.    There are failures in the tests.  This doesn't seem to be a foundations issue AFAICT.  Björn may very well be able to help when he returns
[16:22] <allenap> matsubara: Okay, I'm not sure what you mean, but we can talk about it after the meeting.
[16:22] <Ursinha> right gary-sprint, thanks for the info
[16:22] <matsubara> allenap, sure thing. I'll find the bug I'm referring to
[16:22] <allenap> matsubara: Thanks.
[16:22] <matsubara> [action] allenap and matsubara to talk about the timeouts on bug pages
[16:22] <MootBot> ACTION received:  allenap and matsubara to talk about the timeouts on bug pages
[16:23] <Ursinha> right, I'm done here
[16:23] <gary-sprint> rockstar: that's probably a given.    My impression is no, but a champion could fight for an alternate view,
[16:23] <gary-sprint> .
[16:23] <Ursinha> allenap, is it possible to ask for a cp for bug 438802 when it's fixed?
[16:23] <rockstar> gary-sprint, sadly, there is no better alternative. Windmill sucks less than anything else out there.
[16:23] <gary-sprint> :-)
[16:23] <allenap> Ursinha: Sure.
[16:24] <Ursinha> anmar was having problems yesterday with bugs with chinese chars, I think it's worth doing a CP
[16:25] <Ursinha> thanks allenap
[16:25] <allenap> Ursinha: np, thank you :)
[16:26] <Ursinha> :)
[16:26] <matsubara> ok, two fix committed critical bugs
[16:26] <matsubara> rockstar, we had some failures on the update_preview_diffs script
[16:26] <matsubara> on the 19th
[16:28] <rockstar> matsubara, yeah, we're currently in the process of fixing the various oopses that script creates.
[16:28] <matsubara> rockstar, ok. can you give me the bug numbers after the meeting?
[16:29] <rockstar> matsubara, there are many.
[16:29] <matsubara> gladly we have an oops tag to filter those :-)
[16:29] <matsubara> rockstar, I'll ping you after the meeting
[16:30] <Ursinha> thanks everyone
[16:30] <matsubara> I think that's all for this section. thanks everyone
[16:30] <matsubara> [TOPIC] * Operations report (mthaddon/Chex/spm/mbarnett)
[16:30] <MootBot> New Topic:  * Operations report (mthaddon/Chex/spm/mbarnett)
[16:30] <mthaddon> SplitIt is the big one this week - now complete with exception of Auth DB split.
[16:30] <mthaddon> New App servers brought online after haproxy throttlng of connections, we're watching how things are progressing
[16:30] <mthaddon> A number of CPs done this week
[16:30] <mthaddon> Is everyone clear on the new CP process?
[16:30] <mthaddon> Shipit now managed by ISD, and CPs to be approved by nigelp
[16:30] <mthaddon> Some app servers dying, loggerhead dying, poppy died once - is there a process for reviewing the Incident Log?
[16:30] <mthaddon> That's about it
[16:31] <matsubara> mthaddon, last I heard Francis was the one to champion the Incident Log process.
[16:32] <mthaddon> matsubara: basically we want to be sure someone's reviewing it to look for operational trends in production
[16:32] <bigjools> did he mention making trvial wiki edits for codebounce so we don't get email for those?
[16:32] <matsubara> ideally we won't need that codebounce all the time :-)
[16:32] <Ursinha> matsubara, +1 :)
[16:33] <mthaddon> bigjools: if we have to get alerts and go through the whole restart, edit wiki nightmare, you can put up with a few wiki edit notifications :)
[16:33]  * matsubara looks at rockstar
[16:33] <bigjools> mthaddon: well, no I don't :)
[16:33] <danilos> mthaddon: the concern is that we may learn to ignore it unless we can filter stuff out *we* can't do anything about
[16:33] <rockstar> mthaddon, I'm subscribed and get the pleasure of seeing every time you restart loggerhead.
[16:33] <matsubara> any news about the codebrowser dying all the time?
[16:33] <bigjools> what danilos said
[16:33] <danilos> mthaddon: specifically, translations or soyuz team can't help much with codebrowse restarts
[16:34] <rockstar> matsubara, we are bringing someone on to look into the codebrowse issue.  That's all I know.  We certainly don't have the bandwidth currently to do it.
[16:34] <mthaddon> fwiw, I usually do trivial that one - I guess maybe the other losas don't - will mention it
[16:34] <danilos> bigjools: just as an example, and these are very, very common
[16:34] <sinzui> I believe there is a plan to but people to work on loggerhead
[16:34] <danilos> mthaddon: in general, anything else shoudn't be a trivial edit, and codebrowse should, that would help old men like bigjools deal with their email :)
[16:34] <bigjools> ha
[16:35] <danilos> sinzui: yeah, as flacoste mentioned today, I think we are having a contract that starts today or tomorrow
[16:35] <matsubara> that's great news
[16:35] <danilos> mthaddon: but, do note that most team leads are subscribed to LPIncidentLog, and if one isn't, feel free to poke them about it
[16:36] <mthaddon> danilos: k, thx
[16:37] <matsubara> that's all mthaddon ?
[16:37] <mthaddon> yep
[16:37] <matsubara> all right. thanks everyone
[16:38] <matsubara> [TOPIC] * DBA report (stub)
[16:38] <MootBot> New Topic:  * DBA report (stub)
[16:38] <matsubara> stub is on vacation and looks like the db is fine
[16:38] <matsubara> AFAICT
[16:38] <matsubara> so let's move on.
[16:39] <matsubara> [action] matsubara to talk to stub about the DBA report when he gets back
[16:39] <MootBot> ACTION received:  matsubara to talk to stub about the DBA report when he gets back
[16:39] <matsubara> [TOPIC] * Proposed items
[16:39] <MootBot> New Topic:  * Proposed items
[16:39] <matsubara> no new proposed items
[16:40] <matsubara> and I think that's all for today
[16:40] <matsubara> Thank you all for attending this week's Launchpad Production Meeting. See https://dev.launchpad.net/MeetingAgenda for the logs.
[16:40] <matsubara> #endmeeting
[16:40] <MootBot> Meeting finished at 10:40.
[16:40] <Ursinha> thanks my dearest colleagues