[12:09] <raphink> lucas: ok finished building the debian source in dapper
[12:10] <raphink> it builds but still has the -t issue
[12:10] <raphink> so going for a merge?
[12:10] <lucas> yep
[12:10] <raphink> ;)
[12:10] <raphink> what do I do?
[12:10] <lucas> file the bug in debian now, so you can include its number in the changelog without waiting
[12:10] <raphink> hmm ok
[12:10] <raphink> I shall first see if there's a but in LP ?
[12:11] <lucas> in the BTS
[12:11] <raphink> yes but I should first find the ubuntu bug, no?
[12:11] <lucas> (and LP, too, but the bug number in LP was probably mentionned in the ubuntu patch)
[12:11] <lucas> yes
[12:11] <lucas> also, when you have a debian bug number, attach it to the LP bug
[12:11] <lucas> (if you find one)
[12:12] <raphink> malone #1213
[12:12] <Ubugtu> Malone bug 1213: "wesnoth option -t does not work (error: "Unknown scenario: 'test'")" Fix req. for: wesnoth (Ubuntu), Severity: Minor, Assigned to: MOTU, Status: Fixed http://launchpad.net/bugs/1213
[12:12] <raphink> thank you Ubugtu
[12:12] <raphink> :)
[12:13] <lucas> so you see, if Benjamin Montgomery had reported the bug to debian, it would have saved you a lot of time
[12:13] <lucas> oops
[12:13] <lucas> the bug was reported to debian
[12:13] <lucas> shame on the DD
[12:14] <raphink> I don't see it on the Debian BTS
[12:14] <raphink> :s
[12:14] <raphink> I'm on http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=wesnoth&archive=no&version=&dist=unstable
[12:14] <lucas> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337834
[12:15] <Ubugtu> Debian bug 337834: "missing test scenario file" Package: wesnoth-data, Version: wesnoth-data/1.0.1-1., Severity: minor, Maintainer: Isaac Clerencia  http://bugs.debian.org/337834
[12:15] <lucas> filed against wesnoth-data
[12:15] <raphink> oh it's on wesnoth-data that's why
[12:15] <raphink> ;)
[12:15] <lucas> the BTS makes a distinction between binary packages and source packages
[12:15] <raphink> hehe
[12:15] <raphink> ok
[12:15] <raphink> so what do I do if it was reported already?
[12:15] <raphink> shout on isaac on IRC ? ;)
[12:16] <lucas> http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=wesnoth for the src package
[12:16] <raphink> ok
[12:16] <lucas> you can try that
[12:16] <raphink> haha ok
[12:18] <lucas> I'm wondering
[12:18] <raphink> what?
[12:18] <lucas> it would probably better to use a wildcard, no ?
[12:18] <lucas> debian/tmp/usr/share/games/wesnoth/data/*
[12:18] <lucas> or something
[12:18] <raphink> hmm maybe
[12:18] <raphink> unless there are things not to be installed
[12:18] <raphink> * is fine in a .install
[12:18] <raphink> it works
[12:19] <raphink> it could be debian/tmp/usr/share/games/wesnoth/data/*.cfg
[12:19] <raphink> unless isaac meant to not install all of them
[12:19] <raphink> willingly
[12:20] <lucas> worth checking
[12:21] <lucas> listing the files like that is very error-prone
[12:21] <raphink> yes
[12:21] <raphink> very likely to miss one
[12:23] <raphink> hmm
[12:23] <raphink> he's not answering
[12:23] <raphink> :s
[12:23] <raphink> lucas: ok, since this was reported on both LP and D BTS already I guess I shall just go on with merging?
[12:24] <lucas> yes
[12:24] <lucas> but in the changelog, mention as much info as possible
[12:24] <lucas> :-)
[12:24] <lucas> very important
[12:24] <raphink> note that I'll be the second mergers reactivating this bug
[12:24] <raphink> the bug was reported in Debian by benjamin
[12:24] <lucas> yes, this sucks
[12:24] <raphink> so its an old bug we have to merge each time
[12:24] <lucas> the debian maintainer is not helpful
[12:25] <lucas> buxy wouldn't be happy ;)
[12:25] <raphink> he's not helpful to debian users either ;)
[12:25] <raphink> I talked with buxy yesterday
[12:25] <raphink> that was funny
[12:25] <lucas> funny ?
[12:25] <raphink> because I thought I wanted to talk to Raphael Hertzog
[12:25] <raphink> because he's a french guy involved in Debian and I thought he could advice me about some stuff
[12:25] <lucas> ah :)
[12:25] <raphink> so I searched for his nick on freenode
[12:26] <raphink> and found out that he was buxy
[12:26] <lucas> hehe
[12:26] <raphink> and that we had just had a conversation 2 hours before
[12:26] <lucas> where do you know him from ?
[12:26] <raphink> ;)
[12:26] <raphink> that's funny ;)
[12:26] <raphink> we had a conversation with him here yesterday
[12:26] <raphink> you were here
[12:26] <raphink> ;)
[12:26] <lucas> yeah, but I mean, before
[12:26] <raphink> iirc
[12:26] <raphink> apart from that well he's quite famous
[12:27] <lucas> you were at RMLL last year ?
[12:27] <lucas> he gave a good talk about Debian QA
[12:27] <raphink> I have a project on alioth that had to go through him
[12:27] <raphink> no
[12:27] <raphink> the only deb conf I went to was in spain, in may
[12:27] <raphink> a debian-custom conf
[12:27] <lucas> go this year :-)
[12:27] <raphink> where I met mark, presenting edubuntu
[12:27] <azeem> lucas: where is it this year?
[12:27] <raphink> well
[12:27] <raphink> I haven't got money lucas
[12:27] <lucas> RMLL is Rencontres Mondiales du Logiciel Libre
[12:27] <raphink> if I had a job I would go maybe
[12:27] <lucas> azeem: Nancy
[12:27] <lucas> east of france
[12:28] <azeem> ah, Dijon was PITA to get at
[12:28] <raphink> ok
[12:28] <raphink> will you be there lucas ?
[12:28] <raphink> lucas: are you going to Paris in the end of the month?
[12:28] <lucas> Nancy shouldn't be much better ;)
[12:28] <raphink> to the Solution Linux salon ?
[12:28] <lucas> I'll be in RMLL
[12:28] <azeem> bah
[12:28] <lucas> (probably)
[12:28] <raphink> not in SL ?
[12:28] <lucas> I won't go to solutions linux
[12:28] <raphink> when is RMLL?
[12:28] <lucas> I might go to FOSDEM
[12:29] <raphink> FOSDEM?
[12:29] <lucas> beginning of july, probably
[12:29] <raphink> ok
[12:29] <raphink> I'll see then
[12:29] <raphink> now to merge this #@ bug
[12:29] <raphink> ;)
[12:30] <raphink> what shall I do ?
[12:30] <raphink> merge the debian/changelog first ?
[12:30] <lucas> yes
[12:30] <raphink> lucas: shall I take the debian/changelog from MoM, put my name on it and describe my merge ?
[12:30] <lucas> and add an entry
[12:31] <lucas> yes
[12:31] <raphink> this is what I'll do
[12:31] <lucas> take the ubuntu one
[12:31] <lucas> then use dch to add an entry
[12:31] <raphink> I'll take the debian source, put the MoM debian/changelog in it, change the last entry to add my changes
[12:31] <raphink> and make the changes
[12:31] <raphink> is that fine?
[12:32] <lucas> no, you have to add an entry, not change it
[12:32] <raphink> the result is the same as ubuntu changelog + dch I guess
[12:32] <raphink> I'm pretty sure its' the same but ok
[12:32] <raphink> so I take the debian source
[12:32] <lucas> no, you need to keep the old ubuntu entry
[12:32] <raphink> put the ubuntu debian/changelog in it
[12:32] <raphink> and dch
[12:32] <lucas> basically, at the end, you get a changelog with 2 ubuntuX entries
[12:32] <raphink> lucas: the MoM changelog has the ubuntu entries
[12:33] <raphink> huh?
[12:33] <lucas> yup I know
[12:33] <lucas> (and the rest of it)
[12:33] <lucas> well, do it
[12:33] <raphink> why?
[12:33] <lucas> I'm sure it'll be fine
[12:33] <lucas> do what you think ;)
[12:33] <raphink> no no wait
[12:33] <lucas> you get:
[12:33] <lucas> 1.1-1ubuntu1
[12:33] <lucas> 1.1-1
[12:33] <lucas> ...
[12:33] <raphink> yes
[12:33] <lucas> 1.0.2-1ubuntu1
[12:33] <raphink> so there's just one ubuntu entry
[12:33] <lucas> 1.0.2-1
[12:33] <lucas> etc
[12:33] <raphink> in the end
[12:33] <lucas> to add
[12:34] <lucas> well
[12:34] <lucas> :()
[12:34] <lucas> :-)
[12:34] <raphink> I mean
[12:34] <raphink> if I take the ubuntu changelog, it'll miss the new debian version
[12:34] <raphink> which is required
[12:34] <raphink> since I'm merging
[12:34] <lucas> just cook something that works ;)
[12:34] <raphink> the mom changelog on the other hand has both debian and ubuntu changes
[12:34] <raphink> ok
[12:34] <raphink> I'll do that :)
[12:35] <raphink> I'll get the source again, since I built it and don't want to check if it's very very clean ;)
[12:35] <lucas> when you say "mom changelog", I don't know which one you mean
[12:35] <raphink> I mean the one I get when I extract the mom source package
[12:36] <lucas> oh
[12:36] <raphink> dpkg-source -x package-1ubuntu1.dsc
[12:36] <lucas> I never use it
[12:36] <raphink> provided by mom
[12:36] <raphink> there's a changelog in this one
[12:36] <raphink> made by mom
[12:36] <raphink> why?
[12:36] <lucas> ok, you can do that
[12:36] <raphink> it contains both debian and ubuntu changes
[12:36] <raphink> merged
[12:36] <lucas> well I dunno ;)
[12:36] <raphink> so it's complete
[12:36] <raphink> I'll show you
[12:37] <lucas> there's probably a lot of ways to reach the same point, anyway
[12:37] <raphink> this is what it contains : http://ubuntu.pastebin.com/492591
[12:37] <raphink> (the changelog generated by mom)
[12:38] <raphink> seems to me that I just have to either replace the mom entry by mine manually
[12:38] <raphink> or remove it and dch
[12:38] <raphink> no?
[12:38] <lucas> isn't dch able to update it instead ?
[12:39] <lucas> I'm not a dch guru
[12:39] <raphink> hmm
[12:39] <LaserJock> raphink: just use MoM's changelog and edit it
[12:39] <raphink> hehe
[12:39] <raphink> nm
[12:40] <raphink> LaserJock: ok that's what I thought :)
[12:40] <LaserJock> but use dch
[12:40] <LaserJock> I think dch -a or dch -e does what you want
[12:41] <LaserJock> dch -a is right
[12:41] <raphink> why use dch ?
[12:41] <raphink> I can change it manually
[12:41] <LaserJock> ajmitch: why not?
[12:41] <raphink> putting my name, email add and date is not that hard ;)
[12:41] <ajmitch> LaserJock: because I never have the need?
[12:41] <LaserJock> raphink: dch -a is easier for me
[12:41] <raphink> for you ;)
[12:41] <LaserJock> ajmitch: you do it all by hand?
[12:42] <ajmitch> no, I use emacs with its debian-changelog-mode
[12:42] <ajmitch> which may use dch behind the scenes
[12:42] <raphink> oh ok
[12:42] <raphink> I do it all by hand :)
[12:42] <LaserJock> ajmitch: ahh, ok. I don't use emacs that much anymore
[12:42] <raphink> and I'm happy so far:)
[12:42] <ajmitch> it's faster for me to use emacs than dch
[12:43] <LaserJock> I wonder if vim has something similar?
[12:43] <ajmitch> possibly
[12:43] <tseng> dch uses vim properly
[12:44] <tseng> it opens a new line starting with * after the heading and before the byline thingy
[12:44] <raphink> lucas:
[12:44] <raphink>   * Resynchronise with Debian.
[12:44] <raphink>     - Restore scenario-test.cfg for -t switch
[12:44] <raphink>       (Closes: Malone #1213)
[12:44] <Ubugtu> Malone bug 1213: "wesnoth option -t does not work (error: "Unknown scenario: 'test'")" Fix req. for: wesnoth (Ubuntu), Severity: Minor, Assigned to: MOTU, Status: Fixed http://launchpad.net/bugs/1213
[12:44] <raphink> I just put it again
[12:44] <lucas> add the debian bug #
[12:44] <raphink> ok
[12:44] <raphink> how do I name it ?
[12:45] <raphink> Debian bug: # ...
[12:45] <raphink> ?
[12:45] <lucas> yes, for example
[12:45] <lucas> also, I would add
[12:45] <Kyral> whee bug reporting time
[12:45] <raphink> ok
[12:45] <Kyral> gnome-schedule
[12:45] <lucas> "in debian/wesnoth-data.install"
[12:45] <lucas> somewhere
[12:45] <raphink>  * Resynchronise with Debian.
[12:45] <lucas> the more info you put now
[12:45] <raphink>     - Restore scenario-test.cfg for -t switch
[12:45] <raphink>       (Closes: Malone #1213 & Debian bug #337834)
[12:45] <Ubugtu> Malone bug 1213: "wesnoth option -t does not work (error: "Unknown scenario: 'test'")" Fix req. for: wesnoth (Ubuntu), Severity: Minor, Assigned to: MOTU, Status: Fixed http://launchpad.net/bugs/1213
[12:45] <Ubugtu> Debian bug 337834: "missing test scenario file" Package: wesnoth-data, Version: wesnoth-data/1.0.1-1., Severity: minor, Maintainer: Isaac Clerencia  http://bugs.debian.org/337834
[12:45] <raphink> like that?
[12:46] <raphink> ok
[12:46] <lucas> the less time you spend next time
[12:46] <raphink> yes
[12:46] <lucas> - Restore scenario-test.cfg for -t switch in debian/wesnoth-data.install
[12:46] <lucas> actually it doesn't really closes the debian bug
[12:47] <lucas> just add "see debian bug #337834"
[12:47] <Ubugtu> Debian bug 337834: "missing test scenario file" Package: wesnoth-data, Version: wesnoth-data/1.0.1-1., Severity: minor, Maintainer: Isaac Clerencia  http://bugs.debian.org/337834
[12:47] <raphink> ok
[12:48] <raphink>   * Resynchronise with Debian.
[12:48] <raphink>     - Restore scenario-test.cfg in debian/wesnoth-data.install so that -t switch
[12:48] <raphink>       will work.
[12:48] <raphink>       (Closes: Malone #1213 ; see Debian bug #337834)
[12:48] <Ubugtu> Malone bug 1213: "wesnoth option -t does not work (error: "Unknown scenario: 'test'")" Fix req. for: wesnoth (Ubuntu), Severity: Minor, Assigned to: MOTU, Status: Fixed http://launchpad.net/bugs/1213
[12:48] <Ubugtu> Debian bug 337834: "missing test scenario file" Package: wesnoth-data, Version: wesnoth-data/1.0.1-1., Severity: minor, Maintainer: Isaac Clerencia  http://bugs.debian.org/337834
[12:48] <raphink> lucas: fine for you?
[12:48] <lucas> perfect
[12:49] <raphink> ;)
[12:49] <raphink> now do I patch or change manually?
[12:49] <lucas> now, don't forget to change debian/wesnoth-data.install
[12:49] <raphink> it's just one line to patch so I guess I can do it manually ;)
[12:49] <lucas> you can change manually I'd say ;)
[12:49] <raphink> hehe
[12:49] <lucas> then rebuild, then test
[12:50] <raphink> done
[12:50] <raphink> ok rebuilding then :)
[12:50] <raphink> debuild -S -sa
[12:51] <raphink> then with the pbuilder
[12:51] <raphink> I guess ;)
[12:52] <lucas> no problem :-)
[12:52] <lucas> yes, both, or just pbuilder
[12:52] <raphink> just pbuilder is enough imo
[12:52] <lucas> what we are doing here is the canonical way
[12:52] <raphink> if it builds in pbuilder, it builds in my trashy system
[12:52] <raphink> ;)
[12:52] <lucas> there might be some shortcuts you can take for some packages
[12:53] <lucas> when you are very sure about your changes
[12:53] <raphink> yes I guess
[12:53] <raphink> well I always prefer to check my work
[12:53] <raphink> I check the work of others on REVU through these steps
[12:53] <raphink> so I wouldn't be honest not checking it the same way for my own packages ;)
[12:53] <lucas> :-)
[12:53] <raphink> + this is quality assurance
[12:54] <raphink> and I prefer to spend time checking before uploading
[12:54] <raphink> than correcting bugs afterwards, when you don't remember what you did
[12:54] <raphink> ;)
[12:54] <raphink> because I'm lazy ;)
[12:54] <seth_k|lappy> hi raphink, how is your merge coming?
[12:55] <raphink> and lazy people work better to not have to work again
[12:55] <raphink> seth_k|lappy: almost done I think
[12:55] <raphink> it's rebuilding
[12:55] <raphink> seth_k|lappy: but it's a 43MB source so it takes some time to build ;)
[12:55] <seth_k|lappy> haha yes
[12:56] <raphink> my flat is freezing
[12:56] <raphink> :s
[12:56] <raphink> or well I'm freezing in my flat rather
[12:56] <raphink> :s
[12:56] <seth_k|lappy> hehe
[12:57] <seth_k|lappy> now my life can continue
[12:57] <raphink> hehe
[01:00] <raphink> Error : shelf too small for all trousers and pull-overs
[01:00] <seth_k|lappy> is that a stack overflow error?
[01:01] <seth_k|lappy> :P
[01:01] <raphink> yes it seems
[01:01] <raphink> :(
[01:01] <raphink> I shall not use extended pull-overs
[01:15] <raphink> lucas: package built in pbuilder, installed, tested
[01:15] <raphink> working :)
[01:15] <raphink> now to find a MOTU to upload it?
[01:16] <lucas> no, put the debdiff in the bug report, and assign to motureviewers
[01:16] <lucas> maybe lpbugs does that for you
[01:16] <raphink>  $ debdiff wesnoth_1.1-1.dsc wesnoth_1.1-1ubuntu1.dsc
[01:16] <raphink> ?
[01:16] <slomo> yes
[01:16] <lucas> ues
[01:16] <lucas> yes
[01:16] <raphink> :)
[01:16] <psusi> is there anyone around who can fix up my gpg key to have access to upload to revu?
[01:17] <raphink> so I just
[01:17] <raphink> ./lpbugs.py -u -b <bugid> -p
[01:18] <raphink> and it will ask me to join the debdiff ?
[01:18] <lucas> psusi: siretart or sistpoty, but they are both away
[01:18] <lucas> never used that ;)
[01:18] <lucas> maybe you must attach the debdiff manually
[01:18] <raphink> ok
[01:19] <psusi> blast...
[01:19] <raphink> I'll see what it tells me
[01:19] <slomo> psusi: ajmitch can do it too
[01:20] <lucas> http://tiber.tauware.de/~lucas/versions/
[01:20] <lucas> finished
[01:20] <psusi> slomo, is he around?
[01:20] <psusi> that answered my question, but made it pointless ;)
[01:20] <slomo> ajmitch: i thought you were in the tiber admin team? ;)
[01:20] <ajmitch> yeah I am
[01:20] <ajmitch> I can add users to revu
[01:20] <ajmitch> if needed
[01:21] <psusi> ok... I sent in the email the other day like the wiki said to... do you need me to send it to you now?
[01:21] <ajmitch> sure, I'll take a look
[01:23] <ajmitch> psusi: please upload your key to a keyserver
[01:24] <raphink> do I check the patch box if I attach a debdiff ?
[01:24] <ajmitch> yes
[01:24] <raphink> ok :)
[01:24] <raphink> logical, but yet I prefer to ask
[01:24] <ajmitch> well that dapper upgrade was successful
[01:25] <psusi> ok... I think I just uploaded it to ubuntu's keyserver
[01:27] <ajmitch> not there yet
[01:27] <raphink> lucas: merge done ? :)
[01:28] <psusi> gpg --send-keys --keyserver keyserver.ubuntu.com < that's all I need to do right?
[01:28] <psusi> it seems to complete really fast
[01:28] <psusi> with no output
[01:28] <psusi> returned 0 though
[01:28] <lucas> raphink: looks like :) congratulations :-)
[01:29] <raphink> lucas: I have to mark it as pending upload now?
[01:29] <lucas> yes, and assign it to motureviewers
[01:29] <raphink> manually?
[01:30] <raphink> done :)
[01:31] <lucas> if lpbugs didn't do it for you, yes
[01:32] <raphink> and now I need to try it really
[01:32] <raphink> anybody wants to test wesnoth on a 1vs1 with me ?
[01:32] <raphink> hehe
[01:34] <lucas> I never played
[01:34] <lucas> and it's a bit late
[01:34] <raphink> it's a nice game :)
[01:34] <raphink> don't you want a short game ? ;)
[01:34] <raphink> hehe
[01:34] <lucas> ah, you aren't finished yet
[01:35] <lucas> put the merge on your wiki homepage
[01:35] <lucas> (see mine)
[01:35] <raphink> done lucas ;)
[01:35] <lucas> ah
[01:35] <raphink> 10 minutes ago
[01:35] <ajmitch> psusi: gpg --keyserver keyserver.ubuntu.com --send-keys 8b3e5ee2
[01:35] <lucas> I didn't check
[01:35] <raphink> http://wiki.ubuntu.com/RaphaelPinson
[01:35] <raphink> I always keep my wikipage up-to-date
[01:36] <psusi> ajmitch, aha... that looks like it did something
[01:36] <raphink> et wesnoth a dchire lucas :)
[01:37] <lucas> I should try some day
[01:37] <raphink> ok
[01:37] <raphink> haha
[01:37] <raphink> we're 7 players on the wesnoth 1.1 server
[01:37] <raphink> bad thing about updating ;)
[01:38] <seth_k|lappy> raphink, did lucas walk you through merging in this channel?
[01:38] <raphink> yes seth_k|lappy
[01:38] <raphink> :)
[01:38] <seth_k|lappy> grood
[01:39] <raphink> very grood
[01:39] <raphink> sorry
[01:39] <raphink> I meant vey grood ;)
[01:39] <lucas> raphink: please update MOTUMerging or write a new page about what you understood
[01:39] <psusi> ajmitch, can you see the key yet?
[01:39] <lucas> MOTUMerging doesn't look very good currently
[01:39] <raphink> lucas: ok
[01:40] <raphink> you're saving me from testing the changes in wesnoth ;)
[01:40] <lucas> hehe
[01:40] <ajmitch> psusi: yes, done
[01:40] <psusi> awesome... thanks
[01:41] <LaserJock> when is a control file created from a control.in ?
[01:42] <psusi> hrm... looks like the dput worked... does it usually take a few for it to show up on the web site?
[01:43] <ajmitch> yes
[01:43] <ajmitch> make sure you only upload source packages
[01:43] <psusi> aye
[01:45] <StevenK> Ubuntu's changes mostly change what packages are built for some reason.
[01:45] <slomo> StevenK: do you have some time for sponsoring now? :)
[01:45] <StevenK> Probably.
[01:46] <LaserJock> do I have to change both debian/control and debian/control.in ?
[01:47] <StevenK> slomo: Point me at the URL?
[01:51] <slomo> StevenK: http://slomosnail.de/~slomo/debian/unstable/fatsort/
[01:51] <slomo> StevenK: nothing too great... but well ;)
[01:53] <psusi> ahh, sweet: http://revu.tauware.de/details.py?upid=1400
[01:54] <Amaranth> LaserJock: just control.in, then regenerate the control file
[01:54] <LaserJock> Amaranth: how do I do that?
[01:54] <Amaranth> LaserJock: ./debian/rules
[01:55] <raphink> lucas: what's your command to get the debian source again?
[01:55] <LaserJock> Amaranth: so shouldn't debuild do it?
[01:55] <lucas> mdt dist-apt-get sid source wesnoth
[01:55] <Amaranth> i don't think so
[01:55] <lucas> after creating 'sid' with mdt dist-create
[01:55] <Amaranth> LaserJock: cdbs, right?
[01:55] <raphink> thanks
[01:57] <LaserJock> Amaranth: I didn't think so
[01:57] <Amaranth> good luck then :P
[01:57] <Amaranth> i thought only cdbs did the control.in stuff
[01:58] <LaserJock> man this sucks
[01:58] <LaserJock> I just wanted to get one more merge in
[01:59] <LaserJock> and then I see that the Debian source that the ubuntu1 version comes from isn't around so MoM used a previous version
[02:00] <LaserJock> so the debdiffs are ~ 1.5 Mb
[02:00] <LaserJock> and now I gotta change control
[02:00] <seth_k|lappy> If upstream author ships debian/ inside their source package, is it acceptable to change the orig tarball to remove it (so I don't build a native package)?
[02:01] <raphink> seth_k|lappy: states so in debian/changelog
[02:04] <seth_k|lappy> of course :)
[02:07] <raphink> lucas: are you following my changes on MOTUMerging?
[02:07] <lucas> no
[02:07] <lucas> I'll read them tomorrow
[02:07] <raphink> ok
[02:07] <lucas> too tired now, I have to go to bed
[02:07] <lucas> gnight
[02:07] <raphink> ;)
[02:07] <raphink> just to know ;)
[02:07] <raphink> night
[02:08] <LaserJock> ok, I found a debian/control rule ind debian/rules but I don't know what to do with it
[02:08] <slomo> it updates debian/control for you... just call make -f debian/rules debian/control to update debian/control
[02:09] <LaserJock> slomo: ok, thanks
[02:09] <slomo> it gets it's informations from debian/control.in most of the time... but better look at it more closely ;)
[02:13] <LaserJock> hmm, now it says that it is up to date but it's not
[02:15] <LaserJock> I really wish I hadn't started this merge :(
[02:23] <psusi> god damnit, why can I never get xargs to work right with {} substitution?  xargs echo {} bar ; then entering foo gives "{} bar foo" instead of "foo bar"
[02:24] <psusi> what am I doing wrong?  it should work according to the man page
[02:24] <raphink> pfff
[02:26] <raphink> ajmitch: could you review my doc and tell if anything is wrong please?
[02:29] <raphink> thanks \sh_away
[02:36] <raphink> \sh: would you mind reviewing my changes to MOTUMerging?
[02:37] <\sh> right now I'm trying to figure out some buildd bugs...
[02:37] <raphink> ok
[02:53] <jsgotangco> nice new wesnoth
[02:54] <raphink> yes :)
[02:54] <raphink> after building it, I went online to test it
[02:54] <raphink> but only 7 people were using this version ;)
[02:54] <raphink> so far
[02:55] <jsgotangco> ohhh
[02:55] <jsgotangco> i'll grab it when it hits the archives
[02:56] <raphink> :)
[02:56] <raphink> soon enough, it was just uploaded :)
[03:03] <\sh> hehe :)
[03:04] <Burgundavia> watch productivity wall
[03:04] <Burgundavia> s/wall/fall
[03:08] <raphink> :)
[03:09] <StevenK> Maybe sbuild needs to be configured to only build wesnoth if we are 2 days from release. :-P
[03:10] <raphink> StevenK: heh I was asked to do this merge :p
[03:11] <raphink> StevenK: be happy this merge was not done 2 days from release ;)
[03:48] <\sh> gnarf i'll fix wesnoth for amd64
[03:48] <\sh> whereever the patches went...it's failing
[04:29] <SEJeff> psusi, are you using xargs with find?
[04:33] <psusi> nope... just like I showed it... xargs echo {} bar <enter>
[04:33] <psusi> type in foo <enter> then a ctrl-d and it comes out "{} bar foo"
[04:36] <psusi> why is it that packages on revu don't appear to contain the .orig.tar.gz?
[04:40] <\sh> psusi: what?
[04:40] <\sh> if i have a look e.g. on http://revu.tauware.de/details.py?upid=925 i see the orig.tar.gz
[04:42] <psusi> hrm... it isn't there in mine for some reason: http://revu.tauware.de/details.py?upid=1400
[04:44] <seth_k|lappy> psusi, eek, you uploaded a debian-native package
[04:44] <\sh> well u uploaded a native package
[04:44] <psusi> what's that mean?
[04:44] <seth_k|lappy> it means that it isn't split into orig and diff, the debian/ dir is inside the tarball
[04:45] <\sh> psusi: see seth_k|lappy
[04:45] <seth_k|lappy> psusi, name your original tarball foo_X.Y-Z.orig.tar.gz
[04:45] <psusi> how did it get like that?  I did a debuild -S from inside the modified source dir, then dput on the .changes
[04:45] <\sh> psusi: further more...the numbering is not correct
[04:45] <psusi> I have the .orig.tar.gz
[04:45] <psusi> what is wrong with the numbering?
[04:45] <\sh> psusi: first of all fix the numbering it must be 1.0.0b3-11ubuntu1
[04:46] <seth_k|lappy> psusi, it probably isn't numbered exactly like the version number (should be 11ubuntu1, not 11-ubuntu1)
[04:46] <\sh> psusi: secondly check that the orig.tar.gz is named udftools_1.0.0.b3.orig.tar.gz
[04:46] <psusi> ohh... don't put the - between the old rev and the ubuntu1?
[04:46] <\sh> psusi: and the name of the source dir has to be udftools_1.0.0b3
[04:46] <\sh> psusi: and the name of the source dir has to be udftools-1.0.0b3
[04:46] <\sh> sorry
[04:46] <psusi> \sh, that's it's name
[04:47] <psusi> yep... that's all how it is
[04:47] <\sh> psusi: change the numbering :)
[04:47] <psusi> I guess I'll remove the - before ubuntu1
[04:49] <Burgundavia> Riddell, is our first female motu? should we start celebrating now?
[04:50] <seth_k|lappy> Burgundavia, yeah, Hobbsee's the first one to ever upload to Ubuntu I think :P
[04:50] <Burgundavia> nice
[04:50] <psusi> ok, uploaded
[04:51] <psusi> hrm... I think I confused revu
[04:52] <seth_k|lappy> psusi, hehe.
[04:52] <\sh> psusi: http://revu.tauware.de/details.py?upid=1401
[04:52] <seth_k|lappy> I would say so... no orig, and two diff's
[04:52] <\sh> what?
[04:53] <\sh> a female motu?
[04:53] <psusi> it's very confused
[04:53] <\sh> a she-ra?
[04:53] <psusi> is there any way to nuke the entry and start over from scratch?
[04:53] <\sh> Version: 1.0.0b3-11ubuntu1
[04:53] <\sh> Binary: udftools
[04:53] <\sh> Maintainer: Richard Atterer<EMAIL_ADDRESS>[04:53] <\sh> hmm?
[04:54] <psusi> it's a source upload, not binary
[04:54] <seth_k|lappy> not an MOTU \sh, but an uploader at least. Hobbsee just uploaded a patch for ksudoku, and Burgundavia commented that she was perhaps the first female ever
[04:54] <\sh> psusi: well..the package is already in ubuntu...
[04:54] <psusi> \sh, right... I fixed some bugs
[04:55] <\sh> psusi: what you want is not uploading to revu, you want to merge :)
[04:55] <psusi> I got the existing source package and patched it, now I'm trying to package that as a new ubuntu specific version ( since the old one was synced directly from debian )
[04:56] <\sh> psusi: well..it will be synced automagically during the next round
[04:56] <\sh> all packages which are synced from debian and never touched by ubuntu people will be synced again automatically by elmos auto-sync script
[04:57] <\sh> which runs at least 2-4 times a week
[04:57] <psusi> no no... I don't want it to be sycned
[04:57] <psusi> I have made changes
[04:58] <\sh> psusi: so file a merge bug with lpbugs (see https://wiki.ubuntu.com/MOTUMerging)
[04:58] <psusi> I did an apt-get source, entered the directory, fixed some bugs in the source, bumped the rev with dch, then did debuild -S
[04:58] <\sh> well...then file a bug on udftools in malone and send a debdiff as attachment and ping me when you are done :)
[04:59] <\sh> psusi: and give me the malone bugnumber
[04:59] <psusi> hrm... I wanted to put it on revu first to make sure I did it right ;)
[04:59] <\sh> revu should only be a tool for really "NEW" packages :)
[04:59] <\sh> psusi: well...I'll check it anyways :)
[04:59] <psusi> ohh
[05:00] <\sh> what you do is: apt-get source udftools
[05:00] <psusi> ok, I thought it was just a place for motu's to put up their packages to be reviewd before they were ready for prime time
[05:00] <\sh> change your things
[05:00] <\sh> psusi: if you do some fixes or changes which are important but concerning a package which is already in the archives, we file bugs :)
[05:00] <\sh> and attaching debdiffs
[05:01] <\sh> put a changelog entry in debian/changelog
[05:01] <\sh> debuild -S
[05:01] <\sh> and then
[05:01] <\sh> debdiff debian-version.dsc ubuntu-version.dsc > debian_to_ubuntu.debdiff
[05:02] <\sh> i wonder now, why gnuradio-core wants to install all libs into /usr/lib64 and not in /usr/lib on amd64
[05:02] <psusi> ok... so who will review the bug since it doesn't have an ubuntu maintainer?
[05:02] <\sh> -ESTRANGE
[05:02] <\sh> psusi: file it under udftools in malone...and give me the bug number
[05:02] <\sh> psusi: I'll take care as soon as you are ready :)
[05:03] <psusi> hrm... ok... if you want to look at it now to let me know if I packaged it right, I'll do that... otherwise, I think I want to do some more work on it... get it integrated with hal so you don't have to manually configure it
[05:03] <psusi> should be as automagic as possible
[05:04] <\sh> psusi: did you do a debuild -S -sa or only debuild -S when you uploaded to revu the second time?
[05:04] <psusi> unfotunately, I can't figure out why hal won't call my callout script to play with the cdrom device
[05:04] <psusi> debuild -S every time
[05:05] <\sh> psusi: please do a source upload with debuild -S -sa (-S is sign only and it will only the .dsc and .diff.gz uploaded not the orig.tar.gz)
[05:05] <nalioth> howdy
[05:06] <psusi> hrm... what's debuild -sa do with the .orig.tar.gz? it exists already from when I did an apt-get source on the original package
[05:06] <ajmitch> hi nalioth
[05:06] <seth_k|lappy> \sh, after that if you aren't busy, would you mind looking at kde-style-klearlook for me? :) http://revu.tauware.de/details.py?upid=1395
[05:10] <LaserJock> would there be a way to send emails to MOTUs who have advocated a package on REVU when the package has been updated? Or is that just stupid
[05:11] <LaserJock> I guess maybe that the revu ML does that already
[05:11] <\sh> seth_k|lappy: on it
[05:11] <seth_k|lappy> \sh, thanks a lot!
[05:11] <nalioth> 'nother newbie question: i'm running "dpkg-scanpackages binary /dev/null | gzip -9c > binary/Packages.gz" in my repo dir, but now i have powerpc and i386 packages in it. and only one or the other is showing up in Packages.gz
[05:12] <\sh> seth_k|lappy: is it klearlook or klearlooks? because the gtk engine is named clearlooks:)
[05:12] <nalioth> it works fine with just one arch pkg
[05:12] <seth_k|lappy> \sh, http://kde-look.org/content/show.php?content=31717 says Klearlook :)
[05:13] <seth_k|lappy> nalioth, you need to put them in separate places methinks... I think the trivial repo only works with one arch
[05:13] <nalioth> seth_k|lappy: i tried it with binary/x86 and binary/powerpc, but still only got one listed in Packages.gz
[05:14] <nalioth> but not a problem at all, i'll go fix it
[05:14] <seth_k|lappy> nalioth, checking
[05:16] <seth_k|lappy> nalioth, http://www.us.debian.org/doc/manuals/repository-howto/repository-howto.en.html
[05:16] <seth_k|lappy> the first example is the one you want, I think. It has binary-arch stuff
[05:17] <nalioth> seth_k|lappy: thanks
[05:17] <ajmitch> psusi: it worked?
[05:18] <seth_k|lappy> nalioth, man dpkg-scanpackages suggests making "binary-i386" "binary-ppc" etc., then calling dpkg-scanpackages for each one.
[05:18] <\sh> good morning Hobbsee
[05:18] <ajmitch> hello Hobbsee, \sh, et al :)
[05:18] <Hobbsee> hey ajmitch
[05:19] <psusi> ajmitch, eh?
[05:19] <psusi> I was dancing with Hobbsee
[05:19] <ajmitch> psusi: the dancing?
[05:19] <ajmitch> oh right
[05:19] <seth_k|lappy> he couldn't do that before, because we didn't have any girls
[05:19] <Hobbsee> hehe
[05:19] <\sh> seth_k|lappy: you got my vote
[05:19] <psusi> I'm still trying to figure out hall callouts to get udftools to automagically detect and configure your cdrw
[05:19] <seth_k|lappy> \sh, thanks a lot for your review :)
[05:21] <\sh> very very strange
[05:21] <\sh> why does configure find the GL lib in a chroot but not in a pbuilder...but it's there
[05:22] <Hobbsee> psusi: only one problem with that - i dont dance :P
[05:24] <psusi> you can dance if you want to, you can leave your friends behind...
[05:24] <psusi> ok... now I've got davie bowie on the brain
[05:24] <\sh> dancing is evil...
[05:24] <psusi> not according to david bowie
[05:25] <GURT> not david bowie
[05:25] <psusi> heheh
[05:25] <GURT> unless im missing something
[05:25] <GURT> which i probably am
[05:26] <psusi> ahhh, here's an mp3 I've not listened to in ages.... little Davie Bowie and Trent Reznor... I'm afraid of Americans...
[05:27] <LaserJock> anybody feel like helping me with a wxwindows2.4 merge?
[05:28] <\sh> LaserJock: what's wrong..despite the fact that i'm busy
[05:28] <LaserJock> well, the Debian source that the ubuntu1 version was based on is gone so the MoM diffs are confusing
[05:29] <LaserJock> I got the control.in file done but I think I might have to change stuff in debian/rules
[05:29] <ajmitch> what do the changelogs say?
[05:31] <LaserJock> the lates ubuntu entry was a merge + some build dep stuff (which I did) + not building wx-common, python-wxversion and python-wxtools which I'm not sure if that is done or not
[05:31] <LaserJock> s/lates/latest
[05:32] <LaserJock> but before that there is quite a bit of stuff as well
[05:34] <LaserJock> I'm just having a hard time with figuring out what exactly was changed in the -ubuntuX versions
[05:35] <LaserJock> I can find the obvious stuff in control.in but I can't seem to get control generated and rules is huge (at least for me)
[05:37] <ajmitch> if you're relying on MoM's debdiff for ubuntu changes it might not be accurate
[05:40] <LaserJock> right
[05:41] <LaserJock> but I'm trying to figure out how to get the info
[05:42] <minghua> LaserJock: it should be easy to figure out if MoM is using the correct Debian base version
[05:42] <LaserJock> minghua: I know it's not
[05:42] <LaserJock> minghua: but the correct Debian base version doesn't exist anymore
 it's all in the syntax </mumble>
[05:43] <LaserJock> so MoM used the previous version to diff with
[05:45] <minghua> LaserJock: not even at snapshot.debian.net?
[05:45] <ajmitch> s.d.n lost a fair chunk of their archive
[05:47] <LaserJock> not there either
[05:47] <LaserJock> cool site though, never heard of it
[05:48] <minghua> Hmm, tough luck
[05:49] <minghua> what about pinging the debian maintainer to see if he has a local copy of the old version :-P
[05:49] <LaserJock> I know, I am regretting starting it but somebody has to do it I guess
[05:49] <LaserJock> I suppose that is a possibility but I was thinking of doing a debdiff of the current Ubuntu version and the new Debian version
[05:50] <LaserJock> that might give a smaller debdiff anyway
[05:52] <LaserJock> well, that got it down to 18Kb
[05:56] <\sh> grmpf
[05:57] <LaserJock> and it looks like except for changelog and control{.in} the 18K is from rules
[05:57] <\sh> hum?
[05:59] <LaserJock> \sh: are huming at me?
[06:00] <\sh> LaserJock: no at me
[06:00] <StevenK> Right, zakame didn't like my debdiff for linkchecker, so can someone request a sync?
[06:00] <LaserJock> ok well that's ok then ;-)
[06:01] <ajmitch> StevenK: why didn't he like it?
[06:01] <StevenK> "Do we really need to include the translations diffs? The only Ubuntu change recorded in the changelog was about updating B-Ds on debhelper and cdbs, I think the translations are just adjustments made at buildtime which should be done automatically iirc."
[06:03] <ajmitch> right..
[06:04] <\sh> ajmitch: tell me, what can it be, if a configure tool finds libs properly in a chroot or on a normal system, but not in a pbuilder login or pbuilder build env?
[06:04] <\sh> s/if/when/
[06:04] <ajmitch> extra files, like .la, etc?
[06:04] <StevenK> Missing packages in Build-Depends.
[06:05] <\sh> nope
[06:05] <ajmitch> what was missing?
[06:05] <\sh> ajmitch: libSDL_mixer libSDL_sound and GL and GLU libs..but they are installed I checked...
[06:05] <ajmitch> the -dev packages are all there?
[06:05] <\sh> and on the same machine but in a chroot env it builds with the same build-deps
[06:06] <\sh> ajmitch: jepp
[06:06] <ajmitch> strange
[06:06] <ajmitch> testing out the build speed of the new laptop while I'm gone :)
[06:06] <\sh> new laptop?
[06:06] <\sh> from canonical?
[06:06] <ajmitch> no
[06:07] <ajmitch> one that I got, which arrived this morning
[06:07] <\sh> what new toy did you buy?
[06:07] <ajmitch> it has some issues to solve for dapper
[06:07] <ajmitch> acer travelmate
[06:07] <\sh> ah acer..and nice?
[06:07] <ajmitch> p-m 2GHz, 100GB HDD, 1GB RAM
[06:08] <ajmitch> wireless is flaky, sound is broken
[06:08] <\sh> oergs...half of a traveling workstation
[06:08] <\sh> how many KGs?
[06:08] <ajmitch> faster than my desktop box :)
[06:08] <ajmitch> about 3?
[06:08] <ajmitch> might be 2
[06:08] <\sh> phew
[06:08] <ajmitch> fairly hefty, 15.4" widescreen
[06:09] <ajmitch> if I'm in a dark alley it'll make a good weapon
[06:09] <\sh> my workstation doesn't even have a monitor
[06:09] <\sh> dark alleys in NZ?
[06:09] <ajmitch> not many here :)
[06:09] <\sh> well...the hobbit dungeons ok :)
[06:09] <ajmitch> haha
[06:10] <ajmitch> disk is big enough to hold a few merges or unmet deps
[06:10] <ajmitch> I've got britney on there to setup & calculate unmet deps
[06:11] <\sh> ajmitch: give me an output for source packages this time...the last time it was more a list of binary packages ,)
[06:11] <ajmitch> a list of binary packages only takes a minute to convert to source names :)
[06:12] <ajmitch> it should be easy enough
[06:12] <ajmitch> same tool that is used for main installibilty reports
[06:13] <ajmitch> ok, I've got to go & get some food now
[06:13] <\sh> have fun..I'm stopping as well now
[06:13] <\sh> see you later guys and gals :)
[06:18] <chillywilly> bah, I always miss ajmitchie
[06:33] <seth_k|lappy> he probably leaves just before you come, because he knows you'll call him "widdle ajmitchie"
[06:36] <chillywilly> that's a term of endearment dagnabbit
[06:44] <BlackJudas> mythgame?  How can I get it to install?
[06:46] <seth_k|lappy> Package mythgame version 0.17-1 has an unmet dep: Depends: libqt3c102-mt (>= 3:3.3.3)
[06:46] <seth_k|lappy> needs patched.
[06:46] <seth_k|lappy> BlackJudas, I'll try to get to it tonight
[06:48] <BlackJudas> Can I do anything to help?
[06:48] <BlackJudas> I've packaged for debian before :P
[06:48] <BlackJudas> Well sorta.
[06:48] <BlackJudas> Anyway, I'd supar appreciate that, it made me so sad... and this is my first ubuntu install.
[07:02] <seth_k|lappy> hehe
[07:02] <seth_k|lappy> just apt-get source foo && nano debian/control, fix the depends, pdebuild, debdiff
[07:03] <seth_k|lappy> I'm looking at it now :)
[07:03] <BlackJudas> Oh hot.
[07:03] <BlackJudas> I'm new to ubuntu, sorry, I don't much understand official versus motu etc.
[07:04] <BlackJudas> Well, from what I see, it's the wrong version that's packaged.
[07:04] <BlackJudas> Needs to be 18.1
[07:04] <seth_k|lappy> you're using dapper?
[07:04] <seth_k|lappy> or breezy
[07:05] <BlackJudas> Breezy
[07:05] <seth_k|lappy> ahh
[07:05] <BlackJudas> Don't know how to use dapper (no idea where the sources are)
[07:05] <seth_k|lappy> we shipped it broken then, and I don't have a breezy chroot on hand
[07:05] <seth_k|lappy> one sec
[07:06] <BlackJudas> Fun ;)
[07:06] <minghua> we shipped it broken?
[07:06] <seth_k|lappy> minghua, well, if it doesn't work, I call broken :P
[07:06] <BlackJudas> Yeah I saw the bug reported on the launchpad site.  Said it would be fixed in dapper a month ago, and I've been killin' myself trying to find dapper sources.
[07:07] <LaserJock> BlackJudas: just replace breezy with dapper in sources.list
[07:07] <minghua> seth_k|lappy: yeah, I understand the meaning.  I was just surprised
[07:07] <BlackJudas> Oh, :/
[07:07] <seth_k|lappy> but you don't want to upgrade to dapper right now, BlackJudas. It's unstable
[07:07] <BlackJudas> Thought it was closed for some reason.
[07:07] <BlackJudas> So dapper is the equivalent to sid in deb?
[07:07] <BlackJudas> Ok.
[07:08] <Burgundavia> BlackJudas, not really
[07:08] <Burgundavia> BlackJudas, similar to etch
[07:09] <minghua> BlackJudas: I would call it experimental + unstable + testing
[07:09] <minghua> and at this time it's more like experimental, IMHO
[07:10] <seth_k|lappy> all in one happy distro
[07:10] <BlackJudas> Heh nice.
[07:10] <BlackJudas> And confusing for a debian "lifer"
[07:10] <BlackJudas> I feel like such a noob all over again, I can't berate people in #debian anymore :)
[07:10] <LaserJock> but I use it for day-to-day use so it isn't all that bad
[07:10] <Burgundavia> BlackJudas, in terms of actual code, closer to sid. In terms of process, closer to etch
[07:11] <BlackJudas> Nice.
[07:12] <BlackJudas> Hrrm, maybe the wrong channel to ask, but if I throw the dapper tag as another source in my sources list, can I get the linux-2.6.14 kernel image or sources?  And does ubuntu use the kernel-package utility when one wants to build their own kernel?
[07:12] <Burgundavia> BlackJudas, 2.6.15 and yes
[07:13] <BlackJudas> So... Would I be able to throw a 'sudo apt-get install linux-2.6.15/dapper' at the command line?
[07:13] <BlackJudas> oh heh nice.
[07:13] <Burgundavia> BlackJudas, Ubuntu, the DCC and Debian have very very similar kernels
[07:13] <Burgundavia> and likely to get closer in terms of creation and actual code
[07:13] <BlackJudas> Great, so ubuntu pulls the debian patches to the kernel as well?
[07:14] <BlackJudas> This is good news for me.
[07:14] <Burgundavia> http://lists.dccalliance.org/pipermail/dcc-devel/2006-January/000487.html
[07:15] <BlackJudas> Kinda exciting actually.  Anyway I won't continue fouling up the airwaves in this channel.  I'll gently await seth_k|lappy to make my day even better.
[07:15] <seth_k|lappy> BlackJudas, I'm getting nalioth to build it, I don't have a breezy chroot on my laptop
[07:15] <seth_k|lappy> I'm at home on vacation
[07:16] <BlackJudas> So forgive my ignorance (I'm too lazy for google), but what's DCC?
[07:16] <BlackJudas> seth_k|lappy, Ahh, thank-you!
[07:17] <nalioth> Direct Computer Connection (bypasses the ircd), if you're talking about irc BlackJudas
[07:17] <BlackJudas> nalioth, :P heh
[07:17] <BlackJudas> nalioth, nah, I found the definition: http://lists.dccalliance.org/mailman/listinfo/dcc-devel
[07:18] <Burgundavia> D****n Common Core Alliance
[07:19] <BlackJudas> Very cool idea imho, I've been out of the debian 'politics' loop for quite a while now.
[07:19] <BlackJudas> I'm sure there's flaming on the debian lists about it.
[07:22] <BlackJudas> =D
[07:24] <seth_k|lappy> BlackJudas, building now
[07:25] <BlackJudas> <o/ \o/ \o>  :) (sorry had to, cuz I am really dancing)
[07:27] <seth_k|lappy> erm, BlackJudas, not to cut your dance short, but libmyth isn't even in the repos
[07:27] <seth_k|lappy> I have no clue how it built the first time, let me go check buildlogs
[07:28] <BlackJudas> :/
[07:28] <BlackJudas> Hmm let me check.
[07:30] <seth_k|lappy> blast it, it's a hoary lib
[07:30] <seth_k|lappy> rebuilding that too
[07:32] <seth_k|lappy> mythgame is in the repos, but it build-deps libmyth-0.17, which hasn't been in the repos since Hoary.
[07:34] <BlackJudas> Gotcha.
[07:34] <BlackJudas> Fun times
[07:34] <seth_k|lappy> libmyth-0.18.1 is in breezy, but naliot.h is trying a 0.17 build for breezy, just in case it works
[07:40] <seth_k|lappy> yeah BlackJudas, sorry, but you're outta luck. We start getting a huge dependency string
[07:41] <seth_k|lappy> it'll be fixed in Dapper, which will be released in April. Or you can compile it yourself from source
[07:43] <BlackJudas> seth_k|lappy, ok, I'll get it from source.
[07:43] <BlackJudas> Thanks for trying.
[07:43] <seth_k|lappy> sorry BlackJudas :(
[07:43] <BlackJudas> Though :/ I don't understand how all the other stuff made it in :)
[07:44] <seth_k|lappy> (although that way you'll get the shiny new 0.18 instead of the 0.17 in breezy)
[07:44] <BlackJudas> No worries.  You tried, and I very much appreciate it.
[07:45] <BlackJudas> apt-cache show mythtv (and the other fun stuff associated to it) as version 0.18.1-5
[07:45] <BlackJudas> So I've got it, it's just mythgame being lame.
[07:51] <ejofee> in breezy, there's flashplugin-nonfree (22.6 kb) and flashplayer-mozilla (980 kb), which i heard have similar functionality. why so huge a package file-size difference between them?!
[07:51] <crimsun> ejofee: the latter is illegal and will be removed from the repo
[07:52] <crimsun> ejofee: the former is a ruby-based installer that downloads the flash plugin from a macromedia-sanctioned Web site
[07:52] <crimsun> (whereas the former actually violates macromedia's eula by distributing the binary plugin)
[07:53] <crimsun> err, the latter^ violates[..]
[07:59] <ejofee> crimsun: but... in opera, it's only the latter that works :(
[08:00] <ejofee> crimsun: that is, flash didn't work in opera until i installed flashplayer-mozilla.
[08:00] <crimsun> ejofee: then it's a packaging difference. Look at debian/rules and debian/*.postinst in both packages.
[08:00] <ejofee> crimsun: will this be fixed in dapper?
[08:01] <crimsun> ejofee: we haven't exactly identified "the" -- if any -- problem.
[08:01] <crimsun> (you need to inspect the packaging differences first)
[08:01] <ejofee> crimsun: shouldn't it install automatically in such a way that it works in opera?
[08:01] <ejofee> crimsun: i see
[08:02] <ejofee> crimsun: that is, "(i see)"
[08:02] <minghua> ejofee: if you can't identify the problem, please at least file a bug
[08:02] <crimsun> ejofee: we don't even distribute Opera -- how can we anticipate its plugin path? Afaik, it's supposed to use netscape's/mozilla's/firefox's
[08:02] <minghua> ejofee: just asking on IRC usually don't get problem fixed
[08:04] <crimsun> note that flashplugin-nonfree and flashplayer-mozilla have different dependencies/recommends
[08:06] <dholbach> good morning
[08:06] <hub> morning
[08:06] <dholbach> does somebody know the ircnick of PatrickDavies?
[08:06] <dholbach> hey hub
[08:06] <dholbach> is that jpatrick?
[08:07] <whiprush> IRC: jpatrick on Freenode (#kubuntu, #kubuntu-devel and #ubuntu-motu)
[08:07] <whiprush> according to the wiki
[08:07] <dholbach> whiprush: merci beaucoup
[08:07] <dholbach> arg, i could have looked it up myself
[08:07] <whiprush> np
[08:08] <dholbach> but anyway... it's nicer chatting with you ;)
[08:08] <whiprush> I finally felt useful. :)
[08:08] <LaserJock> hi dholbach
[08:08] <dholbach> i'm just writing up the MOTU report (or adding the last bits
[08:08] <dholbach> ) - hey LaserJock
[08:08] <whiprush> oh cool cool
[08:08] <dholbach> hub: when will you be a MOTU?
[08:08] <whiprush> I will stick around for the fridge post then
[08:09] <hub> dholbach: what do I need to do now?
[08:09] <dholbach> hub: show up on a TB meeting?
[08:09] <hub> ah
[08:10] <hub> when is the next?
[08:10] <dholbach> propose yourself to the ubuntu-dev team on launchpad
[08:10] <hub> ok
[08:10] <dholbach> and add yourself to TechnicalBoardAgenda
[08:10] <dholbach> http://fridge.ubuntu.com/event should know
[08:10] <hub> ok
[08:11] <hub> done for the join
[08:11] <raphink|sleep> dholbach: talking about the technical board, I don't think it would be a good idea for me to apply this time, only 7 days after I might be a member
[08:12] <raphink> what do you think ?
[08:12] <hub> dholbach: apparently the agenda link to the list on launchpad
[08:13] <dholbach> raphink: yeah, maybe you better wait 2 weeks or something
[08:13] <hub> dholbach: so I don't need to add myself
[08:13] <raphink> mhm
[08:13] <dholbach> hub: or was it MaintainerCandidates
[08:13] <LaserJock> when will we start working on unmet deps? after UVF?
[08:13] <raphink> dholbach: I guess I should be accepted as member on next tuesday though ;)
[08:13] <dholbach> *blush* it's been a while since I became MOTU :)
[08:13] <dholbach> raphink: i'll speak for you
[08:13] <Burgundavia> dholbach, delivering the smackdown to Patrick MacFarland?
[08:13] <raphink> dholbach: on tuesday?
[08:14] <hub> dholbach: the say to not add yourself there
[08:14] <hub> dholbach: so I'm good
[08:14] <dholbach> Burgundavia: this is not the first time
[08:14] <dholbach> raphink: http://fridge.ubuntu.com/event
[08:14] <dholbach> could you all have another look at http://wiki.ubuntu.com/MOTUReportDraft and add whatever I forgot *PLEASE*
[08:14] <hub> dholbach: it must be noted that I work for a "comptetitor": Xandros
[08:14] <dholbach> ... while I prepare some coffee :)
[08:15] <Burgundavia> dholbach, that reminds me, we need to wrestle -laptop away from him
[08:15] <dholbach> hub: oh nice
[08:15] <dholbach> hub: how is work there?
[08:15] <hub> dholbach: it is ok. I just do proprietary stuff satm
[08:15] <Mithrandir> selling your soul to the devil, are you? ;-P
[08:16] <hub> Mithrandir: well it pays
[08:16] <Burgundavia> Mithrandir, some of us even sell non-free stuff
[08:16] <crimsun> LaserJock: now's as good a time as any.
[08:16] <Mithrandir> Burgundavia: hence my ;-P
[08:16] <hub> Mithrandir: and I still have hope to move forward
[08:16] <Mithrandir> hub: yeah, I was joking.
[08:16] <Burgundavia> I can tell you this, as of tomorrow, a lot of things might change around the cool multiseat work my company is doing
[08:16] <LaserJock> has ajmitch gotten an updated unmet deps list?
[08:17] <hub> Burgundavia: like using ubuntu? :-)
[08:17] <Burgundavia> hub, not that radical
[08:18] <hub> ah
[08:18] <raphink> dholbach: you can correct the report with the fact that I didn't help sistpoty modifying REVU
[08:18] <ejofee> crimsun: thank you.
[08:18] <raphink> dholbach: I just reported his work to the list
[08:18] <ejofee> minghua: right, thanks.
[08:19] <hub> Expression, the zero admin desktop from my former company moved quickly from a RH9 to a Xandros (debian based) at that time
[08:19] <hub> from GNOME to KDE
[08:19] <dholbach> raphink: please change it yourself - you're all free to change whatever you like.
[08:19] <raphink> sure
[08:19] <dholbach> thanks
[08:23] <raphink> there
[08:23] <LaserJock> maybe we should put something about how many merges have been done
[08:24] <LaserJock> 594 according to http://revu.tauware.de/~sistpoty/MoM/index.py?state=fixed
[08:26] <hub> dholbach: once I become a MOTU, do I still upload stuff on REVU or do I upload direclty and review on REVU?
[08:27] <dholbach> NEW stuff should still go to REVU
[08:27] <dholbach> LaserJock: yeah, cool - could you add that?
[08:27] <dholbach> argl
[08:27] <Burgundavia> dholbach, to avoid double packaging, ala the deskbar applet?
[08:28] <dholbach> Burgundavia: no that doesnt work, Mithrandir packaged it, who is no MOTU :-)     but rather to get a bunch of bugs out of the first uploaded version and to make sure it's not completely crackful :)
[08:29] <Burgundavia> dholbach, but everything going through REVU also avoids the double packaging problem
[08:29] <Burgundavia> a problem that might increase as the size of MOTU increases
[08:29] <dholbach> Burgundavia: only for MOTUs
[08:29] <nalioth> o
[08:29] <Mez> hub - /query
[08:30] <dholbach> Burgundavia: there are people in Debian packaging too and people in main - but for motu, you're right
[08:31] <nalioth> i've got a package that says to "cd kio-msits && make install" after the main package has been built. where in the debian/rules would that go?
[08:32] <Mez> nalioth, after the make command
[08:32] <nalioth> ok, ty Mez
[08:32] <Mez> oh
[08:32] <Mez> no
[08:32] <Mez> in the install bit
[08:32] <Mez> sorry
[08:32] <Mez> didnt read that
[08:33] <nalioth> install bit?
[08:34] <crimsun> what I said in -offtopic. debian/rules (non-cdbs, too, under normal circumstances) has an install target.
[08:34] <Mez> what crimsun said :d
[08:35] <hub> what is Jorge nick?
[08:35] <crimsun> hub: whiprush.
[08:35] <whiprush> am I the right jorge you're looking for?
[08:35] <hub> whiprush: I have PULSE... but the LED does no longer work, I never tried to replace the battery
[08:35] <whiprush> hub: heh, join the club.
[08:35] <nalioth> well, Mez, crimsun i'm totally lost on "install target"
[08:36] <Mez> nalioth : are you suing cdbs ?
[08:36] <whiprush> apparently in some editions you could just pull out the battery and replace it
[08:36] <crimsun> nalioth: pastebin your current debian/rules
[08:36] <Mez> usind *
[08:36] <nalioth> but i'll figure it out
[08:36] <whiprush> I don't have that one.
[08:36] <hub> whiprush: I think I can. it is cardboard
[08:36] <hub> the one sold in France
[08:36] <whiprush> ah
[08:36] <whiprush> good for you, mine is all glued in.
[08:36] <whiprush> it pulses no longer. :(
[08:36] <hub> I didn't try
[08:36] <hub> so I can't tell
[08:37] <Mez> so should i
[08:37] <Mez>  but gotta wait for uniform to be washed so i can put it to dry then go bed
[08:37] <nalioth> http://paste.ubuntu-nl.org/6679   Mez crimsun
[08:37] <nalioth> Mez: i'm using pbuilder
[08:38] <Mez> nalioth: see the bit that says # Add here commands to install the package into debian/kchmviewer.
[08:38] <Mez> add it in that bit :D
[08:40] <nalioth> Mez: ty
[08:45] <Amaranth> export DEITY="cdbs"
[08:45] <nalioth> i haven't even met cdbs yet, i'm having such fun with pbuilder now
[08:45] <Amaranth> yeah, yeah, no quotes, i learned it that way and it works most of the time :P
[08:45] <raphink> nalioth: cdbs makes it much easier for most packages
[08:45] <Amaranth> cdbs does everything for you
[08:46] <Amaranth> and if it does something wrong, you just have to bug the cdbs devs :P
[08:46] <raphink> lol
[08:46] <Amaranth> of course while figuring out how to use cdbs you'll probably learn a lot about packaging anyway...
[08:46] <raphink> nalioth: the main point with cdbs is that you can end up with debian/rules files long as 1 line sometimes
[08:46] <raphink> so much easier to maintain and read
[08:46] <Amaranth> raphink: 1?!? mine is 3 :(
[08:46] <raphink> Amaranth: ;)
[08:46] <dholbach> ok, I'll send the report now
[08:47] <raphink> Amaranth: depends if you count the make line ;)
[08:47] <Amaranth> i don't
[08:47] <raphink> Amaranth: but sometimes only debhelper.mk is sufficient
[08:47] <raphink> if you don't need to compile anything
[08:47] <Amaranth> i include the distutils and debhelper files and have it handle the config file
[08:47] <Amaranth> err, control
[08:47] <raphink> ouch
[08:47] <raphink> I wouldn't let it handle the control file ;)
[08:47] <Amaranth> meh
[08:48] <raphink> from what I heard this is dirty
[08:48] <raphink> but heh if it works for you ;)
[08:48] <Amaranth> it just adds proper build-deps for cdbs and debhelper
[08:48] <raphink> mhm
[08:48] <Amaranth> i could probably do it manually, but i'll wait to see if it breaks
[08:49] <raphink> Amaranth: http://revu.tauware.de/revu1-incoming/kubuntu-grub-splashimages-0512141415/kubuntu-grub-splashimages-1.0/debian/rules
[08:49] <raphink> one line :)
[08:50] <Amaranth> no fair! there's no code in that package :P
[08:50] <raphink> that's what I say
[08:50] <raphink> if there is nothing to compile, you need only one line
[08:50] <Amaranth> i actually could probably do it in 1 line
[08:51] <raphink> now mind you, there's some bit of script in postinst and prerm ;)
[08:51] <Amaranth> ditch the control handling and debbuilder
[08:51] <Amaranth> i think i just need the distutils include
[08:51] <raphink> why?
[08:52] <raphink> what is it for ?
[08:52] <Amaranth> python
[08:52] <Amaranth> my app already handles all the install stuff with distutils instead of autoconf
[08:52] <raphink> oh yeah
[08:53] <Amaranth> so it's just a matter of giving the install script a prefix and rolling that into a deb
[08:53] <raphink> ic
[08:53] <raphink> mhm
[08:57] <nalioth> thanks guys
[09:05] <nalioth> what i'd like to know is why my pbuilder won't find "kde-devel" and other pkgs that are in the repos
[09:06] <trappist> is there some dapper repository known only to the developers where the updates go?  the folks in #ubuntu-devel swears there's a newer, fixed version of iptables than the one broken in bug 16831 but I'm not seeing it.
[09:07] <Mez> g'night all
[09:07] <Mez> trappist - sudo apt-get update; sudo apt-get upgrade; sudo apt-get dist-upgrade
[09:08] <trappist> Mez: did that of course.
[09:09] <nalioth> i'm beginning to see why the kubuntu wish list is there
[09:11] <raphink> nalioth: never used it actually ;)
[09:12] <raphink> nalioth: when you want to add to kubuntu, you can also go to kde-apps.org and grab the good apps there
[09:15] <nalioth> raphink: the things that interest me on the wish list don't seem to be 'right' (i.e. calling for libqt3 of a version that is in the repos, but not building cuz it can't find them)
[09:16] <cyle> hi my name is cyle, i'm looking to get involved with ubuntu as a package maintainer/developer
[09:16] <raphink> cyle: welcome here ;)
[09:16] <raphink> cyle: since you got here, I guess you know about the MOTUs
[09:16] <raphink> cyle: did you read https://wiki.ubuntu.com/MOTU and related pages?
[09:17] <cyle> i'm currently crawling around in there
[09:17] <raphink> hehe ;)
[09:17] <raphink> well we're working on reorganizing this doc
[09:17] <raphink> but it's a lot of work ;)
[09:17] <raphink> do you have specific questions cyle ?
[09:18] <raphink> do you already have packages to get in Ubuntu?
[09:18] <raphink> or do you want to work as a merger?
[09:18] <cyle> well i was wondering what kind of things need worked on right now, wondering how i could help best with my skillset
[09:19] <cyle> i built myself a firefox-1.5 package lastnight out of frustration :)
[09:19] <raphink> hehe
[09:19] <raphink> well I think FF1.5 is already up there
[09:19] <raphink> and has been for quite a long time
[09:19] <nalioth> cyle: frustration at firefox? or your dog ran away with your wallet?
[09:19] <Burgundavia> raphink, only 1.5rc3
[09:20] <Burgundavia> raphink, there are a lot of issue with FF
[09:20] <raphink> oh ok
[09:20] <cyle> i'm currently in breezy
[09:20] <cyle> don't wanna move up to dapper on my desktop for another month or two
[09:20] <raphink> cyle: you'll need a dapper stuff somehow to work on packages
[09:20] <raphink> I'd say at least a chroot
[09:20] <raphink> minimum would be a dapper pbuilder imo ;)
[09:20] <cyle> i have um, a few spare machines lying around here :)
[09:21] <raphink> haha ok
[09:21] <raphink> ;)
[09:21] <cyle> a few my girlfriend would love for me to throw out as well
[09:21] <raphink> 1 machine is enough ;)
[09:21] <raphink> cyle: hehe
[09:21] <cyle> i've been running linux for about 3.5 years now
[09:22] <raphink> the thing with FF is that it's not in universe cyle
[09:22] <raphink> it's a main package
[09:22] <cyle> i'm not looking to do anything specifically with firefox
[09:22] <cyle> but somebody asked if i had built any packages specifically
[09:22] <raphink> oooh
[09:23] <raphink> yes I asked so ;)
[09:23] <raphink> meaning if you wanted some new packages in Ubuntu
[09:23] <raphink> I guess you know how to package cyle
[09:23] <raphink> and you've been through NDMG
[09:23] <raphink> and read quite a bit of Policy too
[09:23] <cyle> for about the last year and a half i've been compiling all of my applications, including kernel, kde on my own so i'm very comfortable with that kind of thing
[09:23] <cyle> i've been through the debian policy
[09:23] <cyle> is ubuntu much different?
[09:23] <raphink> good
[09:24] <raphink> :)
[09:24] <raphink> no cyle
[09:24] <raphink> the policy in universe is generally to stay as close to Debian as possible when it comes to package sources
[09:24] <raphink> (now we differ on the libs though, so the binaries are different)
[09:25] <raphink> cyle: Ubuntu has not any close as manpower as Debian has
[09:25] <raphink> so we need to constantly sync/merge packages from Debian into Universe
[09:25] <raphink> cyle: Ubuntu is not based once and for all on sid, but constantly, that is an important point
[09:26] <nalioth> if i find something on the kubuntu wish list that exists, can i dump from the list?
[09:26] <raphink> so one of the main works in universe is to grab packages from sid and get them in Ubuntu, either by synchronizing them (simple rebuild in Ubuntu) or merging them (if changes are required)
[09:26] <raphink> nalioth: if you package it, sure
[09:26] <raphink> nalioth: imo
[09:26] <cyle> myself i'd prefer to run/help debian, but having dealt with ubuntu for a few months, i realize it's better for the less-geeky, and there's no need to help geeks get comfortable with linux, it's the non-geeky people that linux needs to continue to capture
[09:27] <nalioth> it's in the repos now.
[09:27] <raphink> nalioth: well then you can remove it, sure :)
[09:27] <nalioth> it's an ancient program and i'm actually boggling that it's on the kubuntu wish list page
[09:27] <raphink> nalioth: cleaning the wiki is a good thing
[09:27] <raphink> :)=
[09:27] <raphink> and useful
[09:28] <raphink> :)
[09:28] <raphink> cyle: helping Debian is already helping Ubuntu
[09:28] <raphink> cyle: although there are obviously Ubuntu-specific work to be done
[09:28] <cyle> well, directly helping is more what i mean
[09:28] <raphink> mhm
[09:28] <cyle> as you said, debian has an army of maintainers/developers
[09:28] <raphink> do you have an account on LP already cyle ?
[09:28] <cyle> LP?
[09:28] <raphink> yes
[09:29] <raphink> Debian has about 1000 DDs, MOTUs are around 30
[09:29] <raphink> cyle: launchpad.net
[09:29] <raphink> you need an LP account for most things
[09:29] <cyle> i'm not familiar with it
[09:29] <raphink> and to create a WikiPage for you on wiki.ubuntu.com and document your work there
[09:29] <cyle> ah, i see, i've never actually officially joined an opensource project before so no
[09:29] <raphink> cyle: just go to launchpad.net and create yourself an account :)
[09:30] <raphink> cyle: do you have a GPG/PGP key, too?
[09:30] <raphink> (just trying to list the basic tools needed to help with packages)
[09:30] <cyle> okay, CyleRiggs
[09:30] <raphink> sure
[09:30] <cyle> (gpg) no i don't, which utility do i use to create it?
[09:30] <raphink> :)
[09:31] <raphink> cyle: mine is https://wiki.ubuntu.com/RaphaelPinson if you need inspiration to put things on it
[09:31] <raphink> cyle: you use gnupg
[09:31] <raphink> look at https://wiki.ubuntu.com/GPGKey to create one
[09:31] <cyle> i see in the manpage gpg and gpgv, which one is preferred?
[09:32] <raphink> this is what will let you sign your work
[09:32] <nalioth> raphink: is packaging a perl thing the same as any other?
[09:32] <raphink> cyle: just follow the link I gave you
[09:32] <cyle> raphink: yeah sorry i didn't see that url before i sent it
[09:32] <raphink> nalioth: well iirc perl is interpreted so it doesn't need to be compiled
[09:33] <raphink> nalioth: so you only need to put the stuff in the right place and apply the right perms iirc
[09:33] <trappist> perl itself needs to be compiled - your perl code is interpreted
[09:33] <raphink> yes
[09:33] <raphink> ;)
[09:33] <raphink> thanks trappist
[09:34] <raphink> cyle: your GPG key is what will identify you in the open-source world (and more)
[09:34] <trappist> also not all perl modules are pure perl... many need to be compiled
[09:34] <raphink> cyle: it will be what testifies that a work has been done by you and not anyone else
[09:34] <raphink> trappist: ic
[09:35] <nalioth> no more kubuntu wish list for me
[09:35] <nalioth> i'll stick with things i like
[09:36] <raphink> haha
[09:36] <raphink> nalioth: you can work on merges too ;)
[09:36] <trappist> I have a question.  we're including a small chunk of some old kernel source in the iptables package to get it built.  we patch that kernel source and the iptables source with patch-o-matic in a vain attempt to add some nifty features... those features aren't in the kernel we use and therefore aren't really in iptables...
[09:36] <raphink> nalioth: there are many apps waiting to be reviewed on REVU right now, so I'd say if you don't have an app in particular that you want to get in, merges are more useful
[09:37] <trappist> iptables wants to be built against the source of the kernel we actually use.  I'd love to fix this, but I'd need cooperation from kernel people.  what to do?
[09:37] <nalioth> i do have apps i'd like to get in, but don't see them on REVU. where is a list of accepted pkgs?
[09:37] <raphink> trappist: go ask on #ubuntu-kernel ?
[09:37] <trappist> didn't know there was such a place.  awesome.
[09:37] <raphink> nalioth: on the repos for most of them ;)
[09:37] <nalioth> trappist: there is probably #ubuntu-kansas, too
[09:37] <trappist> heh.
[09:37] <raphink> nalioth: haha
[09:38] <nalioth> raphink: so if i can't find it on REVU or in the repos i can put it on revu?
[09:38] <raphink> yes nalioth
[09:38] <nalioth> cool.
[09:38] <raphink> nalioth: but don't expect to have it in dapper though
[09:38] <raphink> nalioth: the UVF is in a few days, and there are many packages to be reviewed on REVU
[09:38] <raphink> nalioth: so you're lucky if you get your new apps in dapper now
[09:39] <raphink> unless you get to be a good packager soon ;)
[09:39] <cyle> okay, is this key signing a necessary step?
[09:39] <Amaranth> UVF always gets pushed back a couple of days
[09:39] <Amaranth> cyle: yep
[09:39] <raphink> cyle: very necessary
[09:39] <cyle> okay, i'll have a buddy do it at work tomorrow
[09:39] <raphink> cyle: for most things you might do in open-source
[09:39] <raphink> cyle: you can't do it now ?
[09:40] <nalioth> cyle: it proves your packages havent collected any nastiness 'tween there and yon
[09:40] <raphink> cyle: its' better if you create the key yourself. Get used to using gnupg, you'll need it quite often.
[09:40] <raphink> cyle: even to sign your email or encrypt stuff.
[09:40] <raphink> s/email/emails/
[09:41] <cyle> i can't get it signed right now
[09:41] <cyle> i have it and uploaded it
[09:41] <raphink> oh sure cyle you need to meet people to get it signed :)
[09:41] <raphink> good
[09:41] <cyle> it's 2:30 in the am, strangley enough it's pretty quiet right now
[09:42] <raphink> cyle: getting your key signed by influent people makes your identity fully trusted by many
[09:42] <raphink> pretty quiet where cyle ?
[09:42] <cyle> kansas city, missouri, usa
[09:42] <raphink> ok ;)
[09:43] <raphink> I thought you meant here
[09:43] <Amaranth> cyle: your friend is in the PGP strong set?
[09:43] <raphink> it's 9:43AM here but I'm not fully awake I guess
[09:43] <raphink> lol
[09:43] <nalioth> another whimsical question. how does one package icons?
[09:43] <cyle> no but he has a gpg key as well
[09:43] <Amaranth> that won't help
[09:43] <raphink> cyle: what matters is not to get your key signed by anyone
[09:43] <Amaranth> you need to have it signed by someone in the strong set
[09:43] <raphink> cyle: you need your key signed by people in the strong set
[09:43] <raphink> Amaranth: ;)
[09:44] <cyle> ahhh
[09:44] <nalioth> cyle: visit biglumber.com and find some gpg carrying friends
[09:44] <raphink> cyle: this is a matter of web of trust
[09:44] <raphink> if you want to be trusted in the strong set, you have to get known in it
[09:44] <Amaranth> you physically meet the person and show them your id
[09:44] <raphink> cyle: anyway, getting your key generated is mandatory to work ; getting it signed is not urgent.
[09:45] <raphink> cyle: you can begin to work in Ubuntu without having your key signed yet
[09:45] <raphink> cyle: but it's nicer if you get it signed by at least one person in the strong set soon :)
[09:45] <cyle> okay
[09:45] <raphink> (preferably 3)
[09:46] <cyle> what exactly should i be looking for on biglumber.com
[09:46] <raphink> :)
[09:46] <cyle> i see top cities
[09:46] <raphink> biglumper.com ??
[09:46] <Amaranth> put in kansas city
[09:46] <cyle> nm
[09:46] <cyle> typo in my city search
[09:46] <cyle> as well in the url
[09:46] <Amaranth> one person in kc
[09:46] <cyle> it happens often
[09:46] <raphink> oh nice
[09:46] <raphink> I didn't know this website
[09:46] <cyle> Kenneth Root
[09:46] <cyle> coincidential last name
[09:47] <Amaranth> heh
[09:47] <Amaranth> look him up in the phone book
[09:48] <Amaranth> and call him tomorrow
[09:48] <Amaranth> go out for lunch or a beer or something
[09:48] <raphink> Amaranth: are they volunteers there?
[09:49] <raphink> Amaranth: is there a way to register to help this project?
[09:49] <Amaranth> help what project?
[09:49] <raphink> biglumper.com Amaranth
[09:49] <Amaranth> didn't know they needed help
[09:49] <raphink> I am in the strongset and there's no one in my region
[09:50] <raphink> from what I see on that site
[09:50] <Amaranth> you need to add yourself
[09:50] <nalioth> raphink: go sign up there, is all it takes
[09:50] <raphink> let's see
[09:51] <cyle> amaranth: a beer, don't think that'd go over well with the authorities
[09:51] <Amaranth> heh
[09:51] <raphink> biglump
[09:51] <raphink> lol
[09:51] <nalioth> packageing icons is a matter of having the debian/rules put the individual icons in their proper place?
[09:52] <raphink> nalioth: with cdbs, packaging icons is a matter of one line in debian/rules
[09:52] <raphink> and install file listing where they go
[09:52] <nalioth> so i should learn cdbs, eh?
[09:52] <raphink> nalioth: it won't take you long
[09:53] <raphink> I can get you through in a few minutes if it' about packaging icons ;)
[09:53] <raphink> ;)
[09:53] <nalioth> raphink: only if you need a break from your einsteinian tasks, lol
[09:53] <raphink> hahaha
[09:53] <raphink> my einsteinian tasks so far are to list what I have to do today
[09:53] <raphink> in real life
[09:54] <raphink> i.e. mostly finding a job
[09:54] <raphink> lol
[09:54] <nalioth> raphink: how old are you?
[09:54] <nalioth> raphink: and your geographical location?
[09:54] <raphink> nalioth: 23
[09:54] <cyle> i emailed the only guy available in kc to arrange a meeting, what should i do next?
[09:54] <raphink> poitiers nalioth
[09:54] <nalioth> cyle: wait for a response
[09:55] <cyle> :)
[09:55] <nalioth> cyle: have a copy of your whole fingerprint and 2 forms of official ID to take with you
[09:55] <raphink> what's your ID cyle ?
[09:55] <cyle> my email address?
[09:55] <nalioth> some folks i've met have their fingerprint printed off and they've photocopied their ID onto the same paper (but you still need to see the hard plastic originals)
[09:56] <raphink> cyle: no, your key ID
[09:56] <raphink> gpg --list-keys
[09:56] <raphink> will give it to you
[09:56] <cyle> gpg: key FD237A16 marked as ultimately trusted
[09:56] <raphink> in the form 1024D/blahblah
[09:56] <raphink> ok
[09:56] <cyle> 1024D/FD237A16
[09:57] <raphink> cyle: did you export your key to a public server?
[09:57] <cyle> gpg --send-keys --keyserver keyserver.ubuntu.com
[09:57] <raphink> such as mit.edu
[09:57] <nalioth> cyle: now type "gpg --keyserver keyserver.ubuntu.com --send-keys FD237A16"
[09:57] <raphink> ok
[09:57] <cyle> yep
[09:57] <cyle> i didn't specify a key id
[09:57] <cyle> i figured it send them all
[09:57] <raphink> yes cyle
[09:57] <raphink> you could send it to a more general server, too
[09:57] <nalioth> i suggest you send to ubuntu, if you didnt specifically choose a keyserver
[09:57] <raphink> such as pgpkeys.mit.edu
[09:58] <nalioth> the default on mine goes to europe, lol
[09:58] <raphink> well it's all interconnected anyway ;)
[09:58] <cyle> i did keyserver.ubuntu.com
[09:58] <raphink> my default is mit.edu somehow
[09:58] <cyle> will it hurt to submit to another?
[09:58] <nalioth> cyle: not at all, have fun
[09:58] <raphink> cyle: you can submit to as many as you want
[09:58] <raphink> :;)
[09:58] <raphink> the more you do, the fastest it'll be available imo
[09:58] <nalioth> cyle: they are all supposed to sync regularly
[09:58] <raphink> and it won't hurt anyone
[09:59] <cyle> so i need a printoff of my gpg key when i meet this guy?
[09:59] <nalioth> cyle: yes. or handwritten or w/e
[10:00] <cyle> handwritten, is that a joke, this thing is huge
[10:00] <nalioth> cyle: it should only be 30-odd characters
[10:00] <nalioth> cyle: gpg --fingerprint FD237A16
[10:00] <cyle> okay
[10:00] <cyle> lol
[10:01] <cyle> i opened the gpg key file
[10:01] <cyle> that's why i thought you were joking
[10:01] <nalioth> and make a revocation certificate, too
[10:02] <cyle> well what's my next step past the gpg process?
[10:02] <cyle> do i need to pick a project to focus on?
[10:04] <raphink> nalioth: let me know when you want to learn cdbs with your package
[10:04] <raphink> I'm going out for now
[10:05] <raphink> ++
[10:06] <nalioth> i was fixin to bump ya on that, raphink
[10:06] <nalioth> lol
[10:07] <raphink> nalioth: I'll bb soon so you can read a bit on cdbs so far, study a few packages such as kubuntu-grub-splashimages or konq-kim and we'll see after that
[10:08] <raphink> (you can find them on REVU so it's easier to fetch)
[10:15] <Yagisan> evening all. I'd like to request a revu of http://revu.tauware.de/details.py?upid=1399
[10:45] <lucas> heya
[10:46] <StevenK> Can a MOTU look at Malone 5267 and Malone 5314 and tell me if they agree with Zak?
[10:46] <Ubugtu> Malone bug 5267: "linkchecker: merge new debian version" Fix req. for: linkchecker (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/bugs/5267
[10:46] <Ubugtu> Malone bug 5314: "moin: merge new debian version" Fix req. for: moin (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/bugs/5314
[10:49] <minghua> StevenK: I only looked at 5267 and I am not a MOTU, but yes, I agree with Zak completely
[10:50] <minghua> StevenK: IMO this is also a bug in the upstream tarball (either they prepare translations poorly, or they have something missing in their "make dist" target)
[10:51] <StevenK> The updated stuff was for hoary, so that in case, I'll just get a sync requested.
[10:53] <minghua> StevenK: what about the diff for _linkchecker_configdata.py then?  it looks strange to me
[10:53] <StevenK> minghua: That seems to be dependant on what machine it builds on, which is stupid.
[10:53] <minghua> StevenK: yeah, that's what I thought
[10:57] <raphink> nalioth_zZz: I guess you're not available for cdbs ;)
[11:00] <jpatrick> raphink: he is now
[11:00] <raphink> hehe yes ;)
[11:01] <raphink> I know thanks jpatrick
[11:03] <jpatrick> seems noones interested in my kcontrol-kdmtheme...
[11:25] <jpatrick> raphink: * New Upstream release : kio-sword (if you don't know :) )
[11:41] <segfault> hallo
[11:52] <viviersf> ok raaaait
[11:52] <viviersf> im having some really WEIRD
[11:52] <viviersf> Xorg issues
[11:52] <ajmitch> hey viviersf
[11:52] <viviersf> elo ajmitch
[11:53] <viviersf> howz you
[11:53] <ajmitch> alright :)
[11:53] <viviersf> kewl dude
[11:54] <ajmitch> had a good break?
[11:57] <viviersf> ya\
[11:57] <viviersf> been back for a week
[11:57] <viviersf> but was moving to new offices
[12:08] <jpatrick> raphink: can you check my Kleansweep? http://revu.tauware.de/details.py?upid=1404
[12:09] <raphink> hm not right now
[12:09] <raphink> soon
[12:10] <janimo> hello
[12:10] <janimo> is there some delay in getting .debs in the pool?
[12:11] <janimo> I see thunar built fine yesterday but it's still not in the archive
[12:12] <Nafallo> janimo: new?
[12:13] <janimo> synced from debian
[12:13] <lucas> raphink: hi
[12:13] <lucas> what's your email address ?
[12:13] <lucas> ok I know
[12:13] <lucas> it's on LP
[12:13] <janimo> but indeed NEW to ubuntu
[12:14] <janimo> so it's in lamonts build logs as successful but not in the pool
[12:14] <Nafallo> janimo: if it's binary-new it's dep-wait elmo :-)
[12:22] <raphink> lucas: don't use raphink [at ]  raphink [dot]  net
[12:22] <raphink> my account is blocked ... it should be better tonight since I called my domain provider this morning :s
[12:22] <lucas> hehe you have an @jabber.fr JID
[12:23] <raphink> raphink ;)
[12:23] <raphink> easy
[12:23] <raphink> I think I hold at least 95% of the raphink accounts on the internet ;)
[12:26] <raphink> :)
[12:27] <raphink> I had to reorder
[12:27] <raphink> since the first ones didn't arrive
[12:27] <jpatrick> I got my Ubuntu ones ages ago
[12:28] <raphink> there are not Kubuntu shipit CDs yet, are there?
[12:31] <jpatrick> there will be for Dapper
[12:34] <zakame> evening all
[12:36] <lucas> raphink: mail sent
[12:36] <lucas> (to gmail)
[12:36] <raphink> lucas: what for?
[12:36] <raphink> ah oui
[12:37] <lucas> review of you changes to MOTUMerging
[12:37] <raphink> lucas: there is Merging too
[12:37] <raphink> it's still a mess with MOTUMerging, Merging, MergingTips and so on
[12:37] <lucas> yes, maybe it's worth merging them
[12:37] <raphink> these should be reorganized/merged
[12:37] <lucas> yup
[12:37] <lucas> you did such a good job on MOTUMerging, I think you should be the one doing that ;)
[12:38] <raphink> haha
[12:38] <raphink> :p
[12:48] <jpatrick> oh dear
[12:48] <slomo_> StevenK: thanks :)
[12:49] <raphink> what's the pb jpatrick ?
[12:50] <jpatrick> it just fails
[12:50] <raphink> :(
[12:50] <raphink> what does it say?
[12:50] <jpatrick> lemme pastebin i
[12:50] <jpatrick> it*
[12:50] <StevenK> slomo_: Took you long enough to notice. :-P
[12:50] <StevenK> slomo_: I uploaded it like 12 hours ago. :-)
[12:50] <slomo_> StevenK: i was asleep :P
[12:51] <StevenK> slomo_: No excuse! :-P
[12:52] <jpatrick> raphink: I think it's kubuntu_01_kdepot.diff's fault
[12:52] <jpatrick> http://kubuntu.pastebin.com/493145
[12:52] <raphink> jpatrick: did you remake this patch or did you use it as such?
[12:53] <jpatrick> I grabbed it from kubuntu.org
[12:53] <raphink> then make your own
[12:53] <raphink> read what it does
[12:53] <raphink> and make a patch of your own that does the same thing
[12:53] <jpatrick> the problem is there is no admin/cvs.sh
[12:53] <raphink> this patch doesn't always apply
[12:53] <raphink> if admin/cvs.sh was modified by upstream it won't work
[12:54] <raphink> oh?N
[12:54] <raphink> if there's no admin/cvs.sh then you need no patch
[12:54] <raphink> it's pointless
[12:54] <jpatrick> No it uses scons-mini
[12:54] <raphink> see with Riddell
[12:54] <raphink> but don't use the patch if there's no admin/cvs.sh that's for sure
[12:55] <raphink> lucas: quelques modis
[12:55] <raphink> s/modis/modifs
[01:02] <raphink> jpatrick: does it work without the patch?
[01:02] <jpatrick> it's building
[01:02] <jpatrick> still setting up stuff
[01:02] <raphink> ok
[01:04] <jpatrick> make[1] : Entering directory `/tmp/buildd/kleansweep-0.2.4/obj-i486-linux-gnu'
[01:04] <jpatrick> make[1] : *** No targets specified and no makefile found.  Stop.
[01:04] <lucas> raphink: ?
[01:05] <jpatrick> first time I've used cdbs
[01:05] <raphink> lucas: the page
[01:07] <jpatrick> raphink: http://kubuntu.pastebin.com/493162
[01:11] <lucas> raphink:
[01:11] <lucas> impec, je fais juste une modif mineure
[01:11] <raphink> ok
[01:12] <raphink> lucas: pour le debuild -S -sa
[01:12] <raphink> c'est volontaire de ne pas utiliser pbuilder
[01:12] <raphink> a ne sert  rien vu que c'est juste pour builder les sources sans compiler
[01:12] <lucas> ah oui
[01:12] <raphink> ;)
[01:14] <raphink> mais non mais non lucas ;)
[01:18] <raphink> lucas: le fait de dtailler le howto fait aussi qu'il y a des trucs en trop avant
[01:19] <lucas> ouep
[01:19] <raphink> dans Some reasons for divergence between Debian and Ubuntu
[01:19] <lucas> hack hack hack
[01:19] <raphink> y'a des trucs qui n'ont pas leur place
[01:19] <lucas> to make it perfect
[01:19] <raphink> devraient tre mergs plus bas
[01:19] <raphink> lucas: yep
[01:19] <lucas> if you delete too much, somebody will complain
[01:19] <lucas> and you always has the history to restore
[01:20] <raphink> sure
[01:20] <raphink> most of the time I don't delete, I reorganize ;)
[01:20] <raphink> if infos have been put there it's often for a good reason
[01:20] <raphink> but sometimes not in a good way
[01:24] <jpatrick> is there anyway I can use debhelper+scons
[01:26] <Riddell> jpatrick: yes, see kdissert or skim
[01:26] <rikai> later all , to bed with me o/
[01:26] <jpatrick> yes!!
[01:26] <raphink> rikai: ??
[01:33] <sistpoty> hi folks
[01:34] <jpatrick> hello sistpoty
[01:35] <sistpoty> hi jpatrick
[01:35] <Hobbsee> hey sistpoty
[01:35] <sistpoty> hi Hobbsee
[01:35] <sistpoty> ping raphink
[01:36] <raphink> pong sistpoty
[01:36] <raphink> \sh_away: ping
[01:36] <sistpoty> raphink: I'm just looking at kalcul
[01:36] <raphink> yes?
[01:36] <sistpoty> raphink: you still changed upstream tarball... just repack it
[01:36] <raphink> there's no dir in it
[01:37] <sistpoty> raphink: dpkg-source is quite flexible with directories and get's it right
[01:37] <raphink> the files are directly in the tarball as I said
[01:37] <sistpoty> raphink: yes. but that's not a problem at all... dpkg-source does some deeper checking of directory structure and get's it right
[01:38] <raphink> hmm
[01:39] <raphink> I tried to just change the orig.tar.gz by repacking it
[01:39] <raphink> and debuild was not happy with it
[01:39] <sistpoty> raphink: basically I just tried to take your orig-tarball away and put the repacked bz2 there... works fine (after adjusting md5sum/size in dsc-file)
[01:39] <raphink> pretending the size was wrong and whatnot
[01:39] <raphink> adjusting md5sum might be what I missed ;)
[01:40] <Yagisan> G'day All
[01:40] <sistpoty> raphink: and please use gzip -9 for packing... will save 150k ;)
[01:40] <raphink> sure
[01:40] <raphink> I'll try that
[01:41] <sistpoty> ok, in the meantime I'll take a look at the rest of it ;)
[01:42] <raphink> ok
[01:42] <raphink> :)
[01:44] <Yagisan> siretart: still around ?
[01:45] <sistpoty> Yagisan: do you mean siretart or /me?
[01:46] <raphink> sistpoty: uploading again
[01:46] <sistpoty> raphink: k
[01:47] <Yagisan> sistpoty: either if you'd care to revu http://revu.tauware.de/details.py?upid=1399 I know siretart was interested in it.
[01:47] <segfault> in a case of a source that has mysql and postgres support, but it's not really _necessary_ since it has its own internal database, should i at least compile with pg/mysql support?
[01:48] <sistpoty> Yagisan: if you don't mind, I won't review this... since I only have an i386 here
[01:48] <Mithrandir> segfault: generally, turn on all such features.
[01:48] <Yagisan> segfault: I'd most likely add support
[01:48] <segfault> but the binary will then depend on mysql/pgsql client libraries, is that acceptable?
[01:49] <Yagisan> sistpoty: Thanks anyway sistpoty :)
[01:49] <Mithrandir> segfault: yes, sure.
[01:49] <sistpoty> ;)
[01:49] <segfault> but isn't there any way to avoid installing those 2 libs, if i just want to use mysql?
[01:50] <raphink> lucas: I'm having a talk with isaac. He's preparing a new package for wesnoth, merging the -t stuff
[01:50] <Mithrandir> segfault: to save ~700k disk space?
[01:51] <lucas> great
[01:51] <lucas> have you mentioned using wildcards ?
[01:51] <segfault> mithrandir: hehe, right
[01:51] <raphink> lucas: what do you mean?
[01:51] <lucas> '*' instead of listing each scenario
[01:54] <raphink> oh yeah
[01:54] <raphink> :)
[01:55] <raphink> he will do that
[01:55] <raphink> he said I could do it this way
[01:55] <raphink> I said I knew that but my goal was to have as few changes as possible
[01:55] <raphink> so I'd be happy if he did it instead ;)
[01:55] <lucas> ok, perfect :-)
[01:55] <lucas> excellent QA work.
[01:56] <raphink> lucas: I can't find a bug for the new version \sh uploaded yesterday
[01:56] <raphink> :s
[01:56] <raphink> so I don't know where to find his patch for the amd64 build
[01:59] <raphink> sorry ;)
[01:59] <raphink> \sh made a new version of wesnoth yesterday
[01:59] <raphink> -1ubuntu2
[01:59] <raphink> because it wouldn't build on amd64 it seems
[01:59] <raphink> isaac wants to merge that, too
[02:00] <raphink> but he says the patch provided by the wesnoth website makes it build, but there's still segfault
[02:00] <lucas> you can fetch the source and debdiff
[02:00] <raphink> anyway I found where the -1ubuntu2 package was and gave him the link
[02:01] <raphink> yes
[02:02] <lucas> => TODO list
[02:03] <sistpoty> lucas: fetch source as in fetch a source package by dsc?
[02:04] <lucas> mdt fetch-source <dist> <package name> => displays the available version
[02:05] <lucas> mdt fetch-source <dist> <package name> <version> => downloads it
[02:05] <sistpoty> lucas: you might want to look at madison-lite, and see if this can do parts of what you want ;)
[02:06] <raphink> what would be the difference between fetch-source <dist> <package> <version> and dist-apt-get <dist> source <package> <version> then?
[02:06] <sistpoty> lucas: and siretart did some similar stuff for revu2, which is basically some wrapper around apt-get
[02:06] <sistpoty> (if you need inspiration and/or code) ;)
[02:07] <raphink> sistpoty: http://revu.tauware.de/details.py?upid=1411
[02:07] <lucas> well it doesn't use a local APT-tree
[02:07] <lucas> sistpoty: doesn't look that hard to code :)
[02:08] <raphink> lucas: oh ic
[02:08] <sistpoty> lucas: I guess it isn't ;)
[02:08] <raphink> :)
[02:09] <raphink> sistpoty: should be fine now imo
[02:09] <sistpoty> raphink: don't change always while i'm reviewing :P
[02:09] <raphink> huh?
[02:10] <raphink> I just changed the tarball as you requested
[02:10] <raphink> :s
[02:10] <sistpoty> raphink: oh, then maybe I'm already reviewing the latest one (cause the orig is fine)
[02:10] <sistpoty> :)
[02:10] <raphink> :)
[02:11] <raphink> hehe
[02:18] <sistpoty> raphink: kalcul is fine, maybe you could get rid of libtool in diff.gz. as well?
[02:18] <sistpoty> raphink: (probably just deleting it during clean or s.th.)
[02:19] <raphink> sure
[02:19] <raphink> I'll do that
[02:20] <sistpoty> btw.: did I mention that I updated the new merges again?
[02:24] <raphink> sistpoty: how many ?
[02:24] <sistpoty> raphink: total 28
[02:24] <sistpoty> (unassigned)
[02:26] <raphink> ok
[02:29] <j^> hi, has someone looked if its possible to add gizmo to ubuntu?
[02:30] <j^> would love to see a version using avahi and part of ubuntu
[02:32] <j^> or is there a better VoIP solution
[02:42] <lucas> sistpoty: the merge list doesn't work well
[02:42] <lucas> mmh
[02:42] <sistpoty> lucas: what's wrong?
[02:43] <lucas> ok no it seems to be ok
[02:43] <sistpoty> phew :)
[02:44] <lucas> ok
[02:44] <lucas> I'm investigating the difference between http://tiber.tauware.de/~lucas/versions/unimultiverse.html and http://revu.tauware.de/~sistpoty/MoM/index.py?state=new
[02:45] <lucas> 124 >> 28
[02:46] <sistpoty> lucas: it can never match... packages which are assigned may be newer in debian _or_ newer in ubuntu (in case source package was already uploaded)
[02:46] <lucas> and 124 << (176 (accepted) + 28 (unassigned))
[02:46] <raphink> sistpoty: http://revu.tauware.de/details.py?upid=1412
[02:46] <raphink> no libtool anymore
[02:47] <sistpoty> raphink: k
[02:47] <raphink> double checked, built, etc.
[02:48] <sistpoty> lucas: problem is that merge bugs should only be closed if the package built on all arches (which means a package from assigned on the merge list will move to fixed quite some time after the updated sourcepackage is available)
[02:48] <lucas> yup, probably
[02:49] <sistpoty> but still the difference seems a little bit big
[03:28] <sistpoty> cya
[03:33] <Tonio_> hello
[03:35] <Riddell> any MOTU who want kubuntu breezy install CDs please e-mail<EMAIL_ADDRESS>with your postal address and how many you want
[04:22] <jsgotangco> dholbach, happy 2nd birthday!
[04:22] <jsgotangco> i hope you can understand me...
[04:22] <tseng> jsgotangco++
[04:22] <hub> it is dholbach birthday?
[04:22] <jsgotangco> yes his 2nd
[04:22] <hub> 2nd?
[04:23] <jsgotangco> hub, planet.ubuntu.com
[04:23] <tseng> 26
[04:23] <jsgotangco> a child prodigy indeed
[04:23] <jsgotangco> "My 2nd birthday and how I celebrated it"
[04:24] <jsgotangco> =)
[04:24] <hub> ah
[04:24] <hub> I didn't read that at first
[04:24] <hub> btw, is it me or the CSS is messed-up?
[04:24] <jsgotangco> hub, yep website movements
[04:25] <jsgotangco> planet wasn't too happy about the move to moin
[04:25] <hub> oh
[04:52] <thierry_> if my application name is geg, what should be the GenericName ? Also geg?
[04:54] <thierry_> forget that, found by myself :)
[05:07] <thierry_> ajmitch : could you point me somewhere or someone who could explain me what are shared librairy, what are their use and where to install them?
[05:21] <janimo> anybody else having probs accessing wiki with firefox?
[05:22] <janimo> since todays update it does not connect
[05:22] <janimo> Firefox doesn't know how to communicate with the server.
[05:22] <janimo> it sez
[05:23] <thierry_> janimo : no problem here
[05:23] <janimo> thanks
[05:23] <janimo> latest ff right?
[05:23] <janimo> all other sites work but wiki.u.com
[05:24] <janimo> is there a list of packages proposed for removal form the archives?
[05:24] <janimo> I'd like to add 2 packages
[05:24] <thierry_> janimo : yes
[05:25] <thierry_> janimo : can't find it right now but I know it exists
[05:31] <janimo> in #tango they told me there's a desktop icon and the same is used for show-desktop
[05:31] <janimo> thierry, sorry got deadlocked on the old thread :)
[05:32] <janimo> in another channel even
[05:32] <janimo> gotta close some tabs, following 3 channels is too much for my brain it seems
[05:32] <janimo> ciao
[05:38] <Goshawk> hi
[05:38] <Goshawk> what if i wanna add a package to the MOTU repo?
[05:38] <Goshawk> (universe)
[05:39] <Gloubiboulga> hello :)
[05:40] <thierry_> Goshawk : you have to send your package to REVU. Check https://wiki.ubuntu.com/REVU?highlight=%28revu%29
[05:41] <thierry_> Gloubiboulga : hi
[05:41] <thierry_> Goshawk : once sent to REVU, your package as to be advocated (accepted) by two MOTU
[05:42] <Goshawk> thierry_, thx
[05:42] <thierry_> :)
[05:42] <dholbach> jsgotangco: thanks a lot :)
[05:43] <jsgotangco> dholbach, i hope you had fun on your 2nd birthday
[05:44] <thierry_> dholbach : are you a MOTU?
[05:44] <Gloubiboulga> dholbach is only 2 years old? ;)
[05:44] <dholbach> thierry_: yes, i am
[05:44] <thierry_> dholbach :  could you point me somewhere or someone who could explain me what are shared librairy, what are their use and where to install them?<
[05:45] <dholbach> thierry_: i'd suggest to apt-get source <some library> and inspect the debian/ dir - that should be the easiest
[05:45] <tseng> thierry_: one second
[05:45] <thierry_> that's the only point that fails in my package, I don't install the shared librairy
[05:45] <thierry_> k thanks
[05:45] <dholbach> thierry_: i did libsexy recently, it's pretty easy
[05:46] <thierry_> k
[05:46] <tseng> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[05:46] <tseng> http://www.debian.org/doc/debian-policy/ch-sharedlibs.html
[05:47] <tseng> if you really wanted details about shared objects, http://www.google.com/url?sa=t&ct=res&cd=8&url=http%3A//people.redhat.com/drepper/dsohowto.pdf&ei=6Z6-Q-aGLomkaYGH1d0O&sig2=UC_yh-3OceJ3nYnJpHaU5g
[05:50] <thierry_> dholbach : I'm going to resend to REVU, after that could you check it, only for the shared librairy thing?
[05:53] <dholbach> thierry_: i make a note to have a look at it
[05:53] <thierry_> dholbach : k , my package is libfxscintilla1.6
[05:53] <dholbach> ok
[05:59] <thierry_> dholbach : resent
[06:00] <dholbach> thierry_: take your time, i have some other stuff to do first
[06:01] <thierry_> dholbach : k
[06:02] <jsgotangco> wow whiprush got mentioned in an o'reilley book what a star
[06:07] <slomo_> tseng: interesting text :)
[06:07] <slomo_> tseng: (the one by ulrich drepper)
[06:13] <thierry_> could someone point me a librairy packaged with debhelper?
[06:14] <dholbach> thierry_: the interesting part is the *.install stuff
[06:15] <thierry_> ok... but is it right or do I still have problems?
[06:15] <dholbach> didnt look at it yet
[06:15] <thierry_> ho ok
[06:15] <dholbach> just answered, because nobody else did ;)
[06:16] <thierry_> dholbach : ok but in another package I get this from a reviewer : * Check your install rules, none of the binaries are being added to the packages. They only contain files in /usr/share/applications/.
[06:16] <dholbach> copy over the *.install files from libsexy
[06:16] <dholbach> they should be a good start
[06:16] <dholbach> just build with debuild and see what is "left to install" in debian/tmp
[06:21] <thierry_> dholbach : how do I see what is "left to install" ? should debian/tmp be empty if everything installs corectly?
[06:22] <dholbach> no, but you can compare
[06:22] <dholbach> a simple   find .    in there should give you an idea
[06:22] <thierry_> k...
[06:23] <azeem> there's a switch to dh_install to check whether everything got installed
[06:23] <azeem> doesn't work with the way CDBS calls dh_install, though
[06:25] <\sh> moins
[06:25] <Gloubiboulga> hi \sh
[07:48] <LaserJock> tseng: ping?
[07:49] <Gloubiboulga> dholbach, I had a look at thierry_away's package
[07:49] <Gloubiboulga> the Makefile seems bugged
[07:49] <dholbach> Gloubiboulga: ah ok
[07:50] <Gloubiboulga> it doesn't install the .so file
[07:50] <dholbach> oh nice :)
[07:50] <Gloubiboulga> but I can't help him solving this, as I don't know anything about cdbs
[07:51] <thierry_away> I could always switch to debhelper to fix the issue
[07:51] <dholbach> it's a matter of either fixing the upstream build system or the .install file
[07:51] <dholbach> this has nothing to do with cdbs
[07:52] <thierry_away> ho ok
[07:57] <Tonio_> hi all
[07:57] <Tonio_> hello dholbach ;)
[07:57] <dholbach> hey Tonio_
[07:58] <Tonio_> dholbach: any info on the freeze date for revu ?
[07:58] <Tonio_> is it 19/01 too ?
[07:58] <dholbach> it'll be Feature Freeze
[07:58] <dholbach> it's on DapperReleaseSchedule on the wiki
[07:59] <Tonio_> okay
[08:00] <Tonio_> not versionfreeze ?
[08:01] <dholbach> not for NEW packages
[08:02] <Tonio_> dholbach: nice
[08:50] <dholbach> tseng, slomo_, ajmitch: what do you think of http://sourceforge.net/projects/openvpnadmin/? Seems to be Mono Open VPN stuff.
[08:52] <dholbach> I'll call it the day - have a nice evening.
[08:54] <LaserJock> cya dholbach
[08:56] <dholbach> tseng, slomo_, ajmitch: http://sourceforge.net/forum/forum.php?forum_id=524350 seems they have '.deb's
[10:13] <GNULinuxer> how do I do an ITP for Ubuntu?
[10:13] <tseng> you put your source package on revu
[10:13] <tseng> revu.tauware.de
[10:14] <GNULinuxer> tseng: my package was uploaded to debian main recently ... so will it come into ubuntu automatically?
[10:14] <tseng> yes
[10:14] <GNULinuxer> tseng: but who will maintain the ubuntu version of it?
[10:14] <GNULinuxer> i would like to do that myself
[10:14] <tseng> no one has to if the debian version works fine
[10:15] <tseng> it will just keep syncing over
[10:15] <GNULinuxer> tseng: I see
[10:15] <tseng> until upstream version freeze
[10:15] <tseng> when the next release opens we will start syncing again
[10:15] <tseng> manual work is only needed if someone made an ubuntu specific version
[10:15] <tseng> they need to be merged by hand
[10:16] <GNULinuxer> hmm
[10:17] <GNULinuxer> tseng: where do I register for a login it revu?
[10:17] <tseng> see the wiki page linked at the top
[10:18] <tseng> and read all notes
[10:18] <GNULinuxer> ok
[10:18] <tseng> its there if you only look :)
[10:20] <GNULinuxer> tseng: is there any list where requested packages for Ubuntu are listed?
[10:23] <tseng> erm
[10:23] <tseng> can you be more specific
[10:23] <tseng> UniverseCanidates on the wiki?
[10:23] <GNULinuxer> yes, I guess UniverseCandidates
[10:53] <pvh> I am having linking trouble trying to build Audacity 1.3beta which requires wxWidgets 2.6.1. Is there anything strange and amiss with wx2.6?
[11:01] <\sh> if someone sees seth please tell him speedcrunch is already packaged :)
[11:01] <\sh> would be good if he can nuke it :)
[11:23] <raphink> hmmm
[11:23] <raphink> I was to merge xosview
[11:24] <raphink> but it doensn't exist on scott's repo
[11:24] <raphink> :s
[11:55] <ajmitch> morning
[11:58] <rikai> brb, installing memory <.<;
[12:00] <raphink> now wait a minute ...
[12:00] <raphink> how can I be merging a package from main ? :s
[12:01] <raphink> ajmitch: I can't merge packages from merge, right?
[12:01] <crimsun> you can, you just can't upload it.
[12:01] <raphink> :s
[12:01] <raphink> oh ok
[12:01] <raphink> so I can keep working on the merge?
[12:01] <ajmitch> only if it's not assigned to someone
[12:01] <crimsun> right
[12:01] <raphink> where do I see that?
[12:01] <ajmitch> they use bugzilla for main
[12:02] <raphink> ok
[12:02] <ajmitch> search for the source package name
[12:02] <ajmitch> what is it, btw?
[12:02] <raphink> k3b
[12:02] <raphink> this is a messy merge
[12:02] <raphink> no ubuntu patch was taken to debian
[12:02] <raphink> so all of them have to be applied again