[02:33] <tseng> ogra: did we hear anything about main?
[02:34] <ogra> tseng, yep, pitti has to do a security review first :-/
[02:35] <tseng> that will be a big job :(
[02:35] <ogra> yep
[02:36] <tseng> :(
[02:45] <tseng> ogra:
[02:45] <tseng> < BenM> tseng, be careful about amd64 boxes
[02:45] <tseng> < BenM> we always install to prefix/lib
[02:45] <tseng> < BenM> not libdir
[02:46] <ogra> oh
[02:46] <ogra> ok
[02:46] <tseng> that means more to you than me, I imagine
[02:47] <ogra> it should be ok, /usr/lib64 is a symlink to /usr/lib
[02:52] <tseng> ogra: so if i export MAKEOPTS=j1 in mono rules
[02:52] <tseng> ogra: can you think of why it might not be setting it for the build?
[02:54] <ogra> why j1 ?
[02:54] <tseng> because it fails with > j1 in a certain case
[02:54] <tseng> internal gc and __thread on x86
[02:54] <tseng> suse uses __thread on all archs
[02:54] <tseng> we could too
[02:54] <tseng> since pthread is going away
[02:55] <ogra> yep
[02:55] <tseng> in breezy+1
[09:09] <ivoks> anyone?
[09:13] <Unfrgiven> ivoks: hi
[09:13] <Unfrgiven> hey all
[09:13] <Unfrgiven> i asked this ubuntu-devel but got no answer so im going to repeat it here...
[09:13] <Unfrgiven> i have an interesting problem... im running "dpkg-buildpackage -S -rfakeroot" and for some reason it is generating a "<package_name>-<version>.tar.gz.cdbs-config_list". whats that all about? how do I stop it generating the file? I'm using cdbs-0.4.28-1ubuntu1
[09:14] <ivoks> hm
[09:15] <ivoks> debian/rules?
[09:16] <Unfrgiven> ivoks: what about it?
[09:17] <ivoks> what is the name of directory in which you are doing dpkg-buildpackage?
[09:17] <Unfrgiven> /home/ankur/devel/fast-user-switch-applet/fast-user-switch-applet-0.2.2
[09:18] <ivoks> - - - -
[09:18] <Unfrgiven> ?
[09:18] <doko> ivoks: xalan looks better. please tighten the xerces build-dep to the version used in the transition, change pkglibdir in debian/rules (or you'll get an empty archive) and remove the config.* files in the diff (diff only is enough)
[09:19] <ivoks> IRC, source dir should be package-version
[09:19] <ivoks> doko one question
[09:19] <Unfrgiven> well the others who reviewed it were fine by this... i think it uses the last - to delimit the version
[09:19] <ivoks> doko xdb doesn't egzist anymore... it is replaced by XBase library
[09:20] <Unfrgiven> take gnome-applets and gnome-applets-data for example
[09:20] <ivoks> doko http://linux.techass.com/projects/xdb
[09:21] <ivoks> Unfrgiven then i don't know...
[09:21] <Unfrgiven> :( bummer
[09:25] <doko> ivoks: hmm, the source still exists ...
[09:26] <doko> ivoks: the changes to the config files are in the xclass diff as well
[09:50] <ivoks> doko yes it does, but i tought.. maybe it's time to replace it?
[09:52] <ivoks> doko last revision is from 2004, and maintainer said he should covert standards-version from 3.5.8.0 to 3.6.1
[09:52] <ivoks> doko and the package is unbuildable :)
[09:53] <ivoks> doko make that 2003, not 2004 :)
[09:53] <doko> ivoks: propose it for removal to dholbach or ogra
[09:54] <ivoks> ok
[10:08] <ivoks> doko could you help me with something? i know where is problem, and i know how to fix it, I just need your opinion...
[10:09] <ivoks> doko i have libxalan and libxalan-dev. libxalan contains file libxalanMsg.so.18
[10:10] <ivoks> doko should libxalan-dev also contain this file? if I leave it as is, libxalan-dev will create danglink link on libxalanMsg.so.18
[10:11] <ivoks> doko but, anyway, one can't install libxalan-dev wihout libxalan... so this is ok?
[10:15] <ivoks> imho, libxalan-dev shouldn't contain any library
[10:16] <ivoks> only includes
[10:32] <doko> ivoks: that's due to the unchanged pkglibdir variable
[10:33] <ivoks> in xalan?
[10:33] <ivoks> there is no such variable
[10:33] <ivoks> there is pkglib
[10:33] <ivoks> pkglib=libxalan$(libpkgver)c2
[10:34] <ivoks> and there is:
[10:34] <ivoks> pkglib-dev=libxalan$(libpkgver)-dev
[10:35] <ivoks> and those config.sub etc in xclass are because of patch inside debian/patches
[10:35] <ivoks> whole xclass is strange
[10:36] <dholbach> hellas
[10:37] <doko> ivoks: not in the diff, ahh you changed it
[10:38] <ivoks> doko yes, but i need to change debdiff too on bugzilla
[10:39] <doko> ivoks: it's already changed
[10:39] <ivoks> ok
[10:39] <Nafallo> morning all!
[10:39] <doko> ivoks: and tighten the xalan build dependency please
[10:40] <ivoks>  libxerces25-dev (>= 2.5.0-4)
[10:40] <ivoks> ah... libxalan-dev
[10:49] <ivoks> Nafallo hi
[10:49] <ivoks> dholbach xdb got new upstream release
[10:49] <ivoks> dholbach but they changed name to xbase
[10:50] <ivoks> dholbach xdb in debian didn't change since begining of 2003.
[10:50] <ivoks> dholbach should i take new upstream source and debianize it or use the old one? is major change, from xdb1.8 to xbase2.0
[10:51] <ivoks> bbl
[10:51] <ivoks> dholbach mail me for this issue, if you can (ivoksATgrad.hr)
[10:57] <\sh> morning....*grmpf*
[10:57] <\sh> 2 free days..2 days in da office :(
[12:08] <siretart> hi
[12:08] <siretart> is anyone using svn-buildpackage for ubuntu adaptions?
[12:08] <dholbach> hi siretart
[12:09] <siretart> hi dholbach
[12:09] <siretart> I was thinking of using it for tracking changes in packages..
[12:10] <Burgundavia> siretart, I read in the CC meeting log that you are interested in MOTUGames stuff
[12:10] <siretart> Burgundavia: yes, I started in bringing to games into debian :)
[12:11] <Burgundavia> siretart, another person you should contact is jdodson on the forums
[12:12] <Burgundavia> he and I chatted at LinuxFestNorthwest about a better gaming experience
[12:12] <dholbach> there's no MOTUGames page yet :-)
[12:12] <dholbach> go for it! :-)
[12:13] <Burgundavia> I didn't create one becuase my package output has been 1
[12:13] <tseng> Burgundavia: see the blam fix?
[12:13] <siretart> Burgundavia: well, the problem is, that I have a webforumphobia :) - I'd really prefer mailinglists and irc channels. But, could you give me a link for it?
[12:13] <tseng> Burgundavia: its in gecko not blam actually
[12:13] <dholbach> Burgundavia: if you have a page where you list all your goals, it will hopefully attract people who are interested
[12:14] <dholbach> everybody loves games
[12:14] <dholbach> ... nearly ...
[12:14] <dholbach> ;-)
[12:15] <Burgundavia> siretart, if you post onto -devel, it is mirrored onto the forums
[12:15] <Burgundavia> dholbach, I don;t play games, I just want to make it easier for others to play them
[12:16] <siretart> Burgundavia: you mean Corey Burger? ;)
[12:16] <Burgundavia> siretart, yep
[12:16] <dholbach> Burgundavia: that's fine as well
[12:18] <Burgundavia> tseng, I hate to tell you this, but -ubuntu3 didn't fix it
[12:18] <tseng> huh what?
[12:18] <tseng> I knew that yesterday when i saw your problem..?
[12:18] <tseng> and I just said to you, did you see the fix we found
[12:19] <Burgundavia> oh, yes
[12:19] <tseng> oh well
[12:19] <tseng> ill fix it
[12:19] <Burgundavia> thought that had already been committed
[12:19] <tseng> im not that fast :)
[12:19] <tseng> gotta sync up with debian
[12:20] <Burgundavia> siretart, I will email jdodson and get a wiki page up tomorrow
[12:22] <dholbach> ROCK!
[12:23] <Nafallo> Yay for serpentine! :-)
[12:24] <ogra> Nafallo, does it work ok for you ?
[12:25] <Nafallo> ogra: seems so.
[12:25] <dholbach> hey ogra
[12:25] <ogra> hi
[12:25] <tseng> hi dholbach
[12:25] <Nafallo> ogra: you've had errors?
[12:25] <ogra> Nafallo, great to hear... we'll have to decide if we ship gnomebaker or sepentine for breezy
[12:26] <ogra> Nafallo, seb128 said he had some
[12:26] <siretart> ROCK
[12:26] <Nafallo> ogra: hmm, it's not finished burning yet so... ;-)
[12:26] <ogra> lets wait then
[12:32] <tseng> i wonder if i could get my own branch on pkg-mono svn
[12:34] <siretart> gotta go to grandma, bye!
[12:41] <herve> mor... noon!
[12:46] <Nafallo> that was irritating.
[12:46] <Nafallo> s/was/is/
[12:46] <Nafallo> my wlandriver hates me.
[12:48] <herve> choose freedom, choose ipw2200 :-)
[12:48] <tseng> thats not exactly "free" by all definitions
[12:48] <herve> argh
[12:48] <ogra> argh, tseng ?
[12:48] <Lathiat> its close enough
[12:48] <herve> Intel home made license?
[12:48] <Lathiat> only problem si the firmware
[12:49] <tseng> the firmware is not freely distributable
[12:49] <ogra> tseng, did you recognize that blam depends on libstdc++ ?
[12:49] <tseng> i guess we are just ignoring that
[12:49] <herve> ok, my mistake then
[12:49] <dholbach> heya herve
[12:49] <tseng> ogra: wha!?
[12:49] <Nafallo> rt2500 :-)
[12:49] <Nafallo> doesn't need firmware.
[12:49] <ogra> tseng, its in the build depends
[12:49] <tseng> buh
[12:49] <Lathiat> the rt2500 driver suxbad
[12:50] <ogra> tseng, which means we have to wait until after cXX transition with it
[12:50] <tseng> eh the fix is in gecko
[12:50] <Nafallo> Lathiat: it's not that bad. have everything I wish for, and gives a little thrills when it decides to hate the ap and disconnects ;-).
[12:50] <tseng> blam can sit for awhile
[12:50] <ogra> tseng, it still crashes here...
[12:50] <tseng> well thats a different problem
[12:50] <Lathiat> you can distirbute the firmware
[12:50] <Nafallo> ogra: you got my last lines?
[12:50] <ogra> tseng, and has no cil-common bindings
[12:50] <Lathiat> just only under a license as restrictive as theres, which basically says you cant reverse engineer etc
[12:50] <tseng> ogra: yes
[12:51] <tseng> but it can wait
[12:51] <ogra> ok
[12:51] <tseng> or can I do it today?
[12:51] <Nafallo> ogra: i.e. works fine, but needs to have the icon displayed in the program and not just the menu ;-).
[12:51] <tseng> youll have to tell me what your crasher is, i dont have one with fixed gecko
[12:51] <ogra> tseng, sure, but as soon as the library names change it wont work anymore
[12:51] <tseng> buh
[12:51] <tseng> ok
[12:52] <ogra> my crasher is a segfault... coming along with a X error message
[12:52] <tseng> wow
[12:52] <tseng> gdk-x11-2.0?
[12:52] <ogra> hmm
[12:52] <tseng> i have a fix for that one
[12:52] <tseng> oh yeah thats not yours either
[12:52] <ogra> the segfault sadly hsa no further information...
[12:52] <ogra> has even
[12:53] <ogra> Nafallo, serpentine ?
[12:54] <Nafallo> ogra: yep :-)
[12:54] <ogra> Nafallo, the icon is a one line fix.... e have plenty of time for it ;)
[12:54] <ogra> we even
[12:54] <Nafallo> ogra: rock on!! :-)
[01:07] <ajmitch_> hi all
[01:08] <tseng> hi
[01:08] <Nafallo> hi ajmitch_ :-)
[01:09] <ajmitch_> what have I missed today? :)
[01:42] <ogra> Nafallo, hope you didnt forget to lintian check it before ?
[01:44] <Nafallo> ogra: hehe, gThumb generated. I thought that was a trusted application? ;-)
[01:44] <tseng> argh libgdiplus has an included cairo
[01:44] <ogra> yeah, it is :)
[01:44] <tseng> it ftbfs here
[01:45] <tseng> it wants to build with neither font backend, so some #defines are ifdef'd out
[01:45] <tseng> and come up missing in the build
[01:51] <Nafallo> ogra: :-)
[01:55] <Nafallo> damn google
[01:55] <Nafallo> three pages of hits on my name and they can't find my homepage :-P
[02:08] <dholbach> ajmitch_: just received a mail from a guy from my university with a mail adress from student.otago.ac.nz - does that mean anything to you? :-)
[02:12] <ajmitch_> dholbach: sure, it means he's been a student at my uni :)
[02:13] <dholbach> haaahahahah!
[02:13] <dholbach> great!
[02:13] <dholbach> the world is so incredibly small
[02:13] <ajmitch_> yeah :)
[02:13] <ajmitch_> just finishing off a hoary install in the next room on the flatmate's computer ;)
[02:44] <ajmitch_> night all
[02:45] <ogra> night ajmitch_
[02:45] <doko> ajmitch_: ping
[02:45] <ajmitch_> doko: yes..?
[02:46] <doko> iff all other clanlib libs depend on libclanlib2, then it's enough to rename that one only
[02:46] <ivoks> doko thanks for the tip
[02:54] <siretart> re
[02:54] <siretart> I'm currently resyncing keychain with debian. There exists a bugzilla report #9416. Should I mention it in the changelog?
[02:55] <siretart> even put a "closes: #9416" line in it?
[02:57] <siretart> and how to request to drop any ubuntu changes in favor of a new debian packages, which incorporates all changes by 'us' (ubuntu, or in this case by me)?
[02:58] <siretart> darkaudit: you would have to wait for breezy
[02:58] <herve> hey ivoks, how's your studying? :-)
[02:59] <ivoks> herve :)
[02:59] <ivoks> i have whole night :)
[02:59] <dholbach> siretart: just tell elmo to sync and drop your changes - there should be a bugreport on bugzilla in this case (MoM)
[02:59] <ogra> siretart, tell elmo to sync it and tellhim he can override...
[02:59] <herve> ivoks, tsss
[03:00] <tseng> elmo needs an motu to approve syncs
[03:00] <ivoks> dholbach ogra what should I do with xdb? there is new upstrem version with rename of program
[03:00] <siretart> dholbach: even for universe packages?
[03:00] <ogra> ivoks, the old package needs to get removed from the seeds
[03:00] <dholbach> tseng: no, but in case there are merge-o-matic complaints in bugzilla, he just doesnt override like that
[03:00] <tseng> oh
[03:00] <dholbach> siretart: yes
[03:00] <ogra> ivoks, the new one must go in
[03:01] <ogra> ivoks, talk to Kamion about it tomorrow ....
[03:01] <dholbach> ivoks: are there reasons which keep us from using the old name?
[03:01] <darkaudit> siretart: I posted the issue on Dopey's blog... hopefully he or some other kind soul can package a version that will work with Hoary
[03:01] <ivoks> heh
[03:01] <siretart> ogra: will he bite me if I tell him on irc, or does he prefer plain email?
[03:01] <dholbach> siretart: he wont
[03:01] <ogra> dholbach, the ackage doesnt exist anymore in debian
[03:01] <siretart> :)
[03:01] <ogra> package even
[03:01] <ivoks> dholbach well... they said namechange is because other company conntacted them for using copyrhigtet name
[03:02] <dholbach> oh ok
[03:02] <ivoks> copyrighted name
[03:02] <dholbach> ogra: it does: http://packages.debian.org/cgi-bin/search_packages.pl?version=all&subword=0&exact=1&arch=any&releases=all&case=insensitive&keywords=xdb&searchon=sourcenames
[03:02] <dholbach> ivoks: then we should package the renamed, funky new version :-)
[03:02] <ivoks> xdb exist in debian
[03:02] <ivoks> but hasn't been updated since 2003.
[03:02] <ogra> dholbach, it will disappear, so we cant sync breezy+1 then
[03:03] <ivoks> ok, ill do new one
[03:03] <dholbach> ogra: i don't care about the old one, if ivoks does the new one :-))
[03:03] <ogra> yep
[03:03] <tseng> yay inotify seems to actually be workign now
[03:03] <dholbach> ivoks: GO! GO! GO! :-)
[03:03] <ivoks> just one question
[03:03] <tseng> beagle and new gamin
[03:03] <ivoks> dholbach :)
[03:03] <ivoks> it shoud have Replaces: xdb
[03:04] <ivoks> and Provides: xdb ?
[03:04] <dholbach> ivoks: hrmhrmhrm, not really sure
[03:04] <dholbach> ivoks: you should test it for maximum upgrading fun experience
[03:04] <ivoks> :))
[03:05] <ivoks> and you should see diff of xclass source
[03:05] <ivoks> it has config.cache, config.sub, etc in it...
[03:05] <ivoks> i have to fix that too... :(
[03:05] <dholbach> ivoks: that should work automagically
[03:06] <ivoks> dholbach no
[03:06] <ivoks> dholbach problem is that debian guy did a patch that creates that files :)
[03:06] <dholbach> config.{cache,sub} are copied in by most of the packages in the clean target
[03:06] <dholbach> they're not created, but updated
[03:07] <dholbach> from /usr/share/misc/config.*
[03:07] <ivoks> no
[03:07] <dholbach> you're positively sure he copied them manually?
[03:07] <ivoks> nope :)
[03:07] <dholbach> ok :-)
[03:07] <ivoks> wait...
[03:07] <dholbach> then read debian/rules and check :-)
[03:07] <ivoks> in debian/patches
[03:08] <ivoks> he has patch with config.*
[03:08] <dholbach> oh ok
[03:08] <ivoks> you don't have config.cache in /usr/share :)
[03:08] <ivoks> that's cache :))
[03:08] <dholbach> usr/share/misc
[03:08] <ivoks> there isn't config.cache
[03:08] <ivoks> there is .sub
[03:08] <ivoks> and .guess
[03:08] <ivoks> but .cache can't be there
[03:09] <dholbach> maybe you check the changelog and try to determine why he did that patch
[03:09] <ivoks> i think he did a mistake, but i'll check
[03:09] <ivoks> couse he patches Makefile etc
[03:09] <dholbach> that can be VERY intentional
[03:10] <dholbach> ogra: what did you mean by seeding stuff and kamion?
[03:10] <dholbach> * new version for config.sub to make it compile on arm
[03:10] <ogra> dholbach, for xdb
[03:10] <dholbach> ogra: it's in universe
[03:10] <ogra> dholbach, and ?
[03:10] <dholbach> what would we change where?
[03:11] <dholbach> ivoks: and btw the maintainer is mvo - you can just ask him, if he's around
[03:11] <ogra> dunno, thats why i ask Kamion, since he is responsible for that
[03:11] <dholbach> ogra: for what in the xdb case - i didnt get it
[03:12] <ogra> dholbach, for letting the old package dissapear from universe...
[03:12] <ogra> and introducing the new one
[03:12] <dholbach> ogra: elmo will remove and blacklist it
[03:12] <ivoks> dholbach no config mentioned in changelog :) ok, i'll investigate
[03:13] <dholbach> ivoks: * new version for config.sub to make it compile on arm
[03:14] <ivoks> where did you find that?
[03:14] <dholbach> ivoks: http://changelogs.ubuntu.com/changelogs/pool/universe/x/xdb/xdb_1.2.0-5/changelog
[03:14] <ivoks> ?
[03:15] <ivoks> dholbach i'm talking about xclass :)
[03:15] <dholbach> hrmbl
[03:15] <dholbach> ok, let me have look
[03:15] <dholbach> you said: <ivoks> it shoud have Replaces: xdb
 and you should see diff of xclass source
 it has config.cache, config.sub, etc in it...
