[00:06] hi all [00:08] someone can look this bug? https://bugs.launchpad.net/ubuntu/+source/pwman3/+bug/299130 [00:08] Launchpad bug 299130 in pwman3 "spelling mistake in synaptics-description" [Undecided,Confirmed] === Aquina is now known as Aquina_ === Aquina_ is now known as Aquina [00:50] dpkg: error processing /var/cache/apt/archives/python-wxgtk2.8_2.8.9.1-0ubuntu4_amd64.deb (--unpack): trying to overwrite `/usr/lib/python2.6/dist-packages/wx/__version__.py', which is also in package python-wxgtk2.6 [00:50] dpkg-deb: subprocess paste killed by signal (Broken pipe) [00:51] python-wxgtk2.8 breaks when python-wxgtk2.6 is already installed [00:51] * savvas files a bug :P [00:53] :O your first bug [00:53] XD [00:56] anakron: for today? yeah hehe [00:56] :) [00:57] :) [00:57] im a little bit angry with some packagers [00:57] :@ [00:58] i like to fix some bugs with desktop file problems, but some of them have like 9 errors if you look it with desktop-file-validate [00:59] some entries duplicated ... i could go [00:59] Aren't upstreams generally responsible for .desktop files? [01:00] Although I suppose the packagers should report the problems upstream in the first place... [01:00] in one desktop file an icon path sets an xml file [01:00] ... [01:00] yes i think too [01:00] but, trying to fix a bug, i found some others [01:01] an icon path sets an xml file? [01:02] yes [01:02] XD [01:02] anakron: there are more serious problems with .desktop files: http://groups.google.com/group/linux.debian.devel/browse_thread/thread/6f38b567c5684a60?pli=1 [01:07] :O [01:11] :p === asac_ is now known as asac [02:02] Also some .desktop files predate the FDO spec. [02:31] Hi. How can I see why a package in Debian does not exist in Ubuntu? It's mig (http://packages.debian.org/lenny/mig) [02:32] weird: it's in Ubuntu, but it does not appear through packages.ubuntu.com [02:33] that generally happens if it failed to build [02:33] ajmitch, that's what I was looking for ;-) Thanks [02:34] * ajmitch can't recall where build logs are on LP now [02:35] you're right: there is a cyclic dependency between mig and gnumach [02:35] that doesn't surprise me, given the intent of mig [02:35] https://bugs.edge.launchpad.net/ubuntu/+source/mig/+bug/174851 [02:35] Launchpad bug 174851 in mig "mig and gnumach need a manual boot-strapping on the buildds" [Undecided,New] [02:35] (mig build depends on gnumach, but gnumach depends on mig?!) [02:35] why do you want it? [02:35] was just looking for all FTBFS to try to fix them [02:35] ah [02:36] ignore that one then :) [02:36] yep :-) [02:36] unless you really feel inspired to port ubuntu to the hurd [02:36] (already ignore some of them :-) ) [02:36] hmmm, not really! :-) [02:41] shouldn't those packages be removed from ubuntu then? [03:17] anyone have a package which is a good example of 'debconf' settings? [03:17] s/have/know of/ [03:21] pschulz01: just about any of the output from `apt-cache rdepends debconf|grep -v debconf-` should be a starting point [03:25] dtchen_: Ta.. 'adduser' seems to be a good (simple) one, and postfix gets a little more complicated. === Amaranth_ is now known as Amaranth === jdong is now known as hanoi_tower_2 === jdong_ is now known as jdong === hanoi_tower_2 is now known as jdong_ [04:04] The postfix package combines a number of complex advanced packaging techniques and has accumulated some cruft over the course of the decade it's existed. Probably not the best sample. [04:12] ScottK: hi, do you mind sponsoring both debdiffs for bug 336100, please? [04:12] Launchpad bug 336100 in chkconfig "package sysvinit-utils 2.86.ds1-61ubuntu5 failed to install/upgrade: trying to overwrite `/usr/share/man/man8/service.8.gz', which is also in package chkconfig" [Medium,In progress] https://launchpad.net/bugs/336100 [04:13] * ScottK looks [04:18] dtchen_: Is the man page the only thing that conflicts between the two packages? [04:20] ScottK: yes, but it doesn't make much sense to only remove the conflicting man page [04:21] kirkland made a similar fix for sysvconfig [04:21] It seems odd that we patch service into sysvinit [04:22] And then don't use the other one. [04:24] dtchen_: From reading the man pages it looks like the chkconfig supports a status-all command that the sysvinit-utils one does not. [04:30] ScottK: unless i'm misreading sysvinit's debian/patches/94_service.dpatch, it does [04:31] dtchen_: I thought it provided service, but not service-all. I'm kind of tired though, so I might be misreading it. [04:33] there's no mention of service-all in either, but status-all is properly supported/compatible [04:33] Sorry , status-all was what I meant. [04:33] Did I mention I was tired .... [04:34] o/ ScottK [04:35] Heya rgreening. [04:35] your not the only tired one. I think 4 hrs sleep in 2 nights [04:37] dtchen_: Uploaded. Thank you for your contribution to Ubuntu. [04:37] ScottK: got any small jobs that need done. emphasis small... :) [04:38] Plenty of Python bugs yet to squash. [04:38] throw one at me [04:38] rgreening: Are you on Jaunty? [04:38] yes [04:39] Then apt-cache rdepends python2.4 and pick anything not related to zope. [04:39] ok. i'll look [04:39] The only ones I've specifically looked and and not done already don't qualify as small. [04:40] lol [04:40] ScottK: thanks [04:51] ScottK: ok, I'll take a look at balder2d [04:52] Great. [04:56] no p0romises :) [04:56] hehe [04:57] ScottK: though, if I have luck like I did for the last python fix, who knows. [04:57] * ScottK is off to bed. [04:57] I can look at it tomorrow if no one else does. [05:33] dtchen_, is there a particular reason you're holding off requesting sponsorship to get bug 336965 resolved since you have a solution ready? [05:33] Launchpad bug 336965 in pulseaudio "[Jaunty Regression] Severe Audio Distortion" [Undecided,Fix committed] https://launchpad.net/bugs/336965 [05:34] (like trying to convince kernel team to upload with a PREEMPT enabled kernel to solve the problem etc) [05:47] superm1: i already raised the possibility of enabling PREEMPT for -generic in jaunty with members of the kernel team [05:47] superm1: the proposal was disapproved [05:48] superm1: (it was deemed too late in the devel cycle to enable such a kernel config option) [05:48] (...nevermind that it used to be enabled many releases ago...) [05:49] Well if its any ocmfort, we are not the only ones who don't have it enabled. [05:49] superm1: so - the only other option is to disable glitch-free again [05:49] comfort [05:49] TheMuso: right [05:50] i'm not interested in laying blame anywhere. i've been given operating parameters by the kernel team, so i'll work within them. [05:50] if i wanted politics, i would have chosen another project ;) [05:51] disabling glitch-free isn't really a bad option. i'll continue hacking away at PA to not eat so many resources, but i'm not going to drastically alter its behaviour. lennart would have my skull. [05:52] anyhoo, it's Z time === Amaranth_ is now known as Amaranth [06:07] rgreening: can you upload packages? [06:28] not yet. [06:28] ask me after March 13th MOTU meeting :) [06:29] Laibsch: WHat would you like looked at? [06:35] bugs-- [06:36] TheMuso: thanks [06:36] bug 335891, for example [06:36] Launchpad bug 335891 in audacious "[jaunty] audacious crashes immediately" [High,Triaged] https://launchpad.net/bugs/335891 [06:37] should be ready to upload [06:38] furthermore, python-4suite-xml and python-kaa-metadata need to be made compatible with python 2.6, they depend on python < 2.6 [06:39] It could be that unlike many other packages, it is not a simple recompile job [06:40] I tried simply recompiling python-4suite-xml yesterday and it failed: https://launchpad.net/~r0lf/+archive/ppa/+build/890212 [06:41] It is lacking one of the new python options, but I did not get around to retrying, yet [06:46] Laibsch: uploaded the audacious debdiff, don't have time for the others sorry. [06:49] TheMuso: great, thanks [06:49] One more to cross off [06:56] hello there [06:57] hi all. anybody here with acer laptop with atheros wireless card? [07:07] ScottK: I have a working balder2d. Seems to behave just fine with python2.6 build dep. [07:07] ScottK: I'll submit a bug report for sponsoring later. [07:11] superm1: dkms is in Debian's NEW & BYHAND since 2 weeks ! [07:12] AnAnt, ah wonderful! [07:12] i'm not sure what BYHAND is [07:12] but NEW is good news [07:12] superm1: something like Ubuntu's queue (the stage after REVU) [07:13] AnAnt, great. i'm hoping the packaging is very similar (or identical) to the Ubuntu packaging, but if not i'll have to work with those guys to come to a consensus [07:15] superm1: http://ftp-master.debian.org/new/dkms_2.0.21.0-1.html [07:15] superm1: although I dunno how to get the diff.gz ! [07:15] AnAnt, i can already tell there is some delta there [07:15] superm1: it's not on debian mentors [07:15] i'll try to get ahold of the pieces and examine tomorrow [07:17] btw, someone is making a package for cnetworkmanager (controlling NetworkManager under console) === savvas_ is now known as savvas [08:07] good morning! [08:08] morning Toadstool! [08:08] hey Hobbsee! [08:49] BYHAND is an unusual process where a package build submits arbitrary files as part of the upload for manual attention of the Debian ftp-masters, e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405925 [08:49] Debian bug 405925 in doc-debian "doc-debian: Please ship BYHAND versions (for ftp.debian.org/debian/doc) of" [Wishlist,Open] [09:31] should we remove bmpx package as well? [09:31] "The bmpx package has been removed from Debian so we are closing the bugs that were still opened against it." [09:39] pochu: here? should I file a bug report for bmpx removal? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517588 [09:39] Debian bug 517588 in bmpx "Please port bmpx to libsoup2.4" [Important,Closed] [09:39] eh? [09:40] "RM: bmpx -- RoM; unmaintained upstream, uses outdated libraries" [09:40] :P [09:40] savvas: I guess so, unless somebody objects [09:40] ok :) [10:08] Hi all, if a motu want to review my package at http://revu.ubuntuwire.com/p/sqliteman i'll be glad to correct if there is errors :) [10:09] https://bugs.edge.launchpad.net/ubuntu/+source/bmpx/+bug/337659 [10:09] Launchpad bug 337659 in bmpx "RM: bmpx -- RoM; unmaintained upstream, uses outdated libraries" [Undecided,New] [10:40] <_ruben> any hints on how to prevent stuff like this from happening: dpkg-shlibdeps: warning: dependency on libcairo.so.2 could be avoided if "debian/open-vm-tools/usr/lib/open-vm-tools/plugins/vmusr/libresolutionSet.so" were not uselessly linked against it (they use none of its symbols). [10:40] <_ruben> im guessing its the fault of the software itself which does unnecesary linking? === korn_ is now known as c_korn [11:01] _ruben, it typically means the app is using "pkg-config --libs foo" and that's pulling in things it doesn't strictly needf [11:02] e.g. "pkg-config --libs libavcodec" will link against libvorbisenc, even if not needed by the app [11:03] <_ruben> directhex: ic .. im guessing it might have something to do that the package has both cli and gui parts (seperate packages), and that the deps might be set too "global" .. [11:03] <_ruben> checking for gtk+-2.0 >= 2.4.0 (via pkg-config)... yes [11:04] <_ruben> gonna be a bitch to hunt this down (im merging an upstream release of open-vm-tools, for personal use) === azeem_ is now known as azeem [11:35] * _ruben kicks pkg-config around a bit [12:14] <_ruben> i give up .. pkg-config seems to pull stuff out of its ass (or perhaps something else all together) [12:18] _ruben: I think that's because some library is using Libs: when it wants Libs.private: [12:19] <_ruben> pochu: which would be something that's far beyond my current packaging skills :) [12:20] _ruben: well, that's an upstream issue, although upstreams usually don't care about that [12:20] _ruben: you can ignore the warning if you want [12:20] <_ruben> pochu: upstream of the affected libs? [12:21] pochu: pkg-config is clearly underdocumented, so many upstreams write broken or at least suboptimal .pc files [12:21] <_ruben> pochu: well, unless im seeing things wrong, it results in unneeded dependencies [12:21] the best we can do is to send fixes for broken .pc files upstream [12:23] siretart: agreed [12:23] siretart: there are some bugs/patches for pkg-config to document *.private [12:23] but not merged yet though === Kamping_Kaiser is now known as VK5FOSS === VK5FOSS is now known as Kamping_Kaiser [13:14] RainCT: setting up pbulder-intrepid as you said.. [13:15] Regarding debian bug #411851 , I tried the pm-utils hook script but it didn't work, does Ubuntu something else other than pm-utils for suspend/resume ? [13:15] Debian bug 411851 in sl-modem-daemon "slmodemd not restarted on resume" [Normal,Open] http://bugs.debian.org/411851 [13:20] is it possible to install a package in a pbuilder environment for testing purposes? if yes, how? [13:21] goshawk: Yes, pbuilder --login [13:22] but my package is outside the chroot [13:22] i can't see it from there [13:22] i mean inside the chroot [13:22] goshawk: you can use --bindmounts to share a directory between the host and the chroot, but be warned that this will delete everything inside the directory that you tell it (at least cowbuilder does) [13:22] or [13:22] or or or [13:22] cp foopkg /var/cache/pbuilder/build/*/tmp/ [13:23] ^_^ [13:23] after pbuilder login [13:23] so i inject the package into the chroot environment [13:23] goshawk: so you can do something like: mkdir /tmp/test; pbuilder --login --bindmounts /tmp/test; cp /tmp/test [13:23] directhex: uhm, right :) [13:23] i used your wrapper scripts pbuilder-intrepid for it, does it accept --login? it seems no Error: «--login» is not a recognized argument. [13:23] goshawk, or use OTHERMIRROR and a PPA [13:23] * RainCT remembers that [13:24] goshawk: then just pbuilder-intrepid login [13:25] i copied the package into the chroot like directhex said :) [13:25] thx [13:27] no auto completition for pbuilder-dist login, isn't it? [13:28] nope [13:28] it's a minimal environment, so it hasn't much :) [13:28] i had to install the package with dpkg -i and then apt-get install -f for depends [13:29] (you can install additional stuff doing pbuilder-jaunty login --safe-after-login installing it, and logging out, but don't put much place into it or it may interfere with builds) [13:30] goshawk: That's right. You can also use "gdebi .deb", which installs dependencies, but I'm not sure if that in the chroot [13:32] quadrispro: geser: Thanks for working on the libdvdread transitions. :-) [13:32] phone [13:36] I have 2 git branches... and i like to import some changed lines... is there an easy way to do it? [13:59] morning ScottK [13:59] I seem to have balder2d python fixed [13:59] just need to file proper bug [14:00] OK. Let me know and I'll take a look. [14:00] rgreening: Or just pastebin me the debdiff [14:01] sure [14:01] 1 sec [14:03] ScottK: try this http://paste.ubuntu.com/126280/ [14:04] * ScottK looks [14:05] rgreening: Did you test it works with 2.6? [14:05] yeah. got it insalled here. ran and played the game. tried a bunch of options. went to fullscreen [14:05] all seemed fine to me. [14:05] got killed a lot [14:06] :) [14:06] OK. [14:06] Why did you use just patch and not dpatch (dpatch is a lot less effort to integrate)? [14:08] never played with dpatch [14:08] rgreening: ^^^ [14:08] ^^ [14:08] :) [14:09] patch was copy/paste from the cookbook. [14:09] OK. Interesting. I've never actually seen someone do it that way before. [14:09] I had tried quilt, but got some errors. I went to lowest common denominator... [14:10] hehe [14:10] There is some argument in a case like this for just inline the changes and let MoM handle it. [14:10] old school from a new guy [14:10] ;-) [14:10] Also since it's not a K* program I wouldn't have put kubuntu in the patch name. [14:12] doh [14:12] ScottK: as you touched bmpx in the last days: any reason to keep it in Ubuntu? there is a removal request for it (bug #337659) I tend to confirm it [14:12] Launchpad bug 337659 in bmpx "RM: bmpx -- RoM; unmaintained upstream, uses outdated libraries" [Undecided,New] https://launchpad.net/bugs/337659 [14:12] ScottK: force of habit [14:12] which I am trying to break by coming here :) [14:12] geser: I just touched it for transition reasons. I know of no reason not to remove it. [14:13] rgreening: Fair enough. [14:13] i'm sleepy. falling asleep at my desk! zzzzzzzzzz [14:13] well, I remembered the maintainer field ScottK heh [14:13] rgreening: Also we don't put the maintainer change in debian/changelog. It's actually Ubuntu Policy done to all packages, so no need to mention it. [14:14] Yes, excessively. [14:14] update-maintainer! [14:14] oh... new command for me [14:14] there we go, my sole reason for contributing to debian & syncing is becaise i suck at running update-maintainer so this way causes less admonishment from sponsors [14:15] * Laney fluffles directhex [14:15] lots of lib syncs I see [14:15] rgreening: Also ~ppa1 in the revision ... [14:15] of course, I was testing it local. [14:15] Laney, yes, slomo went nuts this morning, and meebey did a few last night [14:15] \o/ [14:15] was going to change in the bug [14:15] Laney, one or two more i can file once the mirror push is done [14:16] too quick sending debdiff [14:16] ScottK: let me redo the deb dif... [14:16] rgreening: No need. I've been editing as I go along and all this stuff is minor. [14:16] patch is missing something [14:17] 1 sec [14:17] maybe... [14:17] nm. [14:17] Im still asleep [14:18] its all good [14:21] ScottK: i'm still sending a proper diff... to ensure I got it corrected. Call it lerning by doing it over. [14:21] rgreening: OK. I'll look at it, but I'm already test building. [14:22] ScottK: http://paste.ubuntu.com/126284/ [14:22] think I got it all this time [14:24] I think so. [14:24] rgreening: Next question: Does this go back to Debian? [14:24] I think it's fairly innocous [14:24] so it surely can [14:26] Does Debian have Python 2.6 yet? [14:26] that, I do not know. [14:26] rgreening: Uploaded: Thank you for your contribution to Ubuntu. [14:26] yw. [14:26] one less python package to worry about [14:27] rgreening: rmadison -u debian python2.6 is an easy way to find out. [14:27] RainCT: done [14:27] I'll try another one in a bit. I assume there are sill some available to work on. [14:27] ok [14:27] ty ScottK [14:28] hmm... rmadison doesn't appear to be reporting anything here ScottK. silently returns nothing. [14:28] RainCT: and gdebi is not good in pbuilder, it carries on a lot of libgtk stuff and can make the pbuilder image dirty... [14:28] rgreening: Great. What I'd do with this is file it as a wishlist bug in Debian BTS and caveat the bug as ... when you get 2.6..... [14:29] ok [14:29] rgreening: I'd just send the patch, not the patch system stuff. [14:29] good enough [14:29] rmadison doesnt seem to work [14:29] 4 me [14:29] It looks like they Debian maintainer is also upstream, so I expect they'll just do a new release or something [14:29] rmadison for Ubuntu is extremely slow. [14:29] it just returns immediately with nothing [14:31] In the case of Debian for python2.6 that's correct as they don't have it. [14:31] Try it with 2.5 [14:31] Why is Ubuntu's rmadison so slow? Is it just that people.ubuntu.com is overloaded? [14:31] ScottK: ah [14:31] maxb: Because it integrates with Launchpad I believe. [14:31] hmm [14:32] ScottK: that works better [14:32] ScottK: It uses a mirror of the archive at people.u.c [14:32] jpds: OK. Then maybe maxb is right. [14:32] It is painful, so if someone could figure a faster way .... [14:32] * maxb wonders how easy it would be to set up an external rmadison driven off the Packages/Sources files [14:32] http://people.ubuntu.com/~ubuntu-archive/madison.cgi [14:34] ScottK: FYI: python2.6 has the same maintainer in Ubuntu and Debian [14:35] POX_: Yes, I'm aware. I'm guessing he's just waiting for some transition to clear or something for Debian. [14:36] * POX_ wonders why the python2.6 transition is not made by Debian guys as clearly they have more manpower [14:37] * ScottK doesn't wonder. [14:37] * ScottK just fixes .... [14:37] POX_: more manpower doesn't imply that Debian moves faster than Ubuntu [14:37] isn't syncing easier? [14:38] geser: yeah, python2.5 transition was made faster than in Ubuntu (no, packages with broken memory allocation doesn't count :P) [14:38] POX_: usually syncing is easier, but due to FF we might need to patch them anyway [14:47] Heya gang [14:47] hi bddebian [14:47] Hi sistpoty|work [14:51] POX_: Debian guys are busy fighting over python-central [14:55] mok0: no, we're not. python-support will be used, I'll make sure of it [14:56] read debian-python logs, nobody else wants python-central, even doko isn't complaining [14:56] Hi bddebian [14:56] POX_: ? [14:56] POX_: kk [14:56] POX_: ah :-) [14:56] doko: you didn't reply on debian-python@l.d.o [14:57] POX_: be assured, I will. to your posting as well [14:57] it's too late :-( [14:58] Depends on for what. If he's got more good issues, then either you need to make Joss fix them or go back and reconsider. [14:59] it's always ok to report bugs, of course [15:02] Heya geser [15:19] fabrice_sp__: i'm working on the tellico merge [15:21] fabrice_sp__: I think it couldn't be a good idea drop khelpcenter from Recommends field, I would prefer replace it with khelpcenter4 [15:21] what do you think about this? === cw]n]HYr is now known as LjL [15:39] fabrice_sp__: package builds fine, let me know what you think about the point above, going away for some minutes [15:44] Scottk: submitted bug to debian for balder2d [15:44] Great. === cprov is now known as cprov-lunch [16:00] hey again! so, i registered in launchpad, i read the packaging guide and tried the hello example. what should i do next in order to be able to contribute to ubuntu with packages? [16:05] er... I think the translations /usr/share/locale are missing from gdebi-core [16:05] ScottK, sistpoty|work, nhandler: MC asked for motu-release charter to be published. Preliminary draft was here https://wiki.ubuntu.com/MOTU/MotuReleaseCharter, could we arrange to make a final version soon? [16:05] Without actually admitting that MC has such authority to demand it, I don't see why not. [16:06] cristi: you could have a look to the bugs listed as bitesize (https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize). These are sometime easy to fix [16:06] cristi: try providing debdiff patches to bitesize (easy) bugs: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize [16:06] darn :P [16:06] DktrKranz: looks good to me [16:07] ara, savvas thank you, i'll give it a look [16:15] Is the default locale dir /usr/share/locale or /usr/share/locale-langpack ? [16:17] ScottK: do you happen to know? ^ [16:19] geser: hey [16:19] I am taking care finally of the python-webkit update [16:19] and thus I will deal with the 2.6 transition needed [16:20] savvas: No. [16:21] ok, thanks [16:22] I guess I should figure out a way to provide it for both in the program [16:23] probably /usr/share/locale is for the application and /usr/share/locale-langpack for the language packs [16:34] groan why do USB optical mice need to go into power saving mode and dim the optical circuitry? [16:34] it's not like that 5V/100mA LED is an atrocious waste of power and worthy of mouse lag on idle... [16:35] uhm, is this ok in the packaging guide? cp hello-2.1.1.tar.gz hello_2.1.1.orig.tar.gz there is no hello-2.1.1.tar.gz, but only the .orig [16:35] what should i do copy the .orig ? is this what was meant? [16:36] if you already have the orig then you are okay [16:36] all that step says is that your orig should be named like hello_2.1.1.orig.tar.gz [16:36] the underscore before the version, .orig. before the tar.gz [16:36] jdong ah ok, thanks [16:52] how deep should my c++ knowledge be in order to fix bugs or make packages? [16:53] cristi: None is sufficient. [16:53] From a programming perspective if you have a bit of shell, that's enough. [16:53] It's often useful if you do have more, but there's plenty to do if you don't. [16:54] ScottK can you give an example of such a bug that doesn't require cpp ? [16:55] Currently we're going through a Python transition. So we need to update a bunch of packages. [16:55] Virtually none of those (and it's a lot of packages) need any programming. [16:56] I did 4 today that just needed a recompile test and a no-change upload to build in the new environment. [16:56] ScottK i see [16:56] Some of them need changes in their debian/rules or in postinsts scripts. [17:27] niiice, geany now has highlighting for debian/rules :) [17:38] RainCT: emacs has highlighting for debian/control :-P [17:39] * RainCT will write a patch for that :P === erhesrhsrtb54vyh is now known as Elbrus [17:45] could a MOTU please tell me what is wrong on http://revu.ubuntuwire.org/p/libpst (lintian warning)? [17:46] hggdh: it doesn't look like anything's wrong [17:46] mok0, why the warning, then? [17:46] hggdh: what warning? [17:46] hggdh: pastebin it [17:47] mok0, http://revu.ubuntuwire.com/revu1-incoming/libpst-0902260309/lintian [17:49] hggdh: that's ok, original-maintainer is an ubuntu-specific field that lintian doesn't know about [17:49] mok0, thanks [17:50] but the version is wrong [17:50] if some motu want to review my package at http://revu.ubuntuwire.com/details.py?package=sqliteman [17:50] geser, ? [17:51] hggdh: it should be 0.6.27-0ubuntu1 instead of only -1 (that's reserved for Debian) [17:52] geser, thanks, will correct [17:54] ah, if I add an Ubuntu extension to the version, lintian does not complain anymore about original-maintainer in .dsc === cprov-lunch is now known as cprov [18:03] Is someone around who hasn't debootstrap intalled? [18:05] I'm sitting at a usb-creator intrepid installation upgraded to jaunty, if that helps [18:06] maxb: Does dpkg -l | grep debootstrap return something? [18:07] uhm, I'm quite likely to have installed it manually [18:09] RainCT: checked in a jaunty chroot: no output and the return value is 1 [18:10] geser: OK. Can you please check if directory /usr/share/debootstrap/scripts/ exists? [18:10] I guess no, but just to be sure :) [18:11] RainCT: ls: cannot access /usr/share/debootstrap/scripts/: No such file or directory [18:11] geser: great, thanks [18:13] ok, bug #334848 is fixed now :) [18:13] Launchpad bug 334848 in ubuntu-dev-tools "[Jaunty] pbuilder-dist does not recognize any distributions at all" [Low,In progress] https://launchpad.net/bugs/334848 [18:33] Question, I'm trying to upload a package to a PPA. I've already sent the orig.tar.gz and now it's complaining that I'm trying to send a new orig.tar.gz that is different from the one already uploaded (which was associated with a failed build). That's the point though, I don't actually want to change the version number or anything. Is it possible to delete the orig.tar.gz or work around this? [18:34] Maybe this belongs in #launchpad [18:35] Brucevdk: delete the package, wait some days and try uploading it again [18:35] RainCT: days :'( [18:36] Brucevdk: not sure if you have to wait that much or it'll work right away [18:36] RainCT: well, I'll do this, but if there are any other options I wouldn't mind hearing about them ;-) === fabrice_sp__ is now known as fabrice_sp [18:51] RainCT: Thanks a lot! [18:52] Laibsch: no problem :) [18:54] ScottK: Do you know of a simple way to find packages still depending on python < 2.6? [18:54] I'm sure, there is some dpkg or apt magic to get such a list [18:55] Laibsch: take a look at grep-dctrl [18:55] It's not simple, but grep-dctrl is the tool you want to weild. [18:55] dctrl-tools is the package [18:55] alright, I think I used it once or twice in the past [18:56] I'll see about that python-4suite-xml package first [18:56] "grep-dctrl -FDepends -sPackage "python (<< 2.6" < /var/lib/apt/lists/*source*" might do it [18:56] It's the last one that is actually still bothering me [18:56] personally [18:56]