[03:05] <bddebian> Anyone know of software that can convert Real Media RAX files to something useful?
[03:29] <jbailey> I have a crazy urge to bump mailx to recommeds rather than depends of cron-apt.  hmm
[03:36] <hub__> is there a way to build a package for amd64 as I don't have such a machine?
[03:37] <hub__> I want to make sure I fixed all the issues
[03:43] <hub__> if I use CDBS for building, shall I depend automatically on patchutils if I have patches?
[03:45] <jbailey> patchutils?
[03:45] <jbailey> Like for simple-patchsys?
[03:45] <jbailey> It's all included in cdbs.
[03:47] <ajmitch> patch is pulled in by build-essential in any case
[03:48] <hub__> ok
[03:48] <hub__> that's just what I wanted to know.
[03:49] <hub__> now I need to figure out if I need more patches for 64-bits arch
[03:50] <jbailey> hub__: What package?
[03:50] <hub__> jbailey: hugin
[03:50] <hub__> jbailey: it is on REVU
[03:50] <jbailey> The current one in the archive?
[03:50] <hub__> on REVU
[03:50] <jbailey> Sorry, I don't know what that is.
[03:50] <hub__> dh said it does not build. I supposedly have a fix
[03:50] <hub__> but I can't check it, and I can't see if there is more
[03:51] <hub__> perhaps shoudl I just install a 64bits cross compiler and have fun with it
[03:51] <hub__> ...
[03:52] <hub__> that remind, I have to register for UBZ
[03:52] <bmonty_laptop> anyone looked at #341 in malone?
[03:54] <bddebian> bmonty_laptop: Not me :-)  BTW, did you close 730, et al that you did last night? :-)
[03:54] <bmonty_laptop> not yet
[03:55] <bmonty_laptop> I have them all written down at my desk though
[03:56] <bmonty_laptop> 341 is for the thinkpad (which I use)....the package in breezy works, but it doesn't start the tpb daemon when the package is installed
[03:58] <bddebian> I don't understand why torcs has a problem with AC_CHECK_LIB (m, sin, ,AC_MSG_ERROR([...] )) ???
[03:59] <bmonty_laptop> I really hate autoconf...
[03:59] <LaserJock> heah bddebian, I was able to make packages for mopac7 and libghemical with mopac7 support
[04:00] <bddebian> bmonty_laptop: Who doesn't? :-)
[04:00] <bddebian> LaserJock: Awesome, good work
[04:02] <LaserJock> well, I'm not sure what you guys want. I made a little repo with the work I have been doing. It has the source and binary packages of mopac7 and libghemica right now
[04:03] <LaserJock> I also have a debdiff
[04:04] <LaserJock> The mopac7 is just built from the Debian source without any modifications (I added a ubuntu1 version so it would go in my repo right) but libghemical was changed a bit
[04:14] <bddebian> Heya tritium
[04:14] <tritium> hi bddebian
[04:16] <tritium> what's up, bddebian ?
[04:16] <bddebian> torcs build problems.  You?
[04:18] <tritium> bddebian, same old, fixing the roof, helping sister move, etc.
[04:22] <bddebian> Heh
[04:24] <LaserJock> bddebian: who do I need to give my stuff to? Or should I just post a link on the UniverseUnmetDeps wiki?
[04:25] <bddebian> LaserJock: Post on UniverseUnmetDeps
[04:27] <LaserJock> ok, what are the chances of getting libmopac7 from Debian, because I can fix the ghemical unmet dep with my libghemical but I am creating another one:-( in the process.
[04:48] <bddebian> ajmitch: Still around?
[04:49] <ajmitch> nope
[04:49] <ajmitch> what is it?
[04:50] <bddebian> ajmitch: I can get the latest -8 version of grace6 to build (and install) from Debian just by adding a build-dep for libxp-dev.  It looks like you did the last merge, does that sound OK to you?
[04:50] <ajmitch> sounds fine
[04:51] <ajmitch> since it's not a new upstream anyway :)
[04:52] <bddebian> Oh, hmm, should I wait?
[04:53] <ajmitch> nah
[04:53] <ajmitch> the bug is meaningless turf wars over who maintains it
[04:53] <bddebian> heh
[04:55] <LaserJock> so, who do I need complain to :-) mopac7 from Debian into Universe?
[04:56] <bddebian> LaserJock: Do we not have it at all?
[04:56] <LaserJock> nope
[04:57] <ajmitch> because it had its first upload into sid in july
[04:57] <bddebian> Ohh
[04:58] <bddebian> LaserJock: Does it build clean from Debian?
[04:58] <bddebian> AND install? ;-)
[04:58] <LaserJock> for me, yes
[04:58] <ajmitch> bddebian: it's another of azeem's packages
[04:58] <bddebian> Well then is HAS to be good :-)
[04:59] <ajmitch> heh
[05:01] <bddebian> Hmm, why would pbuilder build not be able to find libplot-dev ?  It worked in my pbuilder login and in my normal environment??
[05:04] <ajmitch> pbuilder update ?
[05:06] <bddebian> Should'nt that affect my pbuilder login environment too?
[05:07] <ajmitch> sure :)
[05:08] <ajmitch> /dev/mapper/vg1-home   59G   57G  715M  99% /mnt/new-home
[05:08] <ajmitch> which is where I do my ubuntu building
[05:09] <LaserJock> bummer
[05:09] <ajmitch> yeah
[05:10] <bddebian> Heh
[05:11] <bddebian> WTF?? invalid Build-Depends field (can not be parsed by apt)
[05:11] <ajmitch> bddebian: want to ship me a new drive? 300+ GB should be about enough ;)
[05:12] <bddebian> Sure man
[05:12] <ajmitch> hehe
[05:12] <ajmitch> if my power supply can handle it, it might be worthwhile
[05:14] <Lathiat> 250 probably the same
[05:15] <ajmitch> yep
[05:15] <ajmitch> I've got 120 & 160 in my box at the moment
[05:15] <ajmitch> but it still has ~55GB unallocated in LVM that I can rearrange to the needed volumes
[05:16] <ajmitch> which I should use before I do too much spending :)
[05:20] <ajmitch> bddebian: malone 2393 ?
[05:21] <bddebian> :-)
[05:21] <bddebian> Don't rub it in
[05:22] <ajmitch> I'm just asking if you'd seen it
[05:22] <bddebian> No
[05:22] <ajmitch> don't take everything I say as an insult :P
[05:23] <bddebian> Sorry, I'm a little touchy about wesnoth ;-)
[05:25] <ajmitch> s/about wesnoth//
[05:25] <bddebian> heh
[05:28] <LaserJock> ok, I gotta go. Is there a wiki page or something where I can check if or when mopac7 has made it into universe?
[05:34] <ajmitch> Lathiat: good spotting that the banshee bug on u-d was a self-compile :)
[05:34] <ajmitch> LaserJock: no wiki page, where have you put the request for inclusion of mopac7?
[05:36] <LaserJock> well, here i guess :-)
[05:36] <LaserJock> I really don't know where it should go
[05:37] <ajmitch> ok.. :)
[05:37] <ajmitch> irc isn't always the most reliable for getting stuff done
[05:37] <ajmitch> since I have a list of things to send off to elmo
[05:38] <LaserJock> well, what is the "offical" way to get Debian stuff in Universe?
[05:39] <ajmitch> it gets automatically imported near the start of the development cycle
[05:39] <ajmitch> otherwise one of us with upload rights asks for a manual sync
[05:39] <ajmitch> or if changes need to be made, we upload
[05:40] <LaserJock> oh, ok
[05:40] <LaserJock> thanks guys, gotta go
[05:40] <bddebian> Later LaserJock
[05:41] <ajmitch> bye
[06:10] <Lathiat> 'Software is like sex, is better when it's free' (Linux Torvalds)
[06:10] <Lathiat> Yosel Del Valle P.
[06:10] <Lathiat> poor linus
[06:16] <bddebian> Uhm, what happened to libxmerl-erlang?
[06:30] <ajmitch> Lathiat: has bochs built yet?
[06:31] <ajmitch> hm, no build logs
[06:31] <ajmitch> probably dep-wait on one of the new packages?
[06:36] <Lathiat> hrm
[06:36] <Lathiat> shouldnt be
[06:36] <Lathiat> vgabios went through.
[06:36] <Lathiat> at least i thought it did
[06:37] <Lathiat> yep
[06:37] <ajmitch> well I see no 2.2.* build logs yet
[06:37] <ajmitch> even though I saw it on breezy-changes
[06:38] <Lathiat> interesting
[06:38] <ajmitch> ask lamont-away to poke it, I guess?
[06:38] <Lathiat> yeh
[06:38] <bddebian> Well I gotta hit the rack.  Gnight gents
[06:38] <Lathiat> i cant see anything thats versioned that it would be depping on
[06:39] <ajmitch> universe/misc/bochs_2.2.1-2: Dep-Wait by buildd+terranova [extra:out-of-date]  Dependencies: aalib1-dev
[06:39] <ajmitch> which is crack
[06:40] <ajmitch> since it build-deps on libaa1-dev, so the dep-wait needs cleared by lamont-away or infinity
[06:44] <Lathiat> ah
[06:45] <Lathiat> how did you figure that out?
[06:45] <Lathiat> 
[06:45] <ajmitch> people.ubuntu.com/~lamont/buildLogs/Lists/breezy.all.i386
[08:37] <pef> hello
[08:47] <dholbach> good morning
[08:57] <ajmitch> hey dholbach
[08:57] <ajmitch> how are you?
[08:57] <dholbach> good morning andrew - i'm gfine, thanks :)
[08:57] <dholbach> how are you?
[08:57] <dholbach> how was your bugday? ;)
[08:57] <ajmitch> it wasn't my bug day
[08:58] <ajmitch> it belonged to everyone who took part :)
[08:58] <ajmitch> but it went really well, we had some great volunteers doing massive cleanups
[08:59] <Treenaks> All your bug day are belong to us!?
[08:59] <ajmitch> we down to < 500 bugs open on malone
[08:59] <ajmitch> and a whole lot more filed
[08:59] <Mithrandir> Treenaks: you can have my bugs, no problem. :-)
[08:59] <Treenaks> Mithrandir: hey!
[08:59] <ajmitch> evening Treenaks, Mithrandir
[08:59] <dholbach> yeah, it was great - i was absolutely amazed
[08:59] <Mithrandir> good morning ajmitch
[09:00] <dholbach> hey tollef
[09:00] <dholbach> did they work on bugzilla too? a bit, it seems
[09:00] <ajmitch> dholbach: how's apt-get.org going?
[09:00] <dholbach> i had absolutely no time yet :/
[09:00] <ajmitch> a bit, but it wasn't as easy to do decent bugzilla work
[09:00] <dholbach> i think i will start this afternoon
[09:00] <ajmitch> we had our hands full with malone
[09:00] <ajmitch> ok
[09:01] <ajmitch> it's probably something I can actually help with :)
[09:01] <dholbach> i suppose we could refresh the TODO lists, get cracking on those and briefly review a bit of the REVU crack
[09:02] <ajmitch> there look to be a few hundred packages there
[09:02] <ajmitch> at a low count
[09:02] <dholbach> the re-build of universe has started too
[09:02] <ajmitch> ok
[09:02] <dholbach> but it's not much on it
[09:02] <ajmitch> I thought that was on-going anyway?
[09:03] <dholbach> we will manage
[09:03] <ajmitch> so many volunteers who have so little time
[09:03] <dholbach> we will prioritize our work
[09:03] <dholbach> (have to)
[09:03] <ajmitch> yep
[09:03] <dholbach> i think that's what we learned from pre-hoary
[09:04] <dholbach> we can't fix ALL the stupid/old/crackful packages ;)
[09:04] <ajmitch> we don't want to
[09:04] <dholbach> but we'll do our best
[09:05] <dholbach> main ones?
[09:05] <ajmitch> no
[09:05] <dholbach> which ones?
[09:05] <ajmitch> I got approval for a UVF break in main though
[09:05] <ajmitch> but my key isn't it
[09:05] <ajmitch> s/it/in/
[09:05] <ajmitch> packages I maintain in debian
[09:06] <ajmitch> so I can know that they're safe :)
[09:06] <dholbach> ah super
[09:07] <ajmitch> and a new package (mopac7)
[09:07] <ajmitch> and eventually upload new avahi debs
[09:08] <Lathiat> wheres my patch ! ;)
[09:08] <ajmitch> Lathiat: bah, get over it :P
[09:08] <ajmitch> debdiff & filterdiff didn't work
[09:09] <Lathiat> patch -Nru avahi-0.4/debian avahi-0.5'/debian ?
[09:09] <ajmitch> s/patch/diff/
[09:09] <Lathiat> you know what i mean ;)
[09:10] <shawarma> quit
[09:10] <dholbach> bye shawarma :)
[09:11] <ajmitch> Lathiat: http://ajmitch.dyndns.win.co.nz/debuild/ubuntu/mono/0.4-0.5.debdiff
[09:11] <shawarma> LOL
[09:11] <shawarma> Whoops
[09:11] <ajmitch> happy? ;)
[09:12] <Lathiat> i see that was a hard change
[09:12] <ajmitch> Lathiat: it was a very hard change
[09:13] <ajmitch> a single .install, build-deps, and dh_* calls :)
[09:13] <Lathiat> + .
[09:13] <Lathiat> + This package contains the CLI bindings to
[09:13] <Lathiat> \ No newline at end of file
[09:13] <ajmitch> ah well
[09:13] <ajmitch> you can fill that in ;)
[09:14] <ajmitch> hi \sh
[09:14] <\sh> moins
[09:14] <\sh> ah...finally back at work ;)
[09:15] <ajmitch> lucky you
[09:15] <ajmitch> so more time for breezy? ;)
[09:22] <ajmitch> because it's really cold in my room at the moment
[09:23] <dholbach> take an ia64
[09:23] <ajmitch> I couldn't afford the power bill :)
[09:24] <dholbach> then don't try to heat with electricity
[09:24] <dholbach> :)
[09:24] <ajmitch> hehe
[10:01] <lukoko> Hi, I have a question: If i need .deb package of some application, and such package doesnt exist. what do i do?
[10:01] <lukoko> only source is available..
[10:02] <lukoko> i used to make my own packages by using "checkinstall make install", but i doubt if it is the right way.
[10:03] <dholbach> brb
[10:04] <\sh> hahaha
[10:04] <\sh> 3 more people with ubuntu on their laptops in our company :)
[10:04] <\sh> voice of this morning: "Hey, I installed Ubuntu Hoary on my Laptop...and fck the hell...it just works"
[10:05] <\sh> "not like my suse"
[10:08] <sivang> morning all :-)
[10:08] <Treenaks> \sh: give him a breezy disc ;)
[10:08] <Treenaks> sivang: hi
[10:08] <lukoko> right, i have not ever found such computer where ubuntu doesnt works correctly just after install
[10:09] <Treenaks> lukoko: oh they exist, believe me :)
[10:09] <lukoko> of course
[10:10] <lukoko> but compared with others ubuntu supports hardware very well
[10:10] <Treenaks> true
[10:10] <Treenaks> My dad was completely surprised that his multimedia keyboard keys worked out of the box
[10:10] <Lathiat> \sh: haha
[10:10] <Treenaks> even in Windows he'd needed drivers for that
[10:10] <Lathiat> Treenaks: heh
[10:11] <Lathiat> they dont work properly here
[10:11] <Lathiat> even tho theyre set
[10:11] <Lathiat> i have to go in
[10:11] <Lathiat> and change it (to the same thing)
[10:11] <Lathiat> before they work
[10:11] <Lathiat> i filed a bug but no one else seems to have that problem..
[10:11] <Lathiat> oh and my volume keys work, just my play/stop/back/forward dont
[10:12] <jsgotangco> err guys i just upgraded its askming for an answer in readahead, will i keep my existing or install the new version?
[10:13] <Mithrandir> jsgotangco: either; they should be the same.
[10:14] <jsgotangco> ahh thanks
[10:19] <lukoko> what should i do if i want to participate as ubuntu packages maintainer?
[10:21] <\sh> woahahaa
[10:22] <\sh> I just fixed someones slapd ;-) installed pbuilder fixed the stuff he needs...compiled it and now he's dancing like abbas dancing queen...hoary that is
[10:22] <PDA_Monkey> :>
[10:22] <Lathiat> \sh: heh what was wrong with it?
[10:22] <\sh> Lathiat: it needed --enable-aci ,-)
[10:22] <Lathiat> wassat do
[10:22] <\sh> Lathiat: but this guy didn't know who to compile the stuff ,)
[10:24] <\sh> s/who/how/
[10:41] <shawarma> \sh: I'm curious: Have you actually tried the new version of vpnc?
[10:43] <\sh> shawarma: i can't i don't have any vpn concentrators
[10:43] <\sh> shawarma: but regarding the tickets..it should work
[10:43] <shawarma> \sh: Tickets?
[10:43] <\sh> malone
[10:44] <shawarma> \sh: I couldn't find anything related to vpnc in Malone..
[10:44] <shawarma> https://launchpad.net/malone/products?exact_name=1&text=vpnc
[10:46] <\sh> thats products
[10:46] <\sh> it was on the motu bugs list
[10:46] <\sh> how can I find closed bug entries?
[10:46] <shawarma> Argh... Silly me.
[10:47] <shawarma> Well, I'm having serious problems with it. Stuff that renders it unusable, actually.
[10:47] <shawarma> I don't have time to fix it right now. I'll look at it some time tomorrow.
[10:50] <\sh> shawarma: vpnc is a VPN client...what's wrong? I have reports, that it works now :)
[10:50] <shawarma> \sh: Well, the primary problem was vpnc-connect gone missing.
[10:50] <\sh> shawarma: no it's not missing...it's vpnc-script now
[10:51] <\sh> it was replaced in 0.3.3
[10:51] <shawarma> \sh: It doesn't really do the same thing, though.
[10:51] <\sh> shawarma: than it's upstream :)
[10:51] <shawarma> vpnc-connect is a Debian/Ubuntu specific thing.
[10:51] <shawarma> vpnc-connect offers a few things that vpnc-script doesn't.
[10:51] <\sh> shawarma: no it was as well in upstream...but debian modified it...but vpnc-connect is not supported by upstream anymore...
[10:52] <\sh> shawarma: so we have to fix vpnc-script
[10:52] <shawarma> Besides, vpnc looks for vpnc-script in /etc/vpnc, but it's in /usr/sbin... I really can't see how anyone has got it working without either symlinking or patching it..
[10:52] <shawarma> Oh, ok. Well, I suppose I'll do that, then.
[10:52] <\sh> shawarma: ok :)
[10:53] <shawarma> well, I'll fix it tomorrow.
[10:53] <shawarma> vpnc also asks for stuff on the console even if the info is available in the conf file... It's really weird.
[11:11] <\sh> hmmm...has anyone an idea how to search for fixed/rejected bugs in malone for a specific team/person?
[11:12] <Lathiat> apparently there is no search yet and thats happening in november or something
[11:12] <Lathiat> you could like at the +assignedbugs for that person and filter on status tho
[11:12] <Lathiat> s/filter/sort
[11:15] <\sh> Lathiat: but I can't see rejected/fixed bugs anymore in this list...
[11:15] <Lathiat> \sh: oh
[11:15] <\sh> https://launchpad.net/people/motu/+assignedbugs -> status sort
[11:15] <Lathiat> of course
[11:15] <Lathiat> silly me
[11:15] <Lathiat> that sucks :)
[11:15] <\sh> Lathiat: but I need to see those...
[11:16] <Lathiat> file a bug and kick it to the priority :)
[11:19] <siretart> hi folks, btw ;)
[11:19] <dholbach> hi siretart
[11:20] <siretart> huhu dholbach
[12:59] <Lathiat> dholbach: yay
[01:00] <sladen> does anyone know what the tool generating the volume pop-up is, is it the sound control panel?
[01:00] <Lathiat> dholbach: (quick-lounge-applet)
[01:00] <Lathiat> sladen: gnome-settings-daemon
[01:00] <Lathiat> setup via the keyboard shortcuts
[01:00] <dholbach> Lathiat: i had the fix already uploaded before, but this is the proper release
[01:00] <Lathiat> dholbach: ah
[01:00] <Lathiat> dholbach: i tried to patch it
[01:00] <Lathiat> and it was all fine
[01:00] <Lathiat> but it didnt actually work
[01:00] <dholbach> yep :)
[01:00] <dholbach> oh
[01:00] <dholbach> for me it did
[01:00] <Lathiat> i mean
[01:00] <Lathiat> i wrote a fix
[01:00] <Lathiat> a few weeks back
[01:00] <dholbach> ah i see
[01:00] <Lathiat> ported the api etc
[01:01] <Lathiat> but it just froze when i tried to load up the menu bit
[01:01] <Lathiat> and never got around to figuring out why
[01:01] <sladen> Lathiat: ta.
[01:55] <milanbabuskov> sh, hi
[01:55] <milanbabuskov> r u reading this?
[01:55] <\sh> yes
[01:55] <milanbabuskov> I'm author of Njam game, remember me?
[01:55] <\sh> yeah :)
[01:56] <milanbabuskov> I installed Ubuntu recently, and now I'm trying to apt-get it
[01:56] <milanbabuskov> but it looks like it isn't there?
[01:56] <milanbabuskov>  apt-get install njam
[01:57] <milanbabuskov> E: Couldn't find package njam
[01:57] <\sh> milanbabuskov: breezy :)
[01:57] <milanbabuskov> Oh, I see
[01:57] <milanbabuskov> I have 5.04 installed
[01:57] <\sh> milanbabuskov: 13th Octobre is release :)
[01:57] <milanbabuskov> great... :)
[01:57] <\sh> milanbabuskov: so if I grab some kubuntu cds I will send it to you :)
[01:57] <milanbabuskov> \sh: thanx
[01:58] <\sh> milanbabuskov: btw...i386 -> amd64 network game works
[01:58] <\sh> milanbabuskov: good job u did :)
[01:59] <milanbabuskov> \sh: that is great!!!
[01:59] <milanbabuskov> \sh: I really didn't expect it to :)
[01:59] <milanbabuskov> \sh: well, thanx for the info (breezy and stuff), I guess I should have thought of that myself ;)
[02:00] <ivoks> doko: /me here
[02:00] <\sh> milanbabuskov: but u can ask Mez to backport njam to hoary
[02:00] <milanbabuskov> \sh: well, I do have two Hoary systems fully installed and running now (at work)
[02:00] <milanbabuskov> \sh: so, that would be great (if you can spare some time)
[02:01] <milanbabuskov> \sh: but it's not of some utmost importance. Do it if it's easy job...
[02:02] <doko> ivoks: sent email
[02:02] <milanbabuskov> \sh: I never made a .deb package, so I don't know how much time/effor it's takes
[02:02] <ivoks> doko: i'm reading it... sorry
[02:02] <hunger>  /me sighs.
[02:03] <\sh> milanbabuskov: it's easy...I will ask mez :)
[02:03] <milanbabuskov> \sh: thanx a bunch
[02:06] <\sh> milanbabuskov: actually...I need to test ppc and i386 + ppc and amd64 network games ,-)
[02:07] <milanbabuskov> \sh: yes, add a little endian mix into it :)
[02:07] <milanbabuskov> \sh: I think that might not work
[02:08] <\sh> milanbabuskov: well it compiled on ppc
[02:08] <\sh> so it should work
[02:08] <\sh> slomo_: ping did u tested njam on ppc
[02:08] <milanbabuskov> \sh: OTOH, IIRC, all network code uses bytes (not words, ints, etc.) so
[02:08] <slomo_> \sh: iirc it worked...
[02:08] <milanbabuskov> \sh: njam surely works on ppc, since it works on MacOSX
[02:08] <slomo_> \sh: but i haven't tested network
[02:09] <milanbabuskov> \sh: it even works via network: Mac <-> Mac
[02:09] <\sh> slomo_: if you have the time and possibility :) please test it ;)
[02:09] <milanbabuskov> \sh: it also works on sparc hardware :)
[02:09] <slomo> \sh: later maybe... need to learn :(
[02:10] <\sh> slomo: have a look on #u-im...
[02:10] <slomo> \sh: uh... so much text... mom ;)
[02:10] <\sh> slomo: u have logging enabled?
[02:11] <slomo> \sh: sure
[02:11] <\sh> slomo: good...I need a log of this...
[02:11] <slomo> ok, just tell me the minutes later :)
[02:14] <\sh> doko: whats up with wxwindows2.4 and wxwindows2.6 I have unmet deps in my list ,-)
[02:18] <slomo> \sh: what is this IPCF thing? but sounds nice :)
[02:19] <\sh> slomo: http://ipcf.freedesktop.org/wiki/
[02:19] <slomo> thanks
[02:19] <slomo> haha... dbus... every new fd.o project has dbus written in their description =)
[02:21] <slomo> hm, ipcf could be good :)
[02:22] <doko> \sh: -> python-wxgtk2.4 or python-wxgtk2.6
[02:24] <milanbabuskov> \sh: gotta go, see you later :)
[02:25] <lamont-away> ajmitch: thanks - I --pretend-avail'ed libaa1-dev
[02:47] <\sh> doko: but i don't find this in the control file
[02:47] <\sh> doko: Package wxpython2.6-0 version 2.6.1.1ubuntu3 has an unmet dep: Depends: libwxgtk2.6-0-python (= 2.6.1.1ubuntu3)
[02:48] <\sh> doko: same applies to 2.4
[02:48] <doko> \sh: what can you not find?
[02:48] <\sh> doko: wxpython package...it says that Package: python-wxtools
[02:49] <\sh> is replacing/conflicting with wxpython
[02:49] <\sh> doko: and last installed version is 2.4.4ubuntu6 for wxwindows2.4
[02:50] <\sh> but 2.4.4.1ubuntu1 is in the archives as source package
[03:02] <doko> $ apt-cache showsrc wxwidgets2.6
[03:02] <doko> Package: wxwidgets2.6
[03:02] <doko> Binary: python-wxtools, python-wxgtk2.6, libwxmsw2.6-dbg, wx2.6-i18n, wx2.6-examples, wx2.6-doc, libwxgtk2.6-dbg, wx-common, python-wxgtk2.6-dbg, libwxgtk2.6-0, wx2.6-headers-msw, libwxgtk2.6-dev, libwxmsw2.6-dev, python-wxversion, wx2.6-headers
[03:02] <doko> Version: 2.6.1.1.1ubuntu2
[03:03] <\sh> no wxpython ;)
[03:03] <\sh> but it appeared in my LC_ALL=C apt-cache -i unmet
[03:04] <\sh> rc  wxpython2.4-1                         2.4.4ubuntu6                         wxWidgets Cross-platform C++ GUI toolkit (wx
[03:04] <\sh> rc  wxpython2.6-0                         2.6.1.1ubuntu3                       wxWidgets Cross-platform C++ GUI toolkit (wx
[03:05] <\sh> eeks
[03:06] <\sh> should python-wxtools not replace wxpython?
[03:06] <\sh> so wxpython is disappearing and python-wxtools is installed?
[03:09] <\sh> doko: I think there  is a packaging bug..cause in wxwindows2.4 sourcepackage, there is also a package named python-wxtools without any version naming..but it somehow clashes with python-wxtools from wxwindows2.6
[03:10] <doko> \sh: ohh yes, you are right. this needs to be updated from unstable. can you do that?
[03:10] <\sh> and python-wxtools from 2.6 should remove wxpython2.6
[03:10] <\sh> the same for 2.4
[03:10] <\sh> doko: sync or merge?
[03:11] <doko> \sh: merge
[03:11] <\sh> doko: sure...will do this tonite
[03:11] <\sh> doko: what about removing wxpython2.6 when updating to python-wxtools (from 2.6)?
[03:15] <doko> \sh: not necessary
[03:15] <doko> $ apt-cache show python-wxgtk2.6
[03:15] <doko> Package: python-wxgtk2.6
[03:15] <doko> Priority: optional
[03:15] <doko> Section: universe/python
[03:15] <doko> Installed-Size: 12664
[03:15] <doko> Maintainer: Ron Lee <ron@debian.org>
[03:15] <doko> Architecture: amd64
[03:15] <doko> Source: wxwidgets2.6
[03:15] <doko> Version: 2.6.1.1.1ubuntu2
[03:15] <doko> Replaces: libwxgtk2.6-0-python, wxpython2.6-0
[03:16] <StrikeForce> Can someone tell me how to make sure the permissions aren't 644 but 555?
[03:16] <StrikeForce> would I have to use install instead of dh_install
[03:17] <\sh> hmm dpkg -l gives me only installed packages or all packages?
[03:18] <StrikeForce> anyone?
[03:21] <siretart> doko: \sh while you are talking about wxpython, hoary had wxpython 2.5, we need an upgrade path to pyhton 2.6
[03:21] <siretart> currently apt-get/dpkg fails because the 2.5 package contains some file which are also in the 2.6 package, I think a conflicts should do the trick
[03:22] <siretart> but I did not test that yet.
[03:25] <\sh> ivoks: *grrrrr*
[03:26] <bddebian> Heya gang
[03:26] <\sh> hey bddebian
[03:27] <bddebian> Hi \sh
[03:28] <StrikeForce> Can someone tell me why this doesn't work? /usr/bin/python -OO -c "import compileall; compileall.compile_dir('$(DESTDIR)/usr/share/rufus/')"
[03:29] <bddebian> Anyone know much/anything about libxmerl-erlang?
[03:32] <sivang> StrikeForce: what is it trying to do?
[03:32] <sivang> usr/bin/python -OO -c "import compileall;
[03:32] <sivang>                      compileall.compile_dir('$(DESTDIR)/usr/share/rufus/')"
[03:32] <sivang> ah sorry
[03:33] <StrikeForce> its trying to basically byte compile the .py program
[03:33] <StrikeForce> its ok I've got it working just added $(DESTDIR)debian/rufus/usr/share/rufus
[03:33] <sivang> StrikeForce: :-)
[03:33] <StrikeForce> however I'm still getting lintian errors of it not being executible?
[03:34] <StrikeForce> I thought dh_fixperms took care of that or it only does 644
[03:34] <sivang> StrikeForce: maybe you need to call install/modify permission at location
[03:35] <StrikeForce> as in at the very end?
[03:45] <bddebian> Did someone already fix libhid or did it "magically" disappear from unmet-deps?
[03:48] <slomo> bddebian: \sh fixed it
[03:48] <bddebian> slomo: Of course. :-) THanks.  Did he fix muse too?
[03:49] <slomo> bddebian: look at breezy-changes ;) i have no idea
[03:52] <StrikeForce> sivang, how do you do that?
[03:52] <sivang> StrikeForce: what, help you fix stuff without even saying anything? I guess I have a good Karma :-D
[03:53] <StrikeForce> I need to find someway of making all the files +x in the /usr/share/rufus directory the postinst is the way to do it however every time I edit it it gets changed
[03:54] <StrikeForce> any suggestions on where to look?
[03:54] <\sh> bddebian: yeah...I fixed it ;)
[03:54] <\sh> yesterday...fcking source
[03:55] <\sh> and I think I fixed aqsis now ;)
[03:55] <bddebian> \sh: And pdumpfs-rsync?
[03:56] <\sh> pdumpfs-rsync_0.8.1-1ubuntu1_source.upload
[03:56] <\sh> pdumpfs-rsync (0.8.1-1ubuntu1) breezy; urgency=low
[03:56] <\sh> * debian/control: removed tightened deps for pdumpfs
[03:56] <\sh> yes
[03:57] <bddebian> \sh: Well I guess I have nothing to do then. ;-P
[03:57] <\sh> bddebian: try to fix this :) http://people.ubuntu.com/~lamont/buildLogs/o/oo2c/1.5.9-4.1ubuntu1/oo2c_1.5.9-4.1ubuntu1_20050918-1824-powerpc-failed.gz
[03:58] <bddebian> Can you ship me a PPC box? ;-)
[04:00] <\sh> bddebian: ;)
[04:00] <\sh> hmmm...is debian.org down or is it just me?
[04:01] <\sh> slomo: can u give me a short update on http://bugzilla.ubuntu.com/show_bug.cgi?id=15043
[04:01] <bddebian> \sh: I can'
[04:01] <bddebian> t get to packages.d.o
[04:02] <slomo> bddebian: as long as you can get to packages.qa.d.o everything is alright :)
[04:03] <\sh> hmm...seems that tiscali has some problems
[04:03] <slomo> \sh: what do you want to know about that bug?
[04:03] <\sh> slomo: fixed for breezy? can I close it?
[04:04] <\sh> t least it works on breezy... I only read the changelog and the debian
[04:04] <\sh> maintainer has written that he doesn't enable it because the debian version is
[04:04] <\sh> too old ;)
[04:04] <\sh> that are your words ;) and I don't know why it landed in my bugzilla account ;)
[04:04] <slomo> \sh: yes, should be fixed on breezy... but it wasn't at the time i made the bugreport ;)
[04:04] <slomo> just close it and ignore it :)
[04:06] <\sh> k
[04:07] <bddebian> Any thoughts from either of you two about the mozilla-locale-* crap?
[04:07] <slomo> \sh: someone has synced it from debian it seems
[04:08] <slomo> bddebian: what's the problem?
[04:08] <\sh> grmpf
[04:08] <\sh> packages.debian.org leads me now to ms
[04:09] <bddebian> slomo: They are all built for mozilla 1.6.1 and I don't even know if they are even valid anymore.
[04:09] <slomo> bddebian: hmm... try to update them for our current version
[04:09] <\sh> http://linux.blogweb.de/uploads/screenshots/screenshot-20050919.png
[04:09] <slomo> bddebian: 1.7.10 or something
[04:10] <StrikeForce> Can someone help me?
[04:10] <slomo> \sh: ?!
[04:10] <StrikeForce> or I should say point me in the right direction?
[04:11] <slomo> StrikeForce: just ask your question ;)
[04:11] <slomo> \sh: i thought you were a kde guy? ;) but this p.d.o -> ms thing is scary...
[04:13] <StrikeForce> how do I fix this  rufus: script-not-executable ?
[04:13] <\sh> now my linux.blogweb.de is now ms
[04:13] <\sh> argl
[04:13] <StrikeForce> I need to make the files in the directoyr executable?
[04:15] <\sh> HOLY SHIT
[04:24] <StrikeForce> any suggestions
[04:24] <\sh> argl...they played a funny joke with me...
[04:24] <siretart> \sh: who?
[04:24] <\sh> those foul asses of colleagues
[04:25] <siretart> sounds funny, what did they do?
[04:25] <\sh> siretart: at least one guy changed our FW settings and redirected me
[04:25] <siretart> ;)
[04:25] <siretart> oh
[04:26] <Mez> :D
[04:26] <Mez> shineh new laptop
[04:30] <siretart> Mez: grats :)
[04:31] <Mez> :::::D
[04:31] <Mez> what do you mean gats? i had to pay for it :P
[04:31] <slomo> waah... an alien with many eyes ;)
[04:31] <Mez> s/gats/grats/
[04:32] <bddebian> Heh
[04:37] <Mez> sweet for swsusp :D
[04:37] <Mez> it works - and works well too
[04:37] <StrikeForce> siretart, can I bother you?
[04:38] <siretart> StrikeForce: depends, what is it?
[04:38] <StrikeForce> Can I ask you to revu?
[04:38] <\sh> doko: regarding http://packages.debian.org/unstable/source/wxwindows2.4 i have to fix it by hand
[04:41] <siretart> StrikeForce: dont ask to ask, just ask ;)
[04:44] <StrikeForce> siretart, can you revu something for me :)
[04:44] <StrikeForce> http://revu.tauware.de/details.py?upid=616
[04:44] <siretart> StrikeForce: mmh. not that good, I'm at work currently, what is it? i can start a revu-build, if that helps
[04:45] <StrikeForce> well if you can't look at it now can you look at it later :)
[04:45] <siretart> revu-build is running
[04:46] <StrikeForce> thanks
[04:46] <bddebian> mozilla is broken?
[04:47] <siretart> StrikeForce: is the versioned dependency on python-wxgtk2.6 really necessary?
[04:47] <siretart> StrikeForce: does it not work woth wxpython 2.4?
[04:52] <StrikeForce> 2.5.3 min
[04:53] <bddebian> Can anyone install mozilla?
[04:53] <StrikeForce> siretart, 2.5.3 minimum unfortunately
[04:53] <siretart> StrikeForce: ok. why the versioned dependency on (>= 2.6.1.1.1) then?
[04:53] <StrikeForce> siretart, cause that was the lowest package above 2.5.3
[04:54] <StrikeForce> siretart: should I just leave the dependancy off and just leave it as python-wxgtk2.6
[04:54] <siretart> StrikeForce: depending on python-wxgtk2.6 should be okay then.
[04:54] <StrikeForce> siretart: I will fix that now and re-upload it if thats ok :)
[04:55] <siretart> it's better to avoid versioned dependency where possible. if you are unlucky, that can create severe upgrade problems
[04:55] <siretart> StrikeForce: next question, (i'm just curious, your case seems to be covered by python policy):
[04:56] <siretart> StrikeForce: why are you placing in /usr/share/rufus rather than /usr/lib/python2.4/rufus?
[04:56] <StrikeForce> siretart: I'm not understanding your question?
[04:57] <siretart> StrikeForce: did you read the python policy?
[04:57] <StrikeForce> siretart, because /usr/bin/rufus basically creates specific directories in the home directory of the user then refers to rufus.py
[04:57] <siretart> http://www.debian.org/doc/packaging-manuals/python-policy/
[04:57] <siretart> besides that, please fix these warnings and errors: http://revu.tauware.de/revu1-incoming/rufus-0509191040/rufus_0.6.5-0ubuntu1_i386.lintian
[04:58] <StrikeForce> thats my problem how do I go about fixing that?
[04:58] <siretart> wait
[04:58] <StrikeForce> if the script in the /usr/bin/rufus puts the command to python -OO -c /usr/share/rufus.py?
[05:00] <siretart> look up the lintian documentation about these errors. sorry, i'm rather busy now at work :(
[05:01] <StrikeForce> ok :(
[06:01] <bddebian> IS MOZILLA BROKEN?
[06:11] <slomo> bddebian: why?
[06:11] <bddebian> slomo: I'm working on the mozilla-locales stuff but apt-get install mozilla pukes
[06:11] <slomo> bddebian: paste it ;)
[06:12] <slomo> bddebian: mozilla-dev worked yesterday
[06:12] <bddebian> slomo: It's just a bunch of missing depends.  Can you install it?
[06:12] <slomo> yes
[06:13] <slomo> mozilla and mozilla-dev are installable here
[06:13] <bddebian> And you get 2:1.7.11... ?
[06:13] <ogra> uuuh, a epoch ?
[06:13] <slomo> bddebian: Version: 2:1.7.11-0ubuntu3
[06:16] <bddebian> slomo: Hmm, weird and apt-get -f fixed it, sorry and thanks.
[06:16] <bddebian> I assume the mozilla-locale-* stuff should match the version of mozilla?
[06:17] <slomo> bddebian: should be the best
[06:25] <bddebian> slomo: Any idea how detrimental it is to change the version number?
[06:26] <slomo> bddebian: what do you mean?
[06:34] <\sh> re
[06:35] <bddebian> slomo: Well current version of mozilla-locale-zh-cn is 1.6.0-xxx for mozilla 1.6.x.  I would think it would make sense that if I update it to make it version 1.7.x to coincide with mozilla 1.7.11xxx.  But am I going to get in trouble again? ;-)
[06:35] <bddebian> wb \sh
[06:36] <slomo> bddebian: no you won't get into trouble for that as it fixes problems... just do it :)
[06:38] <bddebian> slomo: Any idea how I test these ? :-)
[06:39] <slomo> bddebian: yes... install them, choose them in mozilla and look for weird words and letters ;)
[06:39] <bddebian> Heh
[06:39] <\sh> doko: do u see the problem now?
[06:40] <doko> \sh: no, apt-get install python-wxtools works
[06:41] <\sh> for 2.6 right?
[06:41] <\sh> but what about python-wxtools for 2.4
[06:42] <doko> there is none in the archive
[06:44] <\sh> because it has the same name as in the 2.6 package
[06:45] <\sh> we had wxpython2.4 and wxpython (2.6) package before and python-wxtools replaces it (in 2.4 and 2.6)
[06:52] <\sh> grmpf...somehow I need the possibilty to pxe boot this shiddy toshiba recovery cd
[06:53] <doko> sure, thats correct
[06:54] <\sh> doko: so we should give python-wxtools from wxwindows2.4 sourcepackage a version numbering scheme like python-wxtools2.4
[06:55] <doko> no
[06:55] <\sh> why not?
[06:55] <doko> why do you need it?
[06:57] <\sh> grmpf..it's not even packaged when I see it right
[06:58] <\sh> but why is it popping up in my unmet deps?
[06:58] <doko> which package does it reference? then fix that package.
[06:59] <\sh> Package wxpython2.4-1 version 2.4.4ubuntu6 has an unmet dep: Depends: libwxgtk2.4-1-python (= 2.4.4ubuntu6)
[06:59] <\sh> I don't know why this old version is still in the cache
[07:01] <doko> remove them both
[07:02] <\sh> i would if I could
[07:03] <\sh> but apt-get remove wxpython2.4-1 tells me..not installed...wth
[07:21] <\sh> grmpd
[07:21] <\sh> now I killed my whole windows install because I was deleted partions...*gnarf*
[07:23] <bddebian> Bah, who needs Windows anyway? ;-)
[07:23] <\sh> bddebian: for laptop testing
[08:41] <ivoks> any1?
[08:42] <bddebian> Yo
[08:44] <ivoks> there is new qdvdauthor
[08:44] <ivoks> but it's not in debian
[08:45] <bddebian> Sounds like breezy+1 ;-)
[08:45] <ivoks> can we just import it from marillat?
[08:45] <ivoks> the thing is... this one in breezy is... broken
[08:45] <ivoks> acctually there is no qdvdauthor
[08:45] <ivoks> only /usr/share/doc :)
[08:45] <bddebian> Aye.  I would think so but I'm probably the WRONG person to ask ;-)
[08:46] <ivoks> \sh would know it
[08:46] <ivoks> \sh: what to do? ://
[08:46] <\sh> grmpfs
[08:46] <\sh> throw away sky2 drivers first
[08:46] <\sh> what?
[08:46] <\sh> where?
[08:46] <\sh> and when?
[08:46] <ivoks> now, here i qdvdauthor
[08:47] <ivoks> this on in breezy is usless (no binary)
[08:47] <ivoks> there is no qdvdauthor in debian, at all
[08:47] <ivoks> but this one we imported form marillat
[08:47] <ivoks> should i just import new version?
[08:47] <ivoks> (and test it)
[08:48] <\sh> dholbach is apt-get.org king ,)
[08:48] <ivoks> hm...
[08:48] <ivoks> maybe i'll just patch 0.0.9 to build with gcc4
[08:48] <\sh> dholbach: ping
[08:49] <\sh> dholbach: resync from marillat? qdvauthor?
[08:49] <dholbach> \sh: does it make the world a better place?
[08:50] <ivoks> no, but it makes it usable
[08:50] <\sh> dholbach: I really don
[08:50] <\sh> 't know
[08:50] <dholbach> and it's still a multiverse item?
[08:50] <\sh> grmpf...need to sync again with uk keyboard
[08:50] <ivoks> dholbach: https://launchpad.net/malone/bugs/2186
[08:50] <ivoks> we have that app in "Add program"
[08:50] <ivoks> it creates menu entry
[08:50] <ivoks> but has no exec
[08:52] <dholbach> so it needs a fixed .desktop entry?
[08:52] <ivoks> no
[08:52] <ivoks> it needs binary
[08:52] <ivoks> :)
[08:52] <bddebian> hehe
[08:52] <dholbach> /usr/bin/qslideshow ?
[08:52] <ivoks> it has .desktop, it has .png
[08:52] <ivoks> that's not it
[08:52] <dholbach> oh ok
[08:52] <dholbach> i see
[08:52] <dholbach> and the new one from marillat has it?
[08:52] <ivoks> yes
[08:52] <ivoks> it's fixed for gcc4
[08:53] <dholbach> oh cool
[08:53] <dholbach> well then...
[08:53] <dholbach> go ahead
[08:53] <ivoks> ok
[08:55] <ivoks> so, better to ask 5x than do stopid move 1x
[08:56] <ogra> ivoks, be careful with j2se and fix it ;)
[08:57] <ivoks> should i fix it?
[08:58] <ivoks> i tought doko said he has new packages...
[08:59] <ogra> yes, of j2se, without dep on libxp
[09:00] <ivoks> but introducing new package isn't an option?
[09:00] <ogra> so the dep is still missing and requires a metapackage
[09:00] <ogra> its the only solution
[09:00] <ivoks> ok
[09:00] <ivoks> i'll to it this evening
[09:00] <ivoks> s/to/do
[09:01] <ivoks> one more q...
[09:01] <ivoks> i didn't do any change to qdvdauthor
[09:01] <ivoks> so, marillat is maintainer..
[09:01] <ogra> he should always be maintainer if you use his packjages
[09:02] <ivoks> right...
[09:02] <ivoks> but i can't upload package with his sign
[09:02] <ogra> re-sign it
[09:02] <ogra> with debsign
[09:02] <ivoks> ok
[09:03] <_tonio> hello guys
[09:03] <dholbach> hi _tonio :)
[09:04] <_tonio> dholbach: ah you're talking there too ? I never saw you here ;)
[09:04] <_tonio> I mean "never saw you talking" ;)
[09:05] <_tonio> dholbach: what do you think of overriding the shlib simlink error ? Is it okay for you or not ?
[09:05] <thesaltydog> dholbach, I never saw talking daniel too... only read his words!
[09:05] <crimsun> (which daniel? ;-)
[09:05] <thesaltydog> daniel dholbach
[09:06] <crimsun> (there are quite a few daniels involved in ubuntu ;-)
[09:06] <thesaltydog> I know..
[09:07] <thesaltydog>  Last week I have seen Elton John in Rome, singing "Daniel my love..." :-)
[09:11] <\sh> nice song btw
[09:12] <\sh> i have it in my elton john mp3 collection ;)
[09:16] <dholbach> haha :)
[09:16] <dholbach> _tonio: i'll have a lasagna soon too
[09:17] <thesaltydog> dholbach, who speaks about lasagna? Someone needs lessons? Cheap!
[09:17] <dholbach> lessons?
[09:17] <dholbach> quoi?
[09:18] <thesaltydog> how to cook and prepare lasagna with meat souce.
[09:18] <thesaltydog> lasagna is a typical italian dish
[09:18] <dholbach> i was well aware of that :)
[09:18] <_tonio> lasagna, nice plate too ;) My grandma makes the best lasagnas in the world ;)
[09:18] <dholbach> and the readers of desktop-bugs@lists.ubuntu.com are well aware of the fact, that i deserve one :)
[09:19] <\sh> h4h4
[09:19] <\sh> aeh
[09:19] <\sh> hehe
[09:19] <thesaltydog> if someone of you ever comes in Rome, make me a ping..
[09:20] <thesaltydog> I regret..
[09:20] <\sh> when I have the permission to throw a cheap pizza towards the papa ratzi ;)
[09:21] <\sh> I tried it during the world youth day..but i had to work :(
[09:21] <thesaltydog> he is very far away from your hand. He is always up in his window... closer to God!
[09:21] <\sh> hahaha...if ratzi is closer to god then me....then my name is jesus :)
[09:22] <\sh> anyways.totally ot
[09:22] <thesaltydog> sorry for the break. It's my fault..
[09:22] <\sh> it's ok don't worry
[09:23] <\sh> fighting with the laptop here
[09:25] <\sh> guys..give me a hint on a bluetooth application where i can sync my nokia phone?
[09:25] <dholbach> multisync?
[09:25] <dholbach> there was also some gammu/wammu crack
[09:26] <dholbach> but i didn't get around to package it yet
[09:26] <\sh> dholbach: u didn't compile gnome-phone-manager with bluetooth support?
[09:26] <dholbach> hm?
[09:26] <thesaltydog> \sh, I synched my nokia with cable!!
[09:27] <dholbach> i sent SMS with it
[09:27] <\sh> thesaltydog: this works...i know...but i have to test bluetooth on this laptop
[09:27] <\sh> libgnomebt0 is bluetooth right?
[09:27] <dholbach> yep
[09:28] <thesaltydog> \sh, I am waiting for my BlueTooth usb key. Should arrive tomorrow. I'll let you now then.
[09:29] <\sh> hmmm..
[09:30] <\sh> dholbach: is there any app where i can see if bluetooth is enabled or not?
[09:31] <dholbach> dmesg? grep -E 'bin\/' /var/lib/dpkg/info/bluez-utils.list
[09:33] <thesaltydog> a bunch of!
[09:34] <\sh> `2hmmm..
[09:34] <\sh> i can see the laptop as audio device on the phone
[09:35] <\sh> but...
[09:36] <\sh> what now...gnome-phone-manager tells me no connection
[09:37] <\sh> how can i set the device?
[09:38] <dholbach> is there anything in dmesg?
[09:38] <dholbach> some of the bluez-utils running?
[09:38] <dholbach> any attempted pairing?
[09:38] <dholbach> what does  sdptool browse  say?
[09:39] <thesaltydog> have you installed also gnome-bluetooth?
[09:39] <\sh> well...hcitools gives me the phone
[09:39] <\sh> hcitools scan
[09:41] <thesaltydog> g'night all. \sh tomorrow I will give bluetooth a try on my lap. Maybe we can share experiences...Bye!
[09:42] <\sh> dholbach: a lot:)
[09:43] <\sh> dholbach: http://rafb.net/paste/results/3IUUOv51.html
[10:04] <\sh> grmpf
[10:06] <_tonio> little question
[10:07] <_tonio> If I need to package 2 apps, on depending on the other, How can I make for the pbuilder to build the second if it is not already uploaded?
[10:24] <bddebian> _tonio: You could do it in a pbuilder login and dpkg -i the deb from the first package
[10:24] <bddebian> I don't know if that's the "best" solution
[10:27] <ivoks> zblj...
[10:27] <_tonio> bddebian: yes but for revue ?
[10:27] <_tonio> how will it work if the first package isn't already uploaded ?
[10:28] <_tonio> the only solution is to upload the first
[10:28] <_tonio> see with motus to get it validated and upload fast, and then upload the second isn't it?
[10:28] <_tonio> that's the only logic way I can see ;)
[10:28] <bddebian> ivoks: zblj??
[10:29] <_tonio> in fact I wanna add k9copy, a clone for dvdshrink that appretly works great, but that requires a very little binary called vamps
[10:29] <ivoks> bddebian: yeah :) that's how i feel... zblj :)
[10:29] <bddebian> Oh, hehe
[10:30] <ivoks> katie@jackass refuses my qdvdauthor
[10:30] <bddebian> :-(
[10:30] <bddebian> What's the reason?
[10:30] <ivoks> without any reason
[10:30] <ivoks> i don't get mail at all
[10:30] <_tonio> or maybe because it is a ridiculous binary I can add it directly in the sources of k9copy,but if I do that, I'm gonna get killed by Daniel ^^
[10:32] <\sh> grmpf.
[10:32] <\sh> i need help
[10:32] <ivoks> enough for today
[10:32] <bddebian> \sh: Whats up?
[10:33] <_tonio> \sh: what's the problem ?
[10:33] <ivoks> yeah, \sh, what's your problem? :)
[10:33] <ajmitch> morning all
[10:34] <\sh> i can't get gnome-phone-manager running
[10:34] <ivoks> hi ajmitch
[10:34] <ajmitch> bye ivoks
[10:34] <ivoks> bye all
[10:35] <ajmitch> well, it responds to pings, but ssh doesn't go
[10:35] <ivoks> ajmitch: it's breezed :)
[10:35] <ivoks> hm...
[10:35] <_tonio> \sh: use KDE (i'm ->[] ) ^
[10:35] <ivoks> that happend to me, but on sarge
[10:35] <ivoks> few times
[10:36] <ajmitch> ivoks: it's been running for about 5 months without reboot, on old hardware :)
[10:36] <ajmitch> still using a pre-release hoary kernel, iirc ;)
[10:36] <ivoks> ajmitch: yeah, mine too
[10:36] <\sh> _tonio: laptop testing
[10:36] <ajmitch> hmm
[10:36] <ajmitch> ports are open
[10:36] <_tonio> like me, I just bought one ;) i'm trying with breezy right now ;)
[10:36] <ajmitch> could just be ssh that's dead
[10:36] <ivoks> ajmitch: mine ssh started to work, after few minutes
[10:37] <ajmitch> ah, apache is working
[10:37] <ivoks> ajmitch: find a hole, and restart ssh :)
[10:37] <ajmitch> hehe
[10:37] <ivoks> you see
[10:37] <ajmitch> or I could find a spare monitor for it
[10:37] <ivoks> back doors are good thing :)
[10:37] <ajmitch> and restart ssh via the console :)
[10:38] <ivoks> ah... BED!
[10:38] <ivoks> bye
[10:38] <bddebian> Heya ajmitch
[10:41] <ajmitch> hello bddebian sir
[10:41] <bddebian> sir? :-)
[10:42] <ajmitch> well, yeah
[10:46] <siretart> n'evening, folks
[10:46] <siretart> bye ajmitch
[10:53] <\sh> grmpf
[10:53] <\sh> I see my damn mobile..but can
[10:53] <\sh> 't connect to it
[10:57] <ogra> ARRGH
[10:57] <ogra> IVOKS !
[10:57] <siretart> why the heck is the mplayer 'Waiting for the XMMS plugin to start playback'?!
[10:58] <ogra> hmm, he obviously misunderstood what i said about java
[10:58] <siretart> ogra: what did he do?
[10:58] <ajmitch>  * Undo changes in ubuntu2 and ubuntu1
[10:58] <ogra> he undid his changes to the java packages...
[10:59] <ogra> doko wrote a mail to us that he'd upload a new package to blackdown to get it sanced and we'd need a j2se-mozilla package or something like that to make sure libxp gets installed along...
[10:59] <ogra> i asked him to make that package...
[11:00] <ogra> he reverted his changes, grumblfjx...
[11:00] <ogra> s/sanced/synced
[11:02] <vrln> is universe open to package requests? if yes, is there a forum where I could set up a petition or something similar :)
[11:02] <vrln> the package (well, packages) I'd be talking about would be the development version of E17
[11:02] <vrln> it currently lacks Ubuntu-native .debs
[11:03] <dholbach> vrln: wiki.ubuntu.com/UniverseCandidates is for that
[11:03] <dholbach> is E17 there yet?
[11:03] <vrln> (yes, it's not "stable", but it is used by a lot of people already - it could be added as an unsupported build)
[11:03] <dholbach> last time i heard, it was fairly immature
[11:03] <vrln> it's used daily by a lot of people these days
[11:03] <vrln> plenty of talk about it on all forums
[11:04] <vrln> I've used it as the only wm for a year already
[11:04] <ogra> i also doubt its marturity, but if someone wants to make packages
[11:04] <ogra> ...
[11:04] <vrln> ok, it wasn't that mature 6 months ago, but these days it mostly is
[11:04] <vrln> I maintain its user guide on get-e.org
[11:04] <dholbach> yeah, vrln add it to the list and if you like, give somebody a hand and for a E17 team :)
[11:04] <ogra> vrln, learn packaging or find someone who's interested in doing it...
[11:04] <vrln> it is more mature these days - themers are active and so on
[11:05] <vrln> http://get-e.org/User_Guide/English/_pages/print.html
[11:05] <vrln> for example
[11:05] <ogra> vrln, no need to convince us..
[11:05] <vrln> there is no gui control-panel yet, but almost all basic functionality is in
[11:05] <vrln> ok :)
[11:05] <ogra> (i wont switch, but i'm not opposed to have a package)
[11:05] <vrln> it's around ~10 packages alltogether
[11:06] <vrln> as it requires the enlightenment foundation libraries as well
[11:06] <vrln> perhaps I should try to learn packaging
[11:07] <vrln> oh and I didn't intend that in the way of "converting" anyone - just to prove the point that it isn't in "very early development" anymore these days
[11:07] <dholbach> yeah form a team around it :)
[11:07] <vrln> well, that is quite a relative term, but it is not "unusable already"
[11:07] <ogra> vrln, as long as it dont breaks anything we already have in, it can enter universe... but note that we are fairly late in the release cycle already... if it braks anything we cant accept it... we cant introduce new bugs 3 weeks before release
[11:07] <vrln> already = anymore*
[11:07] <vrln> ogra: it shouldn't touch anything as far as I know - the only thing that could be common with other packages, is imlib2
[11:07] <vrln> but I don't think imlib2 is even packaged right now?
[11:07] <vrln> at least apt-cache show imlib2 doesn't seem to find anything
[11:08] <vrln> oops... sorry
[11:08] <vrln> nevermind, actually it is packaged :)
[11:08] <ogra>  pool/main/i/imlib2/libimlib2_1.2.0-2.2ubuntu1_amd64.deb
[11:08] <vrln> I'm not sure if that imlib2 version is compatible with the current E17 version though
[11:08] <vrln> but I guess I could find out
[11:09] <vrln> it seems to be an optional package though, so an alternative imlib2 could be called imlib2-cvs or something similar
[11:10] <vrln> hm... looks like E17 isn't on the list right now
[11:10] <ogra> vrln, if anything in main needs to get upgraded for e17 you can forget about it, main is frozen and you need a very urgent reason to change things there
[11:10] <vrln> ogra: not necessarily upgraded, the package could just depend on a imlib2-cvs, and leave the imlib2 be
[11:11] <ogra> our release manager wont accept changes for universe packages in main
[11:11] <vrln> it could also be that the imlib2 in main is fully ok
[11:11] <vrln> I'm not sure
[11:11] <vrln> I need to ask someone who knows more about it
[11:11] <ogra> find that out, also the other dependencys needed...
[11:12] <vrln> all other dependencies for compiling EFL/E17 are already in Ubuntu, I just added the dependency list to get-e yesturday
[11:12] <ogra> we'll release oct 13th until then only bugfixes are allowed to enter main...
[11:12] <vrln> but I'm not 100% positive about it yet
[11:12] <vrln> ogra: by the way, the freetype2 version in main has a problem with certain E17 themes
[11:12] <vrln> it's a freetype2 problem with all versions under 2.1.8
[11:12] <vrln> but it's just with 2 themes that have minimal window borders
[11:12] <ogra> its a e17 problem
[11:13] <vrln> no, it's a freetype related bug as far as I know, but it's very rare
[11:13] <ogra> it seems not to affect anything else
[11:13] <vrln> only happens under certain conditions (yes, apparently only e17 triggers it)
[11:14] <vrln> but that's not really a huge deal, just thought I'd tell - it's just two custom themes, and they are actually built in a way themes shouldn't be built (the window border shouldn't be like that)
[11:14] <vrln> ogra: the problem with EFL/E17 would be, as it's still under development, is that the packages would need to be updated every 2 weeks or so
[11:14] <ogra> yup... but its no good reason for requesting a freetype upgrade :)
[11:14] <ogra> vrln, that wont happen
[11:15] <vrln> ogra: universe is "frozen" too after release?
[11:15] <dholbach> good night
[11:15] <dholbach> vrln: yes
[11:15] <vrln> ah
[11:15] <ogra> we wont upgrade packages for breezy once its released
[11:15] <siretart> good night, dholbach
[11:15] <vrln> then it's more suited for backports I guess?
[11:15] <siretart> vrln: we have dapper for this
[11:15] <ajmitch> so any e17 package you get in will be there for 6 months
[11:15] <\sh> brb
[11:15] <ogra> so it would only be a snapshot package...
[11:16] <vrln> there's a request concerning getting E17 debs to backports (for breezy) on the forums, but a single snapshot isn't really worth it
[11:16] <ogra> backports just backport what is in the next version, so it would be perfect for backports, yes
[11:16] <vrln> except, well, it would be a nice graphics demo for some people I guess
[11:16] <vrln> but I don't know if that's important enough for all the work it'd need
[11:16] <vrln> ok, I'll bug them then :)
[11:17] <ogra> if you get a e17 package into breezy, it will actually be easier for the backports team
[11:17] <vrln> this new universe system is pretty interesting by the way, I just switched back to ubuntu this weekend (last time I used it, was the first release - back then universe was just debians contrib that isn't maintained at all)
[11:17] <ogra> since backports are automatically built from the repository
[11:17] <vrln> but if the packages would need to upgraded every 2 or 3 weeks at least, then that wouldn't help much I guess?
[11:18] <ogra> vrln, it would...
[11:18] <vrln> that said, installing E17 to /opt via various scripts is no problem at all under Breezy, all the depencencies are already in
[11:19] <vrln> but an E17 package would provide at least an eyecandy toy for people
[11:19] <ogra> you upgrade them in dapper and the backports team triggers a automated build for breezy
[11:19] <vrln> especially if it'd be nicely integrated, ie, add itself to GDM and so on
[11:19] <\sh> back
[11:19] <ogra> as i said, backports are done automated now, so if you have it in dapper, it will be beackportable to breezy....
[11:20] <vrln> hm, interesting
[11:20] <vrln> I'll try to find out about the imlib2 problem
[11:20] <ogra> so you could update the dapper package every two weeks and ask for a backport
[11:20] <vrln> the problem is though, I'm not really experienced enough to package anything (I'm not a comp-sci guy at all actually, even if I'm an E contributor - not a coding one though)
[11:21] <vrln> there are some third party source debs (and debs), but I'm not familiar with them, ie, if the quality and everything is good or not
[11:23] <siretart> vrln: do you already asked the debian maintainer of updating e17?
[11:23] <siretart> argl. my english.. did you alread ask
[11:23] <vrln> siretart: there is no debian maintainer for e17
[11:23] <vrln> it's not packaged at all right now
[11:24] <vrln> since it's still in development - but needless to say, it is fairly popular already, even if it's not stable
[11:24] <siretart> vrln: but for enlightment, there has to be one
[11:24] <vrln> ah yes, that is packaged
[11:24] <siretart> vrln: perhaps he is also interested in packaging e17
[11:24] <vrln> but I highly doubt Debian would be interested in packaging E17 before it goes stabla
[11:24] <vrln> stable*
[11:25] <ogra> sure... for experimental at least
[11:25] <vrln> well, no distro is, since they'd have to support it then - but as an unsupported community maintained backport it would be perfect
[11:25] <siretart> vrln: you 'just' would have to find an interested debian developer, you don't have to convince the whole debian project ;)
[11:25] <vrln> hm...
[11:25] <vrln> well, community supported too I guess
[11:26] <siretart> well, debian (as well as ubuntu/universe) is a community project ;)
[11:26] <vrln> there are a few distros that already package E17, but it's provided "as is", without any support (which is perfectly fine, it is "try it at your own risk" -stuff in the end, at this point)
[11:26] <vrln> heh, yes, but you know what I mean :)
[11:26] <ajmitch> debian maintainers could do that as wel; :)
[11:26] <ogra> vrln, just look if you find a packager for it... we can include it then... if it wont enter breezy anymore we can always backport it
[11:27] <ogra> probably there is even a package on apt-get.org i dont know how far dholbach got with it yet
[11:28] <ajmitch> not far, he said
[11:28] <vrln> there probably won't be an official E17 release for a long time, so it'd be unsupported stuff of course (that said, I personally think E17 is usable already - not compared to gnome and co, but to flux etc)
[11:28] <ajmitch> he was hoping to get started on it today
[11:28] <vrln> ogra: hm... well, I know one guy who has provided the E community .debs for Debian Sid for a long time already
[11:28] <ogra> i know there was one for hoary, but it was totally unusable and hadnt even a copyright note
[11:28] <vrln> he's actually responsible for Debian packaging in the E team, perhaps I could ask him
[11:29] <vrln> if he'd be interested - his .debs are for Sid only right now, last time I checked they didn't work correctly in Ubuntu due to dependency problems
[11:29] <ogra> vrln, thats mostly just a matter of compiling
[11:29] <ogra> we need source packages...
[11:29] <vrln> ogra: he has source packages
[11:30] <ogra> fine :)
[11:30] <vrln> http://www.soulmachine.net/wiki/index.php?title=Enlightenment_on_Debian_unstable
[11:31] <ogra> hmm, it uses imlib 1.2.1, we have 1.2.0
[11:32] <vrln> someone I asked (not an e dev though) claimed that e works with older imlib2's too
[11:32] <vrln> and said he's sure about it, but I can't promise if he's right or not
[11:32] <ogra> vrln, sorry but these packagesare all crap...
[11:32] <ogra> they are all native packages
[11:33] <ogra> (native == the packaging isnt separated from the source)
[11:33] <vrln> yes, to debian unstable
[11:33] <vrln> ah
[11:33] <ogra> nope
[11:33] <vrln> hm
[11:33] <vrln> as you can see I'm not very familiar with this stuff :)
[11:33] <ogra> they also wont get accepted in debian this way i guess
[11:34] <ajmitch> most people wouldn't know the difference, sadly
[11:37] <ogra> ajmitch, does debian accept them ?
[11:39] <vrln> I'd love to learn packaging, but right now I'm too swamped @ uni - just don't have the time (maintaining the e17 users docs already takes a lot of time), at least not until christmas or so
[11:39] <ogra> phew, e17 and e17-data are 70MB in total ... and that in a native package... *sigh*
[11:39] <vrln> ogra: yes :)
[11:40] <vrln> the enlightenment foundation libraries take a lot of space, and then E17 itself is also at least 25 mb
[11:40] <ogra> vrln, if i change a line in a native package, i have to upload the whole package... (50MB in case of the e17 package) if i change a line in a package thats packaged correctly i upload the one line and a changelog entry
[11:40] <vrln> then there's the additional module package and the e utility package - that's just the core
[11:41] <vrln> ogra: oh, not really - they are split up
[11:41] <vrln> it's ~50 mb alltogether
[11:41] <vrln> around 12 packages
[11:41] <vrln> apps/e is the only "behemoth"
[11:41] <ajmitch> ogra: depends what maintainers can slip past the ftpmaster - generally native packages need to be native for a reason
[11:41] <ogra> vrln, enlightenment_0.16.9..> 15-Sep-2005 22:57  50.3M
[11:41] <ogra> thats what firefox shows me...
[11:42] <ajmitch> vrln: even so, simple packaging changes shouldn't require the whole lot to be uploaded
[11:42] <vrln> ogra: hm, interesting, I wonder if E has grown that much
[11:42] <vrln> that's not including the EFL at all
[11:42] <ogra> vrln, if i would fix a bug in that package, lets say i add a missing comma, i'd have to upload the whole 50MB
[11:42] <ajmitch> ogra: a lot of pain on your dsl? :)
[11:43] <vrln> ogra: oops, sorry - the 25 mb was around a year ago it seems
[11:43] <ogra> instead of the line with the comma and a line describing it in the changelog... which is less then 100k
[11:43] <vrln> :)
[11:43] <vrln> E17 itself is, indeed, 79 MB as source
[11:43] <vrln> but the other packages are small
[11:43] <vrln> some spam (sorry):
[11:43] <vrln>  1. e17/libs/eet
[11:43] <vrln> 2. e17/libs/edb
[11:43] <vrln> 3. e17/libs/evas
[11:43] <vrln> 4. e17/libs/ecore
[11:43] <vrln> 5. e17/libs/embryo
[11:43] <vrln> 6. e17/libs/imlib2
[11:43] <vrln> 7. e17/libs/edje
[11:43] <vrln> 8. e17/libs/epeg
[11:43] <vrln> 9. e17/libs/epsilon
[11:43] <vrln> 10. e17/libs/esmart
[11:43] <vrln> 11. e17/libs/emotion (note that you'll need to have xine-lib installed as emotion uses it)
[11:43] <vrln> 12. e17/libs/engrave (this is currently needed for e_utils only)
[11:43] <vrln> 13. e17/libs/ewl (also needed for e_utils)
[11:43] <vrln> 14. e17/libs/etox (this is only needed if you want to install eRSS, otherwise you can ignore etox)
[11:43] <vrln> those are the EFL packages, I don't think any of them is over 5 mb
[11:43] <siretart> vrln: please use a pastebot for this
[11:44] <ogra> indeed, but we cant accept native packages, these packages would have to be repackaged to include them
[11:44] <vrln> then e_utils and e_modules (these are practically required), are also around 5 mb or something similar
[11:44] <vrln> ... good point, sorry again :)
[11:44] <ajmitch> we may be just a few people, but we still want quality packaging :)
[11:45] <siretart> vrln: I think you should try to find an DD (debian developer) willing to spend some time to do some packaging work
[11:45] <siretart> vrln: if e17 gets into debian, we can easily sync it
[11:45] <dsas> quick questions guys: Is there going to be some big focus for MOTU during the dapper development? I.E. there was the whole cxx transition this time around...
[11:45] <ogra> hopefully not :)
[11:45] <ajmitch> dsas: getting as many packages as we can installable & working :)
[11:46] <siretart> dsas: well, there are always some transitions, bitter or smaller ones, all the times
[11:46] <dsas> so the assimilation of more of apt-get.org plus polishing other things then?
[11:46] <ogra> it'd be nice if we could do some actual packaging work at dapper time instead of transitioning hundrets of packages
[11:46] <ajmitch> dsas: and if we get everything working nicely, we can focus more on new packages :)
[11:46] <vrln> ogra: so yes, I can understand that packaging E is really a pain :)
[11:46] <siretart> dsas: there is always a lot of work to do: reviewing new stuff (like e17 *g*), or fixing malone bugs just as example
[11:46] <ajmitch> ogra: some of us have to spend some time on actual packaging work  :)
[11:47] <ogra> ajmitch, yes, but i'd like "less work and more fun" for dapper...
[11:47] <tseng> ogra: that would be great.
[11:47] <ogra> transitions are just stupid work
[11:47] <vrln> not to mention it would practically need to be updated every 2-3 weeks - well, this is relative though, some people would like it as a graphics demo too, but those who actually use it all the time would not use an outdated version as it's developed at a speedy rate :)
[11:47] <ajmitch> yes
[11:47] <ogra> they shoudl be automated ...
[11:48] <ajmitch> for dapper I'll try & automate it some more if it's needed
[11:48] <ogra> vrln, as i said before, package it in dapper and have a backport every two weeks
[11:48] <vrln> by the time the next ubuntu is out though (the one after breezy), with some luck, there might even be a beta e17 release (or not) :)
[11:48] <siretart> ajmitch: I was also thinking about some automations. are you at UBZ?
[11:48] <dsas> hmm ok, I've been meaning to attempt packaging for a while, but things keep getting in the way, should have more free time soon though :)
[11:48] <ajmitch> siretart: maybe
[11:48] <vrln> ogra: yeah, that would sound good
[11:49] <ajmitch> siretart: I've already got some existing scripts for this
[11:49] <vrln> ogra: e17 compiles under GCC4
[11:49] <vrln> so do all the EFL
[11:49] <siretart> ajmitch: perhaps we can integrate them into the revu2 interface?
[11:49] <ajmitch> vrln: as they should
[11:49] <vrln> ajmitch: mplayer doesn't :)
[11:49] <ajmitch> siretart: we could, if I cleaned them up :)
[11:49] <ogra> siretart, are *you* at UBZ ?
[11:49] <siretart> ajmitch: :)
[11:49] <siretart> ogra: yes! :)
[11:49] <ogra> YAY
[11:49] <ajmitch> siretart: you got sponsored?
[11:49] <ogra> i didnt know that
[11:50] <siretart> ajmitch: yes, my request was accepted! /me is a happy boy :)
[11:50] <\sh> siretart and I will fly together :)
[11:50] <bddebian> heh
[11:50] <ajmitch> not surprising though
[11:50] <ogra> cool
[11:50] <ogra> sad that i'm flying on the 26th already
[11:51] <ajmitch> but I have to decide real soon now :)
[11:51] <tseng> ajmitch: seriously, dont do it
[11:51] <ogra> ajmitch, come on its fun, paying for sitting in hotel conference rooms 12h a day get less sleep and the like :)
[11:51] <vrln> ogra: one other thing that I personally would like to see is a "desktop-kernel" - just the standard kernel with the ck patch
[11:51] <vrln> it really does wonders for audio skipping etc
[11:51] <ajmitch> ogra: yeah real fun.. ;)
[11:51] <tseng> ogra: will you go to gnome summit in boston?
[11:51] <vrln> (just a random idea - didn't mean that I'm asking for it)
[11:51] <ogra> tseng, when ?
[11:51] <vrln> just that I think it would be a good idea :)
[11:52] <tseng> ogra: October 5th iirc
[11:52] <ajmitch> tseng: I'm not feeling like that much of an ubuntu fanboy at the moment
[11:52] <ogra> tseng, hmm
[11:52] <tseng> bddebian: dude
[11:52] <chillywilly> ajmitch: :-o
[11:52] <tseng> ogra: jeff is going
[11:52] <dsas> vrln: there's a project on the ubuntu-forums to get an audio meta-package thing going iirc
[11:52] <ajmitch> chillywilly: yes?
[11:52] <ogra> tseng, thats the time i'll have to fix the last remaining edubuntu bugs i guess, i wont even sleep during that week :)
[11:52] <chillywilly> ajmitch: no?
[11:53] <vrln> dsas: ah, sounds cool - sound skips with the default ubuntu kernel here under heavy load - with ck (preempt + CFQ io sched/staircase cpu sched), the difference is really noticeable
[11:54] <ajmitch> tseng: so you're definitely not going to be at UBZ?
[11:54] <bddebian> tseng: What did I do now?
[11:54] <chillywilly> ajmitch: you will be a ubuntu fanboy until the end of your days....these are not the packages you are looking for....
[11:54] <tseng> ajmitch: not unless someone pops up with a ticket
[11:54] <ajmitch> well there goes all my reasons for going..
[11:54] <ajmitch> :)
[11:54] <tseng> yeah dude
[11:54] <ajmitch> chillywilly: whatever
[11:54] <vrln> that said, the ubuntu bootup scripts rock - first distro I've seen that doesn't complain if you compile a non-modular kernel
[11:54] <chillywilly> ajmitch: relax man
[11:54] <vrln> it seems to notice it and doesn't look (and complain) about the modules
[11:55] <ogra> vrln, there were several requests to form a audio team that would care for things like realtime kernels with audio optimization... but it somehow never left the ground
[11:55] <chillywilly> holy crap I am hungry
[11:55] <chillywilly> haven't eaten anything all day
[11:56] <siretart> ogra: who was involved in that team?
[11:56] <ogra> siretart, dig -devel, there were several people who wanted to start such a team
[11:56] <ajmitch> tseng: so I guess noone will be pushing selinux at UBZ :)
[11:56] <ajmitch> I'd still like to see that in dapper, since it's got that 5 year server support going on
[11:56] <ajmitch> not too many things to patch from debian now
[11:58] <ogra> ajmitch, if in doubt we can still ask the master of the ubuntu hardened team...
[11:58] <ogra> or was he king of debian hardened ?
[11:58] <ajmitch> yeah.
[11:58] <ogra> heh
[11:59] <vrln> ogra: yeah, well, the people who need it usually can patch it themselves - but yup, it would be a nice addition still
[11:59] <ajmitch> ogra: same thing :)
[11:59] <vrln> and compiling is always pretty boring (I just left gentoo after using it for a year)
[11:59] <vrln> :)
[12:01] <tseng> ajmitch: well
[12:01] <tseng> ajmitch: manoj is all over it, we'll just sync
[12:01] <ajmitch> yeah