/srv/irclogs.ubuntu.com/2015/11/10/#ubuntu-devel.txt

=== salem_ is now known as _salem
pittiutlemming: systemd.postinst translates these old upstart specific options (nobootwait and optional) to the standard "nofail"; please don't use these in new code05:08
pittismoser: /etc/udev/rules.d/70-persistent-net.rules shold be in the initramfs, yes; is it not?05:09
pittiGood morning05:09
Unit193Howdy, pitti.  Any way you can fix policykit/dbus/systemd such that restarting dbus (or whatever happened) doesn't require a hard reset?05:14
pittiUnit193: restarting dbus has never been supported05:14
pittiUnit193: everything that connects to it will die, like half of your desktop05:15
pittinot related to polkit or dbus, for these in particular restaritng dbus is fine05:15
Unit193pitti: I understand this, but something seems to have reset or restarted dbus and the only thing I could do was  reboot -f  to restart it.  Vivid even handled it better than that.05:15
Unit193I know lightdm and NM die, that's fine.  systemctl failing on every command is not good, though.05:16
pittiUnit193: run systemctl as root05:16
Unit193Did.05:16
pittihm, systmed has its own private dbus server, it shold talk to that when dbus is down or not installed; but that might be different if it was restarted05:16
Unit193(As in, sudo -i  and sudo systemctl fooo, nothing worked.  As I said, reboot -f was the only thing.)05:16
pittiso that might need a systemclt daemon-reexec05:16
Unit193I did that.05:16
pittiUnit193: ok, that's news to me05:16
Unit193pitti: So open to debugging/fixing? :)05:18
pittiyes, I guess so :)05:18
Unit193Thank you very much!05:19
pittistgraber: once I have an lxd image cached locally, can I do "lxc launch ubuntu/wily/amd64 w1" somehow? (that doesn't work); i. e. like "images:ubuntu/wily/amd64", but using the already cached local copy05:24
hallynpitti: you can add aliases to teh already-downloaded images, yes.  'lxc image list', then 'lxc image alias create x1 <some-sha1>'06:14
hallynthen you can just lxc launch x1 c106:14
hallynpitti: wasn't following previous conv;  you might also be better off using lxd-images.06:16
pittihallyn: ah, is that what's done on https://images.linuxcontainers.org:8443 ?06:16
pittihallyn: I mean, I find it convenient to do this name-based lookup with distro/release/arch instead of having to look up and use UUIDs06:17
pittistgraber, hallyn: lxc/lxd is really nice, many thanks for that!06:17
hallynpitti: right, you're really meant to do 'lxd-images download ubuntu --alias wily wily amd64'06:18
pittiit even works for rebooting xenial containers :) (curiously)06:18
hallynorly06:18
pittiand the remote feature is nice, we could set up armhf testing in scalingstack with that06:18
hallynthe reason i've not been helpful with the reboot problem actualy is that most ofthe time right now if i type 'reboot' nothing happens.  i need to set up a good test vm.  (that and i'm really hoping to finish cgroup namespaces)06:20
pittiI guess it's time to add an lxd autopkgtest virt backend :)06:20
hallynthat should shake out some interesting bugs06:21
=== cpaelzer_ is now known as cpaelzer
pittihallyn: uh, reboot is broken for you?06:25
hallynyeah, just hangs06:27
pittistgraber: do you plan to add xenial lxd images soon? now that there's no debootstrap any more, we'd need these from pretty much day 106:27
stgraberpitti: lxd-images pulls from cloud images' release stream so we'd need CPC to publish something in that stream (or you can force with --stream daily)06:35
stgraberpitti: as for old school images on images.linuxcontainers.org, Jenkins is configured but is failing to produce them due to debootstrap in trusty not knowing about xenial, that should be fixed very soon as there's an SRU in -proposed right now06:36
pittistgraber: oh, interesting; so that'll hopefully be quicker again next cycle when the new-style cloud images have settled down06:36
pittistgraber: SRU of distro-info-data you mean? thanks for the heads-up06:36
stgraberyeah, we're trying to standardize on the same images for all cloudy products :)06:37
pittiuntil then this could be emulated by creating a wily container, dist-upgrading it, and importing it as image, right?06:37
pitti(pretty much what I do with cloud images too)06:37
stgraberpitti: nope, debootstrap itself, for the symlink06:37
pittiah06:37
stgraberpitti: yep, that's how I've been dealing with xenial so far, take wily and upgrade :)06:37
stgraberactually, let me release it, it's at 6 days now, that's long enough :)06:38
stgraberdone06:38
stgraberand now off to bed :)06:39
pittistgraber: bonne nuit !06:40
alexlistwgrant: Is linking against e.g. libboost-program-options1.58 but disabling the CXX 11 ABI something that should work?07:24
alexlistwgrant: e.g., on 15.10,  g++ -o main main.cc -lboost_program_options  -D_GLIBCXX_USE_CXX11_ABI=007:25
alexlistActually that is a question for a larger audience...07:28
alexlisthttps://bugs.launchpad.net/ubuntu/+source/boost1.58/+bug/151471707:39
ubottuLaunchpad bug 1514717 in boost1.58 (Ubuntu) "linker error when disabling CXX11_ABI" [Undecided,New]07:39
=== yuning_ is now known as yuning
wgrantalexlist: wily's libraries are built with the C++11 ABI; you're not going to have much luck linking objects for another ABI against them.07:52
alexlistwgrant: thx, that's what I feared. So essentially if you depend on a closed source 3rdparty library you are in trouble...07:52
wgrantRight, proprietary C++ libraries are a bad idea, as the ABI tends to break every few years.07:53
wgrantThough GCC is a lot better than MSVC on that front, I suppose.07:54
dholbachgood morning07:56
=== highvolt1ge is now known as highvoltage
pgquiles_alexlist: workaround: distribute your own boost and use $ORIGIN in the application10:00
pittimvo: meh, bug 1510060 wasn't magically fixed after all :(10:23
ubottubug 1510060 in apt-clone (Ubuntu) "test regression: TestCloneUpgrade.test_clone_upgrade_synthetic" [High,Triaged] https://launchpad.net/bugs/151006010:23
mvopitti: its back? meh :(10:24
seb128@pilot in10:31
=== 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: seb128
* dholbach hugs seb12811:38
dholbachgo go go!11:38
davmor2dholbach: okay we get it you like golang but seriously you don't need to should about it ;)11:39
=== _salem is now known as salem_
dholbachshout? :)11:43
davmor2dholbach: yeah shout aswell11:47
* seb128 hugs dholbach back11:58
mdeslaur@pilot in12:17
=== 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: mdeslaur, seb128
seb128mdeslaur, do you start in a particular order? just to not conflict12:23
seb128mdeslaur, hey btw ;-)12:23
mdeslaurseb128: nah, no particular order...you?12:23
seb128mdeslaur, I was starting from the most recents12:24
seb128but I did skip over a few ones and started in the yellow section now12:25
mdeslaurseb128: I'll take cups12:25
seb128mdeslaur, seems like security related, have fun ;-)12:25
seb128mdeslaur, feel to take the dovecot/apparmor one as well12:26
mdeslaurok12:26
seb128slangasek, hey, could you have a look to https://bugs.launchpad.net/ubuntu/+source/sbsigntool/+bug/1511108 ?12:48
ubottuLaunchpad bug 1511108 in sbsigntool (Ubuntu) "Handle odd buffer lengths in checksum" [Medium,New]12:48
seb128jibel, hey, could you get (or do you know who could) https://code.launchpad.net/~om26er/ubuntu-test-cases/fix_minimal_image_size_test/+merge/235298 merged?13:16
matsubararbasak, ^13:17
jibelseb128, sure, let me find someone13:21
seb128jibel, thanks13:22
seb128jibel, it's in the sponsoring queue (I guess since Laney's changes) so would be good to get merged13:22
jibelseb128, actually matsubara or rbasak can do it, it's a server branch13:23
seb128j13:23
seb128matsubara, rbasak, ^13:23
seb128jibel, thanks13:23
matsubaraseb128, I don't have permission, that's why I pinged rbasak. He's the one who usually merge in my changes13:23
seb128matsubara, k13:30
mdeslaurseb128: I'll take the xscreensaver merge13:34
rbasakmatsubara: otp, please ping again if I forget.13:40
dgadomskihey pitti, could you please take a look at debdiffs for bug 133787313:54
ubottubug 1337873 in ifupdown (Ubuntu) "Precise, Trusty, Utopic - ifupdown initialization problems caused by race condition" [Medium,In progress] https://launchpad.net/bugs/133787313:54
elijahhttps://insights.ubuntu.com/2013/02/15/developers-get-the-full-support-they-need/ says there is an #ubuntu-phone but when I try to join it says I need an invitation.14:03
elijahAnyone know when this will be open?14:04
LaneyIs it meant to be #ubuntu-touch?14:04
Laneydpm: ^?14:04
brendandelijah, that's quite an old blog post, #ubuntu-touch exists14:05
dpmI thought someone had set up a redirect a long time ago14:05
dpmpopey, ? ^^14:05
Laneypresumably the blog post could be edited anyway14:05
dpmlet's see who else gets pinged in the chain :-)14:05
elijahOkay, so #ubuntu-touch is the official channel?14:05
brendandelijah, but if you're an app developer there is a full channel just for you - #ubuntu-app-devel14:06
popeyyes14:06
popeywill get the redirect fixed14:06
brendandpopey, but ubuntu-app-devel is more appropriate for application developers14:06
brendandpopey, as i'm sure you'd agree14:06
popey(I know)14:06
elijah#ubuntu-touch has a much larger user list14:06
elijahI am in both though14:06
elijahI am getting ready to ditch Android, just trying to get started14:07
elijahWill ubuntu-touch and ubuntu-app-devel eventually become one channel?14:08
elijahI thought we are moving towards unified apps14:09
slangasekseb128: yep, it's in my queue14:12
seb128slangasek, thanks14:12
pittidgadomski: you are already reviewing this with Guus, no? I'm not familiar with the ifupdown code and this is rather intrusive14:22
pittidgadomski: i. e. could we get this reviewed and landed in sid and xenial for a bit before we backport? this has a really high regression potential14:23
dgadomskipitti: sure, this is a backport of Guus change already present in debian git repo14:25
pittidgadomski: ah, it is? godo14:25
dgadomskipitti: although I think it has not been released yet14:25
pittidgadomski: right, the bug is still open14:25
dgadomskipitti: it has already been tested in several different environments so it is known to at least fix this bug, releasing to xenial may help us make sure about regressions14:31
pittidgadomski: right, so I'm fine with the xenial upload, but I'd give the SRUs some time14:32
dgadomskipitti: agreed, I'll keep testing it in xenial14:33
seb128sil2100, hey, what's the status of https://code.launchpad.net/~sil2100/livecd-rootfs/fix-apt-lists-rm-hook/+merge/273117 ? could you get ogra or somebody who usually upload those changes to review?14:34
seb128ogra_, https://code.launchpad.net/~mvo/ubuntu/wily/initramfs-tools-ubuntu-core/new-and-old/+merge/274875 is in the sponsoring queue, is that something you are still reviewing for mvo?14:35
ogra_seb128, i'll sing it off once it is ready (requores a lot of other architectural changes first)14:36
ogra_i thought the apt list removal landed ages ago ... will pull it inot the next livecd-rootfs upload14:37
seb128ogra_, thanks, the removal landed it seems but that's a follow up to fix small issues14:37
ogra_ah14:37
smoserpitti, yeah. even on my physical system, it doesn't show up. http://paste.ubuntu.com/13216207/14:40
smoserpitti, do you have it in  yours ?14:42
davmor2hey pitti did you get home in the end or are you working from ausitn?14:43
Unit193mdeslaur: Thanks!14:48
mdeslaurUnit193: yw!14:48
mvoogra_: fwiw, we could land it now it is fully backward compatible, but I don't mind either way14:49
pittismoser: I'm back home, the third flight worked after all :)14:55
pittismoser: what is "it" in "it does not show up"?14:55
smoserpitti, persistent networking14:56
smoserper14:57
smoser<pitti>  smoser: /etc/udev/rules.d/70-persistent-net.rules shold be in the initramfs, yes; is it not?14:57
seb128jibel, and do you know who would be right to review https://code.launchpad.net/~psivaa/ubuntu-test-cases/remove-ceph-lxc-floodlight/+merge/240144 ?14:57
seb128https://code.launchpad.net/~psivaa/ubuntu-test-cases/lvm-grub-preseed-fix/+merge/258620 as well14:57
psivaaseb128: the latter should be rejected. I'll do that14:58
seb128psivaa, thanks14:58
pittismoser: could you please add set -x to /usr/share/initramfs-tools/hooks/udev and do "sudo update-initramfs -u"?14:59
sil2100seb128: ok, I'll try getting someone to review that ASAP14:59
pittismoser: when I touch /etc/udev/rules.d/70-persistent-net.rules and update, my initrd gets it15:00
seb128sil2100, thanks15:00
smoserpitti, sure.15:00
smoserpitti, looking at /usr/share/initramfs-tools/hooks/udev15:01
smoserits based on NEED_PERSISTENT_NET15:01
psivaaseb128: sil2100: https://code.launchpad.net/~psivaa/ubuntu-test-cases/lvm-grub-preseed-fix/+merge/258620 could also be reviewed please. I was talking with a bad memory when I said that should be rejected15:02
pittismoser: oh sorry, which release is that?15:02
smoseri dont know why you'd get it, though.  either you must have configured it, or 'root_over_the_network' would be true for your system (which would seem odd)15:02
pittismoser: this is gone from wily15:02
smoserwhy?15:03
pittismoser: >= wily just copies everything in /etc/udev/rules.d/ into the initramfs (which doesn't have a counterpart in /lib/udev/rules.d/, i. e. all custom rules)15:03
pittibecause we can't know which bits apply to the initrd15:03
pittismoser: I mean the specific check is gone from wily15:03
jibelseb128, both are for the server team15:04
seb128jibel, k, the merges mention daily iso testing so I was unsure if that was a QA thing15:04
seb128who is in the server team that could be pinged about those? ;-)15:05
jibelseb128, yes but the server team manages its own tests15:05
jibelseb128, matsubara or rbasak15:05
seb128jamespage, ^ you own lp:ubuntu-test-cases/server it seems, can you get those reviewed?15:05
seb128rbasak, matsubara, ^15:05
seb128they are sitting there for around a year15:06
seb128we should get them out of the sponsoring queue if we can :-)15:06
seb128jibel, thanks15:06
smoserpitti, i'm looking at wily system up to date.15:15
smoserit most definitely includes /etc/udev/rules.d/70-persistent-net.rules based on NEED_PERSISTENT_NET15:15
smosermaybe you meant 'I mean the specific check is gone from XENIAL'15:16
smoser?15:16
smoseram i missing something?15:20
pittismoser: no, I meant http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commitdiff;h=022e24e5b3 which is in wily15:21
pittismoser: in my wily VM I don't see anything "NEED*" in /usr/share/initramfs-tools/hooks/udev ?15:21
pittismoser: indeed in older releases there was a check like that, as apparently someone thought back then that we don't need the interface names in initrd yet (i. e. without taking the iscsi use case into account)15:22
smoser grep NEED /usr/share/initramfs-tools/hooks/udev15:22
smoserif [ -z "$NEED_PERSISTENT_NET" ] && root_over_the_network; then15:22
smoser  NEED_PERSISTENT_NET='yes'15:22
smosercase "$NEED_PERSISTENT_NET" in15:22
smoser$ dpkg -S /usr/share/initramfs-tools/hooks/udev15:22
smoserudev: /usr/share/initramfs-tools/hooks/udev15:22
smoser$ dpkg-query --show udev15:22
smoserudev    219-7ubuntu615:22
pittiwell, that's not wily :)15:22
smoser$%&*#15:22
smosersmoser stop being an idiot15:23
smoseri swear that system was wily a minute ago :)15:23
pittismoser: so yes, in vivid this was still the case15:23
smoserthank you15:23
pittismoser: is that important for an SRU?15:23
smosermaybe i would need this for trusty.15:23
pittiin principle it should apply, but I had thought the existing NEED checks should apply to iscei15:24
smoserbut not tat the moment.15:24
smoserthe path would be to support iscsi root and ibft15:24
smoserhttps://bugs.launchpad.net/ubuntu/+source/open-iscsi/+bug/151325415:24
ubottuLaunchpad bug 1513254 in open-iscsi (Debian) "iscsi_auto flag should use --fwparam_network in addition to -b" [Unknown,Confirmed]15:24
smoseris where this came up, was just looking at the path that would include ibft for iscsi15:24
seb128mdeslaur, unsure it's still worth doing SRUs to vivid for non critical issues15:28
seb128mdeslaur, btw when do you set mps to merged? to you actually push to the udd vcs?15:29
mdeslaurseb128: yeah, didn't think it was worth it either, but sru team can decide15:29
mdeslaurseb128: when I upload the package15:29
mdeslaurI don't actually udd merge it15:29
seb128mdeslaur, k, you put https://code.launchpad.net/~e7appew/ubuntu/vivid/deluge/fix-set-trackers-cherry-picked/+merge/271221 to approved and not mergd though?15:30
mdeslaurseb128: hrm, what do you usually do?15:30
* mdeslaur has no idea what to set that to15:30
seb128mdeslaur, I set it to merged when I upload to get it out of the queue summary15:30
seb128but I'm not sure it's right either ;-)15:31
mdeslaurok, I'll set it to merged too15:31
seb128just avoiding having items staying on the queue15:31
mdeslaurI thought approved got it out of the queue, but merge works for me too :P15:31
seb128for the same reason I also unsubscribe ubuntu-sponsors from SRU bugs because it takes a while to get them to fix released15:31
seb128ok, maybe it does15:31
seb128but then they stay in that state15:31
seb128merged is done ;-)15:32
mdeslaursounds good, merged from now on15:32
seb128thanks15:32
seb128xnox, you asked details on https://bugs.launchpad.net/ubuntu/+source/cmake/+bug/1472314 and got a reply and the submitter pinged since, you might want to have another look? ;-)15:33
ubottuLaunchpad bug 1472314 in cmake (Ubuntu) "Fix subsequent cmake runs when using multi-arch" [Medium,New]15:33
xnoxseb128: i do not currently have internet at home. so i cannot do any ubuntu stuff at the moment.15:34
seb128xnox, no worry, enjoy the quiet time without internet disturbances ;-)15:34
mdeslaurI wish I didn't have internet :)15:36
seb128cyphermox, hey, do you plan to deal with an eventual trusty SRU for https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1459872 ?15:36
ubottuLaunchpad bug 1459872 in grub2 (Ubuntu Vivid) "using progress mod w/ net files crashes" [Medium,New]15:36
seb128mdeslaur, yeah, who needs a job anyway :p15:37
=== adrian is now known as alvesadrian
cyphermoxseb128: yes, that's the plan15:38
seb128cyphermox, no need of keeping it in the sponsoring queue then?15:38
cyphermoxah, no. sorry, I didn't notice it was15:38
seb128cyphermox, thanks15:39
seb128cyphermox, same for https://bugs.launchpad.net/ubuntu/+source/syslinux/+bug/277903 ,15:41
ubottuLaunchpad bug 277903 in syslinux (Ubuntu) "Missing Operating System [message at boot]" [Medium,In progress]15:41
seb128it's assigned to you15:41
cyphermoxyes15:41
seb128thanks ;-)15:42
seb128Sarvatt, do we still care about vivid for https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1506107 ?15:43
ubottuLaunchpad bug 1506107 in xserver-xorg-video-intel (Ubuntu Vivid) "Bad webcam video rendering when using XV acceleration on Skylake gpus." [Medium,In progress]15:43
Sarvattseb128: trusty's lts-vivid at least15:45
Sarvattthat's whats shipping on OEM machines till 16.0415:45
mdeslaurseb128: did you forget to actually unsubscribe sponsors here? 150653615:47
mdeslaurbug 150653615:47
ubottubug 1506536 in pylint (Ubuntu) "FTBFS because of python3.5" [High,Incomplete] https://launchpad.net/bugs/150653615:47
seb128mdeslaur, seems I did!15:47
seb128Sarvatt, is tjaalton or robert_ancell going to sponsor that SRU for you?15:48
Sarvattseb128: tseliot just said he would15:50
seb128great15:52
seb128tseliot, Sarvatt, thanks15:52
tseliotyw15:52
seb128smoser, pitti, mvo, there is an update patch on https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/525674 since you reviewed the previous version and had comment could you maybe have another look to the updated one?16:06
ubottuLaunchpad bug 525674 in update-notifier (Ubuntu) "apt-check hangs, preventing login via SSH" [Medium,Confirmed]16:06
smoserseb128, done.16:09
smoserplease sponsor that for xenial16:10
seb128smoser, thanks16:13
* smoser says thank you. cpaelzer best.fix.ever!16:16
seb128mvo, ^ maybe you merge that back in update-notifier's vcs? ;-)16:19
seb128@pilot out16:22
=== 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: mdeslaur
seb128dholbach, do you know if it was discussed listed the newest sponsoring entries first on the page?16:22
mdeslaur@pilot out16:22
=== 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:
dholbachseb128, no... maybe Laney knows?16:22
* dholbach hugs mdeslaur16:22
* mdeslaur hugs dholbach back16:23
seb128@pilot out16:23
seb128oh, I just did that :p16:23
seb128dholbach, my rational would be that the top of the page is always year old difficult items that probably most people skips over16:24
seb128but some new comers might also try to get to one, find it difficult, go the next one, same and then give up16:24
seb128I think it would be less discouraging to have the newest ones first16:24
dholbachyou can sort it the other way if you click on the title16:24
dholbachbut I'm happy either way16:24
seb128lol16:24
seb128I know that, I also sort it first thing16:24
seb128well, I just wanted to mention it, I've no strong opinion16:25
seb128and I do try to tackle some ancient ones ;-)16:26
Laneyno16:26
Laneynot discussed16:26
LaneyI think it's bad we have ancient stuff there16:26
seb128yeah, it is16:27
seb128but sorting them first obviously doesn't resolve the issue16:27
seb128it just means people who know what they are doing skip over those and others might think things are just impossible to review16:27
mterryseb128, mdeslaur: stop piloting so hard, you make the rest of us look bad  :)16:31
seb128lol16:31
mdeslaurslackers :)16:31
seb128mterry, there are some easy items left, help yourself ;-)16:31
seb128like the 2 most recent ones16:31
pittiseb128: bon travail sur le "sponsoring queue" !16:32
seb128pitti, merci !16:32
seb128mdeslaur, you could have handled https://bugs.launchpad.net/ubuntu/+source/electrum/+bug/1481033 since it's a security one :-)16:32
ubottuLaunchpad bug 1481033 in electrum (Ubuntu Trusty) "Please remove electrum from the archive" [Medium,Triaged]16:32
seb128replacing it with a dummy binary16:32
mdeslaurI've been the bad guy twice now for doing that, first sun-java, then owncloud16:33
mdeslaurI'll get someone else get the death threats this time :)16:33
mdeslaurs/get/let/16:34
Chipacaxnox: o/16:35
Chipacaxnox: any news on bug 1025555? (cjwatson mentions you need to follow up something with intel?)16:35
ubottubug 1025555 in Ubuntu CD Images "Ubuntu i386 images (install media) cannot boot in UEFI mode" [Undecided,Won't fix] https://launchpad.net/bugs/102555516:35
xnoxhm.16:36
xnoxyes and no.16:36
xnoxin a meeting now.16:36
Chipacaxnox: i'd assumed i was going to get an async answer; no hurry :)16:37
seb128cyphermox, did you say you would handle the https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1441095 modemmanager/n-m uploads for trusty as well?16:43
ubottuLaunchpad bug 1441095 in network-manager (Ubuntu Trusty) "novatel: improve probing for Dell branded modems" [High,In progress]16:43
cyphermoxI'll do all these sponsorings this PM16:46
roadmrheya folks. I'd like the checkbox package to stop building all its binaries altogether. Is it OK for the ubuntu branch to contain just the debian directory which will build the required transitional packages?16:48
pittiinfinity, kees, stgraber, slangasek, mdeslaur: TB meeting17:00
=== dpm_ is now known as dpm
seb128xnox, in https://launchpad.net/ubuntu/+source/samba/2:4.1.11+dfsg-1ubuntu1 you did17:32
seb128-reload nmbd 2>/dev/null17:32
seb128+service nmbd reload 2>/dev/null17:32
seb128but that seems buggy (https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1385868)17:32
ubottuLaunchpad bug 1385868 in samba (Ubuntu) "Samba logrotate script uses invalid argument to /etc/init.d/nmdb" [Medium,Confirmed]17:32
seb128debian uses17:33
seb128[ ! -f /var/run/samba/nmbd.pid ] || kill -HUP `cat /var/run/samba/nmbd.pid`17:33
seb128should we go back to that17:33
slangasekyes we should17:33
slangasek:)17:33
seb128or is there a better version of that line?17:33
slangasekno there's not17:33
seb128slangasek, thanks17:33
slangaseknot one that is boot-system-agnostic17:33
seb128unsure why we changed it in the first place17:33
seb128k17:33
seb128I guess because we were upstart centric17:33
ogra_could someone bump the score of https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+build/8284490 ? (sits there saying "15 min" since over 1h17:37
ogra_)17:37
cjwatsonogra_: done17:38
ogra_thanks17:38
cjwatsonunusually long armhf queue17:38
ogra_do we know why livecd-rootfs is arch any ?17:38
ogra_i guess i asked that before17:38
cjwatsonchangelog does17:38
* ogra_ reads17:38
=== dkessel_ is now known as dkessel
ogra_ah, android :/17:39
hallynxnox: any time this week to pick up the shadow pkg? :)19:29
gAtheosHey, I am a computer science student and I am looking to contribute to development of Ubuntu in some way, does anyone have any advice or some direction for where I could go or what I could do?19:35
TJ-gAtheos: see https://wiki.ubuntu.com/ContributeToUbuntu#Maintaining_Ubuntu19:44
slangasekpitti: http://autopkgtest.ubuntu.com/packages/c/cantor/xenial/armhf/ - I guess it's going to be a bit more difficult now to reproduce these tests exactly given the new pinning handling, and the test output doesn't say *what* packages are uninstallable; any advice on debugging?20:14
cyphermoxgAtheos: the easiest way to start is probably to pick some software that you're interested in and see if you can triage or fix bugs, etc. starting with something you know and use helps.20:14
slangasekpitti: and ppc64el gets timeout connecting to systemd :/ http://autopkgtest.ubuntu.com/packages/c/cantor/xenial/ppc64el/20:16
slangasekLaney: how does mathgl 2.3.3-3build2 count as a rebuild if you're changing debian/control...?20:25
slangasekLaney: the gsl transition has gotten wedged in with the ocaml and giflib transitions fwiw20:28
slangasekalso mathgl apparently needs porting to the new gsl20:29
=== salem_ is now known as _salem
gAtheoscyphermox: That is what I am trying to do. I found a bitesize bug in RhythmBox and have been following the instructions found here: http://goo.gl/V3zA6j and I have just been having a lot of trouble. I have no doubt I will be able to contribute once I get started, but I have no experience doing this and the examples and walkthroughs seem lacking21:07
cyphermoxgAtheos: yes, it's a bit outdated. You probably should just grab the code using 'pull-lp-source rhythmbox' to start hacking on it rather than creating a repo.21:30
gAtheoscyphermox: I'll have to try that once I get home21:42
sil2100cyphermox: hey! Another no-change rebuild - this one would be a 'just in case' rebuild, as the package fails to install for other reasons right now: https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.6/+bug/151503122:43
ubottuLaunchpad bug 1515031 in llvm-toolchain-3.6 (Ubuntu) "Release no-change rebuild for ocaml transition" [Undecided,New]22:43
sil2100cyphermox: still, the packages depend on ocaml so I would feel better if this gets released anyway22:43

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