[12:56] <sebest_> anyone using beagle?
[12:56] <sebest_> it seems to need a lot of memory...
[12:56] <sebest_> sebest   14786 27.4 40.3 378832 208092 pts/1   Sl   00:21   9:47 mono-beagled --debug /usr/lib/beagle/BeagleDaemon.exe --bg
[12:57] <sebest_> running for only 30 minutes
[12:58] <slomo> yes beagle eats memory ;)
[01:00] <ogra> but it stops after it has indexed everything (after a running a week or so) :)
[01:00] <ogra> then it only needs space for the delta
[01:02] <sebest_> in a week?! lol, i must go buying extra ram and hotplug it!
[01:02] <slomo> lol
[01:05] <Burgundavia> sebest_, it is getting better
[01:05] <sebest_> Burgundavia with beagle?
[01:05] <sebest_> i mean with 0.1
[01:06] <Burgundavia> sebest_, beagle is getting less memory hungry
[01:07] <havoc> are there any plans to allow package selection during install?
[01:07] <ajmitch> morning
[01:07] <havoc> ajmitch: hola
[01:08] <ajmitch> havoc: no
[01:08] <havoc> :(
[01:08] <ajmitch> why complicate the install?
[01:08] <havoc> ajmitch: if you allowed package selection during install then you could customize and save an install for many systems
[01:08] <havoc> it can't be automated right now
[01:08] <havoc> at least not as far as I know
[01:08] <ajmitch> there's stuff to do that now
[01:09] <ogra> there is kickstart
[01:09] <havoc> which makes ubuntu wholey unsuitable for large shops
[01:09] <havoc> ogra: what's that?
[01:09] <ogra> you dont know redhats kickstart for mass deployments ?
[01:09] <havoc> oh, it's a redhat thing
[01:09] <havoc> I've been using mandrake
[01:10] <havoc> which allows you to save the package selection, settings, etc.. for doing mass rollouts
[01:10] <havoc> but I'm trying to switch my whole business over to debian and ubuntu
[01:10] <ogra> kickstart hooks into the installer
[01:11] <havoc> so I'm just trying to find equivalent procedures for what I already do
[01:11] <ogra> yuo can do your customized config and deploy it everywhere
[01:11] <havoc> but I still have to install gnome, then install KDE afterwards?
[01:12] <havoc> (I use that as one example)
[01:17] <havoc> Firefly rules
[02:40] <bddebian> Hey folks
[02:40] <ajmitch> hello
[02:41] <bddebian> Heya ajmitch
[02:51] <phlaegel> pida looks pretty neat... thanks to whoever packaged it
[03:00] <bddebian> Jesus, does anything build anymore :'-(
[03:07] <arzajac> flashplugin-nonfree recommends gsfonts-x11. flashplayer-mozilla does not.  This package is needed to let flash display fonts.  Can it be made a depends?
[03:08] <arzajac> For both packages?
[03:42] <lamont> iz possible that mpg123 now builds...
[03:43] <lamont> iz needs-build atm
[03:43] <lamont> and -20 still has bogus dpkg invocations
[03:47] <lamont> g'night all
[04:33] <bddebian> Damn it's quiet in here
[04:35] <jond> hi
[04:36] <bddebian> Hello
[04:38] <jond> mediawiki in breezy has dependency issues
[04:38] <jond> which is in universe
[04:39] <jond> http://meta.wikimedia.org/wiki/Help_talk:Diff according to this site 1.4.x of mediawiki can't use version 5.0.4 of php but that is exactly what it depends on
[04:40] <jond> either mediawiki needs to be upgraded or php needs to be downgraded
[04:40] <bddebian> Did you check the changelog?  Maybe someone fixed it?
[04:40] <jond> where can I find the changelog?
[04:40] <jond> I will look
[04:41] <bddebian> You can look on packages.ubuntu.com or apt-get source :-)
[04:42] <jond> well I recently apt-get update if thats what you mean
[04:43] <jond> i'll do it again just in case
[04:43] <bddebian> No, I mean you can download the source with "apt-get source mediawiki", then look at the changelog :-)
[04:45] <bddebian> Hey ajmitch, you bored? :-)
[04:46] <jond> http://packages.ubuntu.com/breezy/web/mediawiki I am looking here and it is still version php5 and actually it looks like someone changed it to depend on that in august
[04:46] <ajmitch> bddebian: no
[04:47] <ajmitch> jond: file a bug in malone about it
[04:47] <jond> ajmitch, ok
[05:10] <bddebian> Heya tritium
[05:10] <tritium> Hi bddebian.
[05:10] <bddebian> How's life?
[05:12] <tritium> Not bad.  I was getting ready to throw my harmony remote out the window a minute ago
[05:12] <tritium> You?
[05:12] <bddebian> There's about 3 or 4 packages I'd like to throw out the window :-)
[05:13] <bddebian> heh
[05:20] <tritium> bddebian, I'm watching the NMSU football game.  Tonight is the first official radio broadcast of a football game in Navaho.
[05:21] <bddebian> Hmm, interesting.  You speak Navaho?
[05:21] <tritium> Nope
[05:25] <ajmitch_> yay for overheating
[05:26] <bddebian> Am I exciting you again ajmitch_ ?? ;-P
[05:27] <ajmitch_> hah funny
[08:50] <pef> hello
[09:28] <\sh> moins
[09:30] <ajmitch> hi \sh
[09:32] <\sh> ajmitch: I'll send an email to elmo tomorrow for some syncs, and clamav will be updated then as well...but for dapper, we  should consider a move to main for this piece of software
[09:40] <ajmitch> \sh: even then it'll need constant engine updates
[09:40] <ajmitch> something to BOF :)
[09:40] <\sh> yes...
[09:41] <ivoks> ah, getting ready for canada? :)
[09:41] <ajmitch> debian has its volatile archive now, or at least soon :)
[09:41] <ivoks> did anyone worked with dh_python?
[09:41] <ajmitch> sure
[09:41] <ivoks> well, it goes in build or install? :)
[09:41] <ivoks> install, i gues
[09:42] <ivoks> so, what else beside ${python:Depends} should I do?
[09:42] <ivoks> i substitutes that with nothing
[09:43] <ivoks> s/i/it/
[09:43] <ajmitch> pass the right parameters to dh_python :)
[09:44] <ivoks> it needs paramateres? :/
[09:44] <ajmitch> and make sure you're calling it in the right place
[09:44] <ajmitch> you have read the manpage, right?
[09:44] <ivoks> yes
[10:15] <\sh> where is mez?
[10:15] <\sh> where is jdong?
[10:16] <StrikeForce> can someone point me to where I need to log to find the log of why I get errors on shutting down?
[10:16] <StrikeForce> its not showing up under /var/log/messages
[10:17] <crimsun> the console output or the kernel ring buffer?
[10:17] <StrikeForce> console output
[10:17] <StrikeForce> as I shutdown one program generates an error
[10:17] <StrikeForce> in the console outside of X
[10:17] <crimsun> afaik that's not logged
[10:17] <StrikeForce> gotta learn how to write faster then :(
[10:17] <StrikeForce> I think its hal though
[10:17] <StrikeForce> it comes up with an error
[10:20] <StrikeForce> foudn it /etc/dbus-1/event.d/20hal: line 50: kill: (7295) - No such process
[11:38] <pkern> ajmitch: Thanks for your efforts to bring Gobby into breezy. :D
[11:38] <ajmitch> pkern: sorry, was going to notify you when it happened :)
[11:39] <pkern> ajmitch: ;)
[11:39] <ajmitch> how goes utnubu?
[11:39] <ajmitch> you've tagged the remaining RFP/ITP bugs?
[11:40] <\sh> does anybody know if this jdong is coming to ubz?
[11:40] <ajmitch> \sh: I haven't heard, but mez is
[11:40] <siretart> morning, folks!
[11:40] <pkern> ajmitch: I tagged all which were on the missing packages list.
[11:40] <ajmitch> morning siretart
[11:40] <siretart> hi ajmitch
[11:40] <siretart> morning \sh,  are there remaining questions about revu?
[11:41] <pkern> ajmitch: I hope to get started with Utnubu as soon as I have got more time again. I'm too busy with school currently to backport Ubuntu packages to Debian
[11:41] <pkern> ajmitch: We should start to write scripts similar to yours for semi-automatic syncing ;)
[11:41] <\sh> siretart: I had problems with recovering the password for one user without a signed key ;)
[11:41] <ajmitch> pkern: sure
[11:41] <ajmitch> pkern: we'll be putting our scripts on the server that hosts revu
[11:42] <pkern> ajmitch: They aren't /yet/ publically available, right?
[11:42] <siretart> \sh: password recovery should work after his first accepted upload
[11:42] <ajmitch> pkern: anything I've written is a bit messy, as it was hacked up for my own use :)
[11:42] <\sh> siretart: well...he uploaded already many packages...
[11:42] <siretart> then password recovery should work
[11:42] <pkern> ajmitch: (:
[11:42] <ajmitch> pkern: what sort of things are you looking for?
[11:43] <\sh> siretart: I tried password recovery from commandline and it told me: no signed key ;)
[11:43] <\sh> siretart: I wanted to give this guy comment functionality for his own packages
[11:43] <ajmitch> the missing packages one I'm planning to rewrite & use grep-dctrl & a bit of shell
[11:45] <pkern> ajmitch: Well, Utnubu is about letting Ubuntu maintaining the packages. So we need something semi-automatic which merges our little build-dependency changes into the latest Ubuntu update to the package. Currently we have only one package under the hood of ut
[11:45] <pkern> utnubu, and that one is manually managed by nomeata
[11:45] <ajmitch> so a ubuntu->debian MoM
[11:46] <pkern> jo
[11:46] <pkern> Would be nice (:
[11:46] <\sh> pkern: ask scott ;)
[11:46] <siretart> keybuk told me that the mom functionality will be part of HCT
[11:46] <pkern> HCT?
[11:46] <siretart> the hypothetical changeset tool.
[11:47] <siretart> it is vaporware up to now, and hasn't been advertised or annouced.
[11:47] <ajmitch> it's quite dependant on launchpad
[11:47] <pkern> ajmitch: Same here. But I don't think that this would happen. Getting all to deal with Debian sponsors... (Well, Utnubu Devs would be available for this task...)
[11:47] <ajmitch> and is switching to using bzr for branching
[11:48] <ajmitch> pkern: it's ok for some of us who can upload :)
[11:48] <pkern> ajmitch: It was about the non-DDs. (:
[11:49] <ajmitch> yep
[11:49] <ajmitch> and we'll have some who'll get their package uploaded but go MIA
[11:49] <ajmitch> I think it'll be more important during dapper's cycle
[11:49] <pkern> ajmitch: Do you think the maintainers care about Debian when they're targetting Ubuntu? (This probably sounds too harsh, sorry |:)
[11:49] <ajmitch> pkern: often they don't care beyond what they use, imho
[11:50] <pkern> ajmitch: I thought the same...
[11:50] <ajmitch> not really a harsh question
[11:50] <pkern> ajmitch: Even in my social net I sense much hostility against Debian because it's "too old" and "sucks for C++ developers". They like Ubuntu more but don't understand they both need to coexist.
[11:51] <ajmitch> yeah
[11:51] <ajmitch> I don't get the 'sucks for c++ developers'
[11:51] <ajmitch> since we got the pain of g++ 4.0 transition a couple of months before debian started
[11:51] <Treenaks> ajmitch: c++-developers-who-consider-MSVC-to-be-c++?
[11:52] <siretart> the compilers are mostly in sync in both debian and ubuntu, thanks to doko
[11:52] <ajmitch> the MOTU team during breezy has been more of a firefighting team, trying to get everything in shape
[11:52] <ajmitch> for dapper I think we'll see more new stuff
[11:52] <pkern> Treenaks: Nope, C++ developers who don't get the problem with binary packages because they're mostly using Gentoo.
[11:52] <pkern> ajmitch: 8 months of C++ transition is evil.
[11:52] <Treenaks> pkern: UGRGRHHR
[11:52] <pkern> ajmitch: Or how long is it?
[11:53] <pkern> ajmitch: Nothing flowing into testing etc.
[11:53] <Treenaks> pkern: for Debian it's normal, because there's the NMU taboo
[11:53] <ajmitch> pkern: we're pretty much done with C++ transition here
[11:53] <siretart> pkern: what does gentoo feature to c++ devs what debian doesn't?
[11:53] <pkern> Treenaks: It's leaved for the transitions.
[11:53] <ajmitch> siretart: everything gets built at once, no long dependency chains that get broken by renamed packages/incompat ABI
[11:53] <Treenaks> pkern: then it can be done in a few days
[11:53] <Treenaks> pkern: except on m68k
[11:53] <pkern> Treenaks: Everybody could do 0-day NMUs during the BSPs, and I think 2-day NMUs for transition issues over the whole time.
[11:54] <ajmitch> Treenaks: you really think that it could be a few days?
[11:54] <pkern> Treenaks: The problem is more the "all dependencies need to be built on all architecture before you compile more"
[11:54] <Treenaks> ajmitch: yes, 2 weeks max
[11:54] <ajmitch> there are some deep dependencies there
[11:54] <pkern> Treenaks: Which needs days per package
[11:55] <ajmitch> Treenaks: it takes longer than that for some single packages
[11:55] <ajmitch> this is C++, people write broken code
[11:55] <pkern> siretart: They just don't get the problem that we need something like an ABI transition. Ignorant people are out there. Gentoo also features newer version of libraries much, much sooner.
[11:55] <siretart> well, the c++ transition is mostly complete, so the time of the big transition is over, afai understand..
[11:55] <pkern> ajmitch: Look at packages like sigc++ which do not enter testing ):
[12:02] <ajmitch> pkern: I think we'll try & discuss some solutions for getting our work into debian at UBZ
[12:12] <pef> siretart: hello
[12:14] <pkern> ajmitch: Would be nice. Please report the results to utnubu then (:
[12:17] <ajmitch> pkern: certainly
[12:18] <pef> siretart: what is the problem in GLUTransiton with boson-base ? not yet uploaded ?
[12:19] <siretart> pef: The last time I looked at it, it failed to build
[12:20] <pef> siretart: ohh ok :)
[12:22] <siretart> pef: looking at http://bugs.debian.org/boson-base, I don't have much hope with it :(
[12:24] <Cimmerian> is it possible for opera to end up in multiverse?
[12:24] <siretart> Cimmerian: depends on the distribution term, did you check them/
[12:25] <pef> siretart: ok, will look
[12:26] <siretart> pef: looking at the maintainer record, I suspect the maintainer lost interest in the package :(
[12:28] <pef> siretart: so why he didn't orphans the package .
[12:31] <siretart> pef: ask him via email. perhaps lack of time/interesst
[12:31] <siretart> interest
[12:40] <pef> siretart: I try to build it, and I have different error that the error on bugs.debian, error with Arts library
[12:40] <pef> and you ? ;)
[12:43] <vrln> is there a chance something can still be upgraded before universe is frozen?
[12:43] <vrln> the gtkpod version is a bit too old for at least some revisions of ipod mini
[12:43] <vrln> and it should be fixed in the latest release (0.94, ubuntu has 0.93)
[12:43] <vrln> http://packages.debian.org/unstable/sound/gtkpod <-- unstable has 0.94 packaged
[12:44] <siretart> pef: I don't remember. If you really want to get it fixed, check if there is a new upstream version and try that
[12:44] <siretart> pef: and contact the maintainer
[12:45] <pef> siretart: ok :)
[12:45] <vrln> I'll try the debian package to see if it works (according to one forum it should fix it)
[12:45] <siretart> vrln: only if the new version fixes important bugs
[12:46] <siretart> vrln: check the changelog/diff
[12:47] <vrln> siretart: just tried it - I can confirm that the ubuntu 0.93 gtkpod does not work at all with a second revision ipod mini
[12:47] <vrln> the debian unstable version works - just read the itunesdb
[12:47] <vrln> but I'll search for the changelog, it should be there
[12:47] <siretart> vrln: how can you be sure that it don't introduce new bugs?
[12:48] <vrln> siretart: I can't :)
[12:48] <vrln>  BUGFIX: Some iTunesDB files written by iTunes could not be read because of an error in the parse code (gtkpod would attempt to read beyond the end of the file).
[12:48] <vrln> BUGFIX: Fixed compatibility issue with new firmware 3.1 and iTunes 4.9 (only 256 tracks were shown on the iPod, iTunes removed the majority of the tracks from the iPod). Podcasts are still not supported, however, and will be lost when handled by gtkpod.
[12:48] <vrln> but it does contain the critical bugfix
[12:48] <siretart> vrln: we will have the package in dapper then
[12:49] <vrln> http://www.gtkpod.org/news.html <-- it does indeed have a few new features
[12:49] <vrln> yeah, the package from debian works fine in ubuntu (the dependencies seem to be the same), I just thought I'd let you know
[12:50] <ajmitch> siretart: this might be a case for breaking freeze, if the breezy package is useless on a lot of hardware
[12:50] <\sh> siretart: check this http://www.ubuntuusers.de/viewtopic.php?t=11932
[12:51] <siretart> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=317701 is the bug
[12:51] <siretart> and it is important *grin*
[12:52] <siretart> \sh: there seem to be 2 maybe unrelated probles
[12:52] <siretart> problems
[12:52] <tseng> after confirming the issue
[12:52] <tseng> buh.
[12:52] <siretart> hi tseng!
[12:52] <\sh> siretart: well...they installed 1.0.6 from backports and now i think there is a new update from ubuntu
[12:52] <tseng> hi siretart
[12:53] <siretart> shadoi: yeah, known issue :(
[12:53] <\sh> we should have a talk with jdong ;)
[12:53] <siretart> ajmitch: after reconsidering, the gtkpod update might really be a good idea
[12:53] <siretart> need to go, will anyone request a sync from elmo?
[12:53] <siretart> bye!
[12:54] <\sh> siretart: yes...doing it
[12:54] <\sh> I make a list with all syncs
[12:54] <siretart> we have MOTUToSync
[12:54] <\sh> siretart: but I'm writing a mail to elmo ;) that he can do his job next week ;)
[12:54] <\sh> siretart: I have more packages ;)
[12:57] <\sh> and watching people breaking their systems
[12:57] <ajmitch> heh
[01:00] <\sh> because I just reinstalled windows on this r200...and I need to test 1. sk98lin and 2. resizing
[01:01] <vrln> siretart: thanks by the way, this is really what I'd call listening to user-feedback :)
[01:09] <pkern> Why is 1. the powerpc kernel broken with xfs and 2. lilo broken with root on LVM (it worked two times just fine, but now it refuses to write a new mbr)
[01:10] <pkern> (broken with root on xfs anyway |:)
[01:15] <\sh> going to visit my son..laters dude
[01:20] <StrikeForce> evolution broken in breezy?
[01:21] <StrikeForce> nm desktop icon read evolution-2.2 instead of 2.4
[01:22] <slomo> jbailey: ping?
[01:28] <tseng> fabbio fixed mythplugins :)
[01:31] <Yagisan> colony 5 is out ?
[01:33] <tseng> yes.
[02:08] <Riddell> what's the best way to make libtunepimp/musicbrainz pacakges that compile against libmad?
[02:08] <Riddell> so that people can use them as alternatives against existing ones?
[02:09] <slomo> Riddell: i would make packages which provide and conflict with the packages without mad support
[02:10] <Riddell> slomo: from the same source or different sources?
[02:11] <slomo> Riddell: different source probably... the packages without mad support are in main?
[02:11] <Riddell> yes
[02:11] <slomo> and libmad is in main or universe?
[02:11] <Riddell> it's in main
[02:11] <slomo> hmm
[02:12] <slomo> why is it compiled without mad support then?
[02:12] <Riddell> because the packages are on the kubuntu CDs and we can't have mad on the CDs
[02:13] <jbailey> slomo: I'm here for a couple minutes then I'm away again.  'sup?
[02:13] <slomo> ok... but you can make them in the same source in that case
[02:13] <Riddell> I suspect it would be pretty fiddly to make them from the same sources
[02:13] <slomo> then make them from different source ;) wouldn't hurt imho
[02:14] <slomo> jbailey: did you already read my newest comment to the ppc initramfs bug?
[02:14] <jbailey> slomo: Nope.
[02:14] <slomo> jbailey: kamion had the same problem when using xfs with colony 5... with ext3 it worked
[02:14] <slomo> jbailey: on ppc
[02:15] <jbailey> Joy.
[02:15] <jbailey> I'll poke him about it then and see if he can give me one of each initramfs to see what's different.
[02:16] <slomo> thanks... i can do it next weekend when he don't have enough free time
[02:17] <jbailey> Well, Kamion sort of spends his life reinstalling Ubuntu
[02:17] <jbailey> So if he's going to do a cycle anyway, I'll get it from him.
[02:17] <jbailey> Other than that, I have an extra ppc box here I can do a format on.
[02:17] <jbailey> It's just not wired up to a monitor atm.
[02:18] <slomo> ok... sounds good ;)
[02:51] <slomo> hi bddebian :)
[02:51] <slomo> bddebian: want to look at http://revu.tauware.de/details.py?upid=562 ?
[02:52] <bddebian> Heya slomo
[02:53] <bddebian> slomo: You don't need reviews do you? :-)
[02:54] <slomo> bddebian: only one review ;)
[02:55] <bddebian> :-)
[03:01] <slomo> bddebian: will you do? ;)
[03:01] <bddebian> Yep, sorry, just waiting for my machine to finish an update
[03:02] <bddebian> s/update/upgrade
[03:03] <slomo> no need to be sorry :P
[03:03] <siretart> slomo: still not revu-built? ;)
[03:03] <siretart> re, btw
[03:04] <slomo> siretart: no... to many other things to do atm :( for example i'll be in denmark next week... but they have wlan everywhere ;)
[03:04] <siretart> slomo: oh
[03:04] <siretart> :)
[03:04] <slomo> siretart: i'll be there: http://www.jaoo.org
[03:05] <tseng>  anyone know how to debug why a usb2 device is running at 1.0 speeds
[03:05] <tseng> on a usb2 port..
[03:06] <slomo> tseng: no idea
[03:06] <bddebian> slomo: You want me to build it on tiber, is that what you want?
[03:06] <slomo> bddebian: no... i want you to review the package and give me a vote when it's ok ;)
[03:06] <Yagisan> tseng: did it connect to the ehci driver ?
[03:07] <bddebian> slomo: But don't you already have upload rights? :-)
[03:07] <tseng> [4294889.641000]  usb 1-2: new full speed USB device using uhci_hcd and address
[03:07] <tseng> Yagisan: i guess not.
[03:07] <slomo> bddebian: sure... but it is a NEW package
[03:07] <bddebian> slomo: Oohh, gotcha
[03:07] <siretart> slomo: w00t. sounds grat :)
[03:07] <siretart> great
[03:09] <Yagisan> tseng: try mod probing ehci_hcd and hotplug the device again
[03:09] <tseng> Yagisan: trying exactly that :P
[03:09] <Yagisan> tseng: I'm a slow typist
[03:11] <tseng> hm that might be a bit faster
[03:11] <tseng> but nothing crazy
[03:11] <tseng> [4600023.412000]  usb 1-2: new full speed USB device using uhci_hcd and address 8
[03:11] <tseng> yeah
[03:13] <tseng> i guess it really isnt usb2 or something
[03:13] <Yagisan> tseng: nope is only 12Mbps usb1
[03:13] <tseng> the ports i mean.
[03:13] <tseng> on my motherboard
[03:14] <Yagisan> tseng: how old is the m/b ?
[03:14] <tseng> maybe 2 years tops
[03:14] <tseng> and it was high end
[03:14] <Yagisan> tseng: what chipset ?
[03:15] <tseng> intel something or other
[03:17] <Yagisan> tseng: try this http://support.intel.com/support/motherboards/desktop/sb/CS-009024.htm
[03:18] <Yagisan> tseng: it seems usb2 isn't enabled by default for some intel boards and perhaps non-intel as well
[03:19] <bddebian> OK, I really have to start keeping my machine more up to date.  This 200-300 packages stuff sucks :-)
[03:21] <chrissturm> whats the command to update a source deb to a newer version? i have the sourcedeb to mkvtoolnix 1.5.5 and i would like to make a deb for mkvtoolnix 1.5.6 with it. i think it was something debxxx -S
[03:22] <slomo> chrissturm: uupdate or uscan... depending on whether there is a watchfile
[03:23] <chrissturm> slomo: what is a watchfile? is this documented somewhere?
[03:23] <slomo> chrissturm: does debian/watch exist?
[03:23] <chrissturm> nope
[03:24] <slomo> then download the new upstream tarball and run uupdate on it
[03:24] <chrissturm> cool, thx
[03:24] <chrissturm> does that work with a bz2 compressed tarball?
[03:25] <slomo> test it
[03:27] <chrissturm> now i get uupdate: could not find diffs from version 1.5.5-1 to apply!
[03:36] <slomo> jbailey: btw... the incomplete write message seems to be caused by xfs as well when i understood kamion right... maybe that's the point to look at... maybe yaboot loads more then just the initrd when it lies on xfs
[03:51] <bddebian> OK, WTF is up with my account on REVU??
[03:51] <siretart> bddebian: ?
[03:52] <bddebian> I can't login in anymore
[03:52] <siretart> does pw recovery work?
[03:52] <bddebian> Nope
[03:52] <bddebian> They all decrypt to None
[03:53] <siretart> then you most probably used the wrong login name
[03:53] <bddebian> I have tried all three
[03:53] <siretart> also this one? http://revu.tauware.de/lostpw.py?email=bddebian@comcast.net
[03:57] <bddebian> Weird, when I did a recover on that before it came back as none.. Hmm. Thx siretart
[04:00] <bddebian> Holy crap, we're up to 527 bugs again.. :'-(
[04:15] <slomo> sebest: when can we expect a release of your avahi panel applet? or do you have objections against using current svn?
[04:20] <slomo> sebest: and please make your licensing clear... LICENSE says GPL, some sources say LGPL... and afaik COPYING is the "standard" file to contain the license... autogen.sh gives some warning about it
[04:23] <Snadder> The following packages have unmet dependencies:
[04:23] <Snadder>   smlnj: Depends: smlnj-runtime (>= 110.42-3) but it is not installable
[04:24] <Snadder> E: Broken packages
[04:24] <Snadder> been like this for some weeks atleast.
[04:24] <Snadder> anyone in here able to fix this?
[04:24] <Treenaks> what is it?
[04:24] <slomo> Snadder: smlnj is completly broken... it's unlikely that we can fix it before the release
[04:24] <Snadder> some error with the package "smlnj
[04:25] <Snadder> hum.. it works in debian
[04:25] <Treenaks> slomo: c++-breakage?
[04:26] <slomo> Snadder: it's also broken for debian... it's unbuildable atm because it needs itself for bootstrapping
[04:26] <Snadder> I installed it 4 days ago at my debian box
[04:27] <Treenaks> Snadder: installing != building
[04:27] <Treenaks> Snadder: ubuntu rebuilds everything, but apparently it can't be rebuilt (even in debian)
[04:27] <slomo> Snadder: yes, it's installable... but we can't build it anymore (and debian has older binaries on their ftps... the new ones doesn't build for them too iirc)
[04:27] <Snadder> ah... understand
[04:28] <Snadder> any idea when the release will be?
[04:28] <slomo> Snadder: sadly the debian maintainer has no time to fix it somehow :(
[04:28] <slomo> Snadder: breezy? october 13th afaik
[04:29] <bddebian> WTF is up with Malone?
[04:29] <Snadder> ok.. but why not build it from source?.. and not depend on debian?
[04:30] <bddebian> Snadder: It needs itself to build
[04:30] <Snadder> cross compile?
[04:32] <Snadder> I hardly doubt its not possible to compile the source package from theire website
[04:32] <Snadder> this package have been around for ages
[04:33] <bddebian> Snadder: So go for it ;-)
[04:33] <slomo> Snadder: i have a working version for x86 and ppc here... but it's a really bad hack
[04:33] <slomo> Snadder: it uses the binaries you can get on their homepage to build itself again
[04:35] <slomo> Snadder: but imho this package is just broken upstream... it needs itself to build and they provide no easy way to get a bootstrap compiler
[04:36] <Snadder> okay.
[04:36] <slomo> but as someone cares about this package i'll see whether i can upload my hack later...
[04:36] <slomo> i thought nobody cares because it was broken for ages
[04:37] <Snadder> abit sad.. since i've recommended ubuntu to some friends I got at school.. which needs to work with ml.. maybe they have to switch over to debian now
[04:37] <Snadder> ah. ok
[04:37] <slomo> would mosml also work for you?
[04:37] <Snadder> if it works to run ml programs..
[04:38] <Snadder> let me see
[04:38] <slomo> there is no package atm
[04:38] <slomo> i have one on my hdd ;)
[04:38] <slomo> the license is a bit suspect
[04:39] <Snadder> what kinda license?
[04:40] <Snadder> whould it be possible to add it to ubuntu?
[04:40] <slomo> it is partly non-free
[04:40] <slomo> so it would be in multiverse
[04:41] <Snadder> O_o.. then it whould rock.. if you'd manage to add that package
[04:41] <Snadder> well.. if it works just like smlnj tho.
[04:41] <slomo> do you have some time to test?
[04:41] <chrissturm> what kind of programminglanguage is ML?
[04:41] <slomo> chrissturm: functional
[04:42] <chrissturm> like erlang?
[04:42] <Snadder> like lisp
[04:42] <slomo> but without that many brackets ;)
[04:42] <tseng> i like brackets
[04:42] <tseng> thats why i use tcl
[04:42] <bddebian> heh
[04:42] <slomo> me too... but many people hate them ;)
[04:42] <Snadder> slomo, I got time.. but I first need to install ubuntu on my laptop
[04:43] <slomo> Snadder: ok... can you test the package today for me? otherwise it will be unlikely we get it into breezy as i'm in denmark next week
[04:43] <Snadder> since I dont got it installed myself.. only some friends at school got it...
[04:43] <Snadder> yep. i'll do that
[04:45] <markuman> is ubuntu using the debian-installer ?
[04:46] <vrln> markuman: yup - a customized version I think though
[04:47] <slomo> Snadder: and for smlnj... seems to work still... so maybe i'll upload it later... but mosml feels better ;)
[04:47] <Snadder> cool.. thanks alot:)
[04:48] <bddebian> slomo: You ROCK!! :-)
[04:50] <slomo> bddebian: you don't
[04:50] <bddebian> slomo: I do. :-(  I have been fighting with gnat-gps and axiom for three days and they should be fairly simple fixes :-(
[04:51] <slomo> axiom is evil afaik ;)
[04:51] <slomo> and gnat-gps was big
[04:52] <bddebian> I think the new axiom from Debian would be fine, it's just looking for the X libs and includes in the wrong places.  It defines /usr/X11R6/lib and /usr/include/X11R6
[04:52] <bddebian> But it takes FOREVER to build
[04:53] <slomo> bddebian: ask Nafallo about his pbuilder ccache magic
[04:54] <bddebian> Well it specifies them in the Makefile but after changing all them, it blew up on tetex for some strange reason :-)
[04:55] <slomo> Snadder: ok, i can upload smlnj later... but it would be perfect if you can test my mosml package later :)
[04:55] <bddebian> slomo: Can you please take smlnj off the UnmetDeps list when you do? :-)
[04:55] <slomo> bddebian: sure
[04:57] <bddebian> Thx
[05:05] <sebest__> slomo: where?
[05:05] <slomo> sebest__: look at the query ;)
[05:06] <sebest__> ok
[05:07] <sebest__> yes i should fix the licencing issue
[05:08] <sebest__> if i put only COPYING is it enought?
[05:09] <slomo> sources and COPYING should be consistent... i.e. not GPL in COPYING and LGPL in sources
[05:09] <slomo> but otherwise... yes
[05:14] <sebest__> what is the difference between COPYING and LICENCE?
[05:15] <slomo> no idea... but COPYING is the filename where the autotools look for the license
[05:20] <sebest__> slomo: what are the implication of making a release now? will i be able to make a new version that can then also enter breezy, or is it freezed?
[05:21] <slomo> sebest__: i could upload the package for review and we probably get it into breezy... there were enough people interested in it... but i could also package a svn snapshot
[05:24] <sebest__> for example if i branch 0.1 now, i will be able to make a 0.2 release in one week or so and have it reviewed also?
[05:24] <sebest__> or is review a slow process?
[05:27] <markuman> what are you preffer to build deb packages? dh_make, pbuilder oder CDBS ?
[05:28] <sebest__> slomo i fix the licencing issue, if you think it's ok , i can tag 0.1
[05:30] <slomo> sebest__: depends... should be fairly fast as many people were interested in that applet ;)
[05:31] <slomo> sebest__: but one week may be too late... but we'll see :)
[05:39] <slomo> Yagisan: you used a lintian override?
[05:42] <Yagisan> slomo: where ?
[05:42] <Yagisan> I have them in various packages
[05:43] <slomo> ok, wait... maybe i've got it right now ;)
[05:43] <sebest__> slomo: could you test le last svn, and create a tar.gz using make dist? and if it is ok, i take it 0.1
[05:43] <slomo> Yagisan: hm no... how do you install it to the correct location?
[05:44] <Yagisan> slomo, just a sec
[05:44] <slomo> sebest__: please give me the svn url again and i'll make it
[05:44] <dholbach> hello
[05:44] <sebest__> hello dholbach
[05:44] <slomo> Snadder: smlnj uploaded... please pray that it builds ;)
[05:44] <slomo> hi dholbach
[05:45] <Snadder> :-)
[05:46] <Yagisan> slomo: install -o root -g root -m 644 debian/deng-jdoom-pwad-2002ado.lintian debian/deng-jdoom-pwad-2002ado/usr/share/lintian/overrides/deng-jdoom-pwad-2002ado
[05:46] <ogra> slomo, pray ?
[05:46] <ogra> didnt you testbuild it ?
[05:46] <sebest__> slomo: svn checkout svn://svn.0pointer.de/service-discovery-applet/trunk service-discovery-applet
[05:46] <slomo> ogra: sure... it built fine here :) but i don't like this package...
[05:46] <bddebian> Heya dholbach
[05:46] <ogra> heh
[05:47] <slomo> sebest__: thanks
[05:47] <Snadder> slomo, i'm soon finnished with the install
[05:48] <slomo> sebest__: licensing stuff is fine now... just release it and i'll take your tarball
[05:49] <slomo> Yagisan: thanks
[05:49] <sebest__> slomo, you can issue ./bootstrap.sh && make dist
[05:49] <Yagisan> slomo: glad I could help
[05:49] <sebest__> it will create a tar.gz
[05:50] <slomo> sebest__: yes i know... but then i have a tarball with other md5sum than yours later ;)
[05:50] <sebest__> ah...
[05:50] <sebest__> i've nowhere to put it :s
[05:51] <slomo> sebest__: ask Lathiat to host it for you somewhere ;)
[05:51] <sebest__> wait a second, i ask on #avahi
[05:51] <bddebian> Heya \sh
[05:52] <slomo> Snadder: i hope my mosml package is ready by then
[05:52] <\sh> hey bddebian
[05:52] <slomo> Snadder: do you have some larger sml code?
[06:01] <bddebian> OK, ghc-cvs in now also on my list of hated packages :-)
[06:02] <sander> slomo, i'm snadder.. from my laptop.. with an ubuntu installation
[06:02] <sander> mlton didnt work out
[06:02] <slomo> sander: ok... wait some seconds for the package ;)
[06:02] <slomo> mlton?
[06:02] <sander> ops.. what was the name of the package again?
[06:02] <slomo> mosml
[06:03] <sander> ok
[06:03] <slomo> but it isn't on the ftps
[06:03] <sander> ok.
[06:03] <slomo> you can test mine and when it's ok i'll upload it for review ;)
[06:03] <sander> okok:)
[06:03] <sander> where can I get it?
[06:04] <slomo> wait
[06:05] <sander> ok.
[06:06] <slomo> http://slomosnail.de/~slomo/
[06:11] <sander> in 2 min my upgrade of security packages is done.. then i'll give it a shot
[06:11] <slomo> ok
[06:11] <slomo> i hope it works ;)
[06:11] <slomo> small stuff works for me
[06:19] <sander>  mosml depends on libc6 (>= 2.3.4-1); however:
[06:19] <sander>   Version of libc6 on system is 2.3.2.ds1-20ubuntu14.
[06:19] <sander> did you had the other package as well?
[06:19] <ogra> sander, thats ancient...
[06:19] <markuman> dholbach, what are you preffer for building packages? dh_make, pbuild or CDBS ?
[06:19] <ogra> (both)
[06:20] <ogra> 2.3.5-1ubuntu1 is the current libc6 version
[06:20] <dholbach> markuman: none of them exlude each other :)
[06:21] <sander> ogra, I installed 5.04.. from the original cd
[06:21] <ogra> sander, err, we develop for breezy here :)
[06:21] <ogra> (5.10)
[06:21] <sander> lol..
[06:22] <markuman> ok
[06:23] <sander> maybe someone can post me the sources.list line.. to a mirror which gets updated at once..
[06:23] <\sh> deb http://archive.ubuntu.com/ubuntu breezy main restricted universe multiverse
[06:24] <sander> thx
[06:25] <sander> I dont have time to wait for this atm..
[06:25] <sander> i'll test it later.. in some hours
[06:25] <sander> ok?
[06:26] <sander> need to go out for a while.. upgrade is finnished in 20 min
[06:27] <slomo> sander: ok
[06:27] <mbreit> hi guys
[06:27] <mbreit> lamont: ping
[06:27] <bddebian> Heya mbreit
[06:27] <mbreit> hey bddebian
[06:27] <dcraven> Gah.. These package version numbering conventions make me crazy...
[06:35] <Yagisan> good night all
[06:40] <bddebian> @#$%^&#$% ghc-cvs
[06:40] <slomo> bddebian: don't worry... this package should be morgued anyway
[06:41] <bddebian> Well it still pisses me off :-)
[07:32] <bddebian> Who is Corey Burger?
[07:39] <ogra> bddebian, Burgundavia
[07:41] <arzajac> Hello.  Flashplugin-nonfree recommends gsfont-x11 and flashplayer-mozilla does not even mentionit.  That package is neccessary to allow flash to show fonts.  Can it be a depends for both package?
[07:41] <Treenaks> arzajac: flash will show fonts without it
[07:41] <Treenaks> arzajac: it's just that most flash people don't bother to specify fallbacks
[07:41] <Treenaks> arzajac: and flash doesn't have a built-in list of those
[07:41] <Treenaks> but that's what you get for non-free software
[07:42] <arzajac> So how do you get flash to show fonts, then?  What do you mean by fallbacks?
[07:45] <bddebian> ogra: Ah, OK, thx
[07:45] <arzajac> I think I understand what you mean.  Fallbacks are dont aliases created by the person who wrote the flash applet.  Well, many flash sites are improperly made, then.  Installing gsfonts-x11 makes those sites work.  I do not think it has any repercussions anywhere else on one's desktop.
[07:46] <arzajac> I meant "font aliases" and not "dont aliases"
[07:46] <bddebian> Burgundavia: ping?
[07:50] <bddebian> Shit, gotta go.  Later gang
[08:11] <ivoks> hey ;)
[08:42] <UbuntuOne> Hi
[08:45] <UbuntuOne> I guess everybody are working on fixing transitions
[08:48] <dholbach> herzi, markuman, mbreit, mitsuhiko, ogra, siretart, slomo and all you other lazy germans, could you please join #ubuntu-magazin?
[08:48] <dholbach> :)
[08:48] <mitsuhiko> dholbach: jep
[08:48] <slomo> dholbach: would be easier without the '?' :P
[08:50] <markuman> ok
[08:54] <herzi> dholbach: yet another irc channel...
[08:54] <dholbach> herzi: just for a short time
[08:54] <dholbach> herzi: don't worry
[09:02] <mitsuhiko> \sh_away: when comming back join #ubuntu-magazin
[09:35] <sander> slomo, mosml works very nice..
[09:37] <slomo> ok... good :) now i only need someone else to review it and it will go up ;) smlnj compiled for x86 so you can install it maybe tomorrow
[09:37] <sander> nice
[09:39] <sander> slomo, is it easy to fix that mosml package for hoary too?
[09:40] <sander> I mean.. just the deb file
[09:40] <slomo> you mean smlnj?
[09:41] <sander> I mean that package I tried..
[09:41] <sander> so my friends dont need to upgrade ubuntu
[09:41] <sander> to get it working
[09:41] <slomo> sander: i can make you a hoary version... but it won't be in hoary... hoary only gets updates for security problems
[09:42] <sander> yep.. thats what I was thinking
[09:42] <mbreit> slomo: you could submit it to backports, hoary-extras...
[09:42] <sander> that whould be even better
[09:43] <slomo> mbreit: ok, i'll talk to mez when he's back ;)
[09:43] <slomo> sander: for the time beeing you'll get a hoary deb from me... just one minute please
[09:43] <mbreit> slomo: don't you have upload rights for backports yourself?
[09:43] <sander> slomo, okok. thanks alot:)
[09:44] <slomo> mbreit: sure... but i don't know if they changed their policy for -extras etc... i know nothing about the backports status atm ;)
[09:45] <sander> slomo, whould be cool of smlnj will be fixed before next ubuntu version.. but if mosml will be added.. then its np:)
[09:45] <slomo> sander: smlnj is already fixed for ppc and x86... amd64 will not work because of braindead upstream ;)
[09:45] <slomo> sander: and mosml will possibly be in breezy
[09:47] <slomo> sander: the smlnj just need some time until they are on the ftps... seems like they're in binary NEW atm
[09:47] <mbreit> slomo: can we morgue smlnj on amd64?
[09:47] <mbreit> i don't think we should ship a non working package...
[09:47] <slomo> mbreit: why morgue? there is no smlnj for amd64
[09:48] <mbreit> slomo: bh... forget about that ;))
[09:48] <slomo> mbreit: but you'll get mosml when you really want to bother again with sml ;)
[09:49] <mbreit> slomo: i hope that i'll never need that again ;)
[09:58] <slomo> sander: http://slomosnail.de/~slomo/mosml_2.01-0ubuntu1_i386.deb
[11:52] <dholbach> good night everybody, sleep tight
[11:59] <havoc> no v4l in ubuntu's default kernel?