[12:03] <SEJeff> https://wiki.ubuntu.com/DebuggingRemovableDevice This page does not yet exist
[12:03] <SEJeff> And I thought #ubuntu was for breezy aka ubuntu stable
[12:03] <HiddenWolf> +s
[12:04] <HiddenWolf> SEJeff, /topic
[12:04] <HiddenWolf> https://wiki.ubuntu.com/DebuggingRemovableDevices
[12:04] <SEJeff> ok, thanks
[12:05] <HiddenWolf> SEJeff, this channel is for development, bug reporting and user support for any version are in #ubuntu
[12:05] <HiddenWolf> or #ubuntu-motu, for universe.
[12:11] <robertj> I like the menu spec... #
[12:11] <robertj> Bluetooth manager
[12:11] <robertj>     *
[12:11] <robertj>       - hide due to being crap
[12:16] <HiddenWolf> heh
[12:16] <HiddenWolf> now to make sure that all that crap doesn't start on startup, and we'll all be happy. :)
[12:16] <zyga> re
[12:17] <HiddenWolf> btw, I don't have it on my menu, and I haven't edited it either.
[12:38] <robertj> " The entire Evolution development team (mostly based in India) seems to be dissolved, with only one maintainer left to keep the product breathing (after all, there are existing Novell customers); Hula development is said to be cut completely; Mono development is also seriously affected; what the future holds for the NLD product remains to be seen."
[12:38] <robertj> ouchie...
[12:39] <mjr> urgh
[12:39] <corey_> robertj, where is that from?
[12:39] <SEJeff> robertj: What are you talking about?
[12:39] <robertj> http://linuxtoday.com/news_story.php3?ltsn=2005-11-04-018-26-OP-SS-NV
[12:39] <hunger> https://wiki.ubuntu.com/Xen looks like a spec, is approved and a BreezyGoal. Why isen't it listed in launchpad's spec area?
[12:39] <Kamion> hunger: breezy goals weren't registered in launchpad
[12:40] <Kamion> the specification tracker was only written a few weeks ago
[12:40] <robertj> I wonder if that scrawny Mexican is a free agent now ;)
[12:40] <hunger> Kamion: So is this spec still valid? Should it get registered for dapper?
[12:42] <SEJeff> robertj: Only 1 hula dev got cut
[12:42] <Kamion> hunger: I don't think there's a need; having discussed it, it's more of a kernel wishlist report :-)
[12:42] <SEJeff> robertj: And they added a full time hula qa
[12:42] <SEJeff> robertj: /j #hula and ask if you don't beleive me
[12:43] <robertj> I'll take your word for it
[12:43] <hunger> Kamion: So there are no current plans of supporting xen?
[12:43] <robertj> but thanks for the info
[12:43] <hunger> Kamion: It is definitly more than a kernel wishlist!
[12:43] <robertj> Know if the Evolution part is true?
[12:43] <Kamion> hunger: it's a feature request and therefore a wishlist
[12:44] <Kamion> they're synonymous
[12:44] <SEJeff> robertj: There is a term for that.... it's called FUD
[12:44] <hunger> Kamion: Glibc needs patching, grub-update needs work, the stuff must get packaged.
[12:44] <Kamion> hunger: not all plans are registered as specifications; we've been talking about Xen support, but to some extent I believe it depends on upstream activity
[12:45] <Kamion> hunger: requirements for glibc patches are serious problems for the rigid and boring dapper release cycle
[12:45] <hunger> Kamion: Xen is basically another arch that would need to get supported.
[12:46] <hunger> Kamion: Yeap... that is why I think there should be a spec:-)
[12:47] <Kamion> it's not currently scheduled for core development time, and I don't think we have the resources to devote any to it (mdz might correct me there); but if somebody would like to step up to do the required packaging work very early in the cycle (i.e. real soon now), it could be considered
[12:47] <SEJeff> robertj: From one of the lead hula devs: campd: hula is alive and well
[12:48] <HiddenWolf> SEJeff, yeah, they won't kill off something that cool. ;)
[12:48] <HiddenWolf> besides, it's netmail+1, quite essential to novell, one should imagine.
[12:48] <hunger> Kamion: There are some xen debs for ubuntu. They are terribly outdated though.
[12:48] <Kamion> somebody will need to step up to update those
[12:48] <SEJeff> HiddenWolf: The article is a lie. It's ashame that many other people believe all the media they read
[12:49] <hunger> Kamion: I might brush them up a little...
[12:49] <Kamion> as I say, we have a lot of resource constraints, and at the moment stabilisation generally takes precedence over feature development (with a few carefully-selected high-impact exceptions)
[12:49] <hunger> Kamion: I do understand that.
[12:50] <HiddenWolf> SEJeff, anyone with half a brain can think up that a company just doesn't kill one of it's main product lines when it's been cutting down on it's alternatives for the better part of a year, and spent a hell of a lot of money on it, AND just launched a handful of projects in the last few months to make it rule.
[12:50] <hunger> Kamion: I am wondering what the status of xen in ubuntu is at the moment.
[12:51] <hunger> Kamion: So it is "didn't happen for breezy, will probably not happen in dapper, but is something still considered""?
[12:52] <HiddenWolf> hunger, read carefully, "can be considered ... if someone steps up ... real soon"
[12:52] <Kamion> hunger: will not receive core development resource (again, as far as I know) != will probably not happen
[12:53] <hunger> HiddenWolf: Well, patching glibc is very intrusive, I wouldn't do that ;-)
[12:53] <Kamion> encouraging community development == good
[12:53] <hunger> HiddenWolf: Not in dapper.
[12:53] <HiddenWolf> hunger, so do what you can, and beg off the rest. :)
[12:53] <carl> is blackdown what should be "tested" as the sun java replacement?
[12:53] <Kamion> glibc patches are certainly scary, core dev or no
[12:53] <Kamion> carl: for the most part we're using gcj/gij
[12:54] <Kamion> blackdown shares some licensing problems with Sun
[12:54] <ogra_> use blackdown if you urgently need the browser plugin
[12:54] <Kamion> classpath for the class library
[12:54] <ogra_> thats why we have it in multiverse
[12:54] <hunger> Kamion: Yes, I understood that. I'll try to free up some time to package the stuff. The hypervisor and tools are pretty straight forward, dunno about the kernels thought.
[12:55] <carl> so there is currently no java in main?
[12:56] <Kamion> carl: gcj/gij are in main and are used for openoffice.org
[01:43] <Lathiat> whats with all the insecure tempoary file bugs lately
[01:43] <Lathiat> i guess someoen suddenly reliased the issue
[01:44] <Lathiat> and went mad in every single product
[01:44] <Lathiat> or something
[01:47] <Kamion> Lathiat: joeyh does a pass through everything he can find in Debian every so often; it's not the first time
[01:47] <Lathiat> ah
[01:50] <HiddenWolf> and be glad he does. :)
[02:03] <dholbach> desrt: ping
[02:03] <dholbach> desrt: where are you guy hanging out?
[02:27] <rob^> is anyone who works on gnome-app-install here?
[02:38] <zakame> morning
[02:43] <mhz> hi there
[02:45] <mhz> excuse me i still know very little about UbuntuExpress but, does that mean users with thin or less powerful boxes will have real hard time trying to install ubuntu form GUI environment?
[02:45] <mhz> what will happen with boxes than only install from network?
[02:45] <mhz> or from floppy booting?
[02:46] <mhz> Does anyone know about this issues?
[02:46] <mhz> is this the proper channel to discuss about this?
[02:46] <jsgotangco> rob^: its best to ask mvo about it
[02:46] <Riddell> mhz: debian-installer will still be there as an option
[02:47] <rob^> I'm going to email the devel- list
[02:47] <jsgotangco> rob^: about?
[02:47] <rob^> gai
[02:47] <jsgotangco> on?
[02:47] <rob^> installing packages without .desktop
[02:48] <mdke> mhz, see the spec in "outstanding issues": Specialized for the common case desktop installation
[02:48] <mhz> Riddell: hmmm, I can't quite picture it, then. How would a machine that can't run LiveCd or boot from CD install ? 
[02:48] <jsgotangco> ahhh
[02:48] <Riddell> mhz: same as it does now
[02:49] <jsgotangco> it'll reduce our cd to 1
[02:49] <mhz> Riddell: ahhh, what a relief
[02:49] <Riddell> do we even have floppy boot still as an option?
[02:50] <zakame> hmmm, 2.6 doesn't fit in a floppy imho
[02:51] <mhz> Riddell: many old pcs on schools boot from floppy if I want to install a distro that is an .ISO on the HD
[02:51] <mhz> or I usually used netboot
[02:51] <HrdwrBoB> mhz: install from network is easy
[02:51] <HrdwrBoB> floppy install is not supported
[02:51] <mhz> last and only time i tried netboot from a LiveCD it was a total failure
[02:52] <mhz> (i couldn't do it)
[02:52] <HrdwrBoB> ?
[02:52] <mhz> it just did not boot
[02:52] <HrdwrBoB> you netboot using PXE 
[02:52] <HrdwrBoB> and the netboot images
[02:52] <mhz> yes
[02:52] <HrdwrBoB> so what does liveCD have to do with it?
[02:52] <mhz> actually, I am running Edubuntu on this thin laptop because I could only netboot it to install it
[02:53] <mhz> but from a liveCD... that couldn't do it
[02:54] <mhz> HrdwrBoB: oh, i see your question. Simple. I wanted to use the LiveCD on the CD drive to be gotten via Tftpboot
[02:54] <mhz> hwever, I could do it if instead of a LiveCd i Used a Ubuntu Install CD
[02:56] <mhz> HrdwrBoB: will that tftpbooting work for Dapper?
[03:09] <mhz> Riddell: so please let me get this straight and forgive if i sound so ignorant, but you're saying that I can place the CD onto the Cd drive and:   a) press enter and start LiveCd,     b) pass an option and start installing from normal current debian-installer     c) start debian installer and choose a hdX to get the ISO from it    d) set up a boot server so thin clients can fetch either the ISO or start netbooting ?
[03:11] <Riddell> mhz: there will be two CDs, one live one install, only change is the live CD will have an installer and so most people won't need the install
[03:11] <mhz> ahhhhhhh
[03:12] <mhz> hehehe, i thought that was gonna be too much mugic on just one cd :D
[03:12] <mhz> mugic = magic
[03:22] <infinity> mhz : It's not too much magic (the DVDs do it), it's too much space.
[03:22] <mhz> infinity: indeed (i meant magic considering space too)
[03:22] <infinity> mhz : So, yeah, you can't really do a "normal d-i install" and a "livecd / live install" on the same CD, without the base system being tiny. :)
[03:23] <mhz> indeed
[03:23] <mhz> lot tiny, i gues
[03:23] <mhz> infinity: any idea how DamnSmallLinux does it?
[03:24] <infinity> I'm all for tiny CDs, personally, but users kinda like software being available without hitting the internet. :)
[03:24] <mhz> or is it a morphix related feature
[03:24] <infinity> Erm, The "DamnSmall" may be an indication of how they do it.
[03:24] <minghua> hi infinity :-)  got my Email about the SCIM wiki page?
[03:24] <mhz> ihehehe
[03:24] <infinity> We WANT as much software as we can fit on the CDs, so people have a bunch of stuff available.
[03:25] <infinity> minghua : Yeah, we've not really had a chance to schedule anything here about IM stuff, so you can I will probably have to discuss it out-of-band, which is fine.
[03:26] <minghua> infinity: I thought so when I saw your (all of you) busy schedule for UBZ :-)
[03:27] <minghua> infinity: I didn't really expect very easy IM switching on desktop for dapper anyway
[03:27] <mhz> infinity: IMHO, we should have a basic 'flavoured' Live/Install CD. So, users can see Gnome, Kde, XFCE4, WindowMaker and Fluxbox, plus some defaults generic applications we all use on daily basis (Firefox, XChat, some xOffice, XMMS, etc.) Then, we all can get the rest either from web or specific drive CD (Kubuntu, Ubuntu, etc)
[03:27] <minghua> infinity: since dapper is projected as a long-supported release
[03:27] <minghua> infinity: I just want to make sure SCIM is in good shape for dapper
[03:27] <jsgotangco> mhz: what a fragmented release that would be, no consitency
[03:28] <mhz> infinity: also that same CD should be usefull for people that simply can't afford to run LiveCd mod but wants to install
[03:28] <mhz> jsgotangco: why fragmented?
[03:28] <minghua> jsgotangco: agreed, and I don't think one CD can fit them all anyway
[03:28] <jsgotangco> mhz: your basic/flavoured live/install cd won't fit on 650MB media
[03:29] <mhz> jsgotangco: why? Knoppix does provide LiveCD to try many desktops
[03:29] <mhz> plus try many apps
[03:29] <minghua> mhz: knoppix don't have any gtk stuff
[03:30] <jsgotangco> yes
[03:30] <jsgotangco> that's why amu developed gnoppix
[03:30] <mhz> oh, well, good point
[03:31] <jsgotangco> so that's why :)
[03:31] <mhz> jsgotangco: yes, now i see
[03:31] <mhz> thx for reminding me about GTK
[03:31] <jsgotangco> now if we had resources like novell and redhat it would be an entirely different story
[03:33] <mhz> jsgotangco: a university has asked me to make a live CD based on Edubuntu but my problem is exactly that GTK thing. I need users to try as much as they can. Last time I demoed edubuntu they were very amazed in front of diff desktops (I showed KDE, GNOME, Fluxbox, XFCE4 and WindowMaker -my default one)
[03:33] <mhz> jsgotangco: why?
[03:33] <mhz> re demo/ but then I had all already installed
[03:34] <jsgotangco> mhz: well lp will have the infrastructure to make derived distros easy for everyone to build
[03:35] <Riddell> mhz: there is not space on one CD for more than one desktop
[03:35] <Riddell> jsgotangco: novell has resources still?
[03:35] <jsgotangco> Riddell: or rather, dwindling :)
[03:36] <mhz> Riddell: but then how knoppix can do it?
[03:36] <mhz> (i know they do not use GNOME)
[03:36] <jsgotangco> mhz: vodoo compression
[03:36] <mhz> hehehehehhe
[03:36] <mhz> voodopix
[03:37] <mhz> many students here in chile have old pcs
[03:37] <jsgotangco> mhz: kde+fluxbox or wm, sure but not kde+gnome in 1 cd
[03:37] <mhz> so, XFCE4 is probably the most expensive desktop they could run
[03:37] <mhz> jsgotangco: i agree and understand, I am not thinking of GNOME
[03:38] <jsgotangco> Riddell: where can i grab the standard KHelpCenter css?
[03:40] <Riddell> jsgotangco:  /usr/share/doc/kde/HTML/en/common/kde-default.css
[03:40] <Riddell> /usr/share/apps/ksgmltools2/customization/kde-chunk.xsl
[03:40] <Riddell> but the web one isn't available
[03:41] <jsgotangco> ahhh
[03:42] <jsgotangco> ok this is new territory, i'll check them up thanks
[03:44] <minghua> Riddell: I heard that Kubuntu is will to add the Qt IM module patch to Qt 3, is that correct?
[03:44] <minghua> s/will/willing/
[03:49] <Riddell> minghua: certainly am willing
[03:51] <wasabi> d-i could really use evms support.
[03:53] <minghua> Riddell: that would be really cool.  I've recently got messages from the (potential) skim maintainer that his skim package is almost ready
[03:55] <freeflying> Riddell:who is working on pathing QT IM module to qt 3.3.5
[03:55] <freeflying> Riddell:who is working on pathing QT IM module to qt 3.3.5
[03:56] <wasabi> oh hey
[03:56] <wasabi> http://64.233.161.104/search?q=cache:y3yyON54BFUJ:packages.debian.org/testing/debian-installer/evms-udeb+debian+installer+evms&hl=en
[03:57] <wasabi> oops
[03:57] <wasabi> wrong window
[03:57] <mhz> heheh
[08:14] <pef> hello
[08:28] <zyga> morning
[09:59] <ploum> Hello
[09:59] <ploum> Where can I find help to fix this bug : https://launchpad.net/distros/ubuntu/+source/flashplugin-nonfree/+bug/3204
[09:59] <ploum> it seems more widespread than I tought first
[10:00] <zyga> ploum: hi
[10:00] <ploum> And I've heard several people that reinstall windows only for this bug :-(
[10:00] <ploum> Hello zyga 
[10:00] <ploum> So my goal today is to fix it :-)
[10:00] <zyga> ploum: works for me ;)
[10:01] <zyga> ploum: I've checked those urls 
[10:01] <ploum> zyga, it works for 90% of people
[10:01] <zyga> ploum: maybe I've got some fonts that you dont
[10:01] <ploum> zyga, I don't think 
[10:01] <ploum> Most people solved the problem by installing gsfonts-X11 and mstcorefonts
[10:02] <ploum> So the fonts used are in those packages
[10:02] <zyga> ploum: actually that's not a bug (about mstcorefonts)
[10:02] <zyga> many sites use ms-specific fonts explicitly
[10:02] <ploum> zyga, yes
[10:02] <ploum> but for 10% of people, it doesn't work, even with those packages installed !!!
[10:03] <zyga> ploum: strange
[10:03] <ploum> And this is a bug
[10:03] <zyga> did you install breezy from scratch?
[10:03] <ploum> No, I dist-upgrade from Hoary
[10:03] <zyga> same here
[10:03] <zyga> strange really
[10:03] <zyga> I'm not familiar with the font paths so I don't know where to look
[10:04] <ploum> zyga, indeed, this is not easy. I'm a bit loss ;-)
[10:04] <minghua> any possibility this is related to the fontconfig setting override that got implemented at the end of breezy cycle?
[10:04] <ploum> minghua, I don't know what this fontconfig setting is
[10:04] <minghua> the one that got rid of aliases of "Times" etc.
[10:05] <ploum> minghua, hmmm... it smells like you are in the good way
[10:05] <minghua> ploum: I think let the people run "fc-match <fontname>" in terminal may help
[10:05] <ploum> can you tell me more or point me to a link ?
[10:05] <minghua> if you can recognize the font in the flash
[10:05] <minghua> ploum: it's a very long thread in ubuntu-devel
[10:06] <minghua> September I believe, search for my name (Ming Hua)
[10:06] <ploum> fc-match Arial
[10:06] <ploum> arial.ttf: "Arial" "Regular
[10:06] <ploum> (on one of the incriminated computer)
[10:06] <minghua> ploum: and I also have a wild guess here, is it possible to be related to locale?
[10:07] <minghua> since ms fonts have localized names
[10:07] <ploum> Hmm... all my computers are under a FR_be locale
[10:10] <minghua> I said it's a wild guess :-)
[10:10] <minghua> oh, and mscorefonts had better call fc-cache in postinst
[10:14] <ploum> minghua, is this the thread about default font in firefox ?
[10:14] <minghua> ploum: yes, but a big part of it is irrelevant
[10:14] <minghua> start with my post :-)
[10:17] <minghua> ploum: I don't know if flash plugin uses fontconfig or core X fonts
[10:17] <minghua> ploum: but if it uses fontconfig, have the users run "sudo fc-cache -f -v" may help
[10:18] <minghua> ploum: that's probably all I can help
[10:18] <ploum> minghua, I will investigate this
[10:18] <ploum> Thanks a lot :-)
[10:18] <ploum> flash recommand gsfonts-X11
[10:18] <ploum> I don't know if this is related
[10:18] <minghua> ploum: I believe it's *very* related
[10:19] <ploum> fc-cache: "/home/tamarico/.fonts": skipping, no such director
[10:20] <ploum> hmm.. this command doesn't change anything
[10:20] <ploum> It's like a missing symlink somewhere, I'm going mad about it !
[10:22] <minghua> ploum: did you run fc-cache in sudo?
[10:23] <ploum> minghua, yes. I just pasted you the last line ;-)
[10:23] <minghua> ploum: okay, then nevermind
[10:24] <minghua> ploum: do you have gsfonts-x11 installed?
[10:25] <ploum> minghua, of course ;-)
[10:25] <ploum> But in fact, it was installed before the upgrade to breezy
[10:26] <ploum> hey, someone from my sister university, good morning kuleuven ;-)
[10:26] <minghua> ploum: well, I'm out of ideas.  good luck :-)
[10:26] <Chipzz> hi :)
[10:26] <ploum> minghua, the strangest thing is that only flash seems affected
[10:26] <ploum> thank for your time :-)
[10:29] <ploum> minghua, do you think I can bother the mailing list about this bug ?
[10:29] <minghua> ploum: ubuntu@ ? sure
[10:29] <minghua> ploum: altough I don't read that list :-P
[10:30] <ploum> I speak about ubuntu-devel (it's the only one I'm subscribed to)
[10:31] <minghua> ploum: If I were you I won't do that, but it's your call after all
[10:31] <ploum> but I ask for advice, so... ;-)
[10:32] <schweeb> if there's a bug submitted, leave it at that
[10:32] <schweeb> ubuntu-users is the correct forum for questions regarding how to fix it
[10:33] <schweeb> if you don't think the bug is enough to suffice
[10:45] <ploum> hmm.. I found something
[10:46] <ploum> minghua, I found that a fc-cache $something always return me
[10:46] <ploum> fc-match Comics
[10:46] <ploum> Vera.ttf: "Bitstream Vera Sans" "Roman"
[10:46] <ploum> Vera.ttf
[10:46] <ploum> except for Arial
[10:47] <minghua> ploum: oh.  where is your ms fonts installed?
[10:47] <ploum> minghua, I don't know. I just installed mstcorefonts
[10:48] <minghua> ploum: did your "sudo fc-cache -f -v" show anything about ms fonts?
[10:48] <minghua> something like /usr/share/fonts/truetype/msttcorefonts/ maybe
[10:49] <ploum> fc-cache: "/usr/share/fonts/truetype/msttcorefonts": caching, 60 fonts, 0 dirs
[10:51] <minghua> then fc-cache should show ms fonts for things like "Courier", "Verdana", etc., no?
[10:51] <minghua> or, and "Times"
[10:51] <minghua> s/or/oh/
[10:52] <ploum> ouh !
[10:52] <ploum> I think I've something weird here !
[10:53] <ploum> it works in the terminal where I did the fc-cache -f -v
[10:53] <ploum> but not in others
[10:53] <ploum> Verdana.ttf: "Verdana" "Regular"
[10:53] <ploum> 10:51 tamarico@ocean ~% fc-match Courier
[10:53] <ploum> cour.pfa: "Courier" "Regular"
[10:53] <ploum> 10:51 tamarico@ocean ~% fc-match Times  
[10:53] <ploum> VeraSe.ttf: "Bitstream Vera Serif" "Roman"
[10:53] <ploum> in the good terminal
[10:53] <ploum> nothing in the others !
[10:54] <minghua> log out and log in again?
[10:54] <ploum> (forget it. it was a typo)
[10:55] <ploum> so fc-match seems correct
[11:01] <ploum> minghua, I did it with another xterm with xnest. No more success
[11:01] <ploum> Anyway, thanks a lot for advices 
[11:01] <minghua> ploum: you are welcome
[11:49] <mloskot> I'd like to ask someone who could do small review of my first Featue Specification. Simply, have I put it (feature request) to the right place, etc.
[11:49] <mloskot> Here it is https://launchpad.net/products/gnome-panel/+spec/gnome-panel-menu-browsable-with-keys
[11:51] <vuntz> mloskot: it was possible to do this some times ago, but something in GTK+ changed and broke the feature
[11:51] <vuntz> mloskot: http://bugzilla.gnome.org/show_bug.cgi?id=300730
[11:51] <mloskot> vuntz: that's a crap ;-(
[11:53] <mloskot> vuntz: But, in general Launchpad usage, is Specification the right place to submit such request as I did?
[11:54] <vuntz> I'd say "no" since it's a feature request
[11:54] <vuntz> but I might be wrong
[11:54] <vuntz> :-)
[11:55] <vuntz> I think spec should have a bigger scope (although not too big either)
[11:55] <mloskot> That's right, I asked on #ubuntu-motu and I was told Launchpad is the right place for Feature Request.
[11:55] <mloskot> You know what I mean, just as Feature Request on SourceForge.net projects.
[11:55] <mloskot> So, where is the righ place?
[11:55] <vuntz> well
[11:55] <vuntz> since there's already a bug upstream, there's nothing to do
[11:55] <vuntz> just add yourself to the cc bug upstream
[11:56] <vuntz> and maybe try to fix the bug (it's a bug, in fact)
[11:56] <vuntz> (since it should work)
[11:56] <vuntz> if you have some time, you can try to see what's wrong
[11:56] <mloskot> yes, I will get around it and try to find what is going on, the lack of browse-by-key is annoying for me :-)
[11:58] <vuntz> btw, I'm one of the upstream guy for this, so if you can find what's wrong, you're welcome :-)
[11:59] <mloskot> What about this http://bugzilla.gnome.org/show_bug.cgi?id=101309
[11:59] <mloskot> ?
[12:01] <vuntz> it's older than the bug I linked, isn't it?
[12:01] <mloskot> I don't understand this patch (link above). Seems it just caused the menu & keys problem ;-
[12:01] <mloskot> :-)
[12:01] <mloskot> Yes, you're right.
[12:10] <mloskot> vuntz: for now I put there my comment-question about state of this bug, just as a reminder to other involved developers, may be someone will replay. next I try to find a few hours to get in this.
[12:56] <alessio> sorry, who is an ubuntu member?
[12:56] <alessio> i have a problem to import my fingerprint on launchpad
[12:56] <zyga> alessio: what is the problem?
[12:57] <alessio> Launchpad does not currently support validation of sign-only GPG keys. If you add an encryption subkey (using gpg --edit-key) and upload your key again, you should be able to import the key.
[12:57] <alessio> bu i have done a subkey
[12:57] <alessio> and i have resend he key
[12:58] <alessio> a subkey of this type  (6) RSA (encrypt only)
[01:00] <zyga> alessio: try asking on #launchpad
[02:05] <Tuxist> hi
[02:05] <Tuxist> i have a problem with ubuntu and kernel 2.6.14
[02:06] <tseng> See topic, unfortunately no support here
[02:06] <tseng> esp. for software that we dont ship :)
[02:07] <Tuxist> i cant mount my second harddisk in the #ubuntu channel have linkrd me to this channel 
[02:07] <Tuxist> my problem is i cant mount my second harddisk
[02:07] <tseng> their mistake. please stop typing in bold
[02:08] <tseng> you could also try the forums or ubuntu-users mailing lists
[02:09] <Tuxist> :'(
[02:10] <Tuxist> have anybody allready kernel 2.6.14 ?
[02:43] <siretart> please stop writing in bold
[03:12] <lifeless> /w/win 41
[03:24] <mdke> wiki.kubuntu.org is not found, anyone know why?
[03:25] <Riddell> mdke: that domain name doesn't exist (yet), where did you find that link?
[03:25] <mdke> Riddell, most recent news item
[03:25] <mdke> Riddell, so what is the kubuntu wiki address?
[03:26] <mdke> there isn't one?
[03:27] <Riddell> silly me, fixed now
[03:27] <Riddell> wiki.ubuntu.com
[03:27] <jsgotangco> wiki.ubuntu.com/Kubuntu
[03:27] <mdke> i thought wiki.kubuntu.com should point to the same place as wiki.ubuntu.com
[03:27] <zakame> hi all
[03:27] <mdke> as with udu.wiki and wiki.edubuntu.org
[03:27] <Riddell> mdke: not yet, soon
[03:28] <mdke> rockin
[03:28] <jsgotangco> wiki.edubuntu.org does that thoujgh
[03:28] <mdke> wiki.edubuntu.org is really nice the way it points to the main wiki but has its own theme
[03:28] <jsgotangco> only if you're not logged it
[03:29] <jsgotangco> for some reason if you're logged in automatically the ubuntu css is shown
[03:29] <mdke> jsgotangco, if you log in, it uses the theme you select in your userpreferences
[03:29] <jsgotangco> oh wait
[03:29] <mdke> but if you're logged into wiki.ubuntu.com, the same cookies isn't carried over to wiki.edubuntu.org
[03:29] <jsgotangco> it's now fixed
[03:30] <jsgotangco> (i think)
[03:30] <jsgotangco> when we moved that, we had a problem with the theme
[03:30] <jsgotangco> the frontpage is locked?
[03:31] <mdke> jsgotangco, no, just that you're not logged in
[03:35] <jsgotangco> ahhh oh well it only shows my wiki ignorance :)
[03:54] <pitti> elmo: can you please sync phpmyadmin from sid? ubuntu override ok
[04:16] <desrt> dholbach; pong
[04:18] <dholbach> desrt: we should have another brief conversation with martin
[04:48] <Keybuk> ... for those not in Montral, mdz is sick ...
[04:48] <Kamion> ... and then there's the illness
[04:49] <wasabi> SARS?
[04:50] <mdz> bird flu
[04:51] <mdke> get better soon mdz 
[04:51] <mdz> I am in self-imposed quarantine in my hotel room
[04:52] <mdke> :(
[04:53] <Mithrandir> mdz: what kind of illness?
[04:53] <mdz> Mithrandir: just nasal/sinus congestion at the moment
[04:54] <Mithrandir> mdz: ok. :-/ get well.
[04:54] <mdz> perhaps a slight fever
[04:54] <mdz> nothing serious
[04:54] <Simira> the normal "air condition and strange climate"-illness...?
[04:55] <Mithrandir> conference syndrome
[04:55] <Simira> and overworking, yes, right.
[04:55] <Simira> how are you today, Mithrandir?
[04:56] <Mithrandir> Simira: doing fine, dear.
[04:56] <Simira> good
[04:56] <Simira> want/need anything at the store? I consider going there before the next bof.
[04:56] <mdz> Simira: in my case it's generally insufficient-sleep syndrome
[04:57] <Simira> mdz: right. Can I get you anything from the supermarket?
[04:58] <mdz> Simira: I have medicine already, and that should be enough. thanks for the offer
[04:58] <mdz> Simira: oh, actually, a box of reasonably soft facial tissues would be grand
[04:58] <mdz> the ones in the hotel room are like sandpaper
[04:58] <fabbione> mdz: see the positive side of being able to smooth your face once in a while
[04:59] <Simira> mdz: sure, they should have that.
[05:14] <Keybuk> probably too much time spent down here in the hotel dungeons
[05:19] <magnon> all too much
[05:33] <zyga> pitti: ping :)
[05:33] <pitti> hi zyga 
[05:33] <zyga> pitti: hello
[05:34] <zyga> pitti: I did not test the performance yet as I have problems with adding correct domain identifiers to .desktop files, check out http://ubuntu.suxx.pl/gettext-support-for-desktop-files/
[05:34] <zyga> hmm?
[06:39] <pitti> zyga: did you happen to do do some benchmarking?
[06:39] <zyga> pitti: yes
[06:39] <zyga> pitti: I just re-logged in
[06:39] <zyga> pitti: but I have bad news
[06:40] <zyga> pitti: gnome-panel has two implementations, one from gnome-desktop and another, internal
[06:40] <zyga> pitti: it is not slower in nautilus but I cannot make the 'real' test
[06:41] <zyga> pitti: check out http://ubuntu.suxx.pl/gettext-support-for-desktop-files
[06:41] <zyga> pitti: I need to track the internal implementation
[06:41] <zyga> it is really ackward, when I drag a (untranslated) icon from the menu to the desktop it becomes translated
[06:42] <zyga> (nautilus uses gnome-desktop)
[06:42] <zyga> when I drag that icon back to the panel it is still translated
[06:43] <pitti> zyga: hm, I took a look into the dir, but I can't make sense of it
[06:43] <zyga> pitti: okay it contains some tools
[06:43] <zyga> check out the readme 
[06:44] <zyga> you can fetch patched desktop files (generated with those tools)
[06:44] <zyga> the don't have any localizations and usually contian the correct gettext domain
[06:44] <zyga> (not alwasy due to problems with rosetta)
[06:45] <zyga> pitti: if you patch gnome-desktop with the file in patches/ and rebuild you can check out the result :)
[06:45] <zyga> pitti: it pretty much works and I didn't see any slowdown
[06:45] <pitti> zyga: right, but I can't do that right now
[06:45] <carlos> zyga, that's a good feature ! 'Do you want the .desktop file translated? just paste it to the desktop and copy it back to the panel and get the translation for free!'
[06:45] <carlos> :-P
[06:45] <zyga> carlos: no ;-)
[06:45] <zyga> carlos: it is not gaining any translations 
[06:45] <pitti> zyga: cool, so the slowdown is negligible?
[06:45] <zyga> carlos: it only proves that the menu is using another implementation 
[06:46] <zyga> pitti: yes but I'll repeat that after a coold boot that really works 
[06:46] <zyga> pitti: so ATM it's a <small>yes</small>
[06:46] <carlos> zyga, we could port it to use the new library instead of patch that one
[06:46] <pitti> zyga: sounds promising, man!"
[06:46] <zyga> carlos: I'll check it out but I fully agree
[06:46] <jordi> zyga: what hw are you using to test, btw?
[06:47] <zyga> jordi: old amd laptop, 1,6Ghz, 512, 5400 RMP disk with ext3 
[06:47] <carlos> zyga, anyway, we should check with seb because I suppose GNOME will do that for next release
[06:47] <jordi> zyga: that's not so bad hw :)
[06:47] <zyga> carlos: right!
[06:47] <zyga> this crap is falling apart and is hot as hell
[06:48] <zyga> okay I'll fetch gnome panel and check out where this stuff could lurk
[06:48] <Kinnison> If I have a string in python which in perl would match "\S+\s+\S+\s+\S+" how can I get the three non-space sequences out
[06:48] <zyga> seb128: ping
[06:49] <carlos> (I thought they did already for 2.12
[06:49] <karlheg> How can I compile a 32 bit binary on amd64?
[06:49] <karlheg> I tried 'gcc -m32' but it fails in linking.
[06:49] <Burgundavia> karlheg, that is more a question for #ubuntu
[06:49] <karlheg> Ok.
[06:49] <Burgundavia> karlheg, thanks
[06:51] <karlheg> Actually, it pertains to ia32-libs-gtk.  It is built incorrectly for amd64 32 bit environment.  See: https://bugzilla.ubuntu.com/show_bug.cgi?id=18819
[06:51] <karlheg> The reason I want to learn to build 32 bit is to try and fix that.
[06:51] <karlheg> (Saturday project)
[06:52] <karlheg> Hmmm...?  #ubuntu-toolchain?
[06:56] <zyga> pitti: it will be working in 5 minutes
[06:58] <dilinger> heh
[06:58] <dilinger> nice, sx8.ko makes parted_devices give a FP exception
[07:01] <vuntz> zyga: I can help with the panel (I'm upstream ;-))
[07:01] <zyga> vuntz: I see how it works now
[07:01] <zyga> vuntz: it is using GKeyFile
[07:01] <zyga> vuntz: for the sake of consistency I'll patch it to support X-Gettext-Domain
[07:01] <zyga> vuntz: unless there are some reasons why I should not do that 
[07:02] <zyga> panel-menu-items.c:171
[07:02] <vuntz> do you plan to move this upstream?
[07:02] <vuntz> or is it just for ubuntu?
[07:02] <zyga> it is using g_key_file_get_locale_string
[07:02] <zyga> vuntz: for upstream when it is good enough
[07:02] <vuntz> you might want to consider patching the .desktop specification, then :-)
[07:03] <zyga> vuntz: ah but it is patched
[07:03] <vuntz> and talk a bit about it on xdg-list
[07:03] <zyga> vuntz: or rather...
[07:03] <zyga> this idea was proposed a long time agob
[07:03] <zyga> but there were multiple concerns
[07:03] <zyga> (efficiency, dependancy on gettext)
[07:04] <zyga> I just don't care about the latter and will worry about the former when it strikes
[07:04] <zyga> so far it works and works fine
[07:04] <vuntz> brb
[07:04] <zul> ls
[07:04] <vuntz> it won't  get upstream if it's not accepted on xdg, though
[07:05] <magnon> pitti: when do you think you have the jack merge? or, could you perhaps send me a package before you upload?
[07:06] <zyga> vuntz: once it works I'll bring the issue to xgd mainling list again
[07:06] <zyga> vuntz: after reading carlos' attempts I've decided that it's not worth it 
[07:06] <zyga> we need that stuff here and now, upstream is secondary to working implementation :)
[07:07] <carlos> vuntz, we need some real examples before trying again to push this to upstream
[07:07] <zyga> carlos: exactly!
[07:08] <zyga> (amazed by the proabable duplication)
[07:08] <vuntz> duplication? where? :-)
[07:08] <carlos> zyga, i suppose they were not able to port to the new implementation on time
[07:09] <zyga> vuntz: gnome-desktop vs gkeyfile
[07:09] <vuntz> zyga: well, we try to not use gnome-desktop anymore
[07:09] <zyga> gnome-panel uses both to read .desktop files
[07:09] <zyga> vuntz: ah I see
[07:09] <zyga> so it's a transition
[07:09] <vuntz> zyga: in fact, it uses gnome-desktop only for the launchers on the panel
[07:09] <vuntz> not for the menu
[07:10] <vuntz> but there's one useful function in gnome-desktop, used to launched the applications
[07:13] <vuntz> hrm
[07:13] <carlos> vuntz, I thought gnome-desktop was the new implementation ....
[07:13] <vuntz> carlos: no :-)
[07:13] <vuntz> zyga: are you patching the panel using GKeyFile or glib?
[07:13] <vuntz> carlos: we didn't have GKeyFile at first
[07:14] <carlos> vuntz, where is that new implementation now?
[07:14] <vuntz> now, with GKeyFile, it's easy to parse the .desktop files
[07:14] <carlos> I suppose it should be a library
[07:14] <vuntz> carlos: GKeyFile, in glib
[07:14] <carlos> ok
[07:14] <vuntz> brb
[07:15] <zyga> vuntz: glib
[07:15] <carlos> vuntz, then, if you want to read .desktop files you use GKeyFile that is not specific to .desktop files, right?
[07:16] <zyga> vuntz: I think that someone should port gnome-destkop to use gkeyfile
[07:16] <carlos> hmm, that means we need to patch all applications that use .desktop files instead of just one common library
[07:16] <zyga> and that gnome-panel should use gnome-destktop but I'm just an outsider
[07:16] <zyga> carlos: it's not that bad, I'm patching the gkeyfile so it should just work
[07:17] <carlos> zyga, but does gkeyfile supports i18n?
[07:17] <zyga> carlos: yes
[07:17] <carlos> ok, then it's not so bad
[07:17] <carlos> then we need to patch glib, right?
[07:18] <zyga> yes, I'm doing that
[07:18] <carlos> ok
[07:21] <zyga> vuntz: did you guys ever concider using a string class everywhere?
[07:48] <vuntz> zyga: a string class? something like GString?
[07:48] <vuntz> zyga: the goal is to get rid of gnome-desktop
[07:48] <vuntz> kill a library
[07:53] <zyga> vuntz: why?
[07:54] <zyga> vuntz: and, yes, in reverse order
[07:56] <vuntz> zyga: we don't need to have so many libraries
[07:56] <vuntz> zyga: gnome-desktop was useful because we didn't have GKeyFile
[07:58] <zyga> vuntz: don't you think it's useful to have something that can read .desktop files even if that is a thin wrapper around gkeyfile?
[08:00] <zyga> vuntz: hmm
[08:00] <zyga> vuntz: do you know the internals of gstring well?
[08:02] <vuntz> zyga: gkeyfile can read .desktop files
[08:02] <vuntz> and I don't know the internals
[08:04] <zyga> vuntz: yes but it can read them as key-value-group tripples, not as desktop files
[08:04] <zyga> if the format ever changes it would be difficult to modify everything that uses gkeyfile
[08:06] <vuntz> ideally, this should be in glib, then
[08:06] <zyga> vuntz: well the exact place is not relevant, semantics is
[08:07] <vuntz> right
[08:20] <ompaul> is launchpad the correct place for kernel bugs?
[08:22] <Mithrandir> no, use bugzilla
[08:26] <robertj> hrmm, ubuntulog needs a !tail option ;)
[08:27] <highvoltage> and !grep
[08:27] <robertj> high: I've often been tempted t write a /nickgrep command
[08:28] <robertj> in fact, it would be even better if you go that by hovernig over a user's name
[08:28] <highvoltage> hovernig?
[08:28] <highvoltage> hovering?
[08:28] <zyga> yay
[08:28] <robertj> typo/lazyness
[08:28] <zyga> novel to standardize on gnome :-)
[08:29] <Mithrandir> zyga: novell, even. :-P
[08:30] <zyga> kde even ;-)
[08:30] <Riddell> zyga: offtopic
[08:30] <highvoltage> Riddell: ah, finally, i catch you on IRC.
[08:31] <Riddell> highvoltage: have you been trying to?
[08:31] <highvoltage> admittingly, not to hard.
[08:31] <highvoltage> we should start a http://wiki.clug.org.za/index.php/JOCUAMAOE for Ubuntu.
[08:31] <highvoltage> there's lots of Jonathan's in Ubuntu.
[08:33] <Riddell> highvoltage: :)
[08:34] <robertj> I'm surprised to hear about SUSE's decision
[08:39] <Keybuk> which one?
[08:40] <robertj> Keybug: standardizing on Gnome
[08:40] <robertj> I thought they were a KDE house
[08:40] <robertj> I guess Ximian had a greater effect on them than I supposed
[08:40] <fabbione> robertj: this is offtopic here
[08:41] <robertj> sorry
[08:46] <darklinux> hi
[08:46] <darklinux> how can i make a packet of kicker only
[08:47] <darklinux> in the src of ubuntu is not a debian directory
[08:50] <Riddell> darklinux: KDE kicker?  we have a kicker package
[08:50] <darklinux> not with kbfx hack ;-)
[08:51] <darklinux> http://www.kde-look.org/content/show.php?content=26681
[08:52] <Riddell> darklinux: kbfx is a separate applet, it would be packaged separately
[08:52] <Riddell> it's also a good diea very badly done
[08:53] <Riddell> darklinux: but feel free to package it and post it on revu
[08:53] <darklinux> ok
[08:53] <Riddell> darklinux: search for existing debian/ubuntu packages first, don't want to duplicate work
[08:54] <darklinux> the problem the kbfx have no setting to setup the menu
[08:55] <darklinux> when you follow the link you know what i mean
[08:57] <darklinux> i have make kernel 2.6.14 packages for amd64 how can i upload them
[08:57] <spayne> darklinux: the Kernel maintainer will do that
[08:57] <darklinux> ok
[09:16] <Mithrandir> mdz: I'll be interested in getting vbetool to work correctly on amd64 for dapper; do you want a spec for it or can I just hack on it?
[09:24] <mdz> Mithrandir: hack away
[09:24] <Mithrandir> mdz: coolie, thanks.
[10:11] <zyga> pitti: it works :-)
[10:11] <spayne> Riddell, ping
[10:11] <pitti> zyga: yay
[10:11] <zyga> 5 minutes seemed like 5 hours :)
[10:11] <zyga> but it works okay :>
[10:11] <Riddell> spayne: hi
[10:11] <zakame> zyga: hihi :D
[10:11] <zyga> I'll remove debug, check, and restart :)
[10:11] <spayne> Riddell, is sabdfl using KDE now?>
[10:11] <crimsun> spayne: from the announcement on kubuntu.org, I'd so yes
[10:11] <crimsun> s/so/say/
[10:11] <zyga> pitti: next langpack upgrade on my dapper box will upgrade desktop files, FINALLY!
[10:12] <zyga> err?
[10:12] <spayne> crimsun, is he trying it out or actually using it?
[10:12] <zyga> ubuntu is not going to shift to kde is it?
[10:12] <crimsun> zyga: I highly doubt it will shift
[10:12] <spayne> Novell is shifting to GNOME
[10:12] <zyga> pitti: do you know why Icon can be localized?
[10:12] <Riddell> OFFTOPIC
[10:12] <zyga> is there any actual locale dependend icon?
[10:15] <pitti> zyga: in theory probably
[10:15] <zyga> okay
[10:16] <zyga> pitti: sample log: http://ubuntu.suxx.pl/gettext-support-for-desktop-files/gnome-panel-startup-log
[10:16] <zyga> just for the record
[10:16] <zyga> I really feel bad about multiple implementations
[10:16] <zyga> so far we have three patches :/
[10:25] <zyga> pitti: should I file a bug report against glib and attach this patch?
[10:25] <pitti> zyga: that would be nice
[10:25] <pitti> zyga: eventually, gnome upstream will completely migrate to the glib function anyway, and drop the stuff in libgnome-desktop
[10:29] <zyga> pitti: so I've heard
[10:29] <zyga> pitti: I'm building the package again and I'll test after cold boot
[10:45] <zyga> pitti: done
[10:45] <zyga> pitti: https://wiki.ubuntu.com/LangpacksDesktopfiles
[10:45] <zyga> wiki updated, bug created, patch attached
[10:52] <zyga> okay, performance is good
[10:52] <zyga> carlos: ping :-)
[10:53] <zyga> carlos: performance is pretty good so we'd better find a way to build a better mapping.txt :>
[10:53] <carlos> zyga, coool
[10:53] <slomo> lamont, infinity: please give-back banshee... was missing a dep which is in now :)
[10:55] <lamont> slomo: if it was depwaited for a missing depend, then those get cleared once the depwait is installed.
[10:55] <lamont> iz automatic
[10:56] <zyga> pitti: it works fine :)
[10:56] <slomo> lamont: ok, thanks :)
[10:56] <zyga> pitti: after cold boot everything was up and running in 38 seconds since login
[10:56] <pitti> zyga: without noticeable performance regressions?
[10:56] <zyga> I had some stuff in gnome-session so I'll retest
[10:56] <zyga> pitti: some
[10:56] <pitti> zyga: two seconds at login don't matter
[10:57] <zyga> pitti: my .desktop files don't have the original translations (to be sure)
[10:57] <pitti> zyga: I'm more concerned about delays when opening and scrolling through the menu
[10:57] <zyga> pitti: no delay there
[10:57] <pitti> coool
[10:57] <zyga> pitti: gnome-panel reads everything at startup so there is no change there
[10:57] <pitti> so the panel indeed seems to generate all translations at startup
[10:57] <pitti> ah
[10:57] <zyga> yes
[10:57] <pitti> that's so great
[10:58] <pitti> carlos, jordi: life is good.
[10:58] <zyga> anyway the only regression is that not everything was translated due to the method of automatic .desktop patching I've used
[10:58] <zyga> pitti: once we got perfect mapping.txt we are done :)
[10:58] <pitti> zyga: mapping.txt?
[10:58] <zyga> pitti: it is generated by rosetta's export
[10:59] <zyga> it maps from package to domain :)
[10:59] <pitti> zyga: ah, don't worry
[10:59] <zyga> that is not a 100% good solution but we can fix remaining stuff from main easily
[10:59] <pitti> zyga: https://wiki.ubuntu.com/LangpacksDesktopfiles
[10:59] <pitti> zyga: we will fix the .desktop files itself
[10:59] <zyga> pitti: that's what I did but I went for automatic update
[11:00] <zyga> pitti: I can easily patch existing .desktop files that I know
[11:00] <zyga> anyway, I'll revert and time again
[11:01] <zyga> then (without any session noise) upgrade and time the new stuff
[11:01] <zyga> so we have a clear ida
[11:01] <zyga> idea
[11:08] <zyga> pitti: hmm what will we do with something like firefox?
[11:09] <zyga> it is not using gettext at all so no .potfile and no domain
[11:12] <seb128> pitti: panel behaves poorly is not a reason to do the same with other pieces of code instead of fixing it :)
[11:12] <zyga> seb128: ?
 so the panel indeed seems to generate all translations at startup
