[12:47] <crimsun> minghua: Hi, someone mentioned earlier that src:scim-tables needs to be rebuilt against the new libscim-dev
[12:50] <minghua> crimsun: yes, actually scim-pinyin, scim-tables, scim-chewing, scim-prime, scim-canna, scim-anthy, scim-skk, scim-uim, and mlterm all need rebuild due to the libstdc++ allocator ABI transition of scim.
[12:52] <minghua> I think dholbach rebuilt scim-hangul a few days ago answering specific request on malone
[12:52] <LaserJock> is there a way to keep .svn directories from being included in a package?
[12:52] <minghua> it would be nice if MOTU can rebuild them all, of course
[12:52] <minghua> LaserJock: yes, look at -i option for dpkg-buildpackage (and I believe debuild also)
[12:53] <LaserJock> minghua: thanks
[01:00] <crimsun> minghua: ok, I can manage that. I just wanted to check if you guys were going to do it in Debian any time soon, since then Ubuntu could sync.
[01:01] <odla> what engine do i need to listen to flac?  is it the gstreamer?
[01:02] <minghua> crimsun: I am only maintainer of three packages among that bunch
[01:02] <minghua> crimsun: I plan to upload a new scim-tables this weekend, so acutally you can skip that :-)
[01:02] <crimsun> minghua: ok great :) That's what I wanted to check for.
[01:03] <crimsun> no sense in rebuilding and then syncing if a sync will suffice :)
[01:03] <minghua> crimsun: of course, thanks for helping
[01:03] <crimsun> np
[01:21] <thierry> LaserJock : hi
[01:23] <LaserJock> thierry: hi
[01:27] <Kyral> hey LJ
[01:28] <thierry> LaserJock : do you have any time to help me packaging with .desktop file?
[01:28] <Kyral> .desktop is easy
[01:29] <LaserJock> Kyral: then maybe you and thierry should head over to -motu-school
[01:29] <Kyral> i was just gonna point him to EasyChem lol
[01:30] <thierry> Kyral : what is EasyChem?
[01:30] <Kyral> thierry: its the package I pretty much cut my teeth on
[01:31] <thierry> Kyral : k... first I need to get the dapper source... who do I do without disturbing all my apt-get config?
[01:31] <thierry> how*
[01:31] <Kyral> thierry: for what?
[01:32] <Kyral> EasyChem?
[01:32] <LaserJock> thierry: do you have a particular package you want to add the .desktop file too?
[01:32] <Kyral> Its still in REVU lol
[01:32] <Kyral> http://revu.tauware.de/revu1-incoming/easychem-0512011625/easychem-0.6/
[01:33] <thierry> LaserJock : let's say  euler
[01:34] <thierry> first the source... I just discovered yesterday that I was always getting the breezy source to do my changes, how do I get the dapper one without disturbing my apt-get config?
[01:34] <Kyral> replace the deb-src lines with Dapper ones
[01:34] <crimsun> add the dapper deb-src lines temporarily
[01:35] <crimsun> don't replace the current ones, just add the dapper deb-src ones.
[01:35] <LaserJock> crimsun: what about a dapper chroot?
[01:35] <thierry> crimsun : isn't there a direct command I could use to get it?
[01:36] <LaserJock> thierry: you can also go to packages.ubuntu.com
[01:36] <crimsun> thierry: there is, but you have to have them all defined in /etc/apt/sources.list
[01:36] <crimsun> LaserJock: I presume a dapper chroot would already have access to dapper ;)
[01:36] <crimsun> [unless you were offering that as an alternative]
[01:37] <LaserJock> alternative
[01:37] <LaserJock> I guess
[01:37] <crimsun> right, I'm a little slow on Fridays
[01:37] <Kyral> Okay I go watch anime
[01:37] <Kyral> ping me if its important
[01:38] <thierry> crimsun : so I add "deb http://us.archive.ubuntu.com/ubuntu dapper universe
[01:38] <thierry> deb-src http://us.archive.ubuntu.com/ubuntu dapper universe" at the end of my source.list
[01:40] <thierry> ?
[01:40] <crimsun> thierry: _only_ deb-src http://us.archive.ubuntu.com/ubuntu dapper main universe
[01:40] <rraphink> at what time does the REVU day begin ?
[01:40] <rraphink> 10 UTC right?
[01:41] <thierry> LaserJock : does a chroot takes a lot of disk place?
[01:41] <LaserJock> thierry: less than installing dapper on another partition
[01:41] <rraphink> thierry: mine takes about 84MB
[01:42] <thierry> ho ok... about nothing for me thanks
[01:42] <rraphink> well 80MB that is
[01:42] <rraphink> when it's not used
[01:42] <rraphink> when used, it takes more of course ;)
[01:42] <LaserJock> holy cow, mine is 3.9 GB
[01:42] <thierry> ho...
[01:43] <crimsun> LaserJock: clean out the archive cache
[01:43] <thierry> LaserJock : I guess I'll just erase my old kung-fu movies...
[01:43] <LaserJock> oh wait, that might be including my bind mounts
[01:43] <crimsun> hah
[01:43] <LaserJock> thierry: it doesn't take much honestly
[01:44] <thierry> k
[01:44] <thierry> in https://wiki.ubuntu.com/DebootstrapChroot?highlight=%28chroot%29 , by "sudo apt-get install dchroot debootstrap" do they mean to install the .deb file we downloaded before?
[01:45] <rraphink> LaserJock: your base.tgz is 3.9GB ??
[01:45] <LaserJock> rraphink: not pbuilder, chroot
[01:45] <rraphink> LaserJock: oh
[01:45] <rraphink> dchroot
[01:45] <rraphink> well I use pbuilder :s
[01:45] <LaserJock> I use both
[01:46] <rraphink> what is the use of using both?
[01:46] <LaserJock> ok, mine is actual 981Mb
[01:46] <rraphink> what does dchroot do that pbuilder does not?
[01:46] <LaserJock> rraphink: I can install stuff and play around in dchroot
[01:46] <rraphink> ok
[01:46] <rraphink> so you cn test softs in the chroot
[01:46] <rraphink> pbuilder is a chroot to build packages cleanly
[01:47] <rraphink> and dchroot to install and test
[01:47] <thierry> LaserJock : in https://wiki.ubuntu.com/DebootstrapChroot?highlight=%28chroot%29 , by "sudo apt-get install dchroot debootstrap" do they mean to install the .deb file we downloaded before?
[01:47] <rraphink> right?
[01:47] <LaserJock> right but it is cleaned each time
[01:47] <rraphink> ok that's what I want :;)
[01:47] <rraphink> good to know I'm gonna get one
[01:47] <rraphink> so you can test if packages work on a clean install
[01:48] <thierry> rraphink : do you get one like NOW?  Because I do, maybe you could guide me a bit...
[01:48] <rraphink> thierry: well i'm going to get one now yes
[01:49] <rraphink> not going to take a whole hour on it since it's already 1:50 AM here
[01:49] <LaserJock> guys, I gotta go for a bit, thierry if you still need help I should be on later
[01:49] <thierry> LaserJock : k thanks, but I might be gone... thanks anyway
[01:50] <rraphink> if you need help I can help thierry
[01:50] <thierry> rraphink : ok in https://wiki.ubuntu.com/DebootstrapChroot?highlight=%28chroot%29 , by "sudo apt-get install dchroot debootstrap" do they mean to install the .deb file we downloaded before?
[01:50] <LaserJock> thierry: ok, I reccomend you go through https://wiki.ubuntu.com/DebootstrapChroot for Breezy and then once you have it set up do a dist-upgrade to dapper from within you chroot
[01:50] <rraphink> depends thierry
[01:50] <thierry> k...
[01:50] <rraphink> what kind of chroot do you want?
[01:50] <rraphink> do you want a dapper chroot on top of breezy?
[01:52] <thierry> dapper one to simply get source package from dapper and testing stuff
[01:52] <rraphink> ok
[01:52] <rraphink> but on top of breezy?
[01:52] <rraphink> or on top of dapper?
[01:52] <rraphink> are you running breezy or dapper right now that is
[01:53] <rraphink> ?
[01:53] <thierry> breezy
[01:53] <rraphink> ok
[01:53] <rraphink> then install the dapper deboostrap
[01:53] <rraphink> with dpkg -i
[01:54] <thierry> k
[01:55] <thierry> then sudo debootstrap [--variant=buildd]  [--arch i386]  dapper /var/chroot/ http://archive.ubuntu.com/ubuntu/
[01:55] <thierry>  ?
[01:55] <rraphink> did you set the conf file already?
[01:55] <thierry> yes
[01:55] <rraphink> then yes
[01:55] <rraphink> rmove the options ( [...]  )
[01:56] <thierry> why?
[01:56] <rraphink> because if you don't use them
[01:56] <rraphink> then don't put them
[01:56] <thierry> [--variant=buildd]  is fine for me...
[01:56] <thierry> I want to build packages...
[01:56] <rraphink> [ ]  means it's an option
[01:56] <rraphink> so either you remove the [ and ]  if you want the options
[01:56] <rraphink> or you remove the whole thing
[01:57] <rraphink> which I prefer to do ;)
[01:57] <rraphink> but it's up to you
[01:57] <thierry> rraphink : I get this thierry@modemcable050:~/Desktop$ sudo debootstrap dapper /var/chroot/ http://archive.ubuntu.com/ubuntu/
[01:57] <thierry> E: No such script: /usr/lib/debootstrap/scripts/dapper
[01:57] <rraphink> I think laserjock told you to use breezy ;)
[01:57] <rraphink> and then update it to dapper ;)
[01:58] <thierry> k sorry
[01:58] <rraphink> so run the command with breezy
[01:58] <rraphink> then chroot in your chroot
[01:59] <rraphink> and then change the sources.list in the chroot and run an update && upgrade
[01:59] <thierry> k... and to exit the chroot I only do "exit" ?
[01:59] <rraphink> yep
[02:03] <thierry> rraphink : if I knew creating a chroot was so easy, I would have done it before
[02:07] <rraphink> hmm I'm not sure of the last part
[02:07] <rraphink> seems strange to me
[02:09] <rraphink> well no it works fine :)
[02:13] <rraphink> ok I'm all done with setting it
[02:13] <rraphink> is it ok for you too thierry ?
[02:16] <rraphink> o_O
[02:16] <thierry> rraphink : just adding stuff to fstab...
[02:16] <rraphink> I'm banned from #launchpad ??
[02:16] <rraphink> how can I be banned from a channel i've never been on :(
[02:16] <rraphink> thierry: could you drop a line to an op on #launchpad to get to know how it is that i'm banned on it?
[02:18] <raphink> whois Riddell
[02:19] <thierry> rraphink : k
[02:19] <raphink> thanks
[02:19] <thierry> raphink : #launchpad :Please register with services and use the IDENTIFY command (/msg nickserv help) to speak in this channel
[02:20] <thierry> :(
[02:20] <raphink> I am registered thierry
[02:20] <raphink> and logged
[02:20] <raphink> and all ;)
[02:21] <raphink> still : [474]  #launchpad You're banned from that channel
[02:21] <thierry> raphink : no that's for me
[02:21] <raphink> thierry: ;)
[02:21] <thierry> raphink : I'm not registred so I can't tell them your problem... sorry
[02:21] <raphink> I have registered this nickname even before launchpad ever existed
[02:21] <raphink> thierry: you're on #launchpad though ;)
[02:21] <thierry> yep
[02:22] <raphink> but you don't speak ;)
[02:22] <raphink> do you know the names of the ops on #launchpad?
[02:22] <thierry> yeah
[02:23] <thierry> no but maybe \sh_ could help you, he's on that channel and this one
[02:23] <raphink> nope
[02:23] <raphink> \sh_ is not on #launchpad
[02:24] <raphink> if he is, he uses another nick ;)
[02:24] <thierry> raphink : dchroot -c mychroot -d give me some errors and doesn't work, but I can still use sudo chroot /var/chroot/
[02:24] <raphink> siretart: could you get to know why I'm banned on #launchpad without even having been there ever?
[02:24] <raphink> can you paste the errors in a pastebin so as to show me?
[02:25] <thierry> raphink : it's not big I'll do it here
[02:25] <thierry> Executing shell in 'mychroot' chroot.
[02:25] <thierry> dchroot: chdir: No such file or directory
[02:25] <raphink> ok
[02:26] <raphink> did you create mychroot in the dchroot conf file?
[02:26] <thierry> wait something went wrong, I'll redo some stuff...
[02:26] <raphink> k
[02:27] <thierry> raphink : how do I get out of editor in when I use sudo??
[02:27] <thierry> like to save my changes and exit
[02:28] <raphink> what editor did it open? ;)
[02:28] <raphink> it depends on your editor
[02:28] <thierry> it's editor!
[02:28] <thierry> sudo editor /etc/dchroot.conf
[02:28] <raphink> no
[02:28] <raphink> editor is not a program
[02:28] <thierry> ho
[02:28] <JohnnyMast> pico rox !
[02:28] <raphink> it's a link to your prefered editor
[02:28] <raphink> mine is nano
[02:28] <raphink> but I don't know what yours is ;)
[02:28] <JohnnyMast> nano == pico :)
[02:28] <thierry> how do you set yours?
[02:28] <raphink> JohnnyMast: :)
[02:29] <thierry> because I don't know what's mine?
[02:29] <raphink> thierry: do you have commands listed on the bottom of the screen?
[02:29] <JohnnyMast> w00t :) /me hugs raphink for liking nano
[02:29] <thierry> no
[02:29] <JohnnyMast> awww :)
[02:29] <raphink> thierry: do you have colon on the bottom of the screen?
[02:30] <thierry> raphink : never mind, it's ok
[02:30] <thierry> I just switched to use nano :)
[02:31] <raphink> heh
[02:31] <raphink> linux is about choice ;)
[02:32] <raphink> ok well
[02:32] <raphink> bed time if I want to be awake enough to review tomorrow
[02:32] <raphink> :)
[02:32] <StevenK> You so don't.
[02:32] <raphink> StevenK: sorry?
[02:32] <StevenK> "It doesn't build? That's okay, I'll upload it anyway."
[02:33] <raphink> what do you mean StevenK ?
[02:33] <StevenK> raphink: You so don't want to be awake enough to review tomorrow. :-)
[02:33] <raphink> well I don't get the "you so don't" part
[02:33] <raphink> it's not an expression I know
[02:34] <tseng> you really dont
[02:34] <raphink> oh ok
[02:34] <raphink> hmm well
[02:34] <raphink> how are packagers going to improve their packages if they're not reviewed ?
[02:35] <StevenK> raphink: I was joking. :-)
[02:36] <raphink> and I'm wondering who you were talking about with the "It doesn't build? etc..."
[02:36] <raphink> if that was about packages on REVU in general or somehow aimed to me in particular
[02:37] <StevenK> raphink: It was also a joke.
[02:37] <JohnnyMast> i wonder (for the package im doing my self) if its good to use Makefile with a python project (read revu package == deb)
[02:37] <raphink> StevenK: I guess I have yet to improve my english in order to grasp your jokes
[02:37] <JohnnyMast> would it be respectfull
[02:37] <raphink> JohnnyMast: use setup.py
[02:38] <JohnnyMast> i guesed that
[02:38] <JohnnyMast> thats why i asked
[02:38] <raphink> k
[02:38] <JohnnyMast> i was removing that because it was to peronaliced
[02:38] <raphink> StevenK: you'll have to explain me the jokes though ;)
[02:39] <StevenK> raphink: Do I have to? They were bad jokes. :-)
[02:39] <raphink> well I'd just like to understand
[02:40] <raphink> so I can understand your jokes better last time ;)
[02:40] <raphink> next time
[02:40] <raphink> sorry
[02:40] <StevenK> The crux is that if you aren't awake to review stuff properly, you'll accept anything.
[02:40] <StevenK> See, it's terrible.
[02:41] <raphink> oooh ic
[02:41] <raphink> ok
[02:41] <raphink> well I can't avocate anyway
[02:41] <raphink> so it's ok ;)
[02:41] <StevenK> I could probably review stuff, but I'm going to wait until I'm more comfortable doing so.
[02:41] <raphink> I'm not to be sleepy enough to check the advocate box
[02:41] <raphink> ;)
[02:41] <raphink> ok
[02:42] <raphink> reviewing is very nice
[02:42] <raphink> you learn a lot of things doing so
[02:42] <raphink> :)
[02:42] <raphink> well at least I do ;)
[03:13] <raphink> how do you mean it changed StevenK ?
[03:21] <StevenK> raphink: It on state=new, it shows ones that have already been uploaded.
[04:20] <viviersf> elo ajmitch
[04:30] <\sh_> good morning lovers
[04:32] <viviersf> lol morning stephan
[04:33] <\sh_> it's 4:43am and I had  a nice night :) so good night everybody
[04:33] <viviersf> heh
[04:52] <zakame> hello! :D
[04:55] <zakame> SloMoSnail: hmm, seems the new gpsd had a new program that used the old dbus api :(
[05:04] <ajmitch> hi
[05:04] <zakame> morning ajmitch :)
[05:05] <zakame> er what's the new function to use for dbus_message_iter_get_* ?
[06:26] <crimsun> mm gstreamer0.10
[06:54] <scot> hi all
[06:54] <zakame> heya john74 :D
[06:55] <john74> awfully quiet in here
[06:55] <john74> hi :-)
[07:02] <zakame> john74: it will be a lot noisier later, as today's the REVU day ! :D
[07:08] <john74> ah, ok :-)
[07:10] <zakame> wb minghua :)
[07:10] <minghua> hi zakame
[07:12] <ajmitch> already? :)
[07:14] <minghua> ajmitch: yes, so that I can get up early enough to catch your lecture :-)
[07:18] <StevenK> Blah.
[07:18] <StevenK> My machine keeps ICEing compiling xemacs21/.
[07:18] <StevenK> s/\///
[07:20] <zakame> ICE?
[07:21] <StevenK> Internal Compiler Error
[07:21] <zakame> ah
[07:22] <zakame> is this related to the missing deps on libxaw7?
[07:22] <StevenK> I seriously doubt it.
[07:22] <StevenK> This is at *build* time.
[07:23] <zakame> hm
[07:50] <zakame> YAY! gpsd now builds!!! \o/
[08:40] <zakame> er, if I upload something to fix a build error, can I upload it with the same version as the ftbfs'd one, or do I bump it up?
[08:41] <Amaranth> bump it up
[08:42] <zakame> Amaranth: ok then :) thanks!
[08:58] <seth_k> ajmitch, I forgot to rebuild source the first time after debdiffing from 2.8.0-1 to 2.8.0-1ubuntu1, but now it's all fixed on bug #5577 -- I hereby forswear packaging at 4am
[08:58] <Ubugtu`> Malone bug #5577: noteedit: merge new debian version In: noteedit (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: Accepted https://launchpad.net/bugs/5577
[10:29] <irvin> anyone here?
[10:34] <irvin> i wanna try out merging for motu, i've got my dapper chroot and pbuilder ready... what next?
[10:51] <zakame> evening all! :)
[10:51] <zakame> hm, just making sure, but if I have java-gcj-compat in B-D-I, could I also put jikes in as well?
[10:53] <zakame> or should I keep ecj | ecj-bootstrap ('tis already in there)...
[11:11] <zakame> waah, gpsd ftbfs on non-x86 arches :(
[11:13] <siretart> does anyone use madwifi from l-r-m/2.6.15?
[11:20] <ajmitch> hi siretart
[11:20] <siretart> huhu ajmitch
[11:21] <siretart> ajmitch: have you installed a cronjob somewhere to update the madison mirror?
[11:23] <siretart> oh never mind, it is in /etc/cron.daily/update-madison-lite-mirror
[11:25] <ajmitch> it was already there
[11:25] <siretart> jupp
[11:25] <irvin> ajmitch: be waiting for your lecture
[11:26] <ajmitch> I've had too many people tell me that :)
[11:26] <siretart> there is still 8.5h to go
[11:27] <irvin> ajmitch is too humble
[11:28] <ajmitch> no, I'm just worried that people think this is a straightforward packaging howto
[11:29] <ajmitch> that they'd take what I have & think that this is the way to do it
[11:30] <ajmitch> I think it's the first package I did
[11:30] <zakame> ajmitch: go go go! :D
[11:31] <irvin> would it help if i read up on debian docs on packaging?
[11:31] <zakame> though I'm sad to say I might not be able to attend the lecture, that'll be 1 in the morning here :(
[11:31] <zakame> irvin: sure! :D
[11:32] <ajmitch> zakame: don't worry, it'll be 6am for me ;)
[11:32] <ajmitch> siretart: so it's not 8.5h to go
[11:33] <zakame> ajmitch: I'll read the log later then ;)
[11:38] <siretart> so you should perhaps go to bed now ;)
[11:38] <siretart> which package is it, btw?
[11:41] <ajmitch> treecc, something that noone will ever use ;)
[11:41] <ajmitch> I've still got to get this prepared & working ;)
[11:41] <zakame> treecc!
[11:42] <ajmitch> zakame: yes?
[11:42] <ajmitch> don't tell me you know of it?
[11:42] <zakame> well I remembered it being used in my CS class, such a long time ago
[11:43] <ajmitch> surely not
[11:43] <ajmitch> this must be something different
[11:43] <ajmitch> it *is* used for compiler construction, using aspect-oriented proggramming
[11:43] <zakame> hm, prolly, though the name is familiar
[11:44] <ajmitch> http://www.southern-storm.com.au/treecc.html
[11:44] <StevenK> Damn this machine, and damn it's ICEs.
[11:45] <zakame> ah, I'm wrogn then :P
[11:45] <zakame> er?
[11:45] <zakame> still that xemacs21-mule thing?
[11:46] <StevenK> Yup. I'm trying to see if a rebuild will fix a open-network-stream error, but I can't build it.
[11:46] <zakame> awww
[11:47] <zakame> er, binary gpsd is missing in packages.u.c? I get a 404 :(
[11:51] <ajmitch> why, zakame ?
[11:52] <zakame> well, gpsd doesn't build on dapper non-x86 buildds, and is also the same case in Debian :(
[11:52] <ajmitch> ah
[11:52] <ajmitch> sounds like you've got some porting work to do
[11:52] <zakame> good thing I got the dbus api change to work, thanks to the docs :)
[11:53] <StevenK> \sh didn't change much in his breezy upload of xemacs21.
[11:53] <StevenK> And yet, open-network-stream-internal seems broken.
[11:54] <zakame> ajmitch: I don't update my blog very much, but I intend to change that :)
[11:54] <ajmitch> zakame: undefined reference to floor?
[11:54] <ajmitch> StevenK: btw did you fix up masqmail?
[11:55] <zakame> ajmitch: yes, considering floor(3) can be found in the darwin manpages :(
[11:55] <ajmitch> zakame: debian bug #340852
[11:55] <Ubugtu`> Error: Error getting Malone bug #340852: Bug does not exist
[11:56] <ajmitch> need to link with -lm
[11:56] <ajmitch> should be a simple fix :)
[11:56] <zakame> yeah, it should
[12:01] <zakame> I do make changes to Makefile.am right, then rebuild the autotools ?
[12:04] <zakame> heya raphink :)
[12:05] <StevenK> ajmitch: Yes.
[12:05] <StevenK> ajmitch: MoM had a 266K diff. There is a 3Kb debdiff attached to the bug.
[12:05] <StevenK> ajmitch: I did evil things in debian/rules instead. :-)
[12:06] <raphink> hi zakame :)
[12:07] <ajmitch> StevenK: yes, I see the debdiff now
[12:07] <StevenK> With an 80Gb drive as the only drive in it, it reports that the drive on the primary master channel is 14Gb, and that it has a 24000Mhz processor.
[12:07] <ajmitch> horrendously evil
[12:07] <StevenK> ajmitch: But good evil, right? :-)
[12:08] <zakame> hrhr
[12:08] <ajmitch> umm
[12:08] <ajmitch> it's automake
[12:08] <ajmitch> it can't be good
[12:08] <StevenK> I even refused to call it by name in the changelog.
[12:09] <Mithrandir> auto* is love.
[12:09] <zakame> Mithrandir: w00t
[12:09] <ajmitch> heh
[12:09] <Mithrandir> StevenK: you're in the wrong tz for that. :-P
[12:09] <StevenK> Am not!
[12:11] <zakame> hm, should I edit Makefile.am, or just set LDFLAGs?
[12:12] <raphink> hi freeflying
[12:12] <raphink> lol
[12:14] <raphink> hmmmm
[12:14] <raphink> or maybe more actually
[12:18] <ajmitch> zakame: that's extremely large
[12:18] <StevenK> -rw-r--r--  1 steven users 8.1M 2005-12-10 03:46 moin_1.3.5-1ubuntu1.debdiff
[12:18] <StevenK> This debdiff is so large I can't upload it to LP.
[12:18] <zakame> ajmitch: indeed :( too large
[12:19] <zakame> I should just edit rules to have -lm forced in LDFLAG, help?
[12:21] <raphink> StevenK: how did you get such a large diff?
[12:21] <ajmitch> raphink: i18n magic
[12:21] <raphink> oh
[12:21] <raphink> ;)
[12:22] <StevenK> *Lots* of i18n magic
[12:23] <siretart> wow: http://lists.debian.org/debian-project/2005/12/msg00017.html
[12:25] <zakame> awww
[12:26] <siretart> things that should not happen :(
[12:26] <ajmitch> siretart: you're surprised?
[12:26] <ajmitch> you haven't spent enough time in #debian
[12:26] <siretart> ajmitch: a bit.
[12:27] <siretart> why is debian so hostile?
[12:27] <ajmitch> it's not
[12:27] <ajmitch> certain people might be
[12:27] <ajmitch> #debian as a whole is a bit of a mess
[12:28] <ajmitch> which happens when you have a lot of people in the irc channel
[12:28] <zakame> er, is it just me, or is  #debian quiet today?
[12:28] <zakame> oh
[12:30] <raphink> I think many Debian people believe Ubuntu is taking Debian users
[12:30] <raphink> this is not totally false, but I think it's also getting lots of people to Debian aswell
[12:31] <ajmitch> #debian people might be getting sick of ubunut users coming in with their ubuntu-specific problems
[12:31] <raphink> funnily enough, it seems some Debian users react even more violently to Ubuntu than to stuff like Linspire or Xandros
[12:32] <ajmitch> sure
[12:32] <StevenK> This is the whole reason I'm slowly moving to Ubuntu. A small number of loudmouthed people in Debian are sapping my strength for dealing with crap.
[12:32] <ajmitch> because ubuntu is far, far more visible
[12:32] <zakame> probably :(
[12:32] <ajmitch> StevenK: don't worry, being a MOTU will just sap your will to live ;)
[12:32] <StevenK> I already lost that.
[12:32] <ajmitch> haha
[12:32] <raphink> lol
[12:33] <zakame> Debian has a special place in my chroots^Wheart :)
[12:33] <raphink> hehe
[12:33] <zakame> YAY!!! lucene finally builds!!! \o/
[12:33] <StevenK> If I could get open-network-stream-internal to work on xemacs, I'd seriously considering installing Ubuntu on my work machine.
[12:34] <zakame> First success for the Java Growers!
[12:34] <StevenK> Now xemacs, lets see if you ICE on my laptop!
[12:34] <ajmitch> throwing down the gauntlet
[12:34] <ajmitch> hm, it's 12:30 or so
[12:35] <ajmitch> I have to get up at 5:30
[12:35] <ajmitch> why am I still awake? :)
[12:35] <StevenK> ajmitch: Oh, I'm not resigning, or going to stop work on Debian, I'm just going to stop paying attention.,
[12:35] <StevenK> Unsub from -devel and -project, and slip into a world far less filled with pain.
[12:35] <StevenK> Real soon now.
[12:36] <ajmitch> I'm still on -devel
[12:36] <ajmitch> & I still have packages to maintain there
[12:36] <zakame> ajmitch: gn8, and good luck! :D
[12:36] <ajmitch> but I do most of my stuff on ubuntu
[12:36] <ajmitch> zakame: oh I'll still be up for a little while
[12:36] <ajmitch> at least long enough to get my package acting nicely ;)
[12:36] <raphink> :)
[12:36] <zakame> ajmitch: cool!
[12:37] <StevenK> And after he uploads masqmail.
[12:37] <zakame> StevenK: make masqmail good, I'm using it. :)
[12:37] <zakame> gives me one less reason to worry about MTAs
[12:37] <StevenK> zakame: There's way more evilness in debian/rules now. :-)
[12:37] <siretart> grmble
[12:38] <siretart> foo with transcode, which seems to need a newer ffmpeg
[12:38] <siretart> :/
[12:38] <ajmitch> siretart can upload masqmail for you :)
[12:38] <ajmitch> *hint*
[12:38] <StevenK> ajmitch: Subtle as a sledgehammer to the face, you are. :-)
[12:39] <ajmitch> oh of course ;)
[12:39] <StevenK> Oh, that's right.
[12:39] <StevenK> He's a New Zealander.
[12:39] <ajmitch> siretart: \sh has my phone number to wake me up in the morning if I'm not around ;)
[12:39] <StevenK> How silly of me.
[12:39] <siretart> ajmitch: excellent
[12:39] <ajmitch> StevenK: one of the ones still in NZ, actually
[12:39] <siretart> StevenK: where is the masqmail patch?
[12:39] <StevenK> siretart: LP, https://launchpad.net/distros/ubuntu/+source/masqmail/+bug/5580
[12:40] <Ubugtu`> Malone bug #5580: masqmail: merge new debian version In: masqmail (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New https://launchpad.net/bugs/5580
[12:40] <siretart> looks nice, testbuilding
[12:41] <ajmitch> ah, I forgot postinst/prerm for info magic
[12:44] <StevenK> siretart: Way cool.
[12:45] <siretart> StevenK: builds fine on my amd64, uploading now
[12:45] <StevenK> siretart: Excellent.
[12:45] <ajmitch> StevenK: that was why siretart was a better tester :)
[12:45] <ajmitch> since the fix is for amd64
[12:45] <StevenK> ajmitch: Oh, go away. :-)
[12:45] <ajmitch> hah
[12:46] <siretart> StevenK: btw, you used your @debian.org email adress, not sure if you are whitelisted already for that adress
[12:46] <ajmitch> decided on LCA yet?
[12:46] <StevenK> siretart: I am.
[12:46] <siretart> ok
[12:46] <StevenK> siretart: My @u.c address doesn't exist yet.
[12:46] <siretart> thats strange
[12:47] <ajmitch> the recent batch of new members don't have their address working yet
[12:47] <StevenK> VRFY<EMAIL_ADDRESS>[12:47] <StevenK> 550<EMAIL_ADDRESS>Recipient address rejected: User unknown in virtual alias table
[12:47] <siretart> perhaps you should ask elmo. your launchpad page looks fine
[12:48] <zakame> er @ubuntu.com alias updating is borked, I filed a bug on it
[12:48] <StevenK> Oh, where?
[12:49] <zakame> malone #5278
[12:49] <Ubugtu`> Malone bug #5278: Launchpad name -> @ubuntu.com email address broken In: launchpad (upstream), Severity: Normal, Assigned to: James Troup, Status: New https://launchpad.net/bugs/5278
[12:49] <StevenK> ajmitch: Yeah. I'm sucking up to work to see if they'll pay for me to go to Debconf 7
[12:49] <zakame> bbl gn8!
[12:53] <siretart> StevenK: ah, so you could perhaps ask someone nicely in #launchpad to add your emailalias..
[12:53] <raphink>  btw, I discovered yesterday that I'm banned from #launchpad
[12:53] <raphink> although I've never been there
[12:53] <raphink> this is not a very nice feeling :s
[12:54] <azeem> probably your IP range then
[12:54] <raphink> azeem: who should I ask to fix that?
[12:54] <azeem> 12:49 [OPN]  -!- 0 - #launchpad: ban<EMAIL_ADDRESS>[by<EMAIL_ADDRESS>71850 secs ago]
[12:54] <raphink> azeem: o_O
[12:55] <raphink> azeem: about 1 million people in France have IPs like that ...
[12:55] <StevenK> Down to refactoring.
[12:55] <StevenK> Blah
[12:55] <StevenK> s/to/due to/
[12:56] <raphink> especially linux users
[12:56] <raphink> since fbx.proxad.net IPs are of the only ISP in France that uses and actively supports linux
[12:57] <raphink> so such a ban means most of the guys in #ubuntu-fr are also banned from #launchpad ;)
[12:57] <raphink> azeem: any way you can have that removed?
[12:57] <azeem> raphink: I asked
[12:58] <raphink> thanks
[12:58] <StevenK> Indeed, I even so.
[12:58] <StevenK> BLAH, saw
[12:58] <StevenK> Whee, xemacs built on my laptop.
[01:01] <ajmitch> yay
[01:01] <raphink> ajmitch: yay?
[01:02] <ajmitch> that xemacs built
[01:02] <azeem> raphink: try again
[01:02] <raphink> good
[01:02] <siretart> StevenK: 8mb debdiff?!
[01:02] <ajmitch> & that I'm doing yet another build
[01:02] <StevenK> siretart: Yes.
[01:02] <siretart> StevenK: how should we be able to review a 8mb debdiff ;)
[01:02] <ajmitch> siretart: there's a large patch in there just for translations
[01:02] <ajmitch> lsdiff will show you that the debdiff doesn't touch much
[01:02] <ajmitch> use filterdiff to look at the rest :)
[01:03] <siretart> ah. ok
[01:04] <ajmitch> wee, 1AM
[01:04] <ajmitch> almost caffiene time
[01:04] <raphink> thanks azeem
[01:05] <siretart> fuck.
[01:06] <siretart> somehow alsa has broken here
[01:06] <raphink> anyone could review my packages?
[01:06] <siretart> its revu day today! :)
[01:06] <raphink> yes
[01:06] <raphink> :)
[01:06] <raphink> I can't advocate though
[01:07] <raphink> and I reviewed about 15 packages this week ;)
[01:07] <siretart> wow
[01:08] <ajmitch> raphink: thanks for reviewing :)
[01:08] <raphink> some guys I reviewed the packages of (is that english?) worked quite hard on them, so I don't see what comments I can still put on their packages ;)
[01:08] <siretart> raphink: of course, a big thank you from me too!
[01:08] <raphink> why, all work as to be done :)
[01:09] <raphink> hopefully I didn't review them too bad ;)
[01:09] <siretart> raphink: the tarball from kio-sword was changed from upstream
[01:09] <siretart> raphink: why?
[01:09] <siretart> >> md5sum kio-sword_0.1.orig.tar.gz kio_sword-0.1.tar.gz
[01:09] <siretart> 510b54896151cea16043cc1dc0f2c641  kio-sword_0.1.orig.tar.gz
[01:09] <siretart> caaeaef9fbb42b4810de73a67e6d0d6c  kio_sword-0.1.tar.gz
[01:10] <raphink> hmm
[01:10] <raphink> let me see
[01:10] <siretart> lunch time here, cu later
[01:11] <raphink> cya siretart
[01:12] <raphink> siretart: CVS
[01:12] <raphink> siretart: I had to remove admin/CVS directory from source
[01:13] <raphink> that's the only diff
[01:13] <siretart> doh, it is even mentioned in changelog.. sry
[01:13] <raphink> hehe
[01:13] <raphink> ;)
[01:14] <raphink> np
[01:16] <raphink> some packages listed with a *heart* have not been properly advocated
[01:16] <raphink> I don't know how to remove the advocacy
[01:17] <raphink> they were advocated by the maintainer himself
[01:17] <ajmitch> yes, that must be a revu bug
[01:17] <StevenK> Whee, they (being #launchpad) answer one question and don't answer the other.
[01:17] <raphink> ajmitch: waili and xmorph
[01:17] <ajmitch> siretart: want to look into that?
[01:17] <raphink> ajmitch: I reported this bug already
[01:17] <ajmitch> ok
[01:17] <raphink> it must be bug #9 on REVU development
[01:17] <Ubugtu`> Malone bug #9: Rosetta's po parser is too strict In: rosetta (upstream), Severity: Normal, Assigned to: Carlos Perell Marn, Status: Fixed https://launchpad.net/bugs/9
[01:17] <raphink> if I remembere well ;)
[01:18] <raphink> not malone Ubugtu` :p
[01:18] <StevenK> WOOOHOOO
[01:18] <raphink> http://revu.tauware.de/cgi-bin/trac.cgi/ticket/9
[01:18] <ajmitch> siretart: hmm, does remove advocate work? :)
[01:18] <ajmitch> StevenK: success?
[01:18] <StevenK> My xemacs rebuild fixes the open-network-stream bug.
[01:18] <raphink> ajmitch: there's also http://revu.tauware.de/cgi-bin/trac.cgi/ticket/11 I reported
[01:19] <raphink> when there are index.* files in packages
[01:19] <raphink> they are interpreted by apache
[01:19] <raphink> so that you can't browse the dir
[01:19] <raphink> and hvae to get the source and dpkg-source -x them
[01:19] <raphink> it's not very convenient ;)
[01:21] <raphink> huhu
[01:23] <dholbach> hey
[01:23] <dholbach> how's the revu day going? :)
[01:23] <ajmitch> hey dholbach!
[01:23] <ajmitch> it's on fire
[01:23] <ajmitch> actually I haven't done any reviewing
[01:23] <dholbach> on fire? :)
[01:23] <ajmitch> I've been writing up stuff
[01:24] <raphink> :)
[01:24] <raphink> hi dholbach
[01:25] <dholbach> hey raphink
[01:25] <dholbach> thanks for your work  on it
[01:25] <ajmitch> PASS: run_tests
[01:25] <ajmitch> wonderful
[01:25] <raphink> :)
[01:25] <ajmitch> this package seems to be working, to some extent ;0
[01:27] <dholbach> for me they're fairly slow the last time
[01:27] <dholbach> all @ubuntu.com stuff :/
[01:27] <dholbach> what do you think? will we get all packages reviewed this weekend?
[01:28] <raphink> yeah :)
[01:28] <dholbach> cool :)
[01:28] <dholbach> will do some reviews in the evening
[01:28] <dholbach> and tomorrow
[01:28] <dholbach> bug day next week :)
[01:28] <dholbach> we have to catch up on the universe bugs ;)
[01:28] <raphink> ouch
[01:28] <StevenK> I just fixed one!
[01:28] <raphink> I have to learn on how to do that
[01:28] <dholbach> yay! :)
[01:28] <StevenK> Well, sorta.
[01:29] <dholbach> raphink: you'll do just fine
[01:29] <raphink> :)
[01:29] <StevenK> I merged a new version and the bug went away.
[01:29] <raphink> lol
[01:29] <dholbach> yeah, there are loads of them already fixed upstream/in debian
[01:29] <StevenK> Ouch!  Got SIGABRT, dying..
[01:30] <StevenK> Ah. It's because I Ctrl-C'd dpkg.
[01:30] <ajmitch> heh
[01:30] <StevenK> dpkg doesn't like signals.
[01:30] <dholbach> tsssss :)
[01:31] <dholbach> i'll leave this place now
[01:31] <dholbach> have a nice day
[01:31] <ajmitch> aw
[01:31] <ajmitch> bye dholbach
[01:31] <dholbach> *wave*
[01:32] <StevenK> steven@broken:~% TZ=NZ date
[01:32] <StevenK> Sun Dec 11 01:31:44 NZDT 2005
[01:32] <StevenK> ajmitch: Dedicated, aren't we? :-)
[01:32] <ajmitch> s/dedicated/crazy/
[01:32] <ajmitch> it doesn't feel like it's 1:30
[01:33] <StevenK> You say potato, I say potatoe
[01:33] <raphink> should all packages be moved to compat 5 now?
[01:33] <StevenK> raphink: That's a loaded question. :-)
[01:33] <ajmitch> all packages?
[01:33] <raphink> hehe
[01:33] <raphink> just wondering if I should switch all my packages to compat 5 before they are reviewed
[01:33] <ajmitch> it's not just a simple matter of changing it & hoping nothing breaks :)
[01:33] <ajmitch> I wouldn't worry about it yet
[01:34] <ajmitch> we won't reject based on that ;)
[01:34] <raphink> ajmitch: how do I know then?
[01:34] <raphink> ajmitch: riddell had me change a package to compat 5
[01:34] <ajmitch> do you know what the compat level is?
[01:34] <raphink> and I changed another one, which builds fine with compat 5
[01:34] <raphink> ajmitch: well it's the compatibility with debhelper version, no?
[01:34] <StevenK> Ohhhhhhhhhhhhhhhhhh, wanderlust. How I've missed thee.
[01:35] <ajmitch> 5 is the 'recommended mode of operation' now..
[01:35] <raphink> like level five corresponds to debhelper >= 5
[01:35] <ajmitch> raphink: yes, but have you checked what the changes from 4 to 5 are? :)
[01:35] <raphink> ajmitch: hmm no
[01:35] <StevenK> Not bloody much.
[01:35] <raphink> huhu
[01:35] <ajmitch> to make sure that you don't blindly break things :)
[01:35] <ajmitch> StevenK: very little, sure
[01:35] <raphink> I was just recommended to use 5
[01:35] <ajmitch> but this is a matter of principle :)
[01:35] <StevenK> Give Joey a chance to chance to write stuff for compat 5, first. :-)
[01:35] <raphink> ajmitch: well I check if my packages still build with 5
[01:36] <ajmitch> I don't like it when people blindly bump numbers without knowing what they are or why
[01:36] <raphink> hehe
[01:36] <raphink> ok I'll go take a shower then :p
[01:36] <raphink> hehe
[01:36] <StevenK> BUGGER.
[01:36] <raphink> lol
[01:36] <ajmitch> I doubt that most MOTUs who change the standards version know what it's there for
[01:36] <ajmitch> they just look at lintian/linda output :)
[01:36] <StevenK> Some stupid bastard had unstable in the masqmail changelog file.
[01:37] <ajmitch> oh dear
[01:37] <ajmitch> I blame the uploader :)
[01:37] <raphink> o_O
[01:37] <StevenK> By all means, do so.
[01:38] <StevenK> siretart: Come back!  I caught you fair and square!
[01:43] <StevenK> Dear me. You can't tell I'm overtired or anything.
[01:47] <ajmitch> not at all
[01:50] <raphink> what's wrong with writing a teach bot?
[01:50] <raphink> teaching
[01:50] <raphink> that could be pretty useful
[01:50] <raphink> put it on #ubuntu-school and let newbie grab answers to their questions as the bot talks
[01:51] <raphink> s/newbie/newbies
[01:51] <StevenK> siretart: I have uploaded a new debdiff to Malone #5580 that katie will actually accept.
[01:51] <Ubugtu`> Error: Could not parse XML returned by Malone bugzilla: Connection to Malone bugzilla failed: HTTP Error 404: Not Found
[01:51] <StevenK> Muahaha
[01:51] <raphink> lol
[01:52] <raphink> it's REVU day : Malone is in strike
[01:52] <raphink> s/in strike/on strike/
[01:54] <raphink> wb lifeless
[01:54] <lifeless> silly freenode
[01:54] <raphink> indeed
[01:54] <raphink> I get it very often lately
[01:54] <lifeless> if you are in a channel that requires identification you cannot change your nick
[01:54] <raphink> loool
[01:54] <lifeless> if your nick is wrong (say your ip changed), you cannot register
[01:54] <lifeless> (*cannot change your nick without registering)
[01:55] <raphink> :s
[01:55] <lifeless> so -> disconnect and reconnect
[01:55] <raphink> as we say in french : le mieux est l'ennemi du bien (best is the ennemy of good)
[01:55] <raphink> to a certain point of course
[01:55] <lifeless> heh.
[01:55] <raphink> ;)
[01:58] <siretart> damn
[02:00] <raphink> siretart: what,
[02:01] <siretart> wrong upload target
[02:02] <lifeless> sweet
[02:02] <lifeless> opensync builds ;)
[02:03] <StevenK> siretart: Yes. :-(
[02:04] <raphink> should a bug be filed when a package just has to be rebuilt because of a library transition?
[02:04] <raphink> like : nothing has to be changed in the source, just rebuild the binary package
[02:04] <crimsun> yes
[02:04] <crimsun> just note it
[02:04] <raphink> where?
[02:04] <raphink> :)
[02:05] <siretart> ok, kio-sword is ready to go
[02:05] <crimsun> raphink: either in the description or in a comment
[02:06] <raphink> siretart: cool :) I've been waiting for this for about 6 months :) I had repackaged it for debian before and never went to the upload
[02:06] <siretart> oh. what a pitty.. uploading now
[02:06] <raphink> crimsun: you mean in the package? or on malone?
[02:06] <crimsun> raphink: malone
[02:06] <raphink> like I file a bug to malone just saying the package should be rebuilt, right?
[02:07] <raphink> thanks much siretart :)
[02:09] <siretart> raphink: kalcul build depends on E: Couldn't find package libeduwidgetclock0-dev
[02:09] <siretart> any ideas?
[02:09] <raphink> siretart: look just close to it ;)
[02:09] <raphink> and review the lib before the app ;)
[02:09] <siretart> ok
[02:09] <raphink> as posted as a comment on REVU, the lib goes with ;)
[02:09] <ajmitch> see you in a few hours, I have to try & get a little bit of sleep now ;)
[02:10] <raphink> ok have a nice sleep ajmitch
[02:10] <siretart> ajmitch: go to bed! get some rest, finally! :)
[02:11] <ajmitch> siretart: I'll get about 3 hours, I think ;)
[02:11] <StevenK> siretart: Ahh, thanks for the second upload.
[02:11] <StevenK> ajmitch: Night
[02:11] <StevenK> crimsun: And damnit, I wanted to merge wesnoth. :-)
[02:12] <crimsun> sorry dude, it was just sitting there at the bottom ;)
[02:18] <\sh> moins
[02:19] <crimsun> re
[02:20] <\sh> today is our great motu school day :)
[02:20] <raphink> hi \sh, bpuccio, jpatrick && lllmanulll
[02:20] <raphink> yes
[02:20] <raphink> and REVU day too
[02:20] <lllmanulll> Hi all
[02:21] <StevenK> \sh: It may not be great, ajmitch didn't go to bed until 10 minutes ago. :-)
[02:21] <jpatrick> hello raphink
[02:21] <raphink> :)
[02:21] <raphink> StevenK: lol
[02:21] <\sh> StevenK: i'll call him just before the start....17 UTC begin, means 16 UTC call to NZ from .de
[02:22] <raphink> hehe
[02:22] <raphink> that'll be a short night for him
[02:23] <\sh> it was a short night for me as well
[02:24] <\sh> but I think ajmitch didn't a lot of guiness just as we did :)
[02:24] <\sh> drink even
[02:25] <siretart> huhu \sh
[02:25] <\sh> hey siretart
[02:26] <siretart> raphink: i think this libeduwidgetclock0 is fine from a packaging point of view
[02:26] <raphink> siretart: but?
[02:26] <\sh> grmpf...we need a fixed xauth
[02:26] <siretart> raphink: I'm just not that confident with the content itself
[02:26] <raphink> what do you mean siretart ?
[02:26] <siretart> raphink: I think this rather belongs into kalcul upstream source itself
[02:26] <siretart> raphink: do you know why these 2 upstream packages are spearated?
[02:27] <raphink> siretart: well it's a long story and I can't possibly put it back into kalcul or I'll get killed by upstream ;)
[02:27] <raphink> lol
[02:27] <siretart> or same question in another direction: is there any other package which uses this libeduwidgetclock0?
[02:27] <raphink> anyway this lib is used by another app from KDE-Edu so that they can use it separately too with time
[02:27] <raphink> since it's available separately now
[02:28] <raphink> siretart: in my unlearned yet vivid youth, I asked upstream to separate the app from the libs
[02:28] <siretart> ah I see
[02:29] <raphink> she did... so now I can't tell her it was not worth it
[02:29] <raphink> I don't think she would enjoy that much ;)
[02:29] <raphink> siretart: furthermore, this lib corresponds to http://edu.kde.org/widgets/kclock/
[02:29] <raphink> which is used in Kverbos according to the page
[02:30] <siretart> I see
[02:31] <raphink> so well that means she spent about 3 hours separating the libs from the app because of me
[02:31] <raphink> and I spent 3 hours understanding how to package it
[02:31] <raphink> lol
[02:31] <siretart> hm
[02:33] <siretart> you know, this clock widget is despite of its somewhat weird name very small
[02:33] <siretart> if there were other packages, I'd say yes to seperating it
[02:33] <siretart> and since you say there will be other apps depending on this, okay
[02:34] <siretart> but I'd like to hear other opinions about this
[02:34] <raphink> ok
[02:34] <raphink> I'd be ok to repackage it as part of the main package
[02:35] <raphink> but it wouldn't be faire for annma
[02:35] <siretart> yes. thats why I'm so undecided
[02:36] <zakame> hi all!
[02:36] <raphink> hehe
[02:36] <siretart> you know, I'd like to avoid having unecessary packages floating around, which are probably uneccesary.
[02:36] <raphink> hi zakame
[02:36] <siretart> huhu zakame
[02:36] <raphink> :)
[02:36] <raphink> yes I totally understand that siretart
[02:36] <zakame> heya raphink and siretart ! what's up?
[02:37] <raphink> it's REVU day :)
[02:37] <siretart> zakame: we are currently discussing this one: http://revu.tauware.de/details.py?upid=1001
[02:37] <zakame> w00t! can the good MOTUs check my little contribution then? :-)
[02:37] <zakame> siretart: wow, lucky number
[02:38] <siretart> I'm very undecided if this warrants a package for its own
[02:38] <raphink> :s
[02:38] <raphink> siretart: I think we had discussed that with Riddell before actually
[02:39] <siretart> raphink: oh. and he agrees to that?
[02:39] <raphink> well I don't remember
[02:39] <raphink> but I think he said it was ok
[02:39] <raphink> since kverbos could use it too
[02:39] <crimsun> I think it's fine the way it is.
[02:39] <zakame> YAY! another upload successfully built! \o/ :-D
[02:39] <siretart> zakame: grats! :)
[02:40] <crimsun> +1 from me for 1001
[02:40] <raphink> :)
[02:40] <raphink> thnks crimsun
[02:41] <freeflying> raphink:  hi
[02:41] <raphink> hi freeflying
[02:41] <siretart> hm
[02:41] <siretart> this libasound2 is really really strange
[02:42] <crimsun> in what way?
[02:42] <siretart> perhaps just a local config problem
[02:42] <siretart> crimsun: I upgraded my 32bit chroot, and sound in quake4 broke
[02:43] <siretart> now I'm trying to find out what happened
[02:43] <siretart> malone 5590
[02:43] <Ubugtu`> Malone bug #5590: gpsd: merge new debian version In: gpsd (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: PendingUpload https://launchpad.net/bugs/5590
[02:43] <siretart> jupp
[02:44] <crimsun> siretart: chroot running Dapper now?
[02:45] <siretart> crimsun: host is dapper/amd64 chroot is dapper/i386
[02:45] <siretart> crimsun: its because the application is 32bit, and needs libasound and libsdl (32bit of course)
[02:46] <siretart> and in breezy, I managed to get it run with 3d acceleration and sound
[02:46] <siretart> now either of one is broken :(
[02:47] <zakame> raphink: is there any reason why debhelper (>> 4.1) ?
[02:47] <raphink> zakame: you can aswell switch to 5
[02:48] <raphink> I was told it's better to use >>4.1
[02:48] <raphink> hehe
[02:48] <zakame> hm k
[02:49] <raphink> somtimes I stupidely repeat what I was told :(
[02:49] <crimsun> well then. it's always nice when alsa-lib ftbfs.
[02:53] <zakame> raphink: well, it's... light :) is this the way cdbs packages are supposed to be? :D
[02:53] <raphink> yep zakame
[02:53] <raphink> some debian/rules get down to 2 lines with cdbs
[02:53] <zakame> cool!
[02:55] <raphink> zakame: that's what it's made for ;)
[02:56] <zakame> raphink: well, I've heard of how terse cdbs can get, but this is the first time I've seen it in action
[02:56] <raphink> ok
[02:57] <raphink> :)
[02:58] <crimsun> doko: ping
[03:13] <crimsun> doko: nm, sorry
[03:23] <zakame> hey thierry :)
[03:23] <crimsun> world exploding in dapper+1? cool.
[03:24] <zakame> hoohoo
[03:24] <thierry> zakame : yes?
[03:25] <zakame> hey == hi :D
[03:26] <raphink> hi thierry
[03:26] <thierry> ho ok... I tough you had something special to tell me :) hi!
[03:28] <thierry> anywhere I could get UTC time?
[03:29] <thierry> LaserJock_ : check malone bug 5399 , I added a .desktop file to geg and just sent a new patch
[03:29] <Ubugtu`> Malone bug #5399: [PATCH]  adding a .desktop file to geg In: geg (Ubuntu), Severity: Normal, Assigned to: MOTU Reviewers Team, Status: New https://launchpad.net/bugs/5399
[03:29] <zakame> er, `date -u` ?
[03:29] <zakame> date --utc
[03:30] <thierry> ho thanks
[03:32] <zakame> er wait, don't sync eyed3!
[03:34] <raphink> siretart: how about kalcul and its lib?
[03:35] <siretart> raphink: I want to talk to riddel before
[03:35] <raphink> ok
[03:36] <raphink> siretart: well Riddell advocated it in the end as I can see, and crimsun said he was ok with it too
[03:36] <raphink> but ok I understand ;)
[03:47] <raphink> REVU day stalled ? ;)
[03:48] <crimsun> sorry, I'm in a meeting atm
[03:48] <SloMoSnail> good morning everybody ;)
[03:48] <raphink> hi SloMoSnail
[03:48] <zakame> heya SloMoSnail !!! :D
[03:49] <zakame> SloMoSnail: got gpsd fixed already, even plugging a debian bug ;)
[03:49] <slomo> zakame: good work with porting the gpsd patch :)
[03:49] <thierry> raphink : are you a MOTU ?
[03:49] <zakame> slomo: thanks to you and to doxygen :D
[03:50] <raphink> thierry: nope I'm not
[03:50] <siretart> raphink: I just stumpled over this one: http://revu.tauware.de/revu1-incoming/konq-kim-0511230530/konq-kim-0.8.1/debian/TODO
[03:50] <siretart> raphink: If the package has no correct licence, elmo will reject it. I had this problem with mplayer-skins myself
[03:51] <slomo> zakame: hehe, doxygen helped me creating the first patch too :) i knew nothing about the dbus api back then
[03:51] <zakame> slomo: yeah, doxygen rocks indeed :)
[03:51] <raphink> siretart: all the scripts don't mention the license, but the author said it's all GPL on KDE-Apps so I assumed so and this is what I've put in debian/copyright
[03:54] <siretart> raphink: please pass upstream this link: http://www.gnu.org/licenses/gpl-howto.html
[03:54] <siretart> raphink: no seriously, I think elmo will reject it. So did he for mplayer-skins
[03:54] <raphink> upstream is not very active lately
[03:55] <raphink> you think all scripts should mention GPL namely?
[03:56] <slomo> siretart: anything still todo for mplayer?
[03:56] <slomo> siretart: did you find any issues?
[03:58] <jpatrick> could someone look @ http://revu.tauware.de/details.py?upid=1115 ?
[03:59] <raphink> argh
[03:59] <raphink> there are too many 403 errors on reviewing package on REVU :(
[03:59] <slomo> jpatrick: will do :)
[03:59] <raphink> jpatrick: will too
[04:00] <slomo> jpatrick: uh, kde package... anyway, i'll take a look :)
[04:00] <raphink> jpatrick: lintian already is not very happy with your package ;)
[04:00] <jpatrick> raphink: I see that
[04:00] <raphink> run lintian -i on it, there's already some stuff to do about it
[04:00] <slomo> the lintian errors are "ok"
[04:01] <raphink> remove the CVS dirs in it
[04:01] <slomo> removing CVS dir would mean changing the tarball... which is in this case more evil than leaving it there ;)
[04:01] <raphink> jpatrick: new version should be -0ubuntu1
[04:01] <slomo> and the other two warnings can easily be ignored...
[04:02] <siretart> argl. will check about the 403
[04:02] <slomo> yes, -0ubuntu1
[04:02] <siretart> slomo: I saw that transcode has problems
[04:02] <siretart> slomo: it seems to need a newer ffmpeg :/
[04:03] <slomo> siretart: perfect... i hate ffmpeg... what do you think about adding ffmpeg to the transcode tarball, linking it to a libffmpeg-transcode.so and link transcode with it? should be the safest and will solve the 40MB problem too
[04:03] <raphink> siretart: I had 403 with quite a lot of packages
[04:04] <raphink> jpatrick: include the short version of the GPL in debian/copyright
[04:04] <slomo> raphink: this is only a update... look at the debdiff ;) we don't want a too big delta from debian
[04:05] <siretart> slomo: I don't see if there is a benefit in having a libffmpeg-transcode.so to having a 40mb transcode, but at least there will probably less screeming from the users :/
[04:05] <raphink> slomo: oh so when merging, we don't want to be as strict as with new packages?
[04:05] <siretart> raphink: when merging, we optimize for small diffs
[04:05] <slomo> raphink: no... this is even a merge?
[04:05] <raphink> hmm
[04:06] <raphink> hmm no it's an update actually
[04:06] <siretart> raphink: if you want to improve the package, then document so in debian/changelog and/or send a patch to the debian bts
[04:06] <raphink> mhm
[04:06] <siretart> really, because the next merging will be harder else
[04:06] <slomo> oh, jpatrick please merge first the debian version and then do the update to new upstream version with -0ubuntu1
[04:06] <raphink> well it's not that I want personaly
[04:06] <raphink> but so far when reviewing packages on REVU
[04:06] <siretart> raphink: I know. I don't love that either
[04:07] <raphink> I haven't focused on the smallness of debdiff when it deals with updates or merges
[04:07] <jpatrick> slomo: pardon?
[04:07] <raphink> siretart: if the original debian package was not so clean, I would ask the packager to change things in it
[04:07] <slomo> siretart: shipping a known-to-work ffmpeg version solves the FTBFS every few days ;) and while we're at shipping it we can easily make a .so file for ffmpeg to get the filesize smaller
[04:07] <siretart> but we still have an awful lot of packages to merge :( - and we can only make it easier when we try to minimize diversion from debian
[04:08] <siretart> slomo: lets take this to query
[04:08] <slomo> siretart: sure
[04:08] <raphink> siretart: I understand that, but if the goal is to have a very small diff, then why not stick to Debian?
[04:08] <siretart> raphink: because often the debian package does not work in ubuntu
[04:08] <slomo> jpatrick: debian has 0.35-2.2, your's is based on 0.35-1ubuntu1... first merge the new debian version (i.e. use the debian version and readd our changes) and then update to 0.39
[04:08] <siretart> raphink: or we fix bugs in ubuntu
[04:09] <siretart> raphink: I want to avoid 'unneeded' diversion from debian
[04:09] <raphink> siretart: so we want to fix the minimum of things in Debian packages so it just works in Ubuntu
[04:09] <siretart> raphink: we have a lot of diversion because of new upstrea, new builddeps, bugfixing, security. all is fine
[04:09] <raphink> mhm
[04:09] <siretart> raphink: please don't understand me wrong: we want of course fix bugs in packages
[04:09] <raphink> sur
[04:10] <siretart> raphink: the point I mean is that I have seen a lot of 'minor' improvments in packaging, which just bloat up the debdiff
[04:10] <siretart> and this is what I want to avoid
[04:10] <raphink> ok
[04:10] <raphink> I'll try to remember this
[04:11] <raphink> not bloating the debdiff with minor details when merging or updating
[04:11] <raphink> but still be strict on these details with new packages
[04:11] <raphink> right?
[04:11] <slomo> yes, exactly :)
[04:11] <raphink> ok
[04:11] <siretart> the idea behind this is that DDs are supposed to produce 'good' packages
[04:12] <raphink> that's a bit frustrating but I'll get use to it ;)
[04:12] <raphink> mhm
[04:12] <siretart> in general this is correct, so we stick to them. when reviewing new stuff, we also try to make 'good' packages
[04:12] <slomo> and it's easier for us to merge new versions later... and it's more probably that we stay compatible to debian ;)
[04:12] <siretart> so we point newbees to packaging mistakes
[04:13] <zakame> hm, isn't that's why there was some mention s.time ago about MOTUs undergoing NM?
[04:13] <raphink> well I've seen Debian packages built on tarball sometimes
[04:13] <raphink> at least 3 out of something like 5 merges I've seen
[04:13] <raphink> is that clean?
[04:13] <siretart> raphink: sorry? what do you mean
[04:14] <zakame> raphink: you mean debian native pkgs?
[04:14] <raphink> when the package contains the tarball and debian/rules expands it in the build or configure rule
[04:14] <raphink> yes
[04:14] <siretart> zakame: do you really think that the average motu would pass NM, without having packages in debian?
[04:14] <siretart> zakame: I'm considering applying for NM myself, but I'm not sure if I'm ready yet
[04:15] <siretart> raphink: ah, this is sometimes a good idea
[04:15] <zakame> siretart: hm good point. :-) but I actually thought MOTUs were above-average :P
[04:15] <siretart> zakame: ;)
[04:15] <siretart> zakame: Frontdesk/DAM decide in the end what average is :/
[04:17] <zakame> siretart: true... but then again we practically _do_ improve packaging, so I think that's a plus... not to mention crafting tools for MOTU work :)
[04:17] <siretart> jupp
[04:17] <jpatrick> slomo && raphink: http://kubuntu.pastebin.com/458417
[04:19] <jpatrick> never mind found problem
[04:20] <raphink> ok
[04:20] <raphink> :)
[04:20] <zakame> wb highvoltage
[04:20] <jpatrick> orig.tar.gz has two kxdocker-0.39
[04:20] <zakame> hm, there's a miss in lpbugs.py, on posting syncs, missing source pkgname :/
[04:21] <siretart> zakame: patches welcome :)
[04:22] <zakame> siretart: I'm preparing one now, but I don't have a bzr setup on chi yet (and prolly won't be until it leaves RH land :(
[04:22] <zakame> I'll just email it then ;)
[04:22] <siretart> no problem
[04:22] <siretart> I accept everything ;)
[04:23] <zakame> woohoo :D
[04:25] <\sh> zakame: hmm?
[04:25] <\sh> zakame: when you give the bug number it should get the name of the package from the webpage
[04:26] <zakame> \sh: no it doesn't, I've been observing it for some time now, it doesn't give the srcpkgname on lpbugs -s
[04:26] <\sh> zakame: ah...
[04:27] <\sh> zakame: lpbugs.py -u -s -b <bugno>
[04:27] <\sh> or the bug report is wrong or not added via lpbugs
[04:27] <\sh> which is hmm...yeah a bug
[04:28] <zakame> \sh: yes I do lpbugs.py -u -s -b , even -u -b #### -s
[04:28] <\sh> and no..it's not a bug, because we don't need the sourcepackage
[04:28] <zakame> still, its the same
[04:28] <\sh> zakame: bug no?
[04:28] <zakame> which is why I didn't call it a bug, just a miss ;)
[04:29] <\sh> zakame: actually we don't need it :)
[04:30] <zakame> yeah, really :) just noticed its, well, inconsistent (from my VP) :P
[04:30] <raphink> where is there a miss zakame ?
[04:30] <jpatrick> slomo && raphink : fixes uploaded
[04:30] <raphink> good jpatrick :)
[04:31] <zakame> raphink: in lpbugs... but its wishlist really :D
[04:31] <raphink> zakame: which miss did you find in your package ? miss world ?
[04:31] <zakame> raphink: I'm rooting for miss .ph, iirc tonight's the pageant ;)
[04:46] <jpatrick> raphink: http://revu.tauware.de/details.py?upid=1116
[04:48] <zakame> would my good colleagues revu http://revu.tauware.de/details.py?upid=929 too? :-)
[04:48] <siretart> zakame: huh? http://revu.tauware.de/revu1-incoming/libmemcache-0511150850/libmemcache0_1.4.0.b9-0ubuntu1_i386.postinst
[04:49] <siretart> zakame: funny postinst, very defensive ;)
[04:49] <siretart> zakame: whats this package? manoj's baz common packaging system?
[04:50] <zakame> siretart: it is ;)
[04:50] <siretart> zakame: you manage it in arch?
[04:50] <zakame> I have it at my baz repos
[04:50] <siretart> zakame: I'm curious, aren't you a DD yourself?
[04:51] <zakame> siretart: no, but I do plan to ;) it is in arch, using arch-buildpackage
[04:51] <zakame> gtklp is my debian-maintained package
[04:51] <zakame> (er, now that seems to sound funny)
[04:52] <siretart> ah, I see
[04:52] <siretart> because I read your blog at planet
[04:53] <zakame> I asked nutmeg to add me there ;) which reminds me, how do I get added to planet ubuntu too? :-)
[04:54] <siretart> zakame: ask jdub
[04:54] <siretart> he will happily add you. perhaps email is the best way to catch him
[04:56] <zakame> siretart: ok, thanks! :D
[04:57] <siretart> zakame: package looks ok. do you intend to itp and upload it to debian?
[04:58] <zakame> siretart: yeah, I'll have nutmeg and the folks at -mentor look at it too :)
[04:58] <zakame> mentors even
[04:58] <siretart> hm.
[04:59] <siretart> this build system from manoj doesn't make it easy to be reviewed
[04:59] <siretart> zakame: http://revu.tauware.de/revu1-incoming/libmemcache-0511150850/libmemcache-1.4.0.b9/debian/changelog
[05:00] <siretart> this stuff at the bottom, is this actually allowed in changelog?
[05:00] <zakame> siretart: the `meat' of the build is at local.mk
[05:00] <siretart> obviously yes, but it looks funny
[05:00] <siretart> zakame: I've noticed, yes
[05:00] <zakame> siretart: yeah, its just an Emacs local-variables snippet
[05:01] <zakame> though its redundant... I can remove it
[05:01] <Mithrandir> siretart: yes, it's allowed, but it shouldn't be there.  It was useful five years ago.
[05:01] <Mithrandir> less so today.
[05:01] <zakame> Mithrandir: indeed... removing it now :-)
[05:01] <Mithrandir> and debian-changelog-mode will ask if you want to remove it when you save the file.
[05:01] <zakame> Mithrandir: er, it doens't from my end :(
[05:02] <Mithrandir> zakame: your emacs sucks, then. ;-)
[05:02] <zakame> Mithrandir: huh, emacs22?
[05:02] <Mithrandir> I'm using emacs21
[05:02] <Mithrandir> do you have devscripts-el installed?
[05:02] <\sh> hmmm
[05:03] <zakame> yes
[05:03] <\sh> gnotime build in pbuilder gives me a lot of unmet dep warnings, where as installing the complained package via apt-get install won't give me any warnings or complaints
[05:04] <zakame> then again I'm using a bfs'd emacs22, following the hacks at emacswiki to run Debian-installed -els
[05:04] <\sh> very strange
[05:05] <zakame> I've had this since Sid, so I thought this was default behavior o_O
[05:06] <greenpenguin13> hey ppl
[05:06] <zakame> hello greenpenguin13 :)
[05:07] <\sh> siretart: ping
[05:07] <thierry> how can I copy a folder and paste it under the an other name in the same folder?
[05:07] <\sh> siretart: can you grab dappers gnotime source and build it via pbuilder and tell me that i'm worng
[05:07] <\sh> wrong even
[05:08] <greenpenguin13> thanks for the help yesterday crimsun
[05:10] <\sh> ajmitch: WAKE UP !!!
[05:11] <\sh> grmpf...not answering the phone
[05:11] <siretart> \sh: where is the source package?
[05:12] <\sh> siretart: apt-get source gnotime
[05:12] <\sh> in dapper
[05:12] <siretart> ah
[05:12] <siretart> mom
[05:12] <thierry> \sh : I'm building it with pbuilder...
[05:12] <thierry> \sh : (trying to help)
[05:12] <\sh> thierry: check the messages in the beginning ..
[05:13] <dholbach> hellas
[05:13] <siretart> ralf'ing it too
[05:13] <\sh> when it fetches the build-deps
[05:13] <siretart> huhu dholbach
[05:13] <thierry> \sh : the beginning of the build?
[05:13] <lfittl> hi dholbach, thanks for reviewing libcafix and cafix again :)
[05:13] <dholbach> hi siretart
[05:13] <dholbach> :)
[05:13] <dholbach> it's the review day! :)
[05:13] <thierry> \sh : or the first errors at the end?
[05:13] <lfittl> hehe :)
[05:13] <\sh> thierry: the build-dep errors
[05:13] <\sh> libgnomeui and libgnutls
[05:13] <siretart> dholbach: I'm reviewing since a few hours, now I'm dizzy ;)
[05:14] <raphink> :)
[05:14] <thierry> \sh : k, won't be long I'll let it build completely
[05:14] <siretart> \sh: wow. quite a lot of builddeps
[05:14] <raphink> yay for siretart :)
[05:14] <\sh> siretart: it complains about libgnomeui
[05:14] <\sh> siretart: it complains about libgnomeui-dev even
[05:14] <dholbach> i saw it already... quite a lot of action on REVU
[05:14] <siretart> \sh: no problems in my pbuilder
[05:14] <dholbach> siretart: we need a bot in here saying "new comments on package <...>" :)
[05:14] <\sh> hmmm..strange
[05:15] <zakame> siretart: about ion3, can I drop the deps for libxext-dev and libice-dev? debian source builds perfectly in my pbuilder
[05:15] <siretart> dholbach: in fact, this is already planned
[05:15] <thierry> \sh : yeah me too, the dependencies works great
[05:15] <\sh> siretart: are you using an updated pbuilder or a dapper made pbuilder?
[05:15] <dholbach> siretart: i thought so
[05:15] <siretart> \sh: updated pbuilder
[05:15] <\sh> siretart: weired
[05:15] <raphink> still quite a lot of stuff to be reviewed though
[05:15] <thierry> \sh : I'm using a dapper made pbuilder
[05:16] <\sh> The following packages have unmet dependencies:
[05:16] <\sh>   libgnomeui-dev: Depends: libgnome2-dev (>= 2.6.0) but it is not going to be installed
[05:16] <\sh>                   Depends: libbonoboui2-dev (>= 2.8.1-2) but it is not going to be installed
[05:16] <\sh>                   Depends: libgnomevfs2-dev (>= 2.8.4-2) but it is not going to be installed
[05:16] <thierry> when you build or in the unmet list?
[05:16] <\sh> thierry: pbuilder build
[05:16] <thierry> k...
[05:17] <siretart> zakame: if thats needed to get the package built, I'd say it is a very nicely reviewable debdiff :)
[05:17] <thierry> \sh : my build just ended succesfully... strange that you get errors... I'll save the output and check it k?
[05:18] <\sh> thierry: please..because it just jumps over the unmet deps and builds cleanly...but on our buildds it had raised an error
[05:18] <zakame> siretart: no, debian source doesn't have those deps
[05:18] <thierry> \sh : any e-mail I can send you the file?
[05:19] <siretart> zakame: aah, so we need them in ubuntu? thats very well possible
[05:19] <siretart> zakame: I remember that I had a discussion about this with nobse, the Debian Maintainer of ion3
[05:19] <zakame> it seems so, rebuilding again...
[05:19] <thierry> \sh : I'm updating pbuilder to be sure that the build is ok... then retry
[05:19] <siretart> he tried to make the builddeps to satisfy both, but it was not possible
[05:19] <\sh> fuck i have the wrong phone number
[05:20] <\sh> anybody has ajmitch phone number?
[05:20] <ogra> not the new one
[05:20] <\sh> home phone number?
[05:20] <ogra> he lost his mobile when his lappie was stolen
[05:21] <\sh> i know...he gave me his home phone number...but looks like I mixed up some numbers...and suddenly woke up another guy
[05:21] <ogra> hehe
[05:21] <\sh> he was not amused
[05:21] <ogra> waking up the kiwis
[05:21] <siretart> lol
[05:21] <ogra> try some other combinations :P
[05:21] <raphink> lol
[05:22] <ajmitch> morning ;)
[05:22] <ajmitch> why would you wake me up so early? ;)
[05:22] <raphink> ah ajmitch :)
[05:22] <zakame> siretart: what did nobse think about the added deps? :)
[05:22] <\sh> ajmitch: it wasn't u on the phone :)
[05:22] <ajmitch> haha
[05:23] <siretart> zakame: he doesn't care that much about ubuntu, but iirc it caused problems in debian
[05:23] <\sh> thierry<EMAIL_ADDRESS>[05:23] <siretart> zakame: just add them and ok
[05:23] <\sh> ajmitch: good morning :(
[05:23] <\sh> aeh :)
[05:23] <siretart> morning ajmitch !
[05:23] <ajmitch> \sh: I was hoping you'd just wake me up if I wasn't there by 1700 UTC
[05:23] <ajmitch> morning siretart
[05:23] <\sh> ajmitch: weired, I think i mixed up some numbers
[05:23] <ogra> ajmitch, nope, he woke up other people to send them to your house ;)
[05:24] <raphink> lol
[05:24] <\sh> hmm..could be your neighbour..check the lights :)
[05:24] <\sh> "what a strange number"
[05:25] <slomo> hi ajmitch :)
[05:26] <\sh> ajmitch: no ways everything is settled :)
[05:26] <ajmitch> \sh: I haven't written my script though!
[05:26] <\sh> and I don't have a replacement..which I should consider for the next time :)
[05:26] <ogra> bbl
[05:26] <Kyral> oyah its REVU day
[05:26] <\sh> ajmitch: hmm...you have 30 mins :)
[05:26] <ajmitch> I just hope that people don't turn up expecting a packaging howto
[05:27] <\sh> ajmitch: the channel is full
[05:27] <Kyral> ajmitch: You think I'm ready for any of my presentations? ;P
[05:27] <ajmitch> Kyral: what have you been advertising it as? :P
[05:27] <\sh> ajmitch: improvise :)
[05:27] <ajmitch> \sh: oh, if my DSL goes down, you get to take over :)
[05:27] <Kyral> dpkg w/o debhelper? :P
[05:28] <thierry> \sh : The following packages have unmet dependencies:
[05:28] <thierry>   libgnomeui-dev: Depends: libgnome2-dev (>= 2.6.0) but it is not going to be installed
[05:28] <thierry>                   Depends: libbonoboui2-dev (>= 2.8.1-2) but it is not going to be installed
[05:28] <thierry>                   Depends: libgnomevfs2-dev (>= 2.8.4-2) but it is not going to be installed
[05:28] <\sh> ajmitch: it won't I have a friend at NZ telekom..they reserved all the bandwidth only to you :)
[05:28] <thierry> but it builds anyway
[05:28] <\sh> thierry: same here
[05:29] <thierry> \sh : good... is it all you wanted to know?
[05:29] <ajmitch> \sh: all 2 Kbps? ;)
[05:29] <\sh> thierry: yes
[05:29] <Kyral> lol
[05:29] <thierry> \sh : k
[05:29] <raphink> lol
[05:30] <\sh> ajmitch: ok...lets do it...we will improve it :)
[05:31] <zakame> siretart: ok, thanks! :D
[05:35] <ajmitch> how about I just show them http://ubuntu.pastebin.com/458490 & tell them to do it this way? ;)
[05:36] <\sh> ajmitch: no way
[05:36] <zakame> MOTUs: maraming salamat, at magandang gabi! (many thanks, and gn8! ;)
[05:36] <ajmitch> night zakame
[05:37] <ajmitch> \sh: aw
[05:37] <zakame> night ajmitch
[05:38] <ajmitch> much better than trying to explain http://ubuntu.pastebin.com/458486
[05:40] <\sh> ajmitch: the latter is the topic :)
[05:40] <ajmitch> hi jinty
[05:41] <ajmitch> \sh: yeah, so source is there, you can speak about it
[05:41] <\sh> ajmitch: no :)
[05:41] <dholbach> raphink: "don't get sick packaging this library ..." <--- hahaha :)
[05:42] <raphink> :)
[05:42] <raphink> dholbach: I suggested packaging the h5n1 version
[05:44] <raphink> dholbach: thanks for reviewing some of my packages :)
[05:44] <dholbach> you did awesome work
[05:44] <dholbach> we should have a mentoring department soon
[05:44] <raphink> thanks
[05:45] <raphink> :)
[05:45] <raphink> dholbach: you mean packaging or reviewing ?
[05:45] <dholbach> all of it
[05:45] <raphink> thanks
[05:45] <raphink> I think there are some comments I shouldn't have left though
[05:45] <raphink> I learned lately that the priority on merges and updates is the smallness of the debdiff
[05:46] <raphink> so many of my comments on such cases are too detailed it seems
[05:46] <dholbach> if you add a comment saying that it was a "headsup" or you talk to those people they will understand
[05:47] <raphink> will do
[05:47] <raphink> later ;)
[05:52] <jinty> hoi ajmitch
[05:53] <thierry> how can I clean my chroot?
[05:53] <minghua> good, I am in time for school :-)
[05:54] <jinty> ajmitch, interested in taking care of that schooltool-live package?
[05:54] <ajmitch> minghua: you don't need to learn :)
[05:54] <ajmitch> jinty: oh, I suppose I could add it to the todo list :)
[05:55] <jinty> ajmitch: I understand todo lists, mine is as long as my arm;)
[05:55] <raphink> ajmitch: \o/
[05:55] <jinty> perhaps I send a mail with the details, and you can take your time...
[05:56] <ajmitch> please
[05:56] <ajmitch><EMAIL_ADDRESS>[05:56] <jinty> thierry: clean what from the chroot?
[05:56] <slomo> siretart: do you know what's the state of xen 3.0?
[05:57] <thierry> jinty : like making it like if it was a new chroot... for testing dependecies and stuff like that
[05:57] <LaserJock> thierry: that is what pbuilder is for
[05:57] <jinty> LaserJock: indeed;)
[05:58] <thierry> LaserJock : yes but I want to test dependency for some non-package... I want to package something new and see his dependencies
[05:58] <jinty> ajmitch: I'll mail after I have a look over the package again.
[05:59] <LaserJock> thierry: what you will do is create a package and then build the .deb it with pbuilder and see if all the deps are right
[05:59] <slomo> hunger: ping?
[05:59] <sistpoty> hi folks
[05:59] <thierry> LaserJock : ho ok, it's just that https://wiki.ubuntu.com/HowToBuildDebianPackagesFromScratch doesn't work the same way
[05:59] <slomo> hi sistpoty
[06:00] <thierry> LaserJock : but you're probably right
[06:00] <sistpoty> hi slomo
[06:00] <siretart> slomo: sorry, no, ask hunger, he is our xen man!
[06:00] <siretart> huhu sistpoty
[06:00] <slomo> siretart: ok, will do :)
[06:00] <sistpoty> hi siretart
[06:00] <ajmitch> \sh: you can do the nice introductions ;)
[06:00] <LaserJock> thierry: what section?
[06:01] <sistpoty> good luck ajmitch
[06:01] <thierry> LaserJock : First steps to test
[06:01] <ajmitch> I need caffiene & a miracle
[06:01] <sistpoty> hehe
[06:03] <ajmitch> 'mr. andrew mitchell'? don't make it so formal :)
[06:03] <\sh> heheh
[06:03] <LaserJock> thierry: that is for testing that the tarballs work, not if the packages work
[06:04] <thierry> LaserJock : ho ok...
[06:05] <LaserJock> thierry: you can use the chroot to compile the program from the tarball to make sure it compiles on Ubuntu, etc.
[06:05] <thierry> LaserJock : that's what I'm doing and I get /usr/bin/ld: cannot find -lXext
[06:05] <LaserJock> thierry: even before you start packaging you should have an idea of what it is going to take to get it to work
[06:05] <LaserJock> thierry: I guess that means your missing a lib
[06:06] <thierry> LaserJock : yes but wich one??
[06:07] <LaserJock> thierry: I did a apt-cache search xext
[06:30] <Riddell> siretart: you wanted to talk?
[06:31] <siretart> Riddell: yes
[06:31] <siretart> Riddell: it is about http://revu.tauware.de/details.py?upid=1001
[06:32] <raphink> hehe
[06:32] <siretart> Riddell:
[06:33] <siretart> I'm not 100% sure if it is worth to make a package for this tiny lib
[06:33] <raphink> Riddell: remember this library that I had asked annma to split from kalcul
[06:33] <raphink> and is used in kverbos aswell?
[06:33] <siretart> I'm really undecided if it should not go into the kalcul package
[06:33] <siretart> Riddell: or perhaps you know another kde package where this widget could be merged with?
[06:35] <sistpoty> Riddell: quick question bout kdevelop3: s.th. special behind build-dep automaken or can I resolve this to some non-virtual package like "automake1.9 | automaken"?
[06:35] <siretart> sistpoty: nvidia on dapper/amd64 works very nicely, btw ;)
[06:36] <sistpoty> siretart: hm... maybe I'll dist-upgrade later this day
[06:36] <Riddell> siretart: since other programs expect to use that library it needs to be a separate package
[06:36] <Riddell> sistpoty: why would it need to be changed?
[06:36] <siretart> Riddell: if you say it is worth to split it, I'm okay with the packaging
[06:37] <raphink> Riddell: well remember the pb was that so far no other program uses it
[06:37] <sistpoty> Riddell: because the sbuild won't resolve the virtual package automaken iirc.
[06:37] <raphink> only kverbos semes to use it internaly, so kverbos could be split eventually
[06:37] <sistpoty> Riddell: it's in dep-wait because of this
[06:37] <raphink> siretart: crimsun seemed to be ok with separating it too
[06:38] <Riddell> raphink: kverbos does
[06:38] <siretart> raphink: ok. I'm convinced
[06:38] <Riddell> sistpoty: I'll take a look at it
[06:38] <raphink> :)
[06:38] <sistpoty> Riddell: cool, thx
[06:38] <\sh> sistpoty: it reads the b-deps from right to left, whereas pbuilder reads it from left to right
[06:38] <siretart> but sbuild is authoritative :/
[06:38] <sistpoty> \sh: nope, automaken is a virtual package
[06:39] <sistpoty> \sh: doesn't have to do anything with ordering in this case
[06:39] <dholbach> bbl
[06:40] <raphink> cya then dholbach
[06:40] <\sh> sistpoty: ah so automaken is just not in our archives....
[06:40] <sistpoty> \sh: it is... or should be. but it's a virtual package coming from automake1.4 | automake1.5 | ..
[06:40] <sistpoty> \sh: no idea why there is automake and automaken though
[06:42] <siretart> unsermake?!
[06:42] <\sh> which is a pain in da arse....
[06:42] <raphink> hehe
[06:43] <\sh> raphink: try to use it with cdbs :)
[06:43] <sistpoty> meinmake, deinmake... unsermake *g*
[06:43] <sistpoty> sorry for the weird german joke
[06:43] <raphink> sistpoty: yeah I thought so too ;)
[06:43] <raphink> lol
[06:43] <raphink> they could have made it english at least
[06:43] <raphink> ourmake
[06:43] <raphink> :)
[06:43] <sistpoty> hehe
[06:44] <raphink> I like mymake
[06:44] <raphink> :)
[06:45] <raphink> sistpoty: unsermake talks very few and uses colors in output. Something for geNToo fans ;)
[06:45] <raphink> hehe
[06:45] <sistpoty> oh... so unsermake -v == colormake? *g*
[06:46] <raphink> lol
[06:46] <raphink> maybe
[06:46] <raphink> well no I doubt so
[06:47] <raphink> because unsermake is a Makefile generator, like automake
[06:47] <raphink> but very silent and with colors
[06:47] <raphink> so it's not like a traditional make with colors
[06:47] <siretart> colors, omg
[06:47] <sistpoty> ah
[06:47] <raphink> siretart: lol
[06:48] <raphink> http://ubuntu.pastebin.com/458559 <--- raphink's bash prompt
[06:48] <siretart> and I find colormake useful from time to time
[06:50] <sistpoty> is today revu day?
[06:51] <siretart> sistpoty: yes
[06:51] <minghua> siretart, that's because your nick is so longer than \sh's :-)
[06:51] <jpatrick> think so
[06:51] <Kyral> Yea! EasyChem should get in
[06:51] <siretart> minghua: use <tab> expansion ;)
[06:51] <Kyral> my first package in the repos
[06:51] <Kyral> I hope :D
[06:52] <LaserJock> Kyral: did you get another vote?
[06:52] <Kyral> LaserJock: I hope to during this REVU day lol
[06:53] <LaserJock> Kyral: I'm just finishing the new plotdrop release. It should get in too, I hope ;-)
[06:53] <LaserJock> bummer, I'll be at the bottom
[06:53] <Kyral> Ditto lol
[06:54] <sistpoty> it's sorted by upload date
[06:54] <Kyral> oh sistpoty mind purging dcbu and fortune-mod-futurama
[06:54] <Kyral> Man that rules file is nothing like I have seen before
[06:54] <raphink> siretart: http://raphink.myftp.org/konsole_prompt.jpg
[06:54] <sistpoty> Kyral: purging as in nuke?
[06:54] <Kyral> makes me realize how much work Debhelper does for us
[06:54] <Kyral> sistpoty: yah
[06:55] <sistpoty> Kyral: why?
[06:55] <sistpoty> if I nuke it, it's lost forever
[06:56] <Kyral> sistpoty: well, dcbu was a pet project for school that in its current state isn't more than a glorified shell script. As ajmitch once said, it doesn't pass the "trivial operation" tes
[06:56] <Kyral> sistpoty: I have the full source on my HD :P
[06:56] <Kyral> and fortune-mod-futurama is questionable license
[06:57] <Kyral> sistpoty: I'll resubmit dcbu after I rewrite it in python and make it do a shitload more :D
[06:57] <sistpoty> Kyral: have you talked with petermcv about that yet?
[06:57] <Kyral> sistpoty: I am petermcv
[06:57] <sistpoty> ah, k... maybe you should have made this clear ;)
[06:58] <sistpoty> hehe
[06:58] <sistpoty> ok, will nuke in a second... (will take some time, as I need to nuke every upload)
[06:58] <Kyral> lol
[06:59] <Kyral> Yah...I wonder why my @ubuntu.com isn't working yet...
[06:59] <raphink> :(
[06:59] <LaserJock> Kyral: I still don't have comitt access to the doc-team svn repo either
[06:59] <sistpoty> I just thought that I saw some adress with kyral in it on revu... but I guess I'm wrong ;)
[07:00] <LaserJock> Kyral: I think elmo has to do it and he is always very busy
[07:00] <Kyral> sistpoty: I have uploaded all my packages with<EMAIL_ADDRESS>[07:00] <sistpoty> Kyral: yep... brain fault ;)
[07:01] <Kyral> more like your mind got a SIGSEV
[07:01] <Kyral> ;P
[07:01] <sistpoty> hehe
[07:01] <Kyral> or was directed to /dev/null
[07:03] <Kyral> You'd think elmo would have a script running like every week or so to checkover the UbuntuMembers team on LP
[07:08] <sistpoty> Kyral: after some hard work of clicking, dcbu and fortune-mod-futurame are gone :)
[07:08] <Kyral> heheh
[07:09] <Kyral> DCBU might reeappear sometime soon, though I'm thinking of turning it into a mass-deployment util
[07:12] <slomo> Kyral: the @ubuntu.com mail forwards are handled by a cronjob afaik
[07:12] <slomo> Kyral: hourly iirc
[07:12] <Kyral> hmm...
[07:12] <Kyral> I changed my LP ID about 4 days ago lol
[07:15] <Kyral> it should be<EMAIL_ADDRESS>right?
[07:16] <slomo> when your LP id is kyral... yes
[07:16] <slomo> the mail is forwarded to your contact address in LP
[07:17] <Kyral> which one lol
[07:17] <Kyral> https://launchpad.net/people/kyral
[07:20] <raphink> just wondering
[07:20] <raphink> from the work I do now, is there any group on launchpad I can join ?
[07:21] <Kyral> still bouncing
[07:21] <Kyral> user unknown in virtual alias table
[07:23] <LaserJock> Kyral: me too
[07:23] <Kyral> not that big of a deal
[07:23] <Kyral> if its not around by the next CC Meeting I'll ping elmo
[07:24] <raphink> hehe
[07:24] <LaserJock> yeah, I'm more concerned about my doc-team svn access, but that's not a big deal either I guess
[07:26] <raphink> siretart: while you've advocated the lib, did you have a look at the app itself (kalcul)
[07:26] <raphink> ?
[07:28] <siretart> raphink: will to in  a sec
[07:28] <raphink> thnks :)
[07:28] <siretart> raphink: I think I'll upload the lib and look at kalcul when it is in the archive
[07:28] <siretart> so I can better test it
[07:29] <raphink> hmm ok
[07:29] <raphink> siretart: I uploaded the lib to my repo to test it
[07:29] <raphink> and added my repo to my pbuilder ;)
[07:29] <siretart> well, it won't build on the autobuilders anyway
[07:29] <raphink> true
[07:30] <raphink> not if the lib is not available yet
[07:42] <Riddell> where can people request packages for MOTU?
[07:43] <minghua> Riddell, RFP or RFS?
[07:43] <minghua> I think RFS goes to REVU or motu-reviewers depending on the status of the package
[07:44] <sistpoty> Riddell: RFPs currently go to wiki:UniverseCandidates
[07:45] <sistpoty> Riddell: but we are discussing to get rid of this page and use LP support tickets instead, but that's not yet decided
[07:46] <Riddell> thanks
[08:04] <LaserJock> \sh: maybe we should have a wiki with motu-school session requests/volunteers
[08:06] <\sh> LaserJock: we will have something....
[08:12] <ajmitch> ok, I guess that wasn't too bad
[08:12] <ajmitch> I almost managed to pull off the illusion of being prepared
[08:12] <LaserJock> it was fine
[08:12] <bmonty> looked good to me
[08:13] <slomo> ajmitch: it was perfect imho :)
[08:13] <ajmitch> getting up just aftre 5am isn't good for me though
[08:13] <slomo> hm, get back to bed for some hours :)
[08:13] <ajmitch> not yet
[08:14] <ajmitch> maybe about noon
[08:15] <ajmitch> hopefully not too many people are confused ;)
[08:16] <LaserJock> well, I certainly don't think they are any worse off, should be much less confused
[08:28] <LaserJock> azeem: ping?
[08:33] <sistpoty> update done... waiting for backtraces ;)
[08:34] <crimsun> it still lists xmoto, which I merged earlier in the week
[08:34] <crimsun> same for vtk
[08:34] <sistpoty> crimsun: I will take a look
[08:35] <crimsun> thanks
[08:35] <crimsun> (and vlc)
[08:36] <crimsun> vlc's not merge-list-status's fault, though. That's MoM's.
[08:36] <sistpoty> crimsun: xmoto is newer in unstable
[08:37] <sistpoty> crimsun: vtk removed
[08:37] <sistpoty> (from list)
[08:38] <sistpoty> vlc removed as well
[08:38] <crimsun> that's impossible
[08:39] <crimsun> I merged on Dec 9th
[08:39] <sistpoty> crimsun: seems like vtk upload didn't hit dapper archives yet
[08:39] <sistpoty> s/vtk/xmoto/
[08:40] <sistpoty> hrmpf... or I did s.th. wrong :/
[08:40] <crimsun> it has on i386
[08:40] <Hieronymus> What is the best way of making diffs for patches?
[08:41] <crimsun> Hieronymus: debdiff(1)
[08:41] <crimsun> Hieronymus: unless you meant actually making diffs?
[08:41] <sistpoty> crimsun: args... thanks for noting... seems like the update script didn't get update the sources from dapper/unstable :(
[08:42] <crimsun> sistpoty: kk, thank _you_ :)
[08:42] <sistpoty> ok, merge list will be offline for a few seconds... will put back db-dump from 5 mins ago
[08:43] <Hieronymus> crimsun: How can I make a diff that's usefull for MOTU
[08:43] <sistpoty> wohoo... I did all merges just with one sql-query :)
[08:43] <crimsun> :)
[08:44] <crimsun> Hieronymus: did you update something?
[08:44] <ajmitch> sistpoty: sorry, was my script broken?
[08:45] <sistpoty> ajmitch: not quite sure yet... these packages where on the list even before I updated it *wonder*
[08:45] <crimsun> Hieronymus: if so, read http://netz.smurf.noris.de/logs/freenode/2005/12/09/%23ubuntu-motu-school.log
[08:45] <Hieronymus> crimsun: basically, I want to fix a .desktop file
[08:46] <crimsun> Hieronymus: have you made the necessary adjustments to the .desktop file?
[08:47] <LaserJock> Hieronymus: do you happen to run dapper or have a dapper chroot?
[08:47] <sistpoty> for xmoto: there was s.th. strange with LPs bug mail: "Sourcepackagename: None => xmoto", maybe because of this, status didn't get updated
[08:48] <ajmitch> sigh, I can't play any openGL games
[08:48] <ajmitch> how annoying
[08:48] <LaserJock> what your playing games?
[08:48] <sistpoty> for vtk: seems like I got only the new->fixed mail, but not the mail for new
[08:48] <ajmitch> LaserJock: why not?
[08:48] <Hieronymus> crimsun: not yet, but that's only two minutes of work
[08:48] <sistpoty> so vtk wasn't listed as accepted as well
[08:49] <Hieronymus> LaserJock: no, but I downloaded the dapper source package
[08:49] <LaserJock> ajmitch: you need to get some sleep. athough after your teaching session, some gaming would probably be good relaxation
[08:49] <sistpoty> for vlc I didn't get one mail from LP :(
[08:49] <ajmitch> LaserJock: I have to go out in about 30 minutes
[08:50] <LaserJock> Hieronymus: I was looking at malone bug #5632
[08:50] <Ubugtu`> Malone bug #5632: Ghemical won't start up (breezy amd64) In: ghemical (Ubuntu), Severity: Normal, Assigned to: MOTU Science, Status: New https://launchpad.net/bugs/5632
[08:50] <Kyral> wheee REVU day lol
[08:50] <LaserJock> ajmitch: cool, still Saturday here though
[08:50] <Hieronymus> LaserJock: that's my bug. 5.10/breezy I'm running
[08:51] <Hieronymus> LaserJock: the first line states "Ghemical won't start up. AMD64 5.10/breezy."
[08:51] <sistpoty> ok, I'll retry to update the list, let's just see if one of these packages will populate the list again :)
[08:51] <LaserJock> Hieronymus: right, I don't have access to a AMD64 but it would be good to know if the bug is still there in dapper
[08:51] <LaserJock> Hieronymus: it wouldn't get changed in breezy, only dapper
[08:51] <Hieronymus> LaserJock: if you tell me how to resize my Home directory, that can be arranged
[08:52] <Hieronymus> *home partition
[08:52] <LaserJock> Hieronymus: you could do a chroot, how much space do you have?
[08:53] <Hieronymus> plenty
[08:53] <minghua> Hieronymus, if you don't run dapper yourself, I think you can just paste the diff between old .desktop file and the new one as a bug to launchpad
[08:53] <Hieronymus> minghua: but I downloaded the dapper source package, so that's not a problem
[08:53] <sistpoty> ajmitch: your script seems fine... nothing bad happened :)
[08:53] <Hieronymus> minghua: as in change sources.list, apt-get source ghemical, change sources.list back
[08:54] <LaserJock> Hieronymus: plenty of space just in /home or in / too?
[08:54] <LaserJock> Hieronymus: it would help to get a chroot for that kinda thing
[08:54] <LaserJock> Hieronymus: is the .desktop file for ghemical too?
[08:54] <slomo> huh... funny... the "overlay color" for xv seems to be black here... my xterm shows a video in the background =)
[08:55] <Hieronymus> Hieronymus: only in /home. What do you mean "is the .desktop file for ghemical too?"
[08:55] <LaserJock> Hieronymus: is the .desktop file you changed for ghemical?
[08:56] <Hieronymus> slomo: you mean you run a video, then open terminal and see the video, but frozen? I've seen that before :)
[08:56] <Hieronymus> LaserJock: yes, for ghemical, but I haven't changed it yet
[08:56] <slomo> Hieronymus: no... not frozen :P it's frozen in xchat but not in the terminal
[08:56] <Hieronymus> in gnome-terminal it's frozen..
[08:58] <minghua> Hieronymus: cool.  then I assume you know how to make a new ubuntu version (-XubuntuY) with the changed .desktop file
[08:58] <Hieronymus> minghua: yeah
[08:59] <minghua> Hieronymus: then to make a diff useful for MOTU, use debdiff(1), as in: debdiff ghemical_a.b.c-X.dsc ghemical_a.b.c-XubuntuY.dsc
[08:59] <minghua> Hieronymus: check the generated debdiff, and if it's good, post it to the bug
[09:02] <LaserJock> Hieronymus: do you think you can go through https://wiki.ubuntu.com/DebootstrapChroot?
[09:02] <Hieronymus> LaserJock: I did that before IIRC, so yes
[09:03] <LaserJock> you could make a symbolic link from somewhere in /home to /var/chroot or do it directly in /home
[09:05] <jpatrick> wb raphink
[09:08] <raphink> thanks jpatrick
[09:08] <raphink> I'm getting crazy with my modem lately
[09:08] <raphink> :(
[09:10] <ajmitch> sistpoty: can you handle the keyring request? I've got to head out now
[09:10] <sistpoty> ajmitch: keyring request? mail? didn't get one yet, but I can do
[09:10] <ajmitch> yeah I just got a mail
[09:11] <siretart> re
[09:11] <siretart> ajmitch: I added you to admin@ and<EMAIL_ADDRESS>[09:11] <siretart> ajmitch: I hope you don't object
[09:11] <ajmitch> siretart: certainly not :)
[09:11] <ajmitch> wb \sh
[09:11] <sistpoty> ajmitch: ok, once the mail is here I'll care for it
[09:12] <sistpoty> or siretart?
[09:12] <\sh> re
[09:12] <\sh> sistpoty: ping
[09:12] <ajmitch> \sh: are you going to do a writeup of the session today
[09:12] <sistpoty> \sh: pong
[09:12] <ajmitch> or shall I do it later?
[09:12] <\sh> sistpoty: hmm...what about the already fixed c++ stuff without a merge link?
[09:12] <\sh> ajmitch: lets do it together :)
[09:12] <\sh> ajmitch: later :)
[09:12] <siretart> sistpoty: He didn't upload it to the keyring, I'm answering him
[09:12] <ajmitch> ok
[09:12] <ajmitch> bbl
[09:12] <\sh> (not today anymore)
[09:12] <sistpoty> cya ajmitch
[09:13] <\sh> ajmitch: cu and thx a lot :)
[09:13] <sistpoty> \sh: I'm not quite sure about that yet... either these are there because there are new debian versions, or because they haven't been done in ubuntu yet
[09:13] <sistpoty> \sh: problem is, that there is no automatic way of telling :(
[09:14] <\sh> atlas-cpp  last<EMAIL_ADDRESS>-  YES
[09:14] <\sh> but no merge report
[09:14] <sistpoty> \sh: ah, ok... there *is* an automatic way of updating the list :)
[09:14] <\sh> if there is a new debian version and we touched it..there should be a merge report :)
[09:14] <sistpoty> \sh: atlas-cpp should have a newer debian-version, if everything is right
[09:15] <\sh> hmmm...
[09:15] <\sh> the merge report is missing :)
[09:15] <sistpoty> \sh: some very deep we logic behind this... /me is fixing this ;)
[09:16] <\sh> hehe
[09:16] <\sh> yes tell me, that i'm lazy :)P
[09:19] <sistpoty> \sh: atlas, beast, clanlib, exiv2, gengameng, gtkmm2.0 and jaberoo should be the only packages... all done by you ;)
[09:19] <sistpoty> s/atlas/atlas-cpp
[09:19] <\sh> sistpoty: yeah......work
[09:20] <\sh> sistpoty: and please check this :) plptools
[09:20] <sistpoty> \sh: look again at the list
[09:21] <sistpoty> \sh: will check
[09:21] <\sh> forget plptools
[09:21] <sistpoty> ok
[09:21] <\sh> it's right :)
[09:23] <\sh> hell
[09:24] <\sh> -EPACKAGINGCRAP
[09:24] <\sh> make[3] : Nothing to be done for `all'.
[09:24] <\sh> make[3] : Leaving directory `/tmp/buildd/arkrpg-0.1.4b/Dist'
[09:24] <\sh> Making all in debian
[09:24] <\sh> make[3] : Entering directory `/tmp/buildd/arkrpg-0.1.4b/debian'
[09:24] <\sh> make[3] : *** No rule to make target `all'.  Stop.
[09:24] <\sh> make[3] : Leaving directory `/tmp/buildd/arkrpg-0.1.4b/debian'
[09:24] <LaserJock> sure seems like there are a lot of packages in Accepted
[09:25] <\sh> what the fck..
[09:25] <\sh> why is debian/Makefile in configure.in ?
[09:32] <slomo> \sh: i had some other packages with the same disease ;)
[09:32] <slomo> \sh: mail upstream to remove it or repackage
[09:32] <\sh> well...debian upstream patched it away...but didn't tell cdbs to recreate automaken
[09:37] <sistpoty> dear tiber admins, I just sent you a mail how you can update the merge-list if new logs from MoM arrive... thus hopefully eliminating the bottleneck/single point of failure: /me :)
[09:38] <\sh> sistpoty: hehe
[09:40] <\sh> lean back and pretend?
[09:40] <sistpoty> yep ;)
[09:40] <\sh> hrhr
[09:41] <sistpoty> maybe I should have added: logout from tiber asap
[09:42] <\sh> thats why i have cdbs
[09:43] <\sh> don't trust the documentation
[09:51] <crimsun> slomo: uploaded banshee w/ fixed .desktop
[09:51] <Kyral> how goes REVU day?
[09:52] <slomo> crimsun: thanks... but i wonder why it works for me now already :/
[09:53] <crimsun> slomo: no idea, but 3 doesn't work here :/
[09:54] <slomo> crimsun: hmm, 0.9.13 didn't work for me but all following did... weird... but i already saw other .desktop files which just used a name without filetype-suffix... gedit for example
[09:54] <slomo> this was what i thought was the mistake first... so no idea
[09:55] <crimsun> it _should_ work without a suffix :/
[09:55] <crimsun> I even logged out and back in
[09:56] <crimsun> if it suddenly works, I'll let you know so you can rip out the diff from 4
[09:58] <sistpoty> need to do some evil work... cya later
[10:00] <slomo> crimsun: maybe the directories where the icons are installed to are wrong? but they seemed to be fine to me...
[10:00] <slomo> oh, katie also noticed me about your upload :)
[10:12] <Hieronymus> LaserJock: woohoo! :)
[10:12] <LaserJock> Hieronymus: get a chroot?
[10:13] <Hieronymus> no, I'm finally figured the whole "how to make a nice debdiff" stuff out
[10:14] <LaserJock> oh, ok
[10:14] <LaserJock> that's good too ;-)
[10:14] <Hieronymus> malone #5643
[10:14] <Ubugtu`> Malone bug #5643: [patch]  Ghemical .desktop file is crap (absolute path, missing stuff, invalid stuff) In: ghemical (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5643
[10:15] <LaserJock> Hieronymus: well, you might not want to say "crap"
[10:15] <slomo> crimsun: do you know a bit about the legal state of some libs in main? which are we allowed to ship on cd and which not? libmad for example can't be shipped on cds... but what about the other multimedia related ones?
[10:16] <Hieronymus> malone #5643
[10:16] <Ubugtu`> Malone bug #5643: [patch]  Ghemical .desktop file is not so good (absolute path, missing stuff, invalid stuff) In: ghemical (Ubuntu), Severity: Minor, Assigned to: MOTU Science, Status: New https://launchpad.net/bugs/5643
[10:16] <Hieronymus> LaserJock: better?
[10:16] <LaserJock> hmm, you've got a lot of stuff in categories
[10:18] <LaserJock> ok, I gotta go for a bit, Hieronymus I would really be interested in seeing if you can repeat your other ghemical bug in dapper
[10:19] <Hieronymus> LaserJock: okay
[10:19] <Hieronymus> LaserJock: yes, but the categories are all correct, I'm sure
[10:19] <Hieronymus> well, pretty sure :-)
[10:20] <LaserJock_> Hieronymus: correct but should they all be there. maybe you don't need so many
[10:20] <LaserJock_> Hieronymus: if you put to many then the icon will be in a lot of different menus. For instance, if we get a Science menu then it would be in Graphics and Science
[10:20] <Hieronymus> well, you don't _need_ to tell people it's a GTK app, but that's what the category is for..
[10:52] <azeem> LaserJock_: pong
[10:53] <Hieronymus> azeem: he said he's away
[10:53] <Hieronymus> 22:18 < LaserJock> ok, I gotta go for a bit, Hieronymus I would really be interested in seeing if you can repeat your other ghemical bug in dapper
[10:56] <\sh> phew
[10:56] <\sh> cdrdao merge
[10:58] <raphink> how is the REVU day going?
[10:58] <raphink> I didn't see many changes lately
[11:01] <\sh> ajmitch: ping
[11:02] <\sh> why did you renmaed libclan2c2-vorbis to libclan2c2a-vorbis?
[11:03] <raphink> o_O
[11:04] <\sh> ajmitch: i'm just asking because -vorbis wasn't on the list of doko
[11:04] <raphink> ah :)
[11:20] <raphink> anyone still reviewing around?
[11:21] <\sh> i'm on the merge run
[11:21] <JohnnyMast> im packaging new stuff
[11:21] <\sh> will do some reviewing tomorrow...
[11:22] <raphink> ok
[11:22] <slomo> and i'm working on xine ;) reviewing will come later, probably tomorrow
[11:22] <raphink> just that I thought this was a REVU day ;)
[11:22] <raphink> more reviews have been done today than on usual dayzs
[11:22] <raphink> but I doubt we get to review all packages before tomorrow evening at that speed ;)
[11:23] <slomo> yes, there are definitly too many packages to review... we need more reviewers ;)
[11:23] <raphink> slomo: I can review but I cannot advocate ;)
[11:23] <raphink> so once I've given my opinion, even if it's fine to me I can't do much more ;)
[11:24] <JohnnyMast> what is advocate ?
[11:24] <raphink> hmm
[11:24] <raphink> advocate is when you say you're happy with a package entering universe
[11:25] <raphink> MOTUs can advocate packages
[11:25] <raphink> when a package has been advocated twice
[11:25] <raphink> then it's uploaded to universe
[11:25] <raphink> (and get's a heart instead of a hammer in REVU)
[11:25] <JohnnyMast> aah yeah that pings on some light here
[11:26] <raphink> ;)
[11:26] <JohnnyMast> like as on debian
[11:26] <JohnnyMast> with sponsors and the mailing list
[11:26] <slomo> raphink: become a MOTU :) you're doing everything fine so far :) and we definitly need more kde people
[11:26] <raphink> hmm kind of
[11:26] <Hieronymus> raphink: so what is the lightbulb?
[11:26] <raphink> slomo: I applied for membership last week and was not accepted
[11:26] <Hieronymus> oh wait, I see
[11:26] <raphink> not been around long enough
[11:26] <raphink> and to be a MOTU I need to be member first
[11:26] <raphink> ;)
[11:27] <raphink> I was told to come back in 4 weeks
[11:27] <JohnnyMast> raphink your no a ubuntu member yet ?
[11:27] <raphink> I totally understand they want to be sure I'm still around in 4 weeks
[11:27] <raphink> nope JohnnyMast
[11:27] <raphink> ;)
[11:27] <JohnnyMast> same here
[11:28] <slomo> raphink: well, if you continue like now it will be a safe run imho :)
[11:28] <JohnnyMast> some ppl like i was when i met ubuntu are to driven and only focus on that
[11:28] <raphink> sure slomo but that means I can't help much so far with reviewing
[11:28] <raphink> apart from telling what is wrong ;)
[11:29] <raphink> but that's fine
[11:29] <raphink> in the meanwhile I'm learning much about the right way to package and review
[11:30] <slomo> that's already helpful because after you pointed out some issues the packager can get his package better and maybe we have to look only once at it and say that it's ok instead of looking at one package millions of times until every issue is solved :)
[11:30] <slomo> hehe
[11:30] <raphink> ;)
[11:30] <raphink> yeah well
[11:30] <raphink> I don't think I would do it if I felt it was not useful ;)
[11:31] <siretart> raphink: and another important point: you watch us doing mistakes and notify us about this ;)
[11:31] <raphink> siretart: hehe if I can do that without feeling I lack respect to more experienced users ;)
[11:32] <siretart> raphink: I noticed that we discussed several processes wrt our MOTU buissnes. that great, because it helps everyone to reflect what we are doing here
[11:32] <siretart> raphink: absolutly not!
[11:32] <raphink> well depends with whom siretart ;)
[11:32] <raphink> I try to be careful, as in the past I had funny experiences
[11:32] <raphink> with people not liking to be criticized on their work
[11:32] <\sh> who?
[11:33] <raphink> so I prefer to know people well enough before criticizing their work
[11:33] <slomo> raphink: whenever you think someone did something wrong tell it :) nobody is perfect
[11:33] <raphink> \sh: oh not anyone you might know. Don't even have a name in mind, but it just happened, in other times, other places :)
[11:33] <slomo> raphink: and even if you're wrong you learn something
[11:33] <raphink> sure
[11:33] <raphink> :)
[11:34] <raphink> one can learn something everyday :)
[11:34] <\sh> raphink: yeah..I know what you mean...
[11:34] <\sh> happens to me every time :)
[11:34] <raphink> I try to keep aware that my personality is sometimes a bit ... heavy in groups
[11:35] <raphink> I can easily get somewhere and take a lot of room all of a sudden and some people don't like that
[11:35] <raphink> which I perfectly understand
[11:35] <raphink> but anyway
[11:36] <raphink> I feel I should work on bugs and merges too
[11:37] <raphink> to make it a more complete education ;)
[11:39] <slomo> raphink: yes, get some merges while there're still some :)
[11:40] <raphink> hahaha
[11:40] <raphink> you mean there's few ? that was not my impression so far
[11:40] <Kyral> too much work.....damnit lol
[11:40] <\sh> 166 left
[11:41] <raphink> hehe
[11:41] <\sh> and I'm running over them :)
[11:41] <raphink> 166 merges ?
[11:41] <\sh> yeah
[11:41] <\sh> or new allocator transitions
[11:41] <raphink> I'm not sure I exactly know what has to be done with merges
[11:41] <\sh> this is not much...we started with more then how many? 5 or 600
[11:41] <raphink> I have to look at the wiki
[11:42] <JohnnyMast> what does the alias inetd point to again ?
[11:42] <Seveas> If I develop something and intend to release it only in Ubuntu, but it's not Ubuntu specific - should it be a native package or not?
[11:43] <JohnnyMast> found it
[11:43] <JohnnyMast> np
[11:43] <siretart> shawarma: we started with 630, iirc
[11:43] <\sh> Seveas: no
[11:43] <siretart> \sh: we started with 630, iirc
[11:43] <Seveas> \sh, thanks
[11:44] <\sh> anyone has a cluebat for me..and a man page to po4a and why our version doesn't understand groff_code?
[11:44] <siretart> Seveas: there are only some rare occasions for native packages. if in doubt, make it non native
[11:47] <\sh> argl...it needs dappers version
[11:47] <raphink> there's a package that uses autotools.mk . Build-Depends should contain autotools in this case, shouldn't it?
[11:48] <Kyral> How do I list all the files in a package?
[11:48] <raphink> dpkg -L
[11:48] <slomo> autotools.mk? sounds like cdbs
[11:48] <raphink> yes it is
[11:48] <slomo> Kyral: or when you only have the .deb and don't want to install it use less
[11:48] <raphink> but I mean
[11:49] <raphink> if cdbs uses autotools
[11:49] <raphink> then autotools is a build dependency
[11:49] <raphink> seems obvious
[11:49] <slomo> the autotools thing is only to call configure etc... (in most cases)
[11:49] <slomo> so auto{make,conf} isn't needed as b-d
[11:49] <raphink> hmm ok
[11:49] <slomo> it's only needed when you regenerate the auto{make,conf}-generated files while building
[11:49] <raphink> hmmm
[11:50] <raphink> well but I mean
[11:50] <raphink> this guy calls the autotools.mk cdbs script in his debian/rules
[11:50] <raphink> and I'm wondering if that requires the autotools package as build dep
[11:50] <\sh> raphink: normally not
[11:51] <raphink> ok
[11:51] <\sh> raphink: cdbs will adjust the build-deps automagically
[11:51] <raphink> :)
[11:51] <slomo> only when he regenerates configure and the Makefile.in (i.e. calls autoreconf/automake/etc or the cdbs variable which must be set for that)
[11:51] <\sh> raphink: but sometimes cdbs is braindead and doesn't do what it should
[11:51] <slomo> \sh: it will not (normally)... only when you use the evil control file managment
[11:51] <\sh> slomo: yeah
[11:51] <\sh> slomo: it cost me again 1 hour of my life today
[11:51] <raphink> :s
[11:52] <raphink> maybe I could just try to build this package in a pbuilder and that would answer my question ;)
[11:52] <raphink> if autotools is needed I'll see it
[11:52] <slomo> \sh: what? cdbs?
[11:53] <raphink> control file management I guess
[11:53] <\sh> slomo: yes and debian upstream and real upstream
[11:53] <raphink> ;)
[11:53] <raphink> @cdbs@
[11:53] <Ubugtu> I don't have a clue, raphink.
[11:53] <raphink> I don't think I bugged you Ubugtu ;)
[11:53] <slomo> \sh: hm, feel free to assign the bug to me... i've fighted enough with autotools and cdbs now ;)
[11:53] <\sh> raphink: it was commented in..and didn't use control.in management anymore, but debian upstream made some patches towards broken real upstream and forget one build target
[11:54] <slomo> what does Ubugtu do when you write @bla@?
[11:54] <\sh> slomo: i fixed it ...
[11:54] <raphink> @hello@
[11:54] <Ubugtu> Bugger all, I dunno.
[11:54] <raphink> @with just one?
[11:54] <Ubugtu> Bugger all, I dunno!
[11:54] <raphink> sure, doen't require the second @ ;)
[11:55] <slomo> hmm
[11:56] <slomo> @1234@
[11:56] <Ubugtu> I don't have a clue, slomo.
[11:56] <slomo> @who are you?
[11:56] <slomo> ;)
[11:56] <Ubugtu> Wish I knew, slomo.
[11:56] <\sh> @stfu@
[11:56] <Ubugtu> Wish I knew, \sh.
[11:56] <slomo> hmm
[11:56] <\sh> hehe
[11:56] <raphink> @speak
[11:56] <Ubugtu> Bugger all, I dunno.
[11:56] <raphink> @dance
[11:56] <Ubugtu> o/-< o\-< o/-< o\-< o/-< o\-<
[11:56] <raphink> hey :)
[11:57] <raphink> Ubugtu: you don't dance so well though ;)
[11:57] <Ubugtu> No idea.
[11:57] <raphink> @help
[11:57] <Ubugtu> (help [<plugin>]  [<command>] ) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
[11:57] <raphink> @help dance
[11:57] <Ubugtu> Error: There is no command dance.
[11:57] <raphink> pff
[11:59] <\sh> hmmmm
[11:59] <\sh> what is now the right version number of drpython?
[11:59] <\sh> 161-2
[12:00] <\sh> or 3.10.13-3
[12:00] <\sh> slomo: any clue? u made the last merge :)
[12:01] <slomo> no idea... assign it to me and i'll take a look later
[12:01] <slomo> it's already too long ago
[12:01] <\sh> na...it's strange..they have to different versionings in the changelog
[12:02] <\sh> ok..I
[12:02] <\sh> 'll stick with upstream
[12:02] <\sh> in 161-2 all your patches send upstream were applied :) congrats