[12:41] <ajmitch_> afternoon
[12:42] <LaserJock> hi ajmitch_
[12:52] <raphink> yeepee
[12:53] <raphink> hello ajmitch_ && LaserJock
[12:54] <LaserJock> hi raphink
[12:54] <raphink> :)
[12:54] <raphink> I'm having lost of fun :)
[12:55] <raphink> developping revu-tools :)
[12:56] <raphink> now there's no need for arguments in it anymore :)
[12:56] <raphink> this was my goal tonight ;)
[12:56] <raphink> for lazy reviewers :)
[12:59] <LaserJock> I'm trying to figure out what to do when I get my Intel iMac tomorrow
[12:59] <Hobbsee_away> LaserJock: defenestrate it? :P
[01:00] <Hobbsee_away> siretart: ping
[01:00] <raphink> hehe
[01:00] <LaserJock> I've got to figure out how to get access to my Ubuntu box so I can continue contributing
[01:01] <LaserJock> I think I can just take it home but then I need to figure out how to ssh to it behind my dsl router :(   I'm not very good with networking.
[01:02] <crimsun> just configure your dsl "router" to forward incoming tcp/22 to your Ubuntu box
[01:02] <LaserJock> but how do I know what the dsl routers IP is?
[01:02] <LaserJock> from the outside
[01:02] <Hobbsee_away> dont you do it from one of the inside computers?
[01:03] <LaserJock> don't the inside computers just see it's local lan IP?
[01:04] <Hobbsee_away> er.....yeah...i think so.  as in 192.168.50.1 or whatever?
[01:04] <crimsun> LaserJock: your "router" more than likely has an admin interface (Web-based)
[01:04] <crimsun> LaserJock: that interface would reveal the pertinent info
[01:04] <LaserJock> crimsun: right, I've been to it from the inside, but how do I see what its public IP is?
[01:04] <Hobbsee_away> but you have to know how to get to the admin web-based interface
[01:05] <crimsun> LaserJock: from the outside? Have you sshed to any remote boxes from an internal machine?
[01:05] <crimsun> and don't svn commits log the IP?
[01:05] <LaserJock> I could
[01:05] <crimsun> barring that, check the full headers of any e-mails sent to any mailing lists
[01:06] <LaserJock> but because it is dsl the IP switches sometimes, it isn't static
[01:06] <crimsun> if you use a Linksys wrt54g AP, then it has a built-in dyndns client that you can configure
[01:07] <crimsun> bbl
[01:07] <LaserJock> I just need to figure out a way to tell what it is from the inside computer. I guess I could have an inside computer email every so often and I could get it from there
[01:14] <siretart> 
[01:20] <Lathiat> LaserJock: alot of those dyndns services will use the incoming ip
[01:21] <Lathiat> for the web request
[01:26] <LaserJock> Lathiat: so how would I minipulate those to have an Ubuntu box inside the network send the router's public ip to me outside?
[01:27] <Lathiat> LaserJock: you nat the ubuntu box out right?
[01:29] <LaserJock> umm, I think so
[01:29] <Lathiat> so
[01:29] <Lathiat> when you connect out
[01:29] <Lathiat> the dyndns server sees your real ip
[01:29] <Lathiat> so it just takes that?
[01:30] <LaserJock> so I can have it ssh my outside box?
[01:30] <LaserJock> I hate to have an open ssh connection all the time just to find the IP
[01:30] <Lathiat> yes
[01:30] <Lathiat> you install a dyndns client
[01:31] <Lathiat> and it updates a host like
[01:31] <Lathiat> laserjock.dyndns.org
[01:31] <Lathiat> with whatever your ip is currently
[01:31] <hub> wonderful
[01:31] <Lathiat> based on what it conencts out as
[01:31] <Lathiat> which it will do automatically
[01:31] <hub> trying to print from t-bird or firefox freeze
[01:31] <hub> grrr
[01:32] <LaserJock> Lathiat: ohhhh, now I see. Thanks.
[02:42] <thierry> siretart : did you have time to review my package? libfxruby1.4
[02:43] <thierry> any motu who could review libfxruby1.4 ???
[03:03] <Lathiat> thierry: is it on revu?
[03:11] <thierry> Lathiat : yep
[03:12] <raphink> siretart: ping?
[03:12] <thierry> Lathiat : are you going to review it?
[03:13] <Mez> raphink, sup? revu stuff?
[03:14] <raphink> Mez: yep :)
[03:15] <raphink> Mez: siretart told me he would add me rights to commit the svn to REVU
[03:15] <raphink> but I don' tknow how to do so
[03:15] <raphink> I'm commited my changes to the svn as update 122
[03:15] <Mez> http://revu.tauware.de/cgi-bin/trac.cgi
[03:17] <raphink> Mez: can't seem to find where it tells how to commit the svn hooks
[03:17] <raphink> maybe it's just because I'm a bit tired,but I don't see it :s
[03:17] <Mez> *shrugs*
[03:17] <Mez> I'm not too sure
[03:17] <raphink> nm, I'll ask siretart tomorrow then :)
[03:17] <raphink> that's fine
[03:18] <raphink> I won't use it tonight anway I'm going to bed
[03:18] <raphink> :)
[03:20] <raphink|sleep> gn8 everybody
[03:20] <Mez> night
[03:22] <CosmoDad> when are merges being put into universe so I can install them via apt?
[03:24] <raphink|sleep> CosmoDad: in 8 months
[03:24] <CosmoDad> raphink|sleep: and which packages will be put into backports?
[03:25] <raphink|sleep> the ones you request, with a good reason to request them, and that :
[03:25] <raphink|sleep> * build from dapper package in breezy without a change
[03:25] <Mez> CosmoDad, best to ask me about backports
[03:25] <raphink|sleep> * have a good reason to be backported
[03:25] <raphink|sleep> Mez: talking about backports, what's the status for pureadmin ?
[03:26] <CosmoDad> Mez: I'm using vpnc and been reading about some bugs it has some month ago
[03:26] <Mez> raphink: WIP
[03:26] <CosmoDad> Mez: and I wondered if upgrades ever become available anywhere before dapper, possibly backports
[03:26] <raphink|sleep> WIP??
[03:26] <raphink|sleep> Mez: what's that?
[03:26] <Mez> Work in progress
[03:26] <raphink|sleep> ohok
[03:26] <raphink|sleep> thanks
[03:26] <Mez> CosmoDad, nothing gone to mainling list about it
[03:27] <raphink|sleep> not that I mind about this package actually ;)
[03:27] <raphink|sleep> ok
[03:27] <raphink|sleep> I'm really gone now
[03:27] <raphink|sleep> bye
[03:27] <CosmoDad> Mez: read about it on Ubuntus "bugzilla"
[03:28] <Mez> not a request fr backport
[03:30] <CosmoDad> Mez: you mean it hasn't been requested in malone or malone is not there for requests?
[03:31] <Mez> I mean - we havent had any request for it to be bakported that I can find (all requests to ubuntu-backports@lists.ubuntu.com)
[03:32] <CosmoDad> Mez: so is there any relation between MOTU and backports?
[03:32] <Mez> vaguely.
[03:32] <CosmoDad> I mean why wouldn't merged packages be put into backport?
[03:33] <Mez> not unless requested, no
[03:34] <CosmoDad> so if merged packages are only for the next release of ubuntu, why is merging done 8 month prior to releasing?
[03:35] <CosmoDad> just wanna understand how things work...
[03:35] <crimsun> because we hand-merge
[03:35] <crimsun> and 16000 packages to hand-merge is no joke for a half-dozen people.
[03:36] <ajmitch_> and it wasn't said that merging is done 8 months prior to release
[03:36] <CosmoDad> ok..
[03:37] <ajmitch_> 'merging' is just a name for getting the newer versions from debian & incorporating our changes
[03:37] <ajmitch_> which is done at the start of each release cycle
[03:38] <ajmitch_> up until upstream version freeze time, when we take no new upstream versions in
[03:38] <CosmoDad> I understand
[03:39] <CosmoDad> can you sum up the major things you need to do when merging?
[03:39] <CosmoDad> except for upgrading the version field..
[03:39] <ajmitch_> depends on the package
[03:39] <CosmoDad> I mean what's the major differences between debian and ubuntu packages?
[03:39] <tseng> there is none
[03:40] <CosmoDad> so what's an example for "our changes" that need to be "incorporated"?
[03:41] <crimsun> differing build-dependencies, packaging differences, and so on
[03:41] <CosmoDad> ok
[03:43] <CosmoDad> I wonder why build-deps are different in debian and ubuntu, but I guess there's plenty of docs on your site that I should take a look at...
[03:45] <Mez> CosmoDad, because some things we've updated faster than debian- for example, python in ubuntu default is 2.4 - in debian, 2.3
[03:45] <Mez> therefore we need dfferent build deps for ubuntu python stuff
[03:46] <CosmoDad> that makes sense
[03:46] <CosmoDad> but isn't ubuntu based on debian unstable on each release?
[03:46] <ajmitch_> yes
[03:47] <ajmitch_> and debian unstable is still behind in a number of areas
[03:47] <CosmoDad> so you do additional upgrades on top of debian unstable?
[03:48] <Mez> yes - we focus on some stuff and bump it higher/faster than debian
[03:51] <CosmoDad> so what will happen if I file a (valid) backport request for vpnc: will you use a merged/synced version or repeat the process or backporting for yourself?
[03:51] <Mez> we backport from dapper version to breezy
[03:52] <CosmoDad> and what's the version of a package in dapper based on?
[03:52] <Mez> depends on the package
[03:53] <Mez> currently dapper version = debian version
[03:53] <CosmoDad> debian sid version that is?
[03:54] <Mez> sid/etch
[06:48] <zakame> afternoon MOTUs :)
[06:49] <Gloubiboulga> morning zakame  :)
[06:49] <zakame> heya Gloubiboulga :)
[06:58] <LaserJock> hi zakame and Gloubiboulga
[06:58] <zakame> heya LaserJock :D
[06:58] <Gloubiboulga> hi LaserJock :)
[06:59] <LaserJock> how's it going guys?
[07:00] <Gloubiboulga> very well, i'm on holidays ;)
[07:00] <zakame> I'm blogging about ABT/Ph last week :)
[07:01] <LaserJock> hmm, I'm got back from a conference and am trying to get caught up and organized. Also I'm getting an Intel iMac tomorrow so I'm figuring out how to get ssh and vnc set up so I can access my Ubuntu box from it.
[07:03] <jsgotangco> that shouldnt be complicted
[07:03] <zakame> yay!
[07:03] <LaserJock> yeah, I think I got it all figured out
[07:43] <marcin`> hello MOTUs
[07:43] <zakame> heya marcin` long time no c
[07:44] <marcin`> could someone help me with packaging some webapp?
[07:44] <marcin`> I would like to set it up properly with webapps policy
[07:45] <marcin`> but I'm not sure how should I configure webapp with apache...
[07:45] <marcin`> currently I just got shortcut from /usr/share/webapp to /var/www/webapp and it is ok
[07:45] <marcin`> but not with webapp policy
[07:46] <marcin`> any suggestions how to configure this stuff?
[07:46] <glick> hello?
[07:46] <LaserJock> hello glick
[07:47] <glick> excuse me, quick question, if you delete a user throught the gnome user thingie, does it delete all traces of that user? including all files and such? no one in #ubuntu knows thought one of you might?
[07:47] <LaserJock> like ~/ ?
[07:48] <glick> yeah and mailbox files and stuff like that
[07:48] <zakame> well it should work like deluser, right?
[07:48] <glick> i dont know how deluser works :D
[07:49] <LaserJock> glick: "man deluser" is your friend ;-)i
[07:49] <zakame> hehe, well i could be wrong, but I don't think it does remove all traces of the user's files in /home
[07:50] <LaserJock> although --remove-all-files would probably get close
[09:06] <ajmitch_> evening
[09:58] <Gloubiboulga> next CC is tomorrow, is it too late ?
[10:23] <phanatic> hi people
[10:29] <Gloubiboulga> hi phanatic
[10:29] <Gloubiboulga> hi Tonio_
[10:29] <Tonio_> hi :)
[10:34] <phanatic> hey Gloubiboulga :)
[11:52] <raphink> tthanks for committing the svn siretart
[11:53] <siretart> raphink: n/p
[11:55] <raphink> :)
[12:43] <Tonio_> re all....
[01:07] <thierry> anyone who could review my package? http://revu.tauware.de/details.py?upid=1589 , siretart?
[01:09] <raphink> thierry: can you provide me a url to the upstream tarball please?
[01:13] <siretart> thierry: better ask lucas, since he knows ruby a lot better than I do
[01:14] <lucas> thierry: please add a watch file
[01:15] <phanatic> hi people
[01:15] <lucas> I don't see where you generate the manpage
[01:16] <lucas> your -dev package is empty
[01:16] <lucas> either it's not necessary, or something wrong happened
[01:17] <lucas> your other package is also empty
[01:17] <lucas> have you checked your package before uploading ?!
[01:18] <lucas> Your note about ruby in the Description is useless.
[01:18] <lucas> add the homepage for libfxruby instead
[01:18] <lucas> and provide a real description (like what FOX is)
[01:19] <lucas> and please explain why libfxruby1.4-dev is arch: any and not arch: all
[01:20] <lucas> thierry: you got all that, or should I copy/paste it to revu ?
[01:35] <thierry> lucas : yeah please since I don't have time to fix all that right now
[01:35] <lucas> done
[01:35] <thierry> :) thanks a lot
[01:37] <stratus> is there a UVF exception requests list in wiki?
[01:37] <stratus> buxy, ping
[01:38] <lucas> stratus: no, you have to read the ML archives
[01:38] <buxy> stratus: pong
[01:39] <stratus> lucas, np, i'm subscribed and i see the messages about UVF exceptions there. I just asked because i said about bzrtools 0.7 and dholbach was going to accept it, but nothing yet. It's important because bzrtools 0.6-2 is uninstallable
[01:39] <lucas> I think that the people reviewing exceptions are lagging behind
[01:40] <lucas> also, UVF exceptions are only processed once a week
[01:41] <stratus> lucas, hmm np.
[01:41] <stratus> lucas, what about DCT and all that?
[01:42] <lucas> quite stuck currently since I'm busy with real life stuff
[01:42] <lucas> but I hope to work on this next week
[01:44] <aitor> hi
[01:52] <zakame> evening MOTUs
[01:53] <sistpoty> hi folks
[01:58] <Gloubiboulga> hey sistpoty
[01:58] <sistpoty> hi Gloubiboulga
[01:58] <Gloubiboulga> hi zakame & aitor too :)
[01:58] <stratus> lucas, oic
[02:00] <aitor> hi you too
[02:00] <aitor> :)
[02:01] <Toadstool> hi everybody
[02:03] <zakame> heya sistpoty :D
[02:03] <sistpoty> hi zakame, aitor, stratus :)
[02:03] <sistpoty> and hi Toadstool ;)
[02:04] <stratus> sistpoty, morning
[02:06] <Toadstool> sistpoty: about the get-orig-source target for dhcpv6-kame, should it download the whole tarball from ftp.kame.net or assume the tarball is already locally available ?
[02:07] <zakame> heya Gloubiboulga
[02:07] <sistpoty> Toadstool: it can download the whole tarball. you won't get around to call that really often ;)
[02:07] <sistpoty> Toadstool: you could also try to handle this with a watch file (not sure though, how much you can tweak there)
[02:08] <Toadstool> hum looks like it's really tricky with a watch file :)
[02:08] <zakame> heya Toadstool
[02:08] <sistpoty> he, can't say, haven't tried that yet... it's your choice ;)
[02:09] <Toadstool> hi zakame
[02:09] <phanatic> hi zakame
[02:11] <phanatic> zakame: http://revu.tauware.de/details.py?upid=1579 please tell me what's wrong with the long descriptions (and which one(s)?)
[02:11] <Toadstool> sistpoty: do I have to add a dependency to wget somewhere in my debian/control if I choose the download target thing ?
[02:12] <zakame> heya phanatic and Toadstool :D I see you're doing some REVU work :)
[02:12] <sistpoty> Toadstool: to my knowledge you don't need that, since get-orig-source is not called during the build process
[02:12] <Toadstool> ok
[02:14] <zakame> damn my dialup's so sucky tonight :((
[02:17] <zakame> phanatic: lemme check
[02:19] <phanatic> zakame: thanks
[02:19] <sistpoty> lucas: I just saw your comments to libfxruby... libfxruby and -dev must be arch:any, since the -dev contains (or should contain) the static library
[02:20] <sistpoty> lucas: and if upstream provides distinct sources, these should also be made distinct debian source packages... if libfox get's updated, it's a transition
[02:23] <lucas> ok, I didn't know that since the -dev pkg was empty
[02:23] <sistpoty> lucas: problem is that stuff under /usr/... are touched during build which is a nogo (and ftbfs for that reason)
[02:23] <lucas> couldn't we package libfxruby with a conflict to prevent installation of too new libfx verisons ?
[02:24] <sistpoty> lucas: I don't see the point in this...
[02:24] <lucas> no having several source packages for the same little library that hardly nobody will use
[02:25] <sistpoty> lucas: if libfox were updated with incompatible api, the way to go would be to create libfox1.x and have both libs around, with the new version conflicting the old one
[02:25] <lucas> yeah
[02:25] <sistpoty> lucas: then shlibs-depends should prevent the new lib from getting installed
[02:25] <lucas> but what about libfxruby ?
[02:26] <lucas> libfxruby could use a depend libfox >= 1.4 and conflict libfox >= 1.5
[02:27] <sistpoty> lucas: libfxruby will have a dependency on the libfox version through shlibs:depend
[02:27] <sistpoty> +s
[02:28] <sistpoty> lucas: conflicts would be the wrong thing, since conflicts may only be used for packages wich contain the same files
[02:30] <lucas> sorry
[02:30] <Lathiat> X-Katie: Launchpad actually
[02:30] <lucas> what I meant was something like that:
[02:30] <lucas> Depends: python (>= 2.4), python (<< 2.5),
[02:30] <lucas> anyway
[02:31] <lucas> the package is far from being ok
[02:31] <lucas> we can discuss this later
[02:31] <sistpoty> lucas: yes, it is...
[02:31] <sistpoty> lucas: and the dependencies should get filled in by shlibs:depends ;)
[02:32] <sistpoty> (there can be no libfox1.4-dev with a different api, since this wouldn't be libfox1.4-dev any longer)
[02:32] <sistpoty> s/different/incompatible/
[02:34] <TomaszD> could comeone point me to the MOTU list?
[02:34] <TomaszD> *someone
[02:34] <sistpoty> TomaszD: what motu list do you have in mind?
[02:34] <TomaszD> the one with all the uvf exceptions listed
[02:35] <TomaszD> as in, a discussion list.
[02:35] <TomaszD> I don't really know how's it called in English.
[02:35] <sistpoty> TomaszD: uvf exceptions are handled by mail to ubuntu-motu@lists.ubuntu.com (lists.ubuntu.com -> ubuntu-motu list for web-interface)
[02:35] <TomaszD> it's not my native language.
[02:35] <TomaszD> oh thank you.
[02:35] <sistpoty> np
[02:46] <jdub> hey gang
[02:46] <sistpoty> hi jdub
[02:46] <jdub> is there a spot to announce/mention new ubuntu packages that should be adopted in debian? (i'll cc debian-devel)
[02:47] <sistpoty> jdub: you could file a wnpp bug and maybe announce to utnubu... stratus: any better idea?
[02:48] <sistpoty> or lucas?
[02:48] <stratus> sistpoty, RFP in WNPP
[02:49] <jdub> wnpp bugs still go to d-d, right?
[02:49] <stratus> translating, file a bug against wnpp package (RFP: packagename -- short description) and you could Cc: debian-devel, sure
[02:50] <jdub> yeah, i grok the mechanism, more interested in the current etiquette :)
[02:50] <stratus> jdub, oh np. btw you should Cc: debian-devel.
[02:50] <jdub> yeah
[02:50] <jdub> give them something new to flame about
[02:52] <stratus> jdub, well it's a big community, there are people to flame, people to fix RC bugs, you know what i mean...
[02:52] <jdub> gotta spread the work around ;-)
[02:52] <stratus> =)
[02:52] <jdub> at least the DPL has delegated his flaming to someone else this year ;-)
[02:53] <stratus> jdub, if you want to avoid noise you can mail utnubu ML
[02:54] <stratus> jdub, i doubt he did, andrew just take it over
[02:54] <jdub> ;)
[02:54] <stratus> jdub, http://alioth.debian.org/mail/?group_id=30729
[02:55] <jdub> do they accept/moderate random external mail?
[02:55] <stratus> jdub, i'm not sure you know but there are 9 guys (me, lucas and buxy included) back merging stuff from ubuntu to debian, the group is called utnubu in Debian.
[02:56] <stratus> jdub, i don't know, buxy did you started mailing the list before subscribing?
[02:56] <stratus> only nomeata has the access
[02:57] <stratus> buxy, can't you just check if it's a non-moderated list to non-members with your super cow powers? :-P
[02:57] <buxy> jdub: just send the mail and you'll know the answer, it will probably be moderaed and approved by Joachim Breitner
[02:58] <stratus> aka. nomeata
[02:58] <jdub> -maintainers or -discuss?
[02:58] <stratus> -discuss
[02:59] <stratus> -maintainers is just for the maintainer field.
[02:59] <jdub> ok
[02:59] <jdub> thanks!
[02:59] <stratus> np, you're welcome.
[03:00] <zakame> heya jdub !
[03:00] <zakame> X-Debbugs-CC
[03:00] <zakame> (to be exact, though I don't think gmail supports direct email header setting)
[03:05] <zakame> which begs the question, what packages in ubuntu could be moved up to debian? :)
[03:06] <jdub> mine!
[03:08] <jsgotangco> hmm
[03:08] <zakame> I somehow knew you'd say that ;)
[03:08] <jdub> hrm
[03:08] <jdub> can i od this?
[03:08] <jdub> X-Debbugs-CC: debian-devel@lists.debian.org
[03:08] <jdub> X-Debbugs-CC: utnubu-discuss@lists.alioth.debian.org
[03:08] <jdub> 
[03:10] <zakame> yeah I think, X-Debbugs-CC isn't really lists.d.o-specific iirc
[03:11] <jdub> (diziet says it hsould be one header, comma delimited)
[03:11] <zakame> ah
[03:12] <jdub> thanks dudes
[03:18] <phanatic> zakame: what's your opinion then regarding nanoweb's descriptions? :)
[03:22] <zakame> phanatic: homepage links should look like this:
[03:22] <zakame> .
[03:22] <zakame>  Homepage: http://nanoweb.si.kz/
[03:26] <phanatic> zakame: that's the only thing? if yes, then i'll upload a new version right now, fixing all the issues
[03:27] <zakame> phanatic: short description ought to start lowercase, and no articles (e.g., no A/An before)
[03:28] <phanatic> zakame: ok, corrected
[03:29] <phanatic> anything else maybe?
[03:30] <zakame> none that I can see now, builds nicely, good work :)
[03:32] <phanatic> thanks, i'll upload then a corrected version
[03:34] <phanatic> zakame: done. should appear any minute on revu ;)
[03:34] <zakame> rocking :D
[03:36] <sebest_> hello, i've a segfault with NetworkManager, is there a way to have the symbol to generate a backtrace?
[03:39] <phanatic> zakame: http://revu.tauware.de/details.py?upid=1668 :)
[03:41] <phanatic> thanks :)
[03:56] <Mez> siretart: ping
[04:07] <raphink> anyone of you knows a way to get the url of the latest upstream tarball from uscan?
[04:09] <sistpoty> phanatic: I just looked over nanoweb, just ask if you have questions about my comments
[04:10] <zakame> AM_SANITY_CHECK is quite obsolete to use, right?
[04:10] <sistpoty> raphink: perhaps with --report? or --verbose?
[04:11] <raphink> sistpoty: that doesn't give the url
[04:11] <raphink> :(
[04:12] <raphink> -- Found the following matching hrefs:
[04:12] <raphink>      knmap-1.0.tar.bz2
[04:12] <raphink> doen't give the whole url
[04:12] <Tonio_> for gnome users : http://listengnome.free.fr/index.php?nom_page=home
[04:12] <Tonio_> very knew and ressembles really to amarok, nice application ;)
[04:12] <phanatic> sistpoty: thanks with reviewing. can i /msg you with my questions?
[04:13] <phanatic> s/with/for
[04:13] <sistpoty> phanatic: you can also just ask here, but you can /msg as well if you want
[04:13] <sistpoty> raphink: --dehs
[04:14] <raphink> --dehs ?
[04:14] <raphink> ah thanks much sistpoty :)
[04:14] <sistpoty> raphink: will give you xml-output *with* location of tarball :) (use with --report)
[04:14] <sistpoty> ;)
[04:14] <sistpoty> np
[04:14] <raphink> yes I saw that :)
[04:15] <raphink> that's good :)
[04:15] <Gloubiboulga> Tonio_, and .deb packages are available :)
[04:16] <Tonio_> Gloubiboulga: yes, but I didn't check if they are valid....
[04:17] <Tonio_> anyway, I'm not a gnome user, but according to the screenshots, it seems missing that in universe would be a pain
[04:17] <Gloubiboulga> Tonio_, the package is a little ugly :/
[04:18] <Tonio_> Gloubiboulga: that's always what happens when developpers are packaging :)
[04:18] <Gloubiboulga> :)
[04:18] <Tonio_> Gloubiboulga: package it and come with it tomorrow at the CC ;)
[04:19] <ogra> Tonio_, why should he come with a package to the CC =
[04:19] <Gloubiboulga> why not ;)
[04:19] <ogra> ?
[04:19] <ogra> the CC isnt intrested in packages
[04:19] <Tonio_> ogra: just a joke between us, that was not a "real advice"
[04:19] <Gloubiboulga> ogra, I try to become an ubuntu member
[04:20] <ogra> ah, k, *g*
[04:22] <Gloubiboulga> of course the debian/ dir is in the tarball...
[04:23] <Gloubiboulga> I'd have been surprised if it wasn't in
[04:23] <Tonio_> Gloubiboulga: did you try a lintian on it ?
[04:23] <Gloubiboulga> Tonio_, yes
[04:23] <Gloubiboulga> a lot of files are in stanged places
[04:23] <Tonio_> how many output pages ? ^^
[04:23] <Tonio_> like images in /usr/lib ?
[04:24] <Gloubiboulga> exactly
[04:24] <Tonio_> I already saw that
[04:24] <Tonio_> lintian doesn't like ;)
[04:24] <Gloubiboulga> nop :)
[04:24] <Tonio_> is scons the build system ?
[04:25] <Tonio_> Gloubiboulga: what you should do is probably taking the sources and build it from scratch
[04:25] <Gloubiboulga> it's a python app
[04:25] <Tonio_> and eventually send the package to upstream......
[04:25] <Tonio_> Gloubiboulga: and ?
[04:26] <Gloubiboulga> I try to see with what it's built
[04:26] <Gloubiboulga> scons and I are not good friends ;)
[04:26] <Tonio_> scons isn't friend with any packager on earth I think ;)
[04:27] <Tonio_> but scons is more to replace make than a buld system for python apps....
[04:27] <Gloubiboulga> yep
[04:27] <Gloubiboulga> it's not used here I think
[04:27] <Gloubiboulga> I have to go, I'll have a closer look later
[04:28] <Tonio_> argh, messages.pot at the root of tarball....
[04:28] <zakame> I've yet to see scons-based pkgs
[04:29] <Tonio_> zakame: I already tried several times, what a pain.........
[04:32] <zakame> gaah
[04:34] <zakame> anyhowm gn8 all!
[04:34] <zakame> phanatic: I'll approve tomorrow once sistpoty 's is fixed :D
[04:34] <sistpoty> gn8 zakame
[04:35] <phanatic> zakame, sistpoty: http://revu.tauware.de/details.py?upid=1669
[04:35] <phanatic> fixed ;)
[04:35] <phanatic> zakame: don't let you sleep :D
[05:10] <sarita> hi
[05:42] <Toadstool> sistpoty: are you here ?
[05:43] <Toadstool> or anyone else who has some time to check a package :)
[06:12] <sistpoty> Toadstool: sorry, was afk... I'll take a look at your package later ;)
[06:12] <Toadstool> no prob' :)
[06:12] <apachelogger> Riddell: ping
[06:12] <Riddell> apachelogger: hmm?
[06:12] <Riddell> ah, apachelogger is becoming a MOTU, excellent :)
[06:13] <apachelogger> well, help kubuntu where I can :-)
[06:13] <apachelogger> Riddell: http://revu.tauware.de/details.py?upid=1662 last comment
[06:17] <apachelogger> Riddell: so shell I place them in /usr/lib/kde3/?
[06:19] <Riddell> /usr/lib/kde3/ is for dynamically loadable plugins
[06:20] <Riddell> apachelogger: why build-dep on dh-buildinfo?
[06:21] <apachelogger> Riddell: hm, good question, not needed?
[06:21] <Riddell> debian/rules has dh_buildinfo in it
[06:21] <Riddell> but why use that is the next question
[06:23] <apachelogger> Riddell: maybe I add them for some test to get rid of the missing shlibs file, though I really can't remember
[06:24] <Riddell> rm -r debug/config.log debug/config.status
[06:24] <Riddell> rm: cannot remove `debug/config.log': No such file or directory
[06:24] <Riddell> rm: cannot remove `debug/config.status': No such file or directory
[06:24] <Riddell> breakage
[06:25] <apachelogger> I'm currently talking to the author to include a clean rule for those files
[06:25] <Riddell> apachelogger: hmm yes, it should be in /usr/lib/kde3/
[06:25] <Riddell> all other kicker applets are
[06:26] <apachelogger> how to get it there?
[06:30] <Riddell> kde_module_LTLIBRARIES = ktimemon_panelapplet.la
[06:30] <Riddell> something like that
[06:38] <sistpoty> apachelogger: or maybe DEB_CONFIGURE_EXTRA_FLAGS := --libdir=/usr/lib/kde3
[06:39] <apachelogger> ah that was the the think I was searching for ... define the whole cflag is lame ;-)
[06:39] <apachelogger> thx Riddell, sistpoty
[06:39] <sistpoty> np
[06:40] <Riddell> fixing Makefile.am is better
[06:45] <apachelogger> Riddell: isn't that meant for .in?
[06:47] <sistpoty> apachelogger: for Makefile.am... and you should report this to upstream
[06:47] <apachelogger> ok :-)
[06:49] <Riddell> apachelogger: no, Makefile.in is automatically made
[06:49] <Riddell> when running  make -f Makefile.cvs  (or admin/Makefile.common)
[06:49] <apachelogger> yup, pointed that out the other day
[06:53] <Kyral> Anyone try installing SELinux on Dapper yet?
[06:54] <spacey> Kyral, ajmitch i guess:)
[06:55] <Kyral> lol
[06:55] <Kyral> I only ask because I keep seeing on boot "SELinux Failed, selinux/ doesn't exist"
[06:58] <LaserJock> Kyral: you watch the boot messages? ;-)
[07:11] <raphink> siretart: ping
[07:44] <raphink> siretart: I've just commited a new version of REVU-tools, using uscan to get the upstream tarball when there is a debian/watch
[07:44] <raphink> siretart: uscan requires the libwww-perl package to work though, so wondering if you would mind having it installed on tiber
[07:46] <LaserJock> raphink: what does REVU-tools have in it?
[07:47] <raphink> LaserJock: wait a min I'll show you
[07:47] <raphink> :)
[07:50] <raphink> LaserJock: http://revu.tauware.de/~raphink/revu-tools/Changelog
[07:50] <raphink> this is latest changelog from tonight's version
[07:50] <raphink> :)
[07:52] <LaserJock> raphink: hmm, interesting.
[07:52] <raphink> :)
[07:52] <raphink> I'm having lots of fun
[07:52] <raphink> lol
[07:52] <LaserJock> raphink: is https://wiki.ubuntu.com/MOTU/Packages/REVU/REVU-Tools updated
[07:52] <raphink> with yesterdays version, yes
[07:52] <raphink> not with tonight's
[07:53] <LaserJock> ok
[07:53] <xerxas> hi there
[07:53] <raphink> LaserJock: if you have any comment of suggestion :)
[07:53] <xerxas> slomo_, u there ?
[07:53] <LaserJock> so it's just for REVU reviewers, right?
[07:53] <raphink> LaserJock: no
[07:53] <slomo_> xerxas: yes
[07:53] <raphink> I intend to make it tiber-independant
[07:53] <raphink> and make a debian package from it
[07:54] <raphink> I used it on my own machine today to test it
[07:54] <LaserJock> raphink: oh, ok. sounds cool
[07:54] <xerxas> hi slomo_
[07:54] <raphink> it worked fine
[07:54] <xerxas> I just tested you're banshee package
[07:54] <xerxas> is it for breezy ?
[07:54] <xerxas> I'm on dapper but it recommands gstreamer 0.8
[07:55] <slomo_> xerxas: nope... dapper... banshee isn't completly ported to 0.10 yet and won't be for dapper
[07:55] <xerxas> ok
[07:56] <xerxas> slomo_, it's doesn't read the music on an itunes share
[07:56] <xerxas> it eventually crashes when starting song or browsing artists
[07:57] <xerxas> and it displays my mt-daapd share but nothing in there
[07:57] <slomo_> hm interesting... let me test it here :) one moment please
[07:57] <xerxas> slomo_, non problem
[07:58] <xerxas> I wanted to know ig you're aware of this
[07:58] <xerxas> i'll try to track those bugs
[07:58] <xerxas> slomo_,  got to go eat
[07:59] <xerxas> but I have some message on the console
[07:59] <xerxas> will tell you later
[07:59] <xerxas> (or not interested in this ? )
[08:04] <slomo_> xerxas: well, it's even worse for me :) when something is shared in the network banshee segfaults at startup... *sigh*
[08:20] <raphink> yeah :)
[08:23] <raphink> LaserJock: http://revu.tauware.de/~raphink/debs/revu-tools_0.3.1-0ubuntu1_all.deb if you ever want to test
[08:23] <LaserJock> k
[08:23] <raphink> I miss the manpages still
[08:23] <raphink> but it works, just tested it on my box
[08:23] <raphink> I just had to change `pbuilder` to  `sudo pbuilder` for the PBUILDERNAME variable in /usr/bin/revu-build
[08:24] <raphink> since I have no set sudo rights for pbuilder on my machine
[08:24] <raphink> and now I'll take a break from the screen :)
[08:41] <raphink> thanks much siretart you rock :)
[08:41] <siretart> :)
[08:41] <raphink> siretart: how do you like my latest version?
[08:43] <siretart> raphink: I didn't look at it yet, I'm at my regulars table in the pub
[08:43] <raphink> oh ok :)
[08:43] <raphink> great :)
[08:43] <siretart> raphink: the diff looked fine, and I trust that you checked that it won't break things :)
[08:44] <raphink> siretart: well  basically 0.3 uses uscan to get the upstream tarball and check that no new upstream version is available
[08:45] <siretart> raphink: I've seen that you want to package those tools in 'motu-tools' perhaps we should remove them from revu svn and install that motu-tools package on tiber instead
[08:45] <raphink> hmm
[08:45] <raphink> I didn't talk aobut motu-tools
[08:45] <siretart> I installed libwww-perl as well, btw
[08:45] <siretart> just a guess
[08:45] <raphink> yes I saw that siretart, thanks
[08:45] <siretart> s/guess/thought/
[08:46] <raphink> libwww-perl is normally installed by devscripts though
[08:46] <raphink> siretart: http://revu.tauware.de/~raphink/debs/revu-tools_0.3.1-0ubuntu1_all.deb
[08:46] <raphink> first deb I made tonight
[08:46] <raphink> tiber-independant
[08:46] <raphink> :)
[08:46] <siretart> :)
[08:46] <siretart> shall I install that now, or is it still in development?
[08:47] <raphink> you can try it
[08:47] <raphink> it won't break anything
[08:47] <raphink> it just generates files in the current folder
[08:47] <raphink> report files
[08:47] <raphink> and uses pbuilder only to build
[08:47] <raphink> so no risk
[08:47] <raphink> :)
[08:49] <Seveas> any known issues currently with dapper/pbuilder?
[08:49] <Seveas> I get:   vim: Depends: vim-runtime (= 1:6.4-006+2ubuntu1) but it is not installed
[08:49] <Seveas> when doing pbuilder creatr
[08:49] <raphink> no issue with dapper pbuilder today
[08:49] <raphink> I updated one an hour ago or so
[08:49] <Seveas> hmm, odd
[08:49] <Seveas> let's take a breezy detour then
[08:50] <ogra> Seveas, its broken ..
[08:50] <lfittl> Seveas: this happens because vim-runtime is not in main yet, only in universe
[08:50] <ogra> Seveas, vim-runtime isnt promoted to main
[08:50] <Seveas> right
[08:50] <Seveas> and that of course only happens on fresh pbuilders
[08:50] <ogra> build a breezy pbuilder and update it
[08:51] <Seveas> working on it already :)
[08:51] <ogra> :)
[08:51] <raphink> siretart: if you test the package on your own machine, you might want to set PBUILDERNAME in /usr/bin/revu-build to use "sudo pbuilder" or whatever you need to use
[08:51] <raphink> siretart: otherwise it's all well set
[08:51] <raphink> ok I'm off to eat
[08:51] <raphink> :)
[08:53] <LaserJock> is there a place to check debian changelogs other than packages.debian.org?
[08:54] <raphink> LaserJock: for ubuntu it's changelogs.ubuntu.com
[08:55] <raphink> for debian there doesn't seem to be such a place
[08:55] <jamessan> LaserJock: http://pdo.debian.net/ is available while packages.d.o is down
[08:55] <jamessan> hrm, actually it looks like the changelogs aren't accessible from there, though
[09:01] <xerxas> slomo, you have an idea of what's happening ?
[09:01] <slomo> xerxas: not really... i'll debug next weekend :)
[09:04] <xerxas> slomo,  ok
[09:04] <xerxas> needs some help maybe ?
[09:04] <xerxas> I'm not really available at week ends ...
[09:04] <LaserJock> packages.debian.org has been down for quite a while, I wonder how long it is going to take to get it up again?
[09:04] <slomo> xerxas: not yet :) but i'll ask you when i need some help... thanks :)
[09:05] <xerxas> slomo,  you're using mt-daapd ? I saw some patches on your site
[09:06] <slomo> xerxas: nope, currently not...
[09:06] <xerxas> ok
[09:07] <xerxas> have you ever used the cvs version ?
[09:07] <xerxas> I'm have made some things do the debian directory , I have a package
[09:07] <xerxas> but it doesn't work :)
[09:08] <slomo> i'm still waiting for the avahi support :) i made a patch but the author wanted to do his own for some reason... and nothing happened yet
[09:09] <xerxas> ok ok
[09:09] <xerxas> I saw you're avahi patch and the musepack also
[09:29] <phanatic> hi people
[09:33] <Kyral> man alive its windy out
[09:36] <phanatic> Kyral: here it's -13 celsius degrees
[09:38] <torkel> we had -28C yesterday :-)
[09:42] <phanatic> torkel: that's very cold man...
[09:43] <Kyral> heh
[09:46] <LaserJock> grr, I have the box with my new Intel iMac sitting right next to me but my boss won't let me open it until the end of the day :(
[09:46] <Kyral> lol
[09:47] <LaserJock> he knows me too well
[09:47] <Kyral> Is that Breezy PPC CD burning a hole in your pocket :P
[09:48] <phanatic> :)
[09:48] <LaserJock> I don't get to use Ubuntu on this machine :(
[09:50] <slomo> Kyral: the intel macs are no ppc... and the x86 version doesn't work currently on that machines afaik
[09:50] <Kyral> ah
[09:50] <LaserJock> yeah, they don't have BIOS's and the graphics cards aren't supported
[09:50] <LaserJock> but luckily I will be able to ssh and vnc to my Ubuntu box at home
[09:52] <LaserJock> Kyral: are you busy? would you mind doing some merges/syncs for MOTUScience?
[09:52] <Kyral> uhh
[09:53] <Kyral> I'll try...
[09:55] <LaserJock> well it's not a big deal but there are about 37 packages that can be synced/merged without breaking UVF so there isn't really a reason not to
[09:59] <Kyral> okay
[09:59] <Kyral> Hmm
[09:59] <Kyral> Seems I gained a new Email Addy
[10:00] <LaserJock> Kyral: the list is at http://tiber.tauware.de/~laserjock/science_merge.txt
[10:08] <Kyral> ..LJ
[10:08] <Kyral> EasyChem is the same in Dapper Universe as it is in Debian Sid
[10:10] <Kyral> It's revision # is just 1
[10:10] <Kyral> I'll request later
[10:10] <Kyral> I gotta meet someone for Dinner
[10:17] <LaserJock> Kyral: yeah, I know. There are a couple like that. We should just be able to ask for syncs
[10:18] <LaserJock> Kyral: I'm just trying to keep track so I can get the syncs done in batches
[10:18] <LaserJock> hi dolson
[10:19] <dolson> hi
[10:19] <LaserJock> ardour question?
[10:19] <dolson> yea
[10:19] <LaserJock> do did it build in Dapper?
[10:19] <dolson> no
[10:19] <dolson> it goes further in Breezy actually
[10:20] <LaserJock> but with the Dapper source?
[10:20] <dolson> I am trying to backport ardour from Dapper to breezy. I changed the jack lib to the 0.80 version and then ran debuild -us -uc and it compiles stuff for several minutes and then conks out with some errors
[10:21] <LaserJock> can you paste the errors to a pastebin?
[10:21] <dolson> trying to rebuild it under Dapper with no changes to the control file it fails in under a minute
[10:21] <crimsun> backports should be done in a pbuilder.
[10:21] <Mez> crimsun, I know :D
[10:22] <thierry> who's  daemon@poleboy.de ? he reviewed my package and I'd like to talk to him
[10:22] <slomo> thierry: sistpoty
[10:22] <apacheLAGger> http://revu.tauware.de/details.py?upid=1662 is it really needed to correct the fsf address?
[10:22] <dolson> LaserJock:  http://paste.ubuntu-nl.org/8128
[10:22] <apacheLAGger> kinda annoying work
[10:22] <crimsun> apacheLAGger: yes, the FSF address must be correct
[10:23] <dolson> crimsun: this isn't an official backport or anything, I'm just trying to figure things out. I don't know anything about pbuilder at this time, but I'd be glad to learn
[10:23] <apacheLAGger> crimsun: any script suggestios or something?
[10:23] <crimsun> apacheLAGger: there are various bugs in BTS about it; you could do a sed s/foo/bar/
[10:23] <apacheLAGger> ah, yeah -- sed --- thx :)
[10:24] <LaserJock> dolson: pbuilder would help you out. check out https://wiki.ubuntu.com/PbuilderHowto
[10:25] <dolson> alright, I will read that now.. I read stuff on the net about rebuilding debs and the stuff I read didn't mention it, so unfortunately I learned the wrong method
[10:25] <LaserJock> dolson: that is not to say that it will make the problems go away, but it is a much cleaner environment to diagnos problems :-)
[10:26] <dolson> k, I'll try it now and see what happens.
[10:33] <LaserJock> dolson: for what it is worth, the ardour source didn't build in my dapper pbuilder
[10:33] <dolson> :\
[10:35] <crimsun> it shouldn't, there are API changes
[10:37] <dolson> so can it be done somehow?
[10:46] <crimsun> yes
[10:56] <cyberserver> Hu people. I've apt-get dist-upgraded dapper right now and I'm getting a kernel panic. Anyone faced similar problem? I think my initrd file got currupted.. or there is something wrong with the latest kernel packages..
[10:56] <crimsun> 14.19 works fine on i686
[10:57] <cyberserver> Hmmm... strange..
[10:57] <cyberserver> ... I am notisting that I have linux-image-2.6.15-14-686 package installed...
[10:57] <cyberserver> ... but my grub menu only shows linux-image-2.6.15-13-686
[10:58] <cyberserver> The package hasn't updated the grub entries?!?
[10:58] <crimsun> sudo dpkg-reconfigure linux-image-2.6.15-14-686
[10:59] <cyberserver> haaaa!!! Got it :-p "Updating /boot/grub/menu.lst ... sed: couldn't write 75 items to stdout: No space left on device"
[11:00] <cyberserver> Thanks crimsun ! :-p
[11:01] <mdke> anyone looking for an easy bugfix? bug 30694
[11:01] <Ubugtu> malone bug 30694 in xmms "unfriendly menu entry for XMMS" [Normal,Unconfirmed]  http://launchpad.net/bugs/30694
[11:02] <crimsun> that's not very easy for most of us, seeing how most of us don't have main privs ;)
[11:02] <mdke> gah
[11:03] <LaserJock> lol
[11:03] <mdke> i just assumed it would be in universe
[11:03] <mdke> sorry
[11:12] <cyberserver> People, do you think we can purge all old "half-removed" packages?   I do an "dpkg -l | grep rc" and I'll  see quite some packages in "rc" state... xorg-common (6.8.2-77) , for instance...
[11:12] <cyberserver> or is this a risky thing to do?
[11:12] <crimsun> it's not risky at all
[11:13] <crimsun> sudo aptitude purge $(dpkg -l |grep ^rc |awk '{ print $2 }')
[11:15] <dolson> alright, I think I'm too stupid to do this
[11:15] <crimsun> I'd be happy to help you with it later, but I'm currently knee deep in $stuff
[11:16] <dolson> that would be great! I don't have a job right now, so I'll be here :/
[11:16] <dolson> I got pbuilder going and all that, and I think I understand how it works, so that's a step forward
[11:16] <crimsun> once you have pbuilder configured, it's not too bad
[11:17] <dolson> yeah, it's all done but it fails at the same point as when I used debuild
[11:19] <TheMuso> Has anybody tried to create a dapper pbuilder environment recently and have it fail on a package dependancy problem with vim-runtime when it is trying to bootstrap/update? If so, how do I fix that?
[11:20] <crimsun> TheMuso: dist-upgrade from within a Breezy pbuilder
[11:21] <TheMuso> um ok. This happens when I am trying to create a pbuilder environment...
[11:21] <TheMuso> ah yep I get it.
[11:21] <cyberserver> Well, I'm booting into my new kernel....
[11:21] <cyberserver> ...see you soon.. I hope :-p
[11:27] <tiCo89> is it true that ubuntu still searchs developers?
[11:27] <LaserJock> tiCo89: what do you mean?
[11:27] <tiCo89> i mean what i said... are you still searching developers?
[11:28] <tiCo89> real, registered developers...
[11:29] <crimsun> please quantify that.
[11:29] <crimsun> we're (as MOTU) continually seeking help
[11:30] <crimsun> if you mean core developers, you'll need to see the Ubuntu and Canonical Web sites
[11:30] <tiCo89> and is it possible to get a developer? somebody which may upload packages (not sponsored)...
[11:31] <crimsun> what do you mean?
[11:31] <tiCo89> oh god...
[11:31] <azeem> tiCo89: you mean Ubuntu is looking for developers
[11:31] <tiCo89> azeem: yes...
[11:31] <LaserJock> the MOTU can upload to Universe but you have to be a core dev to upload to Main
[11:32] <tiCo89> aha, and is it possible to get a motu?
[11:32] <crimsun> sure, lots of us are here
[11:32] <tiCo89> or is it like in debian where you wait lots of years...
[11:32] <dolson> I think tiCo89 wants to become a MOTU
[11:32] <tiCo89> yes
[11:32] <crimsun> ...yeah, I think that's what you mean
[11:32] <tiCo89> i'm already a debian maintainer and have soe expirience
[11:33] <tiCo89> and i'd like to help also ubuntu
[11:33] <crimsun> tiCo89: then you just need to spend a few months and demonstrate solid teamwork and dedication to Ubuntu (and Debian)
[11:33] <crimsun> cf. StevenK, who became a MOTU rather quickly
[11:34] <tiCo89> okey...
[11:34] <raphink> siretart: http://revu.tauware.de/details.py?upid=1332
[11:34] <tiCo89> have you to search here always a sponsor too?
[11:34] <raphink> siretart: can you nuke that please ? (see my last comment)
[11:34] <cyberserver> New kernel is woking fine :-)
[11:34] <crimsun> tiCo89: until you become a member of the Launchpad ubuntu-dev team, yes
[11:34] <raphink> :)
[11:35] <tiCo89> crimsun: what do you think? how long does this "NM"-process need?
[11:35] <LaserJock> and you should become an Ubuntu Member first, http://www.ubuntu.com/community/processes/newmember/ has details
[11:35] <crimsun> tiCo89: at least a couple months
[11:35] <raphink> tiCo89: the NM process in Debian can last years, at least months
[11:35] <raphink> tiCo89: it's faster to be an Ubuntu dev, for sure :)
[11:35] <tiCo89> raphink: yes i know it, i'm in NM of debian =)
[11:36] <raphink> tiCo89: ok
[11:36] <raphink> tiCo89:  in Ubuntu, if you do a good job, you can be a dev in a matter of, say, 2 months :)
[11:38] <tiCo89> funny ;-)
[11:39] <raphink> why funny?
[11:39] <tiCo89> and my gpg key is signed from 3 DDs
[11:40] <tiCo89> so i register soon as a newmember =)
[11:40] <raphink> hmmm
[11:40] <raphink> how long have you been in Ubuntu tiCo89 ?
[11:40] <tiCo89> it's funny to get a developer in 2 months...
[11:40] <tiCo89> hmmm, since warty...
[11:40] <raphink> ok
[11:41] <raphink> did you get your packages in Ubuntu?
[11:41] <raphink> :)
[11:42] <tiCo89> en example: packages.ubuntu.com/dapper/net/ngircd
[11:42] <raphink> mhm
[11:42] <raphink> :)
[11:42] <tiCo89> hmmm
[11:44] <raphink> tiCo89: is your work for ubuntu documented on your wiki page?
[11:44] <raphink> I can't find your wiki page
[11:44] <tiCo89> not yet...
[11:44] <tiCo89> i do it tomorrow at work
[11:44] <tiCo89> and register as a member..
[11:45] <raphink> when do you plan on applying?
[11:45] <tiCo89> raphink: apply for what? membership? tomorrow...
[11:45] <raphink> oh ok
[11:46] <tiCo89> what's the age of the youngest motu? :-S
[11:47] <raphink> tiCo89: no idea
[11:47] <Hobbsee> tiCo89: got no idea, but i'd be one of the youngest on this channel i suspect
[11:47] <raphink> I hope jpatrick can be one soon , and he's 14 now
[11:47] <raphink> Hobbsee: how old are you, if you don't mind me asking?
[11:48] <tiCo89> hmm okey, fine, so i'm not the youngest with 16 =)
[11:48] <tiCo89> in the linux user groups i'm always the youngest :-(
[11:48] <Hobbsee> raphink: 17
[11:48] <raphink> ok
[11:48] <Hobbsee> tiCo89: ah, you win the honour then :P
[11:48] <raphink> I feel like a gwanpa then
[11:48] <raphink> ;)
[11:48] <raphink> Hobbsee: but you're a girl, so he should leave it to you :)
[11:48] <tiCo89> Hobbsee: i have already honour with my speeches ;-)
[11:49] <LaserJock> yeah, well I'm 8.  j/k . my wife probably would say that I am though ;-)
[11:49] <Hobbsee> raphink: good point
[11:49] <tiCo89> LaserJock: *smile*
[11:49] <Kyral> Hmm
[11:50] <tiCo89> 8 to the power of 2? :)
[11:50] <Kyral> can I resize a Reiser3 FS live?
[11:50] <raphink> lol
[11:50] <LaserJock> tiCo89: not quite that old
[11:50] <apachelogger> raphink, Riddell: time to review http://revu.tauware.de/details.py?upid=1673 ? .... the author and I made some adaptions to get a better deb with less lines in debian dir :)
[11:50] <raphink> LaserJock: oh really?
[11:50] <Kyral> I can't remember lol
[11:50] <LaserJock> I think I'm about as old as raphink
[11:51] <raphink> LaserJock: really?
[11:51] <raphink> I'm not married I'ma fraid :(
[11:51] <LaserJock> raphink: well, spill the beans, how old are you?
[11:51] <raphink> apachelogger: it would be nice if you added a debian/watch file
[11:51] <raphink> LaserJock: 23
[11:51] <raphink> you?
[11:52] <LaserJock> raphink: yep, I'm your senior. I just turned 24 a few months ago
[11:52] <raphink> apachelogger: for now, do you have the url to the upstream tarball?
[11:52] <apachelogger> http://www.kde-apps.org/content/show.php?content=29552
[11:52] <LaserJock> but I feel old. I'm almost done with my PhD and I've been married for 4 1/2 years
[11:52] <raphink> thanks
[11:53] <raphink> apachelogger: you know how to make debian/watch?
[11:53] <apachelogger> I even don't knwo what it is supposed to do :|
[11:53] <raphink> apachelogger: automatize the update of the package
[11:53] <raphink> wait a min apachelogger I'll show you
[11:54] <apachelogger> k
[11:54] <thierry> LaserJock : what's PhD ? physic science diploma?
[11:54] <thierry> LaserJock : I'm french-canadian so name changes here
[11:55] <LaserJock> thierry: Doctorate of Philosophy, the general doctorate
[11:55] <raphink> un doctorat de sciences
[11:55] <raphink> ah
[11:55] <thierry> LaserJock : wow great
[11:55] <LaserJock> it is general. mine will be in Physical Chemistry
[11:55] <raphink> ok
[11:56] <raphink> apachelogger: http://revu.tauware.de/revu1-incoming/nanoweb-0602061030/nanoweb-2.2.7/debian/watch
[11:56] <raphink> this is a simple - yet efficient - one
[11:57] <apachelogger> so version = file version ... and path in regular, that's it?
[11:57] <raphink> apachelogger: version=3 now
[11:57] <raphink> it's the debian/watch version
[11:57] <raphink> use 3
[11:58] <apachelogger> yeah, that's what I meant :-)
[11:58] <raphink> the path is the path to the file, as regexpr for perl
[11:58] <raphink> (.*) being used as version number
[11:58] <raphink> so get where the file is on he upstream website
[11:58] <raphink> it's better
[11:59] <raphink> apachelogger: once you have a debian/watch, you can use uscan to uupdate your package
[11:59] <raphink> and I can use it to review it, too :)