/srv/irclogs.ubuntu.com/2011/06/29/#ubuntu-devel.txt

slangaseklamont: poking at the libmount code, I'm reasonably convinced it's a bug rather than a feature given the amount of code related to the mtab that *does* get called00:18
slangaseklamont: but I've yet to find the actual bug :P00:18
lifelessbryceh: ping00:48
brycehlifeless, yes00:53
lifelessbryceh: hi00:53
lifelessbryceh: can you join #launchpad-ops (internal) for a bit ?00:53
=== dmb is now known as ]dmb[
=== ogasawara_ is now known as ogasawara
=== hunger_ is now known as hunger
jelmerdoko, slangasek: making some progress on the one-time import; 14k out of 26k left at the moment09:14
\shhmm...why is the global menu bar missing from gvim now since the last unity update on natty...strange09:16
slangasekjelmer: whee :)09:17
geser\sh: are you perhaps affected by bug 776499?09:24
ubottuLaunchpad bug 776499 in vim (Ubuntu) "gvim gets no global menu, timeout warning on the console" [Undecided,Confirmed] https://launchpad.net/bugs/77649909:24
\shgeser, dunno, because I don't see any menubar on gvim anymore...before the last unity update this was working09:25
\shand no...I don't even get the console message the people are talking about09:26
\shbut gvim -f helps09:26
slangasekjelmer: is there a bzr-svn package update pending for oneiric?09:26
jelmerslangasek: Yes, but it's blocked by a strange interaction with libapr/iconv that makes the testsuite segfault09:28
slangasekjelmer: do you have a log?09:31
slangasekjelmer: or, a pointer to the package currently failing?09:35
jelmerslangasek: It should be reproducable by building http://bzr.debian.org/pkg-bazaar/bzr-svn/unstable in a sid chroot09:35
jelmerslangasek, I'll see about filing a bug about it, so the rest of the world is also aware of it.09:39
slangasekjelmer: got it, cheers09:43
jelmerslangasek, https://bugs.launchpad.net/subvertpy/+bug/80335309:49
ubottuUbuntu bug 803353 in subvertpy "segfault during iconv close from ra cleanup" [High,Triaged]09:49
slangasekjelmer: btw, I think there's a missing breaks: bzr-builddeb or something in the latest bzr, because natty->oneiric upgrade warned me about bzr-svn, but let bzrlib get upgraded out from underneath, breaking things09:52
jelmerslangasek, unlike bzr-svn, which relies more on bzr internals, bzr-builddeb should work with multiple bzr series09:53
pittikees, jdstrand: published linux-meta-mvl-dove linux-mvl-dove to lucid-u/s, for bug 80255409:53
slangasekjelmer: well... it didn't :-)09:53
ubottuLaunchpad bug 802554 in linux (Ubuntu) "linux: 2.6.32-33.69 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/80255409:53
jelmerslangasek: that's the theory though, if something's breaking it should be fixed :)09:54
slangasekjelmer: natty bzr + oneiric bzrlib + oneiric bzr-builddeb, and bzr bd fails with an internal error09:54
pittikees, jdstrand: with the automated emails being sent now, and me changing te status on the tracker bug, do you actually need/want me to ping you on IRC about this?09:54
slangasekjelmer: where should I file the bug?09:54
pittikees, jdstrand: sorry, bug 79469509:54
ubottuLaunchpad bug 794695 in Kernel SRU Workflow "linux-mvl-dove: 2.6.32-217.34 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/79469509:55
keespitti: it's nice to get the ping, but I don't think it's required any more. if you happen to remember, that's fine09:55
jelmerslangasek: ubuntu/bzr I think09:56
slangasekjelmer: bug #80336210:10
ubottuLaunchpad bug 803362 in bzr (Ubuntu) "partial upgrade to oneiric (to keep bzr-svn installed) bails with bzr bd -S" [Undecided,New] https://launchpad.net/bugs/80336210:10
jelmerslangasek: thanks10:11
jelmerslangasek: Ah, sorry - I misunderstood. You're right, this is indeed a missing Breaks10:12
RAOFkees: Is security looking at bug #657598 ? It's proposed as an sru but looks like a security fix.10:49
ubottuLaunchpad bug 657598 in g15daemon (Ubuntu Natty) "g15macro crashes with buffer overflow" [Undecided,Confirmed] https://launchpad.net/bugs/65759810:49
micahgRAOF: it's not a security issue per say since it crashes on startup10:52
micahg*per se10:52
RAOFmicahg: So we'll accept that as an SRU then?10:53
micahgRAOF: if the SRU team thinks it's worth it, why not?10:54
RAOFRight.10:54
keesRAOF: right, what micahg said :) I've added a note to the bug now just to clarify10:57
siretartLaney: please consider merging http://bazaar.launchpad.net/~siretart/+junk/transition-tracker.libav/revision/106, I had to bump libswscale's soname again very close before the final 0.7 release11:01
siretartor anyone else with access to the branch11:02
* micahg congratulates RAOF on becoming a member of the SRU team11:08
cjwatsonzul: well, er, thanks for uploading image-store-proxy, but you didn't fix the test failure that was the reason I didn't just upload it myself ...11:19
zulcjwatson: damn it sorry about that11:19
barryzul, cjwatson i set bug 802402 back to confirmed state11:21
ubottuLaunchpad bug 802402 in image-store-proxy (Ubuntu) "convert to dh_python2" [Undecided,Confirmed] https://launchpad.net/bugs/80240211:21
Laneysiretart: not easily since my PC is offline due to a house move11:21
Laneysomeone else can though11:22
dokoRAOF: mesa/llvm ping11:22
barrycr3: you will hate me now: checkbox :)11:23
barrycr3: it's the last desktop cd package that needs conversion from python-central (bug 788514)11:23
ubottuLaunchpad bug 788514 in Ubuntu Oneiric "python packages on the CDs not using dh_python2" [Medium,Confirmed] https://launchpad.net/bugs/78851411:23
slangasekwendar, barry, ScottK: wrt python2.7 in Debian and the transition tracking: for ignorable issues on packages not in testing (only in stable, unstable), is it preferred to remove the dex usertag, or to remove it from the 'blocks' list?11:47
keespitti: can you check the components for linux-mvl-dove lucid? it seems to have gone into universe instead of main11:47
pitti*sigh*11:47
keespitti: e.g. http://ports.ubuntu.com/pool/universe/l/linux-mvl-dove/ vs http://ports.ubuntu.com/pool/main/l/linux-mvl-dove/11:47
pittikees: I'll promote it11:47
keespitti: well, can you double-check?11:47
keespitti: I *think* it hsould be in main. the others have been, but perhaps all of those are mistakes too?11:48
pittithey were in main in the final release11:48
keesI see a history of 2.6.32-2xx in main, but we should make sure11:48
pittihmm11:49
pittithat's for lucid or maverick?11:49
pittiI see some -di modules in universe11:49
pittihttps://launchpad.net/ubuntu/+source/linux-mvl-dove/+publishinghistory says "main", too11:49
keesI'm looking at lucid linux-mvl-dove. whatever the components were for release is what it should be for -security11:49
cjwatsonthere's a nascent pocket-mismatches script in ~lp_archive/dak/ that you can use to analyse this kind of thing11:49
cjwatsonobserve the hideous pile of output11:50
pittiah, right; so these -di modules were in main for the release, but aren't any more11:50
pittiso that was apparently mis-binNEWed11:51
pittikees: fixed11:56
keespitti: thanks!11:57
cjwatsonat the risk of being a broken record: people need to use kernel-overrides when binNEWing kernel packages11:58
cjwatsonpitti: language-pack-ky-base seems to be out of date: http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/edubuntu-dvd/latest/livecd-20110629-i386.out11:59
evfoolwhat's the difference between a debian ITP and RFP?12:02
pittilanguage-pack-kde-ky | 1:11.10+20110627 |       oneiric | source, all12:02
pitticjwatson: ^ hmm12:02
StevenKITP == Intent To Package -- I will do it.12:02
pittilanguage-pack-kde-ky-base | 1:11.10+20110623 |       oneiric | source, all12:02
StevenKRFP == Request For Package -- someone else, please do it.12:03
pitticjwatson: oh, indeed -- madison on cocoplum has the new one, but rmadison doesn't12:03
pittiaccording to LP it was published 3 days ago12:04
seb128janimo, ogra_: could somebody look at the json-glib armel ftbfs?12:07
seb128it's make the new libdbusmenu depwait on armel and the new indicator stack picked depends on the old libdbusmenu soname12:07
janimoseb128, will check12:08
seb128thanks12:08
evfoolthanks StevenK, the debian site description doesn't define them that nice :)12:09
sveinseHow can I create a debian package without any content (but with dependencies)? I know how to do that for a normal package, but I dont know how to build it without having any software to put into it. Any pointers please?12:42
tsimpsonjust create an empty <project>/ dir and create <project>/debian/12:43
sveinseThanks. Obvious really12:46
cjwatsonpitti: huh, ok12:48
ScottKslangasek: Unless it's an RC issue in and of itself (so we can be sure the package will stay out of Testing) I think just drop the DEX tag.12:54
slangasekScottK: these are all RC issues that I'm referring to12:57
ScottKslangasek: Then I think they don't need to block.12:58
sveinseIs it possible to configure dpkg-buildpackage/debuild to use other file than Makefile for building the upstream source?12:59
slangasekScottK: righty-o.  do you have the transition bug # handy? (bts being slow)12:59
ScottKNo.  Sorry.12:59
slangasekk12:59
ScottKsveinse: debian/rules is the make file that is used.  It may call an upstream make file, it may not.  Depends on what's in it.13:00
sveinseScottK: I'm using the default %:   dh $@, so dh must be assuming a Makefile in ../ (relative to the debian dir)13:11
ScottKYes, but you can override this.13:11
sveinseHow? I couldn't find any mention of it in man dh13:13
ScottKThese examples are very Perl specific, but ought to give you an idea: http://pkg-perl.alioth.debian.org/debhelper.html13:15
sveinseexcellent, thanks13:16
sveinseA bit more tedious than I hoped for, but I get the idea13:16
Laneyif you want to build from a different directory then there's -D to the various dh_auto tools13:17
cjwatsonsveinse: dh won't use a Makefile if there isn't one14:03
cjwatsonsveinse: if all you need to do is install some files, it's more usual to use debian/*.install files (see 'man dh_install')14:04
siretartcjwatson: please consider merging http://bazaar.launchpad.net/~siretart/+junk/transition-tracker.libav/revision/106, I had to bump libswscale's soname again very close before the final 0.7 release14:05
sveinsecjwatson: Yes. In my case, the top level Makefile is autogenerated, and thus I can't change it to do make install into $DESTDIR, so I planned on writing a small Makefile.debian to wrap the build & install process. But when I come to think of it, I can do this wrapping within debian/rules14:06
cjwatsonsiretart: done14:06
cjwatsonoverride_dh_auto_install:14:07
cjwatson       # either just a comment, or do what you need instead14:07
cjwatsonsveinse: ^-14:07
sveinsethanks14:07
siretartcjwatson: thanks14:07
sconklinpitti: could you please copy natty from the kernel ppa to -proposed when you can? Sorry to nudge you, but this should fix the problems that a lot of people are seeing here at the rally14:08
cjwatsonMakefile.debian would not usually be an idiomatic thing to do, no14:08
pittisconklin: oh, sure; I noticed it on pending-sru, but there was no workflow task assigned, so I wasn't sure I was supposed to14:08
sconklinThe workflow bot should have just ticked the tasks over about 5 mins ago14:09
pittisconklin: oh, actually there is now14:09
sconklinpitti: thanks!14:09
pittisconklin: done14:10
pittitseliot: I committed your nvidia multiarch patch, seems to work fine on my fake intel testing; thanks!14:27
pittitseliot: I get a crash in NvidiaDetector/alternatives.py set_alternative(), looking into that now; but enabled() now gives the correct results14:28
tseliotpitti: np. I can do the same for fglrx14:28
tseliotpitti: if you show me the crash I can fix it14:28
pittitseliot: http://paste.ubuntu.com/635026/ -> happens when I enable or disable nvidia14:29
pitti2011-06-29 14:26:43,099 DEBUG: NVidia(nvidia_current).enabled(): target_alt None current_alt /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf other target alt None other current alt /usr/lib/nvidia-current/alt_ld.so.conf14:29
pittitseliot: prsumably it tries to pass None as an argument?14:30
tseliotpitti: that None looks suspicious, I'll check the code14:30
pittitseliot: I'll add a debugging line for other_open_drivers14:30
tseliotthanks14:30
pittitseliot: right, as I suspected14:35
pitti2011-06-29 14:35:34,609 DEBUG: NVidia.disable(nvidia_current): open_drivers: /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf14:35
pitti2011-06-29 14:35:34,938 DEBUG: NVidia.disable(nvidia_current): other_open_drivers: None14:35
pittitseliot: should the nvidia driver just not call self._other_alternatives.set_alternative(other_open_drivers) if it's none?14:36
simon-oHi, I tried to build a oneiric package for natty using a build recipe: https://code.launchpad.net/~simono/+recipe/scala-natty but this didn't work: https://code.launchpad.net/~simono/+archive/personal/+recipebuild/55045 Any ideas why it failed?14:36
pittitseliot: or should set_alternative be robust with that?14:36
micahgsimon-o: I think you want #ubuntu-packaging14:36
pittitseliot: I'll add a None test for now14:36
simon-omicahg, right, thanks14:37
RAOFdoko: Pong re: mesa/llvm.  Are you in the foundations room?14:37
slangasekRAOF: he's next door w/ me at the moment, but we'll be over there soon14:37
RAOFslangasek: Over here in the desktop room?14:38
RAOFOr over there in the foundations room?14:38
slangasekRAOF: over there in the foundations room14:39
seb128RAOF, they are the ones having issues, they should be the one moving to us :p14:40
pittiwell, disk space is not really an one-team problem14:40
seb128pitti, see the ":p"14:41
seb128;-)14:41
pittitseliot: ok, working fine now; I'll commit the None check14:42
dokoRAOF: in 5min14:42
tseliotpitti: right other_open_drivers can be None, that's what I forgot to handle. Good catch14:43
cr3barry: guess what I'm doing?15:13
cr3barry: question for you: the new package contains python files under ./usr/lib/python2.6/dist-packages/ and ./usr/lib/python2.7/dist-packages/ in addition to ./usr/share/pyshared/ whereas the old package only contains files under the latter directory.15:17
cr3oddly, this doesn't seem to affect the resulting size of the package much... viva compression15:17
ScottKcr3: Did you just switch it to use dh_python2?15:18
cr3ScottK: yes, is that expected behavior?15:18
ScottKThe /usr/lib ... are symlinks.15:18
cr3ScottK: ah, my mistake, I was looking at the output of dpkg -c | awk '{print $6}'... thanks!15:19
ScottKThis is expected.15:19
ScottKpysupport/central would generate these symlinks at install time.15:19
ScottKIncluding them in the package is better.15:19
jelmerdoko, slangasek: lp:~jelmer/gcc/gcc-4.6-import is up now15:25
cr3pitti: I'm planning to increase the size of the checkbox deb by 169Kb, is that alright?15:31
cr3bladernr: ^^^ thought you might be interested15:31
cr3barry: checkbox-gtk depends on gir1.2-gtk-3.0; however: Package gir1.2-gtk-3.0 is not installed.15:34
cr3barry: I'm not sure I understand why though, the depends and recommends line look the same15:38
slangasekjelmer: and can that be pushed to lp:gcc?15:46
=== smb` is now known as smb
barrycr3: hi.  hmm, i'm not sure why either, since i didn't touch those parts15:48
barrycr3: what room are you in?  maybe i can come down and pair with you?15:48
cr3barry: my mistake, I'll get back to you shortly15:49
barrycr3: cool!15:49
cr3barry: give me a moment before running around, I wouldn't want you to see me screw up in person :)15:49
pitticr3: shold be okay; but thanks muchly for caring!15:49
cr3pitti: awesome, thanks for the confirmation :)15:52
BenCAny good ubuntu coders looking for work (fulltime/telecommute/mpeg/rtsp/little bit of kernel/mpeg4/h264/alsa/v4l2/packaging/daemon/sql/php)?16:11
nigelbwow, you've gone from kernel all the way to php+sql16:12
BenCI'm looking to replace myself with my last employer16:13
BenCbig shoes :)16:13
BenCThe kernel isn't important, but you need to understand v4l2 and alsa API16:14
nigelbYou could post the planet for a wider audience16:15
jelmerslangasek, I can fix lp:gcc but by pointing it at a different branch for the moment ("bzr branch lp:gcc" would still do the right thing)16:35
slangasekjelmer: and would continue to do the right thing later, not give us branch divergence? :)16:36
jelmerslangasek: yes, that would not cause divergence later16:37
slangasekjelmer: that would be great then :)16:37
cr3barry: checkbox done!17:02
janimoanyone else seeing issues with latest apt? apt-get changelog segfaults on oneiric. dist-upgrade does nothing. x8617:20
pittitseliot: hm, so I'm confused -- "modinfo nvidia" doesn't exit, "modinfo nvidia_current" does; but once you load it, "lsmod" will show "nvidia", but not "nvidia_current"; is that supposed to be that way?17:22
tseliotpitti: yes but you can resolve the alias and find the real name in nvidia-common, IIRC17:24
pittitseliot: ah, it already seems to do that, it overrides used()17:27
pittiso I'll debug that then17:27
tseliotright17:27
pitti2011-06-30 02:00:53,876 DEBUG: Nvidia.used: module nvidia_current, module_alias nvidia, resolved alias:17:32
pittitseliot: ^17:32
pittitseliot: so the module_alias seems correct (it's calling module_loaded() on that)17:32
pittitseliot: but it seems that resolve_module_alias("nvidia") is returning nothing, instead of "nvidia_current"17:32
pittitseliot: this seems to be a bug in MultiArchUtils17:33
tseliotpitti: I don't know if it works in both directions17:33
pittitseliot: what's the direction it's supposed to work in?17:33
pittitseliot: right now it expects resolve_module_alias("nvidia") == "nvidia_current"17:34
pittii. e. translate the name in "lsmod" to the actual kmod file name17:34
tseliotpitti: all the library does is call modprobe --resolve-alias $alias17:35
pittimodprobe --resolve-alias nvidia -> ""17:37
pittiso is that the bug?17:38
pittitseliot: how is that alias defined?17:38
pitti/etc/modprobe.d/nvidia-graphics-drivers.conf just has a couple of blacklist s17:38
barrycr3: hey man, how's checkbox going?  anything i can do to help?17:41
tseliotpitti: dkms does it17:46
tseliotpitti: in dkms.conf17:47
barryjelmer: ping17:48
jelmerbarry, hello17:48
tseliotpitti: you can find more about it in dkms' man page17:49
barryjelmer: hi.  i'm starting to work on gnome-orca but it's got import failures.  was just wondering if this was one i could fix manually, and if so, how? :)17:49
jelmerbarry: I'm not entirely sure, it seems like a bzr bug of some sort but I haven't looked into this one17:50
jelmerbarry: vila or maxb might be able to say more about it17:50
* maxb checks that one17:51
barrymaxb: if it's not easy i can always import-dsc to unblock17:51
maxbOh, that's one of the NoFinalPath ones17:51
barrymaxb: what does that mean?17:51
maxbIt means we need someone who understands bzrlib's preview transform merge code to figure out why it's throwing that exception17:52
barrymaxb: ;)  okay, no worries.  i'll import-dsc17:52
barrymaxb, jelmer thanks!17:53
elmowhat happened to the parseable copyright file stuff - did that get stalled/not happen?19:30
tumbleweedit's going to be in the next debian policy release19:31
slangasekthat's a bit of an overstatement19:31
slangasekthere are still bugs in the spec that need fixin'19:31
tumbleweedwell, as an appendix, IIRC. Not a MUST by any means :)19:31
slangasekelmo: http://dep.debian.net/deps/dep5/19:31
elmoslangasek: yeah, thanks, I found that - but the ubuntu packaging guide's initial example doesn't use it, but i see now the more detailed example does19:32
micahgany archive admin around for a PPA -> archive copy?19:37
slangasekelmo: ah; well I don't consider the spec to have the kinks worked out yet to the point of recommending adoption, but I think I'm being more conservative than average19:43
slangasekmicahg: if we can do it quickly :)19:43
micahgslangasek: yep, ubuntu-mozilla-security PPA, lucid firefox -> lucid-security19:44
slangasekmicahg: a little less brevity and a little more cutnpasterity? :)19:44
micahgoh, hmm, let me see if I can find the commands...19:44
slangasekI don't have it in my command buffer, sadly19:45
slangasekah, here it is19:45
micahgslangasek: copy-package.py -b --ppa=ubuntu-mozilla-security -s lucid --to-suite lucid-security -e 3.6.18+build2+nobinonly-0ubuntu0.10.04.2  firefox19:46
slangasekmicahg: ack - done19:47
micahgslangasek: thanks :)19:47
=== elif is now known as elif_brb
=== yofel_ is now known as yofel
=== dendrobates is now known as dendro-afk
jochenspHi, my PPA doesn't want to install libvtk5.6 in oneiric, is that known?22:22
tumbleweedjochensp: we are half way through a VTK transition (mostly stalled, the remaining packages all fail to build): http://people.canonical.com/~ubuntu-archive/transitions/vtk.html (does that help at all?)22:25
dtchenthere's also the versioned conflict for libavutil51.22:26
dtchen(rather, the versioned dep prevents its installation)22:27
tumbleweedoh, right, I think vtk needs a rebuild22:27
tumbleweedindeed: http://people.canonical.com/~ubuntu-archive/transitions/libav.html22:27
jochensptumbleweed: thx, will try it again later22:49
tumbleweedjochensp: if it only needs a no-change rebuild, I'll upload it soon22:52
* Chipzz sighs @ http://lkubuntu.wordpress.com/22:58
broder‘/var/lib/dpkg/tmp.ci//.svn’: Is a directory> i don't even want to speculate on how your system ends up like that22:58
Chipzz"A listing of useful software, tips, tweaks and hacks for Ubuntu". I've only read about 6 articles from there, but all of them were crap22:58
Chipzzdeb-extract. really??22:59
* Chipzz facepalms22:59
Chipzzbroder: http://lkubuntu.wordpress.com/2011/06/29/extract-fully-a-deb-archive-with-deb-extract/23:00
broderUgh. I didn't actually realize all of those articles were coming from the same site23:00
Chipzznext one:23:01
Chipzzcat << EOF | sudo tee /etc/ld.so.preload /dev/null23:01
Chipzz/usr/lib/libv4l/v4l1compat.so23:01
ChipzzEOF23:02
Chipzzmore facepalm :(23:02
Chipzzactually 2 facepalms for the price of one23:02
Chipzzactually 3 if you count the unnecessary use of cat23:05
tumbleweedjochensp: vtk rebuild uploaded23:25
=== dendro-afk is now known as dendrobates

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