slangasekcjwatson: hmm, so adt-run is not working as I'm expecting... adt-virt-schroot is refusing to do anything sensible with Restrictions: needs-root, do you have any idea about this? http://paste.ubuntu.com/7036025/00:49
psusiwhat the heck runs udisksd?  it doesn't seem to be an upstart or rc job01:16
hallynDaviey: bdmurray: since the full libvirt 1.1.1 maint tree seems to scare people, I've uploaded a new saucy libvirt for SRU with a small subset of the patches.  Please reject the older 1.1.1-0ubuntu8.6 and accept the newer01:19
slangasekpsusi: dbus01:27
psusislangasek, in response to what and how does it know to do that?  and is there a way to get it to log the output?01:29
psusi/etc/dbus-1/system.d/org.freedesktop.Udisks2.conf doesn't seem to mention an executable or anything01:30
psusiahh, there it is... /usr/share/dbus-1-system-services01:31
slangasekyep, that'll be it :)01:31
psusiso is there a way to get it to log the debug output, and... isn't it wrong to have that activate on demand?  It is supposed to set system policies like standby timers that should be done at boot, whether or not a dbus client calls on udisks01:32
psusiand why doesn't it remain a child of the dbus process?01:33
ahoneybun_so the 2012 nexus 7 is no longer being worked on?01:41
infinitydoko: I CCed you on a glibc bug that appears to (maybe) be a GCC bug, based on jtaylor's investigation.02:23
=== robert_ancell_ is now known as robert_ancell
pittiGood morning06:02
happyaroncjwatson: ibus-pinyin-db-android is still there, while ibus-pinyin-db-open-phrase is gone. the latter does not have reverse-depdens.07:03
NoskcajCan someone please check http://metadata.ftp-master.debian.org/changelogs/main/t/tiff/unstable_changelog ? Is it a worthwhile sync?07:23
dholbachgood morning07:39
aswininmvery good morning:)07:39
pittiRAOF: hey Chris, how are you? thanks for your umockdev work!07:42
pittiRAOF: do you want to work on other things, or should I do a 0.7 release now?07:42
RAOFThat's a good question.07:43
RAOFpitti: I think I'm good for the moment. :)07:45
pittiRAOF: ok; do you want/need a release now?07:51
RAOFYes please.07:52
pittiRAOF: done, and uploaded to sid; will sync this evening when it's imported08:04
=== rpadovani is now known as WebbyIT
=== RAOF_ is now known as RAOF
Noskcajpitti, Is there anything in particular you want me to do before you change your comment on https://wiki.ubuntu.com/Noskcaj#MOTU ?08:36
NoskcajI'm hoping to be able to run for MOTU again this month or next, depending on if i can get the relevant testimonies.08:37
pittiNoskcaj: I guess I just need to review/sponsor more from you :)08:48
Noskcajwell sponsor queue is at 60 packages. But you've sponsored more of my packages since the testimonial08:48
NoskcajA sync of libsigc++-2.0 might be worthwhile. I haven't got time to properly test build tonight though08:59
=== soren_ is now known as soren
seb128just for info the desktop iso build fails because of09:11
seb128that made webbrowser-app depends on some universe binaries09:11
seb128that's being worked on (likely to lead to a revert)09:11
xnoxhallyn: what's up? which changes by xnox in the archive =)?!09:16
cjwatsonslangasek: adt-virt-schroot only offers the root-on-testbed capability if your username is in root-users or one of your groups is in root-groups in the schroot config for it09:36
cjwatsonhappyaron: No, ibus-pinyin-db-android is no longer built by ibus-pinyin.  See https://launchpadlibrarian.net/167756163/ibus-pinyin_1.4.0-2ubuntu3_1.5.0-1ubuntu1.diff.gz where you can quite clearly see it being removed09:38
cjwatsonhappyaron: If you mean that was a mistake, OK, please revert the relevant bit then :-)09:38
tjaaltonuh, so I have union-overlay-directory set to a tmpfs, but sbuild still builds pkgs on the hd09:39
tjaaltonwhat am I missing?09:39
tjaaltononly the chroot is copied to the overlay09:41
tjaaltonor such09:42
tjaalton/var/lib/sbuild/build then09:43
tjaaltonthat was it09:47
=== herb_ is now known as herb
=== ogra_` is now known as ogra
=== WebbyIT is now known as rpadovani
mapreripitti: autopkg test is funny: I run the tests 5 times, and I obtain 5 different results :S10:55
pittimapreri: you mean sometimes it starts up and sometimes not?10:55
pittimapreri: could very well be a bug in the test as well that it doesn't properly wait for the startup, etc.10:56
mapreripitti: could you re-run the tests on jenkins? I'm curios... anyway, also in debian the tests fails: http://ci.debian.net/#package/varnish10:59
pittimapreri: ran it again11:00
pittimapreri: but it was really stable until the previous version, see history on https://jenkins.qa.ubuntu.com/job/trusty-adt-varnish/11:01
=== wgrant_ is now known as wgrant
mapreriI see11:03
pittimapreri: run 31 done, also failed (but with slightly different results indeed)11:03
pittimapreri: debian/tests/ changed significantly in 3.0.5-1 indeed11:08
pittimapreri: I suppose debian/tests/run-tests needs some code to wait for varnish to actually start up (with some reasonable timeout); right now the package gets installed, and apparently the postinst finishes before the daemon is fully running?11:09
mapreripitti: maybe. I should do some tests.11:11
mapreripitti: all the tests were completely rewritten. I'm new to this tests, let me understand what they really do, I'll ping you when I have results.11:14
pittimapreri: great, thanks! yeah, I don't know them either, I'm afraid; I don't even know what varnish is or does so far :)11:14
=== MacSlow is now known as MacSlow|lunch
=== dcmorton_ is now known as dcmorton
=== Trevinho__ is now known as Trevinho
=== mnepton is now known as mneptok
=== ValicekB_ is now known as ValicekB
=== Sweetsha1k is now known as Sweetshark
=== _salem is now known as salem_
pittijodh: oh, your pbuilder update collided with slangasek's12:16
pittijodh: reopened the MP, can you please merge? your version is better I think12:17
kilianis there any official statement where apt-cache show takes its knowledge about Supported: and Origin: from?12:19
kilianI've tried to find any notion of these two in the official packaging guides but failed12:20
kilianlooks like these values appear just right out of nowhere :-?12:20
geserkilian: apt knows it from the package lists (/var/lib/apt/lists/*) and those lists are generated by the archive part of LP12:25
=== tkamppeter_ is now known as tkamppeter
xnoxkilian: indeed they are generated by LP at archive publication/generation. Please note that Supported fields are at the moment are not correct for trusty* suites, and there are discussions around what they should be and a merge proposal against launchpad to correct them.12:36
kiliangeser: I guess I could override that entry with a simple line in debian/control then?12:43
kiliangeser: for a local archive12:43
kilianxnox: thanks for the explanation.. is there any URL where to read up on this?12:44
xnoxkilian: no, you shouldn't add it to debian/control.12:45
xnoxkilian: depending on how you generate your archive, you should be using archive-overrides to add extra fields.12:45
kilianxnox: I can't really see anything in apt-ftparchive .. so where would I be adding that?12:46
xnoxkilian: e.g. apt-ftparchive supports override files.12:46
xnoxkilian: read $ man apt-ftparchive, look for "override"12:46
kilianxnox: ok, will check that.. thanks12:47
xnoxkilian: but why would you want/need those fields? they are not-required, and are meaningless, unless /you/ attach a meaning to them.12:47
kilian..which is exactly what I want to look at for a purely local repo and a local server farm12:47
kiliani.e. pull that into monitoring and shut up the moaning about missing entries for my private packages12:48
kilianxnox: or asked around the other way.. is there any frontend tool that I could use to ask my system which packages are out of support for an LTS release?12:48
xnoxkilian: it's invalid to require/mandate those fields, as none of the Debian packages / Debian archives have them.12:48
kilianin some sort of an easy approach?12:48
kilianxnox: I know12:49
xnoxkilian: yeah, i believe there is a tool for that.12:49
kiliancool, what's its name? ;-)12:49
kiliancjwatson: thanks. and that's part of which package?12:51
xnoxyeah that =) couldn't remember / find it.12:51
cjwatsonkilian: update-manager-core12:51
kilianexcellent. thanks!12:52
=== smoser` is now known as smoser
=== achiang` is now known as achiang
=== MacSlow|lunch is now known as MacSlow
=== Snow-Man_ is now known as Snow-Man
jodhpitti: done, thanks.13:34
pittijodh: and uploaded, take II :)13:41
=== josepht_ is now known as josepht
=== Pici` is now known as Pici
pittisuperm1: is dell-recovery still actually being used?14:18
=== barry` is now known as barry
superm1pitti: yep14:20
pittisuperm1: thanks14:20
superm1sure.  been busy with other stuff so haven't had much time to look at it with regard to 14.04 though14:20
pittisuperm1: I'm reviewing the remaining rdepends of udisks 1, so including it in bug 128825314:20
ubottubug 1288253 in dell-recovery (Ubuntu) "Eliminate udisks 1 from Ubuntu" [High,Triaged] https://launchpad.net/bugs/128825314:20
superm1ick, so that'll be some work to transition then14:21
pittijodh: "Jenkins Fixed - trusty-adt-pbuilder-ppc64el 4" \o/14:33
jodhpitti: yay! :)14:34
Laneydo we still have migrates-when-autopkgtests-fail bugs?14:34
pittiLaney: yes, we do14:35
pittiLaney: we now have some britney tests which reproduce some bugs (https://code.launchpad.net/~canonical-platform-qa/britney/tests/+merge/207982)14:36
pittiLaney: and I started to look into britney to fix some bugs (started with https://code.launchpad.net/~pitti/britney/britney2-autopkgtest-fixes/+merge/208657)14:36
Laneypitti: ah, I thought that stuff was in, thanks for the pointers14:37
LaneyDon't know if this particular problem is covered there, mind14:38
cjwatsonI'm reviewing it now14:40
pittiLaney: no, it's probably not; we found several other cases where things can (and probably do) go haywire in adt-britney; jibel is rewriting and greatly simplifying those, with tests14:41
LaneyNot that I'm complaining in this instance since it means I don't have to fix all of the ubuntuone tests ;-)14:45
pittiLaney: which package are you looking at/14:45
Laneypitti: ubuntuone-sso-client14:46
LaneyI think it triggered -control-panel and -client, which failed14:46
cjwatsonpitti: I think invalidate_dep is the wrong method to call here; it will result in some redundant "Depends: ..." output in the excuses with a broken link, which I don't think adds anything over the existing "unsatisfiable Depends:" output.  Normally invalidate_dep is called much later and I don't think it makes sense to drag it in here.14:50
cjwatsonpitti: Can I suggest http://paste.ubuntu.com/7038848/ on top of your commit as an alternative implementation of this?14:50
cjwatsonpitti: It'd be worth running through the tests of course14:50
cjwatsonpitti: sorry, that's not on top of yours, that's against current production14:51
pitticjwatson: oh, thanks; I don't really have a "feeling" how britney should work yet14:51
pitticjwatson: ack14:51
cjwatsonpitti: it is twisty.  I'd apologise for it except most of it isn't mine :-)14:51
pitticjwatson: ah, so the excuse.invalidate_dep(block_txt.strip()) (which was kind of the gist of it) was ok?14:52
cjwatsonpitti: well, no, I pulled that out and did it differently by returning a value from excuse_unsat_deps14:53
cjwatsonpitti: I think I forgot a bit though, let me recheck14:53
pitticjwatson: hm, the test still fails with that patch14:53
cjwatsonpitti: http://paste.ubuntu.com/7038873/ should be better14:54
cjwatsonI wasn't actually using the return value properly :)14:54
cjwatsonthe second-to-last hunk there is the most important bit14:55
pittiDoes not request a test for an uninstallable package ... ok14:56
pitticjwatson: yay, that does it14:56
pitticjwatson: does the test run for you?14:57
cjwatsonpitti: can you try without the last hunk of that (run_autopkgtest = False in invalidate_excuses), which I've just noticed is pointless as it's called too late?14:57
cjwatsonpitti: how do I run it?14:58
pitti$ tests/autopkgtest.py14:58
pittiI needed to create a britneymodule.so -> lib/britneymodule.so symlink14:58
pittiotherwise britney doesn't work14:58
pitticjwatson: still works without the last hunk, yes14:59
cjwatsonIt passes that test here, but I get other failures, http://paste.ubuntu.com/7038900/15:00
lamontwas it a conscious decision to make gnome terminals come up as 79x21 instead of 80x24?15:00
pitticjwatson: yes, these are other bugs that I found15:00
pitticjwatson: the first three reproduce the gccgo-4.9 issue that we had15:01
lamonton the bright side, they've stopped extending below the bottom of the screen15:01
pitticjwatson: the last one is not very important, I just stumbled over it when writing those15:01
cjwatsonok, well anyway, I'll apply this diff and merge the combination15:02
* cjwatson dumps this conversation into the MP15:02
pitticjwatson: I kept the MPs separate as you may not like the tests in its current form, while the fix might be valid; or vice versa, which is what happened now15:02
pitticjwatson: I can also look into the gccgo-4.9 problem (no tests run if new source takes over existing binary), I just needed today to do the usual post-holiday catch up15:04
pitticjwatson: back in 20 mins15:04
cjwatsonYeah, I'm mostly working on click at the moment but ...15:04
cjwatsonpitti: OK, merged, should be effective as of the next p-m run15:04
hallynxnox: you'd made a change to vm-builder (in january) to convert to dh-python2.  I did the next upload based on the lp:~vmbuilder-dev/vmbuilder/packaging tree which didn't have that.15:05
hallynxnox: (i reintroduced your changes;  should have checked archive first)15:06
cjwatsonpitti: Looks *almost* right in production except that it's not quite doing the right thing for single-arch unsat deps - let me fix that15:12
cjwatsonThat's just an idiot mistake from me15:12
cjwatsonzul: there's a dependency typo in manila that's preventing it migrating to trusty, FYI - s/pyhon/python/15:14
zulcjwatson: ack ill fix it15:15
cjwatsonzul: also tempest, I think Depends: python-prb should be python-pbr to match Build-Depends?15:16
zulcjwatson: right :(15:16
cjwatsonzul: in fact there's already a python-pbr in Depends as well, maybe it's just a duplicate15:16
zulok ill have a look15:17
Laneycan I help to moderate ubuntu-devel?15:24
cjwatsonThat sounds like a fine idea, it could use more people with a bit of time15:30
seb128unity-control-center (14.04.3+14.04.20140303-0ubuntu1 to 14.04.3+14.04.20140305.1-0ubuntu1)15:55
seb128    Maintainer: Ubuntu Desktop Team15:55
seb128    0 days old15:55
seb128    Not considered"15:55
seb128why is it not considered?15:56
seb128shouldn't there be a reason in that snippet?15:56
smoseranyone else seeing this ? i just dist-upgraded (last one was maybe yesterday) and rebooted (last one was long ago).15:56
smoserand now 'vi myfile.<tab>' does not tab complete!15:56
smoserhm.. and now its working.15:59
smoservery odd.15:59
seb128smoser, no such issue here15:59
smosermust be luser error.15:59
smoserugh. i'm pretty sure something changed. it must be selectively completing now.16:00
smoserhm.. it seems its busted ~/ resolution16:02
smoserseb128, just fyi ^ https://bugs.launchpad.net/ubuntu/+source/bash/+bug/128831416:08
ubottuLaunchpad bug 1288314 in bash (Ubuntu) "bash completion broken with '~' expansion" [Undecided,New]16:08
smoserjodh, around ?16:11
jodhsmoser: yo16:11
ubottuLaunchpad bug 1284164 in upstart (Ubuntu) "~/.cache/upstart grows enormous" [Undecided,New]16:11
smoseri thought you'd suggested / implied that my dbus.log would be truncated on log out and log in16:11
smoseris that not true?16:11
jodhsmoser: on login, yes.16:12
smoserwell, it is not true (as i've just done that and still have ~ 400M :)16:12
jodhsmoser: what happens when you run "start logrotate" as your user?16:12
smoser$ start logrotate16:12
smoserlogrotate start/running, process 955616:12
smoserstill big fat dbus.log16:12
cjwatsonseb128: there should, wonder if that's a regression from my/pitti's work today16:12
smoserjodh, where does that job live ?16:13
jodhsmoser: so the log hasn't been compressed? If not, logrotate is likely not installed or in the PATH.16:13
jodhsmoser: /usr/share/upstart/sessions/logrotate.conf16:13
smoser$ dpkg-query --show logrotate16:14
smoser$ which logrotate16:14
jodhsmoser: cat ~/.cache/upstart/logrotate.log ?16:14
smoser$ file ~/.cache/upstart/dbus.log16:14
smoser/home/smoser/.cache/upstart/dbus.log: ASCII text, with very long lines, with CRLF line terminators, with escape sequences16:14
smosererror: bad top line in state file /home/smoser/.cache/logrotate/status16:15
smoser(64 lines like that)16:15
jodhsmoser: maybe delete that status file then?16:15
smoseri'd say so :)16:15
smoser$ ls -l /home/smoser/.cache/logrotate/status16:16
smoser-rw-r--r-- 1 smoser smoser 385 May 31  2013 /home/smoser/.cache/logrotate/status16:16
smoser file /home/smoser/.cache/logrotate/status16:16
smoser/home/smoser/.cache/logrotate/status: data16:16
seb128cjwatson, should I open a bug about that somewhere?16:16
smoserie, file doens' tknow what that thing is.16:16
cjwatsonseb128: no, it's ok, I'm looking into it now16:16
seb128cjwatson, thanks16:16
smoserjodh, removal of that file and then running it again does get logrotate happy.16:17
seb128gar, ctrl-R on the wrong screen16:17
jodhsmoser: bug in logrotate then maybe?16:17
smosermaybe, yeah16:17
jodhxnox, slangasek: would be good to get lp:~jamesodhunt/ubuntu/trusty/upstart/periodic-logrotate reviewed. I'd call that a bugfix :)16:18
slangasekcjwatson: isn't this a bug in adt-virt-schroot?  Shouldn't it know that if I'm running as uid=0, then the root-on-testbed capability is there?16:22
slangasekjodh: ack16:23
nemoSo. I was rather surprised that the ubuntu maintained package, libumfpack5.4.0 had no -dev package16:26
nemois that normal?16:26
nemo(was trying to build the colorize plugin for gimp)16:26
slangaseknemo: the corresponding -dev package is libsuitesparse-dev, found by 'apt-cache showsrc libumfpack5.4.0 | grep Binary'16:27
cjwatsonslangasek: Possibly; does schroot have a bypass in its logic for uid=0?16:28
cjwatsoni.e. can you do schroot -c thingy -u root?16:28
cjwatsonI thought that root had to be in root-users for that16:28
slangasekcjwatson: I'm not set up to do schroot -c thingy -u root - but if I'm already root, why would it need to be -u root?16:28
nemoslangasek: ah. TIL. thanks.16:29
slangasekcjwatson: more to the point, the manpage actually says "If your user is not allowed to do that, you need to run adt-run as root instead"16:29
cjwatsonwell, whatever, my point is that schroot is doing its own access control which isn't necessarily aligned with what unix would normally say16:29
nemoslangasek: never encountered that before.16:29
slangasekcjwatson: except it's *not* doing any access control here :)16:29
cjwatsonanyway, if adt-virt-schroot doesn't line up with what schroot permits, then indeed that would be an adt-virt-schroot bug16:29
slangasekif you're root, you get to run the command, and you get root inside the chroot, EOT16:30
cjwatsonit's still up to schroot whether it lets you16:30
cjwatsonbut it is true that it does16:31
cjwatsonseb128: should be fixed, I made a mistake affecting binaries with empty Depends16:42
seb128cjwatson, k, thanks for fixing it!16:44
roaksoaxslangasek: howdy! Do you have some time to review this FFe? https://bugs.launchpad.net/ubuntu/+source/maas/+bug/128188116:50
ubottuLaunchpad bug 1281881 in maas (Ubuntu) "[FFe] Standing FFe for 14.04 features" [Critical,New]16:50
slangasekroaksoax: not at the moment... ask #ubuntu-release?16:53
roaksoaxwill do thanks16:54
slangasekpitti: so per the above discussion, I have a patch for adt-virt-schroot to make it DTRT when run as root... How do you prefer this submitted?  BTS?17:01
=== dbarth_ is now known as dbarth-onair
quadrisprohello everybody17:21
smoseris there any existing tools for listing all packages available?17:36
smoserrmadison doesn't seem to want me to give it '--regex=.*'17:37
smoseri'm guessing i can use python-apt to reasonably easily do what i want, but figure there might be something already.17:37
slangaseksmoser: grep Package: /var/lib/apt/lists/*Packages?  I don't think there's a tool17:39
=== tyhicks` is now known as tyhicks
Laney`grep-aptavail -ns Package .'?17:41
StevenKgrep-dctrl ?17:49
=== dbarth-onair is now known as dbarth
smosercan i rely on 'Filename' having 'universe' or 'multiverse' in it to be correct ?18:04
smoserwrt grep-aptavail ?18:04
sarnoldapt-cache pkgnames ?18:09
sarnoldsmoser: apt-cache madison <foo> knows main/universe/multiverse18:10
smoseryeah i was just hoping to get it from one place.18:11
xnoxslangasek: tkamppeter: i have fixed cups with socket activation. Not uploading now, as i have to run to volleyball. Will test up and upload into the archive late tonight or tomorrow.18:16
tkamppeterxnox, great, thanks.18:31
=== Logan_ is now known as Logan-
seb128jamespage: hey, do you still plan to look at https://bugs.launchpad.net/ubuntu/precise/+source/iscsitarget/+bug/1262712?18:46
ubottuLaunchpad bug 1262712 in iscsitarget (Ubuntu Precise) "[SRU] Backport iscsitarget into Precise" [High,Triaged]18:46
jamespageseb128, I do and I've sucked at looking at it so far18:46
seb128jamespage: thanks, just checking because it's the older item in the sponsoring queue18:47
jamespageseb128, I think the approach is just fine; but I wanted to test it out myself before final ack which I've not found time todo yet18:47
seb128no worry, if it's still on your todolist at least it's not lost ;-)18:47
=== Logan- is now known as Logan_
=== FJKong is now known as FJKong_afk
mapreripitti: I can't reproduce the issue -.- I also write a short pbuilder hook (http://goo.gl/exXIbN) to call adt after the build, but the tests now are always successful :S20:08
mapreriwhat do you suggest to try now? I'm very new to autopkgtest, maybe I'm missing something...20:09
=== jtaylor_ is now known as jtaylor
=== salem_ is now known as _salem
=== rww_ is now known as rww
=== _salem is now known as salem_
=== bfiller is now known as bfiller_afk
=== hggdh_ is now known as hggdh
=== salem_ is now known as _salem
=== juliank0 is now known as juliank
=== bradm1 is now known as bradm
slangasekcjwatson: archaeology time :)  do you know if there's still a reason for the laptop-detect package to be seeded?  It seemed to be wanted in support of xresprobe, which is no longer seeded at all23:27

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