[00:35] <nellery> jacob: mostly good now, but section should be games since it's not an actual game
[00:35] <nellery> rather a pidgin plugin
[00:35] <nellery> so it should be net
[00:35] <nellery> but I'll advocate and leave a comment for the uploader to change it
[00:52] <Sarvatt> Depends: libc6 (>= 2.4), libglib2.0-0 (>= 2.12.0) in the binary deb created from that, no libpurple0 or pidgin?
[00:53] <Sarvatt> should it be pidgin-gfire since its a pidgin plugin?
[00:54] <quidnunc> What's the command to extract the control file from a deb? (Or any other command that will give me a list of dependencies from a deb)
[00:56] <quidnunc> I'll ask in #ubuntu
[00:58] <jacob> nellery: sounds good, thanks again.
[01:02] <nellery> jacob: ah, right, you're missing a dependency on pidgin
[01:03] <jacob> nellery: oops? i am?
[01:03] <jacob> ah, didn't see the scrollback
[01:04] <Sarvatt> quidnunc: dpkg -I
[01:12] <quidnunc> Sarvatt: Thanks
[01:13] <jacob> nellery: fixed both & uploaded
[04:34] <hemanth> hi,i am packing pidginguifications-2.16 , got a build time error as checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool make: *** [config.status] Error 1 . So i added dependencies "libxml-parser-perl" in the control file , but got the same error again , how do i move about ?
[06:20] <kamalnandan> Hi..good morning folks
[06:34] <kamalnandan> Hi..I am facing some problems while using this command "apt-get install devscripts"
[06:35] <kamalnandan> when I issue this command, the command window turns blue, with the title "Package configuration"
[06:36] <kamalnandan> and after that I see the following message:
[06:36] <kamalnandan>  ââââââââââââââââââââââââââ¤ Postfix Configuration ââââââââââââââââââââââââââ
[06:37] <kamalnandan> what do i need to do now?
[06:37] <kamalnandan> any clue guys?
[07:09] <jmarsden> kamalnandan: You need to configure postfix :)  devscripts wants to be able to send email from your machine, and so it oulls in postfix so it can do that.
[08:05] <Megasoft> hola
[10:00] <dmentre> gaspa: I've seen you have started round 3. Thanks!
[10:01] <kamalnandan> Hi..
[10:02] <james_w> dmentre: anything for main in this round?
[10:02] <kamalnandan> I am new to Ubuntu package development..I am following the following tutorial and the given example to learn basic ubuntu packaging..
[10:02] <kamalnandan> https://wiki.ubuntu.com/PackagingGuide/Basic
[10:03] <dmentre> james_w: yes. ledit. See LP bug 404470. I'm done a mass-sync.txt. Let me know if this is correct or not
[10:03] <kamalnandan> I followed the example given therein at the link..but when I use the command "debuild-S", the packaging fails..
[10:03] <dmentre> s/I'm/I've/
[10:03] <james_w> kamalnandan: what's the message you get?
[10:05] <kamalnandan> james_w: thanks for your reply..:-)..I get the following error message:
[10:05] <kamalnandan> make[1]: *** No rule to make target `distclean'.  Stop.
[10:05] <kamalnandan> make[1]: Leaving directory `/home/kamal/work/packaging/hello/hello/hello-2.4'
[10:05] <james_w> is there a Makefile?
[10:06] <kamalnandan> the "rules" file is there..where at the top I have declared "#! /usr/bin/make -f".
[10:06] <kamalnandan> and in the file, I have a target like as follows:
[10:06] <kamalnandan> clean:
[10:06] <kamalnandan> 	dh_testdir
[10:06] <kamalnandan> 	dh_clean
[10:06] <kamalnandan> 	rm -f build
[10:06] <kamalnandan> 	-$(MAKE) -i distclean
[10:07] <kamalnandan> the target is "clean"..
[10:07] <kamalnandan> and the last 4 lines are the rules to make the target
[10:08] <kamalnandan> though I have used make files in the past, but not this rules file and its not quite clear
[10:08] <kamalnandan> i simply copied the rules script from the following link:
[10:08] <kamalnandan> https://wiki.ubuntu.com/PackagingGuide/Basic
[10:10] <james_w> that looks ok to me
[10:11] <james_w> and it shouldn't fail
[10:11] <james_w> as it has "-" at the start of the distclean line
[10:11] <james_w> does the message you get actually terminate the build?
[10:12] <kamalnandan> james_w: not really, that doesnt termintae the build..
[10:12] <kamalnandan> i get some other message too further ahead..
[10:12] <james_w> dmentre: ACKed
[10:13] <gaspa> dmentre: yes, I've uploaded this morning part of the round3.
[10:13] <james_w> I'll look at the rest as well
[10:13] <gaspa> now i've to go out... :)
[10:13] <james_w> kamalnandan: that's ok then
[10:13] <james_w> kamalnandan: you can change "-$(MAKE) -i distclean" to "[ ! -f Makefile ] || $(MAKE) -i distclean" to avoid the message
[10:14] <kamalnandan> james_w: I will just copy and paste the other errors too
[10:14] <dmentre> james_w: many thanks! I need to leave the channel.
[10:15] <dmentre> gaspa: ok, see you later
[10:16] <kamalnandan> ok..james_w, but i am just pasting the other errors as well :
[10:16] <kamalnandan> rm -f build
[10:16] <kamalnandan> make[1]: Entering directory `/home/kamal/work/packaging/hello/hello/hello-2.4'
[10:16] <kamalnandan> make[1]: *** No rule to make target `distclean'.  Stop.
[10:16] <kamalnandan> make[1]: Leaving directory `/home/kamal/work/packaging/hello/hello/hello-2.4'
[10:16] <kamalnandan> make: [clean] Error 2 (ignored)
[10:16] <kamalnandan>  dpkg-source -b hello-2.4
[10:16] <kamalnandan> dpkg-source: info: using source format `1.0'
[10:16] <kamalnandan> dpkg-source: info: building hello in hello_2.4-0Ubuntu1.tar.gz
[10:16] <kamalnandan> dpkg-source: info: building hello in hello_2.4-0Ubuntu1.dsc
[10:16] <kamalnandan>  dpkg-genchanges -S >../hello_2.4-0Ubuntu1_source.changes
[10:16] <kamalnandan> dpkg-genchanges: including full source code in upload
[10:16] <kamalnandan> dpkg-buildpackage: source only upload: Debian-native package
[10:16] <kamalnandan> Now running lintian...
[10:16] <kamalnandan> warning: lintian's authors do not recommend running it with root privileges!
[10:16] <kamalnandan> W: hello source: debian-rules-ignores-make-clean-error line 132
[10:16] <kamalnandan> W: hello source: bad-homepage aqsis.org
[10:16] <kamalnandan> W: hello source: native-package-with-dash-version
[10:16] <kamalnandan> Finished running lintian.
[10:16] <kamalnandan> Now signing changes and any dsc files...
[10:16] <kamalnandan>  signfile hello_2.4-0Ubuntu1.dsc Kamal Nandan <kamal.nandan@gmail.com>
[10:16] <kamalnandan> gpg: skipped "Kamal Nandan <kamal.nandan@gmail.com>": secret key not available
[10:16] <iulian> kamalnandan: Stop it.
[10:16] <kamalnandan> gpg: [stdin]: clearsign failed: secret key not available
[10:16] <kamalnandan> debsign: gpg error occurred!  Aborting....
[10:17] <kamalnandan> debuild: fatal error at line 1250:
[10:17] <tuantub> kamalnandan: just use paste service  :-ss
[10:17] <kamalnandan> running debsign failed
[10:17] <iulian> Err
[10:17] <iulian> !pastebin | kamalnandan
[10:18] <kamalnandan> sorry..I am new to IRC..and am not aware of the etiquettes of IRC..
[10:19] <james_w> kamalnandan: the failure was a failure to sign
[10:19] <james_w> "debuild -S -uc -us" will avoid that
[10:20] <kamalnandan> james_w: ok, I will just try that..
[10:20] <kamalnandan> BTW, I just used paste.ubuntu.com..:-)..and here is the link..
[10:21] <kamalnandan> http://paste.ubuntu.com/233756/
[10:24] <kamalnandan> james_w, I dont see any error after executing this command that you gave to me, but I dont see any .deb file getting created..
[10:24] <kamalnandan> shouldnt it create a .deb file in the parent directory?
[10:24] <james_w> nope
[10:24] <james_w> remove "-S" if you want a deb file
[10:24] <tuantub> kamalnandan: remove or comment the line : /usr/bin/make -i distclean
[10:25] <tuantub> kamalnandan: in debian/rules to avoid error while building package
[10:26] <kamalnandan> deb file is the package file..am i right?
[10:27] <kamalnandan> tuantub: ok..i will do that
[10:27] <james_w> tuantub: no need
[10:28] <james_w> kamalnandan: correct, however "debuild -S" means "build a source package"
[10:28] <james_w> run "debuild -uc -us" if you want a .deb
[10:29]  * tuantub :-/
[10:29] <kamalnandan> whats the diff between a source package and .deb package..?
[10:30] <kamalnandan> as far as i know, .deb package is meant for delivering to the consumer..its a kind of installer and the user doesnt need the source..
[10:30] <james_w> yep
[10:30] <kamalnandan> and .deb shouldnt be containg the source..
[10:30] <james_w> a source package is what developers work with though
[10:30] <james_w> it's damn hard to make changes to a .deb
[10:31] <james_w> so we would with a source package that contains the source
[10:31] <james_w> then we build that to produce binary packages that the user installs
[10:31] <james_w> a source package is either unpacked or packed
[10:31] <james_w> you are working from an unpacked source package directory
[10:31] <kamalnandan> yes..so why would a developer need a source package..because developer anyway is having the source files..isnt it?..yes though unpacked..
[10:32] <james_w> "debuild -S" means pack this source package so that I can send it to someone else or to an archive
[10:32] <kamalnandan> but one can easily pack the source file using "tar" and gzip
[10:32] <james_w> "debuild" means take this unpacked source package and build it to give the .debs
[10:32] <james_w> yeah, but we have a command to automate it
[10:33] <kamalnandan> tar and gzip too are commands and not that lengthy..why make all that effort of going via ubuntu packaging process..
[10:34] <james_w> do it with tar and gzip if you like
[10:34] <james_w> given that I do that operation many times a day I would rather just have a single command to do it
[10:35] <kamalnandan> sorry..i am new to packaging as well..i am asking so many questions that would be "stupid" from an expert's viewpoint..
[10:36] <james_w> nope
[10:36] <james_w> I just don't see why you are arguing that we should make people put *more* effort in :-)
[10:36] <james_w> it's the opposite of what people normally say about Ubuntu development
[10:38] <kamalnandan> I am saying this, because I have never done this..and I have been using tar and gzip so far..i dont have any experience in packaging..
[10:40] <kamalnandan> i have been told to build an ubuntu package for a project..and I am trying to learn the basics first..infact, source packaging I was not really on my agenda(as per my knowledge)..i had just assumed that I have to package a set of binaries and shared objects so that when the package gets installed, the user can run the program..
[10:40] <kamalnandan> but now it seems much more is implied in packaging..
[10:40] <kamalnandan> :-)
[10:41] <kamalnandan> nevertheless..its going on getting interesting..and I think I would be able to appreciate the process more when I have a better understanding of the same..
[10:47] <james_w> dmentre: ocaml-libvirt doesn't build
[10:50] <james_w> Depends: libgettext-ocaml-dev (> 0.3.2-2) but it is not installable
[10:57] <dmentre> james_w: ack. searching...
[11:00] <dmentre> james_w: ocaml-gettext is in round 4, libvirt in round3. Depedencies of libvirt must have changed with 0.6 version
[11:02] <dmentre> james_w: I suggest to move libvirt in round 5. I'll check which packages depend on libvirt
[11:06] <dmentre> james_w: ok, virt-top (currently in round 5) depends on libvirt so move virt-top to round 6
[11:09] <dmentre> james_w: oops, sorry. You said *>* 0.3.2-2!!
[11:09] <dmentre> I'll ask debian developers
[11:11] <dmentre> In the meantime, we can drop libvirt and virt-top. As far as I know, no other packages depend on them.
[11:13] <dmentre> james_w: just to be sure: "libgettext-ocaml-dev (>> 0.3.2-2)" means "strictly greater than 0.3.2-2"??
[11:14] <dmentre> james_w: ok, found it: http://www.debian.org/doc/debian-policy/ch-relationships.html
[11:21] <dmentre> james_w: email sent, waiting for answer.
[11:40] <geser> dmentre: would it be possible to include the other archs in your ocaml transition monitor too? so we have a better overview
[11:42] <james_w> thanks dmentre
[11:51] <dmentre> geser: yes. Where can I find Packages.gz for those arch?
[11:52] <geser> from where did you get the ones for i386 and amd64?
[11:54] <dmentre> geser: http://ftp.ubuntu.com/ubuntu
[11:54] <Laney> dmentre: ports.u.c
[11:55] <dmentre> Laney: thanks
[11:55] <dmentre> geser: as the host is different, I need to change the code which is not designed for that. That might take a while.
[11:56] <dmentre> Or I can simply made a second version for ports
[11:56] <dmentre> I'll look at it
[13:35] <k0p> Hello guys!
[13:36] <k0p> If a software make a release after freeze feature no way to include it in 9.10 official repositories?
[13:37] <joaopinto> !sru
[13:37] <k0p> joaopinto, is it suppose appear something in private message?
[13:38] <k0p> it changes a bit since last year.
[13:38] <k0p> !sru
[13:38] <Laney> hm
[13:38] <Laney> you can request a feature freeze exception for new upstream releases
[13:39] <Laney> we don't seem to have a bot currently
[13:39] <k0p> where I can request?
[13:39] <iulian> k0p: https://wiki.ubuntu.com/FreezeExceptionProcess
[13:39] <iulian> Laney: Yea, ubbotu is on holiday, it seems.
[13:39] <k0p> btw last year I saw a system where the new package is upload and reviews make coments, votes etc. Is it exists?
[13:39] <k0p> thanks
[13:42] <joaopinto> k0p, http://revu.ubuntuwire.com/
[13:42] <k0p> yeah revu :>
[13:42] <k0p> thanls
[13:42] <k0p> thanks*
[13:43] <k0p> btw you're Portuguese, right?
[13:52] <arand> So, I'm trying to patch goffice, and apparently it has no patch system in use, not even a patching entry in debian/rules, I have the thing from the packaging wiki that should be added to the rules file to allow stand-alone patch-system-less patches, now I wonder, where and how should I add it? I'm assuming the order in the rules file matters.
[14:00] <dmentre> geser: ports specific version done: http://bentobako.org/ubuntu-ocaml-status/transition_monitor/ports_transition_monitor.html
[14:01] <geser> dmentre: thanks, the situation looks pretty good on the other archs
[14:03] <dmentre> geser: yes. After a while, one needs to look at individual cases to check for build failures.
[14:03] <dmentre> geser: should I remove hppa? Supported arch?
[14:04] <geser> you can remove hppa, IIRC it's not supported in karmic anymore and for previous release only on a best-effort basis
[14:08] <simon-o> hi, I filed a sync in request in bug 403565 but the sync failed because a package in main should be replaced by a package in universe. I'm not sure on how to proceed. Any ideas?
[14:09] <geser> simon-o: which source package latex-xft-fonts belong now?
[14:10] <Laney> so l-x-f moved from its own source package to lyx
[14:10] <simon-o> geser: lyx. latex-xft-fonts is a transitional package for ttf-lyx. So ttf-lyx should be moved to main
[14:10] <simon-o> Laney: yes
[14:10] <Laney> simon-o: you can file a request to this effect
[14:12] <geser> it was part of lyx in the past already?
[14:12] <simon-o> geser: No it wasn't
[14:13] <simon-o> It's in it's own source package
[14:14] <arand> Hum, should I even bother about making a stand-alone .patch if the current package does not use them at all?
[14:18] <bdrung_> hi, how can i determine which is the latest version of a source package (currently karmic)? i want to use this information in an shell script.
[14:18] <dmentre> geser: hppa removed
[14:19] <geser> bdrung_: for a shell script I'd suggest using rmadison
[14:20] <bdrung_> geser: thanks
[14:20] <bdrung_> that's what i want
[14:22] <geser> simon-o: don't know what the best course in the lyx case, as moving tty-lyx would require moving the lyx source package to main (even if lyx itself stays in universe)
[14:23] <simon-o> geser: ok, any idea whom I may ask on how to proceed?
[14:24] <geser> I would suggest asking someone from the ~ubuntu-mir team
[14:26] <simon-o> geser: thanks, I'll do that
[14:27] <arand> Is there anyplace else I could get some answers to my patching woes?
[14:31] <geser> arand: if the source package doesn't use a patch system, patch directly
[14:32] <arand> geser: so just honk and drive without no stand-alone .patch files?
[14:33] <geser> yes
[14:34] <arand> geser: Since in reading the packaging guide they still seem to recommed using the simple .patch + rules file entry patching scheme, even if the package does not use a patching system, but that does simplyfiy things a lot, so it think I will take you advice ;)
[14:47] <geser> arand: but this end in most cases the package using both direct patching and patches through a patch system
[14:49] <arand> geser: ah, so the point of stand-alone patches is kinda lost anyways?
[14:50] <geser> yes for the most part
[17:24] <lfaraone> If I have a package with a RFS in debian (update to an existing package I maintain), is it poor form to request an ubuntu1 MOTU upload in the meantime (I'm worried I won't meet the FF deadline)
[17:25] <hyperair> if you make sure that your orig.tar.gz matches, then it should be fine
[17:36] <c_korn> hm, how does it come blender 2.49a is not in karmic yet? it is in debian but https://merges.ubuntu.com/universe.html comments it with: Awaiting 2.49a from upstream...
[17:37] <geser> c_korn: my guess: the person who added the comment got busy and didn't had time to do the merge or so
[17:39] <c_korn> geser: must have gotten quite busy then. debian has it since June 1st.
[17:46] <lfaraone> hyperair: matches?
[17:48] <hyperair> lfaraone: simply put, the orig.tar.gz that enters ubuntu *must* be exactly the same as the one that enters debian
[17:48] <hyperair> or hell will break loose.
[17:58] <geser> c_korn: you are free to help with the merge
[17:59] <c_korn> geser: I did not know I have permissions. how can I help?
[18:18] <geser> c_korn: https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[18:49] <arand> When I run debsign -S on a .changes file what does it send to gpg in order to identify the key? Unless I specify it manually it's unable to find it...
[18:56] <james_w> arand: https://wiki.ubuntu.com/DeveloperGuide/Uploading#Signing%20the%20package
[18:58] <AnAnt> Hello, I'm working on sl-modem package, I'm trying to get udev support on it, problem is that I don't have a smartlink modem now, anyone interested in testing it ?
[18:58] <AnAnt> anyone who has a smartlink modem of course
[19:02] <arand> james_w: but is that really correct? since when I run the command there (dpkg-...) I get out "My Name <my@email.com>" and if I do gpg --list-secret-keys "My Name <my@email.com>" Id does not find anything. However If I only send "My Name" or "<my@email.com>" to gpg it _does_ find the relevant key... What!?
[19:03] <james_w> arand: well, it's correct. The issue you describe is why you get the problem
[19:04] <james_w> you need to be more precise if you would like help in identifying the issue
[19:04] <james_w> e.g. actual command output
[19:04] <james_w> they need to match on the byte level
[19:06] <arand> james_w: Ah, there it is, the comment, blurgh, ok now I get it.
[19:10] <james_w> arand: feel free to edit the wiki if you think the comment thing should be more explicit
[19:12] <AnAnt> james_w: are you a  ubuntu-main-sponsor ?
[19:12] <james_w> I am I think
[19:12] <AnAnt> james_w: can you look at this: LP 404561
[19:13] <AnAnt> bug 404561
[19:13] <AnAnt> hmmm
[19:13] <AnAnt> Candidate revision debhelper_7.3.8ubuntu1
[19:14] <AnAnt> what happened to ubuto ?
[19:21] <geser> it's his day off :)
[19:21] <AnAnt> erm, I take this as a joke, right /
[19:21] <AnAnt> ?
[19:22] <geser> yes
[19:22] <james_w> AnAnt: it's dinner now, I'll keep it open in my browser though
[19:22] <AnAnt> james_w: ok, thanks
[19:23] <nhandler> AnAnt: The issue has been reported, and I believe that they are working on getting him back up and running again
[20:01] <lfaraone> james_w: hey, would you have a chance to sponsor a new-upstream-version to a package of mine? (python library, small)
[20:30] <ripps> could a motu sync the version of xvattr from debian unstable into Karmic? The current version is broken
[20:31] <dtchen> you can file the sync request
[20:33] <AnAnt> ripps: it's easy, just run: requestsync -s <source package> karmic
[20:34] <ripps> AnAnt: I get a bunch of python errors when I run that command
[20:34] <AnAnt> ripps:  hmmm, do you use --lp option ?
[20:34] <ripps> AnAnt: no
[20:34] <ripps> Should I?
[20:34] <AnAnt> ripps: wierd
[20:34] <AnAnt> ripps: well, I got problems with --lp option, so I don't use it
[20:36] <ripps> AnAnt: the problem seems to be in ubuntutools/lp/lpapiwrapper.py
[20:36] <ripps> bunch of errors with it
[20:36] <AnAnt> ripps: are you using karmic now ?
[20:36] <ripps> AnAnt: yes
[20:37] <geser> ripps: I assume then you run karmic then
[20:37] <ripps> yes
[20:37] <geser> ripps: which errors so I can fix them?
[20:37] <ripps> let me pastbin it
[20:38] <ripps> geser: http://pastebin.com/f372d3095
[20:39] <geser> ripps: how did you call requestsync?
[20:40] <ripps> just as AnAnt told me to: requestsync -s xvattr karmic
[20:41] <geser> ripps: call once "manage-credentials create -c ubuntu-dev-tools -l 2" to setup once the access to the LP API
[20:41] <AnAnt> geser: is that needed if he doesn't use --lp ?
[20:41] <ripps> geser: what level of acces do I want?
[20:43] <geser> AnAnt: looks like, the script uses the LP API to fetch some data about a source package (version, component) or uses it to check if one needs sponsorship even when one mails the report
[20:43] <AnAnt> oh yes
[20:43] <geser> ripps: write public (e.g. for filing sync requests)
[20:43] <AnAnt> geser: I see in the changelog something about checking if someone needs sponsorship
[20:43] <ripps> geser: so, "change non-private data"
[20:44] <geser> ripps: yes
[20:44] <AnAnt> but why do this check if the user explicitly specified -s ?
[20:45] <geser> AnAnt: yes, I don't know if there is way to do it without using LP API or screen-scraping LP pages (which is also bad)
[20:45] <ripps> geser AnAnt: xvattr doesn't appear to exist in debian
[20:45] <geser> AnAnt: I plan to look at the script to rewrite some parts and see if it's possible to make it less dependend on the LP API if one doesn't use the --lp switch
[20:47] <geser> ripps: so this package came from some other source (repository)
[20:47] <dtchen> debian-multimedia.org, it looks like
[20:48] <ripps> dtchen: oh, I might have
[20:48] <ripps> Would it be possible to sync from that repo?
[20:48] <AnAnt> thanks
[20:49] <dtchen> ripps: yes, it can be done
[20:49] <geser> sure, but you have to file a sync request by hand
[20:50] <lfaraone> Should REVU be used for updates to existing packages? (not patches, a new upstream version)
[20:50] <Laney> no
[20:50] <Laney> submit a .diff.gz to the bug
[20:55] <ripps> https://bugs.edge.launchpad.net/ubuntu/+source/xvattr/+bug/405015
[21:13] <lfaraone> Ok, any sponsors lurking around?
[21:29] <gaspa> james_w: could you please do a rebuild of gmetadom package.
[22:12] <ScottK> If someone has a decent example of a package that uses debhelper 7 style short rules and builds multiple binaries, I'd appreciate a pointer towards it.
[22:15] <Laney> ScottK: banshee does
[22:15] <Laney> It has some overrides though
[22:15] <ScottK> Laney: Thanks.
[23:52] <directhex> Laney, wasn't banshee cdbs?
[23:52] <directhex> oh yeah, didn't hyperair reqrite it?
[23:59] <Laney> directhex: looks like it