[12:01] <tritium> thanks, sistpoty :)
[12:01] <bddebian> slomo: If you build it they will come
[12:01] <tseng> slomo: look up maininclusionrequirements iirc on the wiki
[12:01] <tritium> bddebian, did I not tell you I'd be moving back?
[12:01] <bddebian> slomo: Or get mythtv for tseng :-)
[12:01] <bddebian> tritium: I don't recall so, but I'm braindead :-)
[12:02] <tseng> sorry im too braindead to do real work lately
[12:02] <tritium> bddebian, time to pay my employer back for sending me to school
[12:02] <tseng> i hope pointing people in directions is helpful
[12:02] <bddebian> tritium: Ah yes, that would be nice :-)
[12:02] <ajmitch> tseng: I can pickup some mono fun as well if you want
[12:02] <tritium> Anyway, gotta go get my wife and take her to dinner...see you all later.
[12:02] <bddebian> Later tritium, enjoy
[12:02] <bddebian> bah
[12:02] <slomo> tseng: ok, i'll try to get it into main then... thanks :)
[12:02] <tseng> ajmitch: i will probably clean up anything left over on Sunday
[12:03] <sistpoty> has anyone got a working sbuild-setup?
[12:03] <bddebian> I gotta head home, later gang
[12:03] <sistpoty> cya, bddebian
[12:07] <slomo> hmm... the Section part in debian/control of universe packages shouldn't be universe/bla, it should be just bla... right?
[12:08] <tseng> yeah universe is controled seperately
[12:08] <tseng> ie, things not whitelisted as "main"
[12:08] <tseng> (or restricted or multiverse)_
[12:09] <slomo> ok... i was just puzzled when i saw universe/python in bddebian's package ;)
[12:09] <Tonio-> little question concerning the packaging....
[12:09] <Tonio-> Apparently, I still have .sub and .guess in diff and I should perform make clean before packaging...
[12:09] <Tonio-> Which moment do I have to do it ?
[12:10] <Tonio-> after dh_make ?
[12:16] <comadreja> slomo : ping
[12:17] <slomo> comadreja: pong
[12:17] <comadreja> :) I need your knowledge again :D
[12:17] <comadreja> I have some files in package.install but they don't get installed
[12:17] <comadreja> this cdbs :)
[12:18] <slomo> you have package in control? paste me the content of the file in a query ;)
[12:18] <comadreja> ok
[12:20] <ajmitch> comadreja: package name matches what is in control?
[12:20] <ajmitch> included debhelper.mk in rules?
[12:21] <comadreja> yep, everything else works
[12:21] <comadreja> yes, included
[12:25] <sistpoty> ok, i'm off to bed... cya
[12:25] <tseng> bye sistpoty
[12:47] <chillywilly> buuurp
[12:53] <ajmitch> yes, thankyou for your valuable contribution
[01:52] <\sh> re
[01:53] <Lathiat> so whats the current pending work
[01:54] <slomo> wb \sh
[01:54] <\sh> wiki.ubuntu.com/MOTUToMerge
[01:54] <ajmitch> still plenty of merges, filing RFPs, nicely filing patches for changes we've made, into debian BTS
[01:54] <\sh> hey slomo
[01:54] <ajmitch> besides any other breakage that we have to fix like GLU, C++ :)
[01:54] <\sh> slomo: imms
[01:55] <\sh> In file included from ../immscore/imms.h:9, from ../immsd/immsd.cc:7:
[01:55] <\sh> ../immscore/xidle.h:5:22: error: X11/Xlib.h: No such file or directory
[01:55] <|QuaD-> breezy xlibs = b0rked?
[01:55] <slomo> \sh: wonderfull... but why does it build on every other architecture then? :/
[01:55] <\sh> slomo: I added libx11-dev,libxss-dev
[01:55] <\sh> but I think it's more then that on amd64
[01:56] <ajmitch> Lathiat: so don't worry, you won't run out of work to do! :)
[01:56] <Lathiat> hrm so i cant see anything needing work on the ToMerge page
[01:56] <Lathiat> how can i determine leftover cxx stuff?
[01:56] <ajmitch> Lathiat: click the bug list URL
[01:57] <\sh> Lathiat: wiki.ubuntu.com/UniverseUnmetDeps
[01:57] <\sh> is for cxx apps stuff
[01:58] <ajmitch> \sh: right, I think we need to update that list though
[01:58] <slomo> \sh: does it build now?
[01:58] <\sh> slomo: no
[01:59] <ajmitch> aha, apt-cache unmet
[01:59] <Lathiat> ajmitch: yeh usefull :)
[01:59] <\sh> slomo: this is configure status
[01:59] <\sh> checking for XFlush in -lX11... no
[01:59] <\sh> checking for XextFindDisplay in -lXext... no
[01:59] <\sh> checking for XScreenSaverQueryInfo in -lXss... no
[01:59] <\sh> checking for X11/extensions/scrnsaver.h... no
[01:59] <\sh> but libxss-dev and libx11-dev should give all that, but i can be, that configure.ac is completly wrong
[01:59] <slomo> \sh: nice... what does config.log say?
[02:00] <\sh> configure:5830: g++ -o conftest -g -O2 -I/usr/include/taglib -shared -L/usr/X11R6/lib conftest.cc -lXss  -lpcre -lsqlite3 -lz  -ltag >&5
[02:00] <\sh> /usr/bin/ld: /tmp/ccKPhvjk.o: relocation R_X86_64_PC32 against `XScreenSaverQueryInfo' can not be used when making a shared object; recompile with -fPIC
[02:00] <\sh> /usr/bin/ld: final link failed: Bad value
[02:01] <slomo> hm... already added -fPIC to CFLAGS? (or LDFLAGS?)
[02:02] <\sh> it's in Xss
[02:02] <\sh> checking for X11/extensions/scrnsaver.h... no
[02:02] <\sh> configure: WARNING: XScreenSaver is missing.
[02:02] <\sh> Xss must be recompiled
[02:04] <slomo> hmm but that's only on amd64?
[02:04] <\sh> yes
[02:04] <\sh> libXss and libX11 are behaving like this
[02:06] <Lathiat> Would it be a bad idea to set APTCACHEDIR to /var/cache/apt/archives ?
[02:07] <\sh> who set monotone to pending upload now?
[02:07] <\sh> he/she has to fix it ,-)
[02:09] <slomo> bddebian: your python-pyrtf upload is in the archive... but you can fix it in a few minutes ;)
[02:10] <bddebian> slomo: I can fix it?  What's wrong.
[02:10] <bddebian> slomo: Hi btw :-)
[02:10] <Tonio-> anyone here has a little howto for cdbs ? cause I'm readding a doc about 30 pages and fill a bit lots ;)
[02:11] <slomo> Tonio-: as your packages use autotools you're maybe done with this rules: https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml#id2453401
[02:11] <\sh> Tonio-: please learn debhelper first...before u start bitching around with cdbs..please
[02:12] <\sh> it's better to know the basics first
[02:12] <Tonio-> okay ;)
[02:12] <\sh> Tonio-: I'm telling you this, because cdbs can be a real pain in da a**
[02:13] <\sh> if you don't know where to look, when something's wrong, then u r lost..really
[02:13] <Tonio-> but it appear to be very important to use it isn't it ?
[02:13] <\sh> so when you can read makefiles and come to terms with plain debhelper it's easier for u to determine bugs in cdbs
[02:13] <\sh> Tonio-: important is to read makefiles
[02:13] <slomo> \sh: how do i set the directory where dh_install installs everything into?
[02:13] <Tonio-> k
[02:14] <\sh> slomo: are u installing evering into debian/tmp/<package>/?
[02:15] <\sh> slomo: normally u set dh_install --sourcedir=<source> <file> <destdir> and destdir depends on your package...
[02:16] <Tonio-> so just to be sure I understand well, when you want to use cdbs, you have to create manually the rules files according to the makefile structure is that correct ?
[02:16] <slomo> \sh: nope... debian/package
[02:17] <\sh> slomo: then u don't need dh_install
[02:17] <\sh> dh_install will move normally from debian/tmp/usr/bin/bla to debian/<package>/usr/bin/bla if in package.install usr/bin/bla is set (see man dh_install note on --autodest)
[02:18] <slomo> \sh: ok, what is to be done when i have a file named package in debian/? ;)
[02:19] <\sh> create a package.install ,-)
[02:20] <\sh> ah you mean u have a file in debian/bla
[02:20] <slomo> yes
[02:20] <\sh> or debian/blubb and u want to move it to the install dir
[02:20] <\sh> ?
[02:21] <\sh> mv $(CURDIR)/debian/blubb $(CURDIR)/debian/<package>/<destination>
[02:21] <\sh> bah...it's 2:21 ,-)
[02:22] <\sh> or better s/mv/cp/
[02:22] <slomo> well ok, from the beginning :) i have a file named packagename in debian/ this has to be installed in /usr/bin later... but as dh_install puts all stuff in a directory named debian/packagename the file gets overwritten and everything is broken ;)
[02:22] <\sh> or use $(INSTALL) if it's available if not `install` will do the same and sets perms and owner correctly and creates directories
[02:23] <\sh> ah ok..
[02:23] <\sh> then rename the file debian/packagename to debian/packagename.tobeinstalled
[02:23] <\sh> then $(INSTALL) <whateveryouneed> $(CURDIR)/debian/packagename.tobeinstalled <destdir>/packagename
[02:24] <slomo> ok, thanks :)
[02:24] <\sh> but it's better to put the file debian/packagename into the upstream tar.gz and create a new orig.tar.gz
[02:25] <\sh> so u have a cleaner diff.gz
[02:25] <\sh> and if it's binary, debdiff is not complaining ,-)
[02:25] <slomo> i used dh_install to install the file but as destination is always a directory you can't rename the file with dh_install ;)
[02:25] <slomo> hmm changing the upstream tarball? i thought that is evil?
[02:25] <\sh> that's right..u have to do the install dance normally
[02:25] <\sh> depends
[02:26] <slomo> on what? ;)
[02:26] <comadreja> make: *** No rule to make target `unpatch'.  Stop.
[02:27] <comadreja> I get that when trying to dpatch-edit-patch
[02:27] <\sh> slomo: what the debian/packagename file is
[02:27] <\sh> comadreja: but it uses dpatch already?
[02:27] <comadreja> it's cdbs enabled
[02:28] <\sh> then please use simple-patchsys
[02:28] <comadreja> I just included the dpatch line
[02:28] <\sh> no forget dpatch
[02:28] <\sh> cdbs comes with cdbs-edit-patch
[02:28] <comadreja> awesome, I hate dpatch :D
[02:29] <\sh> but normall diff -ur is also quite good :) I don't like those automatic tools ;)
[02:30] <slomo> \sh: i don't like them either ;) feels like loosing control...
[02:30] <jbailey> \sh: Life sucks when it's too easy for you? =)
[02:30] <bddebian> :)
[02:32] <bddebian> Does synced mean straight from Debian and merged mean merged with existing Ubuntu patches???
[02:33] <\sh> jbailey: well..no :)
[02:33] <\sh> jbailey: but I have to see what I'm doing and what I'm patching
[02:33] <\sh> bddebian: yes
[02:34] <\sh> jbailey: but it helps with some nasty merges a lot those automatic tools..especially when the merge.diff is patching the source without using debian/patches/* ,-)
[02:34] <\sh> configure: error: Can't find libm. Please check config.log and if you can't solve the problem send the file to<EMAIL_ADDRESS>with the subject "torcs compilation problem"
[02:34] <\sh> ekks
[02:34] <\sh> thats too much for me at night..
[02:35] <jbailey> \sh: Got aconfig.log?
[02:35] <jbailey> Nothing should ever fail to find libm. =)
[02:35] <bddebian> \sh: thx
[02:36] <\sh> jbailey: yes...
[02:37] <slomo> bddebian: looked at my comment to your python-pyrtf upload?
[02:37] <\sh> configure:21031: g++ -o conftest -g -Wall -O2 -Wall -fPIC -O2 -DUSE_RANDR_EXT   -L conftest.cc -lm   >&5
[02:38] <\sh> /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../crt1.o: In function `_start':
[02:38] <\sh> ../sysdeps/i386/elf/start.S:115: undefined reference to `main'
[02:38] <\sh> collect2: ld returned 1 exit status
[02:38] <jbailey> Huu...
[02:38] <jbailey> Does conftest.cc contain a main?
[02:39] <\sh> please excuse for this mess now :)
[02:39] <\sh> | #ifdef __cplusplus
[02:39] <\sh> | extern "C"
[02:39] <\sh> | #endif
[02:39] <\sh> | /* We use char because int might match the return type of a gcc2
[02:39] <\sh> |    builtin and then its argument prototype would still apply.  */
[02:39] <\sh> | char sin ();
[02:39] <\sh> | int
[02:39] <\sh> | main ()
[02:39] <\sh> | {
[02:39] <\sh> | sin ();
[02:39] <\sh> |   ;
[02:39] <\sh> |   return 0;
[02:39] <\sh> | }
[02:39] <bddebian> slomo: Not yet, waiting to get kids in bed :-)
[02:40] <\sh> if you have some tips or tricks send it to<EMAIL_ADDRESS>:)
[02:40] <\sh> I'm going to bed now
[02:41] <slomo> gn8 \sh :)
[02:41] <\sh> off to bed :) cheers guys
[04:36] <ajmitch> chillywilly: to avoid getting trampled, you can help with the merging :)
[04:36] <chillywilly> hehe
[04:37] <ajmitch> helping out is a condition of being in here ;)
[04:59] <bddebian> ajmitch: Bah, says who? ;-P
[05:01] <crimsun> leaving vlc until wxwidgets2.6 enters main.
[05:01] <bddebian> :-)
[05:02] <ajmitch> bddebian: says me
[05:02] <ajmitch> crimsun: doing the same for boa-constructor :)
[05:02] <ajmitch> but boa-constructor would have to break UVF
[05:05] <Lathiat> hrm anyone know about postgresql deps?
[05:05] <Lathiat> looking at grass, it fails on checking for libpq-fe.h... no
[05:05] <ajmitch> ah, you'd have to blame pitti there
[05:05] <Lathiat> but it does exist
[05:05] <Lathiat> and it seems to be in the package
[05:05] <ajmitch> he did changes things around
[05:05] <Lathiat> ajmitch: oh its in the wrong spot or something?
[05:05] <ajmitch> got libpq-dev?
[05:05] <Lathiat> yeh i have libpq-dev
[05:05] <Lathiat> i can only suspect its looking in the wrong spot?
[05:06] <ajmitch> possibly
[05:06] <ajmitch> all I know is that he made some changes :)
[05:07] <Lathiat> and hes conveniently not online :P
[05:07] <Lathiat> http://bur.st/~lathiat/ubuntu/rezound.diff
[05:07] <Lathiat> simple cxx rebuild, who handles that?
[05:07] <bddebian> ajmitch: Oh yeah, and who are you? ;-)
[05:08] <chillywilly> he's a slave driver ;)
[05:08] <ajmitch> chillywilly: of course
[05:08] <bddebian> chillywilly: No shix man :-)
[05:08] <bddebian> Oops I'm not supposed to fake swear
[05:09] <bddebian> Where is Seth_k anyway?
[05:10] <chillywilly> little does he know that he will be doing my bidding
[05:10] <bddebian> heh
[05:10] <chillywilly> ajmitch: you get cross-subnet/cross-workgroup browsing over my VPN tunnel via samba WINS server and I will do anything you want me to do ;)
[05:11] <chillywilly> get it working for me that is :)
[05:12] <bddebian> d00d, DONT use WINS!!!
[05:12] <Lathiat> where are the FTBS logs
[05:12] <chillywilly> bddebian: there's not other way to do it over a routed VPN tunnel
[05:12] <chillywilly> no*
[05:13] <bddebian> chillywilly: Is it truly an NT domain or W2K+?
[05:13] <chillywilly> um, well at corporate I have the samba server
[05:13] <chillywilly> with winXP machines on a "workgroup"
[05:13] <|QuaD-> how well do NT or AD domains work on linux? how easy is the setup?
[05:13] <bddebian> |QuaD-: Pretty easy
[05:14] <chillywilly> then I tunnel from my home network whioch has 2 samba sever configured to use the WINS server on that end
[05:14] <chillywilly> workgroup here is LET
[05:14] <|QuaD-> bddebian: i am considering taking an old box and putting ubuntu on it and using it at work
[05:14] <chillywilly> FRODO and GANDALF are the hosts
[05:14] <|QuaD-> right now its a windows only operation
[05:14] <bddebian> chillywilly: So just add hosts entries darnit :-)
[05:14] <chillywilly> there's a bunch of boxes on the corp IT network
[05:14] <|QuaD-> chillywilly: OUR webmaster used to name them LOTR chars too
[05:14] <chillywilly> that does not make browsing work
[05:14] <|QuaD-> i changed the naming to citys
[05:14] <chillywilly> I have /etc/hosts entries for everything
[05:15] <bddebian> chillywilly: It can.
[05:15] <bddebian> chillywilly: What are you trying to browse with?
[05:15] <chillywilly> I suppose I can put hosts in the revolve order thingy
[05:15] <bddebian> Aye
[05:15] <chillywilly> nautilus and/or winXP when I am at work :)
[05:15] <|QuaD-> my goal is to replace our exchange server with something like hula
[05:15] <|QuaD-> problem is, exchange really does a nice job
[05:15] <chillywilly> I have a Ubuntu and WinXP box on my desk at work
[05:15] <bddebian> chillywilly: If you have to you could even add LMHOSTS entries to the Windows boxen
[05:15] <chillywilly> an*
[05:16] <bddebian> |QuaD-: You didn't actually say that did you?? ;-)
[05:16] <chillywilly> that's true but this all seems like a pain in the ass
[05:16] <chillywilly> I eventually want to tie together all MX machines into one big network via openvpn
[05:16] <chillywilly> we have 16 locations nation wide
[05:16] <bddebian> So is WINS over a router, I told you that :-)
[05:16] <|QuaD-> bddebian: i don't like microsoft, but i think they did well with exchange, incredibly easy to admin
[05:16] <bddebian> |QuaD-: Yep
[05:17] <bddebian> |QuaD-: Though Exchange 2K is a little squirrely with the AD integration I think
[05:17] <|QuaD-> bddebian: and it has a lot of functionality, i can't find a free linux product that is as functional
[05:17] <|QuaD-> bddebian: we are using 5.5 :)
[05:17] <bddebian> Ahhh :-)
[05:17] <|QuaD-> bddebian: i am deciding between upgrading to 2k3 or some linux groupwar
[05:17] <|QuaD-> e
[05:17] <|QuaD-> problem is, if something isn't broke, then don't fix it
[05:18] <chillywilly> bddebian: my home network is just a "test" for setting up one of our branches ;)
[05:18] <|QuaD-> bddebian: do you know of any free exchange alternatives?
[05:18] <bddebian> |QuaD-: Have you looked at Exchange4Linux?  I haven't looked at it in quite a while
[05:19] <chillywilly> I want to go out and buy wrt54gs's and load a customer firmware into them to create our VPN as that seems like a cheap linux-based solution :)
[05:19] <|QuaD-> bddebian: no, what is it?
[05:19] <chillywilly> custom*
[05:19] <|QuaD-> i can't really look now, my X is still b0rked :(
[05:19] <chillywilly> just have those routers at each location
[05:19] <|QuaD-> and i am getting mad at links/lynx
[05:19] <chillywilly> running openvpn and/or samba
[05:19] <comadreja> chillywilly I have a wap54g and works great
[05:20] <comadreja> chillywilly :) I only have problems with my laptop's wpa_supplicant on startup
[05:20] <chillywilly> well with a wrt54gs this device will be their default gateway too :)
[05:20] <chillywilly> and they're relatively cheap, ~$70 on newegg.com
[05:20] <comadreja> chillywilly I see, I have a linux router as default gateway
[05:21] <bddebian> chillywilly: Use a hardware solution, it's usually easier to administer anyway.
[05:21] <chillywilly> I have a debian box with 2 nics in it here
[05:21] <chillywilly> bddebian: it is a hardware solution
[05:21] <comadreja> :)
[05:21] <chillywilly> it's a linksys router for crying out loud
[05:21] <chillywilly> just happens to run linux :)
[05:21] <bddebian> chillywilly: Huh???
[05:21] <chillywilly> which makes it infinitely more configurable
[05:22] <chillywilly> I already have the VPN working, just wrestling with winblows networking
[05:22] <bddebian> OK, should I fix my python-pyrtf package or continue with merge bugs???
[05:22] <chillywilly> I can ping back and for between the 2 private LANS
[05:22] <bddebian> chillywilly: By hostname?
[05:22] <chillywilly> sure
[05:22] <chillywilly> well no
[05:22] <chillywilly> by IP address
[05:22] <ajmitch> chillywilly: you don't need broadcast for WINS, I hope?
[05:22] <bddebian> Ah ha
[05:22] <chillywilly> no, WINS is unicast UDP
[05:23] <ajmitch> thought so
[05:23] <bddebian> WINS is puke
[05:23] <chillywilly> you cannot do broadcast over a tunnel
[05:23] <bddebian> Use DNS
[05:23] <comadreja> ajmitch openvpn in it's tap mode acts as a layer2 device
[05:23] <ajmitch> chillywilly: sure, if it's a layer2 tunnel
[05:23] <ajmitch> comadreja: not surprising
[05:23] <chillywilly> tap device you mean?
[05:23] <ajmitch> I've got a layer 2 tunnel setup here
[05:24] <chillywilly> well openvpn doesn't use a layer 2 tunnel then
[05:24] <ajmitch> multipoint, does ethernet over udp
[05:24] <comadreja> chillywilly yes, you can configure it to be a layer 2 tunnel
[05:24] <chillywilly> how?
[05:24] <ajmitch> my setup is good for doing ipv6 :)
[05:24] <comadreja> chillywilly using the tap device instead of the tun
[05:25] <chillywilly> tap sucks
[05:25] <comadreja> chillywilly there are documents explaining it
[05:25] <chillywilly> I know
[05:25] <ajmitch> chillywilly: so does WINS, :P
[05:25] <chillywilly> but tap is crappy
[05:25] <chillywilly> yes WINS sucks too
[05:25] <chillywilly> :)
[05:25] <comadreja> everything sucks :D
[05:25] <chillywilly> weee
[05:26] <comadreja> btw, is there any document on the procedure on how to review pacakges ?
[05:29] <chillywilly> I think ssh should be part of ubuntu-desktop
[05:30] <chillywilly> drives me nuts when I get home and realize that I have no sshd installed on a machine that is behind the NAT/firewall :(
[05:30] <ajmitch> chillywilly: there's a policy of no services by default
[05:30] <chillywilly> blah
[05:31] <chillywilly> I swear I had it installed too so I am thinking something ripped it out
[05:31] <chillywilly> a recent upgrade or whatever
[05:31] <chillywilly> maybe not
[05:31] <chillywilly> probably jsut forgot to install it after redoing an install
[05:42] <bddebian> ack WTF.  I cannot log in to REVU.. :-(
[05:51] <ricosuave17> hello
[05:53] <bddebian> Hello ricosuave17
[05:54] <ricosuave17> if i make a new .deb can i geti ti to u
[05:55] <ajmitch> you can put it up for review & we can take a look at it
[05:55] <ricosuave17> ok ill see what i can do but cant it be uploaded quicker?
[05:56] <ajmitch> not without us checking it
[05:57] <ricosuave17> ok but how can u check like 300000 packages a day
[05:57] <ajmitch> we don't
[05:57] <ricosuave17> then what do u u do
[05:58] <comadreja> we check only new and updated packages
[06:01] <ricosuave17> well dont peolep make lots of those
[06:01] <ajmitch> nope
[06:01] <ricosuave17> why not
[06:02] <ajmitch> because there are already about 20000 packages in ubuntu
[06:02] <ajmitch> and someone would have to care enough about something to package it
[06:02] <ricosuave17> well there are lots of thing on freshmeat that dont have packges
[06:02] <ricosuave17> only rpms
[06:03] <ajmitch> if they're useful, feel free to package them
[06:04] <ricosuave17> is it hard to make packags?
[06:04] <ajmitch> depends on the software that you're packaging
[06:04] <ajmitch> generally, it's not too hard
[06:05] <ajmitch> there are a number of things that you need to learn to do it well
[06:05] <ricosuave17> what thingies?
[06:05] <bddebian> How to bow to ajmitch for starters ;-)
[06:05] <ricosuave17> ajmitch: ???
[06:06] <bddebian> ricosuave17: You need to understand a little about how Debian/Ubuntu packaging works
[06:06] <bddebian> ricosuave17: Try the Debian New Maintainers guide as a good starting point
[06:06] <ricosuave17> ok
[06:10] <ricosuave17> have u seen a packgae for gconfigure
[06:11] <bddebian> I haven't personally but that doesn't mean a whole lot :-)
[06:13] <ricosuave17> well anyway. there seems to be no package for it
[06:17] <bddebian> gconfigure is different than gconf2?
[06:18] <ajmitch> yes
[06:18] <Lathiat> wtf is gconfigure
[06:18] <ajmitch> use google, it shows you :)
[06:18] <ajmitch> some gui frontend to running ./configure
[06:19] <ricosuave17> yes can someone help me find some equivalnet plz
[06:19] <Lathiat> oh thats cool
[06:19] <bddebian> ajmitch: Who has time for google, I'm trying to merge man.. ;-)
[06:19] <ricosuave17> maybe if xchat had google in it
[06:22] <bddebian> Damn I have GOT to create a message filter for bugzilla.. Sheesh
[06:22] <ricosuave17> i think freshmeat should have a deb repostery
[06:23] <bddebian> Use alien and convert it if you just want it for yourself
[06:24] <ricosuave17> but well wat if its tar.gz
[06:24] <bddebian>  ./configure && make :-)
[06:24] <ajmitch> then someone has to put in a little effort & package it
[06:25] <ricosuave17> but ./configure wont also work right
[06:25] <Lathiat> hrm
[06:26] <Lathiat> i take it 'xmkmf' is missing from xutils
[06:26] <Lathiat> liek the other things
[06:26] <ajmitch> Lathiat: quite likely
[06:26] <Lathiat> sigh, this is blocking so many thing
[06:26] <Lathiat> s
[06:26] <Lathiat> any idea when that'l be fixed?
[06:27] <ajmitch> fly to melbourne
[06:27] <ajmitch> give daniels some beer
[06:27] <ajmitch> repeat step above
[06:27] <Lathiat> heh
[06:27] <Lathiat> i already owe him a carton
[06:27] <ajmitch> although it's probably closer for me to fly to melbourne
[06:28] <Lathiat> or i could ask someone to send it for me :)
[06:28] <ajmitch> where's the fun in that?
[06:29] <bddebian> Lathiat: Yes
[06:29] <bddebian> or yes its missing.  Its from xutils which got split in xorg I think
[06:30] <ajmitch> Lathiat: btw how's the ipv6 stuff going? :)
[06:30] <Lathiat> ajmitch: havent really done much lately
[06:31] <ajmitch> closest decent tunnel broker for me is aarnet, which is a bit limiting
[06:31] <Lathiat> ajmitch: where are you from?
[06:31] <Lathiat> and whats wrong with aarnet?
[06:31] <ajmitch> dunedin
[06:31] <Lathiat> ahh
[06:31] <Lathiat> are you on the lca committee?
[06:32] <ajmitch> nope
[06:32] <ajmitch> I'll probably get dragged into being a volunteer though around LCA time
[06:32] <ajmitch> since I worked for one of the committee guys
[06:37] <Lathiat> ugh i hate C++
[06:38] <Lathiat> oen link just filled like 1500 liens with errors
[06:38] <Lathiat> lots of lovely undefined references
[06:38] <ajmitch> better than multi-line template errors
[06:38] <ajmitch> where you try & read an error message spanning 10 lines..
[06:38] <Lathiat> heh
[07:00] <bddebian> Well gnight folks
[07:00] <ajmitch> night bddebian
[07:42] <dholbach> hey
[07:42] <dholbach> how's the review day coming on?
[07:43] <ajmitch> since I just got home from work
[07:43] <dholbach> poor you :/
[07:46] <ajmitch> hmm, didn't realise that liferea was in universe
[07:47] <dholbach> arglargl
[07:47] <ajmitch> REVI? :)
[07:47] <ajmitch> heh
[07:54] <crimsun> bbl, need sleep
[07:54] <dholbach> sleep tight
[08:11] <chillywilly> yaaaay, it works
[08:11] <chillywilly> w00t
[08:12] <dholbach> chillywilly: whaaaaaaaaaat wooooooooorks?
[08:12] <chillywilly> erm, winblows browsing over my openvpn tunnel via samba and WINS
[08:12] <dholbach> excellent
[08:50] <dholbach> who of you still has stuff on  MOTUNewPackages  and  MOTUToReview ? could you please help clean up?
[08:50] <dholbach> Unfrgiven: did you see: there's a new FUSA release
[08:59] <dholbach> anthony mercacante?
[09:12] <dholbach> who of you is having fun reviewing as well? :-p
[09:13] <dholbach> shall we just trash MOTUNewPackages and MOTUToReview?
[09:59] <dholbach> i'm off to university - see you later - HAPPY REVIEWING!
[10:38] <\sh> moins dholbach  :)
[10:38] <dholbach> re
[10:39] <dholbach> \sh: happy review day :)
[10:40] <mitsuhiko> hi
[10:40] <\sh> dholbach: hehe :) I'm just arrived at office..totally tired :(
[10:40] <dholbach> i can imagine - how was your night?
[10:41] <dholbach> hi mitsuhiko
[10:41] <\sh> dholbach: terrible
[10:41] <mitsuhiko> small information. the initscript of mldonkey has an mistace. 'if [ -z "$MDLONKEY_DIR" ] ; then' should be 'if [ -z "$MLDONKEY_DIR" ] ; then'
[10:41] <\sh> dholbach: 20 services gone cause of the thunderstorm
[10:41] <mitsuhiko> hi dholbach
[10:42] <dholbach> mitsuhiko: fix it and write a bug report :)
[10:42] <dholbach> (to debian)
[10:42] <\sh> dholbach: but not on our equipment ... so i had to track down which equipment was the faulty one...tried to reach the other guys...and then tried to get everything running again
[10:42] <mitsuhiko> dholbach: ok. I'll do
[10:43] <\sh> dholbach: but after 1 1/2h i went back home...and couldn't sleep at all.this morning 6am I felt asleep :(
[10:45] <dholbach> ouch :/
[10:46] <\sh> yes..ouch
[10:50] <HostingGeek> Google(TM)
[11:23] <dholbach> where are the REVIEW DAY live messages? :)
[11:24] <ogra> wow
[11:25] <dholbach> looks excellent
[11:25] <ogra> yep, down to 72.... 13 of them pending for upload :)
[11:26] <ogra> in 7 days down from 240 :)
[11:26] <dholbach> we have such a rocking MOTU crew :)
[11:27] <ogra> yep :) but next time we should have a better claendar (at least one where people look at) that we dont catch the date one day before deadline.... :) everybody missed it
[11:28] <ogra> dholbach, we're missing your good organization :)
[11:28] <dholbach> it WAS on the calendar and i put it on MOTUTodo some weeks before :)
[11:28] <dholbach> but you're right, we should have raised awareness to a higher extent
[11:28] <ogra> dholbach, that doesnt help if nobody looks at it :)
[11:28] <dholbach> true that
[11:29] <ogra> and no dholbach pokes us all to look ;)
[11:29] <dholbach> merci beaucoup, monsieur :)
[11:30] <ogra> ;)
[11:32] <dholbach> reviewing min12xxw
[11:37] <dholbach> reviewing ceferino
[11:37] <Mez> review day
[11:37] <Mez> *bounces*
[11:38] <dholbach> woohoo! :)
[11:39] <dholbach> who votes in favor of trashing MOTUToReview and MOTUNewPackages?
[11:39] <ogra> huh MOTUToReview ?
[11:39] <Mez> dholbach, er,
[11:39] <ogra> i thought MOTUToReview got trashed long time ago in favor of revu.... the packages shoudl move over
[11:40] <dholbach> that's my opinion too
[11:40] <Mez> since when was debian/control not needed in a package?
[11:40] <dholbach> Mez: debian/control.    <--- DOT
[11:40] <Mez> ah
[11:40] <dholbach> the pages didn't receive significant changes in the last three weeks afaik
[11:40] <ogra> since when do packages build without a control file ?
[11:40] <Mez> fair engouh
[11:41] <Mez> ogra, I was confused at dholbach's comment of " debian/control. not needed,"
[11:41] <ogra> heh
[11:42] <dholbach> debian/control is for losers!
[11:42] <ogra> php4-universe will likely move to main
[11:42] <ogra> except i get all edubuntu stuf running on php5, which i doubt
[11:43] <Mez> ogra: why will it move into main?
[11:44] <ogra> Mez, because moodle and mediawiki move....
[11:44] <ogra> the mediawiki package debian just prepares cant use php5....
[11:44] <ogra> (if a package moves to main, all its dependencys have to move as well)
[11:45] <ogra> its a long buerocratic process
[11:46] <dholbach> reviewing kio-apt
[11:46] <koke> hi all!
[11:46] <dholbach> hey KOKE!
[11:47] <koke> how are you?
[11:47] <dholbach> fine... thank you - still busy with my thesis, but taking a break for REVIEW DAY! :)
[11:47] <dholbach> how are you?
[11:48] <Mez> hmm
[11:48] <Mez> my package is making a config.guess and config.sub on a debuild -S -sa
[11:48] <dholbach> Mez: in my opinion that's a good thing to do
[11:48] <ogra> it is
[11:48] <Mez> dholbah - why
[11:48] <Mez> I was bitched at before for having them in it
[11:48] <koke> I've been quite busy
[11:49] <Mez> and someone bitched at them being in the diff
[11:49] <ogra> you shoudlnt have it in the debdiff
[11:49] <koke> too much work at job, finals, and new job now
[11:49] <dholbach> Mez: since you don't rely on a *random* recent autotools-dev (/usr/share/misc) on the build daemon - you have more control over what you upload
[11:49] <ogra> it should get copied on build time...
[11:49] <koke> I *need* to get back on MOTU work :)
[11:49] <koke> I missed this :P
[11:49] <dholbach> koke: i can imagine - i want to get back to it too
[11:49] <Mez> so I should shove it into my .orig.tar.gz ?
[11:49] <dholbach> ogra: then you rely on having a *random* one on the building machine
[11:49] <koke> now, there's no time for FindingPackages in breezy :(
[11:50] <dholbach> Mez: no - keep the orig.tar.gz as it is
[11:50] <Mez> dholbach, but, it's now putting them in diff.gz
[11:50] <ogra> dholbach, but a matching one that fits te distro... its not *this* random
[11:50] <ogra> dholbach, and you have a heavily cluttered diff
[11:50] <dholbach> it's like auto* stuff done on a buildd - it makes me feel uneasy
[11:51] <dholbach> "heavily cluttered" is *heavily* exaggerated :)
[11:51] <Mez> well, then
[11:51] <Mez> can you guys review this
[11:51] <Mez> http://siretart.tauware.de/revu/details.py?upid=161
[11:51] <ogra> dholbach, so tell me the difference of one that i copy locally into the sourcepackag in breezy or one the buildd copies from the same package at buildtime
[11:51] <Mez> and then see what I'm on about
[11:51] <dholbach> we're talking about two files - depending on the recent-ness of the upstream author's system
[11:51] <Mez> dholbach, this is a new package
[11:52] <dholbach> ogra: i have control over what i upload and what is built, there's a reason dh_make's rules-file and cdbs does it automagically
[11:52] <dholbach> Mez: i'll do it after kio-apt
[11:53] <comadreja> hey dholbach :)
[11:53] <comadreja> good morning all
[11:53] <dholbach> morning comadreja :)
[11:53] <ogra> dholbach, i only opload for one release of one distro... there is no difference, except it makes the diff readable
[11:54] <comadreja> dholbach : I would like to comment on one of my packages
[11:54] <dholbach> comadreja: fire away
[11:54] <Mez> ogra: in your opinion where should the cp -f /usr/share/misc/config.sub config.sub; cp -f /usr/share/misc/config.guess config.guess be in debian/rules
[11:54] <comadreja> dholbach : could you check control.in in gmail-notify ?
[11:55] <ogra> Mez, in my opinion it belongs in the beginning of the build target
[11:55] <comadreja> dholbach : because it is cdbs autogenerated
[11:55] <ogra> Mez, in dholbachs opinion it belongs in the clean target
[11:55] <ogra> for me thats an abuse of the clean target
[11:56] <Mez> ogra, well dh_make puts it there automatically
[11:56] <ogra> i know
[11:56] <dholbach> comadreja: you should build-depend on a specific python version as well
[11:56] <comadreja> dholbach : it is done by dh_python
[11:56] <ogra> Mez, but if you clean your flat, do you carry the dust in or out ?
[11:56] <dholbach> ogra: in the clean target you make sure, that when you build a source package you have a recent config.{guess,sub}
[11:57] <ogra> dholbach, in the build target you make that sure too since its the same version :)
[11:57] <Mez> dholbach, to be fair, for me - it'd pull in .guess and .sub from hoary
[11:57] <Mez> which could be a problem
[11:57] <dholbach> comadreja: do you have to ship the control file if you have the control.in - i was just astounded by the explicit depends line
[11:58] <Mez> I do agree with ogra
[11:58] <dholbach> Mez: if you're on hoary you can't guarantee that the package will build/work on breezy - that's a bigger problem
[11:59] <comadreja> dholbach : I just wrote control.in the rest is cdbs... it is regenerated on every debian/rules clean
[11:59] <dholbach> ogra: but you rely on some magic done on the buildd - which is something i strongly oppose against
[11:59] <dholbach> comadreja: the explicit depends line as well?
[11:59] <ogra> dholbach, all breezy packages *must* build on on hoary now... we have a backports policy
[11:59] <comadreja> dholbach : yes
[11:59] <dholbach> ogra: you have to make sure it works in breezy in the first place
[11:59] <dholbach> comadreja: that's funny :)
[11:59] <ogra> dholbach, nope
[11:59] <Mez> dholbach, I use a pbuilder
[11:59] <ogra> dholbach, you have to make sure it works in both
[12:00] <dholbach> ogra: "first" :)
[12:00] <ogra> dholbach, you are not the person who needs to test it (that Mez) but the one to fix it if it doesnt work
[12:00] <ogra> s/that/thats
[12:00] <dholbach> Mez: i know, but that doesnt help you with the source package - does it? :)
[12:00] <Mez> dholbach, wha?
[12:00] <comadreja> dholbach : do you advocate now ?
[12:01] <Mez> dholbach, all my packages for brezy go through a pbuilder before I make a source package
[12:01] <dholbach> comadreja: i'll have another look
[12:01] <dholbach> Mez: yeah - i got that point
[12:01] <Mez> dholbach, are you saying that my packages are going to not work because I use a chroot to build them?
[12:01] <dholbach> Mez: but the pbuilder doesnt help with you config.{guess,sub} in the clean target, which you call on hoary system, right?
[12:02] <dholbach> Mez: not neccessarily "don't work"
[12:02] <Mez> dholbach, hence why you move it to the build target
[12:02] <dholbach> Mez: i'm talking about control over what is built
[12:02] <dholbach> Mez: I don't move it to the build target?
[12:02] <dholbach> Mez: did i say that somewhere?
[12:02] <dholbach> Mez, ogra: i understand both approaches
[12:02] <Mez> dholbach, but, you're using breezy are you not?
[12:02] <dholbach> yes
[12:03] <Mez> therefore, you can do that, and not neccesarily cause problems
[12:03] <Mez> for noe
[12:03] <Mez> now *
[12:03] <dholbach> Mez, ogra: but since i got flamed for invoking automake on a buildd, which might be compared (modifying the build system on the buildd), i have my reasons to like the clean-target approach better
[12:03] <dholbach> but i'm ok with both ideas/approaches/religions
[12:03] <ogra> dholbach, i'm not talking about running any auto* stuff
[12:04] <Mez> dholbach, this is a simeple copy of 2 files
[12:04] <Mez> not auto*
[12:04] <ogra> its only copying of two files :)
[12:04] <dholbach> ogra: i'm talking about modifying build system stuff on the buildd
[12:04] <dholbach> i know
[12:05] <ogra> and i make sure its the most recent version for the distro if i copy it on the buildd
[12:05] <Mez> dholbach, it's not modifying the build system
[12:05] <ogra> so i dont see te problem here....beside a silly default habit of dh_make
[12:05] <dholbach> you're relying on the build system on whatever box your package is built - that's what i'm talking about - you're assuming it will be alright
[12:06] <Mez> the build will be done in a chroot, so it'll just get from the chroot, not from anywhere else and means you get latest version of .guess and .sub
[12:06] <ogra> dholbach, i rely on the *distro* which is the base for m build system
[12:06] <ogra> my even
[12:06] <dholbach> it's alright with me, absolutely
[12:08] <dholbach> maybe we should take that discussion to ubuntu-devel@
[12:09] <dholbach> might be nice to hear some additional statements on it
[12:09] <Mez> I was thinking that dholbach
[12:09] <dholbach> cool
[12:12] <dholbach> comadreja: couldnt advocate it - doesnt it build on amd64?
[12:15] <comadreja> dholbach : problem is upstream authos includes a .so
[12:15] <comadreja> dholbach : without it's sources
[12:15] <dholbach> ouch
[12:15] <dholbach> double-ouch
[12:16] <dholbach> i'm not quite sure how we handle that license-wise
[12:16] <comadreja> it's also included in package straw, with it's sources
[12:16] <comadreja> so it's gpl'ed
[12:17] <comadreja> but this author was quite crappy , if I may say
[12:17] <dholbach> not sure how we handle that
[12:17] <Mez>  * maybe you could rm debian/control in the clean target - only for beauty reasons. :)
[12:17] <Mez> wtf?
[12:18] <comadreja> ogra ?
[12:18] <dholbach> Mez: he has debian/control.in which generates debian/control
[12:18] <Mez> oh, ok
[12:18] <Mez> lol
[12:18] <ogra> comadreja, ?
[12:19] <ogra> control.in is da uglyness
[12:19] <ogra> but sadly many people do it...
[12:19] <comadreja> ogra, yes, in package gmail-notify, upstream author includes a gpl .so already compiled without sources
[12:19] <dholbach> ogra: it isnt :)
[12:19] <dholbach> ogra: sorry to oppose again
[12:19] <dholbach> Mez: reviewed gaim-assistant
[12:20] <dholbach> constructs?
[12:20] <ogra> yes,
[12:20] <dholbach> what's that?
[12:20] <dholbach> a package?
[12:20] <jsgotangco> see you all later, i gotta grab some food at the grocer...
[12:20] <ogra> dholbach, whats the usecase to have a .in file there ?
[12:21] <dholbach> ogra: debian gnome packages add a dynamically added uploads line (to make sure everybody in the gnome team can upload)
[12:21] <dholbach> ogra: cdbs takes care of tools you might need (bunzip2, sharutils, python, ...)
[12:21] <ogra> everybody can upload ???
[12:21] <dholbach> no
[12:21] <dholbach> everybody in the team
[12:21] <dholbach> it's created by gnome.mk or gnome-pkg-tools or something
[12:21] <comadreja> damn, yesterday I had a package without cdbs, and everybody recommended me to use cdbs :D
[12:22] <ogra> shuldnt the uploaders be handled by the kaeyring and not in the control file ? thats silly
[12:22] <comadreja> then I reupload with cdbs, and look :D
[12:22] <dholbach> they add the guys mail adress one time and he can upload all the packages that use it
[12:22] <ogra> comadreja, *shudder*
[12:22] <dholbach> ogra: we're talking about debian - they don't have a debian gnome keyring - they don't want to do NMUs all the time
[12:22] <ogra> comadreja, use cdbs wisely wher it makes sense
[12:22] <dholbach> comadreja: the problem is not cdbs - the problem is the .so file
[12:22] <ogra> comadreja, but only there
[12:23] <Mez> dholbach, i have no idea what your build problem is
[12:23] <dholbach> comadreja: binary files are bad
[12:23] <dholbach> Mez: it's what i get in a breezy pbuilder
[12:23] <comadreja> dholbach : I know, it's not my fault, upstream put it there
[12:23] <Mez> dholbach, amd64?
[12:23] <ogra> comadreja, for many usecases cdbs is overkill... you run tons of stuff you dont need
[12:23] <dholbach> Mez: yeah
[12:23] <dholbach> comadreja: that's what you wanted to ask ogra, right? :)
[12:23] <comadreja> yep
[12:24] <dholbach> well, put him on the right track :)
[12:24] <ogra> comadreja, where does the .so file come from ?
[12:24] <comadreja> ogra .orig
[12:25] <comadreja> ogra actually I think it's a library from straw
[12:25] <ogra> comadreja, i mean is this .so file in another package already ?
[12:25] <comadreja> ogra yes, in straw
[12:25] <ogra> oki... is it needed at build time ?
[12:25] <comadreja> nopes, runtime
[12:25] <dholbach> then it should depend on it, shouldnt it?
[12:25] <ogra> then just depend on it and make sure the package uses that one
[12:26] <dholbach> comadreja: i thought it was a random other one, sorry for getting you wrong
[12:26] <comadreja> cool, I'll change that
[12:27] <dholbach> and drop the architecture line accordingly
[12:28] <ogra> look that there is no statically link path to that file in your source code ;) i've ssen such crap if packages try to ship .so files themselves...
[12:29] <dholbach> i think i now went over most of the packages
[12:29] <dholbach> *LUNCH!*
[12:37] <comadreja> package straw has broken dependencies :/
[12:37] <comadreja>   straw: Depends: python-gnome2-extras but it is not going to be installed
[12:40] <ogra> hmm, that has to wait for a working python-gnome2-extras then :/
[12:40] <ogra> poke seb128
[12:41] <comadreja> seems in was libgda issue
[12:41] <comadreja> s/in/it
[12:44] <Lathiat> Anyone else persistently have problems with gnome-panel not picking up menu changes?
[12:51] <Nafallo> Lathiat: indeed
[12:51] <Nafallo> Lathiat: pkill gnome-panel would be an ugly workaround
[12:51] <Lathiat> so annoying :\
[12:51] <Lathiat> Nafallo: sure, but that sucks
[12:51] <Lathiat> and breaks lots of things
[12:51] <Lathiat> cus the system tray goes away
[12:51] <Nafallo> ++
[12:52] <Lathiat> and too many apps crash/lose the icon
[01:00] <dholbach> woohoo - soundconverter ready to go!
[01:00] <dholbach> review day happiness! :)
[01:00] <Lathiat> heh
[01:01] <Lathiat> while your at it, http://bur.st/~lathiat/ubuntu/breezy/rezound.debdiff :)
[01:04] <dholbach> Lathiat: did your mail adress already get whitelisted?
[01:04] <Lathiat> no
[01:05] <Lathiat> who do i ask about that
[01:05] <dholbach> elmo or inifinity (maybe)
[01:05] <Lathiat> thats probably why i didnt notice bzflag go up
[01:05] <dholbach> yeah
[01:08] <dholbach> Lathiat: want me to wait or just upload?
[01:09] <Lathiat> may as well wait
[01:09] <dholbach> alright
[01:09] <dholbach> i have the patched package lying just here :)
[01:10] <dholbach> we have the first package (soundconverter) uploaded - review day success already! :)
[01:10] <ogra> does it make sense to upload heavy 3D stuff if we're awaiting a GLU transition ?
[01:11] <Lathiat> its my understanding that the glu transition is no longer needed
[01:11] <dholbach> sure :)
[01:11] <dholbach> our users have bandwidth and the buildd should be kept busy ;)
[01:11] <ogra> the package names will change... it will need a recompile
[01:11] <Lathiat> ah
[01:12] <Lathiat> hrm
[01:12] <ogra> but i'm not sure how outdated my info is... best to ask daniels how long it will take or if i missed if it was done already
[01:12] <Lathiat> yeh
[01:12] <Lathiat> im abit confused now
[01:13] <dholbach> brb
[01:13] <ogra> Lathiat, wait for daniels
[01:15] <sladen> ogra: kbootsplash probably won't break usplash too much.  It won't make much sense to enable them together
[01:15] <ogra> yep...
[02:29] <slomo> good morning :)
[02:33] <slomo> comadreja: ping?
[02:54] <comadreja> slomo : pong
[02:55] <slomo> comadreja: could you solve the problems? :)
[02:55] <comadreja> slomo : yes, finally everything was solved
[02:56] <comadreja> slomo : luckily :)
[02:57] <slomo> comadreja: oh show me :)
[02:57] <comadreja> http://siretart.tauware.de/revu/details.py?upid=224
[02:58] <comadreja> ogra told me to use a dependency with straw
[02:58] <comadreja> instead of putting the library right in
[02:58] <slomo> hmm and that works? do you install the so file from gmail-notify?
[02:59] <comadreja> I made gmail-notify depend on straw, straw installs the so
[03:00] <comadreja> that way I can have an Architecture: all
[03:01] <slomo> ok, looks good for me :) and you worked with the automatic control file managment ;)
[03:01] <comadreja> I followed the docs :)
[03:01] <\sh> damn
[03:01] <slomo> i haven't used that yet
[03:01] <slomo> hmm... is pkg-config in breezy broken? pkg-config without parameters segfaults for me :(
[03:01] <\sh> bloody 5 hours in ner1
[03:02] <slomo> ah with --help as parameter
[03:02] <comadreja> brb
[03:06] <Mez> anyone here use AMD64 ?
[03:06] <slomo> \sh: what happened?
[03:07] <\sh> slomo: some dtv services are broken..we try to fix this shit..has to do with scrambling and nagra and some other hardware vendors..it's a mess here
[03:08] <Nafallo> Mez: yes
[03:09] <Mez> Nafallo, can you test my upload for me in a sec, just to see it works properly now on AMD64
[03:09] <Nafallo> Mez: sure. just tell me where to find the sources :-)
[03:10] <Mez> Nafallo, just shoving them on REVU noew
[03:11] <Nafallo> Mez: k3b-i18n?
[03:13] <Mez> no - gaim-assistant
[03:13] <Mez> k3b-i8ln =  PITA
[03:14] <Mez> it bitches if i have -Indep
[03:14] <Mez> and bitches if I dont
[03:14] <Nafallo> :-) oki
[03:14] <Mez> but, please try gaim-assistant
[03:15] <Mez> http://siretart.tauware.de/revu/details.py?upid=231
[03:16] <comadreja> back
[03:20] <Mez> Thanks Nafallo poke me when done please
[03:20] <slomo> waah... i have to rework all my revu uploads and write manpages... :( someone here who knows good docs on how to write manpages
[03:20] <Nafallo> Mez: I will, installed deps now.
[03:23] <Nafallo> Mez: http://pastebin.com/323708
[03:28] <Mez> grr
[03:28] <Mez> anyone know how to fix that
[03:28] <Mez> cause i don
[03:34] <chmj> how do I close a bug in malone ?
[03:35] <chmj> nm found it
[03:39] <bddebian> Howdy
[03:41] <bddebian> slomo: ping
[03:41] <slomo> hi bddebian :)
[03:41] <bddebian> Heya slomo
[03:42] <slomo> do you have experience with writing manpages? ;)
[03:42] <bddebian> slomo: I fixed the first parts of your comments.  But how do I fix the build dir in the tarball?
[03:42] <bddebian> slomo: Actually yes, why
[03:43] <slomo> bddebian: because i have to write many... and for some programs i don't even know what exactly they're doing :(
[03:43] <slomo> bddebian: and for the tarball... just take the upstream tarball instead of your changed one
[03:44] <bddebian> Uhhh :-)
[03:44] <bddebian> slomo: Check out help2man
[03:44] <slomo> thanks... seems like i have much work to do today... grmpf ;)
[04:08] <thoreauputic> HostingGeek: umm - why the ctcp ?
[04:08] <thoreauputic> HostingGeek: anything I can do for you/
[04:08] <thoreauputic> ?
[04:08] <bddebian> He hit you to?
[04:08] <thoreauputic> yup
[04:08] <bddebian> What is CTCP ROOT PASSWORD?
[04:08] <Burgundavia> seems I didn't get blessed
[04:09] <thoreauputic> bddebian: doesn't sound very friendly, does it?
[04:09] <Burgundavia> no
[04:09] <bddebian> thoreauputic: No, it doesn't :-)
[04:09] <Burgundavia> oh, now I just blessed
[04:10] <Burgundavia> HostingGeek, I suggest you quit it
[04:10] <thoreauputic> haha - real name " 1337"
[04:10] <thoreauputic> rofl
[04:13] <\sh> 7ctcp HostingGeek RETURN_PASSWORD: ALT-F4
[04:14] <Gazer> hi, I run dupload instead of dput and I think that I upload something to upload.ubuntu.com :S, I need to report that ?
[04:15] <bddebian> Gazer: Are you an approved uploader?
[04:15] <Gazer> bddebian, nop
[04:15] <\sh> Gazer: don't worry
[04:15] <bddebian> Gazer: Then it should get dropped automagically
[04:16] <\sh> elmo will hunt you down tomorrow ,-)
[04:16] <Gazer> :P
[04:16] <slomo> hmm, can somebody help me a bit with dh_makeshlibs, dh_shlibdeps and cdbs? i have a package which consists of a binary package and a library package... the binary package needs to depend exactly on the same version of the library package as it is build with... and i only want the depend one time... when i add a depend with (= ${Source-Version}) in control i get a correct depend and an unversioned one
[04:17] <\sh> anyways...going home now..looks like I have to come back to office later this night
[04:17] <slomo> also DEB_SHLIBDEPS_INCLUDE doesn't work as intented it seems... or i use it the wrong way ;)
[04:17] <Nafallo> I dunno if I'm approved, but seems I'm not since my uploads didn't got built :-P
[04:18] <\sh> Nafallo: u r approved motu..send the key and everything to elmo?
[04:18] <bddebian> slomo: What's the best way to upload my fixes to REVU?  dput -P -f revu *_source.changes ??
[04:19] <\sh> Nafallo: so w8 :)
[04:19] <slomo> bddebian: yes
[04:19] <Nafallo> \sh: yepp. he will probably answer those mails?
[04:19] <bddebian> slomo: Thx
[04:19] <Nafallo> \sh: or do I have to try when it works? :-)
[04:19] <\sh> Nafallo: dunnoo..I just tried many times ;-)
[04:19] <Nafallo> hehe
[04:20] <Nafallo> I tried today indeed ;-)
[04:20] <bddebian> slomo: Well I THINK the fixes are up now. :-
[04:20] <bddebian> )
[04:20] <\sh> it's only 2days...since approval...so put 5 on it ,-)
[04:20] <\sh> anyways..I'm gone...later gentlemen...I'm really finished today
[04:23] <Gazer> wget http://siretart.tauware.de/revu/incoming/ceferino-0507281615/ceferino_0.95-0ubuntu1_source.changes
[04:23] <Gazer> HTTP request sent, awaiting response... 403 Forbidden
[04:23] <Gazer> thats normal ?
[04:24] <Gazer> s/thats/that is/
[04:27] <Nafallo> Gazer: atleast for me
[04:32] <slomo> bddebian: ping? your tarball for python-pyrtf is missing in revu
[04:33] <bddebian> slomo: It is?
[04:34] <bddebian> slomo: I just did dput -P -f revu *_source.changes  Is there something else I need to do?
[04:35] <slomo> bddebian: have you run dpkg-buildpackage -S -sa or without the -sa?
[04:35] <bddebian> Oh, hehe, I think I forgot -sa
[04:37] <bddebian> slomo: OK
[04:44] <slomo> bddebian: you've a vote :)
[04:44] <bddebian> slomo: Thx d00d :-)
[04:45] <bddebian> siretart: ping
[04:47] <slomo> hm... work for today: write 18 manpages and fight with dependency generation *cries*
[04:49] <bddebian> Manpages are t3h suXX0r
[04:53] <slomo> oh and a MainInclusionReport for boo ;) hmm... bddebian? is a simple help2man manpage enough for a package manpage?
[04:56] <bddebian> slomo: Well it's better than nothing which is what most packages ship.. ;-)
[04:56] <bddebian> slomo: MainInclusionReport??
[04:57] <slomo> bddebian: well... but nothing seems not to be allowed... at least dholbach said i have to include some :/
[04:57] <slomo> bddebian: UbuntuMainInclusionRequirements
[04:57] <slomo> bddebian: in the wiki ;)
[04:58] <bddebian> slomo: Ahh :-)
[05:07] <siretart> bddebian: pong
[05:08] <bddebian> siretart: I am unable to logoin to your REVU page and the recover password thing comes back empty afact??
[05:09] <siretart> bddebian: what is your email address?
[05:09] <bddebian> siretart<EMAIL_ADDRESS>or<EMAIL_ADDRESS>[05:10] <siretart> bddebian: try this<EMAIL_ADDRESS>[05:12] <bddebian> siretart: That did it, thanks.  Weird
[05:19] <bddebian> siretart: Still no way to change a password on the site?
[05:21] <siretart> bddebian: send me an signed and encrypted email. usermanagment will be in revu2
[05:28] <bddebian> siretart: OK, thx
[05:42] <Mez> what happened to reviewing things
[05:43] <slomo> Mez: i'll review further when i've fixed all my packages ;) but this may take some time... i need 18 manpages ;)
[05:45] <Mez> slomo, whats the point of this
[05:45] <Mez> http://siretart.tauware.de/revu/incoming/faac-0507270200/faac-1.24clean/debian/watch
[05:46] <slomo> man uscan ;) when you have a watchfile you can run uscan in your package directory and it checks whether there is a newer version and downloads it for you
[05:47] <thoreauputic_> !seen godzirra
[05:47] <thoreauputic_> oops
[05:47] <thoreauputic_> sorry
[06:23] <slomo> can someone have a look at http://siretart.tauware.de/revu/details.py?upid=237 ? especially the manpages i've written...
[06:45] <\sh> re
[06:48] <slomo> wb \sh
[06:51] <\sh> sorry...for not being a great help today...but office work has prio 1 :)
[06:55] <\sh> I heard u had a happy review day with one new package upload? great :)
[06:56] <slomo> lol... well there will be more when some more people look through the uploads... and when i have upload rights :/
[06:56] <slomo> and when i don't have to write 16 manpages ;)
[06:57] <dholbach> hey
[06:57] <dholbach> how's the review day coming on? :)
[06:57] <slomo> hey dholbach :) you've mail ;)
[06:58] <slomo> dholbach: it doesn't really start off :/ partly your fault :P i'm currently writing the remaining 16 manpages =)
[06:58] <dholbach> ah, i see :)
[06:58] <dholbach> oh man...
[07:00] <infinito> hi!
[07:00] <infinito> i know it's too late
[07:00] <dholbach> mh?
[07:00] <infinito> but i asked for gcfilms to get synced form debian and don't know what happend...
[07:01] <dholbach> infinito: http://people.ubuntu.com/~lamont/buildLogs/byDate/today.html should know
[07:02] <infinito> dholbach, if it's not there it was nos synced?
[07:02] <infinito> (sorry about my crappy english)
[07:02] <dholbach> apparently so
[07:02] <infinito> ummm
[07:02] <lamont> infinito: the other place to look is buildLogs/Lists/breezy.all.$ARCH
[07:02] <infinito> is there anything i can do to get it synced before breezy release?
[07:03] <lamont> which lists source packages and their current state
[07:04] <Riddell> who can I get to take a look at qt4 packages?
[07:04] <infinito> ummm not there either
[07:05] <\sh> Riddell: when it has time until tomorrow evening...I can take a look
[07:05] <\sh> but not today
[07:06] <infinito> lamont: is there any chance to get it synced?
[07:06] <lamont> infinito: not my decision to make
[07:07] <dholbach> infinito: state, why it should be synced, confirm that you built the package on your box and it works on #ubuntu-devel or on ubuntu-devel@
[07:07] <dholbach> it's not my decision either
[07:07] <dholbach> but it will catch more decision-makers' eyes there
[07:07] <infinito> it's been in debian sid for a while
[07:07] <dholbach> in #ubuntu-devel :)
[07:08] <\sh> infinito: if it's not in ubuntu already...it goes into universe so put it on UniverseCandidates
[07:08] <infinito> dholbach, lamont: thank you, i'm gonna try in #ubuntu-devel
[07:08] <dholbach> infinito: super
[07:08] <infinito> \sh: it's been in UniverseCandidates since long...
[07:09] <\sh> infinito: ok..then there is right now no decision made from MOTU...so even elmo won't listen
[07:24] <dholbach> we have  !!! 3 !!!  uploaded packages already
[07:24] <dholbach> where's the review party going on as well?
[07:33] <HostingGeek> http://www.epodunk.com/cgi-bin/weatherInfo.php?locIndex=55275
[07:36] <comadreja> having a .sgml and using cdbs how do I generate and install a man page ?
[07:37] <\sh> comadreja: man docbook2man
[07:38] <\sh> and provide a hook in the install target
[07:38] <comadreja> thanks \sh :)
[07:39] <dholbach> comadreja: gparted has it for example - be sure to remove the generated manpage in the clean target
[07:39] <\sh> comadreja: /away
[07:39] <\sh> huch
[07:39] <dholbach> bbl
[07:40] <comadreja> ok
[07:43] <\sh> I think I was to harsh
[07:44] <comadreja> \sh with whom ?
[07:45] <\sh> infinito
[07:45] <Lathiat> http://people.ubuntu.com/~lamont/buildLogs/p/pingus/0.6.0-8build1/pingus_0.6.0-8build1_20050724-1644-i386-failed.gz
[07:45] <Lathiat> ^ can anyone tell me what the C++ error is likely to mean
[07:46] <\sh> hmm...for this I have to look into the code directly
[07:47] <comadreja> it's returning a virtual object
[07:47] <Lathiat> well, its not returning anything, but its in the constructors definition
[07:47] <\sh> sprite_drawable.hxx:49: error: invalid abstract return type for member function 'WorldMapNS::SpriteDrawable WorldMapNS::SpriteDrawable::operator=(const WorldMapNS::SpriteDrawable&)'
[07:48] <\sh> it returning WorldMapNS::SpritDrawable
[07:49] <\sh> nonsense
[07:50] <\sh> sh*t it does
[07:51] <\sh> let me try to patch it
[07:55] <siretart> hi folks
[07:55] <bddebian> Heya siretart
[07:56] <\sh> huhu siretart
[07:56] <siretart> I just uploaded a new version of wifi-radar, which should fix all issues with it
[07:56] <siretart> I'm very sorry that I cannot join you with the review day, but I need to finish my thesis :(
[07:56] <Lathiat> \sh: thanks :) cus it confuses the hell out of me :)
[07:56] <Lathiat> also most files generate the virtual/non-virtual destructor thing
[07:56] <Lathiat> i dunno if thats a problem
[07:57] <\sh> Lathiat: no...only a warning
[07:58] <dholbach> siretart: don't worry, me too ;-)
[07:58] <siretart> dholbach: hey! :)
[07:58] <dholbach> siretart: i took some time off for doing one or the other comment ;)
[07:58] <siretart> hehe
[07:58] <siretart> I got extension for one week. but I have still tons of work to do :(
[07:59] <bddebian> heh
[07:59] <dholbach> siretart: happy hacking then
[07:59] <dholbach> siretart: i get back to my stuff too
[07:59] <siretart> dholbach: yes, I'll rather stay in the background. But I really wanted to get wifi-radar for ivoks in universe, at last
[08:00] <siretart> because I always had to downcheck his package :(
[08:05] <\sh> hmmm...needs a closer look into c++ documentation *grrr*
[08:06] <siretart> bddebian: you again missed the python build-dep ;)
[08:06] <Lathiat> \sh: :\
[08:06] <bddebian> siretart: On what?
[08:06] <siretart> gmail-notify
[08:06] <bddebian> Damnit
[08:06] <siretart> bddebian: see http://siretart.tauware.de/revu/incoming/gmail-notify-0507282005/linda
[08:06] <siretart> no, you don't
[08:07] <siretart> everyone makes mistakes :)
[08:07] <comadreja> it's me
[08:07] <bddebian> Oh hehe :-)
[08:07] <\sh> Lathiat: actually this is my fourth damn sourcecode :)
[08:08] <comadreja> siretart, and it's not a problem fmpov
[08:08] <siretart> oh. sorry for the confsion :)
[08:08] <comadreja> because this package doesn't build anything
[08:08] <siretart> comadreja: ah, ok. but then you could document that with an linda override
[08:08] <comadreja> just copies the python scripts to the directories
[08:08] <comadreja> how ?
[08:08] <siretart> why do you use dh_python then?
[08:08] <siretart> look in the linda documentation
[08:08] <comadreja> because cdbs does
[08:09] <comadreja> ok
[08:10] <comadreja> dh_python creates the ${python:...} for the control file
[08:10] <comadreja> with the dependencies
[08:10] <siretart> ah. now I see.. hmm.
[08:10] <siretart> well, if you are confident that you dont need that python dependency, install a linda override, that is what they are for
[08:11] <\sh> ok..guys../me is going to bed early...tomorrow more...sorry for not being a help today...
[08:11] <comadreja> regarding the control.in, I just followed the documentation that was given to me regarding cdbs, but I can change it easily
[08:11] <siretart> \sh: you rocked the whole week!
[08:11] <comadreja> \sh: yep, have some rest
[08:11] <Lathiat> \sh: night :)
[08:12] <siretart> comadreja: yes, this control.in is considered harmfull and even prohibited in current debian release policy!
[08:13] <dholbach> siretart: ?
[08:13] <dholbach> siretart: debian gnome team uses it in EVERY upload
[08:14] <dholbach> nevermind me - i should be away anyway :)
[08:14] <comadreja> :) you tell me what to do, because I get very different point of views, I have no problem with any.
[08:15] <ajmitch> morning
[08:15] <dholbach> andrew!
[08:15] <comadreja> morning ajmitch :)
[08:15] <siretart> dholbach: Do I confuse this with automatic updating of changelogs?
[08:15] <dholbach> siretart: probably - never heard of that
[08:15] <ajmitch> auto-updating of build-deps with control.in is especially evil
[08:15] <ajmitch> and considered a Bad Thing
[08:16] <comadreja> cool :)
[08:16] <comadreja> I'll use that
[08:16] <siretart> dholbach: http://release.debian.org/etch_rc_policy.txt
[08:16] <ajmitch> ah, thanks siretart :)
[08:16] <siretart> These targets must not change the package's build-dependencies or the changelog.
[08:17] <dholbach> um, where?
[08:18] <ajmitch> dholbach: section 4
[08:18] <siretart> section 4, paragraph 4
[08:18] <dholbach> ah yes
[08:18] <ajmitch> so the gnome team *just* manages to scrape through ;)
[08:18] <dholbach> they change the upload field
[08:18] <siretart> paragraph 3, sorry
[08:18] <dholbach> uploader
[08:19] <siretart> what problem do they intend to solve with this?
[08:19] <dholbach> jbailey: do you think that @cdbs@ in build-depends clashes with http://release.debian.org/etch_rc_policy.txt - section 4 paragraph 4?
[08:19] <ajmitch> siretart: haveing 20 people listed in the Uploaders field
[08:19] <ajmitch> for about 100 packages :)
[08:20] <ajmitch> dholbach: @cdbs@ in build-depends is a Bad Thing
[08:20] <siretart> dholbach: this was discussed in a quite big thread on debian-release, I think
[08:20] <dholbach> ajmitch: i'm just asking for another opinion :)
[08:20] <siretart> ajmitch: I see the point
[08:20] <dholbach> jbailey: oh well: section 4 paragraph 3 :)
[08:21] <ajmitch> dholbach: #debian-devel can offer plenty of opinions ;)
[08:22] <chillywilly> need food
[08:22] <HostingGeek> http://www.google-store.com/
[08:23] <siretart> need time. and motivation
[08:23] <slomo> need aspirin ;)
[08:24] <jbailey> dholbach: I have already discussed it and cleared my idea with the release managers.
[08:25] <dholbach> so they're not strongly opposed against it?
[08:25] <jbailey> dholbach: Not at all, they agree with the reasoning.
[08:25] <jbailey> Here's the trick: =)
[08:25] <HostingGeek> siretart: need me
[08:25] <jbailey> "These targets must not change the package's
[08:25] <jbailey> 	build-dependencies or the changelog."
[08:25] <ajmitch> jbailey: surprising :)
[08:25] <dholbach> that's what i thought :)
[08:25] <jbailey> So the answer is just don't make debian/control a dependancy of those targets.
[08:26] <dholbach> :)
[08:26] <jbailey> There will be a hook in cdbs2 that verifies if it beleive debian/control to be up to date.  It will fail the build in that case.
[08:26] <dholbach> that sounds cool
[08:26] <jbailey> There will be a DEB_BUILD_OPTIONS token that allows you to say "Please auto-update the control file"
[08:26] <jbailey> Or you can manually run debian/rules debian/control to update it.
[08:26] <dholbach> merci beaucoup, monsieur :)
[08:26] <jbailey> And then everyone is happy. =)
[08:27] <ajmitch> jbailey: hah, you'll never please everyone
[08:27] <siretart> ajmitch: in this case, I think vorlon and Kamion are sufficent ;)
[08:28] <jbailey> siretart: And the ftp masters. =)
[08:28] <ajmitch> now that's a challenge
[08:28] <jbailey> ajmitch: Well, the answer beyond that is "Just don't use it!"
[08:28] <jbailey> Nonono, it's already done.
[08:29] <jbailey> Even Joerg.
[08:29] <ajmitch> you *must* have talked fast
[08:29] <jbailey> That's why I've stayed out of all of the discussions.
[08:29] <jbailey> Everyone's making noises about the current cdbs way of doing it, which is total crack.
[08:30] <ajmitch> agreed
[08:31] <jbailey> Noone hates CDBS for reasons that should stop it from existing.
[08:31] <jbailey> They hate it for the petty reasons like, not enough documentation, or difficult to get troubleshooting info out of it.
[08:31] <jbailey> Occasionally people come up with arguments for not using it that equally apply to debhelper and every patch system.
[08:31] <jbailey> But I try to ignore luddites. =)
[08:32] <jbailey> But the problems that people have with cdbs are the ones that are relatively easy to solve.
[08:32] <bddebian> :-)
[08:32] <jbailey> So I think the *most* annoying thing with cdbs is that it's good enough right now that it's hard to find hackers for it.
[08:32] <ajmitch> the main complaint I see is that it hides too much\
[08:33] <jbailey> So it's subject to my spare time.
[08:33] <ajmitch> ah spare time
[08:33] <jbailey> ajmitch: What does that mean? =)
[08:33] <ajmitch> very elusive
[08:33] <ajmitch> jbailey: people consider cdbs to be too much of a black box :)
[08:33] <jbailey> Most of the time it means that when it behaves unexpectedly, you can't ask it for details.
[08:33] <ajmitch> probably
[08:33] <jbailey> So that's a solvable issues.
[08:33] <jbailey> -s
[08:33] <jbailey> (Pick whichever s you want)
[08:38] <siretart> ajmitch: goal? for sure. requirement? I don't think so
[08:39] <ajmitch> siretart: it'd mean a bit more work for MOTUs to have a clean upgrade - we'd have to make sure merges are done, for one ;)
[08:39] <bddebian> Doh..
[08:40] <siretart> ajmitch: I think that piuparts could be very useful in finding problematic packages
[08:40] <ajmitch> siretart: it will be, I've got to get it setup here
[08:42] <herve> heya!
[08:43] <ajmitch> hi herve
[08:43] <bddebian> Howdy herve
[08:53] <grover> is oprofile available through universe in hoary? it seems to be no longer available
[08:53] <dholbach> hi herve :)
[08:53] <dholbach> happy review day! :)
[08:53] <herve> daniel!
[08:54] <dholbach> grover: packages.ubuntu.com should know
[08:55] <grover> dholbach: it says yes but apt-get install oprofile says pkg not available but referred to by another pkg
[08:55] <dholbach> hm
[08:56] <herve> source package failed to compiled?
[08:58] <grover> how would one find out?
[08:59] <dholbach> http://people.ubuntu.com/~lamont/buildLogs/
[08:59] <herve> http://people.ubuntu.com/~lamont/buildLogs/o/oprofile/
[08:59] <herve> ha no, "successful"
[09:00] <herve> argh!
[09:00] <herve> me fool, you use hoary
[09:00] <herve> no, successful too
[09:05] <comadreja> where can I find a list of linda overrides ?
[09:07] <comadreja> found
[09:12] <dredg> lo all
[09:15] <grover> herve: so should I file a bugreport somewhere? I think it's kinda strange that a pkg in hoary universe (which isn't being actively updated anymore, right?) would just vanish
[09:21] <dholbach> hey dredg!
[09:21] <dholbach> niall! long time no see :)
[09:21] <comadreja> I need a revision on http://siretart.tauware.de/revu/details.py?upid=245
[09:21] <dredg> dholbach: you too :)
[09:21] <dredg> dholbach: i've been very busy
[09:21] <dredg> how are you?
[09:22] <dholbach> dredg: me too - still busy with my thesis - but i took some time off for review day :)
[09:22] <Nikopol> hi there
[09:22] <dholbach> i'm fine, thanks
[09:23] <dredg> dholbach: ah yes, the thesis :) hasn't that suffered enough? :)
[09:23] <dholbach> i have 3 weeks left :)
[09:23] <tseng> jeez
[09:23] <tseng> school takes forever there
[09:23] <dholbach> hahaha :)
[09:24] <dredg> dholbach: well good luck :)
[09:24] <dholbach> thank you very much :)
[09:24] <Nikopol> I've created a deb of GNUDoku but need some help and feedback.
[09:25] <Nikopol> I've never packaged before so am pretty useless
[09:25] <Nikopol> I've placed the file here
[09:25] <Nikopol> http://www.mmboydell.f2s.com/gnudoku-0.91_0.91-1_i386.deb
[09:25] <dholbach> Nikopol: you may want to upload it to REVU (http://wiki.ubuntu.com/REVU) - it catches most eyes there
[09:25] <Nikopol> aha
[09:25] <Nikopol> cheers dholbach
[09:26] <dholbach> Nikopol: we need the source package: .diff.gz .orig.tar.gz and .dsc
[09:26] <Nikopol> ok
[09:26] <dholbach> dredg: good luck with that too - you've been VERY busy
[09:26] <Nikopol> is there a simple howto somewhere?
[09:26] <Nikopol> Didn't find one in google
[09:26] <Nikopol> :(
[09:26] <dredg> dholbach: currently waiting to hear back from google
[09:27] <dredg> had a set of interviews with them on monday, so i should hear within the next two weeks
[09:28] <dholbach> Nikopol: the debian new maintainers guide and debian policy are a must (for looking stuff up), we have wiki.ubuntu.com/PackagingTips on the wiki and at some stage you may want to have a pbuilder for checking the build properly (http://wiki.ubuntu.com/PbuilderHowto) - apt-get source <somepackage> is always good for comparing with other packages
[09:28] <Nikopol_out> thanks dholbach
[09:28] <dholbach> dredg: *fingers crossed*
[09:29] <Nikopol_out> dholbach: I think that's me sorted. Will work on it later on after the pub ;)
[09:29] <dholbach> Nikopol_out: but REVU (http://siretart.tauware.de/revu/) contains a lot of information hidden within - it's where we review packages of other guys - you'll find good and bad examples there
[09:29] <dredg> dholbach: my fingers have been crossed for over a month :)
[09:29] <dholbach> (no offense to anybody meant - you didn't see my first packages ;-p)
[09:29] <Nikopol_out> dholbach: thanks for your time
[09:29] <Nikopol_out> and the help :)
[09:30] <dholbach> de rien :)
[09:31] <herve> grover, I don't know what happen, so if no one can answer you tonight, the best is to file a bug
[09:32] <herve> sweet the new slaphscreen from OOo2
[09:32] <dholbach> comadreja: reviewed
[09:32] <herve> and it opens fast
[09:35] <comadreja> dholbach : I don't have the year of the copyright, that's why I haven't put it
[09:35] <comadreja> it's not in upstream :/
[09:35] <dholbach> comadreja: not even in a cvs changelog or something?
[09:35] <dholbach> comadreja: the guys being involved in it? at which stage?
[09:36] <grover> herve: ok thx
[09:36] <comadreja> dholbach : nopes, I couldn't find it anywhere
[09:36] <comadreja> ajmitch : you could review gmail-notify
[09:36] <dholbach> ok, it's surely just 2005
[09:36] <comadreja> dholbach : I'll do that
[09:37] <dholbach> gmail doesn't exist that long ;)
[09:38] <dredg> i've had a gmail account for nearly a full year
[09:39] <comadreja> dholbach : how do you review that fast and that good ? :)
[09:39] <dredg> over a year actually
[09:39] <dholbach> i do?
[09:39] <dredg> since, erm, last march or april
[09:39] <comadreja> I think so
[09:39] <dholbach> dredg: oh well... :)
[09:40] <dholbach> comadreja: thank you very much - well i did most of the mistakes myself and got thrashed for it :-p
[09:40] <chillywilly> dredg: well aren't you special
[09:40] <dredg> chillywilly: yes, thanks
[09:40] <chillywilly> *thwap*
[09:40] <dredg> dholbach: i'd put the copyright at 2004 to be safe :)
[09:40] <dholbach> dredg: i raise no objections
[09:41] <dredg> chillywilly: if you've nothing productive to say, could you say it louder somewhere else? thanks.
[09:41] <dholbach> comadreja: and we were a smaller team and had quite a lot to do in hoary, maybe that's why :)
[09:41] <Lathiat> herve: opens fast? :P takes 23 seconds here
[09:41] <herve> it took 5 secs
[09:41] <comadreja> :)
[09:41] <Lathiat> 4 seconds hot off the disk cache
[09:41] <comadreja> I'd put 2004,2005, objections ?
[09:41] <chillywilly> dredg: no
[09:42] <dholbach> comadreja: fire away
[09:42] <chillywilly> dredg: thanks a bunch
[09:43] <ajmitch> slomo: wanting nemerle reviewed or not?
[09:44] <slomo> ajmitch: don't know... someone tries to get it into debian but i don't think it will hurt when we have an other package first ;) or what do you think?
[09:44] <ajmitch> slomo: it can hurt upgrades
[09:45] <ajmitch> ah, the ITP is nearly a year old
[09:45] <dholbach> ITPs give me headaches :)
[09:45] <slomo> yes but the guy is trying hard atm... i've contacted him
[09:45] <ajmitch> ah good
[09:46] <dholbach> we should do something about UniverseNewPackages, ajmitch's rfp list and the utnubu-list
[09:46] <ajmitch> that was my next question, whether you had contacted him :)
[09:46] <ajmitch> dholbach: I'm on the utnubu mailing list, have yet to announce myself :)
[09:46] <Riddell> new ksystemlog for review http://siretart.tauware.de/revu/details.py?upid=246
[09:47] <dholbach> Riddell: let poor \sh_away sleep/do-whatever-pleases-him - he had a tough night at the office - i'll have a look at it
[09:48] <slomo> ajmitch: so you think it's better to wait? ok, then move it to the archives or better nuke it ;)
[09:51] <ajmitch> slomo: depends on how the ITP author is going, whether he uses any of your package or not
[09:52] <slomo> ajmitch: i've taken his old package and changed it to conform with the CLIPolicy... but he already done a newer version himself which conforms to the policy and changed some other stuff too
[09:53] <ajmitch> maybe invite him to work within the pkg-mono team?
[09:54] <slomo> he was already invited by meebey... but i don't know his answer
[09:54] <ajmitch> ah great
[09:54] <tseng> who what?
[09:54] <ajmitch> tseng: nemerle itp
[09:54] <tseng> oh
[09:54] <tseng> slomo fixed his shit
[09:55] <tseng> hm
[09:55] <slomo> tseng: yeah but he has done a conforming version too and tries to get it into debian atm
[09:55] <tseng> meh fine
[09:55] <slomo> tseng: look here... what do you think? https://wiki.ubuntu.com/MainInclusionReportBoo
[09:55] <comadreja> http://siretart.tauware.de/revu/details.py?upid=249
[09:56] <tseng> slomo: good
[09:56] <tseng> yes, i did read it :P
[09:56] <tseng> besides the bug
[09:56] <tseng> ive done like 10 of these
[09:57] <slomo> i've created a fix for the problem and dholbach uploaded it a few minutes ago ;)
[09:58] <tseng> woo
[09:59] <slomo> and i've contacted the debian maintainer to solve it for debian
[09:59] <dholbach> Riddell: i noted some points - but nothing kde specific, because i have NO clue :)
[10:02] <Riddell> dholbach: what's the points?
[10:03] <dholbach> erm: http://siretart.tauware.de/revu/details.py?upid=246
[10:04] <Riddell> thanks
[10:05] <dholbach> comadreja: you're lucky :)
[10:05] <siretart> uurh. rpath considered evil!
[10:06] <dholbach> siretart: you're hanging out with guys too much, who just see the evil things in the world :-p
[10:06] <comadreja> dholbach : :)
[10:06] <dholbach> comadreja: well done
[10:07] <comadreja> dholbach : I included the changes in the readme, would that be enough ?
[10:07] <comadreja> dholbach : you can check it
[10:07] <dholbach> comadreja: it's cool to have it in the changelog, so you better keep track of patches, if you have multiple ones and you drop one with the next package, add a new one a version later, ...
[10:08] <dholbach> comadreja: it's just fancy, but no must - that's why i advocated it
[10:08] <siretart> dholbach: http://www.parashift.com/c++-faq-lite/big-picture.html#faq-6.15 - I'm using 'evil' in a quite similar context ;)
[10:08] <comadreja> cool, thanks !
[10:08] <dholbach> siretart: super, thanks for that link :)
[10:09] <dholbach> comadreja: if you read the debian/changelog of seb128's packages, you'll see what i mean (gnome-control-center for example)
[10:10] <comadreja> dholbach : yep, I've seen it, he has quite good packages
[10:10] <dholbach> yeah he rocks :)
[10:11] <comadreja> indeed
[10:12] <siretart> ok, I'm off for my GF for tonight. cu tomorrow, folks!
[10:12] <dholbach> bye siretart - have a nice evening
[10:12] <siretart> thanks :)
[10:12] <slomo> bye bye siretart :) have fun
[10:20] <comadreja> dholbach : sorry to bother you again, but do you think this is better ?
[10:21] <dholbach> that's lovely
[10:21] <comadreja> :)
[10:22] <dholbach> ok - i'm off as well - part-time-reviewing/uploading and part-time-thesis-writing doesnt work properly
[10:23] <dholbach> keep up the happy review day
[10:23] <comadreja> thanks !
[10:23] <comadreja> enjoy
[10:23] <dholbach> de rien :)
[10:55] <herve> night all
[10:55] <herve> or day :-)
[10:58] <Riddell> where can I find the list of files that don't need to be included in debian/docs ?
[10:59] <ajmitch> man dh_installdocs
[10:59] <ajmitch> it has some info about that
[11:34] <comadreja> hey slomo :)
[11:34] <comadreja> ajmitch : :)
[11:34] <slomo> hey :)
[11:35] <ajmitch> comadreja: someone has to be picky about these things ;)
[12:00] <slomo> gn8 everybody