[03:15] <dholbach> that's why :-)
[03:15] <ivoks> :)
[03:18] <ivoks> hm
[03:18] <ivoks> in rules; for clean:
[03:18] <ivoks> cp -f /usr/share/misc/config.sub config.sub
[03:18] <dholbach> there you go
[03:18] <dholbach> :-)
[03:18] <ivoks> uh..
[03:18] <ivoks> and doko told me to remove that configs from diff
[03:18] <ivoks> :)
[03:19] <dholbach> apart from that: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=166345
[03:19] <siretart> say, is breezy still resyncing new debian packages from sid on a regular basis?
[03:19] <dholbach> that's where the patch got added
[03:19] <dholbach> siretart: yes
[03:19] <siretart> ok
[03:19] <dholbach> ivoks: but funnily enough it says in the bug reports, that the patch was submitted upstream :-)
[03:19] <siretart> I got a new version of londonlaw uploaded to debian, this one should also be buildable on ubuntu.
[03:20] <dholbach> ahhh londonlaw is yours
[03:20] <ivoks> dholbach so, i should leave it?
[03:21] <dholbach> ivoks: what else is touched in the patch?
[03:21] <dholbach> ivoks: only config.* ?
[03:21] <ivoks> no..
[03:21] <ivoks> patch has to be aplied
[03:21] <ivoks> but, i'm not so sure for the config.* part
[03:22] <siretart> dholbach: yeah. Do you remember Scottland Yard, the Ravensburger board game?
[03:22] <dholbach> if debian/rules takes care of updating config.* it's pretty "$&()"$)" to have it in the patch as well
[03:22] <dholbach> siretart: of course - i had it as a child :-)
[03:22] <ivoks> dholbach i agree
[03:22] <ivoks> dholbach then, i'll remove them from patch
[03:22] <dholbach> ivoks: brilliant
[03:23] <siretart> dholbach: it's the networked python version of it :)
[03:23] <ivoks> hm
[03:23] <ivoks> it even patches debian/rules
[03:23] <dholbach> siretart: i saw it because of the funny name :-)
[03:23] <ivoks> wtf?
[03:23] <ivoks> and changelog and everything :)
[03:24] <dholbach> ARG
[03:24] <ivoks> there has to be a catch
[03:25] <ivoks> he never aplies that patch... it's just there :)
[03:25] <dholbach> remove it completely
[03:25] <ivoks> will do
[03:26] <ivoks> and i will remove those cp of config....
[03:26] <ivoks> i don't think they are needed
[03:26] <dholbach> no leave them
[03:26] <ivoks> ok
[03:26] <dholbach> they update the config.* stuff everytime a new package is built
[03:27] <dholbach> that's good because new portions are add to the configure stuff (for new architectures, new compilers, ...)
[03:27] <ivoks> ok
[03:28] <dholbach> ivoks: the shlibs.local looks ODD to me too
[03:29] <dholbach> nothing on http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-shlibslocal mentions stuff like "libPACKAGE# 0.6.2 xclass (>> 0.6.2-0), xclass (<< 0.6.2-99)"
[03:29] <ivoks> whole package is odd
[03:29] <dholbach> absolutely
[03:29] <dholbach> ok pals, see you later, i'm off for some hours
[03:29] <ivoks> bye
[03:29] <dholbach> have fun :-)
[03:29] <ivoks> yeah :)
[03:53] <siretart> I knew that I forgot to ask questions last meeting. can anyone answer this one:
[03:54] <siretart> should also binary c++ packages be renamed even if there are no reverse depends outside the source package?
[03:56] <ivoks> i guess not...
[03:56] <ivoks> but I'm not relevant person to answer this q.
[04:09] <herve> siretart, we are just renaming libs, AFAIK
[04:09] <herve> I would say just update its dependency to the libraries
[04:09] <siretart> ok
[04:10] <siretart> I just finished my work on the package, it's building fine in breezy with gcc-4
[04:10] <ivoks> lol
[04:10] <opi> hi
[04:11] <ivoks> there allready is libxbase
[04:11] <ivoks> :))
[04:12] <herve> ivoks, just get to your homework :-)
[04:12] <herve> hi opi
[04:12] <ivoks> :)
[04:13] <opi> what's the procedure of review? :-)
[04:13] <opi> I post a package and let to bitchslaps? :>
[04:14] <herve> reviewing what?
[04:14] <ivoks> hm
[04:14] <siretart> hm. not quite ready. still some python2.3 deps here
[04:14] <ivoks> libxbase and libxdb are same libs
[04:14] <ivoks> just different names
[04:14] <opi> herve: a package
[04:15] <opi> herve: OK, I've found a Wiki page
[04:15] <herve> siretart, poker3d? yes, we transioned it
[04:15] <herve> opi, new package? transitioned package?
[04:15] <siretart> herve: oh, you already did the work on it?
[04:15] <opi> herve: new package or package ,,fixed'' for Ubuntu from Universe
[04:15] <herve> siretart, the name tells me something, yes :-)
[04:15] <opi> herve: http://www.ubuntulinux.org/wiki/MOTUToReview, right?
[04:16] <siretart> herve: :( - the was nothing on https://www.ubuntulinux.org/wiki/CxxLibraryList - so I claimed it
[04:16] <herve> opi, new or fixed package, that's what I'm asking you :-)
[04:16] <opi> herve: both :-)
[04:16] <herve> siretart, I just meant the python 2.4 transition last winter
[04:17] <herve> opi, so you fixed a package of yours?
[04:17] <siretart> herve: ah, great :)
[04:17] <siretart> then everythings all right again :)
[04:17] <herve> compiles with g++ 4.0 and packaged for python 2.4
[04:17] <herve> rock!
[04:17] <herve> :-)
[04:17] <opi> herve: nope, I've done my own, but I want to know process for both :-)
[04:19] <ivoks> herve ?
[04:19] <ivoks> herve poker3d?
[04:19] <herve> opi, check MOTUNewPackages and MOTUNewPackagesPolicy
[04:19] <opi> herve: noticed. thanks.
[04:19] <herve> opi, for fixed packages, check the transition page, or ask here
[04:20] <herve> ivoks, I recompiled/packaged it for python2.4
[04:20] <herve> like vtk :-)
[04:20] <ivoks> :)
[04:20] <ivoks> u did vtk to?!
[04:20] <herve> I touched it, at least
[04:20] <ivoks> :)
[04:20] <herve> I don't remember if I got the last word
[04:20] <ivoks> herve i'm confused with something...
[04:21] <ivoks> there is one library called xdb, libxdb
[04:21] <siretart> herve: do you know a feasible way of getting a diff from a Xubuntu1 to a X package?
[04:21] <herve> siretart, debdiff
[04:21] <siretart> hmm.. why havn't I thought of this :/
[04:21] <ivoks> and there is one libxbase2.0
[04:22] <ivoks> the problem is that theese are same librarys
[04:22] <siretart> of course debdiff. silly me
[04:22] <herve> ivoks, isn't that package already obsoleted?
[04:22] <ivoks> herve libxdb?
[04:22] <herve> ivoks, you checked reverse deps?
[04:22] <ivoks> libxbase2.0 is newer
[04:23] <herve> maybe isn't used anymore for a long time
[04:23] <ivoks> herve how to check that? :)
[04:23] <ivoks> ah
[04:23] <ivoks> silly me
[04:24] <ivoks> oleo depends on it
[04:24] <ivoks> oleo - GNU spreadsheet program
[04:24] <herve> sounds like an old text only crap :-)
[04:25] <herve> ivoks, last update on 2003-05-13
[04:25] <herve> old crap :-)
[04:26] <ivoks> yeah :)
[04:26] <ivoks> so, we should dump that...
[04:26] <herve> I want to make it a morgue candidate
[04:26] <herve> but i'm a facist with regard to old packages :-)
[04:26] <ivoks> ok, how? :)
[04:27] <ivoks> it should, at least, be repacked
[04:27] <ivoks> to depend on libxbase, not libxdb
[04:27] <herve> and oleo need patches for gcc4 :-)
[04:27] <herve> yes, that's the second step of the transition
[04:28] <herve> but will oleo compile and run with libxbase...
[04:28] <ivoks> yes
[04:28] <ivoks> couse libxbase is newer version of libxdb
[04:29] <herve> yet but api changes,
[04:29] <herve> ?
[04:29] <ivoks> there is only one way to be sure :)
[04:29] <herve> you read my mind :-)
[04:29] <ivoks> i don't think API changed
[04:29] <herve> but don't forget your student duty
[04:29] <ivoks> they did rename couse of copyright...
[04:29] <ivoks> i said, i have whole night :)
[04:30] <herve> :-/
[04:30] <ivoks> don't wory...
[04:30] <herve> if oleo is the only rdep
[04:31] <ivoks> it is
[04:31] <herve> and behaves fine with libxdb
[04:31] <ivoks> libxbase
[04:31] <herve> (libxbase) I'll say "let's go renaming!"
[04:33] <ivoks> ok, i'll do it :)
[04:33] <ivoks> or try to do ti :)
[04:33] <herve> after your studying :-)
[04:33] <ivoks> no, before..
[04:33] <ivoks> i can't work over day...
[04:34] <ivoks> full house and it's hot
[04:34] <ivoks> but..
[04:34] <ivoks> if I do build-dep, it will download libxdb-dev
[04:35] <ivoks> how to force it to d/w libxbase2.0-dev?
[04:35] <ivoks> ok, i know
[04:36] <herve> build-dep is just handy
[04:36] <herve> install deps by hand is as good
[04:36] <ivoks> i know
[04:39] <ivoks> herve no problems yet :)
[04:39] <ivoks> doh... :(((
[04:39] <herve> you spoke too fast? :-)
[04:40] <ivoks> yeah
[04:40] <ivoks> io-term.h:47: error: array type has incomplete element type
[04:40] <herve> did I taught you dpatch? :-)
[04:41] <ivoks> ?
[04:41] <ivoks> this is app problem, not library
[04:42] <herve> s/taught/teach
[04:42] <herve> it's a compile error?
[04:42] <ivoks> yes
[04:42] <herve> so it's a library issue
[04:42] <ivoks> extern struct cmd_func cmd_funcs[] ;
[04:42] <ivoks> yeah, but programs library
[04:42] <ivoks> this io-term.h is in program's source
[04:43] <herve> ha it's a system header?
[04:44] <ivoks> no, app
[04:44] <ivoks> it's src/io-term.h
[04:45] <ivoks> called by src/regions.c
[04:45] <ivoks> #include "io-term.h"
[04:45] <herve> is... I read isn't
[04:45] <herve> gcc4 issue, simply?
[04:46] <ivoks> could be
[04:46] <ivoks> didn't apply patch, silly me :)
[04:46] <herve> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=oleo
[04:46] <ivoks> hm..
[04:46] <ivoks> that's for plotter.c
[04:50] <opi> http://bronikowski.com/uus/ a little help for you, guys ;-)
[04:52] <ivoks> politics :)
[04:52] <tseng> im confused
[04:52] <opi> I'm drunk
[04:53] <tseng> mono-common5
[04:53] <tseng> im the #2 package
[04:53] <tseng> rock on
[04:54] <ivoks> uh
[04:55] <ivoks> i forgot something to do today
[04:55] <ivoks> it's election day :)
[04:55] <ivoks> have to vote :)
[04:55] <herve> ivoks, tsss
[04:55] <herve> :-)
[04:55] <ivoks> heh
[04:56] <ivoks> and i vote to kick oleo out
[04:56] <ivoks> it's last development version was released back in 2003
[04:57] <ivoks> it's a dead project
[04:57] <ivoks> Last update :  $Id: oleo.html,v 1.5 2002/08/22
[04:57] <ivoks> make that 2002
[04:57] <opi> oldie
[04:58] <mbeattie> oleo is ugly too
[04:58] <herve> reading the webpage
[04:58] <opi> time to go for a walk
[04:58] <opi> see you later, hackers
[04:58] <ivoks> ok, where to report dead projects?
[04:59] <herve> debian's QA? :-)
[04:59] <ivoks> the worst thing is that it depends on libxdb witch doesn't want to compile with gcc4
[04:59] <herve> or MorgueCandidates in ubuntu
[05:01] <herve> but since mvo is the maintainer
[05:01] <herve> and he's around
[05:01] <herve> you'll probably report to him
[05:02] <ivoks> he's never around :)
[05:02] <ivoks> -:- mvo  There was no such nickname
[05:03] <herve> strange
[05:04] <herve> leave xdb for now
[05:04] <herve> go vote
[05:04] <herve> and do you homework :-p
[05:05] <ivoks> i will
[05:05] <ivoks> i'm going :)
[05:05] <ivoks> see u
[05:06] <herve> ++
[05:07] <mbeattie> so... hi?
[05:08] <herve> ?
[05:08] <mbeattie> how are you
[05:09] <herve> well, fine
[05:09] <mbeattie> glad to hear that
[05:56] <herve> ogra, no new version of cputmp? :-)
[06:25] <tseng> ogra: oh, what did you have to do to get monodis properly installed btw?
[06:25] <ogra> what we talked about before, insall the binary from .lib
[06:25] <tseng> yes
[06:25] <tseng> in .install?
[06:26] <ogra> but i want to look into it again before release
[06:26] <ogra> yep
[06:26] <ogra> the libtool wrapper should rather work properly
[06:27] <tseng> k just letting meebey know
[06:27] <tseng> we are talking the latest crack
[06:29] <ogra> tseng, #debian-mono ?
[06:29] <tseng> was #mono/gimpnet and /msg
[06:29] <ogra> ah, ok
[06:29] <tseng> im in a zillion mono channels
[07:07] <herve> hey jbailey!
[07:08] <jbailey> Heya herve
[07:20] <juca> hi all
[08:39] <herve> ivoks, what are you doing here? :-)
[08:41] <tritium> hi willis
[08:42] <willis> tritium, hi
[08:43] <tritium> willis, thanks for your email regarding gourmet
[08:43] <ivoks> herve having fun :)
[08:43] <willis> tritium, hey no problem, thanks for maintaining it
[08:43] <ivoks> E: Build-dependencies for wftk could not be satisfied.
[08:43] <ivoks> yupi! :)
[08:44] <herve> willis, you're the author?
[08:44] <willis> herve, no
[08:44] <herve> ivoks, your studies...
[08:44] <ivoks> herve man, i can't sit whole day on chair and draw roads
[08:44] <tritium> willis, it's fairly straightforward.  The only thing I'd like to see change would be for upstream to remove the debian/ directory.
[08:45] <ivoks> herve i need peace for that, and that's only over night, when sister is sleeping, dog's aren't barking etc...
[08:45] <willis> tritium, i'll mention it to the upstream author, he used to use debian i know, and so it my be a artifact from that, (making his own packages)
[08:46] <herve> ivoks, I thought you meant sunset. when do you sleep then? :-)
[08:46] <herve> ho yes, please!
[08:46] <herve> ask him to remove the debian dir!
[08:47] <ivoks> herve 2-3 hours/day
[08:47] <tritium> willis, he's your old prof?
[08:47] <willis> tritium, he was a teacher at my school
[08:47] <willis> both of us have left since then
[08:48] <herve> ivoks, you remind me more and more :-)
[08:48] <ivoks> :)
[08:48] <ivoks> check out http://www.grad.hr/~ivoks/ubuntu/libs
[08:48] <ivoks> i'm making progress
[08:49] <tritium> willis, I see.  Do you have strong sentiments about maintaining gourmet?
[08:49] <mkde> is there a decent GUI for changing boot services in universe or something? if not, could I suggest one which might be of interest
[08:49] <ivoks> some mistakes I did yestrday and today in the morning are now clear to me, and, hoppfully, we won't see more of them :)
[08:49] <willis> tritium, hah no no, i was just looking for a package to give a shot at, and noticed his program on the universe wishlist
[08:49] <herve> ivoks, I hope these errors are not related to your lack of sleep ;-)
[08:50] <ivoks> herve maybe they are, who knows...
[08:50] <tritium> willis, oh, okay.  I thought perhaps you felt strongly about it, particularly since he was from your school.
[08:50] <mkde> anyone?
[08:50] <ivoks> ok..
[08:51] <herve> mkde, I was sure there was one in the system > admin menu... but no
[08:51] <willis> tritium, no, i didn't think it was being maintained at first, but ogra told me you were doing it, which is fine
[08:51] <ivoks> one lib is missing on CxxLibraryList
[08:51] <willis> tritium, i'll find something to try my hand at maintaining
[08:51] <mkde> herve, there was one with gst of 2.8, but not anymore
[08:51] <herve> mkde, do you think the ubuntu user concerns about changing services?
[08:51] <tritium> willis, okay, thanks for understanding.
[08:51] <mkde> yes
[08:51] <willis> tritium, no problem, and thanks for you work
[08:52] <herve> mkde, as for me, he may probably more shoot himself in the foot :-)
[08:52] <ivoks> mkde build a package and suggest it
[08:52] <mkde> herve, many users ask about how to turn off boot services, and usually get the wrong answer (changing permissions in /etc/init.d etc)
[08:52] <tritium> willis, :)
[08:52] <mkde> ivoks, i know of a package, which i was going to suggest for inclusion
[08:52] <herve> I don't remember seeing this on ubuntu-users
[08:52] <tritium> mkde, do you have a recommendation that uses update-rc.d ?
[08:53] <herve> the gnome folks probably know some story behind involving gnome-system-tools
[08:53] <mkde> yes
[08:53] <ivoks> well, debian has some packages like that, doesn't it?
[08:53] <herve> a handful!
[08:53] <herve> but for administrators
[08:53] <ivoks> it's bee a while since I had X on Debian :)
[08:53] <herve> who are the audience of such tools as for me
[08:54] <mkde> screenie http://mdke.mine.nu/UBM.png
[08:54] <mkde> one of the italian users wrote it
[08:55] <mkde> loads of people using it
[08:55] <herve> they said depending on libstdc++5 is a bad sign?
[08:55] <mkde> its perl tho
[08:55] <herve> no chance it gets in main then ;-)
[08:55] <mkde> not a problem
[08:55] <tritium> mkde, care to package it up?
[08:56] <mkde> tritium, its packaged for Ubuntu
[08:56] <mkde> tritium, the guy who wrote it also packaged it
[08:56] <herve> debian native package... ?
[08:56] <tritium> mkde, okay.  Does he want it in universe?
[08:56] <ivoks> then put a package for a review
[08:56] <herve> I still don't think users should touch services
[08:56] <mkde> tritium, he doesn't want it anywhere, but he is happy for it to go in, if you are interested
[08:57] <mkde> herve, maybe that was the rationale behind removing it from gst
[08:57] <tritium> mkde, I'd rather not take it on, but if he want to pursue maintainership, he should go for it
[08:57] <mkde> well he will continue maintaining that package
[08:58] <tritium> mkde, I mean universe maintainership
[08:59] <mkde> tritium, no he isn't interested in that. he just wants to help people out
[08:59] <tritium> mkde, I see
[08:59] <ivoks> he could give packaging to someone else
[08:59] <mkde> http://www.marzocca.net/linux/ubm.html <-- download http://www.marzocca.net/linux/ubmdocs.html <-- explanation of how it works
[09:00] <mkde> ivoks, he is happy to carry on packaging it i'm sure
[09:00] <ivoks> and contiunue to develop
[09:00] <ivoks> then he should continue
[09:01] <ivoks> and provide new packages for breezy and other newer versions...
[09:01] <mkde> hmm
[09:01] <mkde> its you guys' call. The package is there
[09:01] <ivoks> mkde package need maintainer
[09:01] <ivoks> needs
[09:02] <tritium> mkde, ivoks is right.  It's his call, actually, imho
[09:02] <mkde> i don't get it
[09:02] <ivoks> he will need to be active or someone from ubuntu or debian will take over
[09:02] <tritium> his being the developer,
[09:02] <mkde> he's written the program and packaged it, and is happy to continue doing so. If you want to put it in an archive, that is fine, if not, it'll continue to be downloadable from the internet/forums
[09:03] <ivoks> you can write program, that's fine... if we like it, we will package it
[09:03] <ivoks> but if you want to package as well, then you have to be aware of obligations
[09:03] <mkde> well if you're not happy with the packaging, then package it again
[09:03] <mkde> its gnu
[09:03] <tritium> mkde, I don't get why he doesn't want to maintain it himself (officially)
[09:04] <tseng> whats this middle man silliness
[09:04] <mkde> i don't know what "officially" entails
[09:04] <mkde> he does maintain it doesn't he?
[09:04] <tritium> pursuing maintainership for universe is what I mean
[09:04] <Lathiat> it looks kinda slick
[09:04] <tritium> i.e., becoming an MOTU
[09:04] <Lathiat> but i feel it's interface could be a little less daunting looking
[09:04] <mkde> Lathiat, you can download and test
[09:04] <tseng> he doesnt maintain it if he cant upload to ubuntu directly or find a regular sponsor
[09:04] <mkde> Lathiat, also suggestions are welcome i'm sure
[09:05] <mkde> tseng, really all I wanted to do was to make you guys aware of the program.
[09:05] <tseng> then it needs to be on MOTUToReview or UniverseCandidates
[09:05] <ivoks> mkde thanks, ubuntu needs something like this
[09:05] <ivoks> yes
[09:05] <ivoks> NewPackage
[09:06] <Lathiat> i think it could be simplified a bit tho with most of the column lists put into an openable dialog
[09:06] <ivoks> MOTUNewPackages
[09:06] <Lathiat> or that list shown advanced
[09:06] <Lathiat> does thsi person irc?
[09:06] <tritium> But someone's got to maintain it...
[09:06] <mkde> Lathiat, email him with any suggestions
[09:06] <tseng> someone should really fix whatever is keeping out the gnome-system-tools service manager
[09:06] <tseng> but this looks comparable
[09:06] <mkde> tseng, wasn't it an intentional ommission?
[09:06] <ivoks> come on guys... review my wifi-radar :)
[09:07] <tseng> mkde: i said fix whatever is keeping it out
[09:07] <tseng> which was intentional for some reason, yes
[09:07] <mkde> tseng, isn't it a policy ommission?
[09:07] <tseng> i have no idea
[09:07] <mkde> i think so
[09:07] <mkde> like herve said
[09:07] <tseng> what policy?
[09:07] <mkde> no need for users to mess with startup services in ubuntu
[09:07] <mkde> unless they know what they are doing
[09:07] <tritium> heh, speaking of "radar", I need to get back to work
[09:08] <herve> I just say it's too dangerous for users for playing with the services
[09:08] <ivoks> :)
[09:08] <mkde> herve, i agree in general
[09:08] <tseng> if they cant do it in cli
[09:08] <tseng> thats probably true
[09:08] <mkde> well update-rc.d is quite safe i spose
[09:08] <ivoks> but we should provide ubuntu users unix way of thinking
[09:09] <ivoks> they should be aware of danger doing as root
[09:09] <tritium> mkde, thanks for making us aware of the package
[09:09] <mkde> yeah my personal view is that the package shouldn't include rcS.d
[09:09] <ivoks> but noone should stop them killing them self :)
[09:09] <mkde> but it does
[09:09] <mkde> tritium, my pleasure :D
[09:09] <mkde> keep up the great work
[09:12] <ivoks> hm...
[09:12] <ivoks> shouldn't libsmpeg0c2 replace libsmpeg0?
[09:14] <herve> ivoks, that's the plan, yes
[09:14] <ivoks> but if i try to install libsdl1.2-mixer-dev
[09:14] <ivoks> it removes libsmpeg0c2 and installs libsmpeg0 and libsmpeg0-dev
[09:15] <herve> then it must be part of the transition I gues
[09:15] <herve> check with doko
[09:15] <ivoks> doesn't Replaces provide way out?
[09:15] <herve> I can't let just my intution speak
[09:15] <herve> Provides you mean?
[09:16] <ivoks> well... why don't we put Provides too?
[09:17] <herve> we should
[09:17] <herve> as I remember the plan of action, though :)
[09:17] <herve> bug?
[09:17] <ivoks> no, we don't
[09:17] <ivoks> we put only Recomends and Conflitcs
[09:18] <ivoks> well, I'll repackge libsdl1.2-mixer
[09:18] <ivoks> and notify doko about that...
[09:19] <ivoks> I allready see Pandora's box opening :)
[09:20] <herve> I'd say we're inside it ;-)
[09:20] <herve> we're fixing the universe, it's not an easy duty!
[09:21] <ivoks> i know
[09:21] <ivoks> :)
[09:21] <ivoks> this goes to .sig :)
[09:21] <herve> right, we Conflicts/Replaces, don't Provides
[09:21] <herve> actually, we were thinking about t-shirts
[09:22] <ivoks> t-shirts?
[09:23] <herve> yes, why not :-)
[09:27] <ivoks> i'm working :)
[09:28] <herve> ha ok, better reading this :-)
[09:28] <ivoks> ok, libsdl-mixer done
[09:28] <ivoks> let's do hocus pocus
[09:29] <ivoks> The following packages will be REMOVED:
[09:29] <ivoks>   aptitude libsigc++-1.2-5c102 ubuntu-minimal
[09:30] <ivoks> nice, very nice... man...
[09:30] <ivoks> aptitude and ubuntu-minimal need repackaging :)
[09:30] <ivoks> ok, wftk is going well..
[09:31] <herve> ubuntu-minimal?
[09:31] <herve> aren't you touching a main package?
[09:31] <ivoks> i touched libsdl-mixer1.2
[09:31] <herve> ha no
[09:31] <herve> it's the removal of aptitude
[09:33] <ivoks> doh..
[09:33] <ivoks> libsdl-mixer1.2 is main
[09:33] <ivoks> fubar
[09:34] <herve> :D
[09:34] <ivoks> libsdl-mixer1.2 depends on libsmpeg, halo?!
[09:34] <ivoks> main package depends on universe package?
[09:34] <herve> they should not
[09:34] <ivoks> Dependencies:
[09:34] <ivoks> 1.2.5-9 - libc6 (2 2.3.2.ds1-4) libogg0 (2 1.1.0) libsdl1.2debian (4 1.2.7-0) libsmpeg0 (2 0.4.4-7) libvorbis0a (2 1.0.1) libvorbisfile3 (2 1.0.1)
[09:35] <herve> but I guess you must make a cut somewhere
[09:35] <ivoks> libsmpeg0 is main too
[09:35] <ivoks> wtf...
[09:35] <herve> ok so they follow the logic whatever
[09:36] <ivoks> oh, they should fix that in main
[09:36] <ivoks> they created new libsmpeg0c2
[09:36] <ivoks> and have packages depending on libsmpeg0
[09:36] <herve> anyway, remember the real fun begins on tuesday
[09:36] <ivoks> i know :)
[09:37] <ivoks> i should remeber not to upgrade my breezy :)
[09:37] <ivoks> ok, i'm done for today
[09:38] <ivoks> i'll kill eyes for an hour or two and then start drawing :(
[09:39] <ivoks> bye
[09:39] <herve> bye
[09:40] <koke> hi
[09:40] <herve> hi koke
[10:11] <herve> good night
[11:19] <dholbach> hey motaboy
[11:19] <motaboy> hi dholbach
[11:27] <ivoks> doko
[11:30] <dholbach> ivoks: is "doko" a greeting at your place? ;-)
[11:31] <ivoks> :)
[11:31] <ivoks> 'evening
[11:32] <dholbach> did xbase work out in the end?
[11:32] <ivoks> xbase exist allready in breezy
[11:32] <ivoks> xdb is obsolete
[11:32] <ivoks> oleo rdepends on it
[11:32] <dholbach> so what did you want to do to it?
[11:32] <ivoks> and oleo is dead project
[11:32] <ivoks> dholbach i didn't know xbase is in allready
[11:33] <dholbach> ah ok that's why
[11:33] <dholbach> but we learnt something from it... what you can do to packages
[11:34] <dholbach> ;-)
[11:34] <ivoks> so i proposed oleo and xdb to mortage
[11:34] <dholbach> wouldnt oleo work with xbase?
[11:34] <ivoks> i tried
[11:34] <ivoks> maybe it would
[11:35] <ivoks> but it won't compile... i think it's a gcc4 issue
[11:35] <dholbach> maybe just get rid of xdb
[11:35] <dholbach> maybe some oleo hardcore user will propose a patch
[11:35] <dholbach> ... maybe ...
[11:35] <ivoks> there is no oleo users :)
[11:35] <ivoks> on oleo page they say gnumeric is better
[11:35] <ivoks> :)
[11:35] <dholbach> REALLY?
[11:36] <ivoks> check out
[11:36] <doko> ivoks: ?
[11:36] <dholbach> oh yes... looks nice
[11:36] <ivoks> http://www.gnu.org/software/oleo/oleo.html
[11:37] <dholbach> OpenOffice: take this, in your face: http://www.gnu.org/software/oleo/oleo1.png
[11:37] <ivoks> doko the patch does have unrelated changes.?
[11:38] <ivoks> doko you are, i suposse, talking about config.* stuff
[11:38] <doko> dholbach: you're working on your thesis? very well!
[11:39] <dholbach> doko: i wanted to end the evening with some c++ packages
[11:39] <doko> ivoks: yes, exactly, just remove it from the patch please
[11:39] <ivoks> well... ok
[11:39] <doko> gnumeric is a nice application ...
[11:40] <ivoks> haha you didn't see oleo then :)
[11:43] <ivoks> doko ok, uploaded
[11:44] <doko> uploaded? I hope only the patch ;)
[11:44] <ivoks> only patch
[11:44] <ivoks> don't let it's size fool you
[11:44] <ivoks> i removed one usless patch in debian/patches
[11:45] <ivoks> and doko we have one broken dependecy
[11:45] <ivoks> wftk can't be build...
[11:46] <ivoks> libsdl-mixer1.2 need transition - that's from main
[11:48] <ivoks> darkaudit gksudo synaptic
[11:51] <doko> ivoks: very strange. preparing an update
[11:51] <ivoks> doko it depends on libsmpeg0
[11:51] <ivoks> not libsmpeg0c2