[00:30] <kklimonda> is there a "oneliner" I could use to get a list of binary reverse dependencies of the given source package? i.e. all binary packages that depend on binary packages built from the given source package.
[00:34] <micahg> kklimonda: there's a script that pitti gave me, but it requires a copy of the Packages and Sources indices from the archive
[00:35] <kklimonda> micahg: I guess I can live with that, could you put it somewhere?
[00:36] <micahg> kklimonda: http://people.canonical.com/~pitti/scripts/checkrdepends
[00:37] <kklimonda> thanks
[00:38] <micahg> kklimonda: you can create the needed part with scripts/packages-mirror in lp:ubuntu-cve-tracker
[00:40] <kklimonda> micahg: btw, are there plans to move mozilla daily builds over to the new "recipe based" solution?
[00:41] <micahg> kklimonda: maybe if recipies start support import from hg
[00:41] <micahg> er, lp supports import from hg
[00:41] <kklimonda> ah, the amazing world of thousand and one version tracking systems..
[00:47] <LLStarks> what's the difference between a dbg package and dbgsym package?
[00:47] <LLStarks> raof, 0x0169b6bd in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6
[00:49] <RAOF> LLStarks: Rejoice!  Update and mesa will stop killing deluge.
[00:50] <LLStarks> using edgers
[00:50] <RAOF> Then stop doing that, and use Natty's (mostly) fixed mesa :)
[00:50] <LLStarks> will do
[00:50] <RAOF> LLStarks: The -dbgsym packages are automatically generated for all packages in the archive. -dbg packages are manually sepecified by the maintainers, so could do anything.
[00:50] <StevenK> RAOF: So why does mesa kill deluge
[00:51] <StevenK> ?
[00:51] <RAOF> (Although they generally contain exactly the same contents as the -dbgsym packages)
[00:52] <RAOF> StevenK: Because it uses a broken TLS model, so if you dlopen libGL, or you dlopen something which depends on libGL, libstdc++ won't have it's TLS data initialised correctly and will explode when it hits a TLS path.
[00:52] <LLStarks> what other apps are affected?
[00:52] <StevenK> RAOF: Wait, because mesa does, or deluge does?
[00:53] <RAOF> Because mesa's TLS model is broken.
[00:53] <StevenK> (use a broken TLS model)
[00:53] <StevenK> Ah! It's a mesa bug, then?
[00:53] <RAOF> Yes.
[00:53] <RAOF> bug #219259
[00:53] <ubottu> Launchpad bug 219259 in gnupg (Ubuntu) "gnupg needs to be updated to 1.4.9 (or bugfix backported to 1.4.6) to thwart vulnerability (dup-of: 214194)" [Undecided,New] https://launchpad.net/bugs/219259
[00:53] <ubottu> Launchpad bug 214194 in gnupg (Gentoo Linux) "GnuPG allows remote attackers to cause a denial of service" [Low,Fix released] https://launchpad.net/bugs/214194
[00:53] <RAOF> Whoops.  bug #259219
[00:53] <ubottu> Launchpad bug 259219 in software-center (Ubuntu Natty) "Broken TLS support in libGL.so AKA: software-center crashed with SIGSEGV in __cxa_allocate_exception()" [High,Fix released] https://launchpad.net/bugs/259219
[00:53] <StevenK> Haha
[00:54] <LLStarks> nice. no wonder you identified the bug so quickly.
[00:55] <RAOF> You are it a maze of twisty IA32 assembler, all alike.
[00:57] <LLStarks> heh. no segfault with mesa 7.10.1
[03:02] <dustin> could someone help me in regards to a question regarding installation of a patch for OA "open-arena" if so could you pm me please
[03:03] <c2tarun> why I am getting this error curl: (6) Couldn't resolve host 'people.canonical.com'
[03:03] <c2tarun>  on running rmadison kdeedu in natty chroot?
[03:04] <dustin> hmm nobody around me thinks :( id help ya but im a noob yet :)
[03:05] <c2tarun> lets wait for some to reply :)
[03:06] <dustin> god i hope so this damn game is driveing me nuts brb for a quick smoke aight bro
[03:07] <Mase_wk> c2tarun: what does your resolv.conf point to in the chroot ?
[03:08] <Mase_wk> can you resolve it outside your chroot ?
[03:08] <c2tarun> Mase_wk, http://pastebin.com/HasS931x here is my resolv.conf
[03:09] <c2tarun> Mase_wk, I think that ip is wrong
[03:09] <Mase_wk> right well that is most likely your issue then :)
[03:11] <c2tarun> Mase_wk, fixed :) thanks
[03:12] <Mase_wk> np
[03:12] <ScottK> c2tarun: If you ask the same question on multiple channels it wastes people's time giving multiple answers.
[03:14] <c2tarun> ScottK, sorry :( I thought there is no one on this channel, I'll keep in mind from next time.
[03:15] <micahg> !patience > c2tarun
[03:15] <ubottu> c2tarun, please see my private message
[03:16] <ScottK> c2tarun: You waited two minutes.  Not nearly enough time particularly when it's night time in the time zone's most Ubuntu developers live in.
[03:17] <c2tarun> sorry
[04:44] <dustin> tocos?
[04:47] <c2tarun> Is there any guide or manual available of how to split packages?
[04:54] <micahg> MTecknology: your title isn't the standard sync title, you should probably use requestsync from ubuntu-dev-tools next time (-e for exceptions)
[04:55] <micahg> MTecknology: you can use requestsync to show you the title for the bug and change it to that and then CTRL+C before submitting
[04:56] <MTecknology> micahg: oh..
[05:49] <c2tarun> working on bug 683439 need help in splitting a package :( can anyone please help.
[05:49] <ubottu> Launchpad bug 683439 in kdeedu (Ubuntu) "split kalgebra mobile" [Undecided,In progress] https://launchpad.net/bugs/683439
[07:46] <dholbach> good morning
[09:36] <iulian> Morning dholbach.
[09:41] <dholbach> hey iulian
[10:23] <kmdm> Hi all, hoping for some more advice... I've converted a python package to dh_python2, setup.py has py_modules=["NAME"], NAME is in the root dir of the package but it doesn't get copied into /usr/share/PKG-NAME... I've been following: http://wiki.debian.org/Python/Packaging#Example2.3APythonapplication
[10:24] <kmdm> (I do get an egg info file though, but nothing else)
[10:25] <kmdm> Do I need to explicity specify the python modules as files rather than the top level directory containing an __init__.py?
[10:29] <kmdm> aha, that was it... I needed packages= not py_modules= ... thanks for listening ;-)
[10:30]  * Laney sighs and uploads ghc
[10:30] <Laney> new mini-transition coming
[10:48] <geser> does most haskell packages need a rebuild again to pick the new ABI?
[10:49] <Laney> only ones which transitively depend on unix
[10:49] <Laney> I wonder why that one is particularly fragile
[10:50] <Laney> also, my installability graph is broken currently withe gnomekeyring.IOError — any ideas on how to repair that appreciated
[10:57] <Laney> argh
[10:57] <Laney> how can it FTBFS?!?!?!?!?!
[11:08] <geser> Laney: does your script use the LP API?
[11:08] <Laney> yeah
[11:08] <geser> which version of python-launchpadlib?
[11:08] <Laney>   Installed: 1.9.7-0ubuntu2
[11:09] <geser> did you update your script for the auth changes in 1.9?
[11:10] <Laney> no not at all, I don't really follow it
[11:10] <Laney> was there a NEWS file telling me I had to that I missed?
[11:11] <geser> https://lists.launchpad.net/launchpad-users/msg06239.html
[11:11] <Laney> bah
[11:11] <Laney> there are packaging mechanisms to tell me about such things
[11:23] <tumbleweed> Laney: it's in a NEWS entry for the most recent launchpadlib upload
[11:24] <tumbleweed> (but that came via debian, long after broken launchpadlibs were in natty)
[11:24] <Laney> better than nothing
[11:26] <Laney> oh, no, I still don't see it
[11:26] <Laney> hasn't been uploaded yet I guess
[11:28] <tumbleweed> oh, whoops, I saw NEWS.txt on my natty box
[11:29] <tumbleweed> ok, well you might have seen it in a u-d-t NEWS entry then :)
=== ogra_ is now known as ogra
=== tm_ is now known as tm
=== yofel_ is now known as yofel
[14:21] <ari-tczew> cyphermox: could you upgrade connman in Debian?
[14:23] <cyphermox> ari-tczew, yes. that's my plan, just haven't gotten around to it yet
[14:23] <ari-tczew> ok
=== iulian_ is now known as iulian
[15:28] <Q-FUNK> howdy!  I could use some help to debug a maintainer script that keeps on exiting with 1.
[15:28] <Q-FUNK> http://q-funk.iki.fi/debian/pool/c/cups-pdf/cups-pdf_2.5.1-2.dsc
[15:40] <cyphermox> Q-FUNK, which one?
[15:40] <Q-FUNK> cyphermox: in the package above.
[15:41] <Q-FUNK> cyphermox: postrm
[15:45] <Q-FUNK> cyphermox: th
[15:45] <Q-FUNK> cyphermox: the purging loop causes it, but I'm not sure how.
[15:45] <cyphermox> lpstat -h localhost -v exits 1  "lpstat: No destinations added."
[15:46] <cyphermox> apparently the manpage lies
[15:46] <Q-FUNK> how so?
[15:47] <cyphermox> Q-FUNK, for -v "if no printer is specified... all printers are shown", but here not specifying something after -v results in exit 1
[15:49] <Q-FUNK> works here, but then i have some printers installed
[15:49] <cyphermox> ah, I see, nevermind
[15:50] <cyphermox> Q-FUNK, any cups-pdf printers in the list?
[15:51] <Q-FUNK> yes
[15:51] <Q-FUNK> right. seems that if there's no printer installed whatsoever, it returns what you saw
[15:51] <cyphermox> yeah
[15:51] <cyphermox> I just installed the one here... shows how often I use it
[15:53] <Q-FUNK> heh
=== evilvish is now known as vish
[16:04] <cyphermox> Q-FUNK, could it be failing because the printer is already removed?  also, here lpadmin doesn't agree with -r with no arguments
[16:06] <Q-FUNK> wouldn't the loop exit if the lpstat line returns empty?
[16:10] <cyphermox> yeah
[16:11] <Q-FUNK> hm
[16:11] <Q-FUNK> why does it return 1 then?
[16:22] <cyphermox> Q-FUNK: I get errors when lpadmin is called too  -- lpadmin : classe attendue après l’option « -r ».
[16:23] <Q-FUNK> cyphermox: bizare.
[16:23] <cyphermox> Q-FUNK, http://paste.ubuntu.com/581169/
[16:56] <plainas> hey all, if i define all the dependencies of my app on setup.py, will stdeb grab them?
=== medberry is now known as med_tmp
=== med_tmp is now known as medberry
=== medberry is now known as med_brb
=== med_brb is now known as medberry
[21:49] <blueyed> I am looking for the recipes documentation. Where is it?
[21:49] <blueyed> I want to create a PPA with recent vim builds.
[21:51] <blueyed> Debian/Ubuntu has 7.3.035.. hello?! - missing 100+ patches?! (7.3.138 is current)
[21:53] <Laney> #launchpad for PPA questions
[22:00] <Ampelbein> blueyed: were you looking for https://wiki.ubuntu.com/PackagingGuide/Recipes ?
[22:01] <blueyed> Ampelbein: that sounds about right. Thanks! (again :))
[22:01] <Ampelbein> you are welcome ;-)
[22:02] <blueyed> Ampelbein: but it's wrong. there was something where you could provide a packaging branch and a upstream source for daily builds.
[22:03] <blueyed> this: https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[22:03] <Ampelbein> oh, yes, the daily builds
[22:04] <Ampelbein> that should be on the wiki as /DailyBuilds though
[22:04] <Ampelbein> which it is but with a longish redirect timer
=== MTeck is now known as MTecknology
[23:36] <wejaeger> Hey, anyone up for reviewing http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn and http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn-daemon