[00:43] <nxvl> ScottK: i surrender trying to patch the libtool hell from courier
[02:34] <nxvl> persia: around?
[02:55] <nhandler> If there is a bug requesting a merge of a package, and that package really should be synced, should I simply add a comment stating why this is a sync instead of a merge, or should I modify the bug description/title as well to make it a sync request?
[03:02] <Adri2000> modify description and title to add the required informations for a sync
[03:11] <nhandler> Ok, because in the past, when this has happened to me, the bug was simply marked as incomplete and assigned to me. They then added a comment stating it should be a sync. It was then up to me to modify the report. I just wanted to see what the proper way to go about switching a merge request to a sync request was
[03:12] <nxvl> nhandler: it's better to change the title and add a comment, but just adding the description of why is enought
[03:12] <nxvl> enough*
[03:15] <Adri2000> not only the rationale is needed, sync requests require changelog and other things
[03:15] <nxvl> yep
[04:14] <ScottK> Apparently Launchpad forgot that FOSS is actually supposed to have the source distributed too.
[04:15] <ScottK> I went to look at ebox-mail in the ebox-unstable PPA and there's no orig.tar.gz, but the binaries are there.
[04:16] <ajmitch> ScottK: you mean http://ppa.launchpad.net/ebox-unstable/ubuntu/pool/main/e/ebox-mail/ebox-mail_0.11.svn11184-0ubuntu1~ppa1~intrepid1.dsc ?
[04:18]  * ajmitch saw the orig.tar.gz listed right below that
[04:19] <ScottK> Wasn't there a minute ago.
[04:21] <ScottK> ajmitch: Odd.  It's not listed on the web site and dget can't find it.
[04:21] <ScottK> Thanke
[04:21] <ScottK> Thanks
[04:22] <ajmitch> strange, it appears in the Sources file
[04:22] <ScottK> I can dget it from that link fine.
[04:22] <ScottK> It's when I tried from the link to the .dsc on the web u/i.
[04:22] <ScottK> Then if failed.
[04:22] <ScottK> if/it
[04:22] <ajmitch> bug time
[04:22] <ScottK> Right.
[04:22] <ScottK> Filing
[04:24] <ajmitch> web UI does just have links to the librarian from what I can see
[04:24] <ScottK> Yes, but usually you can dget those.
[04:24] <ajmitch> really? I thought that it wasn't possible due to different directories
[04:25] <ScottK> It's been possible for a while (I think someone made dget smarter.
[04:25] <ScottK> At a guess someone change librarian and didn't tell either the PPA people or the dget maintainer.
[05:20] <zver> i need rebuild nginx package with perl support. how i can simply do it. what command i need run? thanks for help.
[05:20] <zver> 1. what command for get src package
[05:20] <ScottK> apt-get source $SOURCEPACKAGE_NAME
[05:31] <zver> don't work. http://pastebin.ca/1169164  wrong repos?
[05:35] <zver> i'm fix it
[05:35] <zver> :)
[05:36] <zver> so, i get sources. how i may build it ? what command?
[06:03] <dholbach> good morning
[06:06] <RAOF> Good afternoon, dholbach :)
[06:06] <dholbach> hi RAOF
[06:37] <tuxmaniac> good morning everybody. Can someone please review bug 255224 .diff.gz and sponsor the upload to fix the same? thanks in advance
[06:41] <dholbach> tuxmaniac: taking a look at it
[06:42] <tuxmaniac> dholbach: thank you.
[06:46] <tuxmaniac> can anyone let me know when is the next revu day?
[06:46] <dholbach> tuxmaniac: which version of the package did you base yours own?
[06:46] <tuxmaniac> 1.3.2
[06:46] <dholbach> which ubuntu revision?
[06:47] <tuxmaniac> 1.3.2-0ubuntu1
[06:47] <dholbach> tuxmaniac: it seems you drop a bunch of debian/changelog entries and removed the package maintainer in debian/copyright?
[06:47] <dholbach> there's 1.3.2-2ubuntu1 in intrepid
[06:47] <dholbach> if you could update the diff.gz I'd appreciate it
[06:48] <tuxmaniac> sure
[06:48] <dholbach> ROCK ON
[06:48] <tuxmaniac> but I didnt touch the copyright. I will ask slytherin when he is around. thanks for the update
[06:48] <dholbach> tuxmaniac: maybe it was a change on the way to 1.3.2-2ubuntu1
[06:48] <dholbach> and not your fault at all
[06:49] <tuxmaniac> I will look at it.
[06:49] <dholbach> I'm currently test-building it, so I can sponsor it once you updated the diff
[06:52] <tuxmaniac> dholbach: thanks. I am doing it right away. will ping you once done
[06:52] <dholbach> tuxmaniac: merci
[06:53] <tuxmaniac> dholbach: bitteschoen
[06:54] <tuxmaniac> dholbach: you are right. I am sorry I overlooked the versions. there are a few changes done by nhandler that got missed.
[06:55] <dholbach> a mistake easy to make - don't worry
[07:03] <tuxmaniac> dholbach: the version number is correct right. I think there need not be any changes wrt that. 1.3.4-0ubuntu1 ?
[07:03] <dholbach> yes, the version number is fine
[07:10] <zver> how i may see list files in deb file without unpack it ?
[07:11] <dholbach> zver: less bla.deb
[07:14] <tuxmaniac> dholbach: have updated. please check and let me know any issues
[07:14] <dholbach> tuxmaniac: alright
[07:14] <dholbach> hey jono
[07:14] <jono> hey
[07:25] <dholbach> tuxmaniac: uploaded - thanks :)
[07:25] <tuxmaniac> dholbach: great! thank YOU
[07:25] <dholbach> anytime :)
[08:29] <huats> morning everyone
[08:29] <dholbach> hi huats, hi thekorn
[08:30] <huats> hey mister dholbach :)
[08:30] <Iulian> G'morning
[08:31] <dholbach> heya Iulian
[08:31] <Iulian> Hey Daniel, huats.
[08:31] <huats> hi Iulian
[08:51] <Laney> Morning all
[08:52] <Laney> Half day at work :D
[08:54] <Iulian> Morning Laney.
[08:59] <sylvaing> huats: ping
[08:59] <Laney> dholbach: Morning, you subscribed the archive to bug #256355 but didn't ACK it. Was this an oversight?
[09:00] <dholbach> Laney: yes, fixed
[09:01] <Laney> 0:D
[09:01] <Laney> -0
[09:04] <Syntux> Good day
[09:07] <\sh> oh lord...does anyone know how the support of broken packages is done for getdeb.net?
[09:08] <RAOF> What's broken on there that's tickled your fancy?
[09:09] <RAOF> I think they have a Launchpad project?
[09:09] <\sh> RAOF: no..it's just announced on a news portal...and I want to avoid wrong pointers to people...
[09:10] <RAOF> \sh: You mean: please don't file bugs on these packages with us, file them at $URL?
[09:11] <\sh> ah there he is :)
[09:11] <\sh> RAOF: yes
[09:11] <\sh> joaopinto: I just talked about you and getdeb.net
[09:12] <joaopinto> hello, good morning
[09:13] <joaopinto> bad things :P ?
[09:13] <\sh> joaopinto: could you give me a pointer where users should go and file support requests and bugs? it wasn't mentioned on the german news portal (http://www.linux-community.de/Neues/story?storyid=26323)
[09:14] <joaopinto> https://bugs.launchpad.net/getdeb.net
[09:14] <\sh> joaopinto: ah ok..via launchpad.net
[09:14] <\sh> cool
[09:28] <Syntux> mok0, 90% of Babylon Arabic dictionaries created by users, I'm contacting them one by one to explain what is GNU and to encourage them to GNU the dictionaries, Babylon itself has nothing to do with it
[09:39] <slytherin> geser: there
[09:40] <geser> slytherin: Hi
[09:40] <slytherin> any thoughts on bug 257215 or bug 183139 ?
[09:44] <slytherin> geser: by the way, your expertise could be useful in #ubuntu-java :-)
[09:45] <geser> slytherin: re the first bug: how big would a fop-ant package be?
[09:47] <slytherin> geser: A small jar containing few class files I. Should not be more than 100KB in any case. I prefer that solution because not everyone may want to use fop ant task. And I don't want to add dependency on ant-optional since fop can be used standalone.
[09:49] <geser> slytherin: why not add ant-optional to recommends or suggests? because every new package makes the Packages file bigger
[09:50] <geser> and one should try to avoid adding many small packages where possible
[09:51] <slytherin> geser: yes, but not everyone wants to use ant with fop. Also there is chances that people will set 'Do not install recommends by default' and then complain that ant task of fop is not working.
[09:52] <quadrispro> geser, slytherin: new debdiff uploaded (I prefer 1st solution, I'm not sure that a fop-ant bin-package could be really useful), feel free to do what you consider the best solution (I'm only a beginner in packaging) :)
[09:52] <slytherin> quadrispro: I an not upload a debdiff. All I can give is my opinion. I will wait to Matvey to look into it.
[09:52] <quadrispro> ok ok :)
[09:52] <geser> slytherin: wouldn't the same people complain that fop is missing the files in fop-ant and want a dependency on fop-ant added to fop?
[09:53] <slytherin> geser: I think not because then you cleary have a fop-ant package which says it contains ant task.
[09:53] <slytherin> geser: anyway, this is my opinion. I can wait to hear more about it. I will bring it up in next meeting.
[09:55] <geser> slytherin: re the second bug: is there also KDE laf?
[09:57] <slytherin> geser: AFAIK, not part of JRE. But if someone has created a LNF package for KDE then I don't know.
[09:58] <geser> do you know if the LNF can be configured on a per-user basis?
[10:00] <slytherin> geser: yes, let me find documentation about that.
[10:01] <Syntux> guys, I created a needs-packaging bug and packaged that 'wishlist' package, what should I do now?
[10:01] <slomo> slytherin: hi, re gst-plugins-bad, imho just a missing dependency on libdvdread-dev in libdvdnav-dev, if you could care for that, that'd be nice :)
[10:01] <Syntux> bug # 257239
[10:02] <coolbhavi> emgent, hello
[10:03] <slytherin> slomo: problem has been already fixed in Debian. A sync bug is filed and acked.
[10:03] <slomo> slytherin: yes, or that :)
[10:03] <slytherin> Syntux: Is the package available on revu?
[10:04] <slytherin> slomo: if you could push some archive admin to do process the sunc. :-D
[10:04] <slytherin> sync
[10:04] <Syntux> slytherin, not yet, shall I proceed and add it there?
[10:05] <slomo> slytherin: which bug number?
[10:05] <slytherin> Syntux: Since it is a new package it has to be reviewed and REVU is best place.
[10:05] <slytherin> slomo: 254919
[10:06] <slytherin> geser: it is possible to specify LNF from command line. So an alias would work. Not sure if a user can have swing.properties in his home directory.
[10:07] <slomo> slytherin: thanks
[10:43] <stefanlsd> Is it possible to tell dpkg -i to install dependencies automatically?
[10:43] <RAOF> I don't believe so, no.
[10:43] <ion_> dpkg --unpack foo, apt-get -f install
[10:46] <broonie> Or just dpkg -i it and then ask apt-get or aptitude to fix it up.
[10:47] <ion_> --unpack
[10:52] <sylvaing> zul: done for obm on revu ;-)
[10:55] <slytherin> geser: do you think this look and feel is closer to how QT4 apps look - http://java.sun.com/developer/technicalArticles/javase/java6u10/#nimbus ?
[10:55] <emgent> hello stefanlsd :)
[10:59] <Laney> jpds: Hey, I've added some extra validation code to pull-lp-source. In ~laney/ubuntu-dev-tools/dev if you'd be so kind as to merge
[11:06] <geser> slytherin: I don't know how QT4 apps look like. I prefer Gnome.
[11:07] <slytherin> :-)
[11:09] <geser> slytherin: the best solution would be a wrapper for the java bin, which allows specifing the LNF in a dot-file in the homedir (or a system default) and calls java with the correct LNF
[11:10] <geser> so Ubuntu could sets gtk as default and Kubuntu metal or nimbus (depending what they prefer)
[11:11] <slytherin> geser: right. We want java apps to look better integrated. So we should make Metal go away.
[11:15] <directhex> death (to) Metal!
[11:17] <slytherin> geser: but if we need to use different look and feel based on desktop then the swing.properties file will need to reside outside of  jre package.
[11:19] <directhex> webkit takes a while to build.
[11:19] <slytherin> directhex: I don't think any package matches OOo in build time.
[11:20] <directhex> slytherin, probably not. and i dread to think about the space requirements too
[11:20] <directhex> slytherin, but webkit's pretty damn slow for only a 12 meg package
[11:20] <RAOF> I'd guess that Eclipse could give OOo a run for its money.
[11:21] <slytherin> directhex: I heard it close to 10 G.
[11:21] <slytherin> RAOF: you may be right. I neevr considered that possibility.
[11:21] <directhex> tee hee, OOo build-depends on mono
[11:22] <directhex> RAOF, compare the build-dep lists between OOo and eclipse
[11:22] <RAOF> slytherin: It was particularly good when we were building Eclipse with gcj as well, I don't know if we still do.  That consumed a pretty 5 Gb of RAM.
[11:38] <jpds> Laney: I'll take a look.
[11:47] <geser> slytherin: I guess KDE people won't be happy if we force the GTK LNF to them, so better make it configurable from the start. This will probably also give you less resistence to move away from metal
[11:48] <slytherin> geser: Yes. No second opinion about that. Only thing I wanted to know is how can we configure look and feel based on desktop. It is a simple properties file after all. How to you propose we make the property value conditional?
[11:53] <geser> slytherin: if you also think about multi-user system where both Gnome and KDE are installed, it would be best if a wrapper around java could read the prefered LNF from the users homedir (and fall-back to a value stored in /etc/...) and call the java with the correct switch
[11:53] <geser> I don't see currently any other option which would work for all
[11:54] <slytherin> geser: hmm, need to think about it.
[11:54] <slytherin> geser: of course this is if KDE guys insist on having their own look and feel.
[11:57] <geser> yes, if you can persuade them to the GTK LNF even better (and simplier)
[11:58]  * slytherin adds a reminder to send a mail to kubuntu-devel mailing list.
[11:59] <Syntux> could someone review http://revu.ubuntuwire.com/details.py?package=stardict-arabeyes-english-arabic
[11:59] <slytherin> geser: on a side note, do you think if space permits, we could accommodate openjdk-6-jre on CD?
[11:59] <devfil> Can a REVU admin resync keys?
[11:59] <geser> devfil: not needed anymore
[12:00] <devfil> geser: why?
[12:00] <geser> devfil: REVU fetches your key on the first login
[12:00] <devfil> geser: but I've changed my gpg key
[12:01] <geser> devfil: ask RainCT or NCommander (when he's here again), I don't know how this should work in that case
[12:01] <slytherin> devfil: when did you change the key? Whether it was before revu revamping?
[12:02] <devfil> slytherin: yesterday
[12:03] <geser> slytherin: how much space whould openjdk-6-jre need on the CD (incl all dependencies not already on the CD)?
[12:05] <directhex> lots
[12:05] <slytherin> geser: will need to calculate.
[12:05] <directhex> can't openjdk be split? i know sun jdk can't due to licensing, but does openjdk have the same limitation?
[12:06] <slytherin> directhex: what kind of split do you suggest?
[12:07] <directhex> slytherin, look at mono as an example - 12 meg monolithic packages for the entire classlib were split into small few-hundred-k-at-most packages for each major classlib entry. helps make apps smaller, so you're not depending on some enormous irrelevant chunk of the classlib just to run an app barely more complex than hello world
[12:09] <RainCT> devfil: your key is synced each time you log in
[12:10] <directhex> slytherin, so tomboy & f-spot have 16.2 meg of package dependencies including the required runtime, whereas openjdk is twice that without any apps
[12:11] <slytherin> directhex: The main reason jre is so big is I guess it also includes translations. As of now it is only split between -jre and -jre-headless, where headless does not contain any UI classes.
[12:14] <directhex> slytherin, well, i don't think anyone's surprised that openjdk is big. so's mono. the difference is you don't pull in *all* of mono just to run one app. take a look at http://www.meebey.net/jaws/?gadget=Blog&action=SingleView&id=Hello_World_how_small_can_you_get for example
[12:15] <directhex> slytherin, if you have a dapper VM or chroot handy, compare the dependency chain for a mono app on dapper & now (dapper had more monolithic mono than edgy+)
[12:15] <slytherin> directhex: Yours is good point. We will surely discuss it in next meeting.
[12:16] <directhex> slytherin, it's gonna be a big job, and i don't remember if the java classlib already ships distinct class files (or if they're packed into jars)
[12:16] <directhex> slytherin, it's been a while since i did much java, to be honest. but it's worth wondering about, on a longer timescale than intrepid is offering
[12:17] <jpds> Laney: Merged with trunk and pushed. Thanks.
[12:18] <slytherin> directhex: yes, this seems to be more appropriate for intrepid +1. the rt.jar itself is 53M
[12:19] <directhex> bugger. not a great start
[12:20] <directhex> slytherin, i think you'll be lucky to get openjdk onto the intrepid ISO as it is - the squashfs image on hardy is already 680 M, i can't imagine shrinkage from intrepid
[12:20] <directhex> slytherin, though if it makes you feel better, mono will shrink further in the lenny+1 timescale, which should free some space for intrepid+1
[12:20] <slytherin> directhex: there is very low chance. May be I can ask about including -jre-headless on server image.
[12:21] <sistpoty|work> hi folks
[12:22] <slytherin> directhex: server image is pretty small, around 580M.
[12:22] <jpds> moin sistpoty|work
[12:22] <sistpoty|work> hi jpds
[12:22] <directhex> slytherin, sounds sensible for server, if paired with other related things like tomcat. is tomcat in main?
[12:23] <slytherin> directhex: tomcat 5.5 is in main, tomcat 6 has entered archives recently.
[12:24] <sistpoty|work> Laney: just saw that you want to join uncommon-prog-lang (which is quite a dead team right now)... any particular languages/packages you want to fiddle with?
[12:26] <directhex> intercal!
[12:33] <devfil> Can a REVU admin resync keys?
[12:36] <sistpoty|work> devfil: keyring syncs aren't necessary any longer
[12:36] <sistpoty|work> devfil: just sure you've logged in and merged accounts
[12:37] <sistpoty|work> (and the queues are empty as well... not too much to do for a revu admin nowadays :))
[12:37] <devfil> sistpoty|work: Merge REVU accounts?
[12:38] <sistpoty|work> devfil: in case you had a local revu account, you'll need to merge this with the launchpad/openid account (but that's not necessary for uploading in the first place)
[12:40] <devfil> sistpoty|work: ok, thanks
[12:40] <sistpoty|work> np
[12:57] <ScottK> dholbach: Are you around?
[13:07] <luisbg> what port does apt use?
[13:08] <slayton> I keep getting an error with my changelog.... http://pastebin.com/m3bc6780
[13:08] <slayton> I have no clue what to do
[13:08] <directhex> luisbg, um... http or ftp, so 80 or 21?
[13:08] <luisbg> directhex: ok, thanks
[13:09] <slayton> here is the changelog http://pastebin.com/m2f89d4d5
[13:09] <geser> slayton: time missing in the first entry
[13:09] <slayton> ahhh! ok thanks!
[13:09] <luisbg> directhex: a question about the or... can I force apt to just use http?
[13:09] <geser> slayton: how did you edit the changelog? dch is really helpful here
[13:09] <directhex> luisbg, only having http lines in sources.list?
[13:10] <geser> luisbg: depends on your sources.list
[13:10] <luisbg> I see
[13:10] <luisbg> :) very logical
[13:10] <james_w> slayton: I think you are missing the timezone from that trailer line
[13:10] <luisbg> have a user having problems with firewall
[13:10] <luisbg> nothing big
[13:10] <james_w> hey luis
[13:11] <luisbg> hey james_w
[13:11] <luisbg> james_w: how is life going?
[13:12] <james_w> luisbg: good thanks, you?
[13:12] <luisbg> james_w: doing very good... busy as hell but that is good
[13:12] <luisbg> james_w: got any gigs recently?
[13:12] <slayton> geser: thanks again for your help.... does this look better? http://pastebin.com/m534cd308
[13:13] <james_w> luisbg: no, have you?
[13:14] <geser> slayton: almost, I'm not sure if the two space between the date and the time are a problem (line 5) and I guess it should be "Tue" and not "Tues" in line 11
[13:15] <devfil> Can someone take a look at http://revu.ubuntuwire.com/details.py?package=ircp-tray ?
[13:15] <slayton> geser. thanks!
[13:15] <luisbg> james_w: I am resident of a club here in Dublin now
[13:16] <luisbg> they cover the saturdays at a big venue here
[13:16] <james_w> luisbg: ah cool, I forgot you were in Dublin now. Perhaps I'll find myself in Ireland one weekend looking for somewhere to go out :-)
[13:16] <dholbach> ScottK: yes
[13:17] <ScottK> dholbach: Yesterday I had an interesting experience I'd like to share with you.
[13:17] <ScottK> I was at a customer facility for $WORK and got to chatting with a local sysadmin there.
[13:17] <ScottK> He's currently using Debian Testing on his desktop at home and considering switching to Ubuntu.
[13:18] <dholbach> nice :)
[13:18] <ScottK> We got to talking about my involvement in Ubuntu development and I encouraged him that he could get involved.
[13:18] <ScottK> He doubted he knew enough but I assured him he did.
[13:18] <dholbach> What kind of stuff is he interested in?
[13:19] <ScottK> Not sure exactly, at work he's tending a variety of ancient SunOS, Solaris, Red Hat, and Centos boxes and not enjoying the experience.
[13:19] <ScottK> The thing I wanted to pass on, was that really seemed to seal the deal as far as his interest was that I gave him one of the Kubuntu CDs I got at UDS.
[13:19] <luisbg> hey dholbach
[13:20] <luisbg> james_w: if you are around dublin let me know
[13:20] <ScottK> Given the cut backs in ShipIt, if I hadn't been at UDS, I wouldn't have had one to give.
[13:20] <dholbach> hi luisbg
[13:20] <james_w> luisbg: I sure will
[13:20] <ScottK> dholbach: I'd like you to consider that if developers could get more CDs, we could do a lot better with getting technically ept people involved.
[13:21] <dholbach> Did anybody else make a similar experience?
[13:22] <jpds> ScottK: I chose "Custom order" in ShipIt, linked to my LP page and got some more CDs.
[13:22] <ScottK> It'll send me 1.  Let me look again.
[13:22] <Syntux> Do we have anything like legal department in Ubuntu ?
[13:23] <dholbach> ScottK: that sounds great and I'll pass this on just as you told me
[13:23] <coolbhavi> hello dholbach sir
[13:23]  * RainCT tried requesting 5 from the custom order option and got that rejected (and afterwards the same with 3)
[13:23] <dholbach> hi coolbhavi
[13:23] <nhandler> Hey Daniel
[13:23] <dholbach> nhandler: hey Nathan
[13:24]  * coolbhavi hugs nhandler 
[13:25] <jpds> ScottK: https://shipit.ubuntu.com/specialrequest
[13:26] <ScottK> So far I've gotten one CD out of shipit this year.  All the rest were denied.
[13:26] <broonie> ScottK: Wierd. I seem to get two of each release with no trouble.
[13:27] <broonie> And one of us works rather more directly on Ubuntu than the other.
[13:27] <ScottK> Maybe I'm just special.
[13:28] <slytherin> slayton: you should be using the output provided by 'date -R' command for timestamp.
[13:29] <ScottK> jpds: Thanks.  Submitted now.  We'll see.
[13:30] <ScottK> dholbach: I sent a special request.  Maybe that will get me more than one per year.
[13:30] <slytherin> Syntux: what is the query?
[13:30] <Syntux> sylvaing, various questions
[13:31] <sylvaing> yes
[13:31] <Syntux> sorry sylvaing.
[13:31] <Syntux> slytherin, various questions :-)
[13:31] <sylvaing> lol
[13:31] <sylvaing> ok
[13:31] <slytherin> Syntux: I am not sure of #ubuntu-legal exists and you can check on lists.ubuntu.com if there is a mailing list for legal.
[13:35] <jpds> ScottK: I remember that before there was an "Ubuntu Member" offer.
[13:47] <dholbach> ScottK: I just looked at our conversation again and what I'm also interested in is the "He doubted he knew enough but I assured him he did." part - when I'm talking to people I hear that a lot
[13:48] <dholbach> I think we're doing a lot to get the message out that you don't need to speak fluent C with your family to be able to help us out, but still lots of people have the wrong impression of what we do
[13:48] <ScottK> Yes.  I told him that as an experienced sysadmin, as long as he knew a bit of shell, he could package.
[13:48] <ScottK> Feel free to point me out as an example.  I got core-dev and I don't do C at all.
[13:49] <slayton> in the various packaging guides out there I keep reading about upstream... what is upstream?
[13:49] <dholbach> slayton: the authors of a piece of software
[13:49] <ScottK> or Debian.
[13:50] <ScottK> Places from which we get code.
[13:50] <sistpoty|work> or more generic: someone you take software from (who might have modified it from somewhere else, who might it ...)
[13:52] <coolbhavi> I am getting this error please help http://pastebin.com/d6f1d5a00
[13:52] <slytherin> coolbhavi: you don't have ant installed
[13:52] <coolbhavi> slytherin, Okay!
[13:53] <slayton> I have a couple of packages that I'd like to submit to Universe I've been reading  the reqs on https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#NewPackage, I'm pretty sure my package isn't ready but I don't feel like I know enough to get it the last 10%....  how can I submit a package for review/feedback?
[13:54] <sistpoty|work> !REVU | slayton
[13:55] <slytherin> coolbhavi: are you working in a merge of libjidc-java?
[13:55] <coolbhavi> huats, hello
[13:55] <coolbhavi> slytherin, yes
[13:55] <coolbhavi> oh power down
[13:55] <huats> hello coolbhavi
[13:55] <coolbhavi> brb
[13:55] <slytherin> coolbhavi: make sure you talk with geser first, he is the last uploader.
[14:00] <slytherin> ﻿coolbhavi: are you working in a merge of libjidc-java?
[14:04] <slytherin> coolbhavi: wrong copy paste. ﻿Make sure you talk with geser first, he is the last uploader.
[14:06] <slytherin> what is the easiest way to configure XF86Media keys?
[14:07] <coolbhavi> slytherin, Ok will contact him
[14:08] <ScottK> Adri2000 or Lutin: The problem I was having the other day getting to the Main merge page appears to be that the link to it from the Universe page is a relative link.  Konqueror wants it to take me to universe.php/main.php.
[14:09] <geser> coolbhavi: you can merge libjdic-java if you want as I currently don't have time for it
[14:09] <coolbhavi> geser, OK
[14:09] <coolbhavi> thanks
[14:10] <coolbhavi> geser, will do it in next 2 days thanks
[14:11] <Adri2000> ScottK: the link points to ./main.php. I think this is a Konqueror bug
[14:12] <ScottK> OK.  Thanks.
[14:12] <stefanlsd> How does MoM find out about a merge... can we get it to check for a merge...?
[14:14] <Adri2000> stefanlsd: afaik, MoM is not updating because the disk of the machine it's hosted on is full
[14:14] <directhex> hah!
[14:15] <stefanlsd> Adri2000: heh. funny. will attempt to do what MoM does manually :)
[14:15] <Adri2000> stefanlsd: or you can try DaD
[14:16] <stefanlsd> Adri2000: yeah. DaD doesnt have it either
[14:18] <Adri2000> stefanlsd: what package?
[14:18] <stefanlsd> Adri2000: curlftpfs
[14:21] <slayton> mv: cannot move `../dbus-c++_1.0-1.dsc.asc' to `../dbus-c++_1.0-1.dsc': Operation not permitted   I'm trying to run: dpkg-buildpackage -S -sa -rfakeroot -k<GPGkeyID> and I got that error...
[14:21] <Adri2000> stefanlsd: strange
[14:22] <slayton> ?
[14:22] <dholbach> not that it would fix your problems, but  debuild -S -sa  is probably a bit shorter
[14:22] <dholbach> slayton: do you have the right permissions on the files? do you own them?
[14:23] <slayton> dholbach,  ughh...  your right... that is the problem... ok sorry for the pedantic questions
[14:23] <dholbach> don't worry - just ask
[14:23] <dholbach> we're all happy if we can make the world a better place, even if it's little steps :-)
[14:25] <slayton> dholbach, thanks again... this really is one of the most helpful and friendly channels i've encountered on IRC...
[14:34] <Adri2000> stefanlsd: err... it's not strange at all
[14:34] <Adri2000> stefanlsd: there are no ubuntu changes
[14:34]  * Adri2000 stops investigating uselessly
[14:42] <stefanlsd> Adri2000: thanks. that makes sense. Does this normally mean we just request a sync...?
[14:43] <Adri2000> if you want the debian version, yes, request a sync
[15:16] <jorgenpt> Hi. :)
[15:32] <jorgenpt> Anyone have any tips on creating a package for a python script that has a couple of internal 'libraries' that it uses, without using an automated tool like stdeb?
[15:41] <RainCT> jorgenpt: internal libraries = modules created exclusively for that application?
[15:48] <jorgenpt> Yes
[15:48] <jorgenpt> Non-binary
[16:02] <RainCT> jorgenpt: you can place them into /usr/share/<packagename> then
[16:06] <jorgenpt> I found something using python-support that said /usr/share/python-support/packagename
[16:06] <jorgenpt> How does that sound?
[16:09] <RainCT> jorgenpt: do you know if setup.py has some option for private modules?
[16:11]  * RainCT would say that the files there are public modules, but I'm not sure
[16:21] <jorgenpt> RainCT: I dunno, I just used --install-lib=$PREFIX..
[16:21] <jorgenpt> I uploaded my package to ppa using dput, and it said 'Successfully uploaded packages.\nNot running dinstall.'
[16:21] <jorgenpt> But nothing shows in my package repository, nor on my build status page.
[16:22] <jorgenpt> Any tips?
[16:22] <RainCT> jorgenpt: check your inbox for an accepted/rejected mail?
[16:22] <jorgenpt> Aha.
[16:23] <jorgenpt> Unable to find distroseries: unstable
[16:23] <jorgenpt> Aha
[16:23] <jorgenpt> How do I release a package to multiple distros?
[16:24] <jorgenpt> Ah, space-separated.
[16:26] <jorgenpt> Or not, lintian complains.
[16:27] <james_w> jorgenpt: it's not actually a usual thing to do
[16:27] <jorgenpt> Really? Why not?
[16:27] <james_w> even though the format allows it I've never seen it
[16:28] <jorgenpt> This is a python package that's fairly multi-release
[16:28] <broonie> jorgenpt: This used to be used by Debian in the dim and distant past.
[16:28] <broonie> (when we had a release freeze rather than testing)
[16:28] <joaopinto> any idea how to set a package to be compressed using lzma with cdbs ?
[16:29] <broonie> jorgenpt: it fell out of disuse in Debian due to testing (there is no call to upload to multiple targets these days).
[16:29] <RainCT> jorgenpt: create a different version for each release (..~ppa1~gutsy1, ...~ppa1~hardy1, etc.)
[16:29] <jorgenpt> I don't mask, so just ~gutsy1, ~hardy1, etc.
[16:29] <jorgenpt> Do I use different changelogs for that?
[16:30] <jorgenpt> Also, do I need to bump my version number even for a rejected ppa-upload?
[16:30] <RainCT> jorgenpt: yes and no
[16:31] <jorgenpt> RainCT: It told me 'Already uploaded to ppa.launchpad.nte'
[16:31] <RainCT> jorgenpt: dput -f
[16:31] <jorgenpt> Thanks
[16:31] <RainCT> jorgenpt: or delete the .upload file
[16:32] <jorgenpt> But how do you guys usually maintain different changelogs?
[16:33] <broonie> jorgenpt: Usually the older distros are handled as though backports of the most recent one.
[16:33] <jorgenpt> broonie: Yeah, but do you do a sed 's/hardy/gutsy/g' -i changelog, or what? :)
[16:34] <broonie> jorgenpt: It normally shows up as a new changelog entry with text saying "Backport to X".
[16:35] <jorgenpt> So you have a 'main' changelog, and one for each distribution, which just has <version> \n Backport to <old distro> \n <sign>
[16:35] <jorgenpt> ?
[16:35] <broonie> No, just add the backport entry to the top of the changelog in the backported version.
[16:36] <jorgenpt> Aha, thanks. Does the main version usually have ~hardy1 or whatever you build it against?
[16:36] <RainCT> jorgenpt: no
[16:36] <broonie> I'd not expect so.
[16:37] <RainCT> jorgenpt: that's not necessary as it's usually in the latest Ubuntu release, and the ~ means 'before' so users will get the version from there when they upgrade to it
[16:37] <RainCT> btw, if someone looks for me, I'll be away from the 15th to the 25th
[16:37] <jorgenpt> I uploaded a source package, will this be 'built' into a 'binary package' so users can do aptitude install <package>? (if they add my repo)
[16:37] <jpds> RainCT: OMG.
[16:37] <jorgenpt> This is a python script, so I don't get the distinction between source & binary, it has no extensions.
[16:37] <RainCT> jpds: yeah :P
[16:38] <broonie> jorgenpt: The binary package is the installable .deb.
[16:38] <RainCT> jorgenpt: yes
[16:38] <broonie> with everything in the appropriate places on the filesystem, the maintainer scripts and whatnot
[16:38] <jorgenpt> dput uploaded the .dsc, the orig.tar.gz, the .diff.gz and the _source.changes.
[16:38] <jorgenpt> Aha, ok.
[16:39] <jorgenpt> So when my PPA page says 'built [X]' it means they've built it into a .deb?
[16:41] <jorgenpt> Hey, PPA has a 'copy binaries' to copy to other series. Neat.
[16:41] <jorgenpt> Packages: 1 source package (41.6 KiB) 1 binary package (24.6 KiB)
[16:41] <jorgenpt> \o/
[16:50] <Hew> Hey guys. I just want to bring attention to bug 248055 again, as it's high-priority and an easy fix. Users are getting more restless..
[16:51]  * jorgenpt has his first packages in PPA, woopwoop.
[16:52] <jpds> Hew: Wait for the SRU folk to come along?
[16:52] <Hew> jpds: Been waiting a month
[16:52] <Hew> jpds: do you know who accepts the nominations for release?
[16:53] <jpds> Hew: That team i thought.
[16:54] <Hew> jpds: Yea, it's been a month, and really just requires a backport by the SRU guys.
[17:00] <Hew> anyone from motu-sru around?
[17:37] <joaopinto> Hew, actually a backport maybe complex for an SRU, SRU are usually smaller diffs
[17:38] <Hew> joaopinto: Do you think I should request a backport as well, since it's important this fix is delivered asap?
[17:38] <Hew> that may be able to be delivered faster than the SRU
[17:38] <joaopinto> probably
[17:39] <Hew> joaopinto: ok, will do
[18:30] <bigon> any motu-sru around?
[18:30] <james_w> didrocks: hey, thanks for your work on the multiuser stuff
[18:31] <didrocks> james_w: you're welcome :)
[18:31] <james_w> didrocks: one thing that I hadn't mentioned before is that the "multiuser" stuff required a versioned dependency on sysvinit, that can be dropped with these changes.
[18:32] <didrocks> james_w: oh, so, let me check
[18:32] <james_w> didrocks: also, you can use http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494951 and just change the details to forward these bugs. I think that explains everything we should explain to the Debian maintainers.
[18:33] <didrocks> james_w: yes, it will be a good template and it will be easier to fw to upstream with that link :)
[18:34] <slytherin> RainCT: in case you are here, can you please give back gst-plugins-bad0.10?
[18:34] <didrocks> so, regarding the dependency, I just have to remove  sysv-rc (>= 2.86.ds1-14.1ubuntu2) for sysv-rc , isn't?
[18:34] <james_w> didrocks: I'd been asked to write a blog post to ask for people to help with this work, but if you keep storming through it like this you'll save me that job as well :-)
[18:34] <james_w> didrocks: you should revert to whatever Debian has
[18:35] <james_w> didrocks: patches.ubuntu.com or packages.debian.org are probably good places to look that up
[18:35] <RainCT> slytherin: sure, one moment :)
[18:35] <didrocks> james_w: I think I can do it in the next two days :)
[18:35] <didrocks> ok, I will give a look
[18:36] <didrocks> Indeed, it's the mail on server ML that awake me. I had planned to do this some time ago :)
[18:37] <RainCT> slytherin: done
[18:37] <RainCT> jpds: the buildd script works nice :)
[18:38] <slytherin> RainCT: thanks
[18:47] <didrocks> james_w: I revert also to previous lsb-base version (cf http://patches.ubuntu.com/a/acpid/acpid_1.0.6-9ubuntu2.patch)
[18:48] <james_w> didrocks: no, that's for the status action in the init script, we still need that one
[18:48] <didrocks> ok, so, just remove sysv-rc in this case
[18:50] <james_w> yep, I think so
[18:51] <didrocks> pbuilder will confirm that ^^
[18:51] <james_w> well, it's a runtime dependency, so you'd have to install the package
[18:52] <didrocks> yes, I will do in my intrepid VM
[19:01] <didrocks> james_w: dictd seems to be cleared (no sysinit specific depends)
[19:01] <didrocks> so, no change in this debdiff
[19:01] <didrocks> I will reboot and try to install the new acpid package
[19:02] <slytherin> when I use requestsync, where is the mail sent exactly?
[19:04] <ScottK> slytherin: Launchpad via some mail server.
[19:05] <slytherin> ScottK: and what is usually time for the mail to get converted to bug report?
[19:05] <ScottK> 5 - 10 minutes.
[19:06] <slytherin> ok
[19:06] <nxvl> slytherin: slytherin     to = 'new@bugs.launchpad.net'
[19:06] <nxvl> err
[19:06] <nxvl> slytherin:     to = 'new@bugs.launchpad.net'
[19:06] <nxvl> or it maybe uses lpbugs
[19:06] <nxvl> so no mail envolved in the process
[19:07] <ScottK> It can do either.
[19:07] <slytherin> which mail servers does it use by the way? because I haven't setup any.
[19:07] <ScottK> Mail is the default.
[19:07] <ScottK> I don't recall.
[19:07] <ScottK> Odds are, IIRC, it won't be working then.
[19:08] <slytherin> a status message like this surely doesn't say that it is not working - Sync request mailed.
[19:08] <slytherin> I will wait for 15 minutes to see if the bug turns up.
[19:11] <nellery> why is it that apt-get source buxon retrieves an older version than it should?
[19:11] <nellery> is there any work around for these things?
[19:12] <RainCT> nellery: do you have intrepid in your sources.list?
[19:12] <geser> slytherin: mailserver = 'fiordland.ubuntu.com'
[19:13] <slytherin> geser: thanks for info
[19:14] <slytherin> geser: and you were right about the gpg key. I think I should have revoked the email id and photo id instead of deleting it.
[19:14] <nellery> RainCT, that could be it...
[19:14] <nellery> RainCT, what would I add?
[19:15] <RainCT> nellery: deb-src http://archive.ubuntu.com/ubuntu/ intrepid main restricted universe multiverse
[19:16] <nellery> RainCT, thanks
[19:17] <nellery> awesome.. it worked :)
[19:17] <sebner> RainCT: intrepid \o/
[19:17] <RainCT> sebner: ??
[19:18] <sebner> RainCT: intrepid is great ^^
[19:18] <RainCT> I know
[19:18] <RainCT> :)
[19:21] <kostmo> Hey all, I am looking for MOTU advocates for my package "pyrocket": http://revu.ubuntuwire.com/details.py?upid=3240
[19:21] <kostmo> pyrocket is a driver and frontend for several of the USB rocket launchers that you might find on ThinkGeek or other novelty shops
[19:22] <kostmo> it exposes a few features of the devices that aren't accessible from the Windows drivers, and allows more methods of control, like joystick, and potentially webcam/computer vision control
[19:24] <Treenaks> \o/ mecha armies
[19:24] <kostmo> :)
[19:24] <kostmo> The needs-packaging bug is here: https://bugs.launchpad.net/ubuntu/+bug/242910
[19:26] <kostmo> anyway, I've got a lot of feedback from package reviewers, and I think it's in good shape -- now I just need a couple advocates
[19:45] <slytherin> ScottK: geser: Either I did something wrong or there is problem with requestsync. I requested a sync more than 20 minutes ago and it is not on launchpad.
[19:47] <geser> hmm
[19:49] <nxvl> geser: my application is up to you, persia and/or nixternal
[19:49] <nxvl> :D
[19:50] <devfil_> Can a MOTU take a look at http://revu.ubuntuwire.com/details.py?package=ircp-tray ?
[19:51] <emgent> nxvl: can i call you Master? :-)
[19:54] <nxvl> heh
[19:54] <nxvl> not still
[19:54] <nxvl> we still have 2 more votes to go
[19:55] <emgent> ok Master nxvl
[19:55] <james_w> didrocks: cool, dictd may not have had the dependency added by mistake
[20:00] <jpds> RainCT: Wahey.
[20:02] <didrocks> james_w: as the 15 is an off day here, I will try to fix all of them this day…
[20:02] <nxvl> emgent: heh
[20:03] <james_w> didrocks: that would rock
[20:24] <jorgenpt> How do I build my source package after I've already uploaded one version?
[20:24] <jorgenpt> debuild ...? (Is there another way that doesn't upload the orig.tar.gz?)
[20:25] <jorgenpt> Also, how do you separate upstream fixes from your own in the changelog, usually? Do you specify your own like 'fixed foo' and have 'bump from upstream' or whatever for upstream updates?
[20:27] <cr3> hi folks, I'm creating a transitional package because I'm in the process of renaming hwtest to checkbox. the reason is that the vocation of the project has changed from strictly hardware to include software as well.
[20:28] <cr3> so, I created empty packages for the old hwtest with Depends: checkbox. then, in the checkbox package, I have Replaces/Provides/Conficts: hwtest.
[20:29] <cr3> when I upgrade, hwtest gets marked as "rc" and the new checkbox package is installed as "ii". the reason seems to be that other packages depend on hwtest and I think I just put my finger on the problem!
[20:29] <cr3> how can I determine which package depend on another package?
[20:30] <mathiaz> cr3: try apt-cache rdepends hwtest
[20:30] <jpds> cr3: apt-cache rdepends <package>
[20:31] <cr3> mathiaz: ok, so that returns hwtest-cli and gtk packages which also have the equivalent transitional packages, why aren't those being upgraded?
[20:32] <cr3> oh wait, this needs to apply recursively as well because ubuntu-desktop depends on hwtest-gtk! that seems to be the problem
[20:33] <cr3> I wish there was an rrdepends, as in recursive reverse depends :)
[20:34] <mathiaz> cr3: did you versionned your Conflicts and Replaces ?
[20:35] <cr3> mathiaz: nope, I should specify the version for the last version of hwtest, ie pre transitional right?
[20:35] <mathiaz> cr3: yes
[20:36] <cr3> mathiaz: will that help for the fact ubuntu-desktop depends on hwtest-gtk?
[20:37] <mathiaz> cr3: it should since you're Providing hwtest-gtk with checkbox
[20:38] <cr3> mathiaz: right, thanks man!
[20:42] <RainCT> jorgenpt: debuild -S  (if the version is different than -1 or -0ubuntu1 and you don't use -sa with debuild the .orig.tar.gz won't be included)
[20:42] <mathiaz> siretart: RainCT: raphink: ajmitch: could you mark me as a reviewer on REVU ? Thanks :)
[20:44] <RainCT> mathiaz: did you have an account before? if so, you can merge it
[20:44] <mathiaz> RainCT: I don't think so
[20:45] <RainCT> mathiaz: woo you're a core dev :)
[20:45] <RainCT> mathiaz: ok one second
[20:47] <RainCT> mathiaz: done
[20:48] <kostmo> cody-somerville: you REVU'd my "pyrocket" package a while back - would you be willing to advocate it also?
[20:48] <mathiaz> RainCT: great ! thanks
[20:49] <kostmo> http://revu.ubuntuwire.com/details.py?upid=3240
[20:50] <jorgenpt> RainCT: thanks
[21:09] <didrocks> james_w: I took the test for acpid on my intrepid vm and it was successfull. New debdiff provided. I keep you in touch on friday about the others.
[21:09] <james_w> great, thanks.
[21:40] <jorgenpt> How do I make it so dh_installman finds my man-page?
[21:41] <ion_> Please read dh_installman(1)
[21:42] <jorgenpt> I tried, and it said it read the first binary package in control.
[21:42] <jorgenpt> I named my man-page debian/first_package_name.1
[21:43] <jorgenpt> Hm. Do I need to add 'first_package_name.1' to the parameter-list of dh_installman?
[21:43] <SolarWar> what does this error mean? dpkg-shlibdeps: failure: no dependency information found for /usr/local/lib/libmtp.so.8 (used by debian/qlix/usr/bin/qlix).
[21:43] <nxvl> jorgenpt: you need to copy it into debian/tmp before
[21:44] <ion_> “Files named debian/package.manpages can list other man pages to be installed.”
[21:44] <jorgenpt> ion_: 'other', this is the man-page for the first binary package
[21:44] <nxvl> jorgenpt: look for a package that has it's man page under debian/ and check it's debian/rules
[21:44] <nxvl> jorgenpt: yes, but it's not on the source dir, so it is other
[21:45] <jorgenpt> Aha.
[21:45] <ion_> Other manpages than the ones listed in its command line parameters.
[21:45] <nxvl> jorgenpt: the package what it does is install everythin on debian/tmp, and then install what it's in debian/tmp on the system (dh_installman work on the second part) so it need to be on debian/tmp/$man_path to be installed
[21:46] <ion_> The path of the manpages should not matter.
[21:46] <jorgenpt> Right. dh_install debian/my_first_package.1 seems to do what I want. :)
[21:46] <jorgenpt> Also, my changes gives me this lintian:
[21:46] <jorgenpt> bad-distribution-in-changes-file hardy
[21:47] <Iulian> jorgenpt: Change with intrepid.
[21:48] <jorgenpt> What? Intrepid isn't released yet, is it?
[21:48] <jorgenpt> Also, I have a sample rc-file, where should this be installed?
[21:49] <Iulian> jorgenpt: It's still in development.
[21:49] <jorgenpt> Right. But you're saying I should use intrepid instead of hardy?
[21:49] <Iulian> jorgenpt: Yes, you'd like to get that into intrepid, right?
[21:50] <jorgenpt> Oh, you mean for a 'real' release?
[21:50] <jorgenpt> Sure, I'm just using PPA for now, was thinking of submitting the package to the official repositories sometime. :)
[21:50] <Iulian> Ah
[21:51] <jorgenpt> Is /usr/share/doc/package-name/ a fine place for sample configs?
[21:51] <jorgenpt> (example rc-file)
[21:52] <ion_> jorgenpt: dh_installexamples(1)
[21:54] <jorgenpt> Thanks :)
[21:55] <doctormo> Remind me, how would I get a package from ppa into some other more useful repository?
[21:55] <laga> thru REVU? if it's a new package
[21:55] <jorgenpt> Bit unrelated, about man-pages. How do you usally document your config options? (Currently there're three of them)
[21:56] <Iulian> !revu | doctormo
[21:56] <doctormo> Ah thanks
[21:57] <jorgenpt> Ooh, that looks like what I want when this is in -3 or something. ;)
[21:57] <RainCT> jorgenpt: it isn't necessary to install the manpage, just tell dh_installman where it is or create a file called debian/manpages (or debian/binary_package_name.manpages) and write it's name (debian/binary_package_name.1) there
[21:58] <RainCT> jorgenpt: what do you mean by "config options"?
[21:58] <jorgenpt> RainCT: stuff the user can put in ~/.foorc
[21:58]  * jorgenpt is packaging someone elses software, but without a man-page
[21:58] <ion_> jorgenpt: -3 wouldn’t be accepted as a new package in Ubuntu. -1 would be accepted as a new package Debian and -0ubuntu1 in Ubuntu.
[21:58] <jorgenpt> ion_: Well, in my ppa it's -3.
[21:59] <RainCT> jorgenpt: create a manpage called foorc.5 for it, then
[21:59] <ion_> jorgenpt: Better use version numbers in PPA that are lower than the first upload to Ubuntu.
[21:59] <RainCT> jorgenpt: and list it in binary_package_name.1's "SEE ALSO" section
[21:59] <ion_> For the same upstream release
[21:59] <doctormo> Is it worth going to REVU  for https://launchpad.net/gnome-wallchanger , or should I just wait and see if it's taken up by more people first?
[22:00] <jorgenpt> Hmm. But I've already uploaded -1~hardy1, ion_. :o
[22:00] <RainCT> jorgenpt: -1~hardy1 is less than -1
[22:00] <jorgenpt> Can I just delete it via the ppa and change the changelog?
[22:00] <jorgenpt> Yeah, but ion said -0ubuntu1 for ubuntu?
[22:01] <RainCT> jorgenpt: ah right. bad luck for the PPA users then :P
[22:01] <jorgenpt> Doubt anyone except me and one other guy has installed the package. :)
[22:01] <jorgenpt> (one other guy being the developer)
[22:01] <jorgenpt> First release a few hours ago
[22:01] <RainCT> jorgenpt: you can delete it from the PPA then
[22:02] <jorgenpt> Read the page help to understand how removals work.
[22:02] <jorgenpt> What page help? :(
[22:03] <RainCT> jorgenpt: it doesn't say anything interesting anyway :)
[22:03] <RainCT> jorgenpt: just that the actual files may remain on the server for some hours
[22:03] <cr3> before submitting a main inclusion report, I need to get the package into universe, right? what if the package is just a rename of an existing package?
[22:03] <jorgenpt> ok
[22:05] <jorgenpt> Haha, I misunderstood dh_installman, I thought it meant debian/package.manpages _literally_ :p
[22:10] <cr3> hm, what's the universe equivalent to the main inclusion report?
[22:10] <geser> cr3: nothing
[22:12] <cr3> geser: how would I go about submitting a new package into universe so that it eventually makes its way to main?
[22:13] <calc> cr3: ideally upload it to debian
[22:14] <mathiaz> cr3: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[22:14] <geser> cr3: I've read it's a rename, does only the binary names change or also the source name?
[22:14] <cr3> geser: both
[22:15] <jorgenpt> Do you guys like version-control your debian meta-information anywhere when you package someone elses software?
[22:15] <geser> cr3: then I guess you need to go through REVU
[22:15] <cr3> geser: so I have a transitional package for the old source and a new package
[22:16]  * calc had almost forgotten debian is around freeze currently, so uploading to it probably is not a good idea at the moment, heh
[22:16] <mathiaz> cr3: is it just a package rename ? or has the code been updated ?
[22:16] <jorgenpt> ion_: :(
[22:16] <jorgenpt> dpkg-source: warning: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[22:16] <mathiaz> cr3: IIUC you've just renamed hwtest to checkbox
[22:17] <cr3> mathiaz: the code has been updated to reflect the new name, that's about it
[22:18] <mathiaz> cr3: well - it's not a brand new package then
[22:19]  * jorgenpt makes it -1~ppa
[22:19] <mathiaz> cr3: I'd upload your packages somewhere (like a ppa or p.u.c) and ask a MOTU for sponsoring
[22:19] <cr3> mathiaz: it's already in the following ppa, want to be my sponsor? https://edge.launchpad.net/~hardware-testing/+archive
[22:20] <mathiaz> cr3: I'll have a look at it :)
[22:20] <cr3> mathiaz: sure, would you like an email as a reminder in your inbox?
[22:21] <cr3> mathiaz: you caught me at the right time, I was reporting a bug for the new package process already :)
[22:21] <mathiaz> cr3: better file a bug in LP and subscribe me
[22:21] <cr3> mathiaz: will do
[22:22] <mathiaz> cr3: so that the review can done in LP rather than by email
[22:24] <jorgenpt> How should you structure files that you add to a third-party package, like foo.desktop? Should it be in debian or in the package root?
[22:26] <joaopinto> it should be on debian/* since you are not expected to change anything outside it :P
[22:28] <jorgenpt> Oh, ok
[22:29] <jpds> Does anyone have a package with FTBFS in the archives? I would like to test my rebuild script.
[22:29] <RainCT> jpds: boson
[22:30] <jorgenpt> Doesn't ubuntu use .desktop-files to generate the app menu?
[22:31] <RainCT> jorgenpt: yes
[22:32] <RainCT> jorgenpt: (and they have to be installed into /usr/share/applications)
[22:32] <jorgenpt> Hm. It is.
[22:32] <jorgenpt> But what are the .menu-files?
[22:32] <jorgenpt> I.e. /usr/share/menu
[22:32] <jpds> RainCT: ARGG; rock on! http://paste.ubuntu.com/37250/
[22:32] <RainCT> jorgenpt: (you can check it running desktop-file-validate against it)
[22:32] <RainCT> jorgenpt: for Debian's menu
[22:33] <jorgenpt> So I should include both?
[22:33] <jorgenpt> Where can I find syntax for .menu?
[22:34] <jorgenpt> Thanks, seems there was a problem with it. Any way to get gnome-panel to reload without killing it? Does it respond well to e.g. HUP?
[22:36] <jorgenpt> Hm, it seems to autoreload. Neat.
[22:39] <jpds> RainCT: "Pushed up to revision 161."
[22:40] <jpds> RainCT: This is so much fun! :D
[22:46] <jorgenpt> So when do you need to upload .orig's?
[22:46] <jorgenpt> Seemingly, when you delete your package from PPA, and when you upload a package for the first time.
[22:46] <jorgenpt> When else?
[22:47] <jorgenpt> Version-bump from upstream?
[22:47] <RoAkSoAx> jorgenpt: yes
[22:47] <jorgenpt> I have both foo-1.2.tar.gz and foo_1.2.orig.tar.gz
[22:47] <jorgenpt> Can I delete the foo-1.2.tar.gz?
[22:48] <jorgenpt> Also, my foo_1.2.orig.tar.gz unpacks to foo/ and not foo-1.2/, so I have to rename it. But I think this perhaps makes the diff contain the whole foo/?
[22:48] <jorgenpt> whole foo/
[22:48] <jorgenpt> whole foo-1.2, even
[22:50] <RoAkSoAx> jorgenpt: updating a packege?
[22:50] <RoAkSoAx> pagkage*
[22:50] <RoAkSoAx> package*
[22:51] <jorgenpt> No, writing my own from scratc
[22:51] <jorgenpt> scratch
[22:54] <RoAkSoAx> jorgenpt: take a look at: https://wiki.ubuntu.com/MeetingLogs/openweekhardy/PackagingA
[22:58] <jorgenpt> Hm, okay. Can't see anything specific about my question.
[22:58] <jorgenpt> Should I repack it?
[22:59] <jorgenpt> like tar zxf foo-1.2.tar.gz; mv foo foo-1.2; tar czf foo_1.2.orig.tar.gz foo-1.2
[23:00] <RainCT> jorgenpt: yep
[23:00] <jorgenpt> Thanks
[23:11] <Laney> DktrKranz: ping, did you ever manage to take a look at my package?
[23:14] <jpds> Any Python people know what's wrong with this? http://paste.ubuntu.com/37257/
[23:15] <jpds> It was working a few moments ago....
[23:16] <james_w> jpds: you're missing a colon at the end of the "if" line
[23:16] <james_w> or rather the continued if line
[23:16] <jpds> james_w: Arg, bugger, thanks.
[23:19] <tgm4883_laptop> If you're happy and you know it REVU Mythstream-parser-youtube http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube
[23:38] <DktrKranz> Laney, on my TODO list, but not done yet, sorry :(
[23:38] <Laney> DktrKranz: No worries, just hope to get it in before FF
[23:39] <DktrKranz> gah, libtool strikes again :/