[05:07] <nhaines> pleia2: thanks for the tweet thing!
[05:08] <pleia2> :)
[05:09] <pleia2> did fb and G+ too
[05:09] <nhaines> I'm not sure why I didn't think about G+!
[05:10] <nhaines> I'm thinking of ordering Ubuntu Icons shirts for booth volunteers this year: https://shop.canonical.com/product_info.php?products_id=1007
[05:10] <darthrobot`> Title: [Canonical Store]
[05:12] <pleia2> I have no ideas for talks \o/
[05:12] <pleia2> but day 1 overlaps with the open infra event I'm running anyway
[05:12] <nhaines> Ubuntu vs. Arch, and why nano trumps vi.
[05:13] <pleia2> good grief
[05:13] <pleia2> types of penguins and how to identify them
[05:13] <pleia2> much more my speed right now ;)
[05:13] <nhaines> "When the Gentoo penguin actually *isn't* the fastest!"
[05:14] <pleia2> I could use someone else helping with moderation of the mailing list
[05:15] <pleia2> nhaines: just let an email through of yours from wrong-address a couple days ago
[05:15] <pleia2> but the queue had piled up a bit while I've been down under
[05:18] <nhaines> pleia2: it's okay.  I meant to repost with my Ubuntu address instead of the personal one I used on accident.  But timing's good because SCALE put up "UbuCon SCALE pass"es without telling us, and promo codes weren't working until about 7 hours ago.
[05:19] <pleia2> hah :)
[05:19] <nhaines> Someone noticed and mentioned it to me, and SCALE had it fixed 20 minutes later.  :)
[05:22] <pleia2> ah yes, I like the Icons t-shirt (airport lounge wifi was having a hard time with the page, finally loaded at some point!)
[05:27] <nhaines> Yay!  \o/
[05:28] <nhaines> I like the yakkety shirt but we'll probably give those out at UbuCon, maybe.  :)
[05:31] <pleia2> nhaines: so, fine or medium point fountain pens?
[05:32] <nhaines> Fine!
[05:32] <nhaines> I write tiny and ink feathers!
[05:33] <pleia2> I've been using a fine point one as I learn how to write with it
[05:33] <pleia2> but just ordered some medium disposable ones, because they have pink ink
[05:33] <nhaines> <3
[05:34] <nhaines> I'm almost out of ink... running low.  I might just order some Lamy blue ink, because then I can reuse the ink bottle.  Not that my crystal cut inkwell isn't cute!  (But it's also not airtight.)
[05:34] <pleia2> I just got a 10(!) pack of ink for my pen, I left it sitting point down for a year and... it didn't like that
[05:34] <pleia2> while I was in tasmania I bought a pen case made of tasmanian wood so my collection can sit horizontally :)
[05:35] <nhaines> I'm very happy with the Private Reserve, but the bottle are tall.  But on the other hand, I've been refilling the piston converter and not drawing the ink up through the nib, so that didn't help.
[05:35] <pleia2> I can't be trusted with a bottle
[05:35] <nhaines> Ooh.  :)  Well, if it's metal or plastic, just take the nib off the feeder and throw it in some clean, cold water for a night or two, then it'll be good as new.
[05:36] <pleia2> yeah, I did the water thing, but all the ink had leaked out ;)
[05:36] <pleia2> into the cap, which I noticed after getting ink all over my hands \o/
[05:36] <nhaines> Ha, I took a bottle when I picked up my friends from the airport (back from NZ, not AU!) and babysat the weekend and a couple school days, and grabbed a box with an ink bottle so I could keep track of my time when I worked while he was at school.
[05:36] <pleia2> it didn't just pour out, it slowly leaked as I fiddled with it
[05:36] <pleia2> I'm in NZ right now
[05:36] <nhaines> Monday came around and I opened up the box and pulled out an empty bottle!  Grabbed the old box!
[05:37] <pleia2> (layover)
[05:37] <pleia2> haha, oops
[05:37] <nhaines> So I just had to use the very pleasant gel ink pen I keep in my bag for when I'm camping in case I need to write.  Was still mad though.
[05:37]  * pleia2 nods
[05:38] <pleia2> alright, I should start making my way to the next plane
[05:38] <nhaines> On the bright side (for him), though, Alexander was spared an hour of handwriting practice.  (Seriously, we have to work on his handwriting.  He draws everything from the baseline.)
[05:38] <pleia2> hehe
[05:38] <nhaines> Have a great flight!  It's probably only 46 hours to the West Coast!
[05:39] <pleia2> thanks :)
[05:39] <pleia2> haha
[05:39] <pleia2> I should land around 11AM ;)
[05:39] <pleia2> hopefully it's still there
[05:39] <nhaines> We're digging the trenches as you speak.
[05:39] <nhaines> Maybe the landing of the plane can knock us free.  ;)
[05:39] <nhaines> Fly safe.  :)
[05:40] <pleia2> <3


[01:11]  * popey hugs ali1234
[01:11] <ali1234> :)
[01:11] <popey> I love it, didnt expect that.
[01:12]  * popey goes to bed, dreaming of riding into conflict on his battlecat
[05:33] <mapps> urgh
[06:04] <MooDoo> morning all
[06:06] <Myrtti> moin
[06:07] <mapps> hey
[06:07] <Myrtti> lappy didnt boot nicely :-(
[06:07] <Myrtti> missed the standup
[06:58] <MooDoo> anyone want to see popey and his new pet? - http://youtu.be/bMhoyyZRO5I
[07:07] <Myrtti> brilliant
[07:08] <MooDoo> :)
[07:32] <brobostigon> morning boys and girls.
[07:32] <MooDoo> morning brobostigon
[07:33] <brobostigon> morning MooDoo
[07:33] <MooDoo> brobostigon: just beating you on the irc stats page :D
[07:33] <brobostigon> :)
[07:35] <brobostigon> would it be possible, on a watch, for you to put some much pressure on the springbar holding the strap, that the springbar just pops out?
[07:36] <MooDoo> only if it's a weak spring bar or not properly seated i guess
[07:37] <brobostigon> well exactly that happened to me last night,
[07:37] <SuperMatt> then it is possible
[07:37] <SuperMatt> what kind of mind games are you playing with us?
[07:38] <brobostigon> the strap that came with my pebble, i managed to get the strap and springbar back in properly, i think.
[07:42] <ali1234> whats a springbar?
[07:42] <MooDoo> ali1234: think it's the little bar that connects the strap to the watch
[07:43] <brobostigon> yep.
[07:43] <MooDoo> ali1234: normally they have two springy ends you need to push in to connect them to the watch, if they are not seated properly they spring out
[07:44] <MooDoo> http://i219.photobucket.com/albums/cc18/gaijinnv/Marathon22MMSpringBars.jpg
[07:44] <ali1234> i see
[07:45] <brobostigon> looks like i have seated it back in properly.
[08:09] <JamesTait> Good morning all; happy Apollo 11 Day! :-D
[08:10] <MooDoo> morning JamesTait
[08:11] <MooDoo> JamesTait: pic.twitter.com/ysjxPVbEC2
[08:13] <JamesTait> MooDoo, well look at that! :-D
[08:13] <MooDoo> thought you might like that
[08:17] <JamesTait> There was something about some dirty great weapon of mass destruction as well, but I thought I'd accentuate the positive....
[08:19] <foobarry> why would pixel lock and phase be greyed out on my monitor?
[08:19] <foobarry> they are the ones i want to tweak
[08:33] <bigcalm> Good morning peeps :)
[08:36] <popey> Mng
[08:38] <MooDoo> howdy bigcalm popey
[08:39] <MooDoo> popey: how's your firebreathing cat taming going? ;)
[08:41] <popey> :D
[08:52] <foobarry> rebooted with latest kernel on 12.04 (3.11.23) and no X windows :(
[08:52] <foobarry> this is like the old days
[08:52] <foobarry> nvidia driver issues i presume
[08:54] <foobarry> can i run dpkg-reconfigure on a particular package to get nvidia to reconfig?
[08:54] <foobarry> (or am i missing a package?)
[08:56] <popey> where did you get nvidia driver from?
[08:56] <popey> oh, is this 12.04 or is it really elementary or mint?
[08:56] <foobarry> i've just done dpkg-reconfigre nvidia-331-updates
[08:56] <foobarry> hoping it works
[08:56] <foobarry> repos
[08:57] <foobarry> the weird thing is that <IP_ADDRESS> looks installed but not in grub list
[08:57] <foobarry> odd
[08:57] <foobarry> about to reboot
[08:59] <foobarry> :( still broke
[08:59] <foobarry> have nvidia-common, nvidia-settings and nvidia-331-updates
[08:59] <foobarry> from standard ubuntu universe
[08:59] <foobarry> on 12.03
[08:59] <foobarry> .4
[09:00] <popey> <IP_ADDRESS> is a saucy kernel
[09:01] <foobarry> do i need to install different kernel?
[09:02] <popey> well, i would expect 14.04 to have 3.13, not 3.11
[09:02] <popey> which shouldn't need you to do anything, it should already be there
[09:02] <popey> but as you didn't answer my question, I'm assuming this is elementary or mint, and not actually ubuntu
[09:04] <foobarry> elementary, runnign on 12.04
[09:04] <popey> so I would be looking at why I'm running a 12.04 based system with a 13.10 kernel
[09:04] <popey> i.e. dpkg -l linux-image* and see what kernels you have
[09:04] <foobarry> i have generic-lts-saucy
[09:05] <popey> ok, cool.
[09:05] <bigcalm> ?
[09:05] <popey> do you have the xorg package to go with that?
[09:05] <bigcalm> Saucy wasn't an LTS
[09:05] <popey> correct
[09:05] <bigcalm> Odd package name
[09:05] <popey> no
[09:05] <foobarry> its cos i'm running LTS
[09:05] <popey> https://wiki.ubuntu.com/Kernel/LTSEnablementStack
[09:06] <popey> sorry, i said 14.04 earlier, I looked at the wrong place
[09:06] <foobarry> gonna try raring , thanks. i hadn't realised i needed to do that
[09:06] <foobarry> is there a generic-lts-latest?
[09:06] <foobarry> type pacakge
[09:06] <bigcalm> I see
[09:06]  * bigcalm goes back to sleep
[09:06] <foobarry> which xorg package pls popey ?
[09:07] <popey> https://wiki.ubuntu.com/Kernel/LTSEnablementStack ☻
[09:08] <popey> Anyone wishing to opt into the hardware enablement stack for Precise may do so by installing the linux-generic-lts-<release> and xserver-xorg-lts-<release> packages. For example to install the Quantal hardware enablement packages in Precise, please run the following command:
[09:08] <popey> sudo apt-get install --install-recommends linux-generic-lts-raring xserver-xorg-lts-raring libgl1-mesa-glx-lts-raring
[09:08] <MartijnV1S> isn't lts-enablement being deprecated for 12.04?
[09:08] <popey> looks like the badger
[09:08] <MartijnV1S> in favor of actually running 14.04
[09:08] <popey> no
[09:08] <foobarry> thanks.
[09:08] <MartijnV1S> I thought I read that somewhere
[09:08] <popey> well, if by that you mean, "dont run 12.04" then no
[09:09] <popey> it may be that there's no more enablement packs, sure
[09:09] <popey> (I may have misunderstood what you said) :D
[09:09] <MartijnVdS> https://lists.ubuntu.com/archives/ubuntu-announce/2014-July/000186.html
[09:09] <MartijnVdS> that :)
[09:09] <MartijnVdS> On August 7, 2014, the 5th
[09:09] <MartijnVdS> and final point release for 12.04 (ie. 12.04.5) will deliver the kernel
[09:09] <MartijnVdS> and graphics stack derived from 14.04. At that time, security updates
[09:09] <MartijnVdS> and bug fixes for older hardware enablement stacks will no longer be
[09:09] <MartijnVdS> provided.
[09:10] <Myrtti> ooh
[09:10] <Myrtti> I broke my lts 1204 today too
[09:10] <Myrtti> with newest.kernel
[09:10] <Myrtti> popey: thanks will have a look
[09:11] <foobarry> lots of xserver-xorg getting removed
[09:11] <foobarry> looks more scary when in vty
[09:11] <popey> nice
[09:12] <Myrtti> MartijnVdS: yeah had to enable the hardware support again, and logging in in tty says mine is supported until 2017
[09:12] <MartijnVdS> I finally shut down my last 10.04 machine
[09:13] <MartijnVdS> it couldn't be upgraded because of some compiler flag added in 10.10
[09:13] <MooDoo> I'm thining of rebuilding my centos server for ubuntu!
[09:13] <MartijnVdS> \o/
[09:13] <popey> MooDoo: did you say you're not coming to the RAT?
[09:14] <MooDoo> popey: yes, i don't think i'll be able to make it, it's the week I change jobs...so need to work on that and family a bit.
[09:14] <popey> aww
[09:14] <popey> oh, changing jobs!?
[09:14] <popey> congrats
[09:15] <MooDoo> popey: i've put my ticket in a secrey place so when I find it, it's going to who ever wants it.
[09:15] <MooDoo> popey: thanks :D
[09:15] <popey> where you off to?
[09:15] <MooDoo> sys admin for the health store, they are a wholesaler for health products, you know the type they sell in holland and barratt!
[09:16] <popey> gotcha
[09:16] <MooDoo> canonical kept turning me down ;) lol
[09:17] <MartijnVdS> MooDoo: They sell health products here?
[09:17] <MooDoo> MartijnVdS: no lol
[09:19] <popey> They kept turning me down too ☻
[09:19] <popey> I think I applied for 4 jobs before being offered one.
[09:21] <Laney> "Air Steward on Canonical One"
[09:22] <MooDoo> popey: as soon as they advertise tea boy for the Product Strategy team @ canonical, I'm applying :)
[09:22] <MooDoo> Laney: I'm too tall for that lol
[09:23] <Laney> pilot?
[09:23] <NET||abuse> just looking at the raspberry pi b+, anyone know where to get the 4pin audio video jack cable premade?
[09:23] <Laney> just looked up where the health shop is - you could sneak in a few flights in your lunch break ;-)
[09:23] <MooDoo> Laney: I could do that, I've played microsoft flight sim, i'm qualified ;)
[09:23] <MooDoo> Laney: it's bulwell
[09:24] <Laney> ya, next to hucknall aerodrome
[09:24] <MooDoo> :)
[09:24] <popey> I think Canonical One only has Stweardesses
[09:24] <popey> I think it's some kind of positive discrimination thing ㋛
[09:24] <MooDoo> popey: I've been to rocky horror, I can pull off a skirt ;)
[09:24] <popey> hah
[09:24] <popey> Ahem.
[09:24] <MooDoo> lol
[09:32] <foobarry> :-Z
[09:46] <foobarry> ok weird. nvidia was working all along, its because i'd changed monitor
[09:46] <foobarry> "no screens found"
[09:46] <foobarry> move back to old monitor and it works
[09:46] <foobarry> although i was working ok with new monitor until reboot
[09:53] <popey> heh
[09:53] <MartijnVdS> it probably looked for a specific model/serial number
[09:54] <foobarry> the computers have won for today
[09:54] <MartijnVdS> It doesn't if you unplug a monitor (and plug in a new one) while everything is running
[09:54] <foobarry> i have work to do
[09:54] <MartijnVdS> but it DOES on startup
[09:54] <foobarry> somehow elementary got borken when xserver was instaleld
[10:02] <foobarry> MartijnVdS: how am i supposed to switch screens?
[10:03] <foobarry> s/screens/monitors/
[10:04] <MartijnVdS> foobarry: with a normal graphics card and no xorg.conf, just switch them
[10:04] <MartijnVdS> foobarry: with nvidia? no idea.
[10:06] <foobarry> ah, i had a .config/monitors.xml
[10:13] <Myrtti> popey, foobarry
[10:13] <Myrtti> I could kiss you both
[10:13] <Myrtti> thank you
[10:13] <foobarry> Myrtti: what did i do?
[10:13] <popey> huh
[10:14] <Myrtti> you brought your lts graphics problems out
[10:14] <foobarry> somehow upgrading xserver removed gala window manager :S
[10:14] <foobarry> spent 2 hrs fixing my problems today
[10:16] <Myrtti> I tried to get the hardware support extended few days back, thought I rebooted the machine a few times and it worked, and then uninstalled alsa-hda-dkms yesterday, and rebooted this morning, and didn't get past Plymouth
[10:16] <ali1234> why do people have trouble with graphics?
[10:16] <ali1234> i haven't seen a black screen since about 2008
[10:17] <Myrtti> I couldn't work the google up to tell me what to do and I was already doing backups to install LTS 1404 on this against my better judgement
[10:18] <Myrtti> it's a Dell Latitude E6430 with 1204 LTS preinstalled so I really don't want to reinstall anything on it since I didn't do the initial installing myself and I don't know what new stuff the IT dept did to it between getting it from Dell and giving it to me
[10:19] <ali1234> sounds like a damn good reason to wipe it and reinstall to me
[10:19] <Myrtti> well I don't also know what Dell has done to it before shipping it out, either
[10:19] <MooDoo> Myrtti: everything should just work with dell, I have a E6510 and everything works, the only thing I had to tweak was the wifi file as my wifi LED was blicnking all the time :D
[10:20] <MooDoo> well I say that, as in, my laptop is ok :)
[10:20] <Myrtti> but anyway
[10:20] <Seeker`> argh, graphics is a PITA
[10:20] <Myrtti> now using popeys instructions installing some packages it works again
[10:21] <Myrtti> and I don't have to reinstall anything
[10:21] <Seeker`> my mythtv box always resets to 720x576 when I turn my TV on again
[10:21] <ali1234> Seeker`: make a VGA2SCART
[10:21] <Seeker`> ali1234: wut?
[10:21] <Seeker`> no
[10:21] <Seeker`> HDMI
[10:21] <ali1234> lol, you have HDMI and it goes to 576?
[10:21] <ali1234> that's unpossible
[10:21] <Seeker`> yes
[10:21] <Seeker`> pfft
[10:21] <Seeker`> no it isn't
[10:22] <ali1234> what are you people doing to your poor computers...
[10:22] <Seeker`> I can't *stop* it going to 576
[10:22] <Seeker`> it just ignores me. Even when the nvidia driver says it has chosen 1920x1080 in xorg.0.log it *still* chooses 576
[10:23] <MartijnVdS> it's nvidia day 8-)
[10:23] <ali1234> your TV is sending bad modes
[10:23] <ali1234> tell nvidia to ignore it
[10:23] <Seeker`> ali1234: nope. It reports that it supports 1920x1080
[10:23] <Seeker`> I've told it to ignore EDID. It then decides that 800x600 is the right thing to do
[10:23] <ali1234> yes. you must tell it the modes manually
[10:23] <Seeker`> I did
[10:24] <Seeker`> it used to work fine, until my HDD died and I had to reinstall, about a year ago
[10:24] <Seeker`> new install, got this weird behaviour
[10:24] <Seeker`> it's not the monitor
[10:27] <diddledan_> nveeevia day?
[10:27] <diddledan_> I can't speel
[10:27] <diddledan_> nveedia day?
[10:35] <foobarry> the evil monitors.xml as the culprit for me and i never even noticed it before
[10:35] <foobarry> think it comes when you have 2 monitors
[10:36] <foobarry> what's the latest nvidia driver anyway?
[10:36] <foobarry> fromt he repos
[10:37] <Myrtti> 331 I think
[10:41] <popey> i have had a corrupt monitors.xml before
[10:41] <popey> just deleted it and started again
[10:41] <Myrtti> I'm so incredibly happy I fixed this problem
[10:42] <foobarry> eww. getting screen corruption
[10:42] <foobarry> in irssi
[10:42] <Myrtti> foobarry, popey: seriously, do you have paypal or something, I owe you a drink
[10:43] <foobarry> i don't think i actually did anything besides break my system and cry on irc
[10:43] <popey> haha
[10:43] <Myrtti> foobarry: but you expressed your problem in a way I couldn't do using my phone to IRC with
[10:44] <Myrtti> in words that made popey find a solution for it that I could understand
[10:44] <foobarry> Myrtti: you need to learn to receive help freely, as you freely give so much help on freenode :D
[10:44] <foobarry> where you have helped me many times before
[10:44] <Myrtti> midwifery is a valuable ... what's the word
[10:44] <Myrtti> occupation
[10:44] <Myrtti> foobarry: yeah but this was actually doing my head in
[10:45] <popey> i would say vocation
[10:45] <foobarry> which packages did you install? i'm on lts-kernel-trusty now
[10:45] <Myrtti> and it ruined my morning as I couldn't join the daily standup Hangout
[10:45] <popey> not occupation
[10:45] <MooDoo> commodity
[10:46] <Seeker`> profession?
[10:47] <Myrtti> that's the word
[10:47] <popey> \o/
[10:48] <foobarry> whats the diff between nvidia-331 and nvidia-331-updates?
[10:48] <awilkins_> -updates has updates to the kernel shims
[10:49] <Myrtti> the whats
[10:49] <awilkins> It's a binary driver ; it's provided with an open source adapter that links it to the kernel
[10:49] <awilkins> That's the "shim"
[10:50] <awilkins> (I'm not sure what terms the nvidia team use but that's how I think of it)
[10:50] <awilkins> Does seem to be the accepted term from googling it
[10:51] <foobarry> so...kde5 anyone?
[10:52] <popey> http://tumbleweed.popey.com/
[10:53] <popey> I think you mean Plasma 5.
[10:53] <popey> They've started getting a bit uppity with people using the wrong terms.
[10:53] <foobarry> KDE's plasma 5...
[10:54] <MooDoo> KDE *shiver*
[10:54] <foobarry> "Nepomuk is gone, Baloo is here"
[10:54] <MooDoo> I shouldn't say that seeing as i've not used it in years
[10:55] <foobarry> i still wear teh tshirt though
[10:55] <foobarry> kubuntu kogs
[10:58] <foobarry> i heard on UUPC that aseigo gave 200k of his own $$ to the tablet project, ..where did he get all that cash?
[10:59] <popey> I am not 100% convinced it was $200K of his own cash
[10:59] <popey> he may well have been measuring time working on the project, I don't know
[11:00] <popey> he lives in Switzerland, he can't be badly off ☻
[11:29] <MooDoo> wow spotify moving their servers to Ubuntu, that's 5000 ish of them :D
[11:30] <Myrtti> nice
[11:31] <MooDoo> http://raphaelhertzog.com/2014/07/16/spotify-migrates-5000-servers-from-debian-to-ubuntu/
[11:34] <Myrtti> oh.
[11:35] <awilkins> Wouldn't it just be super for everyone if Debian and Ubuntu got together and made LTS together?
[11:35] <awilkins> That would address the complaint reflected on that page that Ubuntu only LTS-es the main repo
[11:53] <funkyHat> awilkins: it wouldn't, because Debian's LTS only covers a subset of packages too.
[12:35] <popey> discovered http://itch.io/ today
[12:35] <popey> http://itch.io/games/platform-linux specifically
[12:35] <popey> http://itch.io/games/platform-linux/price-free
[13:53] <foobarry> i work with strange people.
[13:53] <foobarry> bought a box of lollies. not many takers
[13:56] <MooDoo> nutters
[13:57] <foobarry> aaaand now i have dropped lolly on my white shirt
[13:58] <foobarry> they made me feel weird for offering lollies on hottest day of year
[13:58] <foobarry> they are the weird ones
[13:58] <foobarry> its like when i bought cakes
[13:58] <popey> waaaat
[13:58] <daftykins> D:
[13:59] <popey> when I worked in an office if you went out and bought a box of lollies they'd be gone in seconds
[13:59] <foobarry> you'd think so
[13:59] <foobarry> no rhyme or reason
[13:59] <MooDoo> they would here where i am currently
[13:59] <foobarry> just waved away naaah i'm ok
[14:00] <popey> are they the kind that feel they then owe you?
[14:01] <foobarry> no
[14:01] <foobarry> some are not even in my team
[14:01] <foobarry> i think....gasp....shudder...they miht not like lollies and cakes
[14:02] <foobarry> 1 is vegan, 1 is milk allergy/intolerant, that leaves others
[14:04] <daftykins> defective snackers
[14:05] <foobarry> i made a mistake
[14:05] <foobarry> forgot to also buy jelly snakes and chocolate
[14:05] <foobarry> for my drawer of destiny
[14:06] <foobarry> ebuyer annual revenue is in the 100s of millions :S
[14:06] <foobarry> must be making tidy profit
[14:09] <daftykins> they're pretty good, shame that after over 4 website redesigns and constant pestering they still refuse to solve automatic VAT deduction for channel islanders
[14:10] <foobarry> i have memories of them selling really shoddy gear in the 2000s
[14:10] <foobarry> very much B grade stock, much of it broken
[14:10] <daftykins> :S
[14:10] <foobarry> an acquaintance bought a pc from parts. every part was broken
[14:10] <daftykins> wow
[14:10] <foobarry> RAM=bad, mobo=bad, etc ,etc
[14:11] <popey> daftykins: create a company account, then you don't see VAT listed
[14:11] <daftykins> the display of VAT is easily done from the top menu
[14:11] <daftykins> no problem there
[14:11] <daftykins> but i have to pay it, then ask for it back
[14:11] <popey> ah
[14:30] <diddledan_> foobarry, I'll take a lolly
[14:30] <foobarry> i'll sftp it
[14:30] <diddledan_> thankya
[14:31] <daftykins> i should've picked up ice cream at the supermarket >_<
[14:32] <daftykins> i had qualms of eating more sensibly but... it's so hot
[14:32] <Myrtti> we bought Solero Mojito lollies few weeks ago
[14:32] <Myrtti> such a disappointment
[14:33] <daftykins> that sounds pretty... erk
[14:33] <Myrtti> it said it had alcohol, but 0.02% doesn't taste much...
[14:34] <daftykins> i don't like desserts to be ruined by booze
[14:34] <foobarry> tiramisu?
[14:35] <Myrtti> daftykins: well it didn't have booze other than for marketing reasons :-|
[14:35] <Myrtti> I didn't taste the rum at all
[14:40] <popey> what a busy day!
[14:40] <popey> I've not even had one cup of tea or coffee yet!
[14:40]  * foobarry is drawing flowcharst
[14:41] <daftykins> i've bought some food and done some washing
[14:41] <daftykins> ^_^
[14:43] <popey> i went outside and video'ed an airbus a380 going over the house
[14:44] <daftykins> hehe
[14:44] <daftykins> very fancy
[14:47] <popey> https://www.youtube.com/watch?v=6SwQfn-TSEc
[14:47] <popey> surprisingly quiet
[15:01] <daftykins> omw
[15:01] <daftykins> it looks kinda frightening, something so large banking like tht :)
[15:02] <Myrtti> jesus christ
[15:02] <Myrtti> indeed
[15:02] <popey> the a380 and the 787 both do ridiculous manouvers at air shows
[15:02] <popey> the take off looks near vertical
[15:02] <popey> https://www.youtube.com/watch?v=GZRKm6PG918
[15:02] <popey> check out the take off on that
[15:03] <popey> bear in mind it has no seats, cargo or passengers on board
[15:03] <daftykins> :D
[15:03] <popey> the a380 does the same, its bonkers
[15:04] <daftykins> apparently our government owned airline ordered a plane without realising that you have to specify seats separately :>
[15:05] <Myrtti> jebus
[15:05] <Myrtti> I feel like throwing up looking at that
[15:06] <Dave2> When I was camping at Download we had the world's biggest plane taking off over us. That was fun.
[15:06] <diplo> Guys if I buy a identical replacement drive for a laptop which is running windows 8.1 and dd the drive can I just dd it straight back onto new one without any issues ?
[15:06] <DJones> daftykins: That sounds as bad as the French rail company that ordered 2000 new trains costing £12.1Bn and then found that they were too wide to fit in over 1000  stations
[15:06] <Dave2> (Antinov 225)
[15:06] <Dave2> Antonov, even
[15:06] <mgdm> diplo: I've done it a couple of times in the past, yeah
[15:07] <mgdm> diplo: (though that was upgrading to a bigger drive)
[15:07] <daftykins> diplo it's all about clonezilla
[15:07] <diplo> yeah thought so.. this has some bad sectors and I very much doubt they've made a back up disk of the orginal
[15:07] <Myrtti> I might have read Crichton's Airframe too many times
[15:07] <diplo> Just have a restore partition
[15:07] <mgdm> Myrtti: oh yes, I've read that a couple of times too
[15:07] <diplo> daftykins, I was debating clonezilla as well, used it in the past...
[15:07] <mgdm> diplo: dd_rescue might be useful
[15:08] <daftykins> https://www.dropbox.com/s/isbwg5trnc08laf/IMG_20140715_172310.jpg
[15:08] <daftykins> cloned a mates 40GB SSD to his new 256GB one in 3.5 minutes last night
[15:09] <diplo> Will give them both a go, just don't know what affect the bad sectors will have
[15:09] <daftykins> how many are there?
[15:10] <diplo> Just seeing errors under a live disk, the machine crashes so can't run any checks on the actual disk currently
[15:10] <diplo> Crashes if I try to run any windows stuff
[15:10] <daftykins> SMART info would say though
[15:10] <diplo> God how do people use Windows 8, god awful!
[15:10] <diplo> yeah did debate about apt-getting it, not installed on the live cd I have in there
[15:11] <daftykins> with a start menu replacement, but even then... painfully
[15:14] <diplo> Looking for Offline_uncorrectable in smart ?
[15:15] <daftykins> that's not a familiar title
[15:15] <daftykins> just pastebin the lot :>
[15:15] <foobarry> cloning isn't necessary if you have lvm
[15:16] <foobarry> add the new disk, then you can remove the old smaller disk, and lvm sorts it
[15:16] <foobarry> *some details omitted
[15:16] <daftykins> what possible part of windows 8 laptop made you think of LVM? :)
[15:17] <foobarry> oh, unlucky
[15:17] <diplo> http://paste.ubuntu.com/7803897/
[15:17] <foobarry> flowchart finished :D
[15:17] <diplo> brb
[15:17] <foobarry> pencil has some cool features
[15:17] <foobarry> a bit like balsamiq but not really
[15:18] <foobarry> but has gtk widgets
[15:18] <foobarry> to pop on your diagram
[15:19] <daftykins> diplo: it's only reallocations so far so it might clone ok
[15:21] <diplo> great ta
[15:30] <foobarry> what's this? openclipart api?
[15:30] <foobarry> handy
[15:48] <daftykins> https://www.dropbox.com/s/yxgrza51ndfwjs9/IMG_20140716_163001.jpg
[15:48] <daftykins> lol.
[15:49] <daftykins> https://www.dropbox.com/s/q9t2w3z0qojmw5g/IMG_20140716_164305.jpg
[16:13] <daftykins> https://www.dropbox.com/sh/ls2xfifyc9nk0zp/AADi5v6nyO5ruH0VZedlXH3La
[16:14] <daftykins> that is one tiny machine
[16:16] <popey> One of my first laptops was a Sony
[16:16] <popey> http://en.wikipedia.org/wiki/Subnotebook#mediaviewer/File:Sonyvaiosub1.jpg
[16:16] <popey> one of them
[16:19] <daftykins> :)
[16:53] <mapps> argh
[16:54] <mapps> my charger keepsfalling out of my laptop
[16:54] <mapps> so it switches to battery then dies
[16:54] <mapps> :<
[16:54] <Laney> glue it in
[16:56] <mapps> hm wont that damage anything?
[16:56] <mapps> ive wedged a remote under it atm
[17:03] <dvrr> Hi everyone.....
[17:03] <mapps> hey
[17:03] <mapps> sup
[17:22] <Myrtti> mapps: get one of those sticker cable things
[17:23] <Myrtti> http://www.brilliantstore.com/other-iphone-gadgets-xydz-os-hq0011.html like that
[17:49] <daftykins> well that was hairy, didn't POST for a while... but now back to normal \o/
[18:06] <mapps> thanks Myrtti
[18:06] <mapps> sup daftykins
[18:07] <daftykins> hey mapps
[18:07] <daftykins> https://www.dropbox.com/sh/ls2xfifyc9nk0zp/AADi5v6nyO5ruH0VZedlXH3La
[18:07] <daftykins> just operated on that.
[18:08] <daftykins> that was not easy
[18:09] <mapps> ah
[18:09] <mapps> what was wrong with it
[18:09] <mapps> also what spec
[18:09] <daftykins> nothing, just wanted to work on the temperatures not being ideal
[18:09] <daftykins> 1.2GHz Core 2 Duo ULV, 2GB RAM
[18:13] <mapps> ah
[18:14] <mapps> ULV?
[18:14] <daftykins> http://www.theatlantic.com/infocus/2014/06/scenes-from-d-day-then-and-now/100752/
[18:14] <mapps> man i ove aphex twin
[18:14] <mapps> love
[18:14] <daftykins> this is amazing, after the first pic click in the others
[18:14] <daftykins> ultra low voltage.
[18:14] <daftykins> Apex Twin \o/
[18:14] <mapps> yea
[18:14] <mapps> the best
[18:14] <mapps> LD
[18:14] <mapps> :D
[18:14] <mapps> you like?
[18:14] <daftykins> ooh yes
[18:14] <daftykins> from a bit of Selected Ambient Works to the others
[18:15] <mapps> :D
[18:15] <mapps> he doesnt play live much
[18:15] <mapps> seen him live once ..and thats it
[18:15] <mapps> at warehouse project 3years ag
[18:15] <mapps> ago
[18:16] <mapps> http://www.youtube.com/watch?v=3YUU7EElVhE
[18:16] <mapps> LOVE everyday and the video's fun too
[18:16] <mapps> :D
[18:17] <daftykins> must be off, \o
[18:31] <foobarry> mapps: try sugru
[18:32] <foobarry> makes life better.
[18:33] <foobarry> for your laptop
[18:35] <mapps> whats that
[18:38] <foobarry> a mouldable rubber that is permanent when it sets
[18:38] <foobarry> you can pop a bit on your laptop or charger cable as appropriate
[18:38] <mapps> and it wont damage things
[18:39] <mapps> atm ive got the cable in and remote under it ..its basically it works but onlt in a certain position have to move it around etc
[18:42] <mapps> annoying waking u to find it off
[18:42] <mapps> :D
[22:03] <popey> Myrtti: https://twitter.com/sil/status/489530828792549376
[22:17] <Myrtti> ta
[23:06] <diddledan> http://all-that-is-interesting.com/facebook-cover-photos
[23:06] <diddledan> achievement unlocked: cover photo


[09:35] <clivejo_> did you guys know this - https://www.kdab.com/the-limux-desktop-and-the-city-of-munich/
[09:36] <clivejo_> mainly the "LiMux is a distribution, maintained by the central IT department of the City of Munich. Technically, it builds upon Kubuntu." part !
 yes
[09:42] <clivejo_> it's a shame there wasn't more collaboration
[09:45] <acheronuk> with who? it was based on an ancient kde4
[09:45] <clivejo_> sounds like KDAB is still working with them
[09:57] <clivejo_> might be worth reaching out to author of that article?
[10:38] <acheronuk> to say what?
[10:40] <clivejo_> Hello, I'm Rik, lets be friends :P
[10:46] <acheronuk> if I did that for every article vaguely related, I'd have no time for -dev work. so why in this case?
[10:47] <clivejo_> maybe not you, but Community Manager or someone
[10:47] <acheronuk> ok. lets see what rick thinks


 @ItzSwirlz you need to be a member of a certain team to be able to target a bug to a release series. I forget which team

 Aight thanks.


[00:31] <Sarvatt> this packaging is so hacky and just a workaround to not make them not download git and build it every time, needs a lot of review and cleanup (man pages also) if its ever going in debian https://code.launchpad.net/~xorg-edgers/piglit/debian-packaging
[00:47] <Prf_Jakob> Sarvatt: Which mesa version are you guys going to use?
[00:48] <Sarvatt> 8.1.x
[00:48] <Sarvatt> in 12.10, and 12.04.2
[00:48] <Prf_Jakob> ok
[00:48] <Prf_Jakob> ok
[00:54] <Sarvatt> theres a nasty bug in core mesa breaking unity on every gpu that may actually be a unity issue though, cant update till we figure that out which hopefully will happen before feature freeze so we can get 8.1
[00:55] <Sarvatt> oh feature freeze is 3 weeks away, i guess there will be paperwork involved to upload it anyway
[01:05] <Prf_Jakob> Ok
[01:05] <Prf_Jakob> I should clean up the wayland related patches then.
[05:59] <tjaalton> debfx: hey, do you know if virtualbox will support the video abi of 1.13 anytime soon? looks like 4.2 beta doesn't
[08:37] <mlankhorst> tjaalton: speaking of that, which one are still missing for 1.13?
[08:41] <tjaalton> mlankhorst: -ivtv, the arm ones and vboxdrv
[08:41] <mlankhorst> ah k
[08:42] <mlankhorst> speaking of which, I need a arm staging tree..
[08:43] <mlankhorst> tjaalton: can you upload rc4? :)
[08:44] <tjaalton> I already did?
[08:44] <tjaalton> didn't push git though..
[08:44] <tjaalton> done
[08:45] <tjaalton> how easy it is to miss that phase..
[08:45] <tjaalton> i blame multitasking
[08:46] <debfx> tjaalton: I asked the upstream developer on friday. he said he'll look into it but as I understand supporting RCs isn't a priority for them.
[08:47] <tjaalton> debfx: ok. we might be able to patch it to build in the meantime
[08:49] <tjaalton> sigh, do we really need -glamo
[08:51] <tjaalton> not going to touch it
[08:53] <tjaalton> bug 1034793
[09:52] <mlankhorst> tjaalton: indeed :P
[10:12] <mlankhorst> tjaalton: yeah seeing how often that seems to happen I wonder if it should be part of the tagging phase
[10:20] <tjaalton> mlankhorst: what should?
[10:21] <tjaalton> oh generating the changelog?
[10:22] <mlankhorst> well just that you can't upload to ubuntu without uploading the git parts first :)
[10:23] <tjaalton> ah
[10:23] <mlankhorst> in the same way xorg-util-modular/release.sh is supposed to work
[10:26] <tjaalton> well, xorg-server didn't get the changelog mangling commit in it for .902, so the changelog that git had looks weird since the changes were done to .902-1
[10:27] <tjaalton> so, always create a new changelog entry for -0ubuntu1 or such, if debian is unreleased
[10:27] <tjaalton> need to use dch -n for that, i guess
[10:28] <tjaalton> and then edit to make it not be a nmu
[10:30] <tjaalton> but yeah, whatever tools there are to force git push would be fine :)
[10:31] <tjaalton> dunno if it's feasible though
[10:31] <tjaalton> since we don't do tags
[10:31] <tjaalton> and you can forget that too
[10:32] <tjaalton> so should it be pushed after building a source package? that wouldn't work either, if you're just testing stuff
[10:39] <tjaalton> mlankhorst: ah, so nothing was lost, just that instead of bdaab9165aac it's preferred to just create a new changelog entry for ubuntu
[10:39] <tjaalton> in similar cases
[10:39] <tjaalton> and I use dch -n for that, don't know of a better tool
[10:40] <tjaalton> but I've added the git trick to my config. looks like I had .gitattributes already but nothing to call it..
[12:07] <mlankhorst> :)
[15:16] <shadeslayer> is there a know bug about X taking up all your memory after about 3-4 hours ?
[15:18] <mlankhorst> with nouveau?
[15:22] <tjaalton> shadeslayer: it's likely some app, not x
[15:22] <shadeslayer> well ... it mentions lightdm and X in the same line
[15:22] <shadeslayer> ( the process )
[15:27] <tjaalton> 'it'?
[15:44] <shadeslayer> tjaalton: htop
[15:45] <shadeslayer> and yeah, it's definitely leaking memory, X is now using 25% of my RAM
[15:45] <tjaalton> check xrestop
[15:46] <shadeslayer> tjaalton: http://i.imgur.com/XF9pi.png
[15:46] <tjaalton> which driver?
[15:47] <shadeslayer> well .. I have 2 cards, and I think it's using the discrete ati card
[15:47] <tjaalton> fglrx?
[15:47] <shadeslayer> nope
[15:47] <shadeslayer> don't have fglrx
[15:47] <tjaalton> k
[15:47] <shadeslayer> lsmod says radeon
[15:48] <shadeslayer> hmm ... xrestop shows kwin at the top
[15:48] <tjaalton> using how much pixmem
[15:48] <shadeslayer> 1568614K
[15:48] <shadeslayer> so about 1.5G's :|
[15:49] <tjaalton> there you go
[15:49] <tjaalton> it might still be a leaking driver, dunno
[15:52] <shadeslayer> hmm
[16:12] <shadeslayer> tjaalton: so restarting kwin takes down kwin's mem consumption, but X still consumes the same amount of memory
[16:14] <tjaalton> could be the driver then
[16:14]  * shadeslayer ponders filing a bug
[16:14] <shadeslayer> tjaalton: anything that I can do to debug it a bit?
[16:14] <shadeslayer> oh ... I recently modified my xorg.conf a bit
[16:15] <shadeslayer> maybe that's what's causing it
[16:15] <tjaalton> which release is this?
[16:15] <shadeslayer> quantal
[16:15] <tjaalton> hmm
[16:15] <tjaalton> -proposed has a newer xserver, but I think it's either mesa or the kernel that's buggy, not the xserver
[16:18] <shadeslayer> hmm .. lets try and see if that fixes anything
[18:45] <tjaalton> nice, xserver crash when switching sessions
[18:45] <tjaalton> apport didn't catch it
[18:45] <tjaalton> duh
[19:03] <mlankhorst> tjaalton: raof dropped the rethrow signals patch but it requires starting xorg-server with core :)
[21:06] <tjaalton> mlankhorst: yeah, i'll hack it locally to catch the crash


[00:01] <infinity> tkamppeter: Component on that page lists the component from debian/control, which is a bit confusing.
[00:02] <infinity> tkamppeter: If you scroll down, you see it's in (universe) in the release pocket of vivid, etc.
[00:26] <tkamppeter_> infinity, thanks, it is all in universe. So the "Component: Main" on Launchpad means perhaps that in Debian it is in Main? Has this an advantage for a MIR for Ubuntu?
[00:27] <infinity> tkamppeter_: It's just that, yes.  It's in main in Debian (or, in the control file).  That has no bearing on an MIR.
[00:29] <infinity> wgrant: What are the odds of making the Component field of +source/<package> either less confusing or not there at all?
[00:29] <wgrant> infinity: I think I filed a bug about that in 2006, let me see.
[00:29] <infinity> wgrant: This isn't the first time people have misinterpreted it.
[00:29] <infinity> Heh.
[00:30] <infinity> wgrant: I guess I would argue that the package info up there should all represent current reality and overrides in the current devel series, or just not be shown at all.
[00:31] <wgrant> Ah, not quite.
[00:31] <wgrant> https://bugs.launchpad.net/launchpad/+bug/93293
[00:31] <wgrant> Was nwhat I was thinking of.
[00:32] <wgrant> The portlet was fixed, but it made a reappearance in the main content, it seems.
[00:33] <infinity> wgrant: \o/
[00:34] <infinity> wgrant: Hrm, it's not always wrong, either.  That's even more confusing.
[00:35] <wgrant> infinity: It should usually be wrong.
[00:35] <infinity> wgrant: Looking at, say, poppassd, it displays universe, when I would have assumed it would say main (matching control).
[00:35] <infinity> wgrant: But I guess a poke at the code and where it's actually getting that value would be enlightening.
[00:36] <wgrant> infinity: Uploaded packages will show their original overrides.
[00:37] <infinity> wgrant: poppassd and openjpeg are both syncs, AFAICT.
[00:38] <infinity> wgrant: Oh, but poppassd predates syncs being a thing, so it's technically a manual upload.
[00:38] <wgrant> Yep.
[00:38] <infinity> s/syncs/copies/
[03:33] <hallyn> infinity: hey, perhaps stupid question - are there cases (funky ld.so) where, when /sbin/foo is linked against libwhozit, libwhozit won't actually be read until it's needed?
[03:34] <infinity> hallyn: No.
[03:35] <sarnold> I thought that was default behaviour unless you set LD_BIND_NOW in your environment
[03:35] <infinity> hallyn: Unless by "linked" you mean "dlopened()".
[03:36] <sarnold> ohhh, that's just symbol resolution, not opening the libraries themselves.
[03:36] <infinity> sarnold: Yeah, I was in the middle of typing that, and my WiFi had a fit.
[03:37] <infinity> hallyn: ld.so loads all the objects it needs before jumping into the binary.
[03:38] <infinity> hallyn: Key word being "needs", if there's no NEEDED entry in your ELF header (ie: your binary is incorrectly linked, or underlinked, or whatever), then no load for you.
[03:39] <infinity> hallyn: Perhaps a real life example of the behaviour you think you're seeing and blaming on ld.so?
[03:44] <hallyn> infinity: oh no i'm not seeing anything.  cgmanager needs to umount any dirs it doesn't need.  I'm trying to tell whether there's any reason to fight umounting /lib (if anyone has it as a mount)
[03:44] <hallyn> i was worried someone might have a custom ld.so that loaded on-demand.  Though I guess I'm not sure how it *could* possibly do it
[03:45] <hallyn> and yeah we're not dlopening so that's not an issue
[03:45] <infinity> hallyn: /lib can't be a mount in any sane POSIX system.
[03:46] <infinity> hallyn: Except in the case of a merged /usr, where it can be a symlink into /usr/lib, but then /usr/{lib,bin,sbin} need to follow the same "all on one FS or you're a moron" rule that / classically did.
[03:47] <hallyn> infinity: so long as initramfs mounts it i see no reason why it oculdn't
[03:48] <hallyn> i'm not sure wht "merged /usr" means.  in caes of separate /usr, i'd expect if anything /usr/lib -> /lib, not ht eother way around ,else you couldn't boot :)
[03:48] <hallyn> this is going into debian, so i expect to see all sorts of perverse setups :)
[03:50] <hallyn> infinity: thanks, so it sounds like i can ignore it.  good news
[03:58] <infinity> hallyn: Sure, you could have an initrd that mounts /lib, /sbin, /bin, which is perverse, but you'd also not umount them until post-shutdown either (ie: by pivoting back into the initrd, or just doing a remount-ro and ignoring them)
[04:00] <hallyn> infinity: right, but cgmanager is going to umount anything it doesn't need (in a private namespace) after it starts
[04:01] <hallyn> problem is if the host is MS_PRIVATE, cgmanager starts a new mount namespace and runs in it.  if host then umounts something, cgmanager keeps it mounted in its ns
[04:01] <hallyn> so the target can't be rmdir'd, and the source isn't totally freed
[04:02] <hallyn> so i'm thinking of doing https://github.com/hallyn/cgmanager/commit/cef2ea8d89ac329b9ce744266f235bad4d6151ed
[04:04] <infinity> hallyn: I guess you can't just stop cgmanager before the OS umounts at shutdown? :P
[04:06] <hallyn> there's actually a number of debian bugs open about this
[04:06] <infinity> hallyn: Or maybe I'm a bit confused about what's going on.
[04:06] <hallyn> aufs, xfce, onandon
[04:07] <hallyn> example: sudo stop cgmanager.  sudo mdir /tmp/serge; sudo mount -t tmpfs tmpfs /tmp/serge;  sudo start cgmanager;  sudo umount /tmp/serge;  sudo rmdir /tmp/serge <fail>
[04:07] <sarnold> hallyn: does that leak 'line' on the continue statements?
[04:08] <hallyn> sarnold: don't think so;  getline will reuse it if len is large enough for the next line
[04:08] <sarnold> hallyn: aha, thanks
[04:08] <hallyn> oh, heh, but loop exit will
[04:08] <sarnold> hallyn: and, what's this "recursively umounted entries"?
[04:08] <infinity> hallyn: Err, kay, I clearly don't get why cgamanager is holding that mount open in the first place.
[04:09] <infinity> hallyn: Surely systemd doesn't have to do this same crazy "umount the world that I shouldn't have open anyway" thing?
[04:09] <hallyn> well, if /sys and /sys/fs/cgroup are both mounted and you umount -l /sys/, then /sys/fs/cgroup will be umounted
[04:09] <sarnold> hallyn: no kidding? :) cool. thanks.
[04:10] <hallyn> infinity: well systemd mounts / MS_SHARED.  but yes it also had this problem
[04:10] <hallyn> sarnold: so it'd be no big deal, but i just want to avoid the failure on attempting to umount /sys/fs/cgroup later
[04:11] <hallyn> infinity: so anythhing which systemd spawns which then unshares mntns and mounte MS_PRIVATE wil hae the same problem
[04:11] <hallyn> (which cgmanager used to do;  i switched it to MS_SLAVE for them;  that doesnt' for sysvinit though0
[04:12] <infinity> hallyn: So, you could probably just lazily umount $world in your private namespace, minus the proc/sys bits you know you need, and just let the kernel sort it from there.
[04:13] <infinity> hallyn: Instead of worrying about if /lib might be on a USB stick on Joe User's weird setup.
[04:13] <hallyn> infinity: right that's basically what i do.  walking through /proc/self/mountinfo and skipping anything i know i need
[04:14] <infinity> hallyn: But you don't necessarily even need / :P
[04:14] <infinity> hallyn: In a merged setup, you might need /usr and not /
[04:14] <infinity> hallyn: But if you just lazy umount them both, who cares.
[04:14] <hallyn> what is a merged setup?
[04:14] <infinity> hallyn: Merged-/usr, welcome to 5 years ago.
[04:15] <infinity> hallyn: Where /lib, /bin and /sbin are symlinks into /usr, and /usr can be (but usually isn't) a mountpoint.
[04:15] <hallyn> even so all i really need is /sys/fs/cgroup/cgmanager (which i created) and some target dirs for cgroup mounts, and /proc
[04:16] <hallyn> suppose i could create an empty dir, copy /sys/fs/cgroup/cgmanager into it, pivot, umount old_root, and proceed
[04:16] <hallyn> not sure whether that's better
[04:16] <infinity> hallyn: Right.  And the kernel may or may not let you umount the bits where your libraries came from, depending on its mood and phase of the moon, but lazy solves that.  Well, "solves".
[04:17] <hallyn> right, i'm doing lazy, cause i don't really care ,just don't want to pin it
[04:17]  * infinity nods.
[04:17] <hallyn> (my inodes are pinning it already)
[04:17] <hallyn> hm
[04:17] <infinity> hallyn: A pivot chroot is probably cleaner than trying to umount everything systematically.
[04:17] <hallyn> grr but the other way is already coded :
[04:17] <infinity> hallyn: But if you go full chroot style, you end up with a duplicate libc in RAM, etc, which is less ideal.
[04:18] <hallyn> :)
[04:18] <hallyn> why would that happen?
[04:18] <hallyn> it's still the same inode, same page cache, no?
[04:18] <infinity> Or, you might.  Depends on how smart we are about knowing that it's identical-but-from-elsewhere and deduping it.
[04:18] <infinity> hallyn: Oh, I'm thinking an old skool chroot, where it very much wouldn't be the same inode. :P
[04:19] <infinity> hallyn: If you can sort out something more clever that still frees up /, but gives me the same paged library, you win.  Do that!
[04:19] <hallyn> yeah i don't need that
[04:19] <hallyn> cool, something to play with in the morning i think.
[04:19] <hallyn> thanks!
[04:19] <hallyn> ttyl
[04:20] <hyperair> what does upstart --user do that allows it to adopt orphaned childreN?
[04:20] <hyperair> i thought orphaned children just jump straight to pid1
[04:20] <infinity> hyperair: Make a decent salary, and have no criminal record.
[04:21] <hyperair> infinity: :)
[04:21] <hyperair> that'll work
[04:21] <infinity> (no idea)
[04:21] <hyperair> lol
[04:27] <sarnold> hyperair: check out prctl(2), PR_SET_CHILD_SUBREAPER
[04:27] <hyperair> aha
[04:27] <hyperair> thanks
[04:32] <tmpRAOF> Bah. Kernel ppa doesn't have linux-tools builds :(
[04:33] <tmpRAOF> No perf for me until reboot.
[05:10] <RichiH> rbasak: ok, thanks
[05:38] <pitti> Good morning
[05:39] <pitti> rbasak: /tmp overflow> ah, you are just setting $TMPDIR in the test itself? (that's a bit ugly indeed); I'm not opposed to adding an option for this
[05:40] <pitti> cjwatson: ah, thanks anyway, in case we want to ever simplify this again
[07:20] <alkisg> arges: good morning, could I ping you about putting an update-manager SRU in precise-proposed, if you happen to have some time today?  https://launchpad.net/ubuntu/precise/+queue?queue_state=1 and https://wiki.ubuntu.com/StableReleaseUpdates#Publishing
[07:42] <infinity> tumbleweed: On a couple of arches, pypy seems to be leaving testsuite cruft lying around in the background, despite the build being complete.  This makes the buildds amazingly unhappy (and I'm going to kill the builds).
[07:43] <infinity> tumbleweed: Before I kill it, this is the junk hanging around: http://paste.ubuntu.com/10169871/
[07:51] <rbasak> pitti: no, I'm setting TMPDIR outside the test. "TMPDIR=... adt-run ...". That did work though.
[07:52] <pitti> rbasak: oh, you mean your host's /tmp is too small, not the testbed's?
[07:52] <rbasak> pitti: right.
[07:52] <rbasak> pitti: I'm on Canonistack. / is not that big. /mnt provides more space.
[07:53] <rbasak> Various things are symlinked to /mnt, but not /tmp.
[07:53] <pitti> *nod*
[08:36] <LocutusOfBorg1> hi Laney can I try to merge inkscape from debian/eperimental?
[08:37] <rbasak> LocutusOfBorg1: there's already a merge bug on that.
[08:38] <rbasak> LocutusOfBorg1: bug 1416651. Looks like nobody's working on it right now though.
[08:38] <rbasak> I was going to take a look myself next week if nobody gets to it first, because I'd like the newer Inkscape on my desktop :)
[08:38] <LocutusOfBorg1> wonderful
[08:38] <LocutusOfBorg1> :)
[08:38] <LocutusOfBorg1> thanks for the hint, I'll upload the debdiff here
[08:39] <rbasak> Although I wouldn't do it without checking with someone from the desktop team first, as I'm not so familiar with the desktop side of things.
[08:39] <LocutusOfBorg1> sure
[08:39] <LocutusOfBorg1> :w
[08:40] <LocutusOfBorg1> (damn focus)
[08:42] <LocutusOfBorg1> now everybody knows I'm a VIM user, shame on me! :wq!
[08:42] <LocutusOfBorg1> :)
[08:43] <infinity> LocutusOfBorg1: At least you're not a filthy Emacs user.
[08:43] <mlankhorst> or maybe he's doing an impersonation of a vim user to hide his emacsness
[08:44] <LocutusOfBorg1> lol
[08:45] <LocutusOfBorg1> I stopped using emacs after talking with its psychotherapist
[08:45] <LocutusOfBorg1> :)
[09:04] <Laney> LocutusOfBorg1: yap
[09:55] <pitti> darkxst: uh, apparmor fails to start for you?
[09:55] <pitti> sudo journalctl -u apparmor
[09:58] <darkxst> pitti, apparently http://pastebin.com/zqBC4mtu
[09:59] <pitti> darkxst: hm, that means that it never reaches sysinit.target?
[09:59] <pitti> ah no, it's a Wants, not a Requires
[10:00] <darkxst> pitti, doesnt seem like something a glib update would trigger though ;(
[10:01] <pitti> darkxst: you have several hard disks/drives, would you mind adding your fstab?
[10:02] <darkxst> pitti fstab http://pastebin.com/Eddi1pia
[10:04] <darkxst> pitti, pretty sure ricotz hit this also
[10:07] <pitti> darkxst: I see something odd in the log indeed
[10:08] <pitti> /home gets mounted, then unmounted again
[10:10] <darkxst> pitti, why would it get unmounted?
[10:10] <darkxst> kernel? remounts ro, on errors, but nothing should unmount it? right?
[10:12] <pitti> darkxst: I don't know yet; I wrote the interesting log excerpt to the bug for now, but I don't fully understand this yet either
[10:16] <darkxst> pitti, seems my laptop is not effected by this though it has a slightly simpler configuration
[10:16] <pitti> ok, we have some major kde uninstallability problem on i386
[10:18] <pitti> ah, https://launchpad.net/ubuntu/+source/plasma-framework/5.7.0-0ubuntu1 FTBFS?
[10:19] <pitti> and https://launchpad.net/ubuntu/+source/knotifications/5.7.0-0ubuntu1 finished on amd64 but failed on i386 (or rather, is currently rebuilding)
[10:19] <pitti> I think that's causing it
[10:23] <aeoril> darkxst sarnold suggested I intall and Sbuild environment then alter the debian/rules file to try to find the nail down the bug in vim ...
[10:24] <aeoril> And apparently, I cannot type tonight
[10:25] <darkxst> aeoril, sbuild is great (I use it all the time) but not for tracking down bugs
[10:25] <Mirv> hey! could a core-dev run: syncpackage -d experimental -r vivid-proposed suomi-malaga  (and yes, I should probably ask for upload rights for my own Debian packages)
[10:26] <aeoril> darkxst why not?
[10:26] <darkxst> aeoril, its really slow for one
[10:26] <Riddell> pitti: I uploaded lots of kde frameworks yesterday
[10:26] <aeoril> darkxst he was suggesting I use it to build, then alter debian/rules to build a little different, kind of manually "bisecting" until I figured out the bug
[10:27] <Riddell> pitti: as usual launchpad doesn't seem to be clever enough to do the required retries but I'm running ubuntu-build retry in a while true loop
[10:27] <aeoril> darkxst yes, the logs on Launchpad show 20 minutes per build
[10:27] <pitti> Riddell: well, that'd be called "versioned build dependencies" to make it dep-wait properlY :)
[10:27] <pitti> Riddell: thanks
[10:28] <Riddell> pitti: we do version them
[10:29] <aeoril> darkxst do you think I should just manually change the build environment by altering the parameters passed to ./configure from the logs?
[10:29] <aeoril> *gleaned from the logs
[10:35] <darkxst> aeoril, that would be much faster!
[10:36] <aeoril> darkxst I am doing it now ....
[10:37] <darkxst> aeoril, and really just try what you think is right!
[10:37] <darkxst> no need to ask my approval ;)
[10:38] <aeoril> darkxst well, sbuild seems rather daunting right now, so I am going to fiddle with the vivid ./configure command line parameters for now.  See how that goes.  If need be, I can always do sbuild later
[10:38] <darkxst> sbuild is great for whats its designed for
[10:38] <Riddell> pitti: if you can offer any insight into why it doesn't know it needs to rebuild them that would be useful, it's a bit nuts that I have to run retry in a while loop
[10:38] <aeoril> darkxst what is it designed for?
[10:39] <pitti> Riddell: well, LP never retries failed buildss
[10:39] <darkxst> aeoril, bilding packages
[10:39] <pitti> Riddell: it only auto-retries depwaits
[10:39] <pitti> Riddell: i. e. if your build deps aren't tight enough and your build fails because it's building against a too old -dev package, there's not much you can do on the LP side
[10:40] <aeoril> darkxst yes, that is why it may be important?  I may need to replicate the Launchpad build processes as closely as possible for this bug troubleshooting ... but twiddle with it as well to nail down the problem ...
[10:40] <darkxst> aeoril, I do all my dev work in git and jhbuild
[10:40] <pitti> Riddell: oh I see, it failed due to build dep uninstallability
[10:40] <Laney> jamespage: yo, is someone looking at the oslo/nova dep8 failures?
[10:40] <darkxst> then backport to the archive packages (and forward upstream where applicable)
[10:40] <jamespage> Laney, yes I am
[10:41] <jamespage> Laney, specifically nova
[10:41] <Laney> great!
[10:41] <aeoril> darkxst would jhbuild help me here?
[10:41] <jamespage> but will work through today
[10:41] <darkxst> aeoril, jhbuild doesnt work great outside of GNOME
[10:41] <Laney> thanks
[10:42] <aeoril> darkxst well, I am fiddling around with ./configure params for nwo - can't hurt - help me learn a bunch too ...
[10:42] <darkxst> aeoril, in fact it often doesnt work great under ubuntu at all, but they are bugs that need fixing anyway
[10:42] <darkxst> aeoril, wouldnt bother for a single package
[10:43] <aeoril> darkxst wouldn't bother doing what?
[10:43] <darkxst> jhbuild
[10:43] <aeoril> oh, ok
[10:43] <aeoril> darkxst thanks ...
[10:43] <Laney> I use jhbuild okay on ubuntu
[10:44] <Laney> recommend getting it from git instead of the package
[10:44] <darkxst> Laney, fedora don't link with --as-needed
[10:44] <Laney> so?
[10:45] <darkxst> that creates DSO errors
[10:45] <darkxst> and then there are usually other Ubuntu specific failures
[10:45] <Laney> not seen that
[10:45] <darkxst> but like I said these get fixed upstream
[10:46] <darkxst> since if not, they would just cause pain when doing the real packaging
[10:51] <Riddell> pitti: presumably the build dep uninstallability is due to the arch:all data packages being built on 1 arch and not the others?
[10:51] <pitti> Riddell: right, that's the most common case
[10:51] <pitti> Riddell: I think infinity has had some auto-detection/retry of this situation on his todo for a long time, but for now there's indeed just the retry button
[10:59] <cjwatson> Mirv: done
[11:00] <cjwatson> pitti,Riddell: I'd like to move to using dose-builddebcheck for this kind of analysis, but need to figure out whether it's sensible to put it on the master or the slave end, and how it interacts with PPAs etc.
[11:02] <Mirv> cjwatson: thanks!
[11:36] <pitti> darkxst: do you happen to have a rough idea when this mount failure started?
[11:36] <pitti> darkxst: only with the recent glib update, or did it also happen earlier?
[11:36] <pitti> darkxst: I can't get this bug in a VM, but I do see it on my laptop indeed
[11:37] <darkxst> pitti, only with current ubuntu-desktop ppa
[11:37] <darkxst> goes away if I purge that
[11:37] <pitti> wow
[11:38] <pitti> well, it's a race condition, so anything could happen
[11:38] <darkxst> and/or gnome3-staging but alas that has the same packages copied from there
[11:44] <darkxst> pitti, not seen in a VM either but then they all have very standard configs parition  wise
[11:45] <darkxst> where as my desktop has ~4 hdd's most with multiple partitions
[11:49] <pitti> darkxst: I created a VM with /home, /home/martin, and /srv on separate partitions, just like on the laptop
[11:50] <pitti> darkxst: anyway, I'll investigate with upstream, thanks
[11:50] <ypwong> slangasek, could your team help to take a look at Adam's acpi-support patch in bug 1396429? It is affecting some lenovo machines we enable, thanks.
[11:51] <darkxst> pitti, ok, I'm off to bed
[13:11] <aeoril> is there an easy way to tell the runtime dependencies of a particular binary?
[13:11] <aeoril> (google found nothing for me)
[13:15] <xnox> aeoril: ldd ?
[13:16] <xnox> however it's part of the story, if it e.g. does system() call to some other dependency that would not be listed.
[13:16] <aeoril> xnox ok, thanks
[13:39] <aeoril> xnox this also:  objdump -p /path/to/program | grep NEEDED (from the ldd man page)
[13:40] <xnox> aeoril: same information, different representation. depends on your needs.
[13:41] <aeoril> xnox ok, thanks again ...
[13:46] <arges> alkisg: i'll review today
[13:49] <ogra_> pitti, did one of your last systemd changes add a new user ?
[13:50] <pitti> ogra_: it added a new group ("input"); we talked about it the other day
[13:50] <pitti> no new user
[13:50] <ogra_> pitti, right, i meant afterwards :)
[13:50] <ogra_> P: Begin executing early chroot hooks...
[13:50] <ogra_> /etc/group post-debootstrap hash doesn't match record
[13:50] <ogra_> E: config/hooks/00-uid-gid-fix.chroot_early failed (exit non-zero). You should check for errors.
[13:51] <ogra_> we have that on both, snappy and touch
[13:51] <ogra_> one of the packages debootstrap installs has chnaged
[13:51] <pitti> ogra_: no, it's been ages since it added a new user
[13:51] <ogra_> right
[13:51] <pitti> well, that'd be /etc/group again?
[13:51] <aeoril> what pasting website is preferred here?  paste.ubuntu.com?
[13:51] <ogra_> just wanted to make sure ... i usually trust your changelogs :)
[13:51] <ogra_> i simply cant find anything on vivid-changes
[13:52] <pitti> ogra_: so that /etc/group change does sound like the "input" group?
[13:52] <pitti> or at least it could be?
[13:52] <ogra_> it doesnt complain about /etc/group
[13:52] <pitti> ogra_: or do you get a mismatch on /etc/passwd too? (and is there a diff?
[13:52] <ogra_> the input group change is long gone in :)
[13:52] <ogra_> trhere is no diff at that point ... thats my issue
[13:53] <pitti> aeoril: kind of; it's what pastebinit defaults to in ubuntu; but it doesn't matter much really
[13:53] <ogra_> (i'll add it but was hoping i could find the obvious change by looking at changes first)
[13:53] <pitti> ogra_: hm, what do you add then if there's no diff?
[13:53] <ogra_> i mean there is no diff that gets dumped into the log :)
[13:54] <ogra_> live-build/ubuntu-touch/hooks/99zz-check-uid-gid.chroot actually dumps a proper diff that shows what you need to change
[13:54] <ogra_> but i never added the same code to live-build/ubuntu-touch/hooks/00-uid-gid-fix.chroot_early
[13:54] <ogra_> which is where we fail atm
[13:55] <ogra_> and before diving into livecd-rootfs to add that code to the 00 script too and do a bunch of image rebuilds to find the issue, i was hoping to find it quicker via changelog entries on vivid-changes
[13:56] <pitti> ah, I see; sorry, I'm not aware of a recent upload that added a new system user
[13:56] <pitti> but then again I stopped following -changes@ years ago
[13:56] <ogra_> (i will add the diffing code there too, but that takes longer than i like :) )
[13:56] <ogra_> and sadly yesterday was KDE day ... -changes is spammed :P
[13:58] <Riddell> how do you think I feel? I get all the build failures and I've been running retry --batch all day
[13:59] <pitti> whack-a-buildd
[13:59] <ogra_> haha
[14:07] <aeoril> darkxst sarnold cjwatson Ok, so I went back to square one and seem to have made mistakes before.  Please look at this log of my activities since I started re-troubleshooting the vim bug:  http://paste.ubuntu.com/10173428/ I am thinking that this activity and their results point toward vim not being the problem but either something vim relies on or gnome-terminal.  I am not exactly sure
[14:07] <aeoril> what I did wrong before, but have been very careful this time to do each step in my troubleshooting correctly.  Not sure what my next step should be.
[14:28] <aeoril> xterm does not exhibit the same problem in vim on trusty sarnold darkxst cjwatson
[14:36] <aeoril> rather, vim does not exhibit the same problem in xterm on trusty sarnold darkxst cjwatson
[14:38] <aeoril> sarnold darkxst cjwatson I think I need to bisect gnome-terminal at this point on trusty to try to see if it is the problem
[14:46] <cjwatson> aeoril: I'm sorry, I don't think I'll have time to help you with this; could you please not highlight me?
[14:46] <aeoril> cjwatson sure, sorry to be a bother
[14:56] <rsalveti> ogra_: pitti: http://paste.ubuntu.com/10174068/
[14:56] <rsalveti> it seems the systemd users got removed
[14:56] <rsalveti> was that expected?
[14:57] <pitti> no, it's not expected
[14:57] <pitti> /var/lib/dpkg/info/systemd.postinst creates them
[14:58] <rsalveti> hm
[15:05] <rsalveti> once the new livecd-rootfs gets published we will trigger another image and see
[15:05] <rsalveti> but that might be the difference
[15:14] <pitti> rbasak: so you discovered my s3kr1t way of checking whether anyone actually uses --timeout-factor :)
[15:14] <rbasak> :-)
[15:14] <rbasak> I do like the idea.
[15:15] <rbasak> Timeout -> moar time please
[15:15] <pitti> rbasak: while I'm at it, I should also add --warp-factor
[15:15] <rbasak> Don't really care what the previous timeouts wanted.
[15:16] <rbasak> So it's really tempting to use --timeout-factor over looking up default timeouts and then adjusting them.
[15:16] <rbasak> And thus I fell into your trap :)
[15:17] <ogra_> rsalveti, i'm startin a build, seems livecd-rootfs is in
[15:17] <rsalveti> ogra_: great
[15:28] <rsalveti> ogra_: pitti: already failed: https://launchpadlibrarian.net/197314114/buildlog_ubuntu_vivid_i386_ubuntu-touch_FAILEDTOBUILD.txt.gz
[15:28] <rsalveti> and yeah, the same diff I got
[15:28] <rsalveti> no systemd users
[15:29] <pitti> rsalveti: what's curious there is that this does upgrade libsystemd-*, but not the systemd package itself; did that perhaps fall off the image?
[15:29] <rsalveti> yeah, systemd is gone in there indeed
[15:29] <pitti> (that'd be quite bad -- no logind and such)
[15:30] <ogra_> rsalveti, but there is also a syslog user we dont have in the reference file
[15:30] <pitti> no libpam-systemd either
[15:30] <rsalveti> ogra_: oh, this is not in the end of the build
[15:31] <rsalveti> so I think systemd would be added later on
[15:31] <Laney> @pilot in
[15:31] <ogra_> right
[15:31] <rsalveti> the lack of the syslog user is probably what caused the failure
[15:31] <ogra_> hmm, no, the order is just different
[15:32] <ogra_> i guess we need more info :/
[15:33] <ogra_> the file created in 00-uid-gid-fix.chroot_early is not the one we md5sum
[15:33] <ogra_> it is the file that needs to match *after* the build
[15:35] <ogra_> aha
[15:35] <ogra_> syslog:x:100:104::/home/syslog:/bin/false
[15:35] <ogra_> vs syslog:x:100:103::/home/syslog:/bin/false
[15:36] <pitti> bah, just a 0.97% error :)
[15:36] <ogra_> i assume we just want to update the md5sum
[15:38] <ogra_> yeah
[15:39] <ogra_> phablet@ubuntu-phablet:~$ md5sum foo
[15:39] <ogra_> 9ebb1c3da5b0ad8f1d366528b32c97cb  foo
[15:39] <ogra_> thats what i get with the syslog user set to 103
[15:39] <ogra_> phablet@ubuntu-phablet:~$ md5sum foo
[15:39] <ogra_> 5e8366ef9c178b62079468966f38ce5f  foo
[15:39] <ogra_> and that with it set to 104
[15:40]  * ogra_ prepares a fix, but we'll need one more rebuild for /etc/group i guess
[15:47] <xnox> kees: should chromeos switch to systemd?
[15:47]  * xnox is mostly done with porting ubuntu
[15:47] <rsalveti> ogra_: yeah, that might be the issue
[15:49] <ogra_> rsalveti, change uploaded ... lets see if thats sufficient ... but i guess /etc/group will need updating too
[15:52] <rsalveti> ogra_: we can keep going until we get a new image :-)
[15:52] <ogra_> yeah
[15:52] <ogra_> and improve the error output with each run
[15:52] <ogra_> to make it easier next time
[15:52] <rsalveti> yeah
[15:52] <ogra_> i guess i should also log the expected md5
[15:53] <ogra_> (i only added the computed one to this upload to be logged)
[15:53] <Odd_Bloke> ogra_: I've been making changes to livecd-rootfs for our CPC builds; it would be good to get those changes merged in.
[15:53] <ogra_> but it might be moot since you have to edit the source anyway
[15:53] <Odd_Bloke> (If only so I don't have to rebuild the package in our PPA every time you bump the version :p)
[15:54] <ogra_> juts make an MP :)
[15:54] <ogra_> so someone can review :)
[15:56] <Odd_Bloke> ogra_: Cool, will do.
[16:21] <didrocks> rsalveti: hey, how are you?
[16:22] <didrocks> rsalveti: I was coming to the new about the bluez5 Touch enablement. We are mostly done on the desktop side and don't want to miss FF. I saw that it's in your team scrum cycle iteration, but can I get some more details so that we are aligned?
[16:23] <rsalveti> didrocks: we're working on getting our kernels to be compatible with it still, ricmm is actively working on that
[16:23] <didrocks> rsalveti: do you think this will be done before Feature Freeze?
[16:24] <rsalveti> didrocks: what is the date for FF?
[16:25] <didrocks> rsalveti: Thursday 19th if I'm right
[16:25] <didrocks> rsalveti: so a week + 1 day :)
[16:25]  * didrocks rechecks the schedule
[16:25] <rsalveti> didrocks: we hope so
[16:25] <rsalveti> we're actively working on it, so should know more by the beginning of next week
[16:25] <didrocks> rsalveti: mind if we sync up like next Tuesday then?
[16:26] <rsalveti> sure
[16:26] <didrocks> thanks a lot! good luck to you and ricmm :)
[17:15] <tumbleweed> infinity: urgh. I've seen that before
[17:15] <tumbleweed> I guess I could disable that test
[17:22] <awe_> cyphermox, hey could you give me a hand with a Debian packing problem I'm having?
[17:27] <cyphermox> awe_: sure, what's up?
[17:27] <cyphermox> if you describe the problem here, if I can't help then others surely will be able to :)
[17:30] <awe_> cyphermox, one sec
[17:31] <awe_> cyphermox, so I have a library package that also includes a binary
[17:31] <awe_> debuild is failed on the shlibdeps step
[17:31] <awe_> because it can't find the library bundled in the package, that the binary references
[17:32] <awe_> so I added an override for dh_shlibdeps that specifies -l <dir> to try and pickup the library directly, but it's still failing
[17:33] <Mirv> mitya57: sure go ahead!
[17:33] <awe_> cyphermox, http://pastebin.ubuntu.com/10175843/
[17:34] <cyphermox> awe_: what's the exact error before you override dh_shlibdeps?
[17:34] <cyphermox> could that binary be split out to a -utils package or something?
[17:34] <awe_> it's part of the -dev package
[17:35] <awe_> here's the git tree: https://github.com/tonyespy/libiodata
[17:35] <awe_> so context, this is a library pulled from Sailfish
[17:35] <awe_> and originally part of MeeGo/Moblin/Maemo
[17:36] <awe_> and it's debian dir was seriously out-of-date
[17:36] <awe_> the error I get is can't find the libiodata.so.0
[17:38] <cyphermox> what is /usr/bin/iodata-type-to-c++ used for?
[17:39] <cyphermox> assuming that's the c or c++ binary you're having trouble with
[17:39] <awe_> it compiles .type files into C++ headers/code
[17:39] <awe_> that allows C++ code to do structure io on pre-defined file types
[17:40] <awe_> cyphermox, here's the build error: http://pastebin.ubuntu.com/10175926/
[17:42] <awe_> I'm pretty sure the dh_shlibdeps override is needed, and that I've just bungled the syntax in debian/rules
[17:45] <cyphermox> it seems to me like you would probably want to get that out of the -dev package completely, put it into a patch with the architecture it's built for, so that you can install just one -dev and multiple copies of the binary to be able to cross-compile things, that's probably going to help making where libiodata.so.0 is more evident to dh_shlibdeps.
[17:46] <awe_> I'm not using patches
[17:46] <cyphermox> that has nothing to do with patches
[17:46] <awe_> ok
[17:47] <awe_> so the binary is only used for development, so that's why it's in the -dev pkg
[17:49] <Laney> I think one problem you have is that the library appears to be in /usr/lib/.../iodata/ instead of /usr/lib/.../ directly
[17:49] <Laney> also libiodata.so.0..0 is weird
[17:49] <cyphermox> there is that, yeah
[17:49] <awe_> yes, I know...
[17:49] <awe_> re: the so.0..0
[17:49] <awe_> there's more stuff to fix
[17:50] <awe_> right now my goal for this sprint was to get this in good enough shape to drop into a PPA so that we use for testing
[17:50] <awe_> there's definitely more cleanup to be done
[17:51] <awe_> Laney, but that said...  if I build on my desktop with the library package installed.  The build works and shlibdep succeeds
[17:51] <awe_> when I build a device without the library package installed it's failing
[17:51] <awe_> which is why I assumed an override of dh_shlibdeps with -l specified was required...
[17:52] <awe_> as I mentioned to cyphermox earlier, the debian dir that was part of this project dates from Moblin v2 days ( '07-08 )
[17:52] <awe_> s/I build a device/I build on a device/
[17:53] <awe_> ( note, I'm building on a device as qmake doesn't support cross-builds, and I don't want to deal with a cmake conversion just yet )
[18:31] <bdmurray> cjwatson: any luck with that publisher bug? vivid's contents.gz is about four days old
[18:37] <cjwatson> bdmurray: erk, I totally forgot, sorry.  added an asana task to remind myself
[18:37] <bdmurray> cjwatson: thanks!
[18:39] <arges> hallyn: tych0 : bug 1384751 would be good to verify at some point as its blocking any other lxc updates from utopic.
[18:40] <tych0> arges: ah ha.
[18:41] <tych0> arges: will look right now, sorry about that
[18:41] <tych0> i totally missed it
[18:41] <arges> tych0: its all good. figured I'd ping : )
[18:41] <tych0> arges: what do i do if it wroks?
[18:41] <tych0> arges: i guess add some tag, but i'm not sure what that tag would be :)
[18:42] <arges> tych0: just change the tag to 'verification-done'
[18:42] <tych0> arges: ok, will do
[18:42]  * tych0 boots a vm
[18:42] <arges> tych0: then that lets us SRU-team people know if its ready to be released: http://people.canonical.com/~ubuntu-archive/pending-sru.html
[18:46] <Laney> @pilot out
[19:06] <smoser> is it just me or are other people seeing an increase in 'hash sum mismatch'
[19:07] <sarnold> smoser: seems no worse than usual
[19:08] <tych0> i just saw one myself
[19:09] <cyphermox> awe_: drop the space between -l and the argument, and make the path $(CURDIR)/debian... etc.
[19:09] <smoser> i didn't know if it was just me, as my system now has i386 enabled, so i'm double as likely.
[19:09]  * awe_ trying
[19:09] <cyphermox> awe_: still, feels to me like that binary doesn't belong with the development files
[19:10] <awe_> cyphermox, sure... it *could* be split into another binary package; again I want to get over this hump first
[19:10] <cyphermox> sure
[19:10] <awe_> the new package would probably the same exact failure
[19:10] <awe_> thanks for the help!
[19:14] <tych0> arges: ok, done. sorry about the delay :(
[19:14] <arges> tych0: nice. No problem, thanks
[19:16] <tych0> smoser: nah, i just saw one in utopic-updates on amd64; i don't usually see them, either
[19:52] <dupondje> https://bugs.launchpad.net/ubuntu/+source/armory/+bug/1388396
[19:52] <dupondje> can anyone give his optinion about this?
[19:53] <dupondje> also, armory recommands bitcoind, but bitcoind isn't even in ubuntu ...
[19:53] <dupondje> so it makes armory completely useless atm
[19:58] <arges> dupondje: that would be useful information to put into that bug. can you add that info there?
[20:01] <dupondje> vivid syncs from sid? And bitcoind is in sid? So why it isn't synced?
[20:01] <dupondje> blacklisted?
[20:01] <jtaylor> yes its blacklisted
[20:01] <arges> dupondje: http://people.canonical.com/~ubuntu-archive/sync-blacklist.txt
[20:04] <dupondje> guess we better kick armory also then
[20:17] <awe_> cyphermox, your suggestions plus an additional $(DEB_HOST_MULTIARCH) in the path did the trick
[20:17] <awe_> thanks
[20:17] <cyphermox> right, it needs to be a full path
[20:27] <darkxst> aeoril, of the bug is in gnome-terminal, its like libvte
[20:29] <aeoril> darkxst here is my latest log:  http://paste.ubuntu.com/10177137/
[21:06] <tkamppeter> caribou, trusty and utopic SRUs for CUPS are accepted now.
[21:58] <chiluk> bdmurray, bug 1416906 should be ready for sponsorship now
[22:03] <bdmurray> chiluk: there's a current samba SRU that needs verifying on trusty...
[22:03] <chiluk> bdmurray, bug num?
[22:05] <bdmurray> bug 1412909
[22:14] <sladen> Ubuntu Font user of the day: http://www.weetabix.co.uk/
[22:16] <Unit193> sladen: I thought http://www.ubuntu.travel/ was pretty good. :P
[22:17] <robert_ancell> jsalisbury, thanks for your help with bug 1416277 - do you need any more information from me?
[22:25] <chiluk> bdmurray,  .. I'm working on verifying it right now...
[22:27] <bdmurray> chiluk: alright, thanks
[22:41] <sladen> Unit193: Ubuntu *and* Ubuntu-Title
[22:45] <chiluk> bdmurray, looks like it's still broken
[22:46] <chiluk> I did this on canonistack n a precise system install samba and libpam-winbind
[22:46] <chiluk> Upgrade to trusty
[22:46] <chiluk> Observe that libnss-winbind is not installed
[22:47] <chiluk> bdmurray, I'm not sure if it was user error on my part,  *(not having proposed archives enabled in the right places?).. I enabled the proposed archives while in precise, and it seems to have pulled the trusty-proposed package after the upgrade, but it didn't install libnss-winbind..
[22:51] <bdmurray> chiluk: how did you upgrade? what command
[22:52] <chiluk> do-release-upgrade
[22:53] <bdmurray> that'll disable propose I think you need to manually edit sources and run apt-get update then apt-get dist-upgade
[22:53] <chiluk> bdmurray, already tried.
[22:54] <chiluk> but the the upgrade did give me the right version of samba.
[22:54] <chiluk> bdmurray, it was real quick to check with canonistack.
[22:55] <bdmurray> chiluk: okay, I'll test it then
[22:55] <chiluk> I know it's not the news either of us wanted to hear
[22:58] <bdmurray> chiluk: works for me - http://pastebin.ubuntu.com/10179397/
[23:00] <chiluk> bdmurray, did you start all the way from precise?
[23:01] <bdmurray> (precise-amd64)root@impulse
[23:01] <bdmurray> it's a precise chroot
[23:01] <chiluk> that's really odd.
[23:01] <chiluk> I'll try once more in case I'm just insane
[23:02] <bdmurray> to be clear I edited /etc/apt/sources.list and added proposed and s/precise/trusty/
[23:02] <bdmurray> then ran apt-get update and apt-get dist-upgrade
[23:03] <chiluk> ah ... I did differently.
[23:03] <chiluk> bdmurray.. I edited sources to add proposed.
[23:03] <chiluk> but then simply ran do-release-upgrade
[23:03] <chiluk> maybe the do-release-upgrade is getting in the way somehow?
[23:04] <bdmurray> Yes, I believe ubuntu-release-upgrader disables -proposed.
[23:07] <chiluk> bdmurray, that's not what I'm seeing.
[23:07] <chiluk> it came up with the correct -proposed version of samba
[23:09] <chiluk> bdmurray, I'm running the test again on canonistack.. in case I'm insane..
[23:09] <bdmurray> chiluk: okay, I'm testing it with do-release-upgrade myself
[23:15] <bdmurray> slangasek: bug 1412909 is strangely verifiable via apt-get dist-upgrade but not with do-release-upgrade. It'd seem to be a bug in the update-manager, right?
[23:17] <chiluk> bdmurray, I take it all back...it worked this time.
[23:17] <chiluk> I'm not sure what I could have done wrong.
[23:17] <chiluk> actually let me do the reboot.
[23:17] <chiluk> very odd.
[23:18] <chiluk> bdmurray .. well it worked this time..
[23:19] <chiluk> I'm going to chalk that up to fat-fingering it the first time.
[23:21] <chiluk> sorry about the unwarranted fire drill bdmurray ..
[23:21] <chiluk> on that note I think I'm going to call it a day.
[23:25] <psusi> cjwatson, mind if I pester you a bit about ubiquity and partman?  I'm investigating a bug where you get a pop up complaining about booting in efi mode but your disk looks like it is set up for bios mode.  This happens because the init.d/efi script is run *after* the visual.d scripts which create the partitions, and the efi script sees the newly created partitions as not being an esp
[23:26] <sarnold> psusi: you were cut off at "being an esp"
[23:26] <psusi> sarnold, that was the last word ;)
[23:27] <sarnold> psusi: the entire last word? :)
[23:27] <psusi> yea.. ESP = EFI System Partition
[23:27] <sarnold> aha :)
[23:28] <psusi> the other problem seems to be that ubiquity is running partman in the background and so when the question pops up, ubiquity proceeds to the next screen after a few seconds and if you haven't clicked either ok or cancel in that time, the window hangs
[23:28] <psusi> so it feels almost like ubiquity is running different parts of partman in parallel or at the wrong time and its all racey
[23:34] <jsalisbury> robert_ancell, I don't think I need any addition info for bug 1416277 .  I just need to do some more research.
[23:35] <robert_ancell> jsalisbury, ok, thanks
[23:41] <cjwatson> psusi: I'm not really working on this at the moment, and I'm not in a place where I can look at code, but firstly visual.d scripts don't create partitions, and secondly ubiquity may just need an extra question handler there in its partman module - the way it runs some other things in parallel with partman is perfectly intentional
[23:43] <psusi> cjwatson, looking at the partman log it appeared to me that it ran the visual.d scripts, and they "created" the partitions ( sending the commands to parted_server ), but did not commit them to disk yet, and then init.d/efi runs and "finds" the newly created partitions
[23:44] <psusi> ( I threw a set -x into the efi script and can see it finding the partitions but they don't yet exist on disk, but partman's log clearly shows the create partition commands prior to init.d/efi )
[23:45] <cjwatson> visual.d merely collects information.  please investigate harder
[23:46] <aeoril> darkxst I took a shortcut and just copied the binaries from trusty to vivid and vice versa, then ran them.  Here is the result:  http://paste.ubuntu.com/10179845/  Any thoughts?
[23:47] <aeoril> darkxst Also, I was thinking of trying to run/compile then run using the vivid libvte on trusty and vice versa, but they have differnt filenames and versions so not sure how to accomplish that
[23:47] <cjwatson> I'm on a phone, though, this is ridiculously cumbersome.  if you want me to investigate then please mail me an unedited log - it's easier than trying to guess here
[23:47] <psusi> sure
[23:47] <cjwatson> then I can explain the reasoning


[00:11] <guiverc> Bashing-om, not urgent, but I've suggested dropping a sentence... blogo/ota22
[00:22] <Bashing-om> guiverc: Looking :D
[00:39] <Bashing-om> Gdoc: ^ Agreed - edited sentence out.
[00:39] <guiverc> thanks Bashing-om :)
[00:40] <Bashing-om> guiverc: 2 heads better than one - even if this one is a goat head :P
[00:41] <guiverc> :)
[22:27] <Bashing-om> UWN: Issue722 up for review and final edits: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue722 :D The askubuntu py script now functional, thanks krytarik !
[22:28] <krytarik> Except I only now remembered about it on the ping and therefor didn't actually do anything.. XD
[22:35] <Bashing-om> krytarik: It's your magic at work once again :P


[01:21] -lugito:#lubuntu-devel- [rMANUALdd3e7faca1a1: Fix keyboard shortcuts for switching desktops] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALdd3e7faca1a1
 whoever has access to phab, I just signed up and need approval. :D
 no rush
 @profetik777 [whoever has access to phab, I just signed up and need approval. :D], Done
 thx
[02:54] -lugito:#lubuntu-devel- [T88: help create marketing team and basic sop] profetik777 (profetik777) just created this task: https://phab.lubuntu.me/T88
[15:59] -lugito:#lubuntu-devel- [rSCREENGRABPACKAGING292bee707536: Refresh patches] apt-ghetto (apt-ghetto) committed: https://phab.lubuntu.me/rSCREENGRABPACKAGING292bee707536
[19:11] -lugito:#lubuntu-devel- [rNMTRAYPACKAGING1bc4f5406954: Changed connection editor to nm-connection-editor] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rNMTRAYPACKAGING1bc4f5406954
[19:14] <wxl> ^ @HMollerCl sponsored that for you, too
 thanks, wxl. Just wait to land to see if everything works as expected
[19:19] <wxl> amd64, i386, ppc64el, s390x all built
 i386 ??
[19:28] <wxl> yuuuuuuuuuuuuuup
[19:28] <wxl> everything built
[19:30] -lugito:#lubuntu-devel- [rCALASETTINGS1a4f60968a8f: Set window size fullscreen.] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rCALASETTINGS1a4f60968a8f
 I might not understand well, but I thought that i386 wasn't delivered anymore, nor is here http://cdimage.ubuntu.com/lubuntu/daily-live/current/
[19:31] <wxl> images aren't but some packages are apparently
[19:31] <kc2bez> Thanks wxl
[19:31] <wxl> np
[19:31] <wxl> sponsored too
[19:32] <kc2bez> :)
[19:32] <wxl> i don't know why simon didn't just do it but oh well
[19:33] <wxl> can anyone here figure out what the heck this person is talking about??? https://discourse.lubuntu.me/t/19-04-megathread/24/70
[19:33] <kc2bez> I was hoping you knew.
[19:33] <wxl> heh
[19:38] <kc2bez> Oh, I wonder if they mean the taskbar? There is a way to set that so that the only thing showing there is on the current desktop.
[19:39] -lugito:#lubuntu-devel- [T88: help create marketing team and basic sop] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T88#1354
 @wxl [<wxl> can anyone here figure out what the heck this person is talking about??? h …], o.o … Very wierd. Also, Can't replicate the problem.
 wait, but he says that are not amximized, only minimized right?
 that's a configuration of the taskbar
 something like "show only windows of panel desktop"
 at least in lxqt
 then when you click in the minimized, it sned tyou back to the other desktop
 Ohh! Wait I got it!
 He's right. Right click on 'task manager widget' or go to panel configuration by right clicking on panel and selecting configure panel. And selecting task manager in widget section and clicking on settings icon beside it. … Once in task manager settings window. The first most option is unchecked by default. The option reads "S
[20:11] <kc2bez> I don't know that it is a bug. I rather like the way it is.
[20:12] <kc2bez> I'm not saying I should be the deciding factor, I just don't think it is broken.
 It's not broken agreed but Most users, including me, prefer that when I change to another desktop, I don't see tasks from earlier desktops on the panel. Even if they are minimised.
 I knew exactly what he was talking about right away because that's the first thing I fix when I install Lubuntu
 Separate workspaces get separate sets of taskbar entries for me. I'm with him
 @tsimonq2 [I knew exactly what he was talking about right away because that's the first thi …], Me too!! That's why I couldn't replicate initially. Then I booted a vm which had eoan and then I got it.
 How do other DEs do this?
 And I see @HMollerCl has already replied. So I won't now.
 I'm not going to executive decision this because I feel like we should be mindful of the unwritten standards
 However, personally I would support the change
 Hey wxl, you're making tags when you do uploads, right?
[20:19] <kc2bez> I can be persuaded. I'll probably do the same as you and change it back though ;) Good question on the other DE's we should research it.
 @tsimonq2 [How do other DEs do this?], Same as what we are doing now. Can confirm in unity, gnome and pantheon. Idk about kde and xubuntu.
 Jeez, ok
 Harumph
 What do others say?
 @tsimonq2 [Harumph], Something wrong?
 @The_LoudSpeaker [Something wrong?], Not particularly
 @The_LoudSpeaker [Something wrong?], @tsimonq2 was expected that the other DE would use it the way he liked XD
 What do you think? How it should be?
 I'm with @kc2bez I like it the way it is, sometimes I forgot I already opened an app in the other desktop with the other option
[20:35] <kc2bez> That splits us up nicely :D
 I vote for "non writen standard"
 Hey wxl, I have another name: "Lubuntu, lxqt with more than cpp manual"
 There is a meet today, right?
[20:54] <wxl[m]> There should be a meet but it is a holiday
 Holiday due to?
[20:54] <wxl[m]> I'm out and about currently
 @wxl[m] [<wxl[m]> I'm out and about currently], K.
[20:55] <wxl[m]> I don't have strong feelings about the Taskbar things but I would support the change. I sometimes bother to set it up that way. Usually I care more about screens rather than desktops though
[20:56] <wxl[m]> Holiday: 🇺🇸 🎇
 @The_LoudSpeaker [Holiday due to?], US Independence Day.
[20:56] <wxl[m]> @tsimonq2 no one told me anything about tagging
 <tag></tag>
 what tag?
 @wxl[m] [<wxl[m]> @tsimonq2 no one told me anything about tagging], It's in the docs
 @kc2bez [US Independence Day.], Ohh! Noice.
 Tag uploads in the VCS
 Happy independence day then!
 Thanks @The_LoudSpeaker
[21:07] -lugito:#lubuntu-devel- [T30: Theme GRUB] The_LoudSpeaker (Raman Sarda) commented on the task: https://phab.lubuntu.me/T30#1355
[21:10] -lugito:#lubuntu-devel- [T30: Theme GRUB] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T30#1356
[21:11] -lugito:#lubuntu-devel- [T30: Theme GRUB] tsimonq2 (Simon Quigley) commented on the task: https://phab.lubuntu.me/T30#1357
 @tsimonq2  you are talking about the hummingbird logo?
 Yes
 Ask a Lubuntu Member for a PNG, we'll be happy to give you one
 For now, the SVGs are available to Lubuntu Members only
 I need png only. The repo has only pngs. And I have used png only. The svg wxl sent, I haven't used it.
 Also, I need the logo which is to be placed in place of the hummingbird logo. Can you send?
 I can't right now, sorry
 The logo should be a square one, others won't look good.
 Anyone else can send it now?
[21:20] <wxl[m]> He means the blue one
[21:20] <wxl[m]> I'll have to dig
[21:23] <wxl[m]> @tsimonq2 do that tag before dput?
 @wxl[m] [<wxl[m]> I'll have to dig], Sure. Send it when you find it.
 @wxl[m] [<wxl[m]> @tsimonq2 do that tag before dput?], Tag iff the upload is accepted
 (that's not a typo, I mean iff)
[21:27] <wxl[m]> How does that work? You can't dput the same version
 I don't understand. Upload it, once you get the acceptance email, tag HEAD (the stuff you just uploaded) and push the tag
 Does that make sense? :)
 See previous tags in the repo for examples
[22:20] -lugito:#lubuntu-devel- [T30: Theme GRUB] hmollercl (Hans P. Möller) commented on the task: https://phab.lubuntu.me/T30#1359
[22:21] -lugito:#lubuntu-devel- [T30: Theme GRUB] lynorian (Lyn Perrine) commented on the task: https://phab.lubuntu.me/T30#1361
[22:44] -lugito:#lubuntu-devel- [T30: Theme GRUB] kc2bez (Dan Simmons) commented on the task: https://phab.lubuntu.me/T30#1362
[22:53] -lugito:#lubuntu-devel- [rMANUAL28ad34450f1c: Split bullet] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL28ad34450f1c
[22:59] -lugito:#lubuntu-devel- [rMANUALd8627b15aaf6: Add Featherpad sidebar screenshot] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALd8627b15aaf6
[23:09] -lugito:#lubuntu-devel- [rMANUAL39e7e9c0d622: Update featherpad text-pref screenshot] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL39e7e9c0d622
[23:25] <wxl> @tsimonq2: so i guess at this point i'll need to git pull; git tag -a ubuntu/eoan checksum; git push origin ubuntu/eoan?
[23:26] <tsimonq2> wxl: Make sure to get the tag name right, but yes.
[23:27] <wxl> @tsimonq2: is that the wrong tagname?
[23:28] <tsimonq2> wxl: Yes, the tag is version-specific.
[23:28] <tsimonq2> Remind me which package we're talking about here?
[23:28] <wxl> well i uploaded nm-tray and calamares-settings-ubuntu
[23:28] <wxl> though i have uploaded other things
[23:29] <wxl> i think the problem is that the documention says to use "ubuntu/VERSION" and that's not really defined
[23:29] <tsimonq2> calamares-settings-ubuntu gets ubuntu/1%19.10.3
[23:30] <tsimonq2> nm-tray gets ubuntu/0.4.1-0ubuntu2
[23:30] <tsimonq2> It's literally ubuntu/VERSION
[23:30] <tsimonq2> :)
[23:30] <wxl> well eoan is a version
[23:30] <tsimonq2> oh
[23:30] <tsimonq2> Let's make that more clear then.
[23:30] <wxl> anyways % and not :?
[23:30] <tsimonq2> Yes, because : can't exist in Git tag names.
[23:31] <wxl> ok so i guess that and any other gotchas need to be included
[23:31] <tsimonq2> A lot of these kind of packaging standards are from pkg-qt-kde
[23:31] <tsimonq2> They have a tool to do this, but I don't like a lot of what the tool does, to be honest.
[23:31] <wxl> similarly it should explain the version iis the full version name in ubuntu rather than merely the upstream version
[23:32] <wxl> doing calasettings now
[23:32] <tsimonq2> ok
[23:33] <wxl> does there need to be a tag message?
[23:33] <wxl> i guess there does
[23:33] <wxl> any particular preferences?
[23:34] <tsimonq2> No there doesn't.
[23:34] <tsimonq2> hm
[23:34] <wxl> well it poops out if there isn't one
[23:34] <tsimonq2> Pastebin?
[23:34] <wxl> fatal: no tag message?
[23:35] <wxl> i'm doing `git tag -a ubuntu/1%19.10.3 HEAD`
[23:35] <tsimonq2> Remove -a
[23:35] <tsimonq2> You don't need HEAD either
[23:36] <wxl> ok there we go
[23:36] <wxl> i had seen that on the git docs if you had failed to tag before pushing
[23:39] <wxl> you fixing the wiki @tsimonq2 ?
[23:44] <wxl> i take that as a no? XD
[23:44] <tsimonq2> Not right now


[10:47] <seb128> doko, hey, looks like python3-gi/arm64 is unhappy in focal-proposed, do you have about it?
[10:47] <seb128> doko, it looks like maybe some problem with libffi
[10:47] <seb128> testcase
[10:47] <seb128> $ sudo apt install python3-goocalendar
[10:48] <seb128> python3 -c "import goocalendar ; print(goocalendar.__version__)"
[10:48] <seb128> -> segfaults
[10:48] <seb128> #0  0x0000000000000000 in ?? ()
[10:48] <seb128> #1  0x0000fffff7390ff8 in ffi_call_SYSV () at ../src/aarch64/sysv.S:114
[10:48] <seb128> #2  0x0000fffff7390634 in ffi_call_int (cif=0xa12d78, fn=<optimized out>,
[10:48] <seb128> Laney, ^ just as a fyi that's what is creating that stack of python/gi autopkgtest failures on arm64
[10:51] <Laney> cool, thx for looking at that
[11:24] <seb128> doko, I reported it as bug #1859610 , that's going to block lot of things since any gobject binding is segfaulting much makes the autopkgtest for most desktop components fail on arm64
[11:42] <doko> seb128: yes, known, in the works
[11:42] <seb128> doko, great, thx!
[12:37] <ahasenack> rafaeldtinoco: we have python-tornado 6.0.3+really5.1.1-2 in focal, how does that change https://code.launchpad.net/~rafaeldtinoco/ubuntu/+source/pcs/+git/pcs/+merge/377171/comments/989992 now?
[12:37] <ahasenack> we can keep requiring >=6 in d/control, like debian
[12:38] <rafaeldtinoco> indeed
[12:38] <rafaeldtinoco> but we didn't have it, right ? (just checking)
[12:38] <ahasenack> rafaeldtinoco: yeah, it was sycned on the 10th
[12:38] <ahasenack> https://launchpad.net/ubuntu/+source/python-tornado/+publishinghistory
[12:38] <rafaeldtinoco> ok.. debian dropped the 5.1 patch, we should keep it
[12:38] <ahasenack> by xnox
[12:39] <rafaeldtinoco> ahasenack: i'll change the merge
[12:39] <rafaeldtinoco> and re-push
[12:39] <ahasenack> rafaeldtinoco: k
[12:43] <ahasenack> rafaeldtinoco: debian dropped that work-with-tornado-5 patch, and yet their tests are passing with that tornado 6+really-5
[12:53] <ahasenack> rafaeldtinoco: someone also added a badtest hint to pcs, so it migrated
[12:55] <rafaeldtinoco> ...
[12:55] <rafaeldtinoco> =)
[12:56] <ahasenack> maybe they want to maintain these packages, since they keep racing us
[12:57] <ahasenack> I'm not sure anymore where we stand now
[12:57] <rafaeldtinoco> i'll have to review my merges
[12:57] <rafaeldtinoco> for us to sync again
[13:37] <cpaelzer> I have a segfault in a package build, but the build environments do not gather crash dumps (at least I found none)
[13:37] <cpaelzer> did anyone ever create a snippet of some sort to configure storing the dump in e.g. sbuild where I could then chroot in and check what is going on
[13:38] <cpaelzer> P.S. of course the issue only appears at the build on LP and sbuild, but works fine when chrooting into sbuild later or LXD or KVm based build envs
[13:38] <doko> seb128: what to do wirh https://launchpad.net/ubuntu/+source/ubuntuone-dev-tools/13.10-0ubuntu7/+build/18549380 ?
[13:40] <seb128> doko, no idea offhand, I will have a look
[13:41] <doko> ta
[14:22] <tjaalton> LocutusOfBorg: why does libsdl2 build-all test run cmake directly instead of with correct options like the package build?
[14:35] <LocutusOfBorg> tjaalton, feel free to fix and commit :D
[14:36]  * LocutusOfBorg checks
[14:36] <tjaalton> I'll just disable gles1 from CMakeLists.txt
[14:36] <tjaalton> it's getting enabled
[14:37] <tjaalton> unconditionally, if autoconf isn't used
[14:41] <seb128> tjaalton, webkit2gtk started ftbfsing with that error
[14:41] <seb128> ../Source/WebKit/UIProcess/gtk/WaylandCompositor.cpp:134:116: error: ‘EGL_WAYLAND_BUFFER_WL’ was not declared in this scope
[14:41] <seb128> do you know if that's a known issue?
[14:41] <tjaalton> no
[14:43] <LocutusOfBorg> tjaalton, yes, cmake needs a patch to allow disabling of opengles1
[14:44] <tjaalton> seb128: seems to build in experimental
[14:56] <tjaalton> seb128: EGL_WAYLAND_BUFFER_WL is defined in EGL/eglmesaext.h which is (still) shipped by libegl1-mesa-dev, so dunno why it's not working there
[15:11] <LocutusOfBorg> tjaalton, is the gles1 change somehting I have to commit in Debian too=?
[15:23] <tjaalton> LocutusOfBorg: it fails to build there, and i filed a bug about it
[15:23] <tjaalton> needs gles1 disabled
[15:24] <tjaalton> or the headers fixed, but that's upstream's headache
[15:26] <cpaelzer> rbasak: are there better ways to chroot into an sbuild than sudo chroot /run/schroot/mount/${1} ?
[15:27] <cpaelzer> just in case this might be important as well, $1 is the session ID
[15:27] <cpaelzer> as we are hunting for environment details every little bit could matter
[15:38] <LocutusOfBorg> tjaalton, committed on git
[16:56] <ahasenack> smb: hi, is this on your radar? https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1859432
[17:00] <ahasenack> hm, doko fixed that already
[19:55] <doko> LocutusOfBorg: llvm-8: are you sure that scripts have a python2 shebang?
[21:15] <seb128> doko, is the libffi no change rebuild fixing the arm64 segfault issue? (just to know if we can/should retry things)
[21:54] <LocutusOfBorg> doko, they haven't
[21:55] <LocutusOfBorg> but I enforce both python2 and python3 at runtime
[21:55] <LocutusOfBorg> so meh
[21:55] <LocutusOfBorg> I had to sed s/python2/python3 for llvm-9 and extract a patch
[21:55] <LocutusOfBorg> I couldn't run dh_python3 to do its job properly and I don't care too much anymore about llvm-8


[01:08] <thefinn93> Sorry, This Presentation Is Not Available
[01:08] <thefinn93> The next run time is: 9:15 PM on 8/3/2011
[01:08] <thefinn93> Current Server Time is 9:07 PM on 8/3/2011
[01:08] <thefinn93> FFFUUUUU
[01:08] <thefinn93> i wanna watch the pwnie awards
[01:08] <thefinn93> nao!
[01:11] <thefinn93> oh wow wrong channel
[01:11] <thefinn93> sorry guys
[05:47] <bkerensa> wow
[05:47] <bkerensa> i like xubuntu :) almost better than natty
[06:03] <valorie> bkerensa, you are such a Unity hater!
[23:40] <bkerensa> :)
[23:40] <bkerensa> valorie: Hi