pittigood morning05:18
=== ppisati_afktmux is now known as ppisati
=== jamesh__ is now known as jamesh
pitticking: good morning!08:29
ckinghi there08:29
pitticking: I read through the logind code a bit and now have a local build with debugging enabled; could we do another round of ssh?08:30
ckingpitti, sure, let me get the machine up and running, it will take  a few minutes08:31
=== marcusto_ is now known as marcustomlinson
peat-psuwitI'm compiling pulseaudio for armhf on amd64 using chroot and qemu-arm-static. But thread-mainloop-test, thread-test and sigbus-test fail. Any advice?09:19
sidiI've got a ubuntu package that contains a "ubuntu-patches" folder on top of the usual "debian/patches". What am I to do with it? Is there a way to integrate the outcome of those patches with quilt? i.e. quilt push obviously doesn't apply those patches, but i dont wanna have to apply them to work on my package, and then unapply them to generate clean diffs for my own patches. I'm also curious how they're handled when automatically building packages09:23
rbasaksidi: why aren't these patches in a place where quilt maintains them?09:24
sidirbasak, i have no idea. i'm actually here to understand whether that is a normal thing or an issue with that package09:31
sidiit's lp:ubuntu/vivid-proposed/gpaste, for the record09:31
rbasaksidi: I've not seen that before. Looks like upstream is keeping those files around - not the Debian maintainer.09:33
sidirbasak, oh, right! thanks for checking up. interestingly the package doesn't build (syntax errors on the Makefile which I suspect are linked to those 2 patches not being applied)09:35
rbasaksidi: it's currently built on Vivid. You mean it fails to rebuild now?09:35
sidirbasak, hm you're correct. bzr bd -- -b works, but ./autogen.sh && ./configure && make doesn't.09:40
sidii'm not a debian/ubuntu packager so i don't understand what exactly builddep or debuild do differently09:40
sidii'm starting to suspect the app just has a buggy configure.ac, missing dependencies though09:41
cjwatsonThe entry point used by debuild etc. is debian/rules, not directly via ./autogen.sh etc.09:41
sidii did have to install one more builddep (appdata-tools), and it seems the ubuntu-patches remove that dependency for old ubuntus but are unapplied by default09:41
=== gusnan is now known as Guest91434
=== Guest91434 is now known as gusnan
LocutusOfBorg1good morning developers!10:29
LocutusOfBorg1pitti, how is going the systemd progress? I see it going nice, I hope to have it in vivid ;)10:30
pittihey LocutusOfBorg110:30
LocutusOfBorg1I'm using it since a month for my embedded yocto sytems and I LOVE it :)10:30
pittiLocutusOfBorg1: looks ok so far; I'm crawling through the bugs, but we are now at the level of "happens in rare circumstances and needs lots of debugging"10:31
LocutusOfBorg1I hope you won't revert the change for vivid10:31
pittiso far nobody asked for that10:31
LocutusOfBorg1wonderful! I see the last debian rc have been squashed10:31
pittiit has certainly been a lot of pain, and I'm grateful for the vivid testers for bearing with it10:31
LocutusOfBorg1I'm also testing vivid right now10:32
LocutusOfBorg1I don't bother unless I see bugs :)10:32
LocutusOfBorg1BTW pitti I have an eth.network file, how can I say "try udhcpc and if DHCP fails take this ipv4 address?"10:34
LocutusOfBorg1this is the file https://github.com/gumstix/meta-gumstix-extras/blob/dizzy/recipes-core/systemd/files/eth.network10:34
LocutusOfBorg1maybe you can give me a pointer, adding Address below doesn't work10:34
pittiLocutusOfBorg1: sorry, I haven't done anythign with networkd yet, I'm afraid; can you try asking in #systemd?10:36
LocutusOfBorg1yes, I'll debug something more and then ask :)10:36
LocutusOfBorg1question: is it normal that "reboot" on vivid doesn't require sudo anymore?10:42
LocutusOfBorg1pitti, ^^^10:42
pittiLocutusOfBorg1: if you are in a local desktop session, there's a polkit rule which allows that10:43
pittipkcheck --action-id org.freedesktop.login1.reboot   --process $$10:44
pittithis requires a "challenge" (i. e. entering your admin password) on remote sessions, but is currently allowed locally it seems10:44
pittisimilar to mounting usb sticks, setting the clock, etc.10:45
pitti(or rebooting through the indicator)10:45
mdeslaurpitti: thank you very much for fixing my nfs at boot, and the subsequent shut down hang! Very appreciated!11:29
pittimdeslaur: *beam* good news!11:33
=== gnuoy` is now known as gnuoy
=== MacSlow is now known as MacSlow|lunch
Riddelldpm: why is launchpad still recommending translating utopic a month from releasing vivid?12:18
dpmRiddell, probably because we did not change the translation focus, let me check12:18
=== _salem is now known as salem_
dpmRiddell, fixed. Seems like we hadn't changed the translation focus when we opened vivid translations a while ago12:20
Riddelldpm: lovely thanks12:20
seb128"Object: <lp.registry.model.personproduct.PersonProduct object at 0x2afba3735ad0>, name: u'pin-dbusmock'"12:26
seb128thanks lp, useful error :p12:26
seb128oh, somebody deleted the merge request while I had it open that's why it couldn't post on it12:27
=== MacSlow|lunch is now known as MacSlow
pittiinfinity, didrocks: FYI, the systemd test regression (most of it) is now tracked down, I filed bug 143919113:11
ubottubug 1439191 in xserver-xorg-video-cirrus (Ubuntu) "[vivid regression] X.org fails to start on i386 cirrus" [Undecided,New] https://launchpad.net/bugs/143919113:11
pittiworked around by running the test with -vga vmware, like vivid's qemu does now by default13:12
didrockspitti: great!13:12
pittisimple to reproduce in qemu13:13
infinitypitti: Yay.13:14
pittiit'll still fail on another test, didrocks is bisecting13:14
pittithat looks like an actual regression13:14
pittiso, yay tests13:14
infinityNow to get the kernel people to fix their tests on i386...13:15
infinityapw: ^13:15
apwinfinity, those look to be a testbed failure on i386, and are being rerun13:15
infinityapw: I noticed the re-run, I didn't look at the logs, just remembered that it's been failing on i386 for ages.13:16
* infinity reads a log.13:16
apwapw, the results i looked at looked like success up to that point, though it may yet fail again genuinly13:16
apwthe logs having no summary near the end does not help any13:17
infinityIndeed, lots of hunting with find.13:17
infinitypitti: I don't suppose autopkgtests have a concept of "why"?13:18
infinitypitti: As in, "I was triggered because of a change in package-foo".13:18
pittiinfinity: not at the moment with our really crappy setup13:18
apwinfinity, to my reading all the ' END ' statements are ' END GOOD ' so i think that means it would have been green13:19
pittiquite easy to do once we move to something sensible with AMQP13:19
infinitypitti: These kernel build tests are completely pointless (and take forever) for kernel uploads themselves, but very necessary for toolchain uploads, for instance.13:19
pittiapw: right, it failed on copying the results back up, which sometimes triggers this odd tar EOF error which I've never been able to reproduce (but it happens quite frequently on the CI machines)13:19
pittiinfinity: right, this is known and has been discussed a lot of times; but the current setup is fragile enough as it is, I really don't want to spend a lot of time changing and breaking it13:20
infinityYeah, fair enough.13:20
pittiheck, in that time I could probably get my AMQP prototype to work reliably enough :)13:20
* apw hands pitti a doughnut as encouragement13:21
infinityMmm, doughnuts.13:23
infinitypitti: I'm well aware that the current autopkgtest infra is far from what you'd like it to be, which is why I try to refrain from talking shit about it. :)13:25
infinitypitti: But once it morphs into what it's meant to be, I might have some input into all the ways it sucks. :P13:25
pittiinfinity: oh, yes :) (there are lots of ways indeed..)13:27
infinitypitti: Mostly, my obvious complaint (if we ignore Jenkins) is just reliability.  Comparing to our buildd network, which rarely (at least, in a comparison of failures per number-of-builds) needs attention, this all seems rather fragile.13:28
pittiright; the biggest machinery related ones that I see are (1) that tar EOF thingy, (2) apt hash sum mismatches, and (3) uninstallable packages13:29
pittiand there are tons of flaky tests which need regular retries13:29
infinitypitti: Yeah, flapping tests are obviously not your fault, though maybe we should try to build a small army of people to drive that closer to zero so we can actually have a good clean baseline for future comparison.13:30
pittiwe do have some defence against (2) by retrying automatically once after 15 seconds, but that might need some improvement too13:32
pittias for (3), that's a case for detecting that from the logs and auto-retrying half an hour later or so13:32
pittisome kind of "transient error" result code which makes adt-britney just retry in the next run13:33
infinitypitti: Yeah, I was going to suggest auto-retrying for known infra bugs.  Wasn't sure if you, like me, once held the opinion that forcing yourself to manually intervene reminds you that there's a bug that needs investigating, but as I get older and wiser(?), I'm realising that's BS, and all it does is train me to do the busywork every day, not fix the bug.13:35
pittiinfinity: yeah, that sounds terribly familiar13:35
pittiI tried to investigate and understand the tar EOF bug like 5 times and wasted a day or so on that in total, but I'm none the wiser13:36
pittiand it won't actually matter for the nova/cloud tests that CI is now running in parallel13:36
pittiev: ^ incidentally, how does that go?13:37
pittilol @ https://com.google/13:40
pittiapw: oh, you were saying you use libvirt under systemd? I wondered how urgent bug 1312304 was13:46
ubottubug 1312304 in libvirt (Ubuntu) "[systemd] libvirt-bin needs a unit file" [High,Triaged] https://launchpad.net/bugs/131230413:46
apwpitti, i am using it, it seems to work as is, it may be one of the slownesses, but not exploding m13:47
pittiapw: ack, thanks13:47
=== mbiebl_ is now known as mbiebl
=== salem_ is now known as _salem
evpitti: the majority of the work is done, but proving that this doesn't introduce failures that weren't present in the Jenkins adt infra remains: https://trello.com/c/MelDDUma/193-2-ue-staging-testing-infrastructure-to-cope-with-increased-load-of-tests13:59
evIt's at the top of the proposed backlog. If this is important to QA and Foundations, I ask that you send your stakeholder reps to our backlog meeting Thursday the 9th to lobby for it.13:59
ev^ Ursinha heads up13:59
=== _salem is now known as salem_
=== salem_ is now known as _salem
infinityev: I'm all for proof and testing, but I'll also cautiously say that it would take deliberate action to create something worse than the current shoestring and bubblegum infra. :P14:01
evcan I rise to that challenge?14:01
infinityI'd prefer you didn't.14:02
=== gusnan is now known as Guest86151
=== doko_ is now known as doko
=== _salem is now known as salem_
=== marcusto_ is now known as marcustomlinson
=== gusnan_ is now known as gusnan
cjwatsonpitti: Hm, so I tried running a cleanup on the ddebs a-f database in the same kind of way that Launchpad now does regularly to maintain reasonable performance, and this doesn't look good: http://paste.ubuntu.com/10718827/15:25
* cjwatson tries for rtm15:25
pitticjwatson: hmm, I remember clearly that I worked on vacuuming the database the other day, but I indeed got some errors there15:26
pittiwhich is why I didn't roll it out15:26
pittibut not these errors15:26
cjwatsonHeh, for RTM this gives me an 8K resulting DB, I might not have got it quite right15:27
pittisome weird bdb "out of memory"-like message15:27
pitticjwatson: I tried with http://ddebs.ubuntu.com/clean.conf15:27
cjwatsonThis screams of "time to nuke the db and start from scratch" to me15:27
pittiyeah, can do; it takes ~ 1.5 days15:28
pittibut oh well15:28
cjwatsonpitti: OK, there's definitely something wrong with this cleanup procedure, http://paste.ubuntu.com/10718856/15:29
cjwatsonAh, needs to be run in the right directory because the paths in the cachedb aren't absolute, unlike in LP15:38
cjwatson(Which is a bit of a timebomb really ...)15:38
=== Raccoon changed the topic of #ubuntu-devel to: HAPPY APRIL FOOLS DAY! | #ubuntu-devel Archive: Feature Freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== cjwatson changed the topic of #ubuntu-devel to: Archive: Feature Freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
seb128barry, hey, is https://errors.ubuntu.com/problem/44254dfe1ed3a5acdec9c4e4172b009e905dcd89 still on your todolist? it seems the issue started with your python3 port of oneconf15:42
cjwatsonpitti: I'll see if the BDB repair tools can fix it ...15:43
barryseb128: yeesh.  first i've seen of it.  no clue what's going on but it looks like it's going to be a python3-apt problem perhaps15:43
cjwatsonpitti: For RTM, this reduces the DB size from ~44MB to ~15MB.  You do want the more complete architecture list from my paste, though (it should be the union of all architectures in any published suite)15:43
pitticjwatson: ack, thanks15:44
pitticjwatson: updated clean.conf15:44
barryseb128: i'll keep a tab open on it, but no promises.  i'm fully saturated trying to finish up worky-work before pycon next week. ;)15:44
cjwatsonpitti: This is all yak-shaving because I was looking for a plausible place to stick a timestamp of the BPPH threshold from LP :)15:45
pitticjwatson: if it's broken, just rm'ing it shoudl suffice, the next cron run will then run for ages and rebuild it15:45
cjwatsonpitti: (I don't think I need to keep a separate map of which ddebs it already knows about, though; whether they exist in pool should be sufficient)15:45
cjwatsonpitti: You don't feel like moving ddeb-retriever to a real project so that I can use MPs, I suppose?15:46
pitticjwatson: we can do that; it just never came up so far15:47
pittibut it seems it might live a whole lot longer still :)15:47
tewardunder the current freeze an upload which just enables position independent building for a given application wouldn't get past freeze would it?15:48
pitticjwatson: (can't do it right now, sorry; can on on Tuesday, unless you or someone else beat me to it)15:49
pittiI'll be on vac tomorrow and national holidays Fri/Mon FTR15:49
cjwatsonpitti: Sure, not a desperate rush.  I'll be on nat holiday Fri/Mon and vac Tue15:49
seb128barry, thanks15:56
cjwatsonAh, good, db5.1_dump | db5.1_load fixed the ddebs a-f cache16:07
=== gusnan is now known as Guest17266
=== Guest17266 is now known as gusnan
=== salem_ is now known as _salem
=== _salem is now known as salem_
ovidiu-florinhello world18:32
ovidiu-florindoko: are you around?18:33
tewardso, stupid question, but i'm getting FTBFS on nginx on ppc64el and powerpc because a change (from Debian) to enable PIE isn't recognized, has anyone seen this before and got an idea for how to fix?18:46
sarnoldteward: can you pastebin the relevant compile line and error message?18:50
tewardsarnold: http://paste.ubuntu.com/10719958/  <-- errors from the build logs (this was the latest upload, and using the changes as-is from Debian).  http://paste.ubuntu.com/10719968/  <-- from debian/rules18:52
sarnoldteward: hunh I wouldn'thave expected those to be configure flags..18:53
tewardsarnold: i didn't make the change, Debian did18:53
tewardsarnold: suggestions to fix?18:53
sarnoldteward: maybe that means a newer auto* is needed to provide a newer ./configure ?18:53
sarnoldteward: (that's a wild-ass-guess)18:53
tewardsarnold: considering this is in Vivid, IDK if that'd help18:53
tewardsarnold: this is quite literally the output and information from the builders after the upload - no idea how to resolve18:53
mdeslaurif it works on other archs, I doubt it needs a new conf*18:56
infinityteward: There's no way those are configure flags.18:58
infinityteward: And it's broken on all arches, not just ppc...18:58
tewardinfinity: yes i know that18:58
tewardinfinity: i'm ahead of you, with a build in local sbuild to try and resolve18:58
teward(it'll be uploaded to fix the global FTBFS)18:58
tewardinfinity: i think someone up in Debian who made the change was drunk18:58
=== gusnan is now known as Guest55680
mdeslaurteward: you upload stuff without building it locally first?18:59
tewardmdeslaur: that was a mistake, yes.18:59
mdeslaurthe archive isn't your ppa18:59
infinityteward: Probably.  I assume he meant to add -pie to ldflags and -fPIE to cflags.18:59
tewardinfinity: yes, indeed.18:59
tewardmdeslaur: i misread the diff, assumed they changed the cflags, not configure flags19:00
tewardmdeslaur: hence the failure in my part19:00
teward(yes it's not a PPA, it was a failure on my part to be thorough)19:00
teward(so sue me)19:00
=== Guest55680 is now known as gusnan
* infinity sues.19:00
* teward counter sues with the argument that everyone makes mistakes and to not berate one person for one occasional mistake19:00
* infinity sues harder, and in several jurisdictions.19:01
* teward yawns19:01
infinityAnyhow, it happens.  Patiently awaiting the new upload in the queue.19:02
tewardinfinity: it'll be there as soon as I berate Debian for being drunk, and my own sbuild schroot to update19:02
* teward is raising hell :P19:02
infinityteward: dpkg-buildflags might be more helpful here.19:03
tewardinfinity: mmm... probably. the rules file is set to have a different variable used in the compile time...19:05
tewarddebian_cflags:=$(shell dpkg-buildflags --get CFLAGS | sed 's/-O3/-O2/') $(shell dpkg-buildflags --get CPPFLAGS) <-- currently that defines the cflags for building19:06
infinityteward: Right, so it's already using dpkg-buildflags, you just need to pump up the fancy.19:06
infinityteward: Note the difference between "dpkg-buildflags" and "DEB_BUILD_MAINT_OPTIONS=hardening=+all dpkg-buildflags"19:06
infinityteward: That gets you PIE/pie and z,now, the two things noted missing in that bug report.19:08
infinityteward: So, probably exporting DEB_BUILD_MAINT_OPTIONS=hardening=+all above the current dpkg-buildflags calls would do the trick.19:09
tewardinfinity: right, i was about to do that just now19:09
tewardurgh i hate gpg2 >.<19:11
tewardit doesn't remember i unlocked the keys :/19:11
tewardinfinity: in the sbuild schroot it seems that it's working and not FTBFSing.  going to run the hardening-check against it after build though, because thoroughness19:17
infinityteward: Good deal.19:17
tewardassuming it doesn't burn my CPU up in the process >.<19:17
tewardurgh, now it's failing on perl19:22
infinityteward: Testing here to see if it makes sense to me.19:27
tewardinfinity: the failure looks like it's in the extras package19:27
tewardgod i hate perl19:27
teward... have i said i hate perl yet?19:27
infinityteward: It might just be that the PERL_LDFLAGS bit needs to be less restrictive.19:28
tewardinfinity: build logs from sbuild here: http://paste.ubuntu.com/10720164/19:28
tewardLOVELY thing about sbuild: logs are there :P19:28
tewardinfinity: please let me know if you have any insights, if it were up to me the third party modules would be gone but it's not up to me since so many users use -extras still19:29
teward(I can at least say nginx-core would not fail xD)19:30
tewardinfinity: any chance the hardening flags caused the failures?19:30
tewardcause without them on ubuntu1, it worked fine apparently (from a build perspective)19:31
infinityteward: Yeahp, probably.  I'm testing a bit here.19:33
tewardinfinity: ack.19:33
ovidiu-florindoko: ping19:49
=== salem_ is now known as _salem
infinityteward: Hrm, this is slightly more annoying than I assumed it would be.19:51
tewardinfinity: indeed.19:52
tewardinfinity: in theory we could *manually* add the -fPIE -pie flag...19:52
tewardinfinity: the problem is that -extras has a lot of extra modules that... aren't core19:52
tewardwhich is why we had to create -core for the MIR19:53
tewardand i think the problem will trace back to the perl module19:53
infinityovidiu-florin: Asking what you want to know might be more helpful than sending random pings out into the ether.19:59
ovidiu-florininfinity: I've been told to talk to doko, that's why I'm not asking20:01
tewardinfinity: i'm going to take a wild test and see if this happens with -fPIE added to only CFLAGS and not LDFLAGS - if it builds then great, if not, then we know the perl module is blocking PIE20:02
teward(if not other hardening flags)20:02
infinityteward: It's more likely that the perl modules are accidentally getting the PIE cflags, when they're libraries and should be PIC.20:05
tewardinfinity: i think it is since -fPIE is being passed in the LDFLAGS20:07
teward(at least, when i poke it on a Trusty system with that variable, running the command that generates the flags)20:07
infinityteward: Still playing here.  Whee.20:11
tewardinfinity: well, stupidly, building with cflags only of -fPIE and not including -fPIE -pie in LDFLAGS seems to make the build succeed, but that doesn't help the perl side20:12
tewardinfinity: thanks for the assistance though, it helps having two people attacking the problem xD20:14
tewardinfinity: i think PIC and PIE are incompatible with each other because of shared objects...20:19
teward(I wonder if it's even possible to achieve this cause of the perl parts)20:20
infinityteward: Yes, I said as much up there.20:20
tewardi missed that sorry20:20
* teward yawns20:20
tewardi need sleep i guess :)20:20
infinityteward: Libraries are PIC, executables are PIE.20:20
infinityFundamentally, it's pretty much the same thing, I wish the toolchain were a bit smarter and just turned pie into pic when -shared was specified.20:21
tewardinfinity: heh.20:25
tewardwell i'm running a... hackish... test... :/20:26
tewardlocally of course20:26
tewardi hate hackish solutions though :/20:26
tewardnice clean solutions, they work better... :/20:27
infinityHrm.  I did something that built, but I'm not convinced it should have.20:28
infinityAnd still didn't link the nginx binary properly anyway.20:29
tewardi don't think there's a clean method given Perl20:30
tewardbut we'll see, i'm curious if this thing i just did builds.20:30
tewardit's still updating the schroot for the build deps heh20:31
tewardinfinity: i'd like to see what you did, if only to satisfy curiosity20:31
teward(kinda curious how you tested the linking too)20:31
=== JanC_ is now known as JanC
infinityteward: I'd rather do something less buggy first.  The linking failure clearly pointed at me being dumb. ;)20:32
tewardinfinity: ok.  well again, i dont' want to detract from your likely busy schedule, but I do appreciate the help :)20:32
infinityteward: I need a distraction sometimes.20:32
tewardinfinity: i'm up to my 'hope it doesn't fail again' state :/20:35
infinityThere we go, that went better.20:38
tewardinfinity: mine built as well, question i had was how did you test linking of the binaries.20:38
infinityteward: hardening-check20:38
teward... wow sbuild didn't put the .debs :/20:38
tewardinfinity: well it'd be nice if sbuild had KEPT the .debs :/20:38
infinityteward: http://paste.ubuntu.com/10720546/20:38
infinityteward: That worked for me.20:39
infinityteward: With these results: http://paste.ubuntu.com/10720549/20:39
tewardinfinity: that's effectively what I do but slightly different, I export +all,-pie and then add -fPIE to the debian_cflags separately20:39
teward(per the manpage explaining what buildflags adds for +pie)20:39
infinityteward: Needs to have -pie in ldflags, though, or it won't actually link pieishly.20:40
tewardmmm good point20:40
infinityteward: -fPIE just sets some CPP defines.20:40
tewardinfinity: OK, i'll use yours, if you don't mind.20:40
infinityteward: Be my guest.20:40
tewardwant credit?20:40
tewardthis is ultimately going up to Debian too20:40
infinityDon't care.  My name's all over the place.20:40
tewardinfinity: could we do what you did with line 28 in that diff on line 23 instead?20:42
infinityteward: If you wanted to make it entirely upstreamable (or moreso), there's some flag-mangling in the perl setup bits, they already sed out some CFLAGS, wouldn't be unreasonable to sed out -fPIE and -pie as well from CFLAGS and LDFLAGS.20:42
infinityteward: No, doing it on line 23 entirely defeats the purpose.20:43
infinityteward: The build (except the perl modules) *must* have -pie in LDFLAGS.20:44
tewardinfinity: ok20:44
infinityteward: You might want to test that it actually works built this way, mind you. :P20:47
infinityIt load enough to tell me I don't have a config file at least.20:48
tewardinfinity: it's the perl module, I have no use case to do a thorough test20:48
tewardthe only reason it's included is because 'highly demanded'20:49
tewardi'll run standard testing though, with default site setups, etc.20:50
tewardbut that's a given test20:50
teward... i need a vivid vm :/20:50
=== _salem is now known as salem_
slangasekinfinity, chrisccoulson: I just got the firefox landing page in Turkish now21:20
sarnoldnot arabic?21:21
slangasekinfinity, chrisccoulson: that's not a setting in my browser; firefox doesn't appear to have been upgraded here since March 6; it previously was working just fine in English21:21
slangaseksarnold: nope21:21
slangasekjust hit refresh and now it's in English again21:22
bkerensaslangasek: what version of FF?21:22
slangasekbkerensa: the current version in the archive21:23
chrisccoulsonI thought we'd established that this was a bug with the startpage?21:23
slangasekchrisccoulson: was that established?  It certainly seemed that way to me but I got the impression not everyone was convinced.  If it is a bug in the start page, where should I report that?21:24
chrisccoulsonslangasek, https://bugs.launchpad.net/ubuntu-start-page/21:24
slangasekchrisccoulson: cheers21:25
slangaseklooks like it's reported already, bug #142784421:25
ubottubug 1427844 in Ubuntu Start Page "Ubuntu search page comes up in wrong language from time to time" [High,Triaged] https://launchpad.net/bugs/142784421:25
bkerensachrisccoulson: Does Ubuntu's Firefox have a prebundled addon?21:26
bkerensachrisccoulson: for the bookmarks and unity stuff?21:26
PartNASrww: you in here?21:28
chrisccoulsonbkerensa, yes21:28
bkerensachrisccoulson: you know about the upcoming requirement for addon signing I assume? :)21:29
chrisccoulsonbkerensa, yes21:29
bkerensachrisccoulson: I'm sure we will have a flag for distros though21:29
bkerensadistros / esr etc21:29
chrisccoulsonfingers crossed!21:31
bdmurraytedg: didn't you right write some binary or library instead of calling /usr/share/apport/recoverable_problem?21:35
flexiondotorgbdmurray, Regarding https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/143457922:11
ubottuLaunchpad bug 1434579 in software-properties (Ubuntu) "Unable to install VirtualBox Guest Service in 15.04" [High,Incomplete]22:11
flexiondotorgbdmurray, Looks like multiverse was removed from the repo list when the Ubuntu MATE meta packages were imported and uploaded.22:12
flexiondotorgbdmurray, I did have multiverse enabled by default.22:12
flexiondotorgbdmurray, Are you able to do a little sponsoring and update the ubuntu-mate-meta package to add multiverse please?22:13
infinityflexiondotorg: How would multiverse relate to your metapackages?22:30
infinityflexiondotorg: Or, rather, if your meta is mangling sources.list, you've done something a bit scary.22:30
flexiondotorginfinity, I've not done anything scary :) Let me just check...22:31
flexiondotorginfinity, http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/vivid/ubuntu-mate-meta/vivid/view/head:/update.cfg#L1422:31
flexiondotorgflexiondotorg, When I was hakc my unofficial version of Ubuntu MATE the line referenced above had 'multiverse' on it.22:32
flexiondotorginfinity, I was wondering if adding 'multiverse' back in there would enable the multiverse repos?22:33
infinityflexiondotorg: That won't relate to what's available in sources.list.22:33
flexiondotorginfinity, OK.22:33
infinityflexiondotorg: All that does is define which components your seeds should be looking for packages in.22:33
flexiondotorginfinity, Thanks. Understood.22:34
flexiondotorginfinity, bdmurray Therefore, until recently virtualbox-guest-x11 could be install via software-properties without manually enabling multiverse. That is no longer the case.22:34
infinityflexiondotorg: Hrm.  So, I have multiverse enabled in a default install here...22:39
flexiondotorginfinity, So, I've just checked using a daily in a new VM. I have multiverse enabled too.22:39
flexiondotorgBy default.22:39
infinityAnd I assume you can select the fancy non-free driver?22:40
flexiondotorginfinity, I'll double check in this new VM. One sec.22:41
flexiondotorginfinity, No. Still unable to install virtualbox-guest-dkma via the "Additional Hardware" tool.22:43
flexiondotorginfinity, See https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1434579 and the screenshot I've attached there.22:44
ubottuLaunchpad bug 1434579 in software-properties (Ubuntu) "Unable to install VirtualBox Guest Service in 15.04" [High,Confirmed]22:44
infinityflexiondotorg: Curious.22:45
infinityflexiondotorg: Grabbing a daily to see this for myself.22:46
flexiondotorginfinity, Thanks.22:46
flexiondotorginfinity, I think this started happening around the time Xorg 1.17 landed.22:48
infinityflexiondotorg: Yeahp, it could be that the driver doesn't support the new xserver.22:48
flexiondotorginfinity, BTW, Xorg is completely busted for PowerPC :(22:49
flexiondotorginfinity, Working with upstream...22:49
lathiaton a totally unrelated note, glibc source (nss) is something special.22:49
lathiatso much legacy22:50
flexiondotorginfinity, I cat apt install virtualbox-guest-x11 and it works just fine.22:53
infinityflexiondotorg: Fun.  Okay, can totally reproduce, not sure where the bug lies just yet.23:42
flexiondotorginfinity, Thanks for looking.23:43
flexiondotorgTime for sleeping...23:43
infinityflexiondotorg: It was an excuse to learn something new.  I've never looked at this bit before.23:43
flexiondotorgZ Z Z z z z zzzz...23:43
infinity        if page == self.vbox_drivers:23:46
infinity            self.button_revert.set_visible(False)23:46
* infinity blinks.23:46
infinityOh, totally not virtualbox, just a badly named variable.23:47
=== gusnan is now known as Guest22972
infinityflexiondotorg: Oh, that's why.  The dkms driver was pulled into the kernel, things need to change a bit to accomodate this new world order.23:56

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!