[00:31] <RoAkSoAx> Heya guys, If an application has a module for pulseaudio, should we enable it to be built?
[00:35] <ajmitch> I'd say yes, TheMuso could probably give a better answer :)
[00:36] <RoAkSoAx> thanks ajmitch :)
[00:36] <RoAkSoAx> TheMuso, ping?
[01:02] <marnold> can someone look at https://bugs.edge.launchpad.net/ubuntu/+source/gnome-themes-extras/+bug/377407
[01:06] <marnold> I want to get it in before I get another serious illness
[01:06]  * masterkernel is away: not here right now
[01:10] <RoAkSoAx> TheMuso, I'm merging xmp and before finishing, I was wondering if I should apply the patch attached here: https://bugs.launchpad.net/ubuntu/+source/xmp/+bug/393718
[01:10] <marnold> i got H1N1 like 5 days after i submitted that, that lasted 2 weeks and then i get a weeks worth of migrans after my last comment on it so I'm beginning to think its bad luck
[01:11] <marnold> :|
[01:14] <quidnunc> Is firefox-3.5 being backported for jaunty?
[01:16] <micahg> quidnunc: there will be security updates for Jaunty
[01:17] <quidnunc> micahg: But not the official release?
[01:18] <micahg> yes, the official release will be an updates
[01:18] <micahg> in jaunty/updates
[01:18] <micahg> in the next few days
[01:18] <micahg> and security updates will also be for Jaunty
[01:19] <quidnunc> micahg: Is there a timeline for the official relase in jaunty planned?
[01:19] <micahg> no
[01:19] <micahg> asap
[01:25] <quidnunc> 3.5+nobinonly-0ubuntu1 was release to karmic an hour ago according to launchpad. Why does rmadison still give the version as being rc2?
[01:25] <micahg> quidnunc: it has a little lag
[01:26] <quidnunc> micahg: What is it sourced from?
[01:26] <micahg> idk
[01:26] <micahg> is it built in karmic yet?
[01:26] <quidnunc> https://launchpad.net/ubuntu/+source/firefox-3.5
[01:27] <quidnunc> what is idk
[01:27] <micahg> i don't know
[01:27] <micahg> https://launchpad.net/ubuntu/karmic/+source/firefox-3.5/3.5+nobinonly-0ubuntu1
[01:27] <micahg> still building
[01:32] <quidnunc> Is there a page with currently building and queued packages?
[01:33] <directhex> yes.
[01:33] <quidnunc> directhex: Is it public?
[01:34] <directhex> yes!
[01:34] <directhex> https://launchpad.net/builders shows current build behaviour
[01:34] <quidnunc> directhex, micahg: Thanks
[01:35] <micahg> np quidnunc
[02:15] <panaggio> I'm installing a package here that has libg2c0-dev as a dependency. Is this package no longer supported by ubuntu community?
[02:15] <panaggio> the last release that supported it was hardy
[02:16] <ajmitch> try libg2-dev instead
[02:21] <panaggio> ajmitch: I think they're a bit different
[02:22] <panaggio> the one I need stands for Fortran 77
[02:22] <ajmitch> sorry, I misread the apt-cache output
[02:22] <panaggio> whereas the one you suggested offers 2D graphics
[02:23] <panaggio> ajmitch: no problem
[02:23] <ajmitch> libg2c0 comes from the gcc-3.4 source, and it doesn't appear to build a -dev package
[02:24] <panaggio> ajmitch: but there was this package in hardy http://packages.ubuntu.com/hardy/libg2c0-dev
[02:26] <ajmitch> which appears to no longer be built
[02:29] <ScottK> I have a vague recollection of us getting out of the Fortran 77 business.
[02:30]  * ajmitch remembers laserjock complaining about it at one point
[02:34] <micahg> do we really need 5 versions of gcc?
[02:36] <micahg> is there anything that even uses gcc-3.4 anymore?
[02:40] <ScottK> micahg: Yes.  There is.  We remove them when nothing uses them anymore.
[02:41] <ScottK> It's actually 6 in Karmic.
[02:42] <micahg> there are 6 that depend on it?
[02:43] <ScottK> No, 6 gcc versions.
[02:43] <ScottK> Picked up 4.4 and didn't lose any yet.
[02:43] <micahg> oh
[02:43] <ScottK> I note 3.3 is still there.  Not sure why.
[02:44]  * ajmitch is glad we don't have 2.95 still
[02:45]  * RAOF fondly remembers some development on Windows with gcc 2.95
[02:45] <micahg> 3.3's only source at this point seemingly
[02:46]  * ScottK remembers filing the removal bug for 2.95 (during Hardy)
[02:46] <ScottK> micahg: That and libstdc++5
[02:46] <ajmitch> those fond memories of c++ fun
[02:46] <ScottK> libstdc++5 has no reverse build depends, so I suspect this can go.
[02:47] <micahg> Can I look those up through rdepends?
[02:47] <ajmitch> I think it may have been kept around for those old pieces of proprietary software
[02:47] <ScottK> Also looks like glassfish-bin somehow cares.
[02:48] <ScottK> micahg: You need the reverse-build-depends script in ubuntu-dev-tools.
[02:48] <micahg> ah
[02:48] <ScottK> micahg: Or apt-cache rdepends for run time dependencies.
[02:48] <ScottK> Of which libstdc++5 has some.
[02:50] <kb9vqf_> ScottK: UT2004 (a somewhat popular game that was released for Windows and Linux) still uses libstdc++5
[02:50]  * kb9vqf_ thinks it might not be a good idea to remove it
[02:51] <ajmitch> there are a few like that
[02:52] <ScottK> Killing off 4.1 might be a better shot.
[03:10] <sattam> hi  , we have arabic issue in the Firfox 3.5 : https://bugzilla.mozilla.org/show_bug.cgi?id=499538 , ubuntu going to patch it  ?
[03:11] <ScottK> sattam: Try in #ubuntu-mozillateam.
[03:13] <sattam> ScottK: thanks
[05:49] <slytherin> persia: there?
[07:25] <quadrispro> hi guys, any archive admin around?
[07:29] <StevenK> quadrispro: To do what ... ?
[07:30] <dholbach> good morning
[07:30] <fabrice_sp> Hi. Any MOTU willing to sponsor bug #337337? I'd like to do a SRU after upload in Karmic
[07:31] <quadrispro> hi StevenK! yesterday I pushed a package into the NEW queue (mp3diags) after 2 advocates on REVU but I would ask you to drop it because I forgot to add a little stuff :)
[07:31] <StevenK> quadrispro: I'm happy to reject it, just a moment.
[07:31] <quadrispro> but now I can't see mp3diags in the queue, probably it was already removed
[07:32] <quadrispro> buongiorno dholbach!
[07:32] <StevenK> quadrispro: I can't either
[07:33] <dholbach> hi quadrispro!
[07:33] <ajmitch> hi dholbach
[07:34] <dholbach> evanrmurphy: regarding your edit of PackagingGuide/Complete: one is about building a binary package, the other one about building a source package
[07:34] <quadrispro> very well, so I can upload the fixed package. thanks StevenK
[07:34] <dholbach> hiya ajmitch
[07:34] <dholbach> evanrmurphy: I hope you don't mind me removing the comment
[07:43] <geser> good morning
[07:44] <dholbach> hi geser
[08:07] <fabrice_sp> quadrispro, about Bug #394142
[08:08] <fabrice_sp> I have a debdiff (I was waiting for build before opening the bug report)
[08:08] <fabrice_sp> is it too late?
[08:08] <fabrice_sp> (by the way: good morning everybody!)
[08:10] <quadrispro> buongiorno fabrice_sp, I think it had better wait to see if new release comes from debian
[08:11] <fabrice_sp> quadrispro, the bug report is from November, but ok
[08:11] <quadrispro> fabrice_sp: mmm
[08:12] <slytherin> quadrispro: it is better to wait if there is a bug opened in debian about same FTBFS. By the way AFAIK, Debian has not switched to GCC-4.4 yet.
[08:13] <fabrice_sp> slytherin, even if the bug is 8 month old?
[08:13] <fabrice_sp> bug report, I mean
[08:14] <slytherin> fabrice_sp: in that case no. If the bug report in Debian is 8 months old it makes sense to fix it in Ubuntu and forward the patch to Debian.
[08:14] <fabrice_sp> ok
[08:14] <quadrispro> fabrice_sp: could you get in touch with the Debian maintainer to know what he would to do?
[08:15] <quadrispro> fabrice_sp: however, please attach the patch to the report
[08:16] <fabrice_sp> quadrispro, sure, but as last comment was that he prefers to wait for upstream, I'm not sure it will make things go further
[08:16] <fabrice_sp> but I'll attach the patch, anyway
[08:20] <fabrice_sp> done
[08:21] <slytherin> maxb: ping. You haven't logged sync bug for libjaudiotagger-java
[08:39] <DanMcGoo> hi
[08:39] <DanMcGoo> I am trying to build a package with pbuilder, but I get the following error:
[08:40] <DanMcGoo> pbuilder-satisfydepends-dummy: Depends: libcmpicppimpl0-dev which is a virtual package.
[08:40] <DanMcGoo> any idea ?
[08:44] <DanMcGoo> ok I found the solution thanks
[09:52] <rawang> freeflying, ping
[09:53] <freeflying> rawang: pong
[09:54] <rawang> freeflying, hi, i'm planning to apply MOTU, and need sponsor, could you please be my sponsor?
[09:54] <freeflying> rawang: cool, it should be fine
[09:55] <rawang> freeflying, please add endorsements on my wiki page https://wiki.ubuntu.com/RayWang
[09:55] <freeflying> rawang: you mean now?
[09:55] <Laney> rawang: I'm not being funny, but I don't see any uploads credited to you. Have you done any?
[09:56] <rawang> freeflying, take your time :)
[09:56] <rawang> Laney, yes
[09:57] <rawang> freeflying, Laney , and also, i need a sponsor to review my package :)   http://revu.ubuntuwire.com/p/strongwind
[09:57] <freeflying> rawang: at least you'd work with a team for an release cycle :)
[09:58] <ajmitch> Laney: most of his stuff I've seen on the debian-cli list :)
[09:58] <rawang> freeflying, did you remember you asked to resolved the license problem of the package? i finally resolve it.
[09:58] <Laney> ajmitch: Yeah I saw those too...
[09:58] <ajmitch> rawang: have you got any of that into ubuntu yet?
[09:58] <rawang> ajmitch, Laney I'm working mono a11y stuff
[09:58] <rawang> ajmitch, no
[09:59] <Laney> rawang: we would probably want you to have a fair amount of sponsored uploads
[09:59] <rawang> ajmitch, the packages are waiting for directhex to review, and then push into debian first
[10:00] <rawang> Laney, sure, then let's sponsor my first package please :)
[10:00]  * Laney wibbles
[10:00] <Laney> maybe when I finish work
[10:00] <directhex> oh damn, that fell off my radar
[10:01] <rawang> directhex,  ;)
[10:01] <directhex> i was at a conference! and it's been really hot lately!
[10:02] <freeflying> rawang: cool, in meeting, talk to you later
[10:02] <rawang> directhex, yeah, I understand :)
[10:02] <rawang> freeflying, sure
[10:02] <rawang> freeflying, thank you
[10:02] <freeflying> rawang: np
[10:03] <rawang> Laney, and also , i have filed the bug https://bugs.edge.launchpad.net/ubuntu/+bug/380496
[10:05] <rawang> could some one be my sponsor?
[10:08] <directhex> GAH, GIT
[10:09] <RAOF> Heh.
[10:09] <rawang> directhex,  Could you please review my new upload for mono a11y package on your spare time? i hope it won't fell off your radar any more :)
[10:12] <slytherin> jmarsden: Do you have any plans about updating iriverter?
[10:19] <recreatedme> sorry for this noob question, but where do i properly seek mentorship?
[10:20] <maxb> slytherin: pong. Have been struggling in vain to find some sort of Debian (not Ubuntu) policy to verify that upstreaming Build-Depends: s/default-jdk-builddep/default-jdk/ is valid
[10:23] <gaspa> recreatedme: what do you exactly mean? have you seen https://wiki.ubuntu.com/MOTU/Mentoring ?
[10:25] <recreatedme> gaspa, it would seem, what i'm looking for is "preparing new packages" https://wiki.ubuntu.com/MOTU/Contributing
[10:27] <gaspa> recreatedme: I think mentoring program concern also 'new packages'. But i'm not directly involved in. I can assure you.
[10:27] <recreatedme> though would that still be ok? if i already uploaded in mentors.debian?
[10:27] <recreatedme> ah i see
[10:28] <gaspa> ubuntu as revu in place of mentors.debian...
[10:28] <gaspa> s/as/has
[10:29] <recreatedme> yeah, so if someone would actually offer mentorship in debian, which seems hard to come by..
[10:29] <rawang> I'm also seeking mentors (sponsors) for my new package
[10:29] <recreatedme> which would be advisable?
[10:30] <recreatedme> to revu or to mentor?
[10:31] <gaspa> recreatedme: i'm a bit confused. Are you searching sponsors for new packages in debian or ubuntu?
[10:32] <recreatedme> at first in debian, but seeing so many packages pushed there for mentorship, i'm considering ubuntu
[10:33] <gaspa> recreatedme: if you're searching for debian, it'd be better asking in debian channels. otherwise, use REVU.
[10:36] <rawang> gaspa, I'm also want some people to be my sponsor, where is the place to find those people?
[10:36] <rawang> gaspa, the wiki said, i have to have at least 3-5 sponsors
[10:36] <rawang> for new package
[10:36] <gaspa> rawang: sponsors for what?
[10:36] <gaspa> ah
[10:37] <rawang> gaspa, https://bugs.edge.launchpad.net/ubuntu/+bug/380496
[10:37] <rawang> gaspa,  http://revu.ubuntuwire.com/p/strongwind
[10:37] <recreatedme> gaspa: i'm actually not just searching for package reviewer, but also try to seek advice as to weather wait for mentorship in debian? or actively seek revu'ers in ubuntu.
[10:38] <Laney> don't wait for a debian sponsor, hunt one out
[10:38] <recreatedme> laney, ah so that's the name of game :)
[10:39] <Laney> find a packaging team that deals in your area
[10:39] <gaspa> rawang: you need at least two motu that assure that you're package is ok.
[10:40] <recreatedme> i just thought it was just upload a package for review in mentors then just sit tight, heheh i guess not :D
[10:40] <gaspa> recreatedme: you'd be pretty lucky...
[10:40] <rawang> gaspa, ok, i can  have freeflying as one of them, but what i have remembered directhex was not a MOTU?
[10:40] <recreatedme> gaspa, true
[10:41] <rawang> gaspa, so would you mind to be my sponsor? :)
[10:41] <fabrice_sp> rawang, I still don't understand what you are looking for
[10:42] <fabrice_sp> if you want your package to be reviewed, just request it
[10:42] <fabrice_sp> if you want to become a MOTU, you ahve a long way in front of you
[10:42] <gaspa> fabrice_sp: :)
[10:42] <fabrice_sp> and a lot aof debdiff sponsored
[10:42] <fabrice_sp> :-)
[10:43] <rawang> fabrice_sp, ok, I'm looking for sponsors to review my new packages, and I'd like to be a MOTU, so i still need sponsors  to grant me :)
[10:43] <gaspa> rawang: I never reviewed a package, so don't expect an "ACK" from me, but Ill take a look.
[10:43] <gaspa> "I'll"
[10:43] <rawang> gaspa, sure, thank you
[10:43] <freeflying> rawang: r u mean mentors?
[10:44] <rawang> mentors are for packages, sponsors are for MOTU?
[10:44] <fabrice_sp> rawang, for the REVU part, just post the link, and request for review. For MOTU, submit a lot of debdiff closing bugs ;-)
[10:44] <fabrice_sp> sponsor is the MOTU that accept to 'sponsor' your upload, using a debdiff. The debdiff is a way to submit a change to an existing pacakge
[10:45] <fabrice_sp> closing a bug report
[10:45] <fabrice_sp> so first, find the bug, post the debdiff that fix it, and then request sponsoship
[10:45] <slytherin> rawang: you need 2 advocates for new packages not 3-5. And directhex is a MOTU.
[10:46] <rawang> ok, now I understand
[10:46] <fabrice_sp> when you get known, reliable, and after a lot of upload, you can apply for motuship
[10:46] <fabrice_sp> so I think you're looking for reviewers
[10:46] <fabrice_sp> :-D
[10:46] <rawang> OK, first of all, I need someone to review my new package, and help to upload :)
[10:47] <fabrice_sp> url?
[10:47] <fabrice_sp> :-)
[10:47] <slytherin> rawang: by the way, creating new packages i not the only path towards motuship. you can fix packages, help with important transitions etc. I believe there are few MOTUs who have never created packages from scratch.
[10:47] <rawang> fabrice_sp, http://revu.ubuntuwire.com/p/strongwind
[10:48] <fabrice_sp> rawang, your package build fine in Karmic?
[10:48] <rawang> slytherin, oh, yeah. thanks for telling that. It's helpful :)
[10:48] <rawang> fabrice_sp, yep
[10:48] <fabrice_sp> I'll check ;-)
[10:49] <rawang> fabrice_sp, https://launchpad.net/~raywang/+archive/ppa,   the only difference between my upload on REVU and there is add a COPYING file
[10:50] <rawang> fabrice_sp, since I can't update the built package on my PPA, what I only could do is raise the version number which i don't want :(
[10:52] <rawang> slytherin, for being a package maintainer, how many packages I should maintain could help me to be a MOTU?
[10:52] <Laney> rawang: Don't worry about that, when you're ready people will tell you
[10:52] <Laney> there's no fixed number
[10:52] <rawang> Laney, yeah, I know, I mean at least :)
[10:52]  * Laney shrugs
[10:52] <Laney> "some"
[10:52] <slytherin> rawang: It is more about quality. When people are confident about you, they will tell you.
[10:53] <Laney> if you want to focus only on your own packages you can get upload rights just for those ones
[10:53] <rawang> Laney, slytherin ok, i see ;)
[10:53] <Laney> MOTU isn't just about maintaining our own packages, we do lots of other stuff too
[10:54] <rawang> Laney, hmm, not sure, I think i'll probably focus on my own packages
[10:54] <rawang> Laney, ok
[10:55] <fabrice_sp> rawang, lintian throw me that warnings:
[10:55] <fabrice_sp> W: python-strongwind: copyright-lists-upstream-authors-with-dh_make-boilerplate
[10:55] <fabrice_sp> W: python-strongwind: copyright-contains-dh_make-todo-boilerplate
[10:55] <fabrice_sp> fabrice@fabrice-desktop:~/data/build/revu$
[10:55] <rawang> Laney, so that means focus on one's package is not enough or incompetent to be a MOTU? :)
[10:55] <fabrice_sp> rawang, nop
[10:55] <Laney> more, I think it means that you want per-package uploader rights
[10:55] <fabrice_sp> have a look at my launchpad account, and you'll see: i'm not yet a motu
[10:56] <rawang> fabrice_sp, will do
[10:56] <rawang> Laney, yeah, maybe
[10:58] <rawang> fabrice_sp, btw, where is your lp account? I can't find any PPA from your lp account page
[11:03] <fabrice_sp> https://bugs.launchpad.net/~fabricesp
[11:03] <fabrice_sp> I built it locally
[11:03] <fabrice_sp> with sbuild
[11:04] <rawang> fabrice_sp, I use pbuilder, is that ok?
[11:04] <fabrice_sp> but you can use pbuilder
[11:04] <fabrice_sp> yes :-.)
[11:04] <rawang> hehe :)
[11:04] <rawang> sbuild is yet another build system?
[11:05] <fabrice_sp> !sbuild
[11:05] <fabrice_sp> :-)
[11:05] <rawang> super! ;)
[11:06] <fabrice_sp> it's the same except that i's using LVM partitions
[11:06] <rawang> !pbuilder
[11:06] <fabrice_sp> to have this lintian erros, you ahve to run lintian on the deb
[11:06] <rawang> fabrice_sp, ok, i have resolve all the warnings?
[11:07] <recreatedme> quick question on lintian warning, does one really have to eradicate it?
[11:07] <recreatedme> or depends?
[11:07] <rawang> s/have/have to/
[11:07] <RAOF> Unless you're running lintian with the pedantic option, fixing all the warnings is a great idea.
[11:08] <fabrice_sp> rawang, yes, becvause htey mean that somes files are not clean
[11:08] <recreatedme> RAOF: ah ok :)
[11:08] <fabrice_sp> in this case, it's about dh_make boilerplate
[11:09] <rawang> fabrice_sp, ok, i'll re-upload when i fix those warnings ;)
[11:09] <fabrice_sp> great :-)
[11:10] <rawang> fabrice_sp, thanks! ;)
[11:10] <fabrice_sp> yw
[11:14] <fabrice_sp> rawang, by the way, for the copyright file, you can use this http://wiki.debian.org/Proposals/CopyrightFormat?action=recall&rev=196 format
[11:15] <rawang> fabrice_sp, it's generated by dh_make
[11:15] <fabrice_sp> rawang, but you have to edit it, and put the right content
[11:16] <fabrice_sp> it's a VERY important file
[11:16] <RAOF> fabrice_sp: You might want to be linking to DEP5 instead?_ http://dep.debian.net/deps/dep5/
[11:17] <rawang> fabrice_sp, yes, i miss removing some commented lines, i'll fix  that :)
[11:17] <fabrice_sp> RAOF, you're right. rawang please have a look at RAOF link
[11:17] <rawang> okeedokee
[12:23] <geser> gaspa: I'm not an expert for launchpadlib but I know how to use it. Why are you asking?
[12:32] <savvas> does anyone know the path for "Vcs-Bzr:" if the "Vcs-Browser:" is http://bazaar.launchpad.net/~surl/surl/trunk/files  ?
[12:32] <savvas> apparently lp:surl is not accepted :P
[12:34] <jpds> savvas: bzr branch lp:~surl/surl/trunk
[12:35] <savvas> jpds: no I mean, if this is "Vcs-Browser: http://bazaar.launchpad.net/~surl/surl/trunk/files" in debian/control, what would the "Vcs-Bzr: " link be?
[12:40] <jpds> savvas: Probably the code.launchpad.net page.
[12:42] <slytherin> savvas: I think you should be able to find that from local copy of the bzr branch.
[12:43] <savvas> ah cool, bzr info :)
[12:45] <jpds> savvas: For example, gnome-themes uses the code.l.n page.
[12:47] <savvas> Vcs-Browser: http://bazaar.launchpad.net/~surl/surl/trunk/files
[12:47] <savvas> Vcs-Bzr: bzr+ssh://bazaar.launchpad.net/~surl/surl/trunk/
[12:47] <savvas> thank you  both :)
[13:14] <gaspa> geser: i'm trying to get the uploader of the last version of a source package in a series...
[13:14] <gaspa> but h.l.n/API doesn't help
[13:16] <geser> gaspa: that data is probably not yet available through the API
[13:16] <gaspa> right. it seemed to me too.
[13:22] <stefanlsd> RainCT: awesome! thanks for the upload!
[13:22] <geser> gaspa: have you tried to look at the changes_file_url from a SPPH? you would need to fetch it and parse it to get the data you need
[13:23] <RainCT> stefanlsd: no, thank you for the work :)
[13:24] <stefanlsd> RainCT: naa. was a big team effort :)
[13:27] <geser> gaspa: file a bug to get the data added you need
[13:30] <gaspa> geser: SPPH?
[13:31] <gaspa> anyway, bug report is the right answer ;)
[13:32] <geser> Source Package Publishing History, https://edge.launchpad.net/+apidoc/#source_package_publishing_history
[13:32] <geser> sorry for using abbrevations
[13:36] <geser> gaspa: bug #372704
[13:41] <gaspa> geser: thanks.
[13:42] <gaspa> SPPH doesn't contain this informations,ù as said in the report...
[13:44] <geser> gaspa: not directly, but the changes file contains it (which you would need to parse yourself) and there is SPPH.changes_file_url
[13:45] <gaspa> geser: yes, of course.
[13:46] <gaspa> cprov: do you know when these information will be available through launchpad api?
[13:46] <gaspa> (we're talking about the bug right above)
[13:47] <cprov> gaspa: unfortunately, it's not scheduled for anytime soon.
[13:47] <geser> gaspa: just curious: what you need that data for?
[13:48] <gaspa> geser: add to the ftbfs data.
[13:48] <gaspa> cprov: thanks. no problem :)
[13:48] <geser> gaspa: so you know who to blame^Wask about it? :)
[13:48] <gaspa> geser: ..and "just for fun" :P
[13:49] <cprov> gaspa: let's see if I can bump its priority in the next soyuz meeting, it would help if you can get a motivation for adding the 'motu' tag
[13:50] <gaspa> cprov: well, no 'critical' motivations, ATM.
[13:50] <cprov> gaspa: right, nice-to-have only.
[13:50] <gaspa> yep
[13:51] <LarstiQ> ~.
[13:51] <LarstiQ> ~>
[13:51] <LarstiQ> ~>
[13:51] <gaspa> geser: right... for ubuntuX packages it'd be convenient
[13:52] <AndrewGe1> Hi. I'm trying to fix a package that's picking up a wrong directory for a python directory in a configure script. When I autoreconf and autoconf with a newer version than what was used for the packaged script, should I patch the configure script manually?
[13:53] <geser> AndrewGee: the autoreconf fixed it and you ask how to best package the fix?
[13:54] <AndrewGee> geser: Yes.
[13:54] <geser> does the package use a patch system already?
[13:54] <AndrewGee> I've set up dpatch for it ready, for just this fix.
[13:56] <geser> usually it's not well liked to introduce a patch system where none was used, but in this case I'd prefer one (else merging configure will be a pain)
[13:56] <AndrewGee> Okay. So I should just patch the configure script?
[13:56] <geser> so please use a patch system and also include in the patch description how to recreate this patch if needed
[13:56] <AndrewGee> Okay :)
[13:56] <Laney> it'd be nice to send the patch upstream too so we don't have to carry it
[13:57] <geser> that too
[13:57] <AndrewGee> Ok
[13:57] <AndrewGee> Thanks guys
[14:05] <quadrispro> Laney: Hi Ian, do you have a 2-3 minutes for a review? :)
[14:06] <Laney> quadrispro: Iain* :), and I guess I do
[14:06] <quadrispro> lol sorry :)
[14:07] <pochu> Debiain
[14:07] <pochu> no, I prefer Ian I think :)
[14:07] <Laney> :(
[14:07] <quadrispro> rotfl
[14:07] <quadrispro> Laney: http://revu.ubuntuwire.com/p/xvidenc
[14:07] <Laney> you should take this up with my mother
[14:07] <quadrispro> thank you :)
[14:07]  * Laney spies
[14:08] <pochu> Laney: but Delaney sounds good :)
[14:12] <Laney> quadrispro: there's a lot of technical jargon at the end of your long description
[14:12] <Laney> also I believe that you could get that down to the DH7 tiny rules file if you so wished
[14:13] <Laney> by making a .changelogs and .manpages file
[14:14] <quadrispro> ok, i'll make these changes
[14:14] <Laney> do those matrices fall under the GPL?
[14:18] <Laney> (and the copyright of the author - aka did he create them?)
[14:21] <quadrispro> Laney: yes, he seems the real author
[14:28] <Laney> gaspa: did you hear back from Simon Marlow again?
[14:29] <gaspa> Laney: silence. :)
[14:29] <Laney> heh
[14:34] <gaspa> Laney: you too, i guess...
[14:35] <Laney> me too what?
[14:45] <quadrispro> Laney: uploading to REVU
[14:46] <quadrispro> no, I have to adjust 2-3 things
[14:47] <slytherin> quadrispro: why is maintainer u-d-d?
[14:47] <Laney> that's what update-maintainer does now
[14:47] <Laney> in preparation for archivereorg
[14:48] <quadrispro> slytherin: due to the archive re-org
[14:48] <slytherin> quadrispro: Laney: is this updated update-maintainer available in jaunty?
[14:49] <geser> slytherin: probably just in trunk till now
[14:50] <quadrispro> Laney: I'm going away for 15 minutes about, please add your comments to the REVU page (or ACK it, if you think it's ready)
[14:50] <quadrispro> see you later
[14:54] <Laney> quadrispro: i thought you said you were uploading again
[14:55] <gaspa> Laney: you too didn't hear anything from SImon marlow.
[14:56] <Laney> gaspa: oh, no. I don't want to hassle him.
[14:56] <gaspa> :)
[14:57] <Laney> in a couple of weeks we'll just have to decide to stick
[14:58] <gaspa> Laney: mmm... -> http://hackage.haskell.org/trac/ghc/roadmap
[14:59] <Laney> yep
[15:14] <evanrmurphy> dholbach: Hi! You still there?
[15:16] <dholbach> evanrmurphy: yep
[15:16] <evanrmurphy> dholbach: Thanks for answering my question. It's totally fine that you removed my comment on the wiki, but perhaps you could explain a bit more to help me understand, as I'm still gaining familiarity with these tools.
[15:16] <dholbach> sure
[15:16] <evanrmurphy> dholbach: I guess I understand in principle the difference between building a binary package and building the source.
[15:16] <evanrmurphy> Wel, I think. ;)
[15:16] <dholbach> just running "debuild" will give you .deb packages in the end, so installable binary packages
[15:17] <dholbach> "debuild -S" will rebuild the source package, so give you a .diff.gz and a .dsc file for your .orig.tar.gz
[15:17] <evanrmurphy> hmmm
[15:17] <evanrmurphy> I see
[15:18] <evanrmurphy> it builds the .diff.gz based off, for example, the changes we made to hello earlier in the tutorial.
[15:18] <dholbach> exactly
[15:18] <evanrmurphy> but then in building the source package, we go on to run sudo pbuilder build ../*.dsc
[15:18] <evanrmurphy> doesn't that build the deb just like the previous section?
[15:18] <dholbach> https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff plays with the source package creation a bit
[15:19] <evanrmurphy> thanks
[15:19] <dholbach> yes, but you need to have the source package (.dsc, .diff.gz, .orig.tar.gz) before you start running pbuilder on it
[15:19] <Drknezz> Hi guys!
[15:20] <evanrmurphy> dholbach: So the difference between the .deb created in the binary section from the one created in the source section:
[15:20] <dholbach> there's no .deb created in the source section
[15:20] <Drknezz> I want to ask something, why did you leave adept? packagekit is so bad, it barely displays GUI apps, and not all of 'em :(
[15:20] <dholbach> there's no compilation or installation of files happening there
[15:20] <evanrmurphy> the .deb created in pbuilder doesn't count? :-/
[15:20] <dholbach> Drknezz: you might want to ask in #kubuntu-devel
[15:21] <Drknezz> dholbach: oh!, ok
[15:21] <dholbach> evanrmurphy: pbuilder calls something like "debuild" in the process
[15:21] <dholbach> evanrmurphy: pbuilder does not build a source package, it requires it beforehand
[15:22] <evanrmurphy> Hmmm... I think I see now.
[15:23] <evanrmurphy> dholbach: We need to build the binary package and the source package, correct?
[15:24] <evanrmurphy> dholbach: I'm sure this will come together better for me as I continue perusing the documentation. Thanks a lot for your time.
[15:26] <dholbach> evanrmurphy: the most common workflow is to do something like this: apt-get source A; cd A-*; <do some changes, add changelog entry>; debuild -S; pbuild the resulting new source package; play with the resulting new .deb package; when happy, send debdiff between both .dsc files for review
[15:26] <dholbach> or if you're part of the uploader team, upload the resulting source package
[15:27] <dholbach> instead of using pbuilder, you can use   debuild   too, to build the package locally
[15:28] <evanrmurphy> dholbach: That helps me very much to see a workflow overview like that.
[15:28] <dholbach> great
[15:31] <evanrmurphy> dholbach: Unless I'm still off-base here, I guess my comment on the wiki came from confusion because it appears that in the section Building the Package, we build a binary package, whereas in Building the Source Package, we build a source package *and then* build a(nother) binary package.
[15:32] <dholbach> evanrmurphy: maybe we need some kind of "overview" or workflow diagram or something
[15:32] <evanrmurphy> dholbach: So if you follow both sections, you end up with two binaries. What I neglected to understand there is that they are two different ways to build the package, a la, "dholbach> instead of using pbuilder, you can use   debuild   too, to build the package locally"
[15:33] <evanrmurphy> but it's not a huge deal
[15:33] <dholbach> I see what you mean
[15:33] <evanrmurphy> dholbach: Maybe I'll just tweak the phrasing a bit to remedy my particular confusion.
[15:34] <quadrispro> Laney: matrices seems taken from a website, but they aren't covered by any license
[15:34] <dholbach> evanrmurphy: that'd be sweet
[15:34] <evanrmurphy> dholbach: Thanks again! :)
[15:34] <dholbach> evanrmurphy: rock on!
[15:34] <Laney> quadrispro: please confirm they are redistributable
[15:35] <quadrispro> Laney: mmm... the right solution may be exclude them from the binary (even their contents are only numbers)
[15:35] <quadrispro> mmm... no
[15:35] <Laney> no that wouldn't help
[15:35]  * quadrispro confused
[15:37] <quadrispro> Laney: ok, and... repacking the tarball?
[15:37] <quadrispro> mmm
[15:37] <Laney> well
[15:37] <Laney> presumably they're in there for a reason?
[15:37]  * gaspa 's trying to compile unleaden swallow on arm :|  omg!
[15:38] <quadrispro> yes, README.matrices explains well, but they aren't strictly needed
[15:40] <quadrispro> simply, they allow user to fit a whole movie on a single CD
[15:40] <Laney> you should ask for an archive opinion, but AFAIK all source files need to have license information clearly specified
[15:40] <quadrispro> ScottK: what do you think about it?
[15:41] <Laney> Note that under international copyright law (this applies in the United States, too), no distribution or modification of a work is allowed without an explicit notice saying so. Therefore a program without a copyright notice is copyrighted and you may not do anything to it without risking being sued! Likewise if a program has a copyright notice but no statement saying what is permitted then nothing is permitted.
[15:41] <quadrispro> Laney: yes, I know that
[15:42] <Laney> it's clear that the upstream author didn't create them
[15:42] <ScottK> Laney: Generally we take the position that if a full copy of the license is included in a tarball it applies to all the files in the tarball unless there is a reason to believe it doesn't.
[15:42] <Laney> ScottK: There is a reason - the author says he took them from elsewhere
[15:42] <quadrispro> those files contain only number, there's no code
[15:42] <Laney> I would have thought they were copyrightable still
[15:43] <ScottK> So in general per file copyright/license stuff is not strictly required.
[15:43] <ScottK> quadrispro: As an example, if I take a bunch of data and index it, the index is copyrightable even though it has no original content.  The creative work is in the organization of it.
[15:43] <quadrispro> but Laney, I think that numbers couldn't be covered by any kind of license
[15:44] <Laney> they are clearly a creative work
[15:44] <quadrispro> mmm
[15:44] <ScottK> quadrispro: Are these numbers the result of natural mathmatics or was some thought original work of authorship needed to create them?
[15:45] <MTecknology> What's the package for the bretty boot screen
[15:48] <quadrispro> ScottK, I can find a lot of website where these "matrices" are available for the download but I don't know, so we can keep them out from the tarball, user will be free to decide what to do
[15:48] <quadrispro> and probably it's the better solution
[15:49] <Laney> urgh, building GHC
[15:49] <ScottK> quadrispro: I think that's a good solution.  In the meantime you might try to hunt down the original source and get permission.
[15:52] <quadrispro> right, I'll work on it later
[15:52] <quadrispro> see you!
[16:05] <james_w> hi qt people, where would I find the qt4 dbus bindings?
[16:06] <james_w> ah, libqt4-dbus I presume
[16:06] <james_w> yay, qt4-x11
[16:27] <masterkernel> anyone know if debian has python 3 in its unstable or main repo?
[16:35] <ScottK> I know it's in experimental.  I'm not sure about unstable.
[16:53] <pochu> masterkernel: python3.1 in experimental only
[16:53] <masterkernel> pochu: thanks
[16:54] <pochu> python3.1 3.1~rc2+20090622-1, to be more precise
[16:54] <pochu> yw
[17:05] <gaspa> geser: do you have a way to test you ftbfs code, without scanning the whole launchpad series?
[17:05] <gaspa> s/you/your
[17:06] <geser> gaspa: yes :) I add a small counter inside the for loop and exit it after 10 packages
[17:07] <gaspa> hackish :P
[17:51] <evanrmurphy> dholbach: I made some changes to the sections we were talking about to try and clarify what was confusing me. (See https://wiki.ubuntu.com/PackagingGuide/Complete#Building%20the%20Package%20Locally%20(Binary%20Only) and https://wiki.ubuntu.com/PackagingGuide/Complete#Building%20the%20Package%20(Source%20and%20Binary) .) Changes include modifying the title and rephrasing/adding body content. When you get a chance, plea
[17:51] <evanrmurphy> se confirm that the information there is accurate.
[17:52] <dholbach> evanrmurphy: if you drop me a mail about it, I'll review it early tomorrow
[17:52] <dholbach> I'm just about to head out and buy something to cook dinner
[17:52] <evanrmurphy> dholbach: Sure thing. Enjoy your meal.
[17:52] <dholbach> gracias!
[17:52] <dholbach> take care
[17:53] <evanrmurphy> de nada :)
[18:12] <gaspa> somebody knows where MoM code is?
[18:17] <maxb> gaspa: lp:merge-o-matic :-)
[18:23] <Meiki> Hello. I'm hosting a booth at an event for Ubuntu packaging how-to's. Is there a .pdf format of a Ubuntu packaging guide? I've been looking for a few hours now only to find guides on the Ubuntu wiki in web-format.
[18:23] <Meiki> Ideally, a .pdf would be nice
[18:26] <evanrmurphy> Meiki: I don't see it in anything but wiki format, either. Hmmm...
[18:26] <Meiki> evanrmurphy: I'm sure that before I found a .pdf version of a guide for packaging, just cannot recall where it was
[18:29] <evanrmurphy> Meiki: Have you considered dropping an email to ubuntu-doc@lists.ubuntu.com? That's the Documentation Team's mailing list.
[18:30] <Meiki> evanrmurphy: Is that list open, or do you have to subscribe?
[18:30] <evanrmurphy> Meiki: Apparently they have an IRC channel as well: #ubuntu-doc. (https://wiki.ubuntu.com/DocumentationTeam)
[18:30] <evanrmurphy> Meiki: Channel looks fairly populated.
[18:32] <Meiki> evanrmurphy: Thank you
[18:32] <evanrmurphy> Meiki: I don't believe that you need to subscribe to post on their mailing list. You should however note that you're not a subscriber in any email you send to them, otherwise they might just reply to the list (and not include you explicitly), causing you to miss your responses.
[18:32] <evanrmurphy> Meiki: You're welcome!
[18:33] <evanrmurphy> Meiki: Good luck finding what you need, and good luck with the event. It sounds great.
[18:43] <droolpal> I an not install libtiff-tools or libjpeg-progs, currently at the bottom of my dependency issue is 'freeglut3' - which is not in my Jaunty repositories, why is this?
[18:43] <droolpal> shouldn't freeglut3 be in the repositories?
[18:52] <ScottK> It is: freeglut3 | 2.4.0-6.1ubuntu1 |        jaunty | amd64, i386
[19:02] <slytherin> can anyone here help in setting up sbuild?
[19:02] <Ampelbein> slytherin: any specific question? have you read the tutorial?
[19:02] <Ampelbein> !sbuild
[19:03] <AnAnt> slytherin:  Hello
[19:04] <slytherin> Ampelbein: It specifically talks about lvm chroots. I am using one with type 'file'
[19:04] <slytherin> AnAnt: hi
[19:11] <AnAnt> we're not in featurefreeze yet, are we ?
[19:11] <directhex> no
[19:12] <directhex> end of august
[19:12] <directhex> DIF i think#
[19:12] <AnAnt> ah, ok
[19:13] <AnAnt> ok
[19:27] <jacqolive> Hi
[19:28] <AnAnt> slytherin: found anything on velocity ?
[19:28] <slytherin> AnAnt: haven't checked. I will be booting in Debian in a while. Will check and update the bug.
[19:28] <slytherin> jacqolive: hi
[19:28] <AnAnt> slytherin: thank !
[19:29] <jacqolive> Can any one give me some direction on how to get involved with developing for Ubuntu
[19:29] <stefanlsd> jacqolive: Have a look at https://wiki.ubuntu.com/MOTU/GettingStarted
[19:30] <slytherin> jacqolive: the direction is up ^^. Read the channel topic. :-)
[19:30] <jacqolive> stefanlsd: thanks
[19:48] <c_korn> why do I only get empty packages with this control and rules file? http://pastebin.com/d4904a825 http://pastebin.com/d3024e5e6
[19:51] <ximion> could someone please review http://revu.ubuntuwire.com/p/projectm-jack and http://revu.ubuntuwire.com/p/projectm-jack ? The packages provide projectM-visualisation support for JackAudio.
[19:51] <ximion> c_korn: Do the installation scripts work? What is the debuild output?
[19:51] <slytherin> c_korn: do you have any .install files in debian directory?
[19:53] <c_korn> ximion: http://abs.getdeb.net/build_log/gnome-commander_1.2.8-1~getdeb1_2009_46_01_07_1246474003_amd64.log this is the output
[19:53] <c_korn> slytherin: no, I don't have any install files
[19:53] <slytherin> c_korn: that's why
[19:55] <ximion> c_korn: All files are installed into /debian/tmp . You have to erite an .install file to copy all necessary files to debian/gnome-commander.
[19:55] <ximion> erite -> write
[19:55] <c_korn> ximion, slytherin: can I just put "/" in the install file for gnome-commander and debug symbols are automatically moved to the -dbg package?
[19:56] <slytherin> c_korn: I am not sure.
[19:56] <c_korn> slytherin: ok, thanks. I will try it
[19:57] <ximion> c_korn: To move the debuginfos into a separate package, you have to use --dbg-package=listaller-gtk-dbg after dh_strip in a non-CDBS-based rules file...
[19:58] <ximion> ...I'll look it up for CDBS... To the .install-file: Just try it!
[20:00] <ximion> c_korn: You have to add the following modification to your CDBS-rules file to enable stripping of debuginfos: DEB_DH_STRIP_ARGS := --dbg-package=<package1> ...
[20:00] <ximion> DEB_DH_STRIP_ARGS := --dbg-package=<package1> ...
[20:00] <c_korn> hm, I remember that a -dbg was also created successfully without that argument. but thanks. I give it a try.
[20:01] <ximion> DEB_DH_STRIP_ARGS := --dbg-package=gnome-commander-dbg
[20:01] <ximion> c_korn: Okay, maybe this is implemente in the gnome-module...
[20:02] <c_korn> ximion: yes, the argument is already passed to dh_strip: dh_strip -pgnome-commander  --dbg-package=gnome-commander-dbg
[20:13] <ximion> could someone please review http://revu.ubuntuwire.com/p/projectm-jack and http://revu.ubuntuwire.com/p/projectm-jack ? The packages provide projectM-visualisation support for JackAudio.
[20:27] <c_korn> ximion: it was "debian/tmp/*" in the .install file actually. but now it works. thanks
[20:52] <RoAkSoAx> Hey guys, dependencies in libxul-dev should be changed to xulrunner-1.9-dev right?
[21:00] <directhex> xulrunner-dev, no?
[21:01] <directhex> libxul-dev is for 1.8, the app may need patching to work with 1.9x
[21:02] <RoAkSoAx> directhex, right, but the dependency should be xulrunner-1.9-dev, or should it be xulrunner-dev ?
[21:12] <directhex> RoAkSoAx, do you want it to build against firefox 3.0, or the default firefox?
[21:12] <RoAkSoAx> directhex, another app is using xulrunner
[21:13] <RoAkSoAx> asac, shouldn't xulrunner-1.9-dev be install in '/usr/lib/xulrunner-devel-1.9' instead of '/usr/lib/xulrunner-devel-1.9.0.11' ?
[21:14] <directhex> RoAkSoAx, xulrunner-1.9-dev is for firefox 3's version of xulrunner. xulrunner-1.9.1-dev is for firefox 3.5's version of xulrunner. xulrunner-dev is whichever's the default. which is right for you?
[21:14] <RoAkSoAx> directhex, I think I'll keep xulrunner-dev
[21:35] <geser> RoAkSoAx: https://wiki.ubuntu.com/XulrunnerGecko but I don't know if it's still up-to-date
[21:35] <RoAkSoAx> thanks geser :)
[21:38] <ajmitch> or you could ask the fine people in the mozillateam channel who probably know more :)
[21:59] <C10uD> hello, i wanted to build gst-plugins-bad-multiverse in my ppa
[21:59] <C10uD> but i need libmimic-dev
[21:59] <C10uD> which is in debian but not ubuntu
[22:00] <C10uD> if i load that lib in my ppa will it be found when retrying to package gst-..? or i must request inclusion of libmimic in ubuntu?
[22:04] <geser> C10uD: if you make it available in your PPA it will be also available as a build-dependency for other packages in your PPA
[22:04] <C10uD> ok geser thank you
[22:12] <masterkernel> is nvidia-common in the multiverse repo?
[22:14] <micahg> masterkernel: it's in main
[22:15] <masterkernel> is there a irc channel for those guys? or is it just -ubuntu
[22:15] <masterkernel> ignore that last part
[23:08] <RoAkSoAx> Heya guys how can I fix this building error? error: could not create '/usr/local/lib/python2.6/dist-packages/cobbler': Permission denied
[23:10] <RAOF> Looks like you're (at least) failing to set --prefix.  But how to actually set this is build-system dependent; we'll need more context.
[23:14] <RoAkSoAx> RAOF, this is actually a python app and there's no prefix to set since I'm passing 'python setup.py install' the install process
[23:15] <RAOF> Right.  So, you pass "python setup.py install --prefix=/usr" :)
[23:15] <RAOF> There is a prefix :)
[23:16] <RoAkSoAx> RAOF, I see though --prefix was only good on C/C++ apps :)
[23:21] <geser> RoAkSoAx: you are missing --root
[23:21] <geser> it tries to install into the root file-system instead of below debian/tmp
[23:22] <geser> and you should also use --install-layout=deb instead of --prefix (IIRC the both don't work together very well)
[23:23] <RoAkSoAx> geser, ok cool thanks :)
[23:23] <RAOF> I see python packaging has changed.  Superb.
[23:23]  * RAOF squirrels that away.
[23:23] <RoAkSoAx> I already have the package packaged with CDBS, though I'm trying to package it with debhelper
[23:24] <ajmitch> RAOF: only every release or so
[23:25] <RAOF> And then we get to migrate to python 3, and break everything?
[23:25] <geser> sure :) that will be fun
[23:26] <ajmitch> the little shift from site-packages to dist-packages has been enough fun
[23:26] <RoAkSoAx> --install-layout does not work
[23:26] <ajmitch> that reminds me, I need to get back to unbreaking nevow since I said I'd do it
[23:27] <ajmitch> it of course is failing with py 2.6
[23:27] <geser> RoAkSoAx: how?
[23:28] <RoAkSoAx> geser,  error: option --install-layout not recognized
[23:28] <ajmitch> what is the line you are using for setup.py?
[23:28] <RoAkSoAx> 'python setup.py install'
[23:28] <ajmitch> with no options?
[23:29] <RoAkSoAx> ajmitch, now --prefix=/usr which sets the right path
[23:29] <RoAkSoAx> ajmitch, and yes no other options. I'm just learning packaging from scratch
[23:30] <RoAkSoAx> anyways, I'm trying to debianize and app, which is fedora based. So I need to make many changes to the install process. Should I just modify setup.py ??
[23:30] <ajmitch> --install-layout=deb --root=$(CURDIR)/debian/cobbler
[23:30] <geser> is it a usual setup.py (from python-setuptools?) or a custom one just also named setup.py?
[23:31]  * ajmitch thinks that --root is right, it may be wrong 
[23:32] <RoAkSoAx> geser, i believe it is with python-setuptools: http://pastebin.ubuntu.com/207775/
[23:32] <geser> either that or $(CURDIR)/debian/tmp
[23:32] <RoAkSoAx> ajmitch, geser ok thanks. :)
[23:33] <ajmitch> RoAkSoAx: so remove --prefix, it can't be used together with --install-layout
[23:33] <RoAkSoAx> ajmitch, I was not using it together with --install-layout
[23:33] <ajmitch> ok, you'd just mentioned you still had it, so I thought I'd warn you away from another build failure :)
[23:34]  * ajmitch is *still* waiting for php5 to compile here
[23:34]  * geser moves to bed, good night all
[23:34] <ajmitch> night
[23:35] <RoAkSoAx> night geser
[23:36] <RoAkSoAx> ajmitch, thanks. It now builds :)
[23:38] <RoAkSoAx> should I start modifying the setup.py and other upstream files to be able to run it in Ubuntu/Debian systems?
[23:40] <cpscotti> Ampelbein: I corrected some of the issues of the harpia package ( http://revu.ubuntuwire.com/p/harpia ) you just reviewed. I did some questions on the others. Thanks for the review!
[23:41] <Ampelbein> cpscotti: looking.
[23:48] <Ampelbein> cpscotti: yeah, you are right on number 2, I thought it was a python-library, so harpia is ok. regarding dh_desktop: it does not do anything anymore, see http://lintian.debian.org/tags/dh_desktop-is-deprecated.html