[12:08] <glick> is there anyway i can revert back to the old pmount before i upgrade?
[12:09] <glick> upgraded?
[12:10] <infinity> Are you sure pmount is your problem?  It hasn't been updated since May 11, and it's been working fine for all my removeable media.
[12:11] <glick> infinity: well it my external drive worked fine on the liveCD and the install cd RC1 then i did a upgrade all and now it doent work
[12:11] <infinity> Right, well, pmount on the RC desktop CD is the same as the pmount on your system.
[12:11] <glick> hmm
[12:12] <glick> infinity: so what else could be the problem?
[12:12] <glick> hal maybe?
[12:13] <infinity> hal hasn't had an update since RC either.  I'm trying to see if anything interesting has...
[12:14] <glick> infinity: does it log somewhere what i upgrade?
[12:14] <infinity> glick: /var/log/dpkg.log
[12:15] <_ion> gtk_widget_show(windata->summary_label); gtk_widget_show(windata->body_label);
[12:15] <_ion> Sorry, wrong chan.
[12:16] <infinity> I'm not seeing anything uploaded since RC that would account for your issue..
[12:16] <infinity> Oh well.  I guess I'll let pitti catch your pmount bug and debug it with you.
[12:17] <nomed> what perms /dev/fuse should have ?
[12:17] <nomed> i'd like to use sshfs as nomrmal user without each time chmod it ..
[12:18] <glick> yeah i dont get it
[12:18] <glick> should i try a reinstall or something?
[12:18] <glick> hm damn is a mystery for the ages
[12:21] <glick> could i have done something screwy?
[12:23] <Seveas> nomed, please use #ubuntu for support
[12:23] <nomed> Seveas, i wanted to figure out if it's an udev issue .. first ..
[12:23] <nomed> i'll google
[12:24] <Seveas> it's not, you have to add yourself to the fuse group
[12:29] <nomed> Seveas, i maybe need to reboot even if it looks strange .. because even if i'm in fuse group i can't use /dev/fuse
[12:29] <nomed> i can just in case i set it as root:admin
[12:30] <Seveas> did you logout+login after adding yourself to the fuse group?
[12:33] <glick> do i have to maybe add myself to the fuse group?
[12:34] <glick> nah cause i get kernel error messages
[12:38] <nomed> Seveas, it looks like i need to use same user name as user@host
[12:39] <nomed> if i use "user1@ubuntu# sshfs user2@host: /mount/point"
[12:39] <nomed> it doesn't work
[12:40] <nomed> it works with "user2@ubuntu# sshfs user2@host: /mount/point"
[12:41] <mjr> Worked last I tried. But try setting the user in ssh config if all else fails.
[12:45] <Seveas> works fine for me too, i can mount dkaarsem@remote even when I'm dennis@local
[12:51] <Burgundavia> jdub, can you pop the trunk on that ubuntu-website mailing list?
[01:16] <glick> yeah i have no idea where the bug could lie, its prolly not pmount after all
[01:16] <glick> cause pmount wasnt updated
[01:16] <glick> damn
[01:36] <bddebian> Howdy
[01:46] <zul> hey
[01:48] <bddebian> Heya Chuck, what's happening?
[01:49] <zul> not much...just watcihing nation geographic
[02:34] <glick> excuse me where can i look for individual packages?
[02:34] <glick> im looking for an older kernel package
[02:34] <glick> the -22 kernel
[02:49] <glick> does anyone know how i can rollback my kernel a version?
[02:49] <mdke> glick: you might want #ubuntu
[02:53] <Lathiat> how do you change the title of a bug?
[02:53] <Lathiat> thsi bug ahs such a horriblke title theres been 6 duplicates including mine :)
[02:53] <Lathiat> ah, "Edit Description"
[02:59] <bddebian> Yep
[02:59] <bddebian> Heya Lathiat
[03:06] <Lathiat> howdy bddebian 
[03:55] <Burgundavia> zul, are you in Canada?
[03:56] <zul> yep
[03:56] <Burgundavia> zul, are you on ubuntu-ca and in #ubuntu-ca ?
[03:56] <zul> im on the wiki and not in #ubuntu-ca yet
[04:04] <bddebian> Heya Burgundavia
[04:05] <Burgundavia> salut bddebian 
[04:42] <mdke> Riddell: we have some translated desktop files for khelpcenter/kubuntu-docs in our repo now. if you can upload, that would rock.
[05:01] <jsgotangco> good morning
[07:09] <phil_> howdy all -- anyone here inclined to comment on the current state of bcm43xx support in dapper?
[07:10] <Burgundavia> phil_, it is included, what else do you need to know?
[07:10] <phil_> whether it's considered complete, bleeding-edge, or somewhere in between
[07:11] <phil_> i.e., whether it's expected that many people will still have to use ndiswrapper for bcm43xx under dapper final
[07:11] <Burgundavia> phil_, I believe it is recommended you use bcm43xx
[07:11] <Burgundavia> it has been included in the mainstream kernel as of .16
[07:13] <phil_> that i did know, but between the device i'm working with now and the posts i'd seen on the forums, it seemed like the module was there but not really working yet
[07:13] <phil_> but if it is considered working, i'll go look for support info
[07:15] <phil_> would it be inappropriate to ask if any particular urls come to mind which would document this specific feature of dapper from a dev standpoint?
[07:16] <Burgundavia> afaik, there is no documentation
[07:16] <phil_> cool, that still helps.  thx!
[07:17] <phil_> oh, and being new to ubuntu, if i should find anything useful, where should i bring it?  here?
[08:10] <zyga> is it too late for network-manager bugs?
[08:12] <robitaille> it's never too late to report bugs...
[08:12] <robitaille> but it doesn't mean they will be solved between now and next week
[08:13] <zyga> :)
[08:14] <zyga> its pretty trivial to fix IMHO
[08:14] <zyga> some wifi cards (like mine, bcm 34xx) require down-up cycle after hibernation
[08:15] <zyga> network-mangaer doesn't know about hibernation but it could perform the down-up cycle on manual 'select network' request
[09:19] <glatzor> ping Riddell
[09:20] <glatzor> high urgent ping to Riddell :)
[09:22] <pitti> Good morning
[09:23] <Hobbsee> hi pitti 
[09:23] <Hobbsee> glatzor: it's not even 8.30am on a sunday morning over there, you know...
[09:23] <glatzor> Hobbsee: i am utc+2 :)
[09:24] <Hobbsee> glatzor: bah.  whatever that equals.  timezones should be obliviated.
[09:24] <Hobbsee> yes, let us have sun at midnight!
[09:24] <pitti> Hi Hobbsee 
[09:40] <glatzor> evening jsgotangco
[09:41] <highvoltage> hey mr jerome :)
[09:43] <jsgotangco> hello
[09:43] <jsgotangco> how's the weekend treating you two?
[09:44] <highvoltage> very well, thanks :)
[09:44] <highvoltage> been productive
[09:48] <jsgotangco> highvoltage: did you see the email of corey regarding the download link
[09:53] <highvoltage> just seen it, will get to that just now
[10:32] <kagou> hi
[10:50] <sivang> morning all
[10:52] <skyrider> morning
[10:55] <sivang> hey skyrider , been while since I last saw you in here :)
[10:55] <skyrider> yes, long, long time ago :(
[10:56] <skyrider> I'm more active in ubuntu-ru community then in english community
[11:00] <sivang> skyrider: cool
[12:01] <tepsipakki> so, is there a RHN (Redhat Network) equivalent coming out some time after dapper release?
[12:01] <jdub> tepsipakki: sort of
[12:01] <jdub> tepsipakki: http://blogs.the451group.com/opensource/2006/05/26/mark-shuttleworth-interview-part-i-on-dapper-and-ubuntu-in-the-enterprise/
[12:01] <tepsipakki> that's what I just read :)
[12:02] <jdub> that's the only public mention of it thus far. :-)
[12:02] <tepsipakki> heh
[12:03] <tepsipakki> I understand it is a service that costs something, like RHN
[12:04] <jdub> we'll have to wait and see ;)
[12:05] <tepsipakki> that would make sense, there's still room for a free "alternative" whatever pops out of ServerCandy
[12:05] <mdke> jdub: I'll be your best friend if you change my blog details on planet
[12:05] <mdke> c'mon, that's a good offer
[12:05] <jdub> mdke: oh, i mustn't have pushed that up!
[12:07] <nomed> hi mdke ...
[12:07] <nomed> is it too late to fix an issue in xubuntu doc ?
[12:07] <nomed> http://help.ubuntu.com/6.06/xubuntu/desktopguide/C/multimedia.html
[12:08] <nomed> xubuntu doesn't need that gstreamer stuff ...
[12:08] <mdke> nomed: probably too late, yes. best to contact the author
[12:08] <nomed> or at least it should be explained it'll be needed incase user will install some other player ..
[12:08] <nomed> ok
[12:15] <glatzor> ping Riddell
[12:15] <ogra> mdke, heh
[12:16] <ogra> its *bling*
[12:16] <mdke> great word, bling
[12:16] <glatzor> skyrider: hello
[12:16] <skyrider> glatzor: hello
[12:16] <glatzor> I just read your question at #translators
[12:16] <glatzor> skyrider: do you refer to the GNOME or KDE desktop?
[12:16] <skyrider> glatzor: and?
[12:16] <skyrider> GNOME of course
[12:19] <glatzor> skyrider: hm. the term should be "Administration" and is located in the gnome-menus package
[12:20] <skyrider> skyrider: I will try to check it in rosetta now. Because I don't have my Ubuntu here.
[12:21] <glatzor> skyrider: the string shouldn't be "system settings"
[12:21] <glatzor> could you provide a screenshot if you are on ubuntu again?
[12:22] <skyrider> glatzor: of course. It will be later in the evening.
[12:24] <msikma> Man, insane. I put my laptop on an online market place and in half an hour time, I got four phone calls about it.
[12:27] <Riddell> glatzor: hi
[12:27] <glatzor> good morning Riddell
[12:27] <glatzor> Riddell: https://launchpad.net/distros/ubuntu/+source/koffice-i18n/+bug/47057
[12:27] <Ubugtu> Malone bug 47057 in koffice-i18n "koffice-i18n version not in sync with koffice" [Normal,Unconfirmed]  
[12:28] <glatzor> I could narrow down the koffice translation issue
[12:29] <mdke> hey Riddell, did you get my hilight last night? We have some translated desktop files for kubuntu-docs in the repo. Dunno if it is too late for you to upload them, would be great if you could.
[12:29] <Riddell> glatzor: we need to talk to carlos about this
[12:29] <Riddell> mdke: I'll take a look, thanks
[12:29] <glatzor> Riddell: furthermore I don't understand how the translation of koffice in rosetta works: the KDE translations are in universe and koffice itself is located in main
[12:30] <Riddell> glatzor: they go into the language-packs like all the other rosetta translations
[12:31] <glatzor> Riddell: no. this is not the case
[12:31] <glatzor> Riddell: take a look at: http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=kexi.mo&searchmode=searchfiles&case=insensitive&version=dapper&arch=i386
[12:34] <mdke> jdub: the url is slightly wrong, it has the url to the feed rather than to the blog. But thanks for adding, at any rate (I also need to figure out why it isn't dated the same as on my blog, but I haven't really looked at dates with pybloxsom yet).
[12:35] <glatzor> Riddell:  sorry, ok it is in language-pack-kde-de-base. but this was not found by the packages.ubuntu.com
[12:36] <Riddell> packages.ubuntu.com doesn't know the contents of dapper packages
[12:38] <jdub> mdke: it gets what you give it :)
[12:38] <mdke> jdub: oh, my bad then.
[12:38] <jdub> mdke: <channel> <link> <- fix that
[12:39] <jdub> mdke: or better still, use the rss plugin
[12:40] <mdke> i'll check it out
[12:41] <mdke> jdub: I was using rss2renderer.py
[12:42] <jdub> mdke: oh. why was it pushing out (broken) rss 0.9?
[12:42] <mdke> god knows
[12:47] <mdke> jdub: you know what, I've given you the wrong url.
[12:47] <mdke> jdub: should be rss2.xml
[12:49] <jdub> rss2renderer uses index.rss by default...
[12:50] <mdke> jdub: i changed it and forgot I had done so, sorry. index.rss must be getting pushed out by something else
[12:50] <jdub> can you give rss2renderer a list of names? :)
[12:51] <mdke> jdub: don't think so. I think it is index.rss2 by default, and I set it to rss2.xml
[12:51] <jdub> mdke: (meanwhile, it's probably worth fixing any kind of crap output)
[12:52] <mdke> jdub: isn't the output at rss2.xml working?
[12:52] <jdub> ;)
[12:53] <jdub> mdke: btw, your Ipodlinux link is " "
[12:53] <mdke> thanks
[12:56] <glatzor> Riddell: the KDE upstream translation coordinator just pointed me to incomplete translations of amarok, too.
[12:56] <glatzor> Riddell: amarok only seems to affect only the  German  ones. koffice all languages.
[12:59] <skyrider> glatzor: Today I've heard from one of our russian translators that Russian translation of amarok is screwed.
[12:59] <skyrider> But probably it fixed it by uploading .po
[01:00] <skyrider> I didn't checked it though
[01:00] <skyrider> s/it fixed/he fixed/
[01:01] <pitti> sivang: maybe they don't end in .patch or .diff?
[01:03] <sivang> pitti: lemme check
[01:05] <sivang> pitti: looking into 93_upstream_nautilus-dnd-user-owned.patch , it ends with patch still when trying to create a new patch, as in "$ cdbs-edit-patch 120_copy_not_move_from_readonly" I don't see it applied and see the source is untouched where this patch should apply
[01:05] <pitti> sivang: 120 < 93 in asciibet
[01:05] <mdke> jdub: much better, thanks, and sorry
[01:05] <pitti> sivang: simple-patchsys doesn't know about numeric ordering (neither does dpatch)
[01:05] <sivang> ah, crap
[01:05] <pitti> sivang: use 093 and 120 if you depend on numerical ordering
[01:06] <sivang> pitti: k, thanks alot I will do that :-)
[01:10] <sivang> pitti: can I use z_my_patch_name instead?
[01:10] <sivang> pitti: (putting Z only to make it applied after all patches have been)
[01:11] <pitti> sivang: why not just use a smaller patch number, like 23_foo? nautilus does not have so many patches
[01:11] <pitti> sivang: if people name a patch with a very high number (90_foo), they usually *want* it to be applied last
[01:11] <sivang> pitti: okay, makes sense. /me does that 
[01:12] <sivang> pitti: hmm, my issues is actually, that my patch must come after 93_upstream_nautilus-dnd-user-owned.patch
[01:12] <pitti> sivang: so what, use 94_foo then
[01:13] <sivang> pitti: there's already patches from 93-101
[01:13] <glatzor> thanks, skyrider
[01:14] <pitti> sivang: doesn't matter :) 94_foo and 94_bar will work fine
[01:14] <skyrider> glatzor: np
[01:14] <sivang> pitti: okay, just wanted to make sure of that. thanks!
[01:14] <pitti> sivang: however, 99_foo and 101_foo doesn't look right; poke the person who introduced that :)
[01:17] <sivang> pitti: you looked into the source ? :)
[01:17] <pitti> sivang: no
[01:31] <glick> hmm apprently killall doesnt work in dapper
[01:32] <glick> i cant kill my own processes?
[01:32] <glick> kill doesnt work
[01:32] <glick> killall doesnt work
[01:32] <glick> not even as root
[01:33] <tseng> it absolutely works
[01:33] <tseng> try a kill -9
[01:33] <glick> tseng: killall telnet    <- should kill all my telnet processes right?
[01:33] <glick> especially if im root?
[01:34] <glick> lol it doesnt work
[01:34] <_ion> Telnet? Eww.
[01:34] <tseng> it should, but there is no guarantee that sending a signal to a process makes it die instantly
[01:34] <tseng> if at all
[01:34] <glick> tseng: a process cant catch or ingore a term signal
[01:34] <_ion> Since when?
[01:35] <tseng> ok, good luck with that then
[01:35] <glick> _ion: what do you mean since when?
[01:35] <_ion> Why would a process not be able to catch SIGTERM?
[01:35] <glick> _ion: i mean sigquit
[01:35] <glick> or sigkill
[01:36] <mjr> you mean sigkill
[01:36] <_ion> % foo() { echo foo }; trap foo QUIT; kill -QUIT $$
[01:36] <_ion> foo
[01:36] <mjr> and if a process doesn't die with -9, then it's a kernel problem
[01:36] <glick> killall sends the kill signal doesnt it
[01:36] <mjr> glick, no
[01:36] <mjr> it sends term by default
[01:36] <mjr> use the -9, luke
[01:37] <tseng> in the future this sort of thing should go to #ubuntu
[01:37] <mjr> it really should
[01:37] <glick> damn
[01:37] <glick> ok
[01:37] <tseng> but there is nothing wrong with kill, you just misunderstand it
[01:37] <glick> i feel stupid
[01:37] <glick> heh
[01:37] <glick> thanks
[01:37] <tseng> and telnet is being a pain
[02:08] <glick> hey where can i put a feature request into gnome?
[02:14] <ssam> glick, the gnome wiki, or write a spec on launchpad
[02:16] <highvoltage> sfllaw: ping
[02:24] <sivang> hey highvoltage , 'sup?
[02:26] <highvoltage> sivang: hey, long time no see :)
[02:26] <sivang> highvoltage: yes, how are you doing ?
[02:26] <jdub> glick: bugzilla.gnome.org
[02:27] <highvoltage> doing well, we're getting the edubuntu website in shape for release. lots of work! :)
[02:28] <glick> jdub: its not a bug report ihave
[02:28] <glick> just a idea for a feature thatd be cool
[02:28] <jdub> glick: bugzilla is not just for bug reports (have a look)
[02:29] <_ion> /summon mvo
[02:30] <sivang> highvoltage: it's also Moin based right? like the main ubuntu site
[02:30] <ogra> _ion, its sunday
[02:30] <ogra> _ion, give him his well deserved rest :)
[02:30] <highvoltage> sivang: used to be, it's now drupal
[02:31] <sivang> ah, drupal is also cool
[02:31] <sivang> my soon to be active blog is using it
[02:31] <sivang> still haven't figured all the features and possibilities
[02:31] <_ion> Well, i posted a fixed theme to bug #46642, anyone's free to inspect it and possibly include it in the package. :-)
[02:31] <Ubugtu> Malone bug 46642 in notification-daemon "Panel notification appears too low, distorts bubble" [Normal,Unconfirmed]  http://launchpad.net/bugs/46642
[02:57] <Riddell> mdz: I'd like to remove openoffice-kde from amd64, it's broken and stops the file open dialogue from working
[03:06] <infinity> Riddell: An OOo-amd64 upload will be pending after the current ppc/i386 upload goes up, so if there's concensus on this, we can do it then.
[03:07] <infinity> Riddell: Note that removing packages doesn't magically make them get uninstalled, mind you.  So it may just be better to exclude it from your -desktop seed so new installs don't get it, and leave it at that.
[03:09] <Riddell> infinity: I was just meaning from the desktop seed
[03:10] <mdz> Riddell: how long has it been broken? is there a bug open?
[03:11] <Riddell> mdz: quite a while, I remember there being a bug I can try and find the number
[03:11] <infinity> Riddell: I thought the only OOo/KDE issue was with skim/scim... I didn't realise the whole shebang was broken.
[03:12] <mdz> Riddell: was it installed and/or broken in breezy as well?
[03:13] <Riddell> infinity, mdz: it worked in breezy, but seems to have regressed to not finding qt/kde widgets in dapper and openoffice now tries to use the native file dialogue which just doesn't do anything on amd64
[03:14] <pitti> mdz: http://paste.ubuntu-nl.org/14774  <- psycopg debdiff; I tested it very carefully and made sure that this is the only usage of \' (fixes bug 46473)
[03:14] <Ubugtu> Malone bug 46473 in psycopg "psycopg needs quoting fix" [Critical,In progress]  http://launchpad.net/bugs/46473
[03:15] <mdz> Riddell: you need to do a seed merge & metapackage update for landscape anyway, so fine with me
[03:15] <mdz> sort of disturbing that it's remained an issue for so long though
[03:16] <infinity> Riddell: Are we sure this doesn't just need an update of ia32-libs-kde to include a few more libraries?  (Which would also, afaik, fix the OOo-amd64/KDE/skim issue?)
[03:16] <mdz> pitti: that code is pretty hideous
[03:17] <Riddell> infinity: it would also need doko_'s patch to qt to find the lib32 directory
[03:17] <pitti> mdz: you mean the comparison with space and ~? yes :)
[03:18] <infinity> Riddell: Right, which is likely too intrusive at this point.  Feh.
[03:18] <Riddell> yep
[03:19] <mdz> pitti: yes
[03:20] <infinity> We can't force openoffice.org-amd64 off users' systems without some pretty large headaches.
[03:20] <infinity> (So we won't)
[03:20] <pitti> mdz: true, but that's not really something I'd like to change at this point
[03:20] <mdz> pitti: I don't really understand the fix though
[03:20] <infinity> Riddell: So, be prepared to field a lot of "it broke on upgrade, argh" bug reports.
[03:20] <mdz> it was replacing ' with \', now it replaces ' with ''?
[03:20] <pitti> mdz: right
[03:20] <mdz> pitti: that doesn't seem like it would have the same effect
[03:20] <infinity> mdz: '' is traditional SQL escaping for '
[03:20] <pitti> mdz: the 'why' is a long story; http://www.postgresql.org/docs/techdocs.50 gives details, if you are interested
[03:21] <pitti> mdz: with some client encodings, you can abuse \' escaping to sql injection, which is why psql now disables it by default for these client encodings
[03:21] <mdz> so if I have a string foo'bar and I want to quote it, it would be 'foo''bar'?
[03:21] <pitti> mdz: also, \' is not SQL standard, '' is
[03:21] <infinity> mdz: Yup.
[03:21] <pitti> mdz: right
[03:21] <mdz> that's horrible
[03:21] <infinity> Yes, it is. :)
[03:21] <mdz> but your fix is correct in that case ;-)
[03:21] <infinity> But it's also The Way and The Light.
[03:22] <pitti> mdz: in fact we are really, *really* lucky that ' is not a valid last byte in any known multibyte encoding (whereas \ is, which is where the problem comes from)
[03:24] <infinity> I just wish Shift-JIS and BIG5 would die already. :/
[03:24] <infinity> Dealing with the dozens of random encodings for Japanese stuff I get over here is hell.
[03:24] <doko_> Riddell, infinity: it needs either the patch, or a preload, plus the scim libs and plugins in ia32-libs
[03:25] <pitti> doko_: I'm going to file a Debian bug for http://patches.ubuntu.com/patches/psycopg.CVE-2006-2314.diff now; do you have time for that soon? (I can NMU if you like)
[03:25] <infinity> doko_: Is there any fix that you would categorize as "non-intrusive, obvious, and easy for a detached party (say, me or mdz) to identify as 'correct' at a glance"?
[03:26] <infinity> doko_: If so, it might be nice if you could help Riddell put such a proposal together ASAP.  If not, then I guess he's stuck with dropping it from -desktop and dealing with the fallout. *shrug*
[03:26] <pitti> mdz: so, permission to upload?
[03:26] <mdz> pitti: I thought I already OKed it?
[03:26] <pitti> ok :)
[03:27] <doko_> infinity: yes, maybe the preload thing that I sent, and load it using the ooo-wrapper script, so you can avoid the diversions
[03:29] <Riddell> doko_: where can I find that and how can I test it?
[03:29] <doko_> Riddell: in a mail sent to you; wait, I'm sending it again
[03:31] <mdz> doko_: what is all this about?
[03:32] <doko_> mdz: scim crashing OOo on amd64 KDE
[03:32] <Kamion> grr, stoopid grub-installer
[03:32] <infinity> mdz: Un-busticating OOo-amd64 and KDE, so Riddell doesn't have to drop the package from -desktop and break upgrades.
[03:32] <infinity> doko_: Or, rather, I assume this will also fix that?
[03:32] <infinity> doko_: (It's the same problem, I'm guessing, from his description?)
[03:33] <doko_> infinity: where's Riddell's description?
[03:34] <ogra> doko_, scrollback
[03:35] <doko_> ugh, file-open dialog broken?
[03:35] <ogra> yep
[03:36] <infinity> doko_: The "not finding widgets" bit seemed pertinent.
[03:38] <infinity> doko_: Dear God.  How is debian/control generated in OOo?  This looks scary.
[03:38] <doko_> could somebody tell me, why vnc4 was uploaded, and who did it? I cannot see any sync requests, and no uploader ...
[03:39] <doko_> infinity: debian/rules debian/control
[03:39] <infinity> doko_: Just from debian/control.in, or does it cleverly paste all of them together somehow?
[03:39] <infinity> Current release:  4.1.1+X4.3.0-10
[03:39] <infinity> Creator: Barry deFreese
[03:39] <ogra> doko_, ask bddebian 
[03:39] <doko_> infinity: pasting as well
[03:40] <doko_> yeah, he's building using XFree, not xorg :-/
[03:40] <ogra> meh
[03:41] <\sh> moins
[03:41] <ogra> afternoon
[03:43] <ajmitch> hi \sh, ogra 
[03:43] <Riddell> mdz: can I upload this fix for guidance? http://www.kubuntu.org/~jriddell/tmp/guidance.diff
[03:46] <doko_> Riddell: is there a possibility to set the KDE plugin path?
[03:49] <mdz> Riddell: the changelog should say what the patch does
[03:50] <pitti> mdz: http://paste.ubuntu-nl.org/14776 same fix for pygresql, also no rdepends
[03:50] <pitti> mdz: (in main)
[03:51] <mdz> pitti: ok
[03:51] <pitti> mdz: ETOOMANYSLASHES?
[03:51] <infinity> Ugh, yeah.
[03:51] <mdz> yes
[03:51] <Riddell> doko_: not as far as I know, although it wouldn't surprise me if there was some way to do it
[03:51] <mdz> pitti: OK to upload though
[03:53] <mdz> Riddell: patch is fine
[03:54] <_ion> MySQL _is_ an issue.
[03:55] <pitti> _ion: I can't see why it shouldn't be, at least
[03:55] <pitti> unless it doesn't support these encodings
[03:55] <Riddell> mdz: thanks, I'll add a better description
[03:55] <mdz> BenC: morning
[03:55] <BenC> hey
[03:56] <BenC> cool, the wireless applet has the two icons closer together now...that was starting to bug me :)
[03:57] <infinity> pitti: Easy enough to test, I suppose.
[03:57] <doko_> Riddell: see http://people.ubuntu.com/~doko/ooo-amd64/ for a ia32-libs-kde, which *should* fix the scim problems. please let me know, if that works
[03:57] <pitti> infinity: sure
[03:58] <Riddell> doko_: downloading
[04:01] <doko_> it includes the patched qt3, plus libscim8c2a scim-qtimm; if you run strace -e trace=file /usr/lib/openoffice/program/soffice.bin -writer, then it *should* open /usr/lib32/qt/plugins at some place.
[04:01] <doko_> using the i386 strace binary of course
[04:03] <Riddell> doko_: how do I get i386 strace?
[04:04] <doko_> download the i386 package, and put the executable in /usr/local/bin/strace32
[04:25] <infinity> pitti: What's up with language-pack-kde-tl-base and language-pack-kde-tl being out of version sync?
[04:25] <mdz> Riddell: don't forget about that seed/metapackage merge, whatever happens with oo.o-kde
[04:25] <infinity> pitti: -base is newer than the other one, rendering them both uninstallable.
[04:26] <infinity> pitti: Oh, I see, you did a non-automatic upload of -base.  A fresh upload of the other to match versions would fix it.
[04:28] <infinity> pitti: I'm doing so right now, to get it off my "eek, broken packages" radar.
[04:28] <Riddell> mdz: yep
[04:28] <Riddell> doko_: fighting with scim to get it setup
[04:31] <\sh> Riddell: can we fix klaptopdaemon somehow to honhour linux key codes to fix the "Fn triggered acpi events from acpi-utils are not working" regression?
[04:32] <doko_> Riddell: I forgot something ... please could you: cp -a /etc/qt3 /etc/qt3-32, and then edit qt_plugins_3.3rc to point ti the new locations?
[04:32] <doko_> s,^lib/,lib32,
[04:32] <doko_> s,^lib/,lib32/,
[04:33] <infinity> Riddell: W. T. F.
[04:34] <infinity> Riddell: 
[04:34] <infinity> gtk-qt-engine (0.60-1.1ubuntu6) dapper; urgency=low
[04:34] <infinity>   * Don't use shlib depends, stop requiring gtk
[04:34] <infinity> Riddell: Not using shlibs is just plain wrong.
[04:34] <ogra> infinity, err, that should have been demoted to universe long ago
[04:34] <ogra> at least that was my proposal at the beginning of the release
[04:35] <ogra> it breaks the gnome desktop completely if its installed and upstream seems not after fixing it
[04:35] <pitti> infinity: uh, ouch, sorry; I didn't think about that when I quickfixed -lt-base
[04:35] <pitti> infinity: thank you
[04:37] <infinity> ogra: It's still in kubuntu-desktop.
[04:37] <infinity> Riddell: Any comments on the above?  Is that meant to not be in kubuntu-desktop?
[04:38] <ogra> infinity, ouch
[04:38] <infinity> Riddell: And if it /is/ meant to be, then a better solution than "don't use shlibs" should be found, since that breaks on arches with a different libc (*cough*ia64*cough*)
[04:38] <infinity> Riddell: (Though, arguably, we don't care much about ia64 as release rolls near, you may still want to be installable there for kicks)
[04:39] <Riddell> infinity: it is ment to be in kubuntu-desktop, its ment to sit there dormant until gtk gets installed
[04:40] <Riddell> I've also tested it under gnome lots and can never find any problems, although it doesn't get turned on by default if you have ubuntu-desktop installed
[04:40] <Riddell> doko_: doesn't seem to make any difference
[04:40] <infinity> Riddell: Kay.  Then I'd like to fix the shlibs issue (I understand you don't want to ship GTK, so I see the reason for the workaround)
[04:41] <doko_> Riddell: which application creates /etc/qt3/qt_plugins?
[04:41] <infinity> Riddell: who knows, maybe some KDE nut at HP will be the turning point for getting them to support our ia64 port... If kubuntu is installable. :)
[04:41] <doko_> Riddell: do you have instructions, how to setup KDE for scim?
[04:41] <Riddell> doko_: strace shows no sign of opening any plugins, although it doesn't crash at all for me, it just doesn't use skim
[04:42] <Riddell> doko_: install skim, im-module, scim-anthy and language-pack-kde-ja-base
[04:42] <doko_> Riddell: ok, so we have to add skim, im-module, scim-anthy to ia32-libs kde
[04:42] <Riddell> run im-module -s ja_JA -z scim-anthy; restart X and run skim
[04:43] <Riddell> doko_: so two instances of skim running?
[04:43] <ReMink> Hi all !
[04:44] <doko_> Riddell: which of these packages install modules into /usr/lib/qt or /usr/lib/kde ?
[04:44] <doko_> at least scim-qtimm was loaded on i386
[04:45] <Riddell> doko_: yes, scim-qtimm also needed
[04:45] <infinity> mdz: Permission to upload the following, which makes kubuntu-desktop installable on ia64 again?  (Hey, someone at HP may be watching)
[04:45] <infinity> mdz: http://cerberus.0c3.net/~adconrad/gtk-qt-engine.debdiff
[04:45] <infinity> Riddell: ^^^
[04:45] <mdz> infinity: what's with all the hardcoded shlibdeps?
[04:46] <freeflying-g4> doko_: hi
[04:46] <Kamion> infinity: did you see the continued problems with bug 33351?
[04:46] <Ubugtu> Malone bug 33351 in ntp-server "user "ntp" does not created" [Unknown,Unknown]  http://launchpad.net/bugs/33351
[04:46] <infinity> mdz: See the previous changelog entry.  It's in the context.  (That's Riddell's doing, not mine)
[04:46] <Kamion> new prerm should take care not to error, I think
[04:46] <mdz> infinity: is that the full changelog entry for 0.60-1.1ubuntu6?
[04:46] <infinity> Kamion: Yeah, probably.  It was really only an issue for people who already had the broken version installed.
[04:46] <infinity> mdz: Yes, modulo Riddell's signature.
[04:47] <mdz> Riddell: whiskey tango foxtrot
[04:47] <Riddell> infinity: good with me
[04:47] <infinity> i already WTFed. :)
[04:47] <mdz> I see
[04:48] <Riddell> mdz: I turned off shlibs on qt-gtk engine so it doesn't bring in a load of gtk dependencies onto the kubuntu CD
[04:48] <infinity> mdz: I believe the argument is to allow this to be in kubuntu-desktop, without having kubuntu-desktop pull in half the GTK/GNOME world.
[04:48] <mdz> yes, I read the earlier discussion now
[04:48] <infinity> Yeah.
[04:48] <Riddell> which I appreciate is inelegant
[04:48] <infinity> The word "sketchy" leaps to mind, but it's a bit late now to do it more correctly, I think.
[04:49] <infinity> Kamion: I'll probably upload again to make things less fragile, though that will involve sidestepping dh_installinit, which is what's responsible for the "if invoke-rc.d fails, SCREAM REALLY LOUDLY" behaviour.
[04:50] <infinity> Kamion: So, I'm weighing "let people figure it out and don't add extra hacks" against "make upgrades not suck for people who've had the broken packages installed all this time"
[04:51] <Kamion> dh_installinit has a switch for that
[04:51] <Kamion> --error-handler or some such
[04:52] <infinity> Oh, that's pretty.  I've never seen that before.
[04:52] <infinity> A bit extravagant for the problem at hand, though.
[04:52] <infinity> The more code I write for the "upgrade from broken versions case", the more I die a little on the inside.
[04:52] <Kamion> --error-handler=true is common
[04:53] <infinity> Oh, cute.  Hadn't thought of that. :)
[04:53] <Kamion> though that would land in both prerm and postinst
[04:53] <infinity> I was planning a real handler, with dpkg --compare-versions and such, to only ignore errors from busted versions..
[04:53] <Kamion> there's stuff like "fails on MacBook Pro", but well ...
[04:54] <mdz> infinity: anyway the trivial dep change is fine
[04:55] <Kamion> most of the reports have been variants of the old "grub hates XFS" problem (which I've just band-aided to crash less badly ...), with a few other odd corner cases
[04:55] <Kamion> not as bad as my inbox looked at first glance
[04:55] <infinity> mdz: Kay.  Any opinions on the ntp thing?  Worth fixing upgrades from broken versions, or just leave people to divine the "I have to remove the package and reinstall with the unbroken version" fix?
[04:55] <Kamion> they won't even be *able* to remove it, will they? not without creating the ntp user?
[04:56] <Riddell> doko_: the qt_plugins_3.3rc file is created whenever you run a kde programme, it's put into /etc/qt3 if it's run as root
[04:56] <Riddell> else ~/.qt
[04:56] <infinity> Kamion: Some people were claiming success removing it.  I didn't actually try, TBH.
[04:57] <doko_> Riddell: that's just ugly ..., so you have to patch that to move to ~/.qt-32 as well ...
[04:57] <infinity> Kamion: It would make sense that they shouldn't be able to, though, without "exit 0" hacks or something.
[04:57] <infinity> Kamion: Feh.  Right.  I'll fix the upgrade path, then. :)
[04:57] <Riddell> doko_: I guess so, although goodness knows where
[04:57] <Riddell> doko_: how come this worked in breezy?
[04:59] <doko_> Riddell: did scim work in breezy with OOo?
[05:00] <Riddell> doko_: no, but qt widget theme did
[05:01] <Riddell> or maybe it didn't, maybe I just saw the KDE icons and thought that was the widgets too
[05:02] <doko_> Riddell: what is the first section in /etc/qt/qtrc for you? [3.3]  ?
[05:03] <Riddell> head -n2 /etc/qt3/qt_plugins_3.3rc
[05:03] <Riddell> [usr] 
[05:03] <Riddell> lib/kde3/plugins/styles/lipstik.so=30306^e3^ex86_64 Linux g++-4.* full-config^e2006-03-29T05:44:59^e
[05:03] <Riddell> oh, qtrc, yes that's libraryPath=/usr/lib/kde3/plugins/
[05:04] <doko_> but why? isn't that section about qt3?
[05:04] <doko_> and should be libraryPath=/usr/lib/qt3/plugins/ or something like this?
[05:05] <Riddell> I think /usr/lib/qt3/plugins/ is built in and KDE adds the pointer to /usr/lib/kde3/plugins/ so qt knows where to pick up the kde widget themes
[05:06] <doko_> right, but it does it do two times ...
[05:12] <ogra> Riddell, i just had one user testing gtk-qt-engines, it appears that his gnome desktop doesnt start any apps after he used it ... i'd suspect bug 37561, it would probably make sense to include that one line patch probably 
[05:12] <Ubugtu> Malone bug 37561 in gtk-qt-engine "unexpected character in ~/.gtk_qt_engine_rc" [Normal,Confirmed]  http://launchpad.net/bugs/37561
[05:12] <ogra> (rm ~/.gtk* solved it for him)
[05:14] <Riddell> ogra: trying it
[05:16] <doko_> Riddell: updated ia32-libs-kde: install /etc/qt3-32, and use /usr/lib32 in /etc/qt3-32/qtrc. now try to find out how the other files are written ...
[05:17] <Kamion> mdz: are you going to be starting on release prep over the bank holiday Monday, BTW? I'll be off work most of the day, although I do have to do a ubiquity upload to update translations by request of sabdfl.
[05:17] <sabdfl> thanks Kamion
[05:23] <doko_> Riddell: im-module doesn't exist
[05:24] <infinity> mdz: Oh, any qualms about me upload that hppa Xorg detection fix in the next hour or so?  (I'm assuming not, from your bug comment, but want to make sure)
[05:25] <infinity> s/upload/uploading/
[05:25] <infinity> ME UPLOAD PACKAGE.  ME LIKE UPLOAD.
[05:26] <ogra> infinity, cant you write a script that creates a bunch of empty packages for you then ? :)
[05:26] <doko_> Riddell: oh no, scim does have it's own plugin system as well ...
[05:27] <\sh> pitti: do you have a simple "gain root" exploit on actual dapper to restore my passwd, without rebooting the machine, because there is no keyboard or display attached?
[05:28] <pitti> \sh: check /var/log for passwords :-P
[05:28] <infinity> \sh: If he did, he would have uploaded a fix by now.
[05:28] <pitti> \sh: seriously, no
[05:28] <\sh> na...
[05:29] <pitti> \sh: you won't get around rebooting, unless the current password is very weak and can be figured out with john
[05:29] <pitti> (and you can get the encrypted password with some other nonstandard means)
[05:30] <\sh> pitti: the password is not weak :( and I hope that serial console is working during boot..oh no...I don't have a serial on this laptop
[05:30] <\sh> I'm doomed until next weekend :(
[05:35] <doko_> Riddell (and any other scim expert): are the scim modules loaded by the application used, or by some kind of server process?
[05:37] <Riddell> doko_: I think they're just used by /usr/lib/scim-1.0/scim-launcher
[05:37] <Riddell> and the scim frontend talks to that
[05:37] <Riddell> well, best check that this a scim person
[05:38] <doko_> Riddell: so no need to have these as 32bit versions
[05:38] <Riddell> if my understanding is correct there should not be
[05:40] <Riddell> infinity: did you upload gtk-qt-engine?
[05:40] <\sh> hmmm.....wasn't the scim/skim thing a plugin for qt3?
[06:01] <dholbach> Riddell, doko_: are you going to do a scim upload anytime soon? if so, could you please include  http://daniel.holba.ch/ubuntu/scim.debdiff ?
[06:04] <pitti> mdz: http://patches.ubuntu.com/patches/python-pgsql.CVE-2006-2314.diff - third and last python psql interface in main
[06:04] <pitti> mdz: this one has no rdepends but *-desktop, so it's on the CD
[06:05] <pitti> mdz: but again, I test it carefully
[06:05] <pitti> s/test/tested/
[06:06] <doko_> dholbach: looks like we don't need it, if Riddell is right regarding the scim plugins
[06:06] <doko_> Riddell: new ia32-libs-kde at http://people.ubuntu.com/~doko/ooo-amd64/
[06:06] <dholbach> Riddell: if you think you don't need a scim upload, please tell me, so I can get that change in on my own.
[06:07] <infinity> Riddell: Yeah, I uploaded it.
[06:10] <glatzor> Riddell: are there any Ubuntu string changes in amarok? otherwise I would upload the German upstream translation
[06:11] <Riddell> glatzor: none
[06:11] <Riddell> glatzor: but it's amarok 1.3 not 1.4
[06:11] <glatzor> Thanks Riddell
[06:13] <glatzor> ok thanks. I would have used the wrong one. I am going to use the one from the source package
[06:13] <_ion> gloubiboulga: Hi. Online?
[06:13] <Gloubiboulga> _ion, hi
[06:14] <_ion> gloubiboulga: Could you please join #ubuntu-desktop? We're discussing bug #40607 and i was told to contact some xubuntu guy because Tangerine is the default theme in xubuntu.
[06:14] <Ubugtu> Malone bug 40607 in tango-icon-theme-common "Ok/Cancel buttons" [Normal,Unconfirmed]  http://launchpad.net/bugs/40607
[06:16] <Riddell> ogra: what's the magic in gdm needed by ltsp?
[06:16] <ogra> Riddell, the magic is that we use ldm ;)
[06:18] <ogra> Riddell, until recently gdm wasnt able to do ssh based connections, so we wrote ldm ... we'll probably switch (based on testresults) in eft
[06:19] <Riddell> ah, right
[06:19] <Riddell> so we need a KDE port of that then :)
[06:19] <sladen> join #ubuntu-desktop
[06:19] <ogra> no, rather teach KDM to use ssh as well 
[06:19] <ogra> then we can use the native login managers :)
[06:20] <Riddell> ogra: so why write ldm instead of changing gdm to optinally use ssh?
[06:21] <ogra> Riddell, because initially ldm was way smaller etc ...
[06:21] <ogra> but over time it grows to gdm size due to feature requests of users
[06:22] <ogra> and it didnt look as easy to intrude ssh in gdm than to just invest some hours over the weekend to write a trivial fullscreen gnomecanvas/glade window
[06:23] <ogra> (thats all ldm currently is)
[06:23] <ogra> executing: ssh -X user@server /etc/X11/Xsession after you hit enter
[06:27] <jono> hey
[06:29] <dholbach> Riddell: hum... do you want to do a scim upload or not? else I'd just upload that icon change?
[06:29] <Riddell> dholbach: go ahead I'd say
[06:30] <dholbach> mdz, Kamion: are you ok with  http://daniel.holba.ch/ubuntu/scim.debdiff (new icon from the designer)?
[06:30] <mdke> hey dholbach 
[06:30] <dholbach> hey mdke
[06:31] <mdke> dholbach: we removed a stray symlink from the ubuntu-docs package and bumped the version number to 6.06.1, I guess it's not worth uploading, right?
[06:31] <dholbach> mdke: you should ask mdz - if that's all the changes, I think he'd be happy with it.
[06:32] <mdke> mdz: ok to upload a new ubuntu-docs to fix bug #47016 (incredibly trivial fix)? 
[06:32] <Ubugtu> Malone bug 47016 in ubuntu-docs "Dapper RC's Ubuntu-docs package html softlink has missing target." [Normal,Fix committed]  http://launchpad.net/bugs/47016
[06:32] <mdke> dholbach: thanks
[06:32] <dholbach> mdke: de rien
[06:33] <dholbach> mdke: i'll have to leave soon, so if Matt is ok, just drop me a mail and I'll do it
[06:33] <mdke> dholbach: sure thing
[06:33] <dholbach> rock on
[06:33] <mdke> mdz: (here is a diff of the change https://lists.ubuntu.com/archives/ubuntu-doc-commits/2006-May/002629.html )
[06:37] <desrt> macbook +1 (wifi)
[06:38] <tseng> mdke: you might have better luck mailing that to him
[06:38] <mdke> tseng: ok, thanks
[06:39] <mjg59> desrt: Mm?
[06:40] <ogra> mjg59, i have a first success report of ltsp running on a intel imac :D
[06:40] <mjg59> Ha
[06:40] <ogra> booted with rom-o-matic PXE image ;)
[06:41] <desrt> mjg59; got wifi working on the macbook.  small ordeal
[06:41] <mjg59> desrt: What needed doing?
[06:41] <desrt> mjg59; you need to manually load new_wlan_scan_sta and new_wlan_ccmp
[06:42] <mjg59> desrt: Why?
[06:42] <desrt> mjg59; then you need to recompile wpasupplicant against the madwifi-ng headers (the dapper version won't work with madwifi-ng)
[06:42] <desrt> mjg59; because they're not automatically loaded....?
[06:42] <mjg59> Oh, well, the wpa thing is just impossible
[06:42] <mjg59> desrt: Yes, but why? :)
[06:42] <desrt> no idea.  i filed a bug
[06:42] <mjg59> Ok
[06:42] <infinity> Missed a PCI ID?
[06:42] <mjg59> infinity: No, the PCI IDs aren't in there
[06:43] <mjg59> Easiest would just be to add them to post-load
[06:43] <infinity> Oh, right, he didn't have to manually load new_ath_pci.
[06:43] <mjg59> Think we could swing a new l-r-m with only that change?
[06:43] <infinity> I'm preparing a new LRM anyway, so push that change to me and I'll get it approved.
[06:43] <desrt> it's just filed against l-r-m in launchpad
[06:44] <desrt> malone #47137
[06:44] <Ubugtu> Malone bug 47137 in linux-restricted-modules-2.6.15 "new_wlan_scan_sta not autoloaded" [Normal,Unconfirmed]  http://launchpad.net/bugs/47137
[06:45] <desrt> mjg59; so weird thing is... wpasupplicant is compiled for the old madiwif
[06:45] <desrt> mjg59; but it's the new drivers that get autoloaded...
[06:46] <Riddell> mdz: gtk-qt patch for review http://kubuntu.org/~jriddell/tmp/gtk-qt.diff
[06:48] <desrt> hm.  neat.  wifi cuts out randomly, network-manager springs into action and brings it back for me :)
[06:56] <ogra> MVO !!!!
[06:56] <ogra> argh
[06:57] <jsgotangco> ?
[06:58] <zyga> hello
[06:58] <ogra> he fiddled with hwdb to make it translatable 
[06:58] <zyga> sun-java5-jre is not installable on pure dapper rc install due to 'unable to display license dialog'
[06:58] <zyga> I guess something like dialog/whiptail should be depended on
[06:58] <ogra> and i have no clue what he did, but i have tns of bugs about it not working at all anymore as long as you have a non english locale
[06:59] <zyga> 'license could not be presented'
[06:59] <zyga> that's the exact wording
[07:00] <zyga> it does work via synaptic though
[07:01] <jsgotangco> strangely, i was able to install it a few hours ago
[07:01] <jsgotangco> (terminal)
[07:01] <zyga> jsgotangco: did you add any repo/package?
[07:02] <jsgotangco> multiverse
[07:02] <ogra> jsgAWAY, me too, yesterday
[07:02] <zyga> same here
[07:02] <zyga> still, any hints?
[07:14] <bgertzfield> zyga: hm. that's interesting
[07:14] <bgertzfield> zyga: I just made a new package based on sun-java5-jre using the same pattern to display the license
[07:14] <bgertzfield> zyga: are you in non-interactive mode?
[07:14] <bgertzfield> dpkg-reconfigure debconf to see
[07:14] <zyga> bgertzfield: hmm, don't now how aptitude invokes dpkg
[07:15] <zyga> bgertzfield: I tried aptitude and manual apt-get -f install
[07:15] <zyga> checking
[07:15] <bgertzfield> the sun packages will refuse to install if debconf is set to noninteractive mode
[07:15] <zyga> bgertzfield: yes, non-interactive
[07:15] <bgertzfield> zyga: there you go.
[07:15] <zyga> is that the default?
[07:15] <bgertzfield> no.
[07:15] <bgertzfield> change it to any of the interactive modes and you'll be set
[07:15] <zyga> I never altered that in any concious way
[07:16] <bgertzfield> zyga: maybe that's a bug, I dunno
[07:16] <bgertzfield> but its definitely not the default
[07:16] <zyga> bgertzfield: but synaptic did show a gnome debconf frontend
[07:16] <bgertzfield> zyga: no clue.
[07:16] <bgertzfield> just letting you know how the sun jre packages display that message. :)
[07:16] <bgertzfield> somehow you ended up in noninteractive mode
[07:16] <zyga> bgertzfield: thanks :)
[07:17] <bgertzfield> zyga: the new vmware-player package does the same thing. :)
[07:17] <zyga> bgertzfield: I'll make sure it works on clean dapper final install as well as typical breezy-dapper upgrade
[07:17] <bgertzfield> right
[07:18] <zyga> bgertzfield: strange, I'd want an auto frontend that chooses dialog/kde/gnome autimatically
[07:18] <bgertzfield> zyga: I'm pretty sure gnome etc. fall back to dialog
[07:19] <zyga> good, did set it to gnome :)
[07:19] <bgertzfield> great
[07:19] <zyga> whoah!
[07:19] <bgertzfield> ?
[07:20] <zyga> does anyone remember xara xtreme graphics program (about a year ago on shashdot)
[07:20] <zyga> they wanted to go open source and do a linux version
[07:20] <zyga> and it's there already, the source, linux building instructions AND the license
[07:20] <zyga> GPL
[07:20] <zyga> this is *so* cool
[07:21] <bgertzfield> XTREEEEEEEEEEME
[07:21] <bgertzfield> sorry
[07:21] <bgertzfield> I just had a mountain dw
[07:21] <bgertzfield> *dew
[07:21] <zyga> we should definitly have a package :)
[07:21] <bgertzfield> zyga: would you like to test the new vmware player packages?
[07:21] <zyga> bgertzfield: sure
[07:21] <bgertzfield> mvo will be uploading them to the repository shortly, but I have a local apt repository
[07:21] <zyga> bgertzfield: but I have no images
[07:21] <bgertzfield> oh, no X?
[07:21] <bgertzfield> never mind :)
[07:22] <zyga> bgertzfield: no, no vmplayer-ready images
[07:22] <bgertzfield> oh
[07:22] <bgertzfield> grab the Ubuntu Browser Appliance: http://www.vmware.com/vmtn/vm/browserapp.html
[07:22] <zyga> grabbing
[07:23] <zyga> bgertzfield: ping me in 20 minutes :)
[07:23] <bgertzfield> will do.
[07:25] <zyga> okay I'll mail xara to ask about their co-operation on a dapper-ready package
[07:26] <sladen> zyga: it should be in Debian
[07:26] <zyga> sladen: I just check, didnt find anything matching xara, are you sure?
[07:26] <zyga> ah
[07:27] <zyga> you're right
[07:27] <zyga> why is it in non-free, that's GPL code
[07:29] <mjr> hmh, I though the core of xara was still non-free, though expected to be released in the near future
[07:30] <zyga> mjr: right, I got carried away
[07:30] <zyga> one library is still non-free
[07:30] <ogra> doko_, here ? 
[07:31] <doko_> ogra: yes
[07:31] <ogra> doko_, i just discovered that oodraw is missing in my edubuntu appmenu, known ? 
[07:32] <ogra> (i just knew about the double entry of impress/calc mess)
[07:32] <ogra> oodraw is installed and starts fine though
[07:32] <ogra> (from commandline)
[07:33] <doko_> mdz: looks like Riddell's testing was sucessful, together with some changes. patch at http://people.ubuntu.com/~doko/ooo-amd64/qt32-diff, which needs a followup-upload integrating this and some scim packages into into ia32-libs-kde. ia32-libs-kde will grow by 1,5MB. fixes the scim and kde widgets issues
[07:33] <doko_> ok to upload?
[07:33] <ogra> oh fun, its in the menu editor, but disabled in both categories (garphics/office)
[07:34] <doko_> ogra: yes, requested by the menu cabal
[07:34] <ogra> urgh, even in graphics ? 
[07:34] <ogra> (i could understand that its not in office)
[08:03] <ogra> infinity, ping ? 
[08:03] <infinity> ogra: pong.
[08:03] <ogra> infinity, i have a strange nvidia prob here
[08:04] <ogra> nvidia-glx is installed, and enabled (logo on startup etc)
[08:04] <ogra> but glxinfo complains
[08:04] <infinity> Define "complains"
[08:04] <ogra> extension GLX missing on display :0.0
[08:05] <ogra> running the recent dapper driver and have 16bit colors defined in xorg.conf
[08:05] <infinity> Erm.
[08:05] <infinity> So, is "glx" enabled in xorg.conf?
[08:05] <ogra> i wouldnt even have bothered to look, but someone just reported the same prob to me 
[08:06] <ogra> yep
[08:06] <ogra> its in the modules section
[08:06] <infinity> And does using 24-bit colour fix it?
[08:06] <_ion> Btw, why 16bit?
[08:06] <infinity> It's entirely possible nvidia-glx just plain won't do OpenGL overlays on 16-bit displays.
[08:06] <ogra> _ion, shitty lcd panel
[08:06] <infinity> Which would be a "sucks to be you" thing.
[08:06] <ogra> it worked on breezy 
[08:06] <infinity> ogra: Uhh.  Why would the panel care what your colour depth is?
[08:07] <infinity> ogra: "It worked on breezy" is nothing I can do anything about, since it's a big fat binary blob. :)
[08:07] <ogra> infinity, because its a cheap leaptop 
[08:07] <infinity> ogra: You can install nvidia-glx-legacy, though.
[08:07] <ogra> with a 6500 card o_O
[08:08] <ogra> 24bit doesnt fix it
[08:08] <ogra> MVO
[08:08] <ogra> !!!!
[08:08] <ogra> !
[08:08] <_ion> mvo!!!!!111111
[08:08] <mvo> ogra: OGRA!
[08:08] <ogra> mvo, hwdb is totally broken 
[08:08] <mvo> _ion: !
[08:08] <ogra> (in non english locales)
[08:08] <siretart> mvo: pong (late) :)
[08:08] <mvo> ogra: hu?
[08:09] <_ion> mvo: Bug #46642, last messsage.
[08:09] <Ubugtu> Malone bug 46642 in notification-daemon "Panel notification appears too low, distorts bubble" [Normal,Unconfirmed]  http://launchpad.net/bugs/46642
[08:09] <ogra> mvo, bug 47139 for example
[08:09] <Ubugtu> Malone bug 47139 in hwdb-client "hwdb-gui doesn't start network test when using german translation" [Normal,Unconfirmed]  http://launchpad.net/bugs/47139
[08:10] <mvo> _ion: a fix for the infamous "my bubble looks like a ufo" bug?
[08:10] <ogra> i have another for french and a guy on IRC reporting one in es
[08:10] <_ion> mvo: Worksforme
[08:10] <mvo> _ion: dude, that is really really wonderful, I'm going to give it a try now
[08:11] <mvo> ogra: interessting, it must be broken for 3 months then
[08:11] <ogra> mvo, yes :/
[08:11] <ogra> but i get the reports only since two or three days
[08:11] <ogra> (wasnt the translation not in the langpacks until recently ?)
[08:12] <ogra> s/wasnt/was/
[08:12] <mvo> ogra: possible
[08:12] <ogra> bug 46878 
[08:12] <Ubugtu> Malone bug 46878 in hwdb-client "hwdb-gui translated into Slovak does not work" [Major,Unconfirmed]  http://launchpad.net/bugs/46878
[08:12] <infinity> I assume you only started getting reports when you re-enadbled the hwdb button in gst or wherever it was.
[08:12] <infinity> Most people don't run something they can't find.
[08:12] <ogra> infinity, i neither dis nor enabled it ...
[08:13] <ogra> so i dont know when it was dis/enabled
[08:13] <mvo> ogra: well, the gui does not cope well with long strings, thats for sure :)
[08:14] <infinity> ogra: hal, that was it.
[08:14] <ogra> mvo, its canvas
[08:14] <infinity> ogra: And it certainly was you who uploaded to enable to button. :)
[08:14] <infinity> s/to button/the button/
[08:14] <ogra> infinity, ah, yes, that one , i thought you meant the menu hiding
[08:15] <ogra> i lied, i dont have a 6500, but a GeForce FX 5700
[08:15] <ogra> should that use the legacy driver ? i couldnt imagine
[08:15] <Mithrandir> the 5700 is fairly old
[08:15] <infinity> ogra: I'm rolling a new upstream to test right now.  Hold on for a bit and I'll point you at it.
[08:15] <infinity> 5700 is oldish, but hardly "legacy".
[08:15] <ogra> Mithrandir, the laptop is 1 year old
[08:16] <infinity> (legacy will drive it just fine, though)
[08:16] <ogra> so i'd esxpect it not to be older than 2 years
[08:16] <ogra> which doesnt seem legacy
[08:16] <infinity> -legacy should be fine for anything up to the 6800 series.
[08:16] <infinity> (I know, cause I test it on a 6800GT...)
[08:16] <Mithrandir> ogra: two year old GPU chipsets are fairly old. :-P
[08:17] <ogra> Mithrandir, but noty "legacy" old :)
[08:17] <ogra> infinity, was a driver upgrade approval granted ? 
[08:18] <infinity> ogra: No, but that won't stop me from rolling test packages, will it?
[08:18] <ogra> nah
[08:18] <ogra> but if it helps me and the user talking to me in PM i'd support a request :)
[08:18] <infinity> Yeah.  Well, shut up and let me work then. ;)
[08:19] <ogra> -legacy doesnt help btw
[08:20] <ogra> oh, wait, i need to reboot i guess (always forget there is also a kernel module)
[08:21] <mvo> ogra: bh, no idea what does wrong in hwdb
[08:21] <ogra> mvo, can we revert your translation changes ? 
[08:22] <ogra> (easily)
[08:25] <ogra> mvo, gnomecanvas doesnt support line wrapping unless you use rtf text, the line wraps need to be in the text itself
[08:25] <ogra> so thats easily explained
[08:26] <ogra> but it looks like we should really revert to the version before transaltion, seems its broken everywhere now
[09:09] <robertj> whee, who decided to make update-manager not suck finally?
[09:24] <ogra> mdz, around ? 
[09:25] <robertj> kudos to whoever that was
[09:25] <infinity> mvo: When did I get an extra /etc/apt/apt.conf.d where it doesn't belong?
[09:25] <infinity> mvo: In /etc/apt.conf.d
[09:26] <Mithrandir> infinity: bug 44172
[09:26] <Ubugtu> Malone bug 44172 in unattended-upgrades "ships /etc/apt.conf.d" [Minor,Confirmed]  http://launchpad.net/bugs/44172
[09:27] <infinity> Ick.
[09:28] <mvo> infinity: uh, no idea
[09:29] <infinity> mvo: Tollef filed a bug for you already. :)
[09:29] <mvo> infinity: I have it I think, thanks
[09:29] <infinity> mvo: Would be nice to not have that there for release, since it'll be confusing as heck for people who put files in the wrong dir.
[09:30] <infinity> (ie: I think it's more than "Minor", given the confusion factor)
[09:30] <mvo> infinity: did you got my /msg?
[09:31] <infinity> I did, I'm ignoring it for 10 minutes while I work on something else. :)
[09:31] <mvo> Mithrandir: what bugnumber is the /etc/apt.conf.d bug?
[09:32] <infinity> mvo: Look up.
[09:32] <infinity> mvo: About 10 lines. :)
[09:32] <Mithrandir> mvo: 44172
[09:32] <mvo> infinity: *cough* right
[09:32] <mvo> Mithrandir: thanks
[09:37] <infinity> Mithrandir: So, let me guess, you discovered it the same way I did -- It royally screwed up your tab completion on /etc/apt/sources.list, right? :)
[09:38] <Mithrandir> infinity: yup.
[09:39] <infinity> Guess I just haven't mangled my sourcs for a while.
[09:41] <desrt> i don't suppose we're seeing a new kernel for dapper? :p
[09:57] <crimsun> desrt: not before it's released.
[10:05] <desrt> the 'mouse button emulation' is moduleable
[10:05] <desrt> but it does absolutely nothing unless a hook is compiled into char/keyboard.c (which is not a module)
[10:06] <crimsun> desrt: something to raise to BenC for -updates, possibly
[10:06] <desrt> nod
[10:06] <desrt> a couple of entries to the usb hid quirks list, too
[10:07] <infinity> ogra: Still here?
[10:07] <ogra> infinity, sure
[10:07] <ogra> sitting here crying 
[10:07] <infinity> Mithrandir: new nvidia-glx in chinstrap:~adconrad/
[10:07] <infinity> ogra: ^^^
[10:07] <infinity> Please test.
[10:07] <ogra> seems none of the nvidia-glx thingies work with *any* card of the 5000 series
[10:08] <infinity> doko_: Around?
[10:09] <Mithrandir> infinity: care to put them on rookery so I can be lazy and not wake my laptop?
[10:09] <infinity> Yeah, but then you get to wait for my scp to finish. :)
[10:09] <infinity> Which should be soon.....
[10:11] <ogra> hrm
[10:11] <infinity> ogra: Did I just move files where you were trying to copy them?
[10:11] <ogra> why do i get no such file or directory errors ... i can see the files
[10:12] <ogra> infinity, nope, only scped
[10:12] <infinity> http://people.ubuntu.com/~adconrad/new_video/
[10:12] <ogra> infinity, but see above
[10:12] <infinity> Yeah, you could see them, then I moved them.
[10:12] <infinity> Hence no such file.
[10:12] <ogra> heh
[10:12] <infinity> Bad me.
[10:12] <infinity> Mithrandir: http://people.ubuntu.com/~adconrad/new_video/
[10:13] <infinity> The nvidia-glx looks good, though.
[10:14] <mdke> new drivers eh?
[10:14] <mdke> nice
[10:14] <mdke> you guys rock
[10:15] <infinity> mdke: Not necessarily slated for release, but the more testing I can get, the better.
[10:15] <Ubugtu> Malone bug 46034 in nvidia-glx "Page crashes X" [Major,Confirmed]  http://launchpad.net/bugs/46034
[10:16] <mdke> infinity: i don't have any hardware, but I bet if you post to sounder or something you'll get loads
[10:17] <mdke> they get all excited about things like that
[10:18] <highvoltage> mdke: sounder gets excited about everything ;)
[10:21] <mdke> highvoltage: that is true
[10:22] <infinity> ssam: Only one way to find out.  Test for me. :)
[10:22] <infinity> ssam: If it fixes a large number of bugs, I'll petition for inclusion.  If it's "not much better, really", we can wait.
[10:22] <ssam> infinity, i am affraid im on ati here :-)
[10:23] <Mithrandir> infinity: Zofia's machine's clock is off.
[10:23] <infinity> ssam: There was a new fglrx in that directory too.
[10:23] <ogra> infinity, YAY
[10:23] <Mithrandir> but let's see if this bird flies now.
[10:23] <infinity> Mithrandir: Probably, yeah.  WinXP machine, but likely has UTC=yes set.
[10:23] <ogra> infinity, perfect here
[10:23] <ssam> infinity, on powerpc :-) no binary drivers for me
[10:23] <infinity> ssam: Oh. :)
[10:23] <infinity> ogra: Seriously?
[10:23] <ogra> yes
[10:23] <infinity> !
[10:23] <ogra> too sad thats my test machine
[10:23] <infinity> ogra: And neither of the other two versions worked for you at all?
[10:23] <ogra> and i have to wipe the beauty again next week
[10:24] <ogra> noper
[10:24] <infinity> ogra: Well, that's certainly something worth reporting, then.
[10:24] <ogra> neither legacy nore the default -glx one
[10:24] <ogra> and the user i talked to in #ubuntu-de had a 5200 that showed the same symptoms
[10:25] <infinity> ogra: Is he still around to test?
[10:25] <ogra> nope, seems not
[10:25] <ogra> but i'll poke him if i see him
[10:26] <ogra> hmm
[10:26] <ogra> my distributor logo disappeared suddenly ...
[10:26] <ogra> how weird
[10:27] <Mithrandir> infinity: almost there.
[10:27] <Mithrandir> *0   1600 x 600    ( 542mm x 203mm )  *50
[10:27] <h3sp4wn> Is it probability or fglrx 8.25.18 going into dapper zero (I don't need help on installing it but I believe (according to the change log) it will stop my machine hanging every time I shutdown)
[10:28] <infinity> h3sp4wn: Can you test the packages at http://people.ubuntu.com/~adconrad/new_video/ and confirm for sure if it fixes your crash?
[10:28] <h3sp4wn> No problem at all
[10:28] <infinity> h3sp4wn: If so, the odds may increase.
[10:28] <Mithrandir> infinity: turning edid back on helped:
[10:28] <Mithrandir> *0   2560 x 1024   ( 684mm x 271mm )  *50
[10:29] <infinity> Mithrandir: So, it's fixed your issue?
[10:29] <Mithrandir> infinity: yes, great, thanks.
[10:29] <Mithrandir> infinity: tell Zofia to kiss you from me, or something.
[10:30] <infinity> Okay, I need to start tallying success stories.
[10:31] <infinity> ogra: That's a laptop with a 5200Go in it?
[10:31] <h3sp4wn> infinity: I just build the module with module-assistant or is the kernel / restricted modules their already have it in ?
[10:31] <infinity> h3sp4wn: The grab the linux-restricted-modules package there that matches your kernel.
[10:32] <infinity> h3sp4wn: So, 2.6.15-23-{386,686,k7,amd64-geneic,amd64-k8,etc}  Whichever one you're using. :)
[10:32] <infinity> "The grab"?
[10:32] <infinity> Try "Just grab..."
[10:32] <bgertzfield> h3sp4wn: linux-restricted-modules was made to let the build daemons auto-build all the kernel modules
[10:33] <bgertzfield> no need to use module-assistant.
[10:33] <Kamion> oh crap, I've just guessed why zyga had the noninteractive frontend set
[10:33] <ogra> infinity, nope, he hasnt a laptop, i have an amd64 laptop with 5700go 
[10:33] <infinity> Kamion: ubiquity's leaving it in noninteractive
[10:33] <infinity> ?
[10:34] <Kamion> infinity: correct
[10:34] <h3sp4wn> I know I didn't know whether that particular dir just had the source and the updated package (and the kernel was for something else)
[10:34] <ogra> (running i386 currently)
[10:34] <Mithrandir> infinity: also, cleaning LCDs is good.  Makes stuff look _much_ better.
[10:34] <Kamion> I'd forgotten that livecd.sh set that the HARD way
[10:34] <Mithrandir> anyway, I'm off to bed.
[10:34] <infinity> ogra: Okay, so the machine that just started working again was an amd64 5700Go?
[10:34] <Kamion> (by whacking it into /var/cache/debconf/config.dat)
[10:34] <Kamion> :q
[10:34] <bgertzfield> Kamion: ubiquity changed it? damn
[10:34] <Kamion> (oops)
[10:34] <bgertzfield> that makes sense
[10:34] <infinity> Kamion: That's the only way to set it early.
[10:34] <Kamion> bgertzfield: no - ubiquity *didn't* change it
[10:34] <bgertzfield> ahh
[10:34] <Kamion> bgertzfield: the live CD build process sets it to noninteractive
[10:34] <h3sp4wn> infinity: I will give you the results as soon as I have checked it a few times
[10:35] <bgertzfield> Kamion: got it
[10:35] <Kamion> infinity: I think that should be undone at the end of livecd.sh
[10:35] <bgertzfield> yeah, that'll be a problem -- the new vmware-player package needs interactive mode just like sun-java5-jre
[10:35] <Kamion> it means that package installation on the live CD behaves incorrectly
[10:35] <infinity> Kamion: Well, in the old use case, it shouldn't have been, IMO.  Interactive package installs on a livecd are a nuissance anyway. :)
[10:35] <infinity> Kamion: But yeah.  It should probably be unset again.
[10:35] <Kamion> dialog, I think
[10:35] <Kamion> (i.e. the default)
[10:36] <infinity> Kamion: medium, dialog
[10:36] <ogra> infinity, yep
[10:36] <infinity> I assume we're setting it to critical, noninteractive.
[10:36] <ogra> infinity, in i386 mode
[10:36] <Kamion> you don't set the priority, just the frontend.
[10:36] <infinity> Kamion: Err, wait, Ubuntu's default is high, not medium, right?
[10:36] <infinity> Oh, we don't fudge the priority anyway?  Good.
[10:36] <infinity> No need to unfudge it. :)
[10:36] <Kamion> it's high, yes
[10:37] <Kamion> 'echo RESET debconf/frontend | chroot $ROOT debconf-communicate' oughta do it
[10:37] <infinity> Did you just test that on a live session?
[10:37] <infinity> Or just assuming, due to your debconf guruness? :)
[10:38] <Kamion> just assuming :)
[10:38] <infinity> ("gurosity"?)
[10:38] <Kamion> I'll test it now
[10:38] <infinity> Danke.
[10:38] <Kamion> that works but leaves it without the seen flag
[10:38] <Kamion> chroot $ROOT debconf-communicate <<EOF
[10:39] <Kamion> RESET debconf/frontend
[10:39] <Kamion> FSET debconf/frontend seen true
[10:39] <Kamion> EOF
[10:39] <Kamion> maybe a >/dev/null thrown in there too
[10:39] <infinity> Is there nothing less hackish that fiddling it directly?
[10:39] <Kamion> you already *are* fiddling it directly - given that, unfiddling it is the least hackish approach IMO
[10:40] <infinity> Kamion: Fair enough.  I'll try the above on the next builds.
[10:40] <Kamion> I'm assuming just exporting the environment variable didn't work right for some reason
[10:40] <Kamion> thanks
[10:40] <infinity> Exporting the envvar seems to be problematic in certain cases.  I've run across that myself.
[10:41] <infinity> But in this case, it may have just been lamont applying a hammer.  That code predates me.
[10:42] <Kamion> thought it might, it kinda bore lamont's metaphorical signature
[10:42] <Kamion> if you ever track down said cases, I'm interested in trying to fix that
[10:42] <Kamion> them
[10:42] <infinity> They could be long gone cases of Debian past.
[10:42] <infinity> But if I trip on one again, I'll let you know.
[10:42] <Kamion> thanks
[10:43] <Kamion> the environment variable should be higher priority than the value of debconf/frontend in the db anyway
[10:46] <infinity> Oh, we already have a mess of debconf-communicate action in there anyway.
[10:46] <infinity> Obsolete, at that, since it's for postfix.
[10:47] <Kamion> and inefficient since it calls debconf-communicate twice in a row (although who cares)
[10:47] <infinity> Kamion: Is there any reason why that needs to be done in one session, other than speed?
[10:47] <Kamion> no reason, just seems pointless to load and save the database twice rather than once
[10:48] <infinity> I waste severl minutes elsewhere, and you're trying to save me .5 seconds.  How sweet. :)
[10:48] <Kamion> :-)
[10:51] <h3sp4wn> infinity: I have just tried it 3 time  (it shutdown propely the first 2 but not the 3rd however I think on the third time kde was still initialising so that may have been the reason why it wouldn't (it has never shutdown properly at all before just now)
[10:51] <infinity> h3sp4wn: Right, from never to 2 out of 3 is still good enough for me to call that a win.
[10:52] <h3sp4wn> infinity: That is what I would say - Thanks for saving me the hassle of building them myself
[11:05] <h3sp4wn> infinity: I have just tested it another twice so out of five attempts it has only not shutdown once (when I think kde was still loading) (from zero before)
[11:21] <lucas> hi
[11:21] <lucas> will there be some space in the release notes for important bugs that haven't been fixed before release ?
[11:22] <infinity> lucas: Yes, there will be.
[11:22] <lucas> bug 30447 would be a good candidate ..
[11:22] <Ubugtu> Malone bug 30447 in xserver-xorg-driver-ati "Lockup problems with both the free xorg ATI driver and the proprietary fglrx driver, using various ATI cards" [Major,Confirmed]  http://launchpad.net/bugs/30447
[11:22] <infinity> (I'd like it if there wasn't a need, but there always is)
[11:24] <\sh> infinity: good that you are still awake :) gnade, can you magically tell your ubuntu build system to build sourcepackage "gnade" just for i386? 
[11:25] <infinity> lucas: That bug is WAY too vague to really mention as a "know issue"
[11:25] <lucas> yeah, I personally think that merging the bugs for both drivers was a mistake
[11:25] <infinity> lucas: For instance, some fglrx crashers DID get fixed with the latest version (mine did, so did h3sp4wn's), and none of those relate to the ati/radeon DRI crashers.
[11:26] <infinity> lucas: It's not even two bugs.  It's probably dozens.
[11:26] <lucas> probably
[11:26] <infinity> lucas: Saying "it's known that some video BIOSes on some video cards don't play nicely with some of our video drivers sometimes" isn't much to go on.
[11:26] <infinity> (Note that lots of us have ATI cards that work fine..)
[11:27] <lucas> yeah, but the "disable DRI" workaround should be mentioned somewhere
[11:27] <lucas> since it seems to solve the issue for the free driver
[11:27] <infinity> Yeah, perhaps so.
[11:27] <infinity> \sh: Why?  It also built okay on sparc.  I suspect it should be buildable everywhere, if the code was a bit more portable.
[11:28] <infinity> \sh: Oh, or if gnat was up to date elsewhere. :)
[11:28] <infinity> \sh: Either way, not going to stop it from trying.  Having it fail doesn't hurt anything.
[11:29] <\sh> infinity: oh yes, I just forgot to mention sparc powerpc and kfreebsd-i386 ;)
[11:30] <\sh> looks like I need to learn a new language to fix some other ada stuff :(
[11:32] <ogra> \sh, learn haskell :) then you can work at linspire (they switch all essential bits to this ubercommon language)
[11:34] <\sh> ogra: well, first, I don't want to work for linspire, and second, wtf is haskell? ;)
[11:34] <ogra> this language everyone knows :)
[11:35] <\sh> oh cool, i'm not everyone ;)
[11:36] <ogra> \sh, nah, we're just to dumb for such high level languages
[11:37] <ogra> shudder
[11:38] <\sh> ogra: ejabberd is writtein in erlang and it's working and working, no outages in the last 6-12 months :) all C stuff was crashing, but not this erlang stuff, great
[11:38] <ogra> heh
[11:40] <lucas> \sh: how many concurrent online users do you have on your server ?
[11:43] <\sh> lucas: around 500-1000 depends on the day of the week
[11:43] <lucas> ok
[11:43] <lucas> which DB backend do you use ?
[11:43] <\sh> lucas: the standard one..i'm using still ejabberd 1.0 without mysql
[11:44] <lucas> ok
[11:44] <lucas> thanks :)
[11:44] <\sh> lucas: the backup of the database is easy and you can add more ejabberds to run in clustermode 
[11:45] <lucas> yeah, but I was going for mysql, to be able to integrate other services more easily
[11:48] <doko_> infinity: pong
[11:52] <mdke> Riddell: any luck with those kubuntu-docs .desktop files?
[11:53] <infinity> doko_: Can you test the LRM stuff at http://people.ubuntu.com/~adconrad/new_video/ for me?
[11:53] <infinity> doko_: Let me know if it resolves any bugs for you.
[11:57] <doko_> infinity: downloading ...
[12:00] <bmonty> \sh: rshell/rs -image tmp/system.bas -c.repl system.img
[12:01] <bmonty> oops, sorry