=== JackyAlcine is now known as [Jacky]
=== [Jacky] is now known as JackyAlcine
micahginfinity: any idea why my armhf failures seem to automatically get retried?01:52
chihchunhi there, anyone how the ubuntu-core been created? is it done by debootstrap?03:14
=== ion_ is now known as ion
stgraberchihchun: I'm not really familiar with core but I'd say it's likely live-build and the logs also point in that direction http://people.canonical.com/~ubuntu-archive/livefs-build-logs/precise/ubuntu-core/20111205/livecd-20111205-i386.out03:35
=== bladernr_ is now known as bladernr_afk
chihchunstgraber: thanks03:42
pittigood morning04:41
pittihttp://people.canonical.com/~ubuntu-archive/testing/precise_probs.html -> YIPPIE!04:42
pittijamespage, wendar: ^04:42
wendarpitti: huzzah! :)04:42
pittitremolux: I meant trunk, but that's what Vcs-Bzr: points to, so I thought that would be the current branch04:42
pitticjwatson: ah, so it won't actually work in dvd-live as restricted stuff can't go into the live system04:43
pitticjwatson: hm, I'm still confused; dvd-live depends on dvd-live-langsupport, so would that actually change anything?04:45
YokoZarDo we have an automatically generated list of non-multiarched libraries somewhere?05:25
pittiYokoZar: I think grepping Contents.gz for /usr/lib/lib.*\.so ought to produce something like that05:34
pittiI'm not aware of a more automatic tracker05:35
pittiwendar: thanks for the libsoup2.4 multiarch patch!05:42
pittiwendar: BTW, I can just apply them in Debian and then sync, so no need for an intermediate ubuntu upload05:43
wendarpitti: you're welcome05:43
wendarpitti: yes, I only did a straight Debian patch, didn't bother with anything Ubuntu-specific05:45
=== mglidden_ is now known as mglidden
infinitymicahg: And by "automatically", you mean lots of people are watching it like hawks and retrying things here and there?06:05
=== mglidden_ is now known as mglidden
micahginfinity: that could be :), I just know as soon as I get it, when I click, the log isn't there :)06:38
micahgpitti: is there a reason we got postgresql-8.4 back in precise?06:44
infinityNostalgia, I'm guessing.06:44
infinityBut more realistically, I bet it has to do with LTS->LTS upgrades.06:45
infinitypsql is known for unfortunately needing binaries from old version to do DB converdsions, and other pain.06:45
infinity(But that's my guess)06:45
infinitymicahg: Err, to be fair, it never went away...06:46
infinitypostgresql-8.4 |    8.4.8-2 | oneiric/universe | source, amd64, armel, i386, powerpc06:46
infinitymicahg: So, not sure about the "getting it back".06:46
micahginfinity: ah, just not getting updates, wonderful :)06:46
micahgpitti: nevermind, rmadison output was larger than my terminal :)06:47
* infinity starts a local build of libreoffice to find the 13-hour-in failure. >:(06:48
micahginfinity: I'm excited that I should be able to cross-compile chromium now :)06:49
pittimicahg: I do intend to drop it, but so far it never left precise06:49
pittimicahg: still need to fix/drop a couple of rdepends06:49
pittimicahg: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=psql-8.4-deprecation;users=mpitt@debian.org FYI06:49
pittibut we additionally have glom and another package06:49
micahgpitti: right, infinity pointed that out to me, I just saw lucid-maverick w/security updates, then precise, so it looked like it was missing from oneiric, I didn't realize that it just dropped to universe06:49
pittiinfinity: nope, we don't need 8.4 in precise for upgrading from it06:49
infinitypitti: Yay.06:50
pittiI fully intent to ship both precise and the next debian stable with 9.1 only06:50
infinitypitti: Was just a guess based on micahg's question, which was based on misinformation. ;)06:50
micahgpitti: heh, I've got a list myself of things I'd like gone from the next release, unfortunately, I'm not the maintainer of any of them :)06:51
infinityIs python on that list?06:51
micahgoh, I was wondering why python2.6 was still around06:52
infinityI meant python*06:52
micahginfinity: I don't think that's possible in Ubuntu :)06:52
infinityI'm going to try.06:52
infinityI'll call my derviative Perlbuntu.06:53
micahgso far I have, sqlite2, wxwidgets2.6, yada06:53
pittihm, http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html is clearly boring06:53
broderpitti: time to start running it on universe! :)06:54
infinitypitti: testing-ports seems like a fat lie, though..06:55
infinitypitti: Shouldn't I at least see all the openoffice* packages as uninstallable on armhf?  Since, like, there's no libreoffice yet.06:56
infinity... except that they're in universe... Didn't we fix that?06:57
infinitypitti: Didn't we promote openoffice* transitional stuff once this cycle? :P06:58
pittihttp://people.canonical.com/~ubuntu-archive/testing/precise_probs.html -> there, that's better06:58
pittiinfinity: let me check about -ports06:58
infinitypitti: It's not a problem with ports, it's a problem with openoffice-* being in universe.06:58
infinitypitti: When it needs to be in main for the upgrade.06:59
pittiinfinity: you mean s/armhf/armel/?06:59
pittithere's nothing to upgrade _from_ for armhf06:59
infinitypitti: Err, It's in universe for everyone!06:59
infinityopenoffice.org-calc | 1:3.3.0-7ubuntu5 | precise/universe | all06:59
infinityFor instance.07:00
pittiI'll go seed it07:00
infinityI could have sworn I seeded the whole source package at UDS.07:00
pittiopenoffice.org | 1:3.3.0-7ubuntu5 |       precise | source, all07:00
pittiseems only parts of it are in universe07:00
infinityMaybe I just asked someone else to fix the seeds cause my laptop was dead. :P07:01
pittiinfinity: did you touch ubuntu or platform seeds? there's nothing like that in ubuntu07:03
infinitypitti: Like I said, I think I just asked someone else to do it.  Obviously a mistake. ;)07:03
pittiok, will seed the bits07:03
infinitypitti: But it should be in platform/supported-desktop, IMO.07:04
infinityThere needs to be a platform/supported-upgrade-cruft07:04
pittihm, we already have "transitional packages" for OO.o in ubuntu/supported07:04
pittibut I don't mind much where it lives07:04
infinitypitti: Or there, I suppose.  But it's obviously missing some. :P07:04
infinityShould probably just be an all-source stanza.07:04
pittiI think some OO.o bits were in universe in the past07:05
infinityOh, not quite.  Yeah.07:05
pittiextra styles, mysql connector, and what not07:05
infinityWhy do we do this to ourselves? :P07:05
pittiwell, we can drop the whole oo.o thing after precise, so that pain is finite at least07:06
micahg@pilot in07:07
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: micahg, robert_ancell
* slangasek checks his clock and gives micahg a funny loouk07:07
infinityslangasek: Hey, no funny looks.  I just woke up an hour ago.07:07
infinityDON'T JUDGE US.07:08
pittim -s lucid $(m -s precise -S openoffice.org | grep universe | cut -f1 -d'|') | grep -v universe07:09
pittiinfinity: ^ I think these are the ones we need, seeding now07:09
micahginfinity: I think you're more rested than I am ATM then :)07:10
infinityWhat happens in your world when you have more than 26 commands to run?07:10
pittiexcept -galaxy which we deliberately dropped07:10
* micahg wonders if the shell can handle accented keys07:11
pittiinfinity: seeded; let's see how precise_probs explodes under us now07:11
jamespagepitti: thats great07:12
pittijamespage: good morning07:14
pittijamespage: what do you want to tackle today?07:14
pittijamespage: right now I thought about killing some NBS, starting with libgail-3-common and the poppler transition07:14
pittihelp with the latter is greatly appreciated, of course, but there's enough fodder in there07:15
pittijamespage: v8 is almost gone, just one rdep left; nice work on libv8!07:15
=== Guest86932 is now known as kklimonda
=== kklimonda is now known as Guest35546
=== Guest35546 is now known as kklimonda
jamespagepitti: v8 will disappear once nodejs builds (this morning)07:35
micahgbroder: is there a reason you didn't use Pre-Depends: ${misc:Pre-Depends} instead of Pre-Depends: multiarch-support (needs compat level 9 IIRC)07:37
micahgbroder: sorry, this was for libsigc++-2.007:37
micahgbroder: same on glibmm2.407:40
* micahg guesses robert_ancell is done piloting07:45
=== micahg changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: micahg
pittierr, how about I actually _promote_ the oo.o-* transitionals instead of just seeding them07:56
pittiapw: is user-mode-linux something we want to keep around? is it still maintained?07:59
pittiapw: it's the only remaining reverse dependency of linux-source-3.0.0 which isn't built any more07:59
slangasekhallyn: did you test the full qemu-linaro build using this 'dh_install --sourcedir' override?  I'm getting a very strange build failure that I'm struggling to make sense of08:01
slangasekhallyn: ah, the .install looks for usr/bin/qemu-spice which doesn't exist08:06
=== doko_ is now known as doko
dokoSweetshark, libreoffice build failure on armhf, in testtools08:07
dholbachgood morning08:10
jelmermoin dholbach08:10
dholbachhey jelmer08:11
dholbachjelmer, how are you doing?08:11
wendardoko: I'm running across several packages FTBFS with errors like "libemosR64.so: undefined reference to `sqrtq'"08:17
dokowendar, pointers to the build logs?08:18
wendaris one08:18
brodermicahg: to avoid having to bump the debhelper dependency08:19
micahgbroder: is there a reason not to?08:19
* broder shrugs08:20
broderi was trying to avoid being overly invasive08:20
wendardoko: another is hidden behind  AC_CHECK_LIB, so doesn't show in the build log, but shows in the config.log08:20
micahgbroder: that's a good point08:20
broderand i didn't really see pre-depends: multiarch-support as any less elegant than pre-depends: ${misc:Pre-Depends}08:20
=== smb` is now known as smb
dokowendar: --no-add-needed, libmei.so not linked with libm08:21
micahgbroder: well, it makes so that Pre-Depends: multiarch-support being killed in a single place with no-change rebuilds, ISTR a discussion somewhere about this08:22
brodermicahg: hmm, ok. i hadn't seen that08:22
micahgbroder: or semi-magically when people update their packages, it'll just disappear when it's no longer necessary08:22
wendardoko: so lingering as-needed problems?08:22
dokowendar, no, no-add-needed08:23
brodermicahg: i'll take another look at some other time. -> sleep for now08:23
pittiinfinity: ah, there we go: http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html08:24
wendardoko: is there a difference in the default on no-add-needed between Debian and Ubuntu anymore?08:24
micahgwendar: if it's GTK based, this change prompted it http://mail.gnome.org/archives/desktop-devel-list/2011-August/msg00236.html08:25
micahgslangasek: should we push Pre-Depends: ${misc:Pre-Depends} usage in multiarch conversions, or should I take stuff with Pre-Depends: multiarch-support08:28
wendarmicahg: not gtk but does use libpng12, so may be relevant08:29
pittiinfinity: but testing-ports is still broken, there's a ton of armhf/powerpc stuff in ./update_out/check_out.py data/precise; investigating..08:30
pittioo.o fix uploaded08:30
dokowendar, no, there shouldn't. but hmm, this is a convenience lib, and the order of -lm and libmei.so is wrong too.08:31
wendardoko: asking because magics++ (the one I'm working on at the moment with this problem) only has the problem on Ubuntu08:33
wendardoko: on sid, it has no errors about undefined references, and builds fine08:33
dokowendar, I only see magics++ failing because of monkey patching08:34
pittiinfinity: http://people.canonical.com/~ubuntu-archive/testing-ports/precise_probs.html -> that's more like it08:37
pittiseems powerpc finally caught up08:37
infinitydoko: I'm doing a local build of libreoffice to see if I can find the issue.08:37
infinitypitti: Hrm, the gcc-multilib stuff looks suspect.  Looking into it.08:39
dokoinfinity, it's most likely the uno bridge code08:40
dokoSweetshark, ^^^08:41
infinitypitti: Oh, multilib is the victim of overzealous demotion (or bad binary NEWing)...08:41
pittiwendar: perhaps you can try without this manually applied no-as-needed patch?08:41
pittiinfinity: c-m doesn't take armhf into account yet?08:42
pittiwell, the code says it does08:42
pittibut it might be broken, of course08:42
infinitypitti: It might be broken.  Given that gcc-4.6-multilib is in main, but c-m wants to demote libc6-armel.08:43
wendarpitti: at the moment I'm working with the raw upstream sources, to minimize interference from the patches08:44
dokoinfinity, pitti, afaik, cjwatson did disable component-mismatches for armel08:44
infinityPerhaps we should fix that now that almost all of main is built. :P08:44
pitti        for arch in [ "i386", "amd64", "powerpc", "armel", "armhf" ]:08:44
* pitti checks on lillypilly08:45
pittino bzr diff08:45
infinityubuntu-archive@lillypilly:~/ubuntu-archive-tools$ grep armel component-mismatches  for arch in [ "i386", "amd64", "powerpc", "armel", "armhf" ]: for arch in [ "i386", "amd64", "powerpc", "armel" ]:08:46
pittiinfinity: the second one is for seeds08:47
pittibut let's add armhf there as well now08:47
pitti o libc6-armel libc6-dev-armel                                        {eglibc}08:49
pitti^ from c-m08:49
infinityI'm going to pre-emptively promote everything.08:49
pittiinfinity: I suppose these should stay, too?08:49
infinitypitti: Yeah, which is wrong. :P08:49
infinitypitti: Those should stay in main, yes.08:49
pittiinfinity: c-m armhf added for germinate, and rolled out08:49
cjwatsonpitti: oh, sorry, for Kubuntu it's just 'dvd' that goes on the pool on the DVD, apparently.  I always have to look this up in cdimage list-seeds ...08:54
cjwatsoninfinity: yeah, I disabled it because at the time it made c-m explode insanely08:57
infinitypitti: Alright, libsf* promoted.08:57
infinitycjwatson: Makes sense.08:57
infinityI guess I should let gcc-4.4 and gcc-4.5 build and clear those out of the list.08:58
cjwatsonhaving only Arch: all and not anything else confuses the bejesus out of germinate, it turns out08:58
cjwatsonand it starts picking random things that provide something kind of similar08:58
infinitycjwatson: hahaha.08:58
dokoinfinity, wait with gcc-4.5/gcj-4.508:59
infinitydoko: ?08:59
dokonew packages underway08:59
infinitySo gcc-4.4, then.08:59
infinitydoko: Did you snag the linker patches from gc[cj]-4.[45] and push them to Debian?09:01
dokoinfinity, yes09:02
infinityHey, armel's almost caught up from the weekend pain we put it through.09:02
infinityI can steal buildds back for armhf again!09:02
wendarmichag: so, -lm was on the right track, but also needed -lquadmath and -lgfortran09:26
seb128is there anything that needs to be done when a conffile is moved to another binary (but keeps the same location)?09:33
seb128bug #90051509:33
ubottuLaunchpad bug 900515 in evince (Ubuntu) "evince-common conflicts with old evince package" [Undecided,New] https://launchpad.net/bugs/90051509:33
seb128the conffile was in "evince" in lucid and is in "evince-common" in precise09:33
seb128is a Replaces enough?09:33
seb128the dpkg-maintscript-helper documentation doesn't cover that case nor does http://wiki.debian.org/DpkgConffileHandling09:34
pittiit should at least be enough to fix the upgrade conflict09:34
pittibut it should be verified that the ownership of the conffile indeed goes to the new package09:34
seb128I will try that to start and see how it goes09:34
pittiand what happens if it is modified09:34
seb128if somebody tells me that it needs extra tweaking I can do those later on09:34
seb128pitti, dpkg -S /etc/apparmor.d/abstractions/evince is enough to know what claims to own the file right?09:36
pittiseb128: right09:36
pittiseb128: dpkg -s <package> also shows confflies and obsolete conffiles09:36
seb128let me try locally to move it to evince in the current version and see how it goes09:37
pittiinfinity: ah, eglibc -armel binaries fell off http://people.canonical.com/~ubuntu-archive/component-mismatches.txt; good09:37
infinitypitti: Which means it also got the sf stuff right, cause I promoted those in this last run.09:38
pittiand non-ports is once again empty, seems oo.o is happy enough now09:38
pittitesting-ports is pretty much the LibO FTBFS now09:38
pittithe gc{c,j} stuff is just catch-up with builds09:39
infinitypitti: Time to start tackling outdate.txt? ;)09:39
pittiinfinity: hacking at NBS now09:39
pitti(which is a subset of outdate)09:39
* infinity nods.09:39
pittijamespage and I are attacking NBS, wendar is looking into FTBFS09:40
apwpitti, that is an interesting question as it is clearly recently updated if it has a dep on -3.0.0 source, as that only appeared in oneiric09:40
* pitti sees his 4 cores glow with building jigabytes of poppler rdepends09:40
infinityseb128: Replaces is all you need to move a conffile.09:41
dokoinfinity, pitti: testing a fix for the libreoffice ftbfs09:45
infinitydoko: \o/09:45
infinitydoko: Does that mean I can kill the build on my panda?09:45
dokoinfinity, if it's an unmodified build, yes09:45
infinitydoko: It is, yeah.  I was building to get to the failure, then I was going to dig.  if you're one it, I'll stop. :P09:46
robert_ancell@pilot off09:56
udevbot(pilot (in|out)) -- Set yourself an in or out of patch pilot.09:56
robert_ancell@pilot out09:56
pittiapw: linux-headers-omap4 and linux-image-omap4 still depend on the old linux 3.0.0 omap packages; does the -meta package need a bump there?10:06
pittiapw: oh wait, our current linux doesn't even seem to build an -omap4 flavor?10:07
apwpitti, right omap4 is out of another source package, and is being worked right now in my other ear10:07
ogra_hmm, i knew ppisati moved, i didnt know he moved into apw 's other ear though10:10
ogra_not much space in there ... is there ?10:10
ogra_(but probably a nice view)10:10
micahgdoko: could adding LDFLAGS upstream fix a linking issue with no-add-needed? context is bug 899315, https://launchpadlibrarian.net/86640020/ebtables.debdiff, http://ebtables.cvs.sourceforge.net/viewvc/ebtables/ebtables2/userspace/ebtables2/ChangeLog?view=markup, and http://ebtables.cvs.sourceforge.net/viewvc/ebtables/ebtables2/userspace/ebtables2/Makefile?r1=1.60&r2=1.6110:13
ubottuLaunchpad bug 899315 in ebtables (Ubuntu) "ebtables crashed with SIGSEGV in ebt_initialize_entry()" [Medium,Confirmed] https://launchpad.net/bugs/89931510:13
dokoSweetshark, infinity, pitti: testing http://paste.ubuntu.com/761459/10:22
apwppisati, when you have ti-omap4 'fixed' i can probabally test it, so push it up somewhere i an grab it10:35
seb128doko, could you give a bit extra context on the intltool issue you fixed? do you plan to open a bug about it?10:42
Sweetsharkdoko: dont waste too much time on 3.4 for precise as we will ship 3.5 and it has been completely mostly rewritten there anyway: http://cgit.freedesktop.org/libreoffice/core/tree/bridges/source/cpp_uno/gcc3_linux_arm/cpp2uno.cxx10:42
dokoSweetshark, yes, just running this build to see if it fixes the build10:44
dokowhen do you expect 3.5 in the archive?10:44
dokomicahg, the upstream Makefile still lists the libs before the objects10:45
dokomicahg, is this still the case in the ubuntu package?10:46
Sweetsharkdoko: branchoff is about right now10:46
=== pitti is now known as pitti_
dokothe LD change seems to be a no-op10:46
dokomicahg, please use dpkg-buildflags10:46
dokoSweetshark, when do you expect 3.5 in the archive?10:47
Sweetsharkdoko: ah, forget that: I got it wrong -- its uno2cpp and not cpp2uno which is pretty much unchanged. so yes, I would be still interested if that builds.10:49
Sweetsharkdoko: the beta will be there before christmas.10:49
dokoSweetshark, maybe ask caolan if he already had to build on armhf10:50
Sweetsharkdoko: will do10:51
seb128doko, hey?10:52
pitti_jamespage: FYI, I'm now through all libpoppler13 rdepends except karbon and luatex, which you were looking into10:53
pitti_james_w: pdftoipe is FTBFS due to a missing poppler-dev dep (not sure yet), seb128 is looking into this10:53
pitti_sorry, jamespage ^10:53
pitti_james_w: unping, tab failure, sorry10:53
seb128pitti_, I've uploaded the fix, should be good to retry soon10:53
pitti_seb128: oh, cheers10:53
pitti_seb128: my colo hoster shut down, don't get mail right now10:53
dokoseb128, ?10:54
seb128doko, could you give a bit extra context on the intltool issue you fixed? do you plan to open a bug about it?10:55
dokoseb128, see the exo build failure on armhf10:55
pitti_jamespage: oh, and cups, which is still on my plate10:55
pitti_jamespage: starting with the libpoppler-glib6 rdepends now10:56
seb128doko, it would be nice if you could at least open a bug in such cases, or give a pointer to the issue in the changelog entry so other can understand why we have a diff in Ubuntu and get it fixed upstream or in Debian10:56
=== brendand_ is now known as brendand
micahgdoko: I didn't try to fix the issue yet, but was wondering if the new upstream release would help, I guess not (there were some other changes to the Makefile: http://ebtables.cvs.sourceforge.net/viewvc/ebtables/ebtables2/userspace/ebtables2/Makefile?revision=1.67&view=markup seems to be the latest upstream), we don't seem to be patching it at all for , but it seems to build happily, oops I mean no-as-needed before10:56
micahg, I guess I can try to patch the makefile to work properly or maybe I'll just leave a note in the bug to patch the make file rather than disabling --as-needed10:56
micahg*for --as-needed10:57
seb128doko, can you open a bug against intltool? danilo and dobey are upstream and they maintain it on launchpad, launchpad.net/intltool10:57
dokodobey: ^^^10:58
dokomicahg, I would fix the linker order first, before reverting to no-as-needed10:59
dokonot that you should link with -lc explicitly10:59
micahgdoko: -lc is upstream craziness :)10:59
* micahg leaves a comment on the bug11:00
seb128doko, no, dumping an hack this way with an IRC ping is not the way to work, please open a bug on launchpad explaining the issue and your fix11:00
seb128doko: by doing workaround this way and not sending back the issue where it should you create a diff in ubuntu we need to maintain for no reason and work for other people11:00
dokoseb128, bullshit, it's not a hack11:00
seb128doko, well then open a bug with the patch so it goes upstream and in debian?11:01
seb128since when did we stop upstreaming fixes?11:01
pitti_we didn't11:01
pitti_we expect everyone to do it11:01
dokoseb128, you are pestering me 5min after the upload. I'll remind you the next time when I have to wait 10min11:02
seb128doko, I'm just asking if you will open a bug, not to do it now11:02
seb128doko, I've seen some cases recently where you moved on and didn't upstream or documents fixes you did11:02
Sweetshark12:00 <@caolan> are you sure it shouldn't just be #if (!defined(__ARM_PCS_VFP) && defined(__ARM_EABI__)) || defined(__SOFTFP__)11:02
Sweetsharkdoko: ^^11:02
Sweetsharkdoko: maybe join us on #libreoffice-dev?11:03
seb128doko, but yes, if I do any upload with a fix not commit from upstream git without a bug reference in the changelog or patch please tell me off for doing it11:03
seb128not commit -> not backported11:03
ockham_hi, can someone tell me what's wrong with11:09
ockham_dh_installdocs --exclude COPYING --exclude ChangeLog11:09
ockham_'cause those files still keep getting installed...11:10
tumbleweedthe changelog gets installed by dh_installchangelogs11:10
pitti_COPYING is weird, though; I know no dh_* tool which would install that by its own11:11
pitti_and it's in fact a slight policy violation to install it for the case of GPL, etc.11:11
micahgdoko: thanks for the help BTW11:12
micahg@pilot out11:12
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
ockham_pitti_: yeah, that's why i'm trying to exclude it...11:13
pitti_ockham_: perhaps it's in some debian/*.install or *.docs file?11:13
ockham_pitti_: there was an install file, but i've already removed it.11:14
infinityDH_VERBOSE=1 debian/rules binary11:15
infinity| grep COPYING :P11:15
ockham_infinity: yeah, i'll try that11:15
pitti_doko: do we still need this change? https://launchpad.net/ubuntu/+source/python-poppler/0.12.1-4ubuntu111:17
jamespagepitti_: ack, just uploaded karbon rebuild; still working on luatex11:18
dokopitti: $ apt-cache show libxcb-render-util0-dev|grep Filename11:19
dokoFilename: pool/universe/x/xcb-util-renderutil/libxcb-render-util0-dev_0.3.8-1_amd64.deb11:19
pitti_doko: (I guess that's not the full answer yet?)11:19
dokowell, it's a universe package11:20
pitti_right, but why can't we use that?11:20
pitti_it's our only delta11:20
pitti_oh, did python-poppler use to be in main? it's in universe11:21
pitti_pretty much forever11:21
pitti_doko: so it was just for the component, not a functionality issue?11:21
ockham_hm, still no luck. http://pastebin.com/y3HhyK1S11:22
seb128pitti_, it was never in main I think11:22
infinityockham_: I see no verbose debhelper there.11:24
ockham_infinity: but i generated it with DH_VERBOSE=1 debuild > ../build.log11:24
ockham_btw, just re-uploaded to http://revu.ubuntuwire.com/p/unity-lens-bliss11:25
infinity/usr/bin/install -c -m 644 AUTHORS ChangeLog COPYING NEWS README '/home/bernie/src/packages/unity/unity-lens-bliss/debian/unity-lens-bliss/usr/share/doc/unity-lens-bliss'11:25
infinityockham_: Is your upstream Makefile installing those?11:26
infinity(Sorry, that was verbose, I'm just not used to seeing dh_ do so little)11:26
ockham_infinity: yup, it's apparently in my upstream Makefile.11:30
ockham_infinity: so i need to exclude it there...11:30
dokopitti_, hmm, no, that was the time for the rebuild tests. I assume that lp couldn't resolve the b-d's. so maybe try without the patch, and then re-add it if necessary. maybe it was armel only?11:31
pitti_doko: ok, doing that then11:31
pitti_doko: thanks11:32
dokoheh, neat +build1 trick. but how would add an ubuntu change now?11:33
pitti_+ubuntu1? :)11:33
* Daviey does wonder why people do no change rebuilds, adding ubuntu to the version string. :/11:34
pitti_Daviey: uh, did I?11:34
Davieyno, in general11:34
micahgDaviey: maybe people don't know about dch -R vs dch -i :)11:34
dokoDaviey, which ones?11:34
Davieydoko: i've seen a few, have you not?11:35
pitti_I've seen them occasionally, but they looked more like accidental11:35
dokoDaviey, only if they already have an ubuntu version11:35
cjwatsonockham_: 'DH_VERBOSE=1 debuild' needs to be 'debuild -eDH_VERBOSE=1' - debuild filters the environment11:35
ockham_cjwatson: oops, thx11:35
pitti_Daviey: in general, the debuild -S failure ought to yell at you for not changing the Maintainer: field; that has caught a few cases where I forgot it :)11:36
dokopitti: time for +ubuntu1 ;-P11:36
pitti_ah, failed on amd64 due to a pointer cast problem (didn't fail here)11:38
micahgpitti_: only works if you have an ubuntu address :)11:38
pitti_that doesn't seem immediately related to the build dep change, though11:38
=== _salem is now known as salem_
cari_veri_dthello: what is the easiest way to combine multiple windows? like editor, terminal, other views ?12:09
pitti_dholbach: are you still interested in glom, or know someone who is? it's several versions behind and now unbuildable (still uses gtksourceviewmm2 which doesn't exist any more, and builds against psql 8.4, etc.)12:13
pitti_upstream's wiki says to install a third-party repo if you want to use it12:13
dholbachpitti_, not so much interested really - I can add it as a low prio entry into my TODO list and do it if nobody beats me to it, but it might still take a while12:13
pitti_ah, bug 871276 (nobody picking it up)12:14
ubottuLaunchpad bug 871276 in glom (Ubuntu) "Please update to Glom 1.19.x" [Wishlist,Confirmed] https://launchpad.net/bugs/87127612:14
pitti_dholbach: well, if you aren't interested, it might be better to just remove it?12:14
dholbachI dunno - it might still be useful to a lot of people, no?12:14
pitti_well, we can't leave it as it is -- we need to remove or upgrade it12:15
dholbachpitti_, the Openismus folks seem to have it updated to 1.20.1 in their ppa12:16
dholbachis that the latest & greatest?12:16
dholbachyes, looks like it12:16
micahgdholbach: pitti_: goocanvas 2.0 is in progress in Debian12:16
dholbachmicahg, do you know where it's currently sitting?12:17
pitti_dholbach: yes, it is: http://ftp.gnome.org/pub/GNOME/sources/glom/1.20/12:17
micahgdholbach: mentors I think12:17
dholbachalright - I'll have a look12:17
pitti_ah, we need those libraries first12:17
micahgright, I think that's the main reason it wasn't updated last cycle12:18
dholbachI'll have a chat with the Openismus folks - they seem to actively care for their stuff, so they might want to have upload rights at some stage - at least I'll tell them to ask for review of their PPA packages, etc etc etc12:18
* pitti_ hugs dholbach, that sounds great -- teach a man to fish etc.12:18
ogra_if you teach them all there wont be any fish left though12:19
dholbachogra_, we're not there yet :)12:19
=== MacSlow is now known as MacSlow|lunch
seb128dholbach, pitti_: hey (was at lunch)12:29
dholbachhey seb12812:29
seb128dholbach, pitti_: don't remove glom please, murray (upstream) cares about it, I meant to email him about the stuff he maintains and the version he would like to see in the LTS12:30
dholbachseb128, I'll CC you12:30
dholbachjust writing the mail12:30
seb128dholbach, pitti_: we (desktop) will find some time to update gda, glom, etc12:30
seb128dholbach, thanks12:30
dholbachseb128, oh yeah? if you do, check out https://launchpad.net/~openismus-team/+archive/ppa/+packages - the work seems to be done there already12:31
dholbach(hopefully) just a matter of trimming the changelog entries and uploading12:31
seb128dholbach, well, I first want to ask murray what version should go in the LTS12:31
dholbach1.20 I guess is a stable version12:31
dholbachbut yeah, I'll mention it in the mail as well12:31
seb128dholbach, I guess it will requite updates for some other stuff like goocanvas libgda, gegl, etc12:32
* dholbach nods12:32
seb128dholbach, thanks, or just email what you wanted and I will follow up with my questions on what version he wants12:32
dokoLaney, gnome-do ftbfs the same way as gnome-desktop-sharp2: https://launchpadlibrarian.net/86763720/buildlog_ubuntu-precise-armhf.gnome-do_0.8.5-1ubuntu2_FAILEDTOBUILD.txt.gz12:47
loolpitti_, cjwatson: Could we remove and blacklist the squid source from precise?  we generate transitional "squid" binaries from the squid3 source package while Debian ships squid 2 in its squid binaries built from the squid source; zul said he was ok with this approach12:48
loolpitti_, cjwatson: Essentially we can't upload the squid source and binaries in Ubuntu anymore, so I think we should removeit12:48
Davieylool: What upload are you planning?12:50
cjwatsonlool: sure, file a bug and subscribe ubuntu-archive12:50
cjwatson(or subscribe us to an existing bug)12:50
cjwatsonI don't do source removals outside the context of a bug normally, as they need an audit trail12:51
infinitylool: It's already planned for removal.12:53
infinity(Was discussed here a couple times over the last few days)12:53
loolDaviey: No upload12:54
loolcjwatson: Ok12:54
loolinfinity: Oh ok thanks12:54
loolinfinity: I couldn't find a removal bug against squid, is it against ubuntu?12:55
infinityI suppose it's hyproctical of me to complain about people uploading and filling the buildd queues after my weekend, isn't it?12:55
infinitylool: Oh, no, there's no bug filed.  Please do.12:55
infinitylool: It's just been discussed a few times and concensus met that, yes, we want to remove it, not modify it.12:56
infinity(Honestly, I would have just removed it on the weekend, but I've been frying larger fish)12:56
DavieyUsing the grill is more healthy.12:57
ogra_heh, and you seem to have scared away the fish_12:58
dokoDaviey, Dave Waker?12:59
infinityogra_: That was odd timinig, wasn't it?13:00
* ogra_ liked it :)13:00
loolfiled LP #90074113:00
ubottuLaunchpad bug 900741 in squid (Ubuntu) "Remove and blacklist squid" [Undecided,New] https://launchpad.net/bugs/90074113:00
looldoko, infinity ^13:00
infinityYeah, AA will get to it.  No big rush.13:00
infinityDaviey: Does the squid transitional package actually migrate configs sanely and such?13:02
Davieyinfinity: believe so.. i'd need to check.13:04
Davieydoko: wassup?13:04
infinityDaviey: I think doko just realised who you are.  After years on IRC.13:06
infinityDaviey: Don't you feel loved?13:06
Davieyinfinity: No, i think he realised i am not who i claim to me in From: fields of email addresses :)13:06
Daviey(i sent him an email, with a typo in my From)13:07
infinityWell done.13:07
cjwatsonYou write From: by hand?  What is this, 1990? :-)13:07
Davieycjwatson: You clearly need to look at my headers closer :)13:07
* cjwatson blinks at User-Agent.13:08
cjwatsonWhat impresses me is that it's also GPG-signed ...13:08
dokogood, that he just left out a letter, and didn't miss-type it =)13:09
Laneydoko: the bony fingers of RAOF yet again!13:09
=== MacSlow|lunch is now known as MacSlow
sorenDaviey: Where can I see this infamous e-mail?13:32
Laneydoko: -2 uploaded14:04
tremoluxpitti_: re: software-center, thanks and sorry for the confusion, I updated Vcs-Bzr: in trunk to fix that14:24
=== bladernr_afk is now known as bladernr_
ogra_slomo, pingaling14:37
smoseri'm interested in seeing what other people think about bug 72663514:45
ubottuLaunchpad bug 726635 in udev (Ubuntu) "udev should not create a persistency-rule for virtualbox virtio network card" [Undecided,New] https://launchpad.net/bugs/72663514:45
smoserwrong bug.14:45
smoserbug 72460114:45
ubottuLaunchpad bug 724601 in cloud-init (Ubuntu) "UEC images should disable udev persistent net rules" [Low,Triaged] https://launchpad.net/bugs/72460114:45
smoseralexbligh, there suggests we could add an empty /etc/udev/rules.d/75-persistent-net-generator.rules, which would then override the persistent-net rules for udev entirely.14:46
smoserwhat do others think of that?14:46
smoseri'm interested both in "you should/should-not do that because..." and "that will break because..."14:47
dokocnd, utouch-qml ftbfs, please see https://launchpad.net/ubuntu/+source/utouch-qml/1.0.4-0ubuntu1/+build/296898014:55
Laneyis there a bug about being able to subscribe to ftbfs?14:57
dokoinfinity, ^^^ I think you once did subscribe me to these reports14:59
dokoLaney, you should get email, if one of your own uploads ftbfs. else you could use the ftbfs ubuntuwire pages15:00
Laneyyeah, i'd rather not have to poll15:00
Laneyalso api syncs still don't mail about ftbfs15:00
ogra_ubuntuwire lists them though15:00
tumbleweedLaney: there's a bug for the api syncs bit, IIRC15:01
infinitydoko: We used to send them all to a list, didn't we?15:01
Laneythere is15:01
infinitydoko: It's been a long time.15:01
infinitydoko: If you still get them all, check your headers...15:01
slangasekmicahg: I would certainly prefer Pre-Depends: multiarch-support15:07
cnddoko, thanks, I'll take a look15:56
=== dholbach_ is now known as dholbach
=== pitti is now known as pitti_
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== deryck is now known as deryck[lunch]
pitti_good night everyone!17:06
pitti_jamespage, wendar: FYI, my server is still down, so I won't have IRC scrollback for the night; mail is down, too :( (but should be back in a few hours)17:06
wendarpitti: okay, I won't send you merge requests until tomorrow :) good night!17:07
=== arges is now known as arges_away
=== deryck[lunch] is now known as deryck
=== arges_away is now known as arges
micahgslangasek: can I say I'm shocked that you prefer that version  :)18:29
slangasekmicahg: as the author of both the wiki page and the debhelper support, I would wonder why ;)18:34
Cassomething changed with python in ubuntu oneiric that has broken the namespaces for our plugins and i cannot find a solution?18:47
micahgCas: partial dh_python2 conversion?18:48
Casthis is before packaging, just building the plugin18:49
micahgslangasek: so, I should take Pre-Depends: multiarch-support and tell people who use Pre-Depends: ${misc:Pre-Depends} in Ubuntu directly not to?18:50
ScottKIs the package publisher broken?  I've got a build that finished 2 hours ago still showing pending.18:51
infinityScottK: Not so much broken as "not running".18:51
Cashere is what ive encountered: http://dpaste.com/hold/666142/18:51
ScottKOK.  On purpose?18:51
infinityScottK: We had an oops with the librarian, publisher is on hold while things get un-oopsed.18:51
ScottKAh.  Thanks.18:52
infinitymicahg: Doesn't misc:Pre-Depends populate with useful things like dpkg-with-xz-support and such?18:53
infinity(If you build your debs with xz)18:53
broderhow could it? don't you set xz with dh_builddeb?18:53
broder(i.e. after gencontrol runs)18:54
micahginfinity: not that I know of, but I think the idea was to be able to add other magic there as well eventually18:54
infinityHrm, fair point.  But I could have sworn I saw mention of such madness earlier. :P18:54
broderhmm. looks like dh_installdeb has new <package>.maintscript support which injects a pre-depends on dpkg (>= dpkg-maintscript-whatever-version)18:55
broderbut that and multiarch-support are the only things that grep misc:Pre-Depends $(dpkg -L debhelper) finds18:56
broder(in fairness, that's pretty useful, but i don't know if i've seen anyone using it yet)18:56
micahginfinity: ^^ you're right :)18:57
* micahg starts using that on his own packages18:58
=== smoser_ is now known as smoser
cjwatsonScottK: right, what infinity said - FWIW it's apparently a hardware problem, and it will be OK once the RAID array rebuilds, but for a while there (possibly still) several hours' worth of data was missing from the librarian, and we didn't want to inflict that state on the publisher19:11
ScottKcjwatson: Thanks.  Might be worth a mention in /topic.19:12
infinitycjwatson: Definitely still.19:12
cjwatsonoh, yes, I forgot it wasn't in the topic here19:12
=== cjwatson changed the topic of #ubuntu-devel to: Archive: open | Publisher stopped pending librarian recovery | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
* ScottK did look there before asking ....19:12
chrisccoulsoninfinity, thanks for fixing this problem, but it should have been done as a merge proposal: http://launchpadlibrarian.net/86490977/firefox_9.0~b4%2Bbuild1-0ubuntu1_9.0~b4%2Bbuild1-0ubuntu2.diff.gz19:33
infinitychrisccoulson: I already talked to micahg about it.19:33
chrisccoulsonalso, i generally avoid doing single change, single architecture uploads like that, as it's essentially a no-change rebuild on i386, amd64 and armel (which takes more than a day now)19:33
chrisccoulsonin addition to that, it caused us to push the same breakpad symbols to mozilla's server twice for no reason, which is a waste of their space ;)19:34
chrisccoulsonwe get regular (weekly) firefox releases to fix things like this already :)19:34
infinityTo be fair, I would have just committed it to your packaging branch, if I could.19:35
infinityI'm going to point out that it's a bit annoying for core-dev to not be able to, despite us obviously being able to upload the package. :P19:35
chrisccoulsonright :)19:36
infinityEither way.  It was part of an arch bootstrap.  Not an every day thing.19:36
infinityI look forward to annoying you siilarly in 6-12 months with arm64. ;)19:36
infinitysimilarly, too.19:36
chrisccoulsonwe have a significantly different workflow from everyone else though, which is why we don't have everybody committing to our branches :)19:36
infinityI don't think "everybody" would.19:36
cjwatsonCore is full of things that are special-snowflake in one way or another.  Part of the reason core-dev has a high bar is that you're supposed to be able to recognise that.19:37
infinitycjwatson: Oh, was there a specific reason that omap4/armhf support in d-i seems to be slightly incomplete, or was it just a quick pass?19:39
infinitycjwatson: (Missing s/armel/armel armhf/ on the u-boot-*-panda bit, for instance... Don't recall if there was other stuff)19:39
cjwatsoninfinity: I didn't have an omap4 kernel yet, so couldn't build the omap4 flavour, so I left out the omap4-related build-deps.19:40
cjwatsoninfinity: Feel free to add them in if it's buildable nw.19:40
infinitycjwatson: Well, not buildable *now*, but will be after the publisher gets to run.19:40
infinitycjwatson: And we'll need a new d-i anyway to pull in my new libc-udeb.19:41
infinitycjwatson: Cause, apparently, I hadn't thought about the fact that eglibc mindlessly smooshes /lib/*/*.so* into /lib19:41
infinitycjwatson: Turns out, that doesn't work so well when your interpreter lives in /lib/<triplet>/19:42
cjwatsonHah, yes.  I wasn't really expecting it to be usable quite yet anyway.19:42
infinityThat was the only bug.19:42
infinityTobin moved the file manually in his initrd, and the installed did instally things.19:42
cjwatsonEven boot loader installation worked?19:42
infinityAs far as I know, yep.19:43
cjwatson(Well, whatever you call the stuff partman-uboot and flash-kernel conspire to do)19:43
barry@pilot in19:43
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Publisher stopped pending librarian recovery | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: barry
infinityHe ran into some userspace issue after first-boot, but that's not d-i's fault.19:43
cjwatsonDid somebody fix flash-kernel?19:43
infinityWell, it was uploaded for armhf.19:43
infinitySo, sure?19:43
infinityDid it need fixing?19:43
cjwatsonWe might even be able to get ubiquity working then.19:43
infinityI'd assume it never asked about dpkg arch anyway.19:43
cjwatsonI thought it had some arch hardcoding, but didn't look too closey.19:43
infinitySince it was arm-only.19:44
cjwatsonor even with typing.19:44
cjwatson./debian/control:12:Architecture: arm armel armeb19:44
cjwatsonI'm assuming that wanted fixed :-)19:44
cjwatsonWow, my tree dates from natty, *cough*19:44
infinityOh, yeah.  debian/control was fixed.19:44
infinityWhen the publisher comes back to life, I'll regen ubuntu-meta (assuming we've picked up anything new), and do some preinstalled builds for giggles.19:46
infinityAll we're missing is libreoffice, and, well, who cares?19:46
cjwatsonFastest bootstrap evah.19:47
cjwatsonApart from the bits I didn't see.19:47
infinityNot from my perspective. ;)19:47
infinityBut once I hit the archive, yeah, it was quick.19:48
cjwatsonThat's because you didn't have to timeshare on N900s.19:48
infinityI sold my last N900 to Sledge.19:48
infinityI may or may not have employed other phones, however.19:49
cjwatsonHow many of them did you set on fire?19:50
infinityMy Panda overheated a few times.  But no actual flames.  Very sad about that.19:50
infinityI did actually promise myself that when the bootstrap was done, I'd find a nice tall building and teach my panda to fly.19:51
stgraberinfinity: millbank tower is kind of nice for that :)19:51
Laneyas demonstrated by Edward Woollard19:52
infinitystgraber: That's an expensive flight just to throw 200 dollars off a roof.19:52
cjwatsonI think MI5 might look askance at hunks of metal hurtling towards their office.19:54
cjwatsonOn the whole possibly not the best idea ever19:54
infinitycjwatson: That actually makes it more appealing.19:57
cjwatsonPlease remind me not to be in the same building at the time19:59
infinitySome people have no sense of adventure.20:00
cjwatsonAh, finally managed to set up mawson for something resembling a germinate speed comparison test20:00
infinityIf only mawson was an even vaguely reasonable guage of production speed.20:01
cjwatsonWell, yeah, but I don't have to talk to the database (which IIRC makes a fairly large difference) and I mostly care about checking that this is actually the ~three times faster I expect it to be20:01
cjwatsonActually it seems to be running germinate at a fairly similar speed.20:02
cjwatson18s for the most recent run, *40 == 12mins, give or take.  Close enough.20:03
cjwatson(This is for https://code.launchpad.net/~cjwatson/launchpad/refactor-cron-germinate/+merge/84624)20:05
micahgbefore I stick my foot in my mouth, for the last comment in bug 899315, isn't that the perfect case for dlopen?20:06
ubottuLaunchpad bug 899315 in ebtables (Ubuntu Precise) "ebtables crashed with SIGSEGV in ebt_initialize_entry()" [Medium,Incomplete] https://launchpad.net/bugs/89931520:06
slangasekmicahg: oh, sorry - apparently I completely misspoke20:14
slangasekmicahg: I *meant* to say that I prefer Pre-Depends: ${misc:Pre-Depends}!20:14
micahgslangasek: heh, ok, my hunch was correct then :)20:14
micahgbroder: ^^ can you fix please :)20:14
slangasekthe reason being that this eventually goes away in the future when debhelper decides this dependency is no longer needed20:14
brodermicahg: this evening, but yes20:15
micahgslangasek: right, and it can disappear centralized at the beginning of a cycle20:15
micahgbroder: sure , no rush20:15
* broder pulls his patches from the sponsor q for the time being20:15
=== salem_ is now known as _salem
Davieysmoser`: Are you currently looking at cobbler-devenv?21:14
Davieywith lxc?21:14
barrydoes anybody know what "Unhandled exception processing upload: 26130185" means?  I tried to dput an update to gftp, and all i get back is a rejection message with that message in it21:14
cjwatsonrejection at upload time or at dput time?21:15
cjwatsoner, I mean, s/at upload time/by e-mail/21:15
barrycjwatson: i dput the package which appeared to succeed, and then a little bit later, i got that message in an email from archive@ubuntu.com21:16
cjwatsonhm, yes, I see the rejected package here21:16
cjwatsonI suspect this is fallout from librarian hardware trouble21:17
barryouch. i must have missed hearing about that trouble.21:17
cjwatsonbecause that's it trying to fish the orig out of the librarian and failing21:18
barryi guess re-uploading won't help.  maybe build w/ -sa and re-upload?21:18
cjwatsonleave it for now21:19
cjwatsonwe should be able to flush the rejected upload(s) back into the queue once everything is back to normal21:19
barrycjwatson: okay, thanks.  i'll note it in my patch pilot report21:19
cjwatsonactually it's a bit weird that that's missing because the orig shouldn't have been in the time window affected; I'll ask ops21:19
cjwatsonbarry: I suspect trying to work around it with -sa wouldn't help anyway, since it still has to compare it against what's in the librarian; but it doesn't sound like an experiment I'd want to run21:23
barrycjwatson: fair enough.  i guess that means there's not much i can do on my side...21:24
cjwatsonprobably not, sorry21:24
barryk, thx21:24
barryi guess we'll see if any other uploads hit the same problem21:25
cjwatsonit'll be easy enough to grep for similar failures in the logs and retry appropriately21:25
broderSpamapS: could you take a quick look at bug #886205? based on my understanding of the issues, it sounds like a dup of bug #580319, but i'd like someone with more domain expertise to double-check21:25
ubottuLaunchpad bug 886205 in upstart (Ubuntu) "Disabling network-interface break rc-sysinit compatibility script" [Undecided,New] https://launchpad.net/bugs/88620521:25
ubottuLaunchpad bug 580319 in upstart (Ubuntu Natty) "init.d controlled services launch before all interfaces are up, thus failing to start" [Medium,Triaged] https://launchpad.net/bugs/58031921:25
SpamapSbroder: well.. yes and no. His firewall script still may not work right.. since the order is still in hardware detection order, not /etc/network/interfaces order21:30
brodererr, right, but his patch is a less evolved version of /etc/init/failsafe.conf, right?21:30
SpamapSbroder: indeed it is21:31
SpamapSbroder: (and a wrong one at that, as networking does not mean that all those interfaces were actually around when it ran 'ifup -a')21:31
=== shirgall is now known as jrp-afk
bdrungtumbleweed: the script fails due to wrong option22:13
bdrungtumbleweed: the output isn't structured nicely22:13
tumbleweedbdrung: will look in a minute22:16
bdrungtumbleweed: and it contains some merge markers22:17
tumbleweedbdrung: just pushed lp:~stefanor/ubuntu-dev-tools/native-sync-sponsorship which should work (I think) when bug 827555 has been QA-ed22:24
ubottuLaunchpad bug 827555 in Launchpad itself "native syncs have no way to indicate sponsorship" [Critical,Fix committed] https://launchpad.net/bugs/82755522:24
bdrungtumbleweed: the OptionGroup warning should exclude fakesyncs22:31
tumbleweedbdrung: well, they aren't part of that group22:33
bdrungtumbleweed: so --fakesync does not require --no-lp?22:34
bdrungtumbleweed: "Did Ubuntu modify this (and mark the version appropriately?" -> missing )22:35
bdrungtumbleweed: i would try to split long lines into two commands.22:36
bdrunge.g. "ubuntu_source = get_ubuntu_srcpkg(src_pkg.source, release.split("-")[0])" -> series = release.split("-")[0]22:36
bdrungubuntu_source = get_ubuntu_srcpkg(src_pkg.source, series)22:37
tumbleweedbdrung: --fakesync implies --no-lp22:37
bdrungand second: "subprocess.Popen(cmd, stdout=subprocess.PIPE).communicate()[0]" -> process = subprocess.Popen(cmd, stdout=subprocess.PIPE)22:37
bdrungtumbleweed: you may want to adjust the man page too22:42
bdrungtumbleweed: --help doesn't tell you that --facesync does a local sync (and is the correct way to do it)22:44
tumbleweedbdrung: --help improved. manpage next22:48
bdrungtumbleweed: "it will leave a signed .changes file for you to upload." could be also added to --no-lp22:50
tumbleweedyeah, just thought that too22:50
bdrungtumbleweed: W: ubuntu-dev-tools: debian-changelog-line-too-long line 2922:56
bdrunggood night23:11
bdrungtumbleweed: found nothing to complain any more. you can merge your branch. besides that, sponsor-patch should be modified to use the new feature of syncpackage (code is there and just needs little adjustment)23:16
bdrungnow really good night23:16
tumbleweedyeah, that should happen23:16
tumbleweedI won't merge it until the feature is live23:16
psusishouldn't udisks --inhibit prevent the desktop from fscking with new mounts that show up?  I'm trying to run the parted test suite and the tests are failing because gnome is fscking with the temp test mounts23:24
broderi don't see how anything gnome could fsck - it all runs unprivileged23:27
barrysmoser: ping23:27
psusiby fsck I mean generally fucking with ;)23:27
psusilike looking for cat photos or music albums or whatever it does when it sees a new disk.. it keeps popping up and trying to tell me things about the new fs that was mounted in some deep tmp dir during the tests, even though I use udisks --inhibit23:29
broderbut the point stands. gnome can't do anything to anything without udisk-daemon agreeing to it, so start there23:29
psusihrm... killing udisks didn't help either23:31
broderi would assume that its udev rule hits it over dbus so it gets autospawned23:31
psusiI meant kill -STOP23:32
broderwell then it must be the udev rules23:32
=== mglidden_ is now known as mglidden
psusiI thought udisks was the bridge between udev and gnome?23:34
psusiif it is frozen... gnome shouldn't be doing anything right?23:34
psusibwahah!  suck it gnome!  wrapped make with unshare -m and nobody else gets to see the new mounts23:38
broderoh, if the tests are mounting things i don't think that's mediated by udisks23:39
barrywell, it's dinner time so...23:39
barry@pilot out23:39
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Publisher stopped pending librarian recovery | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
SpamapSbroder: were you going to mark bug 886205 a dupe of bug 580319 ?23:56
ubottuLaunchpad bug 886205 in upstart (Ubuntu) "Disabling network-interface break rc-sysinit compatibility script" [Undecided,New] https://launchpad.net/bugs/88620523:56
ubottuLaunchpad bug 580319 in upstart (Ubuntu Natty) "init.d controlled services launch before all interfaces are up, thus failing to start" [Medium,Triaged] https://launchpad.net/bugs/58031923:56
broderSpamapS: i was planning to take another look at it this evening while holding out silent hope that you'd deal with it first :-P23:57

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