[11:13] <seb128> that's one of the reason why it's slow to start
[11:13] <seb128> that should be fixed
[11:13] <zyga> seb128: yeah but it's hard to avoid that 
[11:13] <seb128> cache
[11:13] <zyga> seb128: ah
[11:13] <zyga> seb128: true :)
[11:13] <pitti> mmm caching 
[11:13] <pitti> but this is pretty orthogonal to our problem, isn't it?
[11:14] <seb128> pitti: was random comment, I don't know what your problem is exactly on this discussion
[11:14] <seb128> I just point that the panel/menus are slow to start and we want to address that one day
[11:14] <pitti> ah, cool
[11:37] <sabdfl> fabbione: clusters is +1
[11:37] <fabbione> sabdfl: rocking!
[11:37] <sabdfl> fabbione: :-)
[11:37] <sabdfl> very nicely done
[11:37] <sabdfl> please thank ivan
[11:37] <sabdfl> and youself
[11:37] <fabbione> sabdfl: i will..
[11:37] <fabbione> thanks
[11:37] <sabdfl> seb128: MenusRevisited is +1
[11:37] <seb128> sabdfl: rock, thanks
[11:38] <sabdfl> seb128: and very classy, very crisp. appreciate it
[11:41] <seb128> sabdfl: nice, thanks again :)
[11:45] <sabdfl> fabbione: server-candy is +1
[11:45] <sabdfl> again, hugely improved. thanks for the clean-up
[11:45] <jordi> pitti, zyga: that's just great
[11:45] <zyga> jordi: yeah :-)
[11:46] <zyga> jordi: I'm patching .destkop files manually just to have realistic tests in the next run but I didn't see any difference really
[11:48] <fabbione> sabdfl: cool! 
[11:48] <fabbione> sabdfl: let's get out now and get drunk to death :)
[11:49] <zakame> hihi
[11:50] <sabdfl> Riddell: SimplifyKDE is +1
[11:50] <Keybuk> Kamion: udev-roadmap me up
[11:50] <Riddell> sabdfl: awooga, thanks
[11:54] <whiprush> Riddell: mind if I lift your Kubuntu announcement for the Fridge?
[11:54] <Riddell> whiprush: please do
 whiprush: inappropriate, dude
[11:55] <whiprush> ?
[11:55] <whiprush> heh
[11:55] <Mithrandir> my eyes.
[11:56] <Mithrandir> jdub is merging into random people here.
[11:58] <Simira> ouch!
[11:58] <Simira> jdub: stay off Tollef!
[11:58] <Mithrandir> Simira: I shall smite him with my laptop if he tries to merge with me.
[11:59] <Simira> *sigh*
[11:59] <sabdfl> mvo around?
[12:00] <Riddell> sabdfl: is Kamion anywhere with you?
[12:00] <sabdfl> he's on his way to DapperReleaseProcess
[12:01] <whiprush> Riddell: publish. (also, don't be afraid to send Kubuntu stuff you want run my way)