[00:31] Heya guys, If an application has a module for pulseaudio, should we enable it to be built? === yofel_ is now known as yofel [00:35] I'd say yes, TheMuso could probably give a better answer :) [00:36] thanks ajmitch :) [00:36] TheMuso, ping? === santiago-pgsql is now known as santiago-ve [01:02] can someone look at https://bugs.edge.launchpad.net/ubuntu/+source/gnome-themes-extras/+bug/377407 [01:02] Ubuntu bug 377407 in gnome-themes-extras "Sync gnome-themes-extras 2.22.0-3 (universe) from Debian unstable (main)." [Undecided,New] [01:06] I want to get it in before I get another serious illness [01:06] * masterkernel is away: not here right now [01:10] 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] Ubuntu bug 393718 in xmp "enable pulseaudio output" [Undecided,New] [01:10] 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] :| [01:14] Is firefox-3.5 being backported for jaunty? [01:16] quidnunc: there will be security updates for Jaunty [01:17] micahg: But not the official release? [01:18] yes, the official release will be an updates [01:18] in jaunty/updates [01:18] in the next few days [01:18] and security updates will also be for Jaunty [01:19] micahg: Is there a timeline for the official relase in jaunty planned? [01:19] no [01:19] asap [01:25] 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] quidnunc: it has a little lag [01:26] micahg: What is it sourced from? [01:26] idk [01:26] is it built in karmic yet? [01:26] https://launchpad.net/ubuntu/+source/firefox-3.5 [01:27] what is idk [01:27] i don't know [01:27] https://launchpad.net/ubuntu/karmic/+source/firefox-3.5/3.5+nobinonly-0ubuntu1 [01:27] still building [01:32] Is there a page with currently building and queued packages? [01:33] yes. [01:33] directhex: Is it public? [01:34] yes! [01:34] https://launchpad.net/builders shows current build behaviour [01:34] directhex, micahg: Thanks [01:35] np quidnunc [02:15] I'm installing a package here that has libg2c0-dev as a dependency. Is this package no longer supported by ubuntu community? [02:15] the last release that supported it was hardy [02:16] try libg2-dev instead [02:21] ajmitch: I think they're a bit different [02:22] the one I need stands for Fortran 77 [02:22] sorry, I misread the apt-cache output [02:22] whereas the one you suggested offers 2D graphics [02:23] ajmitch: no problem [02:23] libg2c0 comes from the gcc-3.4 source, and it doesn't appear to build a -dev package [02:24] ajmitch: but there was this package in hardy http://packages.ubuntu.com/hardy/libg2c0-dev [02:26] which appears to no longer be built [02:29] 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] do we really need 5 versions of gcc? [02:36] is there anything that even uses gcc-3.4 anymore? [02:40] micahg: Yes. There is. We remove them when nothing uses them anymore. [02:41] It's actually 6 in Karmic. [02:42] there are 6 that depend on it? [02:43] No, 6 gcc versions. [02:43] Picked up 4.4 and didn't lose any yet. [02:43] oh [02:43] 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] 3.3's only source at this point seemingly [02:46] * ScottK remembers filing the removal bug for 2.95 (during Hardy) [02:46] micahg: That and libstdc++5 [02:46] those fond memories of c++ fun [02:46] libstdc++5 has no reverse build depends, so I suspect this can go. [02:47] Can I look those up through rdepends? [02:47] I think it may have been kept around for those old pieces of proprietary software [02:47] Also looks like glassfish-bin somehow cares. [02:48] micahg: You need the reverse-build-depends script in ubuntu-dev-tools. [02:48] ah [02:48] micahg: Or apt-cache rdepends for run time dependencies. [02:48] Of which libstdc++5 has some. [02:50] 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] there are a few like that [02:52] Killing off 4.1 might be a better shot. [03:10] 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:10] Mozilla bug 499538 in Layout: Text "Arabic letters are disconnected in edit fields" [Critical,New] [03:11] sattam: Try in #ubuntu-mozillateam. [03:13] ScottK: thanks === Guest51315 is now known as santiago-ve [05:49] persia: there? === asac_ is now known as asac [07:25] hi guys, any archive admin around? [07:29] quadrispro: To do what ... ? [07:30] good morning [07:30] Hi. Any MOTU willing to sponsor bug #337337? I'd like to do a SRU after upload in Karmic [07:30] Launchpad bug 337337 in mountmanager "mountmanager crashed with SIGSEGV in QGridLayout::rowCount()" [Medium,Confirmed] https://launchpad.net/bugs/337337 [07:31] 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] quadrispro: I'm happy to reject it, just a moment. [07:31] but now I can't see mp3diags in the queue, probably it was already removed [07:32] buongiorno dholbach! [07:32] quadrispro: I can't either [07:33] hi quadrispro! [07:33] hi dholbach [07:34] evanrmurphy: regarding your edit of PackagingGuide/Complete: one is about building a binary package, the other one about building a source package [07:34] very well, so I can upload the fixed package. thanks StevenK [07:34] hiya ajmitch [07:34] evanrmurphy: I hope you don't mind me removing the comment [07:43] good morning [07:44] hi geser [08:07] quadrispro, about Bug #394142 [08:07] Launchpad bug 394142 in epcr "FTBFS with GCC 4.4" [Medium,Triaged] https://launchpad.net/bugs/394142 [08:08] I have a debdiff (I was waiting for build before opening the bug report) [08:08] is it too late? [08:08] (by the way: good morning everybody!) [08:10] buongiorno fabrice_sp, I think it had better wait to see if new release comes from debian [08:11] quadrispro, the bug report is from November, but ok [08:11] fabrice_sp: mmm [08:12] 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] slytherin, even if the bug is 8 month old? [08:13] bug report, I mean [08:14] 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] ok [08:14] fabrice_sp: could you get in touch with the Debian maintainer to know what he would to do? [08:15] fabrice_sp: however, please attach the patch to the report [08:16] 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] but I'll attach the patch, anyway [08:20] done [08:21] maxb: ping. You haven't logged sync bug for libjaudiotagger-java [08:39] hi [08:39] I am trying to build a package with pbuilder, but I get the following error: [08:40] pbuilder-satisfydepends-dummy: Depends: libcmpicppimpl0-dev which is a virtual package. [08:40] any idea ? [08:44] ok I found the solution thanks === krusaf|bnc is now known as krusaf [09:52] freeflying, ping === asac_ is now known as asac [09:53] rawang: pong [09:54] freeflying, hi, i'm planning to apply MOTU, and need sponsor, could you please be my sponsor? [09:54] rawang: cool, it should be fine [09:55] freeflying, please add endorsements on my wiki page https://wiki.ubuntu.com/RayWang [09:55] rawang: you mean now? [09:55] rawang: I'm not being funny, but I don't see any uploads credited to you. Have you done any? [09:56] freeflying, take your time :) [09:56] Laney, yes [09:57] freeflying, Laney , and also, i need a sponsor to review my package :) http://revu.ubuntuwire.com/p/strongwind [09:57] rawang: at least you'd work with a team for an release cycle :) [09:58] Laney: most of his stuff I've seen on the debian-cli list :) [09:58] freeflying, did you remember you asked to resolved the license problem of the package? i finally resolve it. [09:58] ajmitch: Yeah I saw those too... [09:58] rawang: have you got any of that into ubuntu yet? [09:58] ajmitch, Laney I'm working mono a11y stuff [09:58] ajmitch, no [09:59] rawang: we would probably want you to have a fair amount of sponsored uploads [09:59] ajmitch, the packages are waiting for directhex to review, and then push into debian first [10:00] Laney, sure, then let's sponsor my first package please :) [10:00] * Laney wibbles [10:00] maybe when I finish work [10:00] oh damn, that fell off my radar [10:01] directhex, ;) [10:01] i was at a conference! and it's been really hot lately! [10:02] rawang: cool, in meeting, talk to you later [10:02] directhex, yeah, I understand :) [10:02] freeflying, sure [10:02] freeflying, thank you [10:02] rawang: np [10:03] Laney, and also , i have filed the bug https://bugs.edge.launchpad.net/ubuntu/+bug/380496 [10:03] Ubuntu bug 380496 in ubuntu "[needs-packaging] strongwind" [Wishlist,New] [10:05] could some one be my sponsor? [10:08] GAH, GIT [10:09] Heh. [10:09] 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] jmarsden: Do you have any plans about updating iriverter? [10:19] sorry for this noob question, but where do i properly seek mentorship? [10:20] 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] recreatedme: what do you exactly mean? have you seen https://wiki.ubuntu.com/MOTU/Mentoring ? [10:25] gaspa, it would seem, what i'm looking for is "preparing new packages" https://wiki.ubuntu.com/MOTU/Contributing [10:27] recreatedme: I think mentoring program concern also 'new packages'. But i'm not directly involved in. I can assure you. [10:27] though would that still be ok? if i already uploaded in mentors.debian? [10:27] ah i see [10:28] ubuntu as revu in place of mentors.debian... [10:28] s/as/has [10:29] yeah, so if someone would actually offer mentorship in debian, which seems hard to come by.. [10:29] I'm also seeking mentors (sponsors) for my new package [10:29] which would be advisable? [10:30] to revu or to mentor? [10:31] recreatedme: i'm a bit confused. Are you searching sponsors for new packages in debian or ubuntu? [10:32] at first in debian, but seeing so many packages pushed there for mentorship, i'm considering ubuntu [10:33] recreatedme: if you're searching for debian, it'd be better asking in debian channels. otherwise, use REVU. [10:36] gaspa, I'm also want some people to be my sponsor, where is the place to find those people? [10:36] gaspa, the wiki said, i have to have at least 3-5 sponsors [10:36] for new package [10:36] rawang: sponsors for what? [10:36] ah [10:37] gaspa, https://bugs.edge.launchpad.net/ubuntu/+bug/380496 [10:37] Ubuntu bug 380496 in ubuntu "[needs-packaging] strongwind" [Wishlist,New] [10:37] gaspa, http://revu.ubuntuwire.com/p/strongwind [10:37] 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] don't wait for a debian sponsor, hunt one out [10:38] laney, ah so that's the name of game :) [10:39] find a packaging team that deals in your area [10:39] rawang: you need at least two motu that assure that you're package is ok. [10:40] i just thought it was just upload a package for review in mentors then just sit tight, heheh i guess not :D [10:40] recreatedme: you'd be pretty lucky... [10:40] gaspa, ok, i can have freeflying as one of them, but what i have remembered directhex was not a MOTU? [10:40] gaspa, true [10:41] gaspa, so would you mind to be my sponsor? :) [10:41] rawang, I still don't understand what you are looking for [10:42] if you want your package to be reviewed, just request it [10:42] if you want to become a MOTU, you ahve a long way in front of you [10:42] fabrice_sp: :) [10:42] and a lot aof debdiff sponsored [10:42] :-) [10:43] 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] rawang: I never reviewed a package, so don't expect an "ACK" from me, but Ill take a look. [10:43] "I'll" [10:43] gaspa, sure, thank you [10:43] rawang: r u mean mentors? [10:44] mentors are for packages, sponsors are for MOTU? [10:44] rawang, for the REVU part, just post the link, and request for review. For MOTU, submit a lot of debdiff closing bugs ;-) [10:44] 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] closing a bug report [10:45] so first, find the bug, post the debdiff that fix it, and then request sponsoship [10:45] rawang: you need 2 advocates for new packages not 3-5. And directhex is a MOTU. [10:46] ok, now I understand [10:46] when you get known, reliable, and after a lot of upload, you can apply for motuship [10:46] so I think you're looking for reviewers [10:46] :-D [10:46] OK, first of all, I need someone to review my new package, and help to upload :) [10:47] url? [10:47] :-) [10:47] 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] fabrice_sp, http://revu.ubuntuwire.com/p/strongwind [10:48] rawang, your package build fine in Karmic? [10:48] slytherin, oh, yeah. thanks for telling that. It's helpful :) [10:48] fabrice_sp, yep [10:48] I'll check ;-) [10:49] 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] 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] slytherin, for being a package maintainer, how many packages I should maintain could help me to be a MOTU? [10:52] rawang: Don't worry about that, when you're ready people will tell you [10:52] there's no fixed number [10:52] Laney, yeah, I know, I mean at least :) [10:52] * Laney shrugs [10:52] "some" [10:52] rawang: It is more about quality. When people are confident about you, they will tell you. [10:53] if you want to focus only on your own packages you can get upload rights just for those ones [10:53] Laney, slytherin ok, i see ;) [10:53] MOTU isn't just about maintaining our own packages, we do lots of other stuff too [10:54] Laney, hmm, not sure, I think i'll probably focus on my own packages [10:54] Laney, ok [10:55] rawang, lintian throw me that warnings: [10:55] W: python-strongwind: copyright-lists-upstream-authors-with-dh_make-boilerplate [10:55] W: python-strongwind: copyright-contains-dh_make-todo-boilerplate [10:55] fabrice@fabrice-desktop:~/data/build/revu$ [10:55] Laney, so that means focus on one's package is not enough or incompetent to be a MOTU? :) [10:55] rawang, nop [10:55] more, I think it means that you want per-package uploader rights [10:55] have a look at my launchpad account, and you'll see: i'm not yet a motu [10:56] fabrice_sp, will do [10:56] Laney, yeah, maybe [10:58] fabrice_sp, btw, where is your lp account? I can't find any PPA from your lp account page [11:03] https://bugs.launchpad.net/~fabricesp [11:03] I built it locally [11:03] with sbuild [11:04] fabrice_sp, I use pbuilder, is that ok? [11:04] but you can use pbuilder [11:04] yes :-.) [11:04] hehe :) [11:04] sbuild is yet another build system? [11:05] !sbuild [11:05] sbuild is a system to easily build packages in a clean schroot environment. To get started with SBuild, see https://help.ubuntu.com/community/SbuildLVMHowto [11:05] :-) [11:05] super! ;) [11:06] it's the same except that i's using LVM partitions [11:06] !pbuilder [11:06] pbuilder is a system to easily build packages in a clean chroot environment. To get started with PBuilder, see http://wiki.ubuntu.com/PbuilderHowto [11:06] to have this lintian erros, you ahve to run lintian on the deb [11:06] fabrice_sp, ok, i have resolve all the warnings? [11:07] quick question on lintian warning, does one really have to eradicate it? [11:07] or depends? [11:07] s/have/have to/ [11:07] Unless you're running lintian with the pedantic option, fixing all the warnings is a great idea. [11:08] rawang, yes, becvause htey mean that somes files are not clean [11:08] RAOF: ah ok :) [11:08] in this case, it's about dh_make boilerplate [11:09] fabrice_sp, ok, i'll re-upload when i fix those warnings ;) [11:09] great :-) [11:10] fabrice_sp, thanks! ;) [11:10] yw [11:14] 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] fabrice_sp, it's generated by dh_make [11:15] rawang, but you have to edit it, and put the right content [11:16] it's a VERY important file [11:16] fabrice_sp: You might want to be linking to DEP5 instead?_ http://dep.debian.net/deps/dep5/ [11:17] fabrice_sp, yes, i miss removing some commented lines, i'll fix that :) [11:17] RAOF, you're right. rawang please have a look at RAOF link [11:17] okeedokee === IVBela1 is now known as IVBela [12:23] gaspa: I'm not an expert for launchpadlib but I know how to use it. Why are you asking? [12:32] does anyone know the path for "Vcs-Bzr:" if the "Vcs-Browser:" is http://bazaar.launchpad.net/~surl/surl/trunk/files ? [12:32] apparently lp:surl is not accepted :P [12:34] savvas: bzr branch lp:~surl/surl/trunk === cprov1 is now known as cprov [12:35] 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] savvas: Probably the code.launchpad.net page. [12:42] savvas: I think you should be able to find that from local copy of the bzr branch. [12:43] ah cool, bzr info :) [12:45] savvas: For example, gnome-themes uses the code.l.n page. [12:47] Vcs-Browser: http://bazaar.launchpad.net/~surl/surl/trunk/files [12:47] Vcs-Bzr: bzr+ssh://bazaar.launchpad.net/~surl/surl/trunk/ [12:47] thank you both :) [13:14] geser: i'm trying to get the uploader of the last version of a source package in a series... [13:14] but h.l.n/API doesn't help [13:16] gaspa: that data is probably not yet available through the API [13:16] right. it seemed to me too. [13:22] RainCT: awesome! thanks for the upload! [13:22] 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] stefanlsd: no, thank you for the work :) [13:24] RainCT: naa. was a big team effort :) [13:27] gaspa: file a bug to get the data added you need [13:30] geser: SPPH? [13:31] anyway, bug report is the right answer ;) [13:32] Source Package Publishing History, https://edge.launchpad.net/+apidoc/#source_package_publishing_history [13:32] sorry for using abbrevations [13:36] gaspa: bug #372704 [13:36] Launchpad bug 372704 in soyuz "expose Signed-by and Changed-by via API" [High,Triaged] https://launchpad.net/bugs/372704 [13:41] geser: thanks. [13:42] SPPH doesn't contain this informations,รน as said in the report... [13:44] 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] geser: yes, of course. [13:46] cprov: do you know when these information will be available through launchpad api? [13:46] (we're talking about the bug right above) [13:47] gaspa: unfortunately, it's not scheduled for anytime soon. [13:47] gaspa: just curious: what you need that data for? [13:48] geser: add to the ftbfs data. [13:48] cprov: thanks. no problem :) [13:48] gaspa: so you know who to blame^Wask about it? :) [13:48] geser: ..and "just for fun" :P [13:49] 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] cprov: well, no 'critical' motivations, ATM. [13:50] gaspa: right, nice-to-have only. [13:50] yep [13:51] ~. [13:51] ~> [13:51] ~> [13:51] geser: right... for ubuntuX packages it'd be convenient [13:52] 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? === AndrewGe1 is now known as AndrewGee [13:53] AndrewGee: the autoreconf fixed it and you ask how to best package the fix? [13:54] geser: Yes. [13:54] does the package use a patch system already? [13:54] I've set up dpatch for it ready, for just this fix. [13:56] 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] Okay. So I should just patch the configure script? [13:56] so please use a patch system and also include in the patch description how to recreate this patch if needed [13:56] Okay :) [13:56] it'd be nice to send the patch upstream too so we don't have to carry it [13:57] that too [13:57] Ok [13:57] Thanks guys [14:05] Laney: Hi Ian, do you have a 2-3 minutes for a review? :) [14:06] quadrispro: Iain* :), and I guess I do [14:06] lol sorry :) [14:07] Debiain [14:07] no, I prefer Ian I think :) [14:07] :( [14:07] rotfl [14:07] Laney: http://revu.ubuntuwire.com/p/xvidenc [14:07] you should take this up with my mother [14:07] thank you :) [14:07] * Laney spies [14:08] Laney: but Delaney sounds good :) [14:12] quadrispro: there's a lot of technical jargon at the end of your long description [14:12] also I believe that you could get that down to the DH7 tiny rules file if you so wished [14:13] by making a .changelogs and .manpages file [14:14] ok, i'll make these changes [14:14] do those matrices fall under the GPL? [14:18] (and the copyright of the author - aka did he create them?) [14:21] Laney: yes, he seems the real author === Igorot is now known as Knightlust [14:28] gaspa: did you hear back from Simon Marlow again? [14:29] Laney: silence. :) [14:29] heh [14:34] Laney: you too, i guess... [14:35] me too what? === maxb__ is now known as maxb === dholbach_ is now known as dholbach [14:45] Laney: uploading to REVU [14:46] no, I have to adjust 2-3 things [14:47] quadrispro: why is maintainer u-d-d? [14:47] that's what update-maintainer does now [14:47] in preparation for archivereorg [14:48] slytherin: due to the archive re-org [14:48] quadrispro: Laney: is this updated update-maintainer available in jaunty? [14:49] slytherin: probably just in trunk till now [14:50] 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] see you later [14:54] quadrispro: i thought you said you were uploading again [14:55] Laney: you too didn't hear anything from SImon marlow. [14:56] gaspa: oh, no. I don't want to hassle him. [14:56] :) [14:57] in a couple of weeks we'll just have to decide to stick [14:58] Laney: mmm... -> http://hackage.haskell.org/trac/ghc/roadmap [14:59] yep [15:14] dholbach: Hi! You still there? [15:16] evanrmurphy: yep [15:16] 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] sure [15:16] dholbach: I guess I understand in principle the difference between building a binary package and building the source. [15:16] Wel, I think. ;) [15:16] just running "debuild" will give you .deb packages in the end, so installable binary packages [15:17] "debuild -S" will rebuild the source package, so give you a .diff.gz and a .dsc file for your .orig.tar.gz [15:17] hmmm [15:17] I see [15:18] it builds the .diff.gz based off, for example, the changes we made to hello earlier in the tutorial. [15:18] exactly [15:18] but then in building the source package, we go on to run sudo pbuilder build ../*.dsc [15:18] doesn't that build the deb just like the previous section? [15:18] https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff plays with the source package creation a bit [15:19] thanks [15:19] yes, but you need to have the source package (.dsc, .diff.gz, .orig.tar.gz) before you start running pbuilder on it [15:19] Hi guys! [15:20] dholbach: So the difference between the .deb created in the binary section from the one created in the source section: [15:20] there's no .deb created in the source section [15:20] 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] there's no compilation or installation of files happening there [15:20] the .deb created in pbuilder doesn't count? :-/ [15:20] Drknezz: you might want to ask in #kubuntu-devel [15:21] dholbach: oh!, ok [15:21] evanrmurphy: pbuilder calls something like "debuild" in the process [15:21] evanrmurphy: pbuilder does not build a source package, it requires it beforehand [15:22] Hmmm... I think I see now. [15:23] dholbach: We need to build the binary package and the source package, correct? [15:24] 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] evanrmurphy: the most common workflow is to do something like this: apt-get source A; cd A-*; ; 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] or if you're part of the uploader team, upload the resulting source package [15:27] instead of using pbuilder, you can use debuild too, to build the package locally [15:28] dholbach: That helps me very much to see a workflow overview like that. [15:28] great [15:31] 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] evanrmurphy: maybe we need some kind of "overview" or workflow diagram or something [15:32] 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] but it's not a huge deal [15:33] I see what you mean [15:33] dholbach: Maybe I'll just tweak the phrasing a bit to remedy my particular confusion. [15:34] Laney: matrices seems taken from a website, but they aren't covered by any license [15:34] evanrmurphy: that'd be sweet [15:34] dholbach: Thanks again! :) [15:34] evanrmurphy: rock on! [15:34] quadrispro: please confirm they are redistributable [15:35] Laney: mmm... the right solution may be exclude them from the binary (even their contents are only numbers) [15:35] mmm... no [15:35] no that wouldn't help [15:35] * quadrispro confused [15:37] Laney: ok, and... repacking the tarball? [15:37] mmm [15:37] well [15:37] presumably they're in there for a reason? [15:37] * gaspa 's trying to compile unleaden swallow on arm :| omg! [15:38] yes, README.matrices explains well, but they aren't strictly needed [15:40] simply, they allow user to fit a whole movie on a single CD [15:40] you should ask for an archive opinion, but AFAIK all source files need to have license information clearly specified [15:40] ScottK: what do you think about it? [15:41] 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] Laney: yes, I know that [15:42] it's clear that the upstream author didn't create them [15:42] 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] ScottK: There is a reason - the author says he took them from elsewhere [15:42] those files contain only number, there's no code [15:42] I would have thought they were copyrightable still [15:43] So in general per file copyright/license stuff is not strictly required. === Quintasan_ is now known as Quintasan [15:43] 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] but Laney, I think that numbers couldn't be covered by any kind of license [15:44] they are clearly a creative work [15:44] mmm [15:44] quadrispro: Are these numbers the result of natural mathmatics or was some thought original work of authorship needed to create them? [15:45] What's the package for the bretty boot screen [15:48] 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] and probably it's the better solution [15:49] urgh, building GHC [15:49] 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] right, I'll work on it later [15:52] see you! === cjwatson_ is now known as cjwatson [16:05] hi qt people, where would I find the qt4 dbus bindings? [16:06] ah, libqt4-dbus I presume [16:06] yay, qt4-x11 [16:27] anyone know if debian has python 3 in its unstable or main repo? [16:35] I know it's in experimental. I'm not sure about unstable. [16:53] masterkernel: python3.1 in experimental only [16:53] pochu: thanks [16:54] python3.1 3.1~rc2+20090622-1, to be more precise [16:54] yw [17:05] geser: do you have a way to test you ftbfs code, without scanning the whole launchpad series? [17:05] s/you/your [17:06] gaspa: yes :) I add a small counter inside the for loop and exit it after 10 packages [17:07] hackish :P === thekorn_ is now known as thekorn [17:51] 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] se confirm that the information there is accurate. [17:52] evanrmurphy: if you drop me a mail about it, I'll review it early tomorrow [17:52] I'm just about to head out and buy something to cook dinner [17:52] dholbach: Sure thing. Enjoy your meal. [17:52] gracias! [17:52] take care [17:53] de nada :) === thekorn_ is now known as thekorn [18:12] somebody knows where MoM code is? [18:17] gaspa: lp:merge-o-matic :-) [18:23] 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] Ideally, a .pdf would be nice [18:26] Meiki: I don't see it in anything but wiki format, either. Hmmm... [18:26] evanrmurphy: I'm sure that before I found a .pdf version of a guide for packaging, just cannot recall where it was [18:29] Meiki: Have you considered dropping an email to ubuntu-doc@lists.ubuntu.com? That's the Documentation Team's mailing list. [18:30] evanrmurphy: Is that list open, or do you have to subscribe? [18:30] Meiki: Apparently they have an IRC channel as well: #ubuntu-doc. (https://wiki.ubuntu.com/DocumentationTeam) [18:30] Meiki: Channel looks fairly populated. [18:32] evanrmurphy: Thank you [18:32] 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] Meiki: You're welcome! [18:33] Meiki: Good luck finding what you need, and good luck with the event. It sounds great. [18:43] 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] shouldn't freeglut3 be in the repositories? [18:52] It is: freeglut3 | 2.4.0-6.1ubuntu1 | jaunty | amd64, i386 [19:02] can anyone here help in setting up sbuild? [19:02] slytherin: any specific question? have you read the tutorial? [19:02] !sbuild [19:02] sbuild is a system to easily build packages in a clean schroot environment. To get started with SBuild, see https://help.ubuntu.com/community/SbuildLVMHowto [19:03] slytherin: Hello [19:04] Ampelbein: It specifically talks about lvm chroots. I am using one with type 'file' [19:04] AnAnt: hi [19:11] we're not in featurefreeze yet, are we ? [19:11] no [19:12] end of august [19:12] DIF i think# [19:12] ah, ok [19:13] ok [19:27] Hi [19:28] slytherin: found anything on velocity ? [19:28] AnAnt: haven't checked. I will be booting in Debian in a while. Will check and update the bug. [19:28] jacqolive: hi [19:28] slytherin: thank ! [19:29] Can any one give me some direction on how to get involved with developing for Ubuntu [19:29] jacqolive: Have a look at https://wiki.ubuntu.com/MOTU/GettingStarted [19:30] jacqolive: the direction is up ^^. Read the channel topic. :-) [19:30] stefanlsd: thanks [19:48] why do I only get empty packages with this control and rules file? http://pastebin.com/d4904a825 http://pastebin.com/d3024e5e6 [19:51] 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] c_korn: Do the installation scripts work? What is the debuild output? [19:51] c_korn: do you have any .install files in debian directory? === pochu_ is now known as pochu [19:53] 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] slytherin: no, I don't have any install files [19:53] c_korn: that's why [19:55] 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] erite -> write [19:55] 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] c_korn: I am not sure. [19:56] slytherin: ok, thanks. I will try it [19:57] 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] ...I'll look it up for CDBS... To the .install-file: Just try it! [20:00] 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= ... [20:00] DEB_DH_STRIP_ARGS := --dbg-package= ... [20:00] hm, I remember that a -dbg was also created successfully without that argument. but thanks. I give it a try. [20:01] DEB_DH_STRIP_ARGS := --dbg-package=gnome-commander-dbg [20:01] c_korn: Okay, maybe this is implemente in the gnome-module... [20:02] ximion: yes, the argument is already passed to dh_strip: dh_strip -pgnome-commander --dbg-package=gnome-commander-dbg [20:13] 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] ximion: it was "debian/tmp/*" in the .install file actually. but now it works. thanks [20:52] Hey guys, dependencies in libxul-dev should be changed to xulrunner-1.9-dev right? [21:00] xulrunner-dev, no? [21:01] libxul-dev is for 1.8, the app may need patching to work with 1.9x [21:02] directhex, right, but the dependency should be xulrunner-1.9-dev, or should it be xulrunner-dev ? [21:12] RoAkSoAx, do you want it to build against firefox 3.0, or the default firefox? [21:12] directhex, another app is using xulrunner [21:13] 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] 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] directhex, I think I'll keep xulrunner-dev [21:35] RoAkSoAx: https://wiki.ubuntu.com/XulrunnerGecko but I don't know if it's still up-to-date [21:35] thanks geser :) [21:38] or you could ask the fine people in the mozillateam channel who probably know more :) === RainCT_ is now known as RainCT [21:59] hello, i wanted to build gst-plugins-bad-multiverse in my ppa [21:59] but i need libmimic-dev [21:59] which is in debian but not ubuntu [22:00] 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] 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] ok geser thank you [22:12] is nvidia-common in the multiverse repo? [22:14] masterkernel: it's in main [22:15] is there a irc channel for those guys? or is it just -ubuntu [22:15] ignore that last part [23:08] 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] 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] 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] Right. So, you pass "python setup.py install --prefix=/usr" :) [23:15] There is a prefix :) [23:16] RAOF, I see though --prefix was only good on C/C++ apps :) [23:21] RoAkSoAx: you are missing --root [23:21] it tries to install into the root file-system instead of below debian/tmp [23:22] and you should also use --install-layout=deb instead of --prefix (IIRC the both don't work together very well) [23:23] geser, ok cool thanks :) [23:23] I see python packaging has changed. Superb. [23:23] * RAOF squirrels that away. [23:23] I already have the package packaged with CDBS, though I'm trying to package it with debhelper [23:24] RAOF: only every release or so [23:25] And then we get to migrate to python 3, and break everything? [23:25] sure :) that will be fun [23:26] the little shift from site-packages to dist-packages has been enough fun [23:26] --install-layout does not work [23:26] that reminds me, I need to get back to unbreaking nevow since I said I'd do it [23:27] it of course is failing with py 2.6 [23:27] RoAkSoAx: how? [23:28] geser, error: option --install-layout not recognized [23:28] what is the line you are using for setup.py? [23:28] 'python setup.py install' [23:28] with no options? [23:29] ajmitch, now --prefix=/usr which sets the right path [23:29] ajmitch, and yes no other options. I'm just learning packaging from scratch [23:30] 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] --install-layout=deb --root=$(CURDIR)/debian/cobbler [23:30] 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] geser, i believe it is with python-setuptools: http://pastebin.ubuntu.com/207775/ [23:32] either that or $(CURDIR)/debian/tmp [23:32] ajmitch, geser ok thanks. :) [23:33] RoAkSoAx: so remove --prefix, it can't be used together with --install-layout [23:33] ajmitch, I was not using it together with --install-layout [23:33] 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] night [23:35] night geser [23:36] ajmitch, thanks. It now builds :) [23:38] should I start modifying the setup.py and other upstream files to be able to run it in Ubuntu/Debian systems? [23:40] 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] cpscotti: looking. [23:48] 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