[12:41] <Pupeno> hello.
[12:41] <Pupeno> Any ideas what might be triggering this error: "Use of uninitialized value in scalar assignment at /usr/bin/dh_shlibdeps line 138, <COMPAT_IN> line 1." ?
[12:44] <Mez> Pupeno, depend what you're doing to make it
[12:44] <stratus> ajmitch_, around?
[12:44] <Pupeno> Mez: I am running "dh_shlibdeps -a --exclude=plot -l`pwd`/debian/mzscheme/usr/lib/plt/lib/"
[12:56] <ajmitch_> stratus: just got back
[01:12] <stratus> ajmitch_, do you care about mono?
[01:19] <hub> stratus: given that he packages lot of things for Mono, I think he does
[01:20] <stratus> hub, i know about that, thanks.
[01:28] <ajmitch_> stratus: yes?
[01:28] <stratus> ajmitch_, mono (source) needs a rebuild in dapper, mono-jit is uninstallable due to mono-classlib old dep.
[01:29] <stratus> ajmitch_, mono-classlib-1.0-1.1.10 doesn't exists in dapper
[01:29] <stratus> ajmitch_, btw mono-classlib-1.0 provides mono-classlib-1.0-1.1.13.2
[01:30] <stratus> ajmitch_, i was going to prepare a source package but i'm having some problems debootstrapping a new dapper chroot right now.
[01:32] <ajmitch_> stratus: ppc, right?
[01:32] <stratus> ajmitch_, sure
[01:32] <stratus> ajmitch_, i'm sorry i forgot to tell you the arch :)
[01:33] <ajmitch_> find someone with an smp ppc box & we'll try & fix it
[01:33] <hub> ajmitch_: smp?
[01:33] <ajmitch_> hub: it seems to fail only on ppc
[01:33] <ajmitch_> smp ppc
[01:33] <stratus> yes, is smp really necessary?
[01:33] <hub> ajmitch_: I have one PPC
[01:33] <hub> not very live
[01:34] <hub> but it is workeable
[01:34] <stratus> no, no
[01:34] <ajmitch_> stratus: it works on single-proc
[01:34] <hub> I could finish upgrading it to dapper
[01:34] <stratus> the problem with the dep is on ppc up too
[01:34] <stratus> i can see it on my ibook g4 right now
[01:34] <ajmitch_> stratus: buildd is smp
[01:35] <ajmitch_> stratus: it's been a recurring problem that we can't fix with source uploads, until the problem itself is addressed
[01:35] <ajmitch_> new upstream versions haven't helped
[01:36] <ajmitch_> and it seems to build adequately on a UP PPC box
[01:36] <stratus> ajmitch_, oh i don't know about the problem, can you elaborate a bit more?
[01:36] <ajmitch_> not very much, tseng & slomo have looked at it more than I have
[01:37] <stratus> weird, but what's the side effect if we just bump up the mono-classlib depends on mono source package?
[01:38] <ajmitch_> things would likely break
[01:38] <ajmitch_> it's a specific version dependency because the engine & classlib are closely tied
[01:39] <stratus> ajmitch_, but for example is tomboy installable in non-ppc atm ?
[01:39] <ajmitch_> afaik it is?
[01:39] <stratus> i don't know really.
[01:39] <stratus> i asked to see how spread the bug was
[01:39] <ajmitch_> just ppc
[01:40] <ajmitch_> beagle problems are separate
[01:40] <stratus> ajmitch_, oh ok.
[01:41] <stratus> ajmitch_, thank you for the feedback.
[01:41] <ajmitch_> sorry that it's not fixed yet :)
[01:41] <stratus> np, sorry that i can't help fixing it atm.
[02:27] <iBalo> Could someone please pack up a decent Bittorrent-client for Dapper (e.g. http://rufus.sf.net). Azureus sucks like most Java-stuff (and is banned on many trackers) and most others don't have features like downloading of selected files only . etc...
[02:28] <StevenK> iBalo: bittornado does
[02:28] <LaserJock> your welcome to contribute if you want ;-)
[02:28] <Tonio_> ajmitch_: ping ?
[02:28] <raphink> iBalo: package it
[02:29] <sistpoty> hi folks
[02:29] <raphink> iBalo: I'll be happy to help you if you need, but if you want an app in, you're the best man to get it in
[02:29] <raphink> hi sistpoty
[02:29] <iBalo> but does not integrate into gnome (no freedesktop tray support), multpiple downloads are a pain in the butt with it and .... i stop whining... u all know the story
[02:30] <raphink> iBalo: please read the answers on the screen now that you're done typing ;)
[02:30] <iBalo> ... yep :-)
[02:31] <raphink> iBalo: just so you get the point, we are no more than 100 devs in Ubuntu in total
[02:31] <raphink> for about 8M users iirc
[02:32] <raphink> we can't package every app users want
[02:32] <raphink> but you can package the app you want and we can help you to do it
[02:32] <iBalo> hehe... i was just about to ask for handholding...
[02:33] <raphink> iBalo: have a look at https://wiki.ubuntu.com/MOTU/Packages/REVU and https://wiki.ubuntu.com/MOTU/Packages/REVU if you're willing to help
[02:33] <iBalo> When does it have to be ready for Dapper release
[02:33] <raphink> and begin with reading New Debian Maintainer's Guide ;)
[02:33] <iBalo> ... had a couple of glances earlier
[02:33] <raphink> if you want it in Dapper, you still have a bit less than a month to get it in
[02:34] <iBalo> ouch!
[02:34] <raphink> oh well that' sfar enough ;)
[02:34] <raphink> you get a week or two to learn to package
[02:34] <Tonio_> what app are you taklin' about ?
[02:34] <raphink> that can be done
[02:35] <iBalo> it's not that i never packaged before.. it's the python i've got to learn
[02:35] <raphink> there are python packages experts around iirc
[02:35] <raphink> i'm not one I'm afraid
[02:36] <raphink> look at python packages on REVU
[02:36] <raphink> that should help
[02:37] <iBalo> I will seriously consider that. Anyway it's ready when it's ready, and it won't for sure be on the install-cd
[02:37] <sistpoty> python packaging is easy... just provide a setup.py and dh_python does all hard parts :)
[02:38] <deletionlogger> raphink: already had time to look at the package?
[02:38] <raphink> it won't be on the install-cd for sure iBalo since nothing from universe is
[02:38] <raphink> deletionlogger: sure
[02:38] <sistpoty> (at least python modules)
[02:38] <deletionlogger> ah
[02:38] <iBalo> I read through the forums on the sf page... the problem is, the author is a win-guy and often just thinks not in linux terms
[02:39] <raphink> iBalo: hehe
[02:39] <raphink> iBalo: you mean the upstream tarball is a .zip ?
[02:39] <deletionlogger> raphink: ok, will fix that stuff
[02:40] <iBalo> So to make it work to my standards this will require more than just pack the thing up
[02:40] <raphink> iBalo: ok
[02:40] <raphink> deletionlogger: I hope so
[02:40] <raphink> and I'll go to bed now
[02:40] <sistpoty> gn8 raphink
[02:41] <iBalo> But ok, that's a fair deal... if i can get some handholding, I'll give it a try
[02:41] <raphink> thanks sistpoty
[02:41] <raphink> :)
[02:41] <raphink> iBalo: don't hesitate asking for help here
[02:42] <raphink> iBalo: there are many docs on the wiki too, use them :)
[02:42] <raphink> iBalo: when you think you've got a good package, upload it to REVU and ping one of us here to review it
[02:43] <iBalo> Ok, I'll investigate that further after a couple of hours of sleep,
[02:44] <raphink> sure
[02:46] <ToadZzZztool> hi, before sleeping... could anyone here have a look at my dhcpv6-kame package ? I've already uploaded it to REVU
[02:47] <raphink> ToadZzZztool: ok very quick then
[02:47] <raphink> give me the link
[02:47] <raphink> and a url to the upstream tarball
[02:47] <raphink> and i'll generate a report
[02:48] <ToadZzZztool> http://revu.tauware.de/details.py?upid=1642
[02:48] <ToadZzZztool> this one ?
[02:48] <raphink> ok
[02:48] <ToadZzZztool> and the upstream tarball is hidden in ftp.kame.net
[02:48] <raphink> and a url to the upstream tarball please
[02:48] <hub> can somebody review this: http://revu.tauware.de/details.py?upid=1472
[02:49] <ToadZzZztool> raphink: i'm trying to find the complete url
[02:49] <raphink> hub: same here, give me a link to the upstream tarball
[02:49] <raphink> I'll generate a report
[02:49] <raphink> and I'll review tomorrow
[02:49] <hub> raphink: ok
[02:49] <raphink> thanks ToadZzZztool
[02:49] <hub> raphink: I'll put it in a comment, is that ok?
[02:50] <raphink> hub: I'd rather you give me the link here
[02:50] <hub> http://www.virtual-cafe.com/~dhh/tools.d/exifprobe.d/exifprobe-2.0.1.tar.gz
[02:50] <raphink> so I can launch the report tool right now
[02:50] <hub> then here it is :-)
[02:50] <hub> okay
[02:50] <raphink> now let's wait
[02:50] <raphink> :)
[02:51] <raphink> ToadZzZztool: got the link?
[02:51] <ToadZzZztool> argh looks like they've removed the files this week
[02:51] <hub> raphink: btw, what to do with files in the wrong mode?
[02:51] <raphink> ToadZzZztool: I need the upstrem tarball though
[02:51] <ToadZzZztool> in fact this is a big tarball containing the whole kame IPv6 stuff
[02:51] <hub> 600 instead of 644
[02:52] <ToadZzZztool> including the dhcpv6
[02:52] <raphink> hub: either change them in the source tarball, which is not clean
[02:52] <raphink> or change their mode in debian/rules
[02:52] <hub> ok
[02:52] <raphink> or just installthem with the right mode in debian/rules or debian/install
[02:52] <raphink> ToadZzZztool: I just want to get the tarball you used for the package
[02:52] <ToadZzZztool> oki then i'll put it on my website
[02:53] <raphink> hub: the report for exifprobe was generated
[02:53] <raphink> check the page
[02:53] <raphink> and I'll have a look at it later
[02:53] <raphink> ToadZzZztool: i'd rather have the one from them
[02:53] <hub> ok
[02:54] <ToadZzZztool> raphink: it's only a part of the whole tarball i've re-tared
[02:54] <ToadZzZztool> with no modifications at all
[02:54] <raphink>  propos vous avez remarqu qu'on est 3 francophones  parler en anglais l ? ;)
[02:54] <ToadZzZztool> arf
[02:54] <raphink> hmmpf
[02:54] <hub> what are you talking about?
[02:54] <ToadZzZztool> ouais en fait c'est vrai :)
[02:54] <hub> ;-/
[02:54] <raphink> hub: :p :p
[02:54] <hub> tabarnak
[02:55] <ToadZzZztool> :)
[02:55] <raphink> bon allez au lit
[02:55] <raphink> je regarderait a demain
[02:55] <ToadZzZztool> bonne nuit
[02:55] <hub> raphink: bonne nuit
[02:55] <raphink> hub: tu peux jeter un oeil au paquet de ToadZzZztool si tu as le temps ?
[02:55] <raphink> ;)
[02:55] <ToadZzZztool> :)
[02:55] <raphink> vu qu'il est plus tt chez toi ;)
[02:55] <hub> ToadZzZztool: c'est quel paquet?
[02:55] <raphink> ++
[02:56] <ToadZzZztool> hub: http://revu.tauware.de/details.py?upid=1642
[02:56] <ToadZzZztool> bon allez dodo aussi
[02:56] <ToadZzZztool> bonne nuit
[03:00] <Kyral> Hate me for I installed FC4 on my lapop
[03:02] <hub> Kyral: I installed SuSE the otherday
[03:02] <hub> Kyral: i lasted 24h, I installed KUbuntu
[03:02] <Kyral> lol
[03:02] <Kyral> Well, my laptop is just a toy
[03:03] <hub> Kyral: it is my workstation
[03:03] <Kyral> I know all about Ubuntu
[03:04] <Kyral> So I thought I'd learn about Fedora on my lappy :D
[03:05] <Kyral> I still like Ubuntu more...
[03:06] <Kyral> I found SuSE slow as hell
[03:06] <Kyral> YaST is great mind you, but the crap performance turned me off
[03:07] <Kyral> Don't worry, AzureDream (my production box) will always run Ubuntu
[03:08] <Kyral> Gah but FC4 is so out of date...
[03:09] <Kyral> Its taking like 500 Megs to bring it up to date
[03:09] <Kyral> but its kinda cool that it has SELinux by default
[03:11] <ajmitch_> Tonio_: yes?
[03:14] <Tonio_> ajmitch_: I have a problem to get my revu account password....
[03:14] <ajmitch_> what problem?
[03:15] <Tonio_> ajmitch_: impossible to decrypt since I don't have the ELG-E key....
[03:15] <Tonio_> gpg: encrypted with ELG-E key, ID 28E2DD3A
[03:15] <Tonio_> gpg: decryption failed: secret key not available
[03:15] <Tonio_> ajmitch_: do I miss something ?
[03:15] <ajmitch_> do you have a sign-only key?
[03:16] <Tonio_> ajmitch_: what do you mean by "sign-only" ?
[03:17] <ajmitch_> a key that can only be used for signing
[03:18] <Tonio_> ah, no, that's normally a normal key
[03:18] <Tonio_> I can sign and crypt with it....
[03:20] <sistpoty> Tonio_: what's the email you use for revu?
[03:20] <Tonio_> anthony.mercatante@laposte.net
[03:21] <ajmitch_> keyserver is giving me issues today
[03:22] <ajmitch_> Tonio_: sistpoty can probably answer your questions far better :)
[03:22] <Tonio_> ajmitch_: okay I'll se with him :)
[03:24] <Tonio_> ajmitch_: just testing at my key, and maybe it is a sign-only one...
[03:24] <sistpoty> Tonio_: I just sent you an encrypted mail with the pw. hopefully you can decrypt it ;)
[03:24] <Tonio_> I never crypt anything, so I may be wrong when I say it could
[03:24] <Tonio_> sistpoty: just trying
[03:26] <Tonio_> sistpoty: it worked, thank you ;)
[03:26] <sistpoty> Tonio_: np ;)
[03:26] <Tonio_> sistpoty: just cause I like to understand, what was wrong in the process ? is it a known problem ?
[03:27] <sistpoty> Tonio_: not quite sure what's wrong exactly...
[03:27] <sistpoty> Tonio_: to my knowledge, the lost-pw feature just takes the pw and your keyid and crypts the pw with your key
[03:27] <sistpoty> Tonio_: but siretart wrote that part, so maybe there is some more trickery involved ;)
[03:28] <Tonio_> sistpoty: that's exactly what you've done for the mail you sent me no ?
[03:28] <ajmitch_> ah, delegation of blame :)
[03:28] <sistpoty> hehe, actually I just wanted to say: dunno :)
[03:29] <sistpoty> Tonio_: yep
[03:30] <Tonio_> well it works, that the only important thing :)
[04:31] <glick> excuse me im trying to built the package gtk-gnutella according to the directions offered by the debian maintainers guide
[04:31] <glick> but i always get this error...
[04:31] <glick> install: cannot stat `gtk-gnutella.desktop': No such file or directory
[04:31] <glick> make: *** [binary-arch]  Error 1
[04:32] <glick> in the main source directory i issue the command dpkg-buildpackage -rfakeroot
[04:32] <glick> and i get that error
[04:32] <glick> then i tried fakeroot debian/rules binary
[04:33] <glick> same deal
[04:35] <LaserJock> glick: so do you have a gtk-gnutella.desktop?
[04:35] <glick> LaserJock, whats that?
[04:35] <LaserJock> a file
[04:36] <glick> no shit
[04:36] <glick> i obviously dont have it
[04:37] <LaserJock> ok, well you don't have to swear at me. Are you calling dh_desktop in debian/rules?
[04:38] <glick> LaserJock, no man i just do fakeroot debian/rules binary
[04:40] <LaserJock> can you paste the debian/rules in a pastebin somewhere?
[04:42] <glick> LaserJock, http://pastebin.com/539570
[04:42] <glick> man i wish they had half decent docs on how to build packages
[04:43] <LaserJock> we are working on an ubuntu packaging guide but it is still a work in progress
[04:43] <LaserJock> should be ready for Dapper release
[04:43] <glick> coo
[04:44] <LaserJock> ok, so you should have a .desktop file in debian/
[04:44] <glick> no such file exists
[04:44] <LaserJock> ok, so that's the problem. you should either look for one in the source directory or make one.
[04:45] <LaserJock> you can check out other .desktop files in /usr/share/applications/
[04:45] <glick> what does that file do?
[04:45] <LaserJock> it puts the app in the menu mostly
[04:46] <LaserJock> you could not include it but then the app wouldn't be in the menu
[04:46] <LaserJock> so pretty much all gui apps should have .desktop files
[04:47] <glick> i find it hard to believe that it wouldnt come with one
[04:47] <glick> i remimber building it before, some dude online walked me through it
[04:47] <glick> and i didnt have to create or edit any desktop file
[04:48] <LaserJock> well the source could install it but your debian/rules file expects to find one in debian/
[04:48] <LaserJock> can you see one in the source directory?
[04:49] <glick> id ont see one
[04:50] <LaserJock> does the source have a Makefile?
[04:51] <LaserJock> you can check the "install" rule in the Makefile to see if it is installing it
[04:56] <glick> screw it i just installed the .deb from the website
[04:56] <glick> seems to be working fine
[04:58] <LaserJock> glick: If you just wanted to install it for yourself you could have just taken out that line in debian/rules that tries to install the .desktop file
[04:58] <glick> oh
[04:58] <glick> eh whateva its cool, as long as it works
[04:58] <glick> thanks though
[04:58] <LaserJock> np ;-)
[04:58] <glick> anyone here use ghdl?
[04:59] <glick> i gotta play with that
[05:01] <LaserJock> no, sorry I don't
[07:12] <zakame> hi MOTUs
[07:13] <ajmitch_> hi zakame
[07:14] <ajmitch_> recovered from meeting sabdfl yet?
[07:14] <zakame> ajmitch_: of course, now switching to regular programming
[07:14] <ajmitch_> hehe
[07:14] <zakame> how's the rollout?
[07:15] <ajmitch_> apparantly done
[07:15] <ajmitch_> though I've seen no mails to dapper-changes
[07:15] <Amaranth> we're on soyuz now?
[07:15] <ajmitch_> wouldn't surprise me if that was broken
[07:15] <ajmitch_> Amaranth: yes
[07:15] <StevenK> I saw one.
[07:15] <zakame> w00t!!!
[07:16] <ajmitch_> StevenK: before or after the "we're open for business" message?
[07:16] <ajmitch_> it could be my procmail filtering is askew
[07:17] <StevenK> https://lists.ubuntu.com/archives/dapper-changes/2006-February/005853.html
[07:17] <StevenK> I think that's after.
[07:20] <ajmitch_> hm, I haven't got that mail or many of those in my dapper-changes folder
[07:21] <StevenK> ajmitch_: Seen this?
[07:21] <StevenK> steven@liquified:~% uname -m
[07:21] <StevenK> x86_64
[07:21] <Amaranth> is that "Accepted" stuff on the bottom new?
[07:21] <StevenK> Amaranth: No, it's different.
[07:21] <StevenK> Amaranth: Compare konq-pim and poppler
[07:21] <Amaranth> i thought so
[07:22] <ajmitch_> the last mail I have in the folder in konq-pim
[07:22] <ajmitch_> StevenK: hm? what's special about that? no amd?
[07:22] <StevenK> ajmitch_: That was the last katie mail.
[07:22] <zakame> heya Hobbsee
[07:22] <StevenK> ajmitch_: That I'm now on an amd64 instead of my dual Athlon.
[07:23] <Hobbsee> hey zakame
[07:23] <ajmitch_> StevenK: aha
[07:23] <StevenK> ajmitch_: Which stands to reason that Soyuz has changed the mail headers, and therefore broken your filtering.
[07:23] <ajmitch_> StevenK: congrats, can I be jealous now?
[07:23] <StevenK> ajmitch_: Sure. :-)
[07:23] <ajmitch_> StevenK: sure, but I'm trying to track down what folder it ended up in :)
[07:23] <StevenK> ajmitch_: http://wedontsleep.org/~steven/img_0920.jpg
[07:24] <ajmitch_> nice little case
[07:24] <ajmitch_> compared to the monster I have waiting for the dual-core amd64 I've priced up :)
[07:24] <ajmitch_> what do you have in it?
[07:25] <ajmitch_> From dapper-changes-bounces@lists.ubuntu.com Sun Feb 05 06:36:12 2006
[07:25] <ajmitch_>  Subject: Accepted rhythmbox 0.9.3.1-0ubuntu1 (source)
[07:25] <ajmitch_>   Folder: launchpad                                                        6199
[07:25] <ajmitch_> bah
[07:25] <StevenK> It's only a Celery 2.8 unfortunately.
[07:25] <StevenK> (All I could afford)
[07:25] <ajmitch_> I see there's too much bug mail in there, I have to split it
[07:25] <ajmitch_> at least they still have an X-Katie header
[07:25] <StevenK> However, the motherboard can deal with the newer dual core CPUs, too.
[07:26] <ajmitch_> so what's your new amd64 box?
[07:26] <StevenK> ajmitch_: A Celery 2.8, 512Mb RAM, 80Gb PATA
[07:26] <StevenK> Nothing special, really.
[07:26] <ajmitch_> ah, em64t?
[07:26] <StevenK> Yup
[07:27] <ajmitch_> I didn't realise the celerons were 64 bit now
[07:27] <StevenK> It's small, quiet, and can compile xemacs21 without throwing an ICE.
[07:27] <ajmitch_> since it has to replace my athlon xp 1800+
[07:27] <ajmitch_> List-Id: header is split over 2 lines
[07:27] <ajmitch_> which broke my procmail filter
[07:30] <ajmitch_> https://launchpad.net/distros/ubuntu/+builds still doesn't look at all helpful
[07:34] <StevenK> You're right.
[07:34] <StevenK> It feels ... clunky.
[07:35] <zakame> well that at least a step nearer soyuz :)
[07:36] <ajmitch_> a lot of launchpad's UI still feels very clunky
[07:37] <ajmitch_> like the stock forms have been used & it hasn't been tweaked suitably for the data being displayed
[07:37] <ajmitch_> '1-20 of 1,000,000 results' isn't useful :)
[07:37] <zakame> heh
[07:38] <ajmitch_> I guess we'll just have to put pressure on them until they break :)
[07:38] <ajmitch_> "go harass your local launchpad developer today!"
[07:38] <Hobbsee> rofl
[07:38] <Kyral> lol
[07:39] <zakame> hehe
[07:39] <StevenK> I think the Distro team is going to kill the Launchpad team before long. :-)
[07:39] <zakame> worth to put that in /topic?
[07:39] <ajmitch_> zakame: sure :)
[07:39] <Hobbsee> hey you people can probably help me.  I've got a chroot created in ~/breezy, and i need to build a package in the chroot - how do i go about doing that?  (i already have a dapper pbuilder)
[07:40] <ajmitch_> Hobbsee: ah, it would be easier to use a breezy pbuilder setup, instead of a chroot
[07:40] <ajmitch_> but otherwise you just use chroot to get into there, and build the source normally
[07:40] <Hobbsee> right, which means i'd overwrite my dapper one?
[07:40] <ajmitch_> no, you have separate configs for pbuilder
[07:41] <zakame> yep
[07:41] <zakame> so you could just do `dchroot -c breezy`
[07:41] <Hobbsee> hehe
[07:41] <Hobbsee> dchroot -c breezy - what's that do?
[07:42] <StevenK> Two each for Breezy and Dapper (i386 and amd64), and one for Sid i386.
[07:43] <ajmitch_> StevenK: sadly I only have i386 to play with at the moment
[07:44] <ajmitch_> computers irritate me today
[07:44] <StevenK> Blah.
[07:44] <ajmitch_> :)
[07:45] <StevenK> What do I use to sign a dsc and changes files?
[07:45] <ajmitch_> debsign
[07:45] <StevenK> Ah, ta
[07:45] <ajmitch_> or debrsign if your gpg key is on another box
[07:45] <zakame> debsign?
[07:45] <zakame> (though gpg --clearsign should also work)
[08:13] <zakame> wb LaserJock_
[08:16] <LaserJock_> thanks zakame
[10:58] <phanatic> hi people
[10:58] <Gloubiboulga> hi phanatic
[10:58] <phanatic> re Gloubiboulga
[11:02] <Gloubiboulga> morning \sh
[11:03] <\sh> moins
[11:08] <\sh> guys, who is playing the proxy to mdz/kamion for UVF exceptions while dholbach is on holiday?
[12:01] <siretart> morning
[12:07] <\sh> moins siretart
[01:59] <VincentMX> hi
[02:00] <VincentMX> is it hard to make packages? i want to help Ubuntu
[02:06] <sivang> VincentMX: this may have some stuff to start with, search around the wiki there are plenty of resources http://doc.ubuntu.com/ubuntu/packagingguide/C/
[02:09] <VincentMX> ok
[02:10] <sebest> VincentMX some software are more difficult to package than others
[02:10] <VincentMX> ok
[02:10] <sebest> package with good autotooling are quite easy
[02:11] <VincentMX> ok
[02:18] <VincentMX> hmm, i've read the page for how to create a package with debhelper, but that involves compiling
[02:18] <VincentMX> doesn't that require a fast computer?
[02:22] <VincentMX> my computer should be fast enough, but my BIOS kinda sucks, so i have 2 bars of 64MB RAM, witch should make 128. but my BIOS is too old, so it won't get more out of it as 88MB :S
[02:27] <Gloubiboulga> VincentMX, get a source package and try to build it
[02:27] <VincentMX> ok
[02:40] <zakame> evening MOTUs :)
[02:41] <Gloubiboulga> hello zakame
[02:41] <zakame> heya Gloubiboulga :)
[02:42] <Gloubiboulga> zakame, my libswitch package has been uploaded :)
[02:42] <Gloubiboulga> `binary-indep: binary-arch' was ok
[02:43] <zakame> Gloubiboulga: cool, I'll try building it then :)
[02:56] <nlindblad> I need a German
[02:57] <zakame> er?
[02:58] <nlindblad> I must talk grammar
[02:58] <nlindblad> preferable German grammar
[03:05] <zakame> Gloubiboulga: hmm where is it? I couldn't find it in REVU :/
[03:06] <zakame> oh it's at the very bottom, ready for upload
[03:07] <Gloubiboulga> zakame, yes, ready to gp
[03:07] <Gloubiboulga> waiting for elmo now
[03:07] <Gloubiboulga> s/gp/go
[03:08] <zakame> Gloubiboulga: ooh, my bad, I thought you meant it needed REVU, it was uploaded already, silly me :P
[03:08] <zakame> Gloubiboulga: rock on then with gswitch :D
[03:09] <Gloubiboulga> zakame, gswitch depends on libswicth, and can't be build with pbuilder for the moment
[03:10] <zakame> yeah
[03:10] <zakame> but it'll be just a while, or maybe a day
[03:10] <Gloubiboulga> yep
[04:19] <Toadstool> hi everybody
[04:20] <Toadstool> i'd like my package to be REVUed but i need to provide the upstream tarball, the problem is i've only packaged a part of a very big tarball
[04:21] <Toadstool> should I provide a clean retared version of the part I packaged ?
[04:22] <zakame> hm, why is it BIG?
[04:22] <Toadstool> 'cause it's the kame IPv6 pack which contains all the kernels patches and a lot of IPv6 daemons such as rtadvd
[04:23] <Toadstool> and I've only packaged the dhcpv6 part
[04:24] <Tonio_> hi all
[04:24] <Toadstool> hi
[04:24] <Toadstool> any suggestion about my problem ? :)
[04:25] <zakame> heya Hirion Tonio_
[04:25] <zakame> Toadstool: ah
[04:27] <Tonio_> Toadstool: I think if you explain clearly that you extracted a part of  big tarball in the changelog, that might be okay
[04:27] <Toadstool> hum ok
[04:27] <Tonio_> Toadstool: although you might be ask "why didn't you package the all application" ^^
[04:28] <Toadstool> because radvd and the other apps are already packaged but there's no decent dhcpv6 solution for the moment :)
[04:29] <Tonio_> that can be explained in the changelog too ;)
[04:29] <Toadstool> let's do that then
[04:29] <Tonio_> I would personally accept this.... some might not
[04:29] <Tonio_> you may have to ask e few MOTUs to get the global feeling on that point
[04:30] <Toadstool> ping everybody here :)
[04:30] <Tonio_> ;)
[04:31] <Toadstool> and I suppose I have to put the clean tarball somewhere on the net so that it can eventually be REVUed...
[04:32] <Tonio_> hum, if it is not the upstream tarball, that might not be necessary...
[04:32] <Toadstool> the thing is the kame.net guys used to make packages with each app but now they only ship the whole stuff in one big tarball :/
[04:32] <Tonio_> comparing md5sum is a good way to be sure the upstream is unchanged, but it is not an absolute requirement....
[04:33] <Tonio_> another kind of exception is for example packages build threw a svn....
[04:33] <Toadstool> yeah well i'm going to put all this details in the changelog and we'll see :)
[04:34] <Tonio_> yup
[04:34] <Toadstool> thanks for the answers
[04:34] <Tonio_> np ;)
[04:52] <thierry> siretart : hi, could you review my package? libfxruby1.4
[04:53] <thierry> siretart : it's starting to get urgent if I want it in dapper :)
[04:53] <siretart> I see. I try to do it later this evening.
[04:53] <thierry> siretart : k thanks
[04:53] <thierry> ajmitch_ : are you busy?
[04:54] <zakame> siretart: ping, many thanks for tiber! I promise not to break it! :D
[04:55] <siretart> zakame: that would be great ;)
[05:12] <zakame> gn8 all
[05:42] <phanatic> hi people
[06:15] <Toadstool> could someone have a look at my dhcpv6-kame package on REVU please ? :)
[06:41] <sistpoty> hi folks
[06:42] <sistpoty> can s.o. with main privs sponsor me an upload?
[06:44] <slomo> sistpoty: show me the debdiff :)
[06:44] <sistpoty> slomo: I put it on revu, but I can send you a debdiff as well ;) (min12xxw)
[06:44] <siretart> huhu sis	
[06:44] <siretart> huhu sistpoty
[06:44] <sistpoty> hi siretart
[06:44] <siretart> f'king wlan here ;)
[06:44] <slomo> hi siretart, sistpoty btw :)
[06:45] <sistpoty> hi slomo ;)
[06:45] <slomo> sistpoty: debdiff would be easier imho :) or is it a new upstream version?
[06:45] <sistpoty> slomo: no, just some cosmetic changes... just a minute ;)
[06:45] <siretart> huhu slomo
[06:45] <slomo> are the buildds sleeping currently? nothing gets build currently from what i see...
[06:47] <sistpoty> a package I uploaded after soyuz conversion got actually built after some time :)
[06:48] <slomo> yes, avahi got build too after some time ;) but currently nothing is building although some stuff wants to be build
[06:48] <sistpoty> hm...
[06:49] <sistpoty> slomo: http://tiber.tauware.de/~sistpoty/slomo/min12xxw_ubuntu1_to_ubuntu2.debdiff
[06:50] <sistpoty> slomo: but you'll need to delete debian/README.Debian and debian/Minolta-PagePro_1400W-min12xxw.ppd (at least patch -p0 didn't do that, it just made these files have size 0)
[06:50] <slomo> yes, i noticed that too :)
[06:50] <slomo> uploaded
[06:50] <sistpoty> slomo: cool, thx :)
[06:51] <Toadstool> hi guys, could someone check my dhcpv6-kame package on REVU please ?
[06:52] <slomo> sistpoty: hmm, i wonder if this upload is listed now under https://launchpad.net/people/slomo/+packages or https://launchpad.net/people/sistpoty/+packages
[06:53] <sistpoty> slomo: maybe both?
[06:54] <sistpoty> slomo: there is a section maintained and a section uploaded packages... my guess is that it will show as maintained on my page and as uploaded on yours ;)
[06:54] <sistpoty> oh slomo: btw.: I created an uncommon programming languages team on LP and added you as member :)
[06:56] <slomo> sistpoty: well, it is uploaded by me... but you did the changes... what would happen now when someone else was the maintainer, you did the change and i uploaded? your name gets lost? ;)
[06:56] <slomo> sistpoty: yes, good work :) now we only need to do something with that team ;)
[06:56] <sistpoty> slomo: interesting question :)
[06:56] <sistpoty> slomo: yes... and somehow the description doesn'
[06:57] <sistpoty> +t get displayed, I have no clue why
[06:57] <slomo> oh nice... i get an ACCEPTED mail too now for sponsored uploads :)
[06:58] <sistpoty> hehe, but I didn't get one any longer
[06:59] <slomo> sure
[06:59] <slomo> the mail was to Launchpad Archiver <lp_archive@localhost.nifelheim.yggdrasil>, Sebastian Droege <mail@slomosnail.de>, Stefan Potyra <sistpoty@ubuntu.com>
[06:59] <slomo> the lp_archive thingie is interesting ;)
[06:59] <sistpoty> hm... strange, maybe it went a slower way than the mail to changes-list
[07:00] <slomo> hm and no idea about the description... it should be there :/ maybe ask on #launchpad
[07:01] <sistpoty> I will, but not today ;)
[07:02] <slomo> hmm min12xxw was uploaded by nobody ;)
[07:02] <slomo> but the new version lists you as maintainer
[07:04] <sistpoty> slomo: uploaded by nobody? what are you referring to?
[07:04] <siretart> slomo: I uploaded a new mplayer, enabling caca and aa outputs.. it was sitting in svn for some time
[07:05] <slomo> sistpoty: the "uploaded packages" on our launchpad pages
[07:05] <slomo> siretart: yes, i already saw it :) thanks... for some reason i missed these two while creating our new package
[07:06] <siretart> slomo: say, all these 'rebuilt packages' that was uploaded by you to link agains libxine-main
[07:06] <siretart> slomo: do they lack support for ffmpeg now?
[07:06] <sistpoty> hehe, funny system :)
[07:07] <slomo> siretart: oh damn... yes... i need to add libxine-extracodecs dependencies later to them (that was the plan anyway)... but first we need to get xine-extracodecs moved in the correct section and not splitted over universe and multiverse
[07:08] <siretart> slomo: so you are suggesting an alternative build dependency: first try the universe package, if that fails, try the main one
[07:09] <siretart> slomo: but this also means that packages in main won't never ever be able to show mpeg4/divx vidoes, even if you have universe enabled, no?
[07:09] <slomo> siretart: nope... the main one is always the b-d. the multiverse (or universe... nobody knows ;) ) one only contains the 3 plugins, nothing else...
[07:09] <slomo> siretart: libxine.so.* is in libxine-main1, libxine-extracodecs only contains the 3 .so for mad, ffmpeg and faad
[07:09] <siretart> slomo: so the universe package is a plugin replacement
[07:10] <siretart> aah, okay. I see
[07:10] <slomo> siretart: no replacement... only additional plugins :)
[07:10] <siretart> ok
[07:10] <slomo> but we need elmo to move it to the correct section before we can add dependencies on the extracodecs package in the packages in multiverse (and universe?)
[07:11] <slomo> but i guess he'll move the stuff to multiverse
[07:11] <siretart> hm. I see
[07:11] <siretart> perhaps we can ask in #launchpad as well?
[07:11] <siretart> because it is getting pretty urgent
[07:11] <siretart> for us
[07:12] <slomo> i sent elmo two mails about it and he didn't answer one of them...
[07:12] <slomo> hm, but maybe everything gets to multiverse now automatically... and was blocked only by the packages in universe depending on libxine1c2
[07:13] <siretart> I don't think so
[07:13] <siretart> let's ask Kamion if promotions/demotion are being done automatically now
[07:14] <siretart> slomo: btw, arn't demotions/promotions done by Kamion anyway?
[07:14] <slomo> but it would explain why libxine-extracodecs is in multiverse and the sourcepackage and libxine1c2 in universe
[07:14] <siretart> hm
[07:14] <slomo> no idea... afaik elmo is the one to ask for legal questions
[07:15] <siretart> hm
[07:16] <slomo> and elmo wasn't too happy about Kamion freeing xine-extracodecs from NEW ;)
[07:16] <slomo> so i guess it's elmo's job
[07:18] <siretart> I see..
[07:33] <slomo> siretart: can i host a mono-ppc repository on tiber? or would that eat too much traffic?
[07:34] <marcin`> hello MOTU
[07:34] <marcin`> got a question
[07:35] <marcin`> could you guys tell me what is preferred metod for implementing database management scripts in deb packages?
[07:35] <marcin`> I would like to package web application that uses mysql or postgresql database
[07:36] <marcin`> and I would like to use dbconfig-common with my packages but unfortunately it's documentation is very limited and I'm not sure if dbconfig-common is preferred tool
[07:36] <marcin`> while it isn't in ubuntu main
[07:42] <marcin`> anyone?
[07:42] <siretart> slomo: I don't think so. go ahead
[07:43] <slomo> siretart: ok, thanks :) when it takes too much traffic later just tell me and i'll remove it again
[08:02] <Kyral> Hey MOTUish people
[08:03] <bmonty> hey Kyral
[08:03] <Kyral> Sorry I haven't been all that active lately
[08:03] <Kyral> college has been taking my time
[08:04] <Kyral> whoa..thats interesting, no Dapper updates this morning
[08:09] <bmonty> anyone have any experience with nfsv4?
[08:20] <siretart> bmonty: only that it is only useful with a decent kerberos setup, which I need to look at first
[08:20] <bmonty> I have that :) (with LDAP)
[08:22] <bmonty> i looked at afs, but it seems way too complicated
[08:36] <siretart> bmonty: do you have some nice tutorial for setting up a neat kerberos server with openldap on debian/ubuntu?
[08:40] <bmonty> siretart: I've been thinking about doing that
[08:41] <bmonty> I have to go back and make sure I understand exactly how I got it working on my server
[08:44] <bmonty> siretart: there is info on how to set up ldap and kerberos scattered over the internet...I had to use several sources to get everything working
[08:52] <siretart> bmonty: oh, if you could write a small howto, that would be awesome
[09:11] <sistpoty> Toadstool: I just did a quick review for dhcpv6-kame... if you have questions about my comments, just ask
[09:16] <raphink> hub: do you really need exifprobe on REVU?
[09:17] <raphink> hub: hmm there's something I don't get abou tthis package
[09:18] <raphink> hub: from looking at the changelog, exifprobe was in breezy, but I can't find it
[09:19] <raphink> sistpoty: I couldn't find the upstream tarball for dhcpv6-kame. did you find it?
[09:19] <j2daosh> http://paste.ubuntu-nl.org/8068
[09:19] <sistpoty> raphink: by looking at the changelog, this appears to be a stripped doewn version of s.th. on ftp.kame.net
[09:19] <raphink> yes
[09:20] <raphink> that doesn't give me the tarball though ;)
[09:20] <j2daosh> can someone explain my syslog to me? my computer turned on (dont know how) at 10am... im looking through that log i just posted and it is talking about a secret cookie, and setting up slaves, and a "loop" thingie".... has someone gained access to my box?
[09:20] <sistpoty> raphink: because of that I commented that I want a get-orig-source target
[09:21] <sistpoty> j2daosh: have you tried asking in #ubuntu yet?
[09:21] <j2daosh> yep.. and ubuntu off topic
[09:21] <raphink> sistpoty: ok
[09:21] <j2daosh> ubuntu off topic sent me here
[09:21] <raphink> wonder why
[09:22] <raphink> this has nothing to do with here from what I can read
[09:22] <raphink> seems linked to gdm only, thus not universe stuff
[09:23] <j2daosh> but what is the secret cookie?
[09:23] <j2daosh> and do the ubuntu programmers really use terminology like "loop thingie"?
[09:23] <raphink> lol
[09:23] <raphink> why not
[09:23] <raphink> ;)
[09:24] <sistpoty> hehe, "Loop Thingie"... this perfectly looks like FOSS :)
[09:24] <raphink> yep
[09:24] <raphink> that's clear enough ;)
[09:25] <raphink> everybody knows what a loop thingie is :)
[09:25] <apachelogger> raphink: salut
[09:25] <raphink> yop apachelogger
[09:25] <j2daosh> well not everyone apparantly ::points at himself::
[09:25] <j2daosh> so nothing is wrong?
[09:25] <raphink> dunno
[09:25] <apachelogger> raphink: I've now add clean rules for config.log and config.status
[09:25] <raphink> I'm not a gdm dev or specialist
[09:25] <raphink> cool
[09:26] <j2daosh> ok... can u answer this then possibly... where can i find/view all my cron/init files? i want to know exactly what is running when the comp starts.
[09:27] <raphink>  /etc/init.d/ for init files
[09:27] <raphink> crontab -e for crontab
[09:27] <sistpoty> j2daosh: I don't think anything is wrong... but if you're paranoid, you could install chkrootkit
[09:27] <hub> raphink: exifprobe has never been in any distro
[09:27] <raphink> hub: why then are there two entries for breezy in the changelog?
[09:27] <j2daosh> have that installed already... dont know where to find the results of it or even how to run it though
[09:27] <hub> raphink: because I think the package has been on REVU for breezy
[09:28] <hub> raphink: look at the first upload date
[09:28] <hub> raphink: on REVU
[09:28] <raphink> hub: as long as it's on REVU, there should be only 1 changelog entry
[09:28] <hub> raphink: well at that time nobody told me anything
[09:28] <raphink> please just remove the 2 old ones and keep the last one as initial release
[09:28] <raphink> ok :)
[09:28] <sistpoty> j2daosh: just run "sudo chkrootkit"... it will give it's report on stdout
[09:28] <raphink> well I'm telling you now
[09:29] <j2daosh> stdout? is that a file or will it go str8 to the screen?
[09:29] <hub> raphink: yeah well at the last upload I didn't know either
[09:29] <j2daosh> i know it means standard output... but that is all i know
[09:29] <sistpoty> j2daosh: straight to screen ;)
[09:29] <raphink> j2daosh: when you run `ls`, it lists the files in the current folder in the standard output
[09:29] <raphink> :p
[09:30] <j2daosh> ahh ok...
[09:30] <j2daosh> :)
[09:30] <raphink> hub: well then I think since you learned quite a lot since then, you can check your package again now :)
[09:31] <j2daosh> ok well thank you for your help everyone
[09:31] <Toadstool> thank you very much sistpoty for you review
[09:31] <sistpoty> np Toadstool
[09:55] <sistpoty> cya
[10:17] <phanatic> hi people
[10:17] <phanatic> raphink: ping
[10:18] <raphink> pong phanatic
[10:19] <phanatic> raphink: a new upstream version of gnome-rdp was released
[10:20] <raphink> cool
[10:20] <phanatic> shall i upload it to revu and file an uvf exception?
[10:20] <phanatic> or what to do?
[10:20] <raphink> phanatic: maybe you could send a UVF exception request yourself
[10:20] <raphink> yes you can do that phanatic
[10:21] <phanatic> shall i only file the uvf exception, or also upload the package to revu?
[10:23] <raphink> do both, that's fine
[10:23] <raphink> or rather
[10:23] <raphink> well
[10:23] <raphink> no just send the uvf excp request to ubuntu-motu ML
[10:24] <phanatic> okay
[10:35] <siretart> does anyone know if this would work for planetplanet? -rw-rw-r--  1 www-data www-data 10476 23. Nov 12:46 style.css~
[10:35] <siretart> argl
[10:35] <siretart> I meant this: http://tauware.de/index.php?option=com_rd_rss&id=2
[10:47] <siretart> seems like
[11:06] <Gloubiboulga> siretart, I have just seen that http://revu.tauware.de/details.py?upid=954 needs to be nuked
[11:12] <hub> raphink: uploaded again, reduce the version #
[11:13] <raphink> cool :)
[11:13] <raphink> I'll look at it later
[11:13] <raphink> I'm developping now ;)
[11:13] <raphink> or trying to ;)