psusipitti, you seem to have written udisks2-inhibit, so maybe you can help me... it doesn't seem to work because it tries to mount --move a tmpfs.. and much to my surprise... the kernel doesn't appear to support moving a tmpfs00:13
mwhudsondobey: ah had a think, although that patch i pointed at might help your build, the truth is that cgo just doesn't work very well with go 1.5 on ppc64el00:22
mwhudsondobey: 1.6 will be better, and gccgo may well work better too00:23
stgraber"cgo doesn't work very well with go 1.5 on ppc64el", quite the understatement :)00:28
mwhudsonit works to build the go tool itself and more or less nothing else00:32
stgraberoh, didn't really the go tool itself was using cgo00:32
mwhudsonthere are two standard lib packages that use cgo (os/user and net)00:33
mwhudsonthe go tool uses both iirc00:33
mwhudsonso i guess i mis-spoke: it works for the stdlib cgo usage00:33
mwhudsonand more or less nothing else00:33
stgraberoh, right, the DNS resolving is using getaddrinfo from libc depending how you built go itself00:33
cjwatsonmapreri,infinity: https://code.launchpad.net/~cjwatson/launchpad/delete-more-component-ui/+merge/278393 should address the confusion you ran into earlier.02:00
hhhgggi i have recently changed to linux mate Rafela but when I rebooted I can get past the login screen but then it just goes blank the screen02:18
cyphermox@pilot out04:28
=== udevbot_ changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
pittiGood morning05:05
pittiLaney: hah! tracked down the "ugly" autopkgtest instance names, fixed in http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=a02dda206f606:33
=== robru is now known as robru_
pittibdmurray: I need to upload avahi, so I'm stealing the merge from you while I'm at it08:07
lathiatpitti: will be another release out shortly if that makes your life any better or worse..  won't really change the distro patch stuff though so thats probably most of the work since i merged most of them08:17
lathiatpitti: if theres anything i havent & should merge let me know08:17
didrockspitti: I was wondering why we only see the armhf run on http://autopkgtest.ubuntu.com/running.shtml while the queue for other archs are longer?08:18
didrockspitti: is that because of other archs runner are down?08:18
didrocks(which would explain why the queue is going up)08:19
pittilathiat: thanks; I dropped the dbus dep bump and the udebs, these are both obsolete08:20
pittilathiat: the skip-nproc-in-container.patch is Ubuntu specific; whether or not you take the upstart jobs, that's a matter of taste I guess08:20
pittididrocks: right, I need to deploy a new ssh runner setup script, and thus wait until the current jobs finish08:21
lathiatpitti: is there a repo i can pull or do i just have to grab the source package08:21
dholbachgood morning08:21
pittididrocks: oh, they did! great, will restart08:21
didrockspitti: great, thanks! :)08:21
seb128hey dholbach!08:22
dholbachhey seb12808:22
pittididrocks: they are grinding again08:23
pittilathiat: no repo, but you can get the individual patches08:23
pittilathiat: https://patches.ubuntu.com/a/avahi/08:23
pittilathiat: but perhaps wait until I uploaded the merge, then the diff will be much smaller08:23
pittilathiat: I think the running-in-container patch might also have stopped working with systemd08:25
pitticurrent LXC doesn't create /run/container_type, so this looks entirely obsolete08:27
pittiyep, avahi starts fine in LXC, away with this08:27
lathiatwe should just make avahi not fail if it can't set nproc08:27
lathiatcontainer or otherwise08:27
pittiit already does that08:28
lathiatso whats the patch doing then?08:28
pitti * Merge from Debian unstable, remaining changes:08:28
pitti    - Add debian/avahi-daemon.upstart, debian/avahi-dnsconfd.upstart,08:28
pitti      debian/avahi-cups-reload.upstart08:28
pittilathiat: ^ so that's the only remaining Ubuntu delta08:28
pittilathiat: it does nothing any more, I just dropped it; in the past failure to set the rlimit was apparently fatal08:29
lathiatah ok08:29
lathiatlooks like it throws a warning but i don tthink it will fail08:29
pittiapparently that was fixed upstream for the same reason08:29
seb128pitti, speaking about avahi bug #1441008 would be nice to fix before the LTS08:30
ubottubug 1441008 in avahi (Ubuntu) "under systemd avahi-daemon doesn't stay disabled when .local is detected" [Medium,Triaged] https://launchpad.net/bugs/144100808:30
pittilathiat: that's the remaining diff, just adding the upstart jobs: http://paste.ubuntu.com/13490393/08:31
lathiatis there any documentation on the rationale of killing avahi-daemon if .local exists anyway? I think the real fix (tm) woudl be to remove the [NOTFOUND=return] from nsswitch.conf in those cases, should cause it to fall back08:32
pittiseb128: ah, ten seconds too late, but I'll assign it to me and deal with it08:32
lathiatwhich is a speed optimisation / spec compliant to not send .local to nameservers08:32
seb128pitti, thanks!08:32
pittiit's been a few years; back then avahi didn't get along well with a "real" .local domain, perhaps it got better at that08:33
lathiatpitti: i think it would still cause issues simply because the default nsswitch will return an error if a .local lookup isnt found in mdns.. but thats controlled by nsswitch.conf08:33
lathiatunless im missing something08:33
pittididrocks: uh, you earned the plymouth merge..08:53
smbpitti, Not sure whether this is already old news or rather me misunderstanding. I thought that creating an /etc/udev/rules.d/70-persistent-net.rules manually should still create old naming (in Xenial). But it did not when preparing Xenial partitions on my test boxes.08:54
seb128poor didrocks08:54
didrockspitti: I didn't claim it yet, notice! :)08:54
didrocksit shouldn't be that much TBH, as it's dead upstream08:54
seb128unsure it is08:54
seb128well, there are still commits/activity at least08:54
=== dpm is now known as dpm-afk
pittismb: yes, it should still work09:23
pittiseb128: can you show the file to me? did you rebuild the initramfs?09:23
seb128pitti, I guess that was for smb?09:26
pittiseb128: err yes, sorry09:26
pittismb: can you show the file to me? did you rebuild the initramfs?09:26
* smb was wondering09:27
smbpitti, I think I did but I can retry to be sure. The file has been used before and was working (I basically start with a debootstrap and then blow it up with server^ and ubuntu-minimal, then inject config files)09:28
smbpitti, But give me a sec to get the host up09:28
smbpitti, bah... possibly the "forgotten rebuild" of initramfs... of course this morning all is good... should not try those things late in a day... sorry for the noise09:37
pittismb: no worries; initrd rebuild should not be strictly required, but if you use the names in the initrd (open-iscsi for example), then that's necessary09:37
smbpitti, Hm, I don't think I do (but thats the beast of having things automated, one forgets) but its at least installed and maybe that is enough09:40
pittididrocks, Laney: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#mesa -> "in progress/always failed" in actaion09:48
pittiaction too09:48
Laneypitti: ah, that made it migrate?09:48
pittiwhich is nice because gmsh/i386 takes 2:50 hours (it times out)09:48
* didrocks likes consistency)09:48
* pitti hugs didrocks09:48
* didrocks hugs pitti back09:48
Laneynot consistency in your balanced ()09:49
* Laney screams09:49
pittididrocks: now, REAL consistency would be "(Always failed)", not "(always failed)" :-P09:49
didrocksLaney: that was done on purpose :p09:49
Laneysuuuuuuuuure :)09:49
didrockspitti: well, I doubted about the capital letter for at least… 1.337 seconds09:49
=== nudtrobert1 is now known as nudtrobert
seb128jamespage, seems like pysendfile could be synced if you sent that delta to Debian, http://launchpadlibrarian.net/194619680/pysendfile_2.0.0-6ubuntu1_2.0.0-6ubuntu2.diff.gz ... did you try to report it there/see if they were interested?10:21
seb128unsure what the .egg-info is needed you wrote "correct dependency detection."10:21
seb128but that probably apply to Debian as well?10:21
ginggshi, could someone retry fop (main) please? https://launchpad.net/ubuntu/+source/fop/1:2.0+dfsg-410:25
pittiginggs: nothing to retry, it's in depwait10:27
pitti libfontbox-java | 1:1.8.10-1 | xenial/universe | all10:27
pitti libmockito-java | 1.9.5+ds-2 | xenial/universe | all10:27
pittiginggs: needs MIRs, or these new dependencies dropped again10:27
pittilathiat: meh, we have a package maas-enlist-udeb which actually needs the avahi udebs10:28
pittilathiat: so that delta will come back :/10:28
ginggspitti: ah, ok thanks10:28
didrockssil2100: congrats!10:29
ginggspitti: so should i look at filing MIRs or see if fop build without libfontbox-java and libmockito-java ?10:31
pittiginggs: I'm not sure TBH; if the two pacakges are trivial, then a MIR seems better as then we'll stay in sync10:31
sil2100didrocks: thanks!10:32
killallwhere can i get support libevdev?10:44
=== _salem is now known as salem_
pittitkamppeter: thanks for committing the cups change!11:03
=== salem_ is now known as _salem
=== dpm-afk is now known as dpm
=== asac` is now known as asac
=== _salem is now known as salem_
Mirvbdmurray: hi! is there a way to skip/fix "E: Some packages could not be authenticated" when running apport-retrace? the packages comes from a PPA (and I've added the sources to the lp:daisy's sources.list so the package is found) and the gpg key of the PPA is in the host's keys12:56
lotuspsychjeis nvidia-current going to be depraced?13:24
lotuspsychjeshows still nvidia-graphics-drivers-30413:24
tjaaltonit's already deprecated, as it's just a transitional package13:30
lotuspsychjetjaalton: ok tnx, it will be removved from repos?13:32
tjaaltononce 304 itself is gone13:32
tjaaltonwhich I don't think will happen anytime soon13:32
lotuspsychjetjaalton: ok thank you mate13:32
lotuspsychjetjaalton: you also know the reason?13:33
tjaaltonof what?13:33
lotuspsychjetjaalton: users need to manually install specific driver versions now?13:33
tjaaltonthe driver manager (or whatever it's called) will do that13:33
lotuspsychjeok tnx13:34
Mirvbdmurray: unping, I probably didn't do apt-key adv recv-keys earlier, now it worked13:47
=== udevbot_ changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: kenvandine
killallwhere can i get support libevdev?14:35
sladenkillall: what type of support are you after?  The API reference is here:  http://www.freedesktop.org/wiki/Software/libevdev/14:36
sladenkillall: at the other end of the scale, if you're wanting to hire-in support you could go to a company such as  http://www.canonical.com/services14:37
killallsladen,  I have 2 touchscreen from diferent batches, one works and other wont work on ubuntu 14.04 but booth work on ubuntu 10.04.14:38
killallI want to know if libevdev is the one opening the device in raw mode and if so why wont it work?14:38
sladenkillall: first of all check  lsusb -v  to see what the devices show up as14:41
killallsladen, booth show exactly the same on lsusb, on lshw14:41
sladenkillall: then you can use   lsof   to perhaps see what is opening the device14:42
killallsladen, can you teach  me how?14:42
sladenkillall: or perhaps if you share some information (eg. USB IDs, name, manufacture) others may be able to help more easily14:42
killallBus 002 Device 007: ID 0c45:8419 Microdi14:42
sladenkillall: sudo apt-get install lsof && lsof | grep /dev.*usb14:43
sladenkillall: perhaps best is if you open a bug report, then there's a way of tracking all the information in one place14:43
sladenkillall: https://launchpad.net/ubuntu/+filebug14:43
killallsladen, thanks but that wont fix my problem at least for now :) and yes that is waht i want to do but i dont have no clue how to pont the developers14:44
killallim also a developer by the way but no experience on drivers or kernel14:44
sladenkillall: well, filing a but report is normally a good way to ensure all the details are together in one place so that the relevant developers can look at it14:45
sladens/but report/bug report/14:45
killallsladen, yes i know but at the moment i cannot tell that 50 touch panels i bought dont work.14:46
killalli have to point the way or the solution14:46
sladenkillall: one of the useful things to include would be  lsub -vvvv -d 0c45:8419   to try and see how the panels are different14:46
sladenkillall: but please open a bug report and start to collate the output there so that everyone can find and locate it, and if doesn't get lost in scrollback14:47
killallsladen, doing that the diff show nothing, i have contacted the manufacter and he said the code in the firmware was changed keeping the version and the output the same14:47
pittiLaney, apw, infinity: there, test queue contents: http://autopkgtest.ubuntu.com/running.shtml14:47
sladenkillall: riiiight, please include that information from the manufacturer in the bug report as well14:48
killallok thanks :)14:48
sladenkillall: as that's pretty important14:48
Laneypitti: woot!14:48
pitti(this is a bit synthetic, but the next real xenial requests will come soon :) )14:48
killallany usefull command i must input14:48
apwpitti, which order is the queue in, top first or bottom first14:50
apwpitti, and wow of course14:50
pittiapw: top entry gets run next14:50
pittii. e. new requests are added at the bottom14:50
pittifungible of course, but right now it's writing the lines in the order it reads it off the queeu14:51
sladenkillall: I have given you at least two useful commands that would help already14:51
sladenkillall: so perhaps start with these14:51
sladenkillall: but if that's two hard in the first step, please at least say  "USB 0c45:8419 Microdia touch-screen should work on 14.04: manufacturer stated on date XXX that the firmware touch panel firmware had been changed without changing the product ID14:54
sladenkillall: so any progress/success, do we have the bug number/URL yet?15:10
ubottuLaunchpad bug 1519393 in evtest (Ubuntu) "Touchscreen not working" [Undecided,New]15:11
killallif any problem please inform and if possible i will fix :) thanks for the time and patience on me15:12
killallsladen, thanks15:12
dobeymwhudson: well, right now i just want the quickest possible solution to have somewhat reliable builds and get this stuff landed. so if that patch enables that, i'd love to have it be uploaded. :)15:18
sladenkillall: thanks, for each of these commands, please could you attach the output for the working one, and *then* for the working one15:22
sladenkillall: to be able to compare A and B, one needs A and B to start with!15:22
killallit has booth, but wich command do you need in particular?15:23
killallyou have booth evtest working and non working lsusb of booth and python report.py of booth15:24
killallthe only comand you dont have is the cat /dev/hidraw0 wich is equal to hidraw115:24
sladenkillall: I'd like to be able to run  diff -u lsusb-vvv-working.txt lsusb-vvv-not-working.txt15:24
killalli got you :) one sec15:25
sladenkillall: ideally *unplug both*.  Plug in the first, and run  sudo lsusb -vvvv -c -d 0c45:8419 > lsusb-vvvv-0c45:8419-working.txt15:26
sladenkillall: then unplug the first, and plug in the second, and run   sudo lsusb -vvvv -c -d 0c45:8419 > lsusb-vvvv-0c45:8419-not-working.txt15:26
sladenkillall: and attach both15:26
killallyes thanks15:27
killallsladen, uploaded thanks15:32
killalli added even dmesg ouput15:32
tewardhate to ask, but I know there's a "fails to upgrade" bug in libuuid... which bug is that?15:33
* teward had the link but lost it :/15:33
sbeattieteward: https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/151815115:35
ubottuLaunchpad bug 1518151 in util-linux (Ubuntu) "libuuid1 fails to upgrade on xenial" [Undecided,New]15:35
tewardsbeattie: thanks, i assume the affect is 'global' in terms of building software via sbuild?15:37
teward(even to test build things)15:37
killallsladen, anything else to append to the bug report, what can it be? Can you point me the light? im compiling libevdev but i dont think it is that15:41
sladenkillall: do /you/ have any way to tell the two batches apart15:42
sladenkillall: are they visibly different in anyway15:42
sladenkillall: have you tried multiple devices, or just one from each batch?15:43
killalli have tried from the fist batch 250 touch screens and from the second batch 10 of 5015:43
killallthe batches are 99% equal from outside the only diference is the usb cable a few centimeter longer15:44
didrocksmterry: answered, maybe try with this sbuild chroot to reproduce the issue?15:49
didrocksmterry: if you can't reproduce, I'm happy to add any logs you feel I need to add15:49
sbeattieteward: dunno about "global" but I keep hitting it over and over again, even after apt-get installing it manually in my source schroots. It's really frustrating in that I make it go away for a while and then it comes back.15:53
mterrydidrocks, I agree with you btw.  This is not my favorite solution to the problem.  Just given time constraints, it was the best I knew we promise to do.  :-/15:59
didrocksmterry: yeah, it's not a critize, but I prefered to state the obvious :)16:00
mterrydidrocks, duplicity upstream seems happy to stay on python2 for years, so if we want this change, we have to do it ourselves16:00
didrocksmterry: you know I'm kind of pragmatic due to what I had to do on Ubuntu Touch and such ;)16:00
didrocksmterry: so no worry!16:00
mterrydidrocks, :)16:00
didrocksmterry: how much work will it be in your opinion to migrate duplicity?16:00
didrockslike a month? less/more?16:00
mterrydidrocks, I dunno, 2 to 3 weeks I'd guess16:01
didrockspython:       15272 (96.60%)16:01
mterrydidrocks, but it's tricky16:01
didrocksyeah :/16:01
didrocksquite a lot16:01
mterrydidrocks, it has a lot of backend plugins16:01
didrocksand some doesn't have python3 support I guess?16:01
mterrydidrocks, which we could port or drop16:01
mterrydidrocks, right16:01
didrocks(was more curious to know if we should or not try to port it ourself…)16:02
didrockssounds like not really pratical16:02
killallthanks sladem16:02
mterrydidrocks, but it seems crappy to port not all of them (because some ubuntu users might rely on them)16:02
killallthanks sladen16:02
didrocksmterry: agreed16:02
mterrydidrocks, well I've made some porting attempts in my spare time in the past16:02
mterrydidrocks, and kept getting bogged down16:02
didrocksyeah, unsurprisingly16:02
mterrydidrocks, and it doesn't seem like I'll have clearance to do it on work time this cycle.  Hence this solution16:02
didrocksmterry: no worry! Keep me posted if you can't reproduce at all the failing tests, I'm happy to add something in debian/rules to export the log files you need16:03
mterrydidrocks, by the time it matters, maybe deja-dup can just be a snap that bundles python2  :)16:03
mterrydidrocks, I will try your sbuild reproduction steps16:03
didrockskeep me posted!16:04
sladenkillall: I've updated the bug report again for you.  Please could you fill in which cable is longer16:10
sladenkillall: and please could you re-run the   hid-replay  tests each into a separate, clearly labeled file, and attach them16:10
killallsladen, yes i can :)16:10
sladenkillall: any luck with re-running  'evtest'  for working and non-working?16:25
sladenkillall: the hexdumps look useful, but only if one can diff and compare16:26
killallone sec :) uploading16:27
decciHello Developers16:28
decciI am trying to do .DEB packaging16:28
MrBIOSno need to capitalize it16:28
decciI am following a general dh_make && debian/rules && debian/rules binary16:28
decciMrBIOS: Sorry16:28
MrBIOSno need to apologize  :)16:29
killallsladen, evtest show notghing special ill post it to, wich hex dump?16:29
deccineed suggestion on http://pastebin.com/37Vg49bp16:29
decciI have source code precompiled from developer which is run with cmake and make command. Now while I ran dh_make -f ../.tar.gz -p sa_source_6.2.0 && debian/rules clean && debian/rules build, will it gonnna build it again.16:31
killallsladen, appended the evtest but what hex dump do you mean? also added the hidreplay output16:33
decciAnyone with debian packaging experience16:34
sladenkillall: yes, the hidreplay16:41
killallthe hidreplay is there :) with https://bugs.launchpad.net/ubuntu/+source/evtest/+bug/1519393/comments/816:42
ubottuLaunchpad bug 1519393 in evtest (Ubuntu) "New revision of 0c45:8419 Microdia USB Touchscreen not working under 14.04" [Undecided,Incomplete]16:42
pittislangasek, stgraber, kees, infinity, mdeslaur: TB meeting reminder in 17 mins16:43
slangasekpitti: ack. who's chairing?16:43
slangasek(is it me? :)16:43
pittislangasek: kees, fallback to mdeslaur16:43
pittinot that we'd have an agenda :)16:43
kenvandine@pilot out16:44
=== udevbot_ changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
seb128kenvandine, oh, already done? any chance you could still do https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/1518053 ? ;-)16:46
ubottuLaunchpad bug 1518053 in xdg-utils (Ubuntu) "xdg-mime can read .config/ defaults but can never set them" [Medium,New]16:46
seb128kenvandine, seems like it would help chromium users16:46
seb128kenvandine, shouldn't be too difficult to review16:46
sladenkillall: can you upload the evtest not working16:49
sladenkillall: I've deleted the other dup16:49
killallok :) sladen  np16:49
killallsladen,  done16:50
kenvandineseb128, i'll look16:52
seb128kenvandine, thanks16:52
sladenkillall: so (comparing the evtests), the not-working one never sends any events, even if you move fingers/click buttons etc16:53
killallyes correcy16:54
LocutusOfBorg1pitti, pbuilder should be fixed, wrt lp: #151193816:54
ubottuLaunchpad bug 1511938 in pbuilder (Ubuntu) "please merge pbuilder from debian" [Wishlist,Fix committed] https://launchpad.net/bugs/151193816:54
mdeslaurslangasek, kees, pitti, infinity, stgraber: meeting in 5 min?16:54
killallsladen,  what else can i help?16:56
slangasekmdeslaur, kees, pitti, infinity, stgraber: meeting in 4 min ;)16:56
killallsladen, anything else i can provide and help?17:10
kenvandineseb128, there debdiff no longer applies cleanly, there's been a new upload since them17:18
kenvandinei cleaned it up so the debdiff applied cleanly, but one of the patches doesn't apply still17:18
seb128kenvandine, oh :-(17:18
seb128kenvandine, maybe mention it to qengho on -desktop?17:18
sladenkillall: did there an ebay link/amazon link/alibaba link for these devices incase the developers want to get hold of one.  Are there windows drivers that might be useful for reverse-engineering any "knock sequence" (initialisation sequenence needed)17:21
sladenkillall: is there any information from the manufacturers about what they changed (who are the manufactures?)17:22
pitti[ubuntu/xenial] ruby-defaults 1:2.2.3ubuntu1 (Accepted)17:24
pittidoko: ^ hah!17:24
killallsladen,  nothing and nothing.... amazon link no. they only sell big batches unfortunatly guess low as 25.17:24
sladenkillall: yeah, so who *is* the manufacturer?17:25
sladenkillall: is there a picture on the internet of what it looks like17:26
sladenkillall: are there any names or logos on the device17:26
sladenkillall: are there any names or logos on the packaging?17:26
killallthis is the manufacter and product page17:27
killallhttp://img.diytrade.com/smimg/1079694/17764824-1256906-0/nn/58f1.jpg this is what i have without straps17:27
killallsame manufacter  wivitouch wich does not supply a lot of support17:28
sladenkillall: are you in a position to try alternative kernels17:42
sladenkillall: eg. starting with the (working) 10.10 install, recording that kernel version17:46
sladenkillall: and then trying progressively newer ones until you find the first one that doesn't work17:46
sladenkillall: and if all the kernsl work, then that would point to it being userspace, rather than the kernel17:47
MrBIOSsladen: which HW?17:49
=== plars is now known as plars-holiday
=== dpm is now known as dpm-afk
BluefoxicyI'm calling Libidinous Lagomorph for 2023.420:22
BluefoxicyAlso noticed if you use the official Ubuntu 15.10 docker image, you can't install mariadb-server-10.0; it fails to run mariadb-server-10.0.postinst configure20:23
Bluefoxicynear as I can tell, it's trying to start MariaDB via init script, which wants to run mysqld_safe, which aborts because it tries to drop to mysql and can't drop privileges (it stays as root), and refuses to run as root20:23
mwhudsondobey: i'd recommend you build on ppc64el with gccgo20:45
mwhudson(or not at all)20:45
=== salem_ is now known as _salem
dobeymwhudson: how would one force gccgo there?21:03
TJ-does anyone happen to have the Debian syslinux 3:6.03+dfsg-9 source package? Debian's source tracker no longer has (only -10 and -11) - was published in August. I wanted to pull a patch from it that was added in -0 and removed in -1021:03
mwhudsondobey: Build-Depends: gccgo [ppc64el], golang [!ppc64el] I think?21:03
TJ-errr, added in -921:03
mwhudsondobey: lxd does this21:03
sarnoldTJ-: tada https://launchpad.net/debian/+source/syslinux/3:6.03+dfsg-921:06
infinityTJ-: pull-debian-source syslinux 3:6.03+dfsg-921:06
TJ-many thanks! that'll fix all the syslinux/startup-disk issues (a gcc 5 transition breakage)21:07
dobeymwhudson: but golang should be fine on all the other archs (powerpc arm64)?21:09
mwhudsondobey: yes21:09
mwhudsonon powerpc you really get gccgo21:09
mwhudsonarm64 cgo stuff should be fine21:09
TJ-mpt: are you aware syslinux ldlinux.sys "Boot Error" is still present due to building with gcc 5? I can't see any bugs indicating work on it21:21
TJ-mpt: fix available upstream, tested on Wily bug 150700221:25
ubottubug 1507002 in syslinux (Ubuntu) ""boot error" due to gcc v5 transition" [Critical,Triaged] https://launchpad.net/bugs/150700221:25
* tsimonq2 is gone: test22:26
brendandif python3-selenium is in sid, should there be any problem pulling it into xenial?22:49
cjwatsonbrendand: no, just requires somebody to merge the python-selenium source package from Debian22:51
cjwatsonbrendand: you'll see it on https://merges.ubuntu.com/multiverse.html22:52
cjwatsonbrendand: (or sync, if none of the current Ubuntu delta is relevant any more; I don't know)22:53
brendandcjwatson, a tar.gz is mentioned but it's not linking to anything??22:57
brendandah right, appending that to the end of the url seems to work22:58
brendandafter https://merges.ubuntu.com/p/python-selenium/22:58
cjwatsonbrendand: it's only a rough guide anyway, may not be a sensible starting point in this case (delta includes new upstream version, etc. - if I were you I'd probably work it out by hand and compare to what Debian's done)22:59
mwhudsoner, is there any special reason why "sbuild-update --update xenial-amd64" would give hash sum mismatch errors?23:21
mwhudsoni think i have apt-cacher-ng installed, maybe i need to give that a slap23:22
xnoxmwhudson, archive update is atomic, but a client can catch the update mid-way that is to get "old" Release and "new" Packages.gz23:22
mwhudsonxnox: it seems to be persistent23:22
xnoxmwhudson, there is a solution to this, to do by hash Packages et.al. but it's in experimental apt.23:23
sarnoldapt-cacher-ng can make an annoying transient condition annoying and permanent :)23:23
xnoxmwhudson, in that case something is borked =)23:23
mwhudsonblargh it even happens if i run apt-get update -o Acquire::http::No-Cache=True23:26
sarnoldhow about Acquire::http::proxy:: DIRECT   ?23:28
sarnold(with your mirror's IP in place of, of course)23:28
sarnolddang; that means it's time to wget things by hand and see if the mirror itself is broken23:30
sarnoldwriting a tool to check this has been on my todo list for a dozen years23:30
mwhudsonwell chdist apt-get xenial update outside the schroot succeeded23:30
* mwhudson disables the proxy yet more forcefully in the schroot23:32
xnoxthere are hooks that re-add it too23:32
mwhudsoni like fast builds but i also like builds that don't fail for stupid reasons too :(23:33
* xnox gave my new isp an ultimatum - either you provide ubuntu mirror, or i mirror 1TB =)23:34
xnoxthey responded with "we have passed your query to actual technical staff to respond"23:34
mwhudsoni wonder if i can smuggle a cheap 1u into the rack here in the coworking space23:35
xnoxmwhudson, 1TB NVMe sticks are small =)23:39
mwhudsonxnox: not cheap though23:39
mwhudsonis nvme the form factor or the interconnect? my x1 carbon won't boot from the newer interconnect23:40
xnoxi have no idea what interconnect is,23:40
sarnoldnvme is the "not sata" bit :)23:41
xnoxbut i have fixed ubiquity to install on nvme driver prior to them going public.23:41
xnoxit ends in like n0p1 for namespace zero, first partition.23:41
sarnoldif I've understood it correctly, nvme can run over pcie addon cards, in howswap bays, and via m.2 adapters23:41
xnoxcking confirmed they will work fine.23:41
xnoxsarnold, si.23:41
sarnoldI think those are all electrically nvme, even if the form factors are vastly differently among all three23:42
* xnox is awaiting dell shipment with nvme. They keep pushing back.23:42
mwhudsonah yeah, it's nvme that the x1 carbon doesn't support23:42
* zyga looks at a long chain of python backports for precise23:43
mwhudsonyou can get ahci pci things that work, but not the full nvme23:43
mwhudsoni guess nvme would work if you boot from a usb stick or something silly like that23:43
sarnoldI understand nvme has much higher power requirements than the typical sata device; some nvme pcie cards draw something like 25 watts...23:44
xnoxsarnold, the best bit is that the industry have moved on before nvme drives hit mainstream shelfs.23:48
xnoxprior to "standardtised" nvme drives we had all the custom fusioio cards et.al.23:48
xnoxand now nvme is too slow too, and everyone is working on direct access memory / persistent memory.23:48
xnoxsuch that there is no hard-drive in the userspace, just continious memory which persists.23:48
sarnoldxnox: I dunno man, pmem is pretty far-out there stuff23:49
sarnoldxnox: it looks -awesome- but I think nvme is going to be around for a few years23:49
sbeattiemwhudson: most but not all of the hashsum mismatches I get are due to Translations files, I've started setting 'Acquire::Languages "none";' in my schroots because of it.23:51
mwhudsonsbeattie: this was Sources, fwiw23:52
mwhudsonbut that might not be a bad idea i guess23:52
sarnoldsbeattie: hmm, I wonder if this can help you https://code.launchpad.net/~adconrad/canonical-is-charms/ubuntu-mirror/+merge/26772823:54
sarnoldsbeattie: .. that may help your local mirror.. if the mirror you're copying from needs to use this too then it won't help you much :/23:55
sbeattiesarnold: I added a local patch to apt-mirror to disable pulling translations yesterday; I'm going to give it a few runs to make sure it's doing the right thing before submitting it upstream.23:56
sarnoldxnox: does the experimental apt address the hash sum mismatches by changing files to predictable non-colliding names? or .. bundling signatures/hashes into the files so they're replaced atomically? I'm curious....23:56
sarnoldsbeattie: ahhh23:56
xnoxsarnold, yes.23:56
xnoxsarnold, ala rpm style.23:57
xnoxbut better, cause it's on debian.23:57
sarnoldxnox: nice nice. it sure feels like these hash sum mismatches are showing up more often these days than they used to.23:57
sarnoldxnox: so some different layout to be more predictable sounds fantastic at this point :)23:58
sarnoldsbeattie: I turned off trnslations on my laptop ages ago and then wondered why apt-cache search was returning 1/10th the results I expected; just turning them off entirely may not be ideal either :/23:59

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