/srv/irclogs.ubuntu.com/2014/05/07/#ubuntu-devel.txt

TheMuso`c00:05
=== TheMuso` is now known as TheMuso
=== _salem is now known as salem_
=== salem_ is now known as _salem
pittigood morning04:08
pittixnox: yes, unless it affects insserv ordering (which after yesterday's discussion won't land soon anyway) there's no need to create init.d scripts which will never be used anyway04:09
pittixnox: we are only concerned about upstart and systemd, I don't think we want to start supporting sysvinit too :)04:09
pittixnox: saw the bug, thanks04:10
=== timrc is now known as timrc-afk
=== vibhav is now known as Guest99456
=== work_alkisg is now known as alkisg
Mirvslangasek: upstream won't develop/release libsdl 1.2 anymore but the bug report is there. I submitted the patch to Debian bug tracker yesterday now too.05:20
=== NCommander is now known as Guest90962
=== alkisg is now known as work_alkisg
dholbachgood morning06:42
ionthat06:44
=== jibel_ is now known as jibel
=== work_alkisg is now known as alkisg
=== Greeneggsnospam is now known as jsgotangco
=== jsgotangco is now known as Greeneggsnospam
cousteaucan windows / applications draw stuff over Unity's top bar?  or is it always over the applications unless they're fullscreened?08:00
cousteaubecause if they can, and it's also possible to get the length and position of the global menu on the screen, then applications could have their own "custom global menu" by drawing over it08:02
ioncringe08:02
cousteau(or one could just put that sort of stuff inside the window rather than the menu bar, but this might be a bit inconsistent with how Ubuntu looks and feels)08:08
xnoxpitti: so with plymouth from proposed. On boot, i get plymouth splash, then ~8 lines of systemd-fsck and then it gets stuck there. Upon switching to tty1 it realises things and instantly starts up lightdm. I'm not yet sure what's going on there. Will test out how the transitions happen in e.g. virtual machine / debian.08:10
pittixnox: thanks; sorry, I'm still stuck in putting out autopkgtest fires and now reviewing the britney fixes08:11
xnoxpitti: no worries. there will also be malta to listen to my lenovo PC-speaker on systemctl reboot =))))08:12
pittihehe08:12
pittixnox: do you hear any beep on printf "\a"08:14
pittixnox: or when installing and running "beep"? I don't08:14
pittiPC speaker, oh the days08:15
xnoxnope, nothing.08:16
* xnox ponders if that's not, in fact, pc speaker then.08:16
xnoxmaybe it's like a beep cod ?!08:17
pittixnox: I think that used to work, but I faintly remember that we dropped the PC speaker from the kernel some years ago; ICBW though08:17
xnoxcode08:17
xnoxpitti: yeah, it's blacklisted in /etc/modprobe.d/ throughout. I pondered if systemd doesn't read that.08:17
pittixnox: so another hypothesis is that systemctl reboot pokes the bios/uefi in a different way than normal "reboot" (e. g. from upstart); could that be?08:17
* xnox will read systemctl reboot code08:18
pittiI modprobed pcspkr, but neither \a nor beep do anything :/08:19
xnoxsystem-module-load unit fails for me =(08:19
pittixnox: yep, known; it's because of the obsolete "rtc" in /etc/modules08:19
pittiit's on my TODO to file bug for this (discussed quickly on IRC last week)08:19
pitti"bug against hw-detect for dropping rtc module, and kmod for removing it on upgrades"08:19
pittixnox: it's quite clear from systemctl status system-module-load, you see the failed rtc there08:20
xnoxpitti: do you want me to fix hw-detect ? & kmod?08:20
pittixnox: if you want to and have time, sure :) (it's mostly cosmetical at this point)08:21
pittixnox: I haven't yet checked when we dropped rtc, i. e. how careful we need to be on upgrades08:21
xnox"register-module rtc on amd64 (closes: Ubuntu #1659)"08:22
pitti"dropped rtc" as in "the module from the kernel"08:22
ubottuUbuntu bug 1659 in Launchpad itself "EnumCol/dbschema doesn't support DEFAULT" [Medium,Fix released] https://launchpad.net/bugs/165908:22
xnoxpitti: is that bugzilla reference number?! =)08:22
pittixnox: wow, four-digit bugs, that sounds like bugzilla08:22
xnoxpitti: it's a delta from debian =) looks like debian never did that.08:23
xnoxpitti: what about "lp" module?08:23
pittixnox: too bad, it's not even on https://bugs.launchpad.net/bugs/bugtrackers/ any more08:23
pittixnox: if it helps to drop it, do it; /etc/init/cups.conf already loads it08:24
pittixnox: oh, actually it doesn't; our /etc/default/cups has LOAD_LP_MODULE=yes commented out08:24
pittixnox: nevermind, it's now in /etc/modules-load.d/cups-filters.conf08:25
pittixnox: so yes, can go08:25
xnoxpitti: yeah, that should make /etc/modules empty.08:27
=== vrruiz_ is now known as rvr
shadeslayerpitti: so kde4libs is missing from https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/09:47
shadeslayerpitti: uploaded it 17 hours ago09:48
shadeslayerhttps://launchpad.net/ubuntu/+source/kde4libs/4:4.13.0-0ubuntu209:48
pittishadeslayer: yes, it's missing the "XS-Testsuite: autopkgtest" header in debian/control09:48
shadeslayerahhhh09:49
pittithat's how the CI machinery checks whether a package has tests09:49
* shadeslayer checks09:49
pittishadeslayer: but no hurry -- as far as I remember from yesterday that test wasn't that useful anyway as it just ran tests against the build tree09:49
shadeslayeryeah09:50
shadeslayerbut might as well fix it since it should be trivial09:50
=== dbarth_ is now known as dbarth
geserdoko_: Hi, are you working on merging python-babel? I'd like to try to fix bug #1299442 (it looks like this was already fixed in Debian) which also includes to fix it in utopic first (probably by merging with Debian)10:23
ubottubug 1299442 in python-babel (Ubuntu) "UnknownLocaleError: unknown locale 'en'" [Undecided,Confirmed] https://launchpad.net/bugs/129944210:23
doko_geser, no10:26
geserso it's ok if I do it?10:26
=== doko_ is now known as doko
dokosure10:47
=== _salem is now known as salem_
=== MacSlow is now known as MacSlow|lunch
shadeslayerinfinity: ping, I was wondering, the eglibc homepage says that it's unmaintained, are there any plans to switch back to glibc?12:16
LocutusOfBorg1shadeslayer, I wasn't aware, so sad12:30
LocutusOfBorg1but is good to have only one big glibc project12:30
LocutusOfBorg1rather than two12:30
LocutusOfBorg1:)12:30
pitti@pilot in12:36
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: pitti
=== MacSlow|lunch is now known as MacSlow
=== alkisg is now known as work_alkisg
pittixnox: so someone went ahead of us and filed bug 1317077 :)13:09
ubottubug 1317077 in kmod (Ubuntu) "systemd-modules-load.service fails: /etc/modules contains nonexisting module "rtc"" [Undecided,Triaged] https://launchpad.net/bugs/131707713:09
pittixnox: so in case you are already working on it, please add the bug ref to the changelogs?13:09
xnoxpitti: ack, thanks.13:09
=== timrc-afk is now known as timrc
xnoxinfinity: for above bug ^ are you happy with attached patch there https://launchpadlibrarian.net/174864006/kmod.patch ?13:34
pittixnox: LGTM (I think lt is fine, lt-nl might not suffice in weird corner cases)13:35
pittixnox: thanks!13:35
xnoxpitti: i'm now pondering if $2 is actually passed....13:35
pittixnox: if I may be a bit nitpicky, I'd move the LP to the next line to satisfy changelog parsers13:36
pitti(dpkg-genchanges groks it, but e. g. not vim or LP)13:36
xnoxpitti: all changelog parsers parse it correct!13:36
pittixnox: yes, but my eye doesn't :) (but nevermind, just nitpicky)13:37
xnoxpitti: of vim =) emacs doesn't correct.13:37
xnoxpitti: fair point =)13:37
pittixnox: $2 seems fine to me13:37
* xnox ponders if emacs can be fixed to auto-wrap with non-breaking space.13:37
* ogra_ thinks $2 is to cheap 13:38
ogra_:P13:38
cjwatsonLP should grok it fine, I think it's just vim13:38
xnoxpitti: nah $2 is bogus, cause it's not passed to the function, thus is empty, thus on every upgrade those modules are removed.13:40
infinityshadeslayer: I'm reviewing the delta and working on moving Debian and Ubuntu over to glibc, yes.13:40
shadeslayer\o/13:41
shadeslayerapachelogger: ^^13:41
pittixnox: oh argh, right13:42
infinityxnox: FWIW, sounds like systemd is buggy here.13:42
xnoxinfinity: whilst true, it is also buggy to include modules that don't exist anymore. I've cleanup installer and cleaning up installed systems via kmod.13:43
pittiwell, we could quiesce the load-modules job, but it really failed to load "rtc"13:43
pittiI think it's preferable to point that out than silently ignoring typos and other nonexisting modules13:43
infinityxnox: rtc exists.13:44
pittiand other than "status" yelling at you it doesn't break anything13:44
pitti$ modinfo rtc13:44
pittimodinfo: ERROR: Module rtc not found.13:44
infinityxnox: It doesn't "exist" in our distro kernel, but it's right to try to load it when it *is* modular.13:44
pittiinfinity: and I think apw said it was removed many eons ago13:44
infinitypitti: That bug also shows some failures to parse modutils config files in general, etc.13:45
pittiasked the reporter to attach his /etc/modules (I don't get these "off" errors)13:47
xnoxcorrected the patch to remove those modules only once upon upgrade to 2ubuntu4 https://launchpadlibrarian.net/174864473/kmod.patch13:47
xnoxinfinity: hw-detect was only adding rtc module loading on amd64 & i386, and we do have kernels for those.13:48
xnoxinfinity: thus if indeed rtc should be loaded always & everywhere it should be done else, e.g. be a built-in module or get udev to load it.13:48
pittixnox: only on amd6413:49
xnoxright, yeah, even that.13:49
pittibecause on i386 it gets loaded through isapnp13:49
pitti(haha!)13:49
infinityxnox: udev couldn't do it because it can't be detected.13:49
infinityxnox: Same reason why lp has to be a manual load.13:49
xnoxinfinity: lp is still a manual load. just via /etc/modules-load.d/cups-filters.conf13:50
infinityWhich assumes that the only people who want to use that device are people with cups installed.13:50
infinityThere's nothing wrong with trying to load it twice.13:50
xnoxinfinity: correct.13:50
infinityLook, I'm not against the installer dropping some of these options, I'm arguing that we don't need to "fix" old modules files to work around systemd being silly.13:51
pittias I said, we *can* change the job to ignore nonexisting modules13:52
infinityIf I don't have cups installed but use /dev/lp, you've just screwed me silently with your postinst.13:52
pittiat the expense of not telling you about errors13:52
infinityIf I have a custom kernel with rtc built as a module, you just broke my computer.13:52
pittiand I'd rather have it tell me when I did a typo and why I just broke things, than silently claiming that everything went well13:53
infinitypitti: Well, modutils/modul-init-tools/kmod have never broken in this regard, I'm not fond of systemd telling me that I've been wrong for 20 years.13:53
pittibut oh well, not a biggie; either way is fine13:53
pittiinfinity: please don't call it "broken" -- it's just as "broken" to not tell you about errors13:53
pittiit's a matter of deciding how to report errros13:53
pittiand if we don't want that, let's say so and we can do that13:53
infinitypitti: It's "broken" in that it's a regression.  You've always been able to have non-modules in those files before, specifically to allow one file to work for multiple kernels with different configs.13:54
infinitypitti: The idea being that you're saying "if this module exists, load it, cause I need it, otherwise, we assume it's built in".13:55
pittiinfinity: fair enough13:55
infinityThere could be a kmod bug here too, if it's not able to detect the built in status of rtc13:55
xnoxshouldn't systemd-modules-load be smart in this regard and check if a given module is built in?13:55
infinity(It seems to do so for fuse)13:55
infinitySo, okay, the rtc thing might be a genuine bug.13:56
infinityRemoving lp sounds like overkill.13:56
pittixnox: that seems rather unreliable to do? for this specific case it could check /sys/class/rtc/, but that doesn't generalize13:56
xnoxinfinity: yeah lp removal was mostly a piggy-back on top of rtc.13:57
pittiyeah, that was just cleaning up duplicate loading13:57
infinitypitti: Yeah, but it's not a duplicate, per se.  If a user has lp in /etc/modules, we should assume they wanted that at boot.13:58
infinitypitti: cups is saying "I really want lp", but that doesn't mean someone without cups doesn't also want it.13:58
infinity(I agree that it's time to drop lp from the installer, though, so few people even use the driver)13:58
pittiinfinity: my thinking was that for someone without cups it's much more likely that he wants to use the parport by itself rather than lp claiming it13:59
pittiinfinity: but, as you say, this is such an edge case these days that I really don't bother much13:59
pittiit just appeared to be something which could be cleaned up along13:59
pittixnox: but ok, I don't think it's worth discussing this for long, so maybe let's put back lp?14:00
xnoxpitti: so do we not have rtc module at all, not even built-in?!14:00
infinityThe kmod builtin detection certainly fails to find rtc...14:00
pittixnox: well, there *is* no rtc module..14:00
infinityrtc_generic             2711  014:01
infinityMethinks it's been renamed.14:01
pittithere are things which you can build as module14:01
infinitySo removing that is probably not world-ending.14:01
pittiwhcih we build in14:01
pittithose appear in /sys/modules/14:01
pittibut rtc stopped being a module long ago14:01
pittihence dropping it14:01
xnoxdebian wiki mentions genrtc module as well14:01
infinitySo, yeah, dropping rtc is fine.14:01
xnoxbut keep the lp one?14:02
xnox(not doing any harm what's-so-ever)14:02
infinitypitti: So, assuming the kmod builtin detection actually works, I'm perhaps okay with failing on "unknown", assuming it's not also failing on "builtin" returns.14:02
infinitypitti: As in, that fuse builtin thing isn't causing issues, right?14:02
pittixnox: yeah, I guess so; you could argue either way, but let's not for the 3 people in the world who still use parallel ports with Ubuntu (and can be broken either way around) :)14:02
infinityPeople who needed to use their lp port for something else already removed it from /etc/modules.14:03
infinityPeople who still have it there either don't care or prefer it that way.14:03
infinitySo, remove lp from hw-detect, but not from existing installs.14:03
pittiinfinity: it shouldn't; if it does, that'd be a bug in kmod or the systemd-module loader thingy (not sure which, but we can debug that if it happens)14:03
ghyhi everyone, what is your opinion about https://lists.ubuntu.com/archives/technical-board/2014-March/001852.html ? I think it needs some serious planning, to speed it up. Some doker tehniques ?14:03
pittiinfinity: WFM14:03
pittiso xnox's hw-detect upload is fine, and in kmod he'll just drop the lp bit14:03
infinitypitti: kmod doesn't return an error for builtin, so it would be if systemd flips out at the output.14:04
pittiinfinity: right, that seems fixable; i. e. a "builtin module" is trivial to detect14:04
xnoxpitti: infinity: systemd-modules-load is fine with fuse, no errors.14:05
pittiso, all is well then :)14:05
infinityOkay, so the user removing that was overkill debugging. :P14:05
infinityThe "name=off" stuff is curious, I'd like to know what's up with that.14:05
pittiexcept for that "off" error in the bug, I'll wait for the reporter's /etc/modules to see what he changed there14:05
infinityCould be a systemd bug, could be a kmod-not-compatible-with-m-i-t bug, or could be a broken config on his part.14:06
pitti*nod*14:06
infinityWe've put a lot of work into making libkmod compatible with modutils/module-init-tools, but it's certainly not 100%, so the bug could be there.14:07
infinityOr he could just have had a broken config. :P14:07
infinitychrisccoulson_: Weird firefox bug, on a new window, the first time I click on the (locally-integrated) menus, the tab bar drops a pixel or two.  After that click, it stays that way for the life of the window.14:09
xnoxpitti: are we gonna drop using plymouth on the desktop then?! =) i wonder.14:14
xnoxpitti: s/desktop/server/14:14
pittixnox: hm, I don't know; probably nobody would even notice on a server, but some of our scripts might expect it to be there?14:16
xnoxpitti: shouldn't @builddeps@ implicitly include build-essential ?14:38
pittixnox: it does14:39
pittixnox: oh wait, sorry, no; it only implies "make"14:39
infinityIt definitely should imply build-essential.14:40
infinityWell, what it should do is exactly what dpkg does.14:40
infinity(Which implies build-essential, but it would be saner to ask dpkg than to guess)14:40
pittithis got introduced through debian bug 720458 which had a different use case in mind14:41
ubottuDebian bug 720458 in autopkgtest "autopkgtest: allow tests to depend on Build-Depends installed" [Normal,Fixed] http://bugs.debian.org/72045814:41
pittibut no objection to extending that14:41
pitti(bug report s'il vous plaƮt?)14:42
infinitypitti: Right, the only reason that worked for that bug is because perl modules happen to depend on perl and not much else from build-essential. :P14:43
pitti*nod*14:43
infinitypitti: But, per policy, build-deps are incomplete without Essential+Build-Essential.14:43
pittiinfinity: yes, I fully agree14:43
pittijust explaining where it came from14:43
* infinity nods.14:43
infinitypitti: Once mvo is done with my wishlist apt bugs, this might be simpler.14:44
infinity(One of them being "apt-get build-dep source-pkg-1.23.dir/" which would parse debian/control and DTRT)14:44
pittithumbs up!14:44
pittithis is a pain to implement by hand, and there are like 5 implementations out there14:45
infinityWhich also should let me kill pbuilder-satisfy-deps usage from a few places in the DC.14:45
pittipbuilder-satisfydepends-whatnot14:45
pittiand autopkgtest has its own as slangasek didn't like the dependency :)14:45
infinitySo, yeah, getting him to do dir/debian/control and .dsc14:45
pittimostly kidding, it's actually useful to also enable/disable recommends, and pbuilder-s-d has a few quirks which are now gone14:46
infinityYeah, apt pretty much always gets it right, mind you.14:46
infinityAnd has --no-install-recommends14:46
infinityEtc.14:46
pittiall hail apt!14:46
xnoxall hail mvo!14:47
pittiinfinity: yes, adt-run counts on that14:47
pittiit builds a dummy package with the build-arch resolved dependencies, installs it, and then calls apt-get -f install14:47
pittiugly, but the best I could come up with without dragging in tens of MBs of dependencies14:47
pitti(pbuilder, equivs, devscripts, etc.)14:47
infinitypitti: That's more or less the "right" way to do it anyway, IMO.  Except for the "apt-get -f install" part, the best way is to actually add it to a local repo and apt-get install.14:49
infinitypitti: The end result is usually the same, though.14:49
infinity(This is what modern sbuild does these days)14:49
=== darkbasic_ is now known as darkbasic
xnoxbest bug comment ever https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/384633/comments/27 =)15:08
ubottuLaunchpad bug 384633 in grub-installer (Ubuntu) "Grub Installer uses device name instead of UUID, leading to unbootable system" [High,Triaged]15:08
pittiinfinity: yeah, but that needs another apt-get update, which is ridiculously expensive15:17
pittiinfinity: so maybe we can add "apt-get update for only a particular sources.list.d/ file" to mvo's list :)15:19
pittithat would be really useful for add-apt-repository, autopkgtest, and presumably other cases15:19
pitti@pilot out15:20
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
infinitypitti: It's only expensive if the other mirrors have changed, in which case, don't you want the latest anyway?15:21
infinitypitti: But for your use, "apt-get build-dep package-dir/" will solve your problem anyway.15:22
pittiinfinity: yes, but it just run a minute ago, for upgrading the VM15:22
tarpmanpitti, infinity: iirc sbuild injects a list into /var/lib/apt/lists directly instead of doing a full update15:22
pittiinfinity: and I need that so that apt-get source can get the right version, so I can't swap it around either15:23
pittitarpman: oh, for what? I've never seen this15:23
pittiinfinity: yes, apt-get build-dep package-dir/ FTW!15:23
tarpmanpitti: well, for exactly what you were talking about: to get a repo containing the build-depends package but not do a full expensive apt-get update15:24
infinitytarpman: Indeed, yes, sbuild cheats. :)15:24
tarpmanI assume it wouldn't have to cheat if "update one source" existed ...15:25
* infinity nods.15:25
infinityIt could be a fun extension.15:25
cjwatsonYou can cheat differently by creating a temporary sources.list with just the source you care about and using "apt-get --no-list-cleanup update"15:26
cjwatsonerr with -o whatever::the::sources.list::option::is=blah15:26
* tarpman makes a note to try that with sbuild15:27
pitticjwatson: nice trick!15:28
bdmurraymvo_: are crashs like https://errors.ubuntu.com/problem/f574669b9ee9e2de062ee26daa080c3d86b90665 useful?15:28
zygahey, I'm trying to reproduce a build failure, a package build clean in sbuild locally but I've noticed that launchpad build it in a way where various parts of debhelper get invoked with '-a' and that caused the build to fail. How can I reproduce that locally with sbuild?15:29
cjwatsonrun sbuild without -A15:30
mvo_bdmurray: I don't think so, that should be fixed in update-manager15:30
cjwatsonOr with --no-arch-all if you have $build_arch_all = 1; in .sbuildrc15:30
mvo_bdmurray: I put it on my list, sorry that the list if currently growing and not shrinking15:31
zygacjwatson: I never pass -A, I have build_arch_all though, tried passing --no-arch-all15:31
cjwatson$build_arch_all = 1; is like passing -A for every build15:31
bdmurraymvo_: I'm happy to help if you could elaborate on what you mean exactly.15:31
* zyga tries again, though it did work (built correctly) so I cannot reproduce the failure)15:31
mvo_bdmurray: sure, I think that aptdaemon/update-manager should just show a error message but not record this as a crash15:31
zygacjwatson: just confirmed that it is *not* causing -a to show up15:32
zygacjwatson: (I also removed build_arch_all from .sbuildrc to be sure)15:33
bdmurraymvo_: got it15:34
cjwatsonzyga: would need a full transcript etc. if you want more help15:35
zygacjwatson: I'm trying to reproduce this build failure: https://launchpadlibrarian.net/174871384/buildlog_ubuntu-trusty-amd64.pyotherside_1.2.0-0.0%2Btrusty_FAILEDTOBUILD.txt.gz15:35
cjwatsonthis isn't at all magic though15:35
zygacjwatson: note that it '-a' is passed to debhelper everywhere15:35
zygacjwatson: that failure doesn't happen otherwise15:36
cjwatsonzyga: where is the source?15:36
zygacjwatson: https://code.launchpad.net/~zkrynicki/+archive/experiments15:36
cjwatson(for future reference, the +build URL is strictly more useful than the build log)15:36
zygacjwatson: sorry, noted15:36
cjwatsonso https://code.launchpad.net/~zkrynicki/+archive/experiments/+build/5986554 in this case15:36
zygayeah15:36
pittivila: bzr fails on the various stderr spam (https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-bzr/1/ARCH=i386,label=adt/console) and doesn't declare "allow-stderr"15:39
pittivila: is that stderr expected and considered "normal" (and thus we should add allow-stderr), or considered an indication of a bug?15:40
cjwatsonzyga: (testing here but slow network, please wait)15:40
zygacjwatson: thanks for your time! :)15:40
vilapitti: hmm, you mean the stderr output needs to be declared or the test fails ? Those messages... are caused by a minor bug... with annoying ramifications. I have a fix though but I never submitted it because I thought I was the only one observing it...15:49
vilapitti: it's a test-only bug for that matter15:50
pittivila: yes, by default stderr is considered a failure, mostly to catch unexpected warnings and such15:50
xnoxvila: i can upload allow-stderr in both debian & ubuntu if you wish.15:50
pittivila: so allow-stderr should be okay here as python's unittest will exit with non-zero on real failures15:50
pittiyes, I'm happy to do the upload (not in Debian though), I just wanted to check that it's right before15:50
xnoxvila: and we can drop that if/when your fix to clean that output patch lands.15:50
xnoxpitti: i'm on debian-bzr team =))))15:51
pittixnox: ok, you earned it then :)15:51
xnoxpitti: ack.15:51
vilaxnox, pitti : sounds like allows-stderr if the easiest path then15:51
vilaxnox: good to know and thanks !15:51
vilapitti: and to better understand, is this new ?15:52
pittivila: the stderr output is new, yes; fail-on-stderr has always been the case15:53
vilapitti: ack15:53
xnoxvila: i did a recent upload of lp:bzr into debian and merged into ubuntu.15:53
pittiyes, it's stuck in -proposed and I'm currently reviewing excuses for stuff that is "my" fault15:54
pittiand fix a few easy things and report debian bugs for the non-obvious ones15:54
vilaxnox: really ?? That's awesome !15:54
xnoxvila: yeah, so debian & ubuntu are at 6595 revision at the moment.15:54
vilacool, not that the latest bugs are that bad but it's good that we don't diverge too much and well, bugs are bugs so it's sad to not share the fixes ;)15:56
* pitti waves good night15:56
zyganight?15:57
zygapitti: where are you15:57
pittizyga: well, time for Taekwondo, and I started working 12.5 hours agol..15:57
zygaouch!15:57
xnoxzyga: pitti is a very early riser.15:57
zygapitti: enjoy your rest then :-)15:58
xnoxzyga: so you can think he is based in middle east or some such =)15:58
zygaheheh15:58
=== bfiller is now known as bfiller_afk
bdmurraysuperm1: what is the status of bug 1290460? I ask because I'm trying to figure out if I should write something to add duplicates going forward.16:48
ubottubug 1290460 in mythbuntu-common (Ubuntu Trusty) "Mythbuntu Installer Crashes: File "/usr/lib/python3/dist-packages/mythbuntu_common/vnc.py", line 58, in create_password ValueError: Password should be passed as bytes" [High,Triaged] https://launchpad.net/bugs/129046016:48
tgm4883bdmurray: I'm actually testing if that is fixed now16:49
tgm4883I think I fixed it last night16:49
bdmurraytgm4883: okay, cool16:49
cjwatsonzyga: Sorry for the delay.  This reproduces cleanly for me.  sbuild -d trusty --arch=amd64 pyotherside_1.2.0-0.0+trusty.dsc => http://paste.ubuntu.com/7411452/16:50
cjwatsonzyga: My .sbuildrc: http://paste.ubuntu.com/7411456/16:51
cjwatsonzyga: There's a fix for this problem in click/debian/rules.  Just add this:16:51
cjwatson# Sphinx documentation is architecture-independent.16:51
cjwatson(with no contents for that rule)16:51
cjwatsonoverride_dh_sphinxdoc-arch:16:51
xnoxcjwatson: i wish sphinxdoc just do the right thing to be honest.16:56
xnoxcjwatson: cause a lot of packages need that fix.16:56
cjwatsonI agree but ran out of round tuits when I first encountered that16:57
xnoxack.16:57
xnoxi think these days addons can declare them self indep/arch only.16:57
cjwatsonWell, some packages might have arch-dep sphinx docs (e.g. if they're generated in arch-dep ways)16:58
cjwatsonBut the debhelper idiom would be to not fail if it has nothing to do16:58
infinityShould just yank out the error block at the bottom and done, IMO.17:00
infinityhttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=74569017:02
ubottuDebian bug 745690 in sphinx-common "sphinx-common: dh_sphinxdoc always insists on documentation" [Normal,Open]17:02
infinityAlready marked pending.  Curious what the pending solution is. :P17:02
infinitymitya57: ^^17:02
infinitymitya57: How did you plan to fix this?17:03
ogra_decision pending :)17:03
cjwatsoninfinity: http://anonscm.debian.org/viewvc/python-modules?view=revision&revision=2864817:03
infinityhttp://anonscm.debian.org/viewvc/python-modules/packages/sphinx/trunk/debian/dh-sphinxdoc/dh_sphinxdoc?r1=22919&r2=2864817:03
infinityHah.17:03
infinitycjwatson: Yeah, I got there when I realised the pending was added by an alioth account. ;)17:03
infinityPerhaps we should just cherrypick that commit right now instead of fixing any more rdeps.17:04
cjwatsonzyga's problem is in trusty, mind17:05
infinityAnd cherry-pick as an SRU?17:05
cjwatson(And click will probably have to keep the workaround due to backports)17:05
cjwatsonOr that17:05
infinityI can't see how it would be harmful to do so.17:05
cjwatsonYeah17:05
cjwatsoninfinity: Did you have a chance to look at my lp-buildd MP?17:05
infinitycjwatson: Not yet.  I've actually had things to do (people to argue with?) at this sprint.17:06
cjwatsonAh, didn't realise you were sprinting17:06
infinityWell, crashing someone else's sprint, but yes.17:06
ogra_hmm, why does germinate-update-metapackage tell me my debootstrap is to old ... my trusty is up to date17:22
* ogra_ thought he saw that go inot -updates17:22
ogra_*into17:23
ogra_hmm, because germinate would like ubuntu1 instead of ubuntu0.117:25
ogra_weird17:25
infinityAwesome, sphinx is FTBFS in both trusty and utopic.  Guess I need to fix that before I can SRU it.17:31
infinityGrr.17:31
infinityLunch first.17:31
cjwatsonogra_: it just compares against the version which was used by whoever constructed the source package last17:35
ogra_ah17:35
ogra_well, i grabbed the new debootstrap from LP ... all fine now17:35
cjwatsonYou can also edit the debootstrap-version file if you know that the version decrement makes no practical difference17:35
ogra_pitti, hmm, you dropped cordova from touch sdk-libs ...17:37
* ogra_ hopes thats fine and was coordinated with the webapps team ... 17:37
ogra_(since we still support 13.10 apps in utopic)17:38
=== bfiller_afk is now known as bfiller
psusiI'm looking at a bug report about not being able to get /etc/default/grub back after messing it up or deleting it... I would have thought that an apt-get install --reinstall grub-pc would do it, but it says it refuses to replace deleted config file.. is there a proper way to *really* reinstall, including config files, or do you just have to purge first?17:42
zygacjwatson: thanks for looking at this, neither me nor roadmr could reproduce (both utopic and trusty, also on sid), I'll dig around18:02
zygacjwatson: and thanks for the solution :-)18:03
zygaroadmr: ^^ interesting how it worked (by breaking) for cjwatson18:04
roadmroh cool... reading backlog18:04
infinitypsusi: dpkg --force-confmiss18:15
superm1bdmurray: once we fix it we will SRU, but people encountering it will keep encountering it unless they use our dailies or wait until next point release18:33
superm1it's probably worthwhile to have duplicates get directed thre18:33
superm1*there18:33
infinityzyga: I'm SRUing sphinx as we speak so your fix/workaround can be backed out soonish.18:43
bdmurraysuperm1: ah, that's true. okay I'll set something up.18:44
superm1thanks18:45
infinityzyga: And it's already fixed in utopic (as of a few minutes ago).18:46
xnoxpitti: i think i got that upstart test fixed now \o/18:50
xnoxpitti: but it's omg sad one though =)18:50
mdeslaurstgraber: what images don't support capabilities? (re: iputils)19:51
stgrabermdeslaur: currently our cloud images, lxc upstream images, core images, touch images are all broken19:55
mdeslaurtouch because of ext2? why the cloud images?19:55
mdeslaurwhat are "core images"?19:55
stgrabermdeslaur: because tar just doesn't store xattrs by default19:55
stgrabermdeslaur: nor unpacks them if they are in there19:55
mdeslaurhrm19:56
mdeslaurok, because this probably affects gnome-keyring too19:56
mdeslaurbut I guess that's not used on those19:56
stgraberyeah, it does, though the keyring is mostly on desktop images which have installer hack to reset the capability19:56
mdeslaurright19:57
mdeslaurstgraber: ok, thanks19:57
stgraberwe do have a vague plan of getting fscaps working properly (discussed it here at the sprint with infinity, rbasak and smoser) but that'd involve some dpkg/debhelper changes to do right and is something we should spec and discuss with Debian first19:57
stgraberso yeah, current easy fix for the issue is to go back to setuid everywhere and SRU that back to trusty19:58
mdeslaurcool19:58
roadmraha, so the utopic mini.iso is trying to load files from archive.ubuntu.com/dists/trusty... this works against the internet-accessible archive but will break if trying to install from a local mirror built from a utopic iso (as I usually do)20:20
xnoxmdeslaur: also all wubi installation of ubuntu desktop.20:20
roadmrthis also happens if I pxeboot with files extracted from the full utopic iso20:20
* mdeslaur pretends he didn't hear wubi20:20
xnoxmdeslaur: installer recently gained capability to transfer capabilities.20:21
xnoxroadmr: correct, we didn't refresh apt-setup for utopic yet.20:21
roadmrxnox: is it worth filing a bug over, is there a bug already, or is it best to wait?20:22
roadmrxnox: OTOH if there's no bug and one is filed, you can point lost souls like myself to it instead of explaining every time :)20:22
xnoxroadmr: no need for bug-report. all d-i components need merging, that hasn't yet been done post archive opening.20:23
xnoxroadmr: you are first one to notice and point-out as far as can remember =)20:23
roadmrxnox: I imagine few people install from a locally-hosted archive; most people wouldn't notice if they have internet access as it will just happily access the trusty archive20:23
roadmrxnox: but that's good to know: I have no problem waiting and if this is not affecting other people then it's ok. That was my main concern.20:24
dobeyhmm, why is autoremove --purge not removing some old kernels? :(20:29
dobeyi still have -10, -11, -12, and -23 on trusty20:30
cjwatsonstgraber: I did fix the server installer to handle that too20:39
xnoxroadmr: fixing installer, will upload after test build. It FTBFS with make 4 as well, so had to cherry-pick patches to fix it.20:43
roadmrxnox: oh thanks! much appreciated20:44
mterrypitti, have you used ofono-phonesim-autostart lately on the phablet image?   Having trouble getting it to work20:45
mterrypitti, well, specifically the "/usr/share/ofono/scripts/dial-number 199" call20:46
infinityzyga: Are you around?21:51
doomlord_anyone here familiar with compiz plugins? ... i'm curious to know how hard it would be to adapt the desktop management to do a few things..21:52
infinityzyga: dh_sphinxdoc in trusty-updates is now fixed, you shouldn't need the hackish workaround in debian/rules for your package.22:11
SpamapSHeh, bug 1313550 is a fun one.22:18
ubottubug 1313550 in maas (Ubuntu Trusty) "ping does not work as a normal user on trusty tarball cloud images." [High,Confirmed] https://launchpad.net/bugs/131355022:18
SpamapSWas going to verify it but looks like it is on the fast track to trusty-updates ?22:18
infinitySpamapS: Already done.22:18
=== salem_ is now known as _salem
zygainfinity: thanks, that's good to know! :)23:25
zygainfinity: curiously enough trusty worked but utopic failed, I assume that sphinx is still in -proposed somewhere and waits for migration to finish23:36
zygainfinity: https://code.launchpad.net/~zkrynicki/+archive/experiments/+packages23:36
infinityzyga: Exactly that, yes.  It's still in utopic-proposed.23:36
zygainfinity: ah, then nothing to worry about, thanks for the quick fix :)23:37
=== sarnold_ is now known as sarnold

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