[12:16] <slomo> doko: ping? do you know something about valgrind and can confirm that http://slomosnail.de/~slomo/temp/valgrind_3.1.0-2.1ubuntu1.debdiff is the correct solution for bug 2958?
[12:16] <Ubugtu> malone bug 2958 in valgrind "valgrind is generating warnings on /lib/ld-2.3.5.so" [Normal,Unconfirmed]  http://launchpad.net/bugs/2958
[12:17] <doko> slomo: can look at it, but not before the weekend
[12:18] <slomo> doko: ok, thanks... just ping me when you have some time... shouldn't take too long :)
[12:27] <PounK> hello
[12:27] <PounK> does dapper will have ubuntu express?
[12:30] <Burgwork> PounK, yes
[12:31] <PounK> but why it is in Deferred BreezyGoals ( https://wiki.ubuntu.com/DapperDrake )
[12:31] <tepsipakki> does this raise any concerns http://benjamin.smedbergs.us/blog/2006-02-22/debian-versioning-of-mozilla-libraries-harmful
[12:31] <tepsipakki> +?
[12:31] <PounK> oh, breezy goal lol
[12:32] <Burgwork> PounK, that is old
[12:32] <PounK> is it in the flight cd 4?
[12:33] <Burgwork> yes
[12:33] <PounK> good
[12:36] <PounK> and does kubuntu live contain ubuntu express?
[12:36] <Burgwork> PounK, they are working on a kubuntu-express
[12:37] <PounK> and it will be avalaible for dapper / it avalaible on flight 4 ?
[12:39] <Burgwork> ready for dapper, not ready for flight 4, afaik
[12:39] <PounK> ok, thank
[12:40] <Burgwork> np
[01:10] <CarlFK> dapper install, grub step, error.  should I be able to run grub from the VT2 shell?  cuz I can't.
[01:16] <dholbach> good night
[02:06] <ohoel> ( http://appelsinjuice.org/firefox-huge-error.png ) Malone next stop?
[02:07] <jdub> ohoel: no, quit firefox and restart
[02:07] <jdub> ohoel: you probably upgraded it underneath a running session
[02:08] <ohoel> persistent after a firefox restart and a reboot
[02:09] <ohoel> ah, nailed it to the nb/no language pack
[02:13] <Kinnison> torkel: thanks
[03:37] <jouston> hello. 
[03:37] <jouston> Anyone familiar with ACX100/110 driver?
[03:38] <Burglaptop> jouston: if you are having issue with it, please test the latest dapper and file a bug
[03:39] <jouston> Burglaptop: I don't think it is a bug. I also already installed Feb 17 dapper
[03:39] <Burglaptop> jouston: if it doesn't work ootb, it is a bug
[03:39] <jouston> Burglaptop: BTW, your promptly reply surprice me. XD
[03:39] <Burglaptop> I try
[03:40] <jouston> Burglaptop: I suppose everybody is sleeping in another side of earth. XD
[03:40] <Burglaptop> jouston: yes
[03:40] <jouston> Burglaptop: I just want to explain this issue and ask it is a bug or not.
[03:41] <jouston> ACX driver need proper firmware to drive the cards.
[03:41] <Burglaptop> ok
[03:42] <jouston> Unfortunately, my card isn't supported by default firmware in dapper.
[03:42] <Burglaptop> then file a bug
[03:42] <jouston> More unluckly, we don't have any firmware compatible with ACX driver on PCi's website.
[03:43] <jouston> Burglaptop: But. NDISwrapper can support this card.
[03:43] <Burglaptop> jouston: if it doesn't work out of teh box, it is a bug
[03:44] <jouston> How can I tell a good story for this bug? I'm wondering.
[03:44] <Burglaptop> say it doesn't work and relate all information you have about it
[03:49] <jouston> Burglaptop: thanks.
[03:49] <Burglaptop> jouston: np
[03:52] <jouston> And I have another issue. There is no "jdmouse" for ubuntu
[03:52] <Burglaptop> jouston: jdmouse?
[03:52] <jouston> This is essential for a Sony vaio.
[03:53] <jouston> http://jr0bak.homelinux.net/~imai/linux/jogdial.html
[03:53] <jouston> Sorry it is a Japenese site.
[03:53] <Burglaptop> hardware that doesn't work out of the box is a bug, file it as such
[03:53] <jouston> Basically, it will ran as a daemon to handle Fn KEY event for a Vaio
[03:53] <Burglaptop> not saying it will be dealt with, but at least we know it is there
[03:54] <jouston> Burglaptop: OK. I'll file two bugs.
[03:54] <jouston> Burglaptop: But where can I file? I'm not familiar with Ubuntu development process.
[03:55] <Burglaptop> https://launchpad.net/distros/ubuntu/+filebug
[03:56] <jouston> Burglaptop: Great thanks.
[03:58] <Burglaptop> np
[04:47] <Tulga> hi all! I want install xgl on kubuntu dapper 4. please recommend me good howto
[04:47] <crimsun> Tulga: please redirect to #kubuntu
[05:05] <Se7h> mjg59 u available?
[05:05] <Burglaptop> Se7h: it is 6am where he is
[05:06] <Se7h> :o u don't say
[05:06] <Se7h> thats ok, i'll 'try again later' 
[05:06] <robitaille> he has been idle for 7+ hours
[05:06] <Se7h> :)
[05:06] <Se7h> robitaille i didn't check hes idle
[05:07] <crimsun> more than likely asleep, being in the UK
[05:08] <Se7h> uk?
[05:08] <Se7h> im confused
[05:08] <Se7h> its not 6am in uk
[05:08] <Burglaptop> sorry, 4am, my math was off
[05:09] <Se7h> same timezone here ;)
[05:09] <wasabi> So I must now get Xgl working
[05:09] <wasabi> How do our packages fare?
[05:10] <Se7h> i'll expose the annoying thing here. My external usb hd is getting into 'sleep mode' while being used
[05:11] <Burglaptop> Se7h: file a bug. this channel is for discussion of your fix to that bug, not the bug itself
[05:13] <Se7h> sure, i dont even know if its a bug, i'm just asking for some suggestions any of u might have
[05:20] <desrt> whoever; pong
[05:22] <Burglaptop> Se7h: if it doesn't work on a default install of Ubuntu, it is a bug
[05:22] <Burglaptop> desrt: salut
[05:22] <Burglaptop> long time, no see
[05:23] <Se7h> its been always like this, i thought it might be something with configs or something
[05:23] <desrt> indeed
[05:23] <desrt> how is life?
[05:25] <Burglaptop> work isn't bad. Book writing is harder than expected. But the cool new thing I am organizing is a Freegeek style organization for Victoria
[05:31] <desrt> what are you writing a book about?
[05:32] <Burglaptop> desrt: Ubuntu
[05:32] <shaya> any kernel guys here?
[05:32] <Burglaptop> myself, Jono and Mako are writing "The official Ubuntu book"
[05:32] <shaya> there might be a bug in isofs 
[05:32] <shaya> dvd i burnt reads fine in windows, but on dapper gets a "trying to read past end of device" error
[05:44] <mako> Burglaptop: in fact, i'm writing it RIGHT NOW
[05:44] <ajmitch_> mako: hoping to have it available under some free license?
[05:44] <Burglaptop> mako: racing to the deadline like me, hmm?
[05:44] <Burglaptop> ajmitch_: yes
[05:44] <mako> ajmitch_: in fact it will
[05:44] <mako> Burglaptop: when is the deadline?
[05:45] <ajmitch_> great
[05:45] <mako> Burglaptop: i think one chapter will be a few days late
[05:45] <Burglaptop> next monday
[05:45] <mako> hmm.. maybe i will make it
[05:45] <Burglaptop> ajmitch_: the currently plan is cc-by-sa 2.0 and gfdl, same as the doc team
[05:46] <mako> no, probalby not
[05:46] <Burglaptop> it might actually be stored in the docteam repos
[05:46] <mako> Burglaptop: you should have seen my last book.. SO LATE
[05:46] <Burglaptop> mako: how many pages to go?
[05:46] <mako> Burglaptop: i'm not really counting by pages
[05:46] <Burglaptop> mako: I gathered that from speaking deb
[05:46] <ajmitch_> Burglaptop: ok, shippable in main/universe?
[05:46] <Burglaptop> with deb, even
[05:46] <mako> i got it all in before i needed to be
[05:46] <Burglaptop> ajmitch_: not for dapper, afaik
[05:47] <mako> but it was under the line
[05:47] <ajmitch_> Burglaptop: ah well
[05:47] <Burglaptop> ajmitch_: it will be published by just after dapper
[05:47] <Burglaptop> hence the tight deadline
[05:48] <mako> it's not so bad
[05:48] <mako> well, review is a pain in the ass
[05:48] <mako> author review and all that
[05:48] <Burglaptop> mako, I figure I will look good compared to you, if I get it all in on the deadline
[05:48] <Burglaptop> :D
[05:48] <ajmitch_> getting the autographs might be a fun task 
[05:48] <mako> yeah, i'll have all but one chapter in by the deadline
[05:48] <mako> and the last one in by.. next week i guess
[05:48] <Burglaptop> the money from this book should fund me to the next conference
[05:48] <ajmitch_> that would be great
[05:48] <ajmitch_> I doubt I'll be at the next one
[05:49] <Burglaptop> screw my student loan
[05:49] <ajmitch_> my loan is already well over
[05:49] <Burglaptop> 10k to go!
[05:50] <Burglaptop> ajmitch_: windows or mono?
[05:53] <mako> Burglaptop: yeah, i always find time for this but my real life has to take priority
[05:54] <mako> Burglaptop: i had a big academic AI paper due on tuesday night that i was working on
[05:54] <Burglaptop> mako: holy crap ya
[05:54] <LaserJock> mako: what degree are you working on?
[05:55] <mako> LaserJock: SM->PhD
[05:55] <ajmitch_> Burglaptop: win ce.net
[05:55] <mako> at the MIT Media Lab
[05:55] <Burglaptop> ajmitch_: at least it isn't php
[05:56] <LaserJock> mako: cool, I'm working on my PhD too, but in Physical Chemistry
[05:56] <ajmitch_> Burglaptop: that was my last job, for several months
[05:56] <ajmitch_> Burglaptop: when I met you in .ca I was a self-confessed php hacker
[05:57] <Burglaptop> my kingdom for more and better free software jobs
[05:58] <ajmitch_> but I did just start OOo2
[06:00] <Burglaptop> ajmitch_: how much ram do you have in that thing?
[06:01] <ajmitch_> 1GB
[06:01] <Burglaptop> whiprush: how is that detriot youth and ubuntu thing
[06:01] <Burglaptop> swapping with 1gb???
[06:01] <ajmitch_> but it's bzr chewing the RAM doing a merge
[06:01] <Burglaptop> ah
[06:01] <ajmitch_> and vmware server running winxp
[06:01] <Burglaptop> so you do you development in bzr and ubuntu, with wince running in vmware?
[06:02] <whiprush> Burglaptop: just got started, got about 20 of them done.
[06:02] <whiprush> still figuring out logistics, donations, etc. etc.
[06:02] <ajmitch_> no, winxp is in vmware to run some windows apps for this job
[06:02] <Burglaptop> whiprush: how quickly do you think you are going to scale?
[06:02] <whiprush> Burglaptop: once I get pics I'll blog a status report.
[06:02] <Burglaptop> whiprush: and you are recycling computers or using new?
[06:02] <whiprush> recycling
[06:02] <fabbione> morning guys
[06:03] <ajmitch_> morning fabbione 
[06:03] <whiprush> people and companies donate, get the tax writeoff, and then people can buy edubuntu PCs for $100.
[06:03] <ajmitch_> whiprush: sounds reasonable
[06:03] <whiprush> for everyone they buy a needy family in detroit gets a free PC.
[06:03] <Burglaptop> whiprush: ah cool. I am in the beginnings of doing something similar in Victoria
[06:03] <whiprush> ah, have you seen freegeek?
[06:03] <ajmitch_> whiprush: what made you choose edubuntu?
[06:03] <Burglaptop> yep
[06:04] <whiprush> ajmitch_: seemed like the natural choice.
[06:04] <ajmitch_> whiprush: targetting the families with kids?
[06:04] <Burglaptop> I was thinking of taking the old p1 and p2s and running a pure gcompris desktop on them
[06:04] <whiprush> yeah, well, kids actually refurb the PCs and stuff.
[06:04] <Burglaptop> whiprush: http://www.relectronics.org/ <-- who I am basing it off of
[06:04] <whiprush> it's tied into a program in the city that is designed to educate kids on technology and whatnot.
[06:05] <whiprush> ajmitch_: it has a workstation mode.
[06:05] <Burglaptop> whiprush: have you thought about multiseat?
[06:05] <ajmitch_> whiprush: yeah I know
[06:05] <Burglaptop> whiprush: because if you can find a development, I have some code for you
[06:05] <Burglaptop> s/ment/er
[06:05] <whiprush> Burglaptop: the key was to just attach to an existing charity. They did all the legwork on getting corporate sponsorship, getting nonprofit status, etc.
[06:05] <ajmitch_> Burglaptop: you're allowed to release some of the code from work?
[06:06] <whiprush> Burglaptop: not at this point.
[06:06] <Burglaptop> ajmitch_: already technically gpl/lgpl
[06:06] <Burglaptop> and X now has multiseat
[06:06] <ajmitch_> Burglaptop: nice, I thought it was based on the X code
[06:07] <Burglaptop> http://openuserful.sourceforge.net/wiki/index.php/Patches
[06:07] <Burglaptop> already released
[06:07] <whiprush> Burglaptop: the neat thing is that some towns around here are doing free municipal wifi, so a refurbed PC with a wifi nic is feasable without the ongoing cost of an internet connection.
[06:08] <Burglaptop> whiprush: I am going to attach myself to habitat for humanity (who are much less christian in .ca)
[06:08] <ajmitch_> Burglaptop: you've shown these to ogra?
[06:08] <Burglaptop> ajmitch_: I will once dapper releases
[06:08] <whiprush> so, right now we're bouncing the idea of corporate sponsors kicking in for the price of the PC, and in return we could do like an RSS-like screensaver that'll show off their products or something.
[06:09] <ajmitch_> whiprush: you'll love that f-spot has a gnome-screensaver hack in it now
[06:09] <whiprush> yeah I read that, awesome.
[06:09] <Burglaptop> you doing it volunteer?
[06:09] <whiprush> me? yeah.
[06:09] <ajmitch_> whiprush: I have 0.1.10 ready here, needs UVF exception though
[06:09] <whiprush> nice nice.
[06:09] <whiprush> Burglaptop: we've already approached Ford Motor for sponsorship
[06:10] <Burglaptop> ogra: http://openuserful.sourceforge.net/wiki/index.php/Patches
[06:10] <whiprush> so like, they help subsidize the PC, they get a screensaver with the latest model of the car or whatever.
[06:10] <Burglaptop> cool
[06:10] <whiprush> then us volunteers just run classes for the kids and stuff while they build the PCs.
[06:10] <Burglaptop> whiprush: can we chat on the phone tomorrow about how you are doing it?
[06:11] <whiprush> one of our loco guys is going to do simple python classes and whatnot.
[06:11] <Burglaptop> whiprush: I can all you wherever
[06:11] <whiprush> yeah sure, 248-370-2584, I'm on EST.
[06:12] <Burglaptop> thanks. I am trying to talk to all the various organizations like freegeek, etc. about what they are doing
[06:12] <whiprush> yeah we just started so we're finding all sorts of problems, heh.
[06:12] <Burglaptop> and one more longdistance phone call really doesn't matter
[06:13] <whiprush> we're going to have the local news stop by in a few sessions.
[06:13] <Burglaptop> how many people do you have volunteering?
[06:13] <whiprush> ~20-ish so far.
[06:13] <whiprush> we haven't done brochures yet or anything though.
[06:13] <Burglaptop> whiprush: http://freegeekcolumbus.org/wiki/Main_Page <-- these people install Ubuntu
[06:13] <whiprush> that's the nice thing about hitching with an existing charity.
[06:14] <whiprush> they usually have this infrastructure already in place.
[06:14] <Burglaptop> yep
[06:14] <Burglaptop> partnering with hfh gets me their restore, which means i get retail space
[06:15] <whiprush> the first few hours suck, rebuilding all those PCs, but once the kids get going in the gimp or whatever it's really rewarding.
[06:16] <Burglaptop> you think edubuntu is a better fit for most than ubuntu?
[06:17] <Se7h> now that would be a nice a idea, spread this to portugal schools instead of that malicious windows
[06:17] <Burglaptop> Se7h: spain leads europe in number of linux (and gnome) desktop, from what I understand
[06:18] <whiprush> well, i'd rather trust ogra and co. to pick out the good educational apps than me customizing a CD to add kid programming.
[06:18] <Se7h> i don't doubt of it
[06:18] <whiprush> plus, ideally we can provide good feedback to edubuntu
[06:18] <Se7h> uncle bill came here not long ago (few weeks) to spread his 'faith'
[06:18] <Se7h> :>
[06:19] <ajmitch_> evening mpt__ :)
[06:20] <Se7h> but realy, i'd enjoy seeing ubuntu/edubuntu in school computers instead of just 'lets talk about linux now' for just a fews weeks at classes
[06:21] <Burglaptop> Se7h: make it happen
[06:22] <Se7h> i will if i get the chance, dont doubt
[06:23] <Burglaptop> whiprush: ogra is looking for someone to help packaging willow, a bayseian web filter
[06:24] <whiprush> yeah I need to get our plan in order a bit more still though.
[06:24] <Se7h> that would be a nice step for PC's sellers to asked 'i want linux on my desktop/laptop'
[06:24] <Se7h> *to be asked
[06:25] <Se7h> well 5.25am, it's bed time
[06:25] <Se7h> later all
[06:26] <Burglaptop> whiprush: jsut reading the point about tiger_whitehead wanting filtering
[06:26] <whiprush> yeah, I've been looking at integrating dansguardian.
[06:26] <whiprush> I'm still researching around though.
[06:27] <Burglaptop> whiprush: ogra seemed to love willion because it is bayesian
[06:27] <whiprush> bed for me too, we'll talk more tomorrow.
[06:28] <Burglaptop> http://www.digitallumber.com/willow
[06:36] <Burglaptop> ajmitch_: the mounted volumes not placing icons on the desktop. Is that a policy decision or a bug?
[06:37] <ajmitch_> policy, I *think*
[06:37] <Burglaptop> I can't seem to find anything on DapperDesktopPlan
[06:38] <ajmitch_> it's a gconf key (/apps/nautilus/desktop/volumes_visible)
[06:38] <ajmitch_> so I imagine it's been set off by default
[06:39] <ajmitch_> you'll have to check with seb128
[06:39] <Burglaptop> appears to be unchecked
[06:40] <Burglaptop> ah, bloody hell, stupid gpm
[06:40] <Burglaptop> hiding while on AC is crack
[07:10] <pitti> Hi
[07:10] <ajmitch_> hey pitti 
[07:10] <pitti> hi ajmitch_ 
[07:30] <jouston> Hi
[07:30] <jouston> Anyone knows where the hotplug directory is?
[07:30] <jouston> I would like to put some non-free firmware into my Dapper
[07:37] <crimsun> jouston: hotplug is gone from Dapper.
[07:38] <Burglaptop> jouston: please ask in #ubuntu+1
[07:39] <ajmitch_> bbl, see you next week
[07:42] <jouston> Burglaptop: THX
[08:55] <siretart> morning
[08:55] <mdke_> morning :)
[09:03] <pitti> hey siretart 
[09:09] <mjg59> Kamion: When you're up - any chance you can NEW spiftacity? It'd be good to be able to say this is all in at FOSDEM
[09:09] <mjg59> (No rush, though)
[09:10] <infinity> spiftacity? :)
[09:10] <infinity> spiftastic metacity, I assume?
[09:10] <Treenaks> (no rush, but FOSDEM is tomorrow :P)
[09:13] <tepsipakki> <any main-priv devel>: ping?
[09:13] <infinity> tepsipakki: Pong.
[09:14] <tepsipakki> infinity: hi! do you have time to push a new version of libnfsidmap? I've asked for UVF already (no answer yet, though)...
[09:15] <infinity> tepsipakki: No can do without the UVF from mdz or Kamion.
[09:15] <tepsipakki> inifinity: ok, I'll try to get that first, then ,)
[09:15] <tepsipakki> ;)
[09:16] <infinity> I'll be happy to go over your changes and sponsor the upload once you get approval.
[09:17] <tepsipakki> it's here, if you'd like to take a first look.. (it's repackaged according to the feedback I got from libgssapi and librpcsecgss which made it in) http://revu.tauware.de/details.py?upid=2019
[09:19] <tepsipakki> sorry, Section: libs is still missing from the Source:
[09:21] <tepsipakki> new version on the way..
[09:26] <siretart> uuuuh
[09:27] <siretart> :/
[09:31] <infinity> tepsipakki: Can you mail me about it (better yet, CC me on your UVF enquiries, so I know when it's okay to sponsor the upload?)
[09:31] <infinity> tepsipakki: I'm off for the weekend now, so... Mail is always best.  adconrad@ubuntu
[09:32] <tepsipakki> infinity: ok, thanks!
[09:32] <tepsipakki> will do
[09:35] <dholbach> good morning
[09:41] <Treenaks> hey dholbach 
[09:41] <Treenaks> dholbach: are you going to FOSDEM?
[09:41] <dholbach> Treenaks: no, sorry, I won't.
[09:49] <Kamion> mjg59: source NEWed, will check for binaries later
[09:54] <mjg59> Kamion: Thanks!
[09:55] <pitti> yay hal 0.5.7
[09:55] <mjg59> pitti: There's a pretty vital looking patch in there (lets hal-input-addon work with ADB keyboards)
[09:57] <Treenaks> mjg59: so.. what's spiftacity? just metacity + build-options? or a complete fork?
[09:58] <pitti> mjg59: whoa, that's a whole lot of bug fixes in the changelog
[09:59] <pitti> sjoerd: new hal's out for 2 hours, so where's your deb? :-P
[10:00] <mjg59> Treenaks: Metacity CVS + build options + libcm dependency
[10:01] <pitti> hey seb128 
[10:01] <seb128> hi pitti :)
[10:01] <dholbach> hey seb128!
[10:02] <seb128> dholbach: hi :)
[10:05] <hunger> Any chance of seeing malone #23388 fixed in dapper?
[10:05] <Ubugtu> malone bug 23388 in lsb lsb-base "tput used in /lib/lsb/init-functions after /usr is unmounted" [Minor,Unconfirmed]  http://launchpad.net/bugs/23388
[10:06] <hunger> The bug is marked for ubuntu-6.04... but so far I have not seen anybody working on the issue.
[10:07] <seb128> pitti: that means we will divert from Debian for all the packages you uploaded now?
[10:08] <pitti> seb128: I actually diverted very few, maybe 5
[10:08] <pitti> seb128: most of them were already diverted before
[10:08] <seb128>  ekiga (1.99.1-0ubuntu3) dapper; urgency=low
[10:08] <seb128>  .
[10:08] <seb128>    * debian/rules: Add gettext domain to .server and .desktop files to get
[10:08] <seb128>      language pack support for them. (Similarly to cdbs' gnome.mk)
[10:08] <seb128> 
[10:08] <seb128> stuff like that?
[10:08] <pitti> yep
[10:08] <seb128> hum, k
[10:08] <sivang> pitti: morning
[10:08] <pitti> hey sivang 
[10:09] <sivang> pitti: did you send me anything?
[10:09] <pitti> sivang: no, not yet
[10:09] <pitti> I thought I'd wait for you, and check if you actually have time
[10:10] <pitti> sivang: anyway, I'm already down to 7 packages on the TODO list
[10:10] <sivang> pitti: since when have you been working? ;-)
[10:10] <sivang> or wasn't there a lot of package in the first place..
[10:10] <pitti> it wasn't that much any more
[10:10] <sivang> wow
[10:11] <sivang> okay, where the todo list?
[10:11] <pitti> sivang: tomboy tuxmath tuxtype vim xmms xsane xscreensaver
[10:12] <pitti> ogra: will xscreensaver stay in main?
[10:13] <pitti> ogra: nevermind, -data will
[10:15] <Treenaks> pitti: I have a XUL error (launchpad-related I think) in Mozilla
[10:16] <pitti> Treenaks: how can LP cause them?
[10:16] <pitti> that rather means some locale package or so is not in sync
[10:16] <Treenaks> ('<menuitem label="&helpGetHelpOnline.label;")
[10:16] <Treenaks> That _sounds_ like launchpad-integration to me
[10:17] <sivang> Treenaks: IIRC seb128 did that, you can ask him.
[10:17] <pitti> yes, true
[10:17] <pitti> the patch should just be reverted, mozilla is universe now
[10:17] <Treenaks> pitti: it's firefox, sorry
[10:17] <seb128> what patch?
[10:17] <seb128> pitti: you think we patched mozilla for lpi? :)
[10:18] <seb128> one browser is enough :p
[10:18] <pitti> seb128: I hope not :)
[10:18] <seb128> anyway 
[10:18] <seb128> "   Bookmark, search and translation reference regression fixes:
[10:18] <seb128>    * Restore `Translate This Application' and `Get Help Online'"
[10:18] <seb128> from the upload Diziet did yesterday
[10:19] <Treenaks> OK, so that broke it
[10:19] <Treenaks> or broke..
[10:19] <Treenaks> I have a perfectly working firefox
[10:19] <Treenaks> with an XML error at the bottom
[10:19] <Treenaks> (and no help menu)
[10:20] <dholbach> mvo: !!! :)
[10:22] <highvoltage> history happening here? wish i could understand all of it :)
[10:22] <Treenaks> pitti: so, when will the firefox locales be updated? :)
[10:23] <pitti> Treenaks: I have no idea how to change them
[10:23] <Treenaks> great!
[10:23] <Treenaks> so where do I file the bug?
[10:23] <pitti> well, I'll check out the issue
[10:23] <Treenaks> ok
[10:23] <pitti> Treenaks: file it on firefox please
[10:25] <torkel> it is already filed multiple times
[10:26] <torkel> Treenaks: See #32651 for a workaround.
[10:27] <pitti> what's wrong with LP builders? I uploaded cdbs almost two hours ago, and the new deb is still not even attempted to be built
[10:59] <hunger> Hmmm... shouldn't be readahead get run only after /usr is mounted?
[11:00] <hunger> It tries to read files from /usr after all... or maybe it could be run twice?
[11:01] <hunger> It is about 50% of the files in /usr after all.
[11:18] <ogra> pitti, xscreensaver will stay in main for xfce 
[11:18] <pitti> ogra: yep, nevermind, the .desktop files are in -data and we need them anyway I guess
[11:18] <pitti> ogra: besides, it's already fixed :)
[11:19] <ogra> the .desktop files for gnome-screensaver dont need to be translateable for now ... they only show the app name ...
[11:19] <ogra> so dont waste time on them
[11:20] <Treenaks> ogra: well, I might want to change 'Gears' to something else in Dutch... ?
[11:21] <ogra> really ?
[11:22] <Treenaks> ogra: yeah, in Dutch it's 'Tandwielen'
[11:22] <ogra> was it translated in xscreensaver ? 
[11:23] <Treenaks> ogra: no, but that's not the point :)
[11:25] <hunger> Is Michael Vogt still around?
[11:25] <mjg59> hunger: I see acpi-support bugs without them being assigned to me
[11:27] <hunger> mjg59: Sorry then. I am trying to clean out my reported-bugs list somewhat.
[11:27] <dholbach> hunger: it's mvo
[11:28] <hunger> dholbach: Thanks.
[11:31] <Kamion> in general reporters should not assign bugs to people in malone
[11:31] <Kamion> you can subscribe other people to a bug if you want them to see it
[11:31] <Kamion> the assigned-to field is (I'm told) intended to mean "this person is working on the bug"
[11:32] <hunger> Kamion: Is that documented somewhere?
[11:32] <Kamion> the UI is not great when you're *re*assigning, so this doesn't always work right, but at least we can avoid reporters declaring that the maintainer is working on a bug when this is not true :)
[11:32] <Kamion> hunger: no idea, I'm not a Malone developer
[11:33] <hunger> Kamion: I do not want to do something wrong... I am just doing what seems to get the bug fixed.
[11:33] <hunger> Kamion: assigning one works wonders most of the time;-)
[11:35] <hunger> Kamion: Besides: somebody recommended here to assign to the last person mentioned in the changelog a while back when LP was still new.
[11:36] <hunger> Kamion: and the UI is not great whatever you do;-)
[11:37] <Kamion> I get people assigning me bugs I was already subscribed to quite a lot
[11:37] <Kamion> the only effect is more noise in my mailbox for me to wade through
[11:37] <Kamion> I would rather they just pinged me if they wanted to know the status
[11:37] <hunger> Kamion: OK, I'll try to keep that in mind before assigning stuff to you;-)
[11:38] <hunger> Seriously: I do not want to cause more work for anybody. So I'll no longer assign bugs.
[11:39] <hunger> How can I find out whom to ping about the bug status though?
[11:40] <Kamion> a comment in the bug?
[11:40] <Kamion> I mean, if there hasn't already been one recently
[11:40] <hunger> Kamion: OK. I'll do that then.
[11:46] <mvo> hunger: hello?
[11:46] <simira> gee, you guys are working too much sometimes! *upgrades*
[11:46] <hunger> mvo: yes.
[11:47] <mvo> hunger: anything particular you wanted from me?
[11:48] <hunger> mvo: I only wanted to know whether "Michael Vogt" was still with the team or whether I needed to reassign my bug:-)
[11:48] <dholbach> hunger: he's one of our best assets
[11:49] <hunger> dholbach: Yes, I know mvo.
[11:49] <hunger> dholbach: I just did not know that he was Michael Vogt:-)
[11:49] <hunger> LP should really list the IRC nick in addition to the mail address.
[11:50] <dholbach> it does, if you specified it
[11:50] <mvo> dholbach: haha, thanks dholbach
[11:50] <dholbach> it does for mvo
[11:51] <hunger> dholbach: Yes, you can find it out somehow, but not from the bug-report page.
[11:51] <dholbach> launchpad.net/people/mvo
[11:52] <hunger> dholbach: Yeap, I can search for it via the people page.
[11:52] <hunger> dholbach: But then I'll end up backtracking to the bugreport.
[11:53] <dholbach> find a solution to make it easier and propose it to the launchpad team :)
[11:54] <hunger> dholbach: Yes, I should nag them for a bit instead of keeping honest working ubuntu maintainers of their work!
[11:55] <mdke_> hunger, you can search from the bug report page too
[11:56] <mdke_> click on "(Choose)" from the bug status page
[11:57] <hunger> mdke_: Yes, but as soon as I click that the bug gets unassigned and the search is not that useful as it finds 6 mvos.
[11:58] <mdke_> i don't think that is right.
[11:58] <mdke_> yes it finds 6 mvo's, but the bug's status doesn't change until you commit your changes
[12:00] <hunger> mdke_: Oh and it does NOT find the email cut'n'pasted into the search field from the assigned-to bug-report area.
[12:00] <mdke_> sorry, i don't understand
[12:00] <mdke_> best take it to #launchpad
[12:01] <hunger> This is nothing that needs discussion here:-)
[12:05] <BockBilbo> hello
[12:06] <BockBilbo> i just wanted to tell you guys that the mozilla-firefox-locale-es-es package in dapper is corrupted
[12:06] <BockBilbo> it makes firefox work badly
[12:07] <BockBilbo> showing an error in the botton saying: <menuitem label="&helpGetGelpOnline.label;" ______^
[12:07] <seb128> already known, but thanks for reporting it :)
[12:07] <BockBilbo> ok
[12:07] <BockBilbo> :)
[12:08] <BockBilbo> bye!
[12:08] <seb128> (though launchpad is the right place to send bugs, on IRC it's likely the maintainer will not read your message)
[12:08] <BockBilbo> ok
[12:08] <BockBilbo> ill make a note for the next time
[12:08] <BockBilbo> :)
[12:09] <BockBilbo> by the way, have you guys noticed that if using xserver-xgl the gnome session takes a long while to load...
[12:09] <BockBilbo> ?
[12:09] <seb128> #ubuntu-xgl
[12:09] <seb128> :)
[12:09] <BockBilbo> ok
[12:09] <seb128> I've not tried it for my part ;)
[12:10] <BockBilbo> thanks seb128 
[12:10] <BockBilbo> :)
[12:10] <seb128> np
[12:10] <BockBilbo> bye! Ill be in #ubuntu
[12:15] <Diziet> Kinnison: ping
[12:20] <mvo> Diziet: I think he left for fosdem
[12:21] <Diziet> Ahh.
[12:21] <Diziet> Hmm.  Does anyone else have this firefox xml error ?
[12:22] <Treenaks> Diziet: Yes
[12:22] <Diziet> Oh, here we go, in the scroolback.
[12:22] <Treenaks> Diziet: I've merged a few bugs about it into one
[12:22] <Diziet> It's very strange.  Yesterday when Kinnison told me about it I thought I'd manage to bungle the upload somehow but that's not it.  It works fine for me.
[12:23] <carl> http://cdimage.ubuntu.com/ubuntu-server/daily/current/ is empty - is that expected ?
[12:23] <Treenaks> Diziet: It has something to do with the interaction Launchpad-integration <-> langpacks
[12:23] <Diziet> I mean, even the version built by the buildds works.
[12:23] <Treenaks> Diziet: if I remove my langpack, it works OK
[12:23] <Diziet> Ahh, excellent info.  I should read my mail really ...
[12:25] <Diziet> Just to confirm: normally, if some of the strings in ff aren't translated, do you get bits of English text ?
[12:26] <Diziet> (Like normal, with a not-completely-translated program?)
[12:26] <Treenaks> Diziet: in non-XULly programs, yes
[12:26] <Diziet> But what about in XUL ?
[12:26] <Diziet> I think I must have put the English string for the menu item labels in the wrong place.  I need to put them in the `fallback' place, not in en_US-only.
[12:26] <Treenaks> Diziet: then I just get errors when the translation-version is out of sync with the 'original'
[12:27] <Diziet> So every string has to be translated ?
[12:27] <Diziet> And, errors like this one ?
[12:27] <Treenaks> Diziet: Yes, missing translations give errors like this one.
[12:28] <Diziet> Joy.
[12:28] <mdke_> are you guys talking about this:  <menuitem label="&helpGetGelpOnline.label; ?
[12:28] <Diziet> Yes.
[12:28] <mdke_> isn't it just a typo?
[12:28] <mdke_> GetGelp?
[12:28] <Treenaks> Diziet: happened a few times before.. when the langpacks didn't get updated but firefox did
[12:28] <Diziet> Err, Kinnison's screenshot shows `GetHelp'.
[12:29] <Treenaks> mdke_: it's correctly spelled here
[12:29] <mdke_> ah right
[12:29] <mdke_> perhaps the chap in here mis-copied
[12:29] <mdke_> sorry
[12:29] <Diziet> So does the langpack construction process somehow automatically greps the strings out ?
[12:29] <Treenaks> Diziet: --> pitti
[12:29] <Diziet> I'm trying to figure out what I need to do now and of course what I need to do next time.
[12:29] <pitti> Diziet: not for ffox, it doesn't use gettext
[12:29] <Treenaks> Diziet: I _think_ XUL (or Firefox, or whatever) lacks a 'fallback' method (or it's heavily under-used)
[12:30] <pitti> We just import the xpi files from upstream
[12:30] <Diziet> How annoying.
[12:30] <Diziet> What's an XPI file ?
[12:30] <Diziet> Feel free to tell me to RTFM if you can provide a URL for the FM :-).
[12:30] <pitti> Diziet: a zip file with a .jar (the actual translations) and some description metadata
[12:30] <pitti> Diziet: it's the common install format for mozilla stuff
[12:30] <Treenaks> isn't a .jar a zip in disguise?
[12:30] <pitti> i. e. you can point to it in the address bar, or in the extensions dialog
[12:31] <Diziet> So what if I want to add a new translated string ?
[12:31] <pitti> Treenaks: yes
[12:31] <pitti> Diziet: that's highly nontrivial, and we have a spec about it
[12:32] <pitti> https://launchpad.net/products/rosetta/+spec/rosetta-firefox-support
[12:33] <Diziet> Err, sorry, I'm confused.  I mean: I have added, in a patch to our firefox, a couple of new menu items, which have labels which ought to be translated.
[12:33] <Diziet> Apparently something needs to be done to the langpacks.  What ?
[12:33] <Treenaks> (and for which translations _are_ available, in the launchpad-integration package ?)
[12:33] <Diziet> Or, is there something I should do in firefox to make it work ?
[12:33] <Diziet> I'm not asking for Rosetta integration.
[12:34] <pitti> Diziet: the spec is about dissecting translation .jar files to gettext po files, which we can modify, and then rebuild new .jar files from them
[12:34] <pitti> but that's a highly nontrivial process
[12:34] <Diziet> Yes, so I don't want to do that.
[12:34] <pitti> Diziet: is there a way in ffox to mark these strings as not translatable?
[12:34] <Diziet> Yes.
[12:34] <pitti> Diziet: that would be good enough for now, I think
[12:35] <Diziet> Oh.
[12:35] <Diziet> It seems a bit odd to have `Translate this application' (a) in English and (b) not let you translate this application !
[12:35] <pitti> Diziet: well, in fact, in Dapper you won't be able to translate firefox anyway
[12:35] <Diziet> Also `Get help online' is something that it would be very nice to have translated.
[12:36] <Diziet> So I should rename it to `help translate Ubuntu' ?  And if so, why is it in the Firefox help menu ?
[12:36] <pitti> Diziet: maybe it makes sense to drop that particular menu item for dapper
[12:37] <Diziet> sabdfl specifically noticed that it was gone and complained.  I'm trying to understand why the original decision was made; it's always wise to understand the original reasons before you decide to overturn a decision.
[12:37] <Diziet> (gone = in earlier 1.5 packages for Dapper)
[12:38] <pitti> hmm
[12:38] <pitti> well, all I can say is that ffox translations won't be there for dapper; I hope it will for dapper+1
[12:39] <Diziet> Right.
[12:39] <Diziet> Do most Gnome applications have a `translate this program' in the Help menu ?
[12:39] <pitti> yes
[12:40] <Kamion> carl: it's probably just taking ages to sync to the mirrors; there's still an rsync running from the cdimage master machine
[12:40] <carl> okee dokee
[12:41] <Diziet> OK.  Well, I'll remove the Translate item and untranslate the Get Help Online then.
[12:42] <Diziet> Thanks for the info.
[12:42] <pitti> thanks
[12:42] <tepsipakki> Kamion: have you received my emails about the UVF-exceptions we discussed some day?
[12:43] <sladen> elmo: please sync hotkey-setup 0.14 and let me know you need me to rebounce you some emails
[12:43] <Kamion> tepsipakki: yes, but I am swamped and cannot deal with them
[12:43] <Kamion> carl: (I've brought it up with admins)
[12:43] <Kamion> tepsipakki: at least not today
[12:44] <tepsipakki> Kamion: ok, no hurry if it's still possible
[12:46] <Kamion> is VETSEL Patrice here?
[12:47] <Kamion> oh, never mind, dholbach already dealt with it
[01:25] <sivang> mvo: can you offer one of you simple programs to use as an example of using a ListView in python/gtk?
[01:25] <sivang> s/you/your/
[01:31] <kbrooks> Hey all.
[01:31] <kbrooks> Maybe the Ubuntu developers  could include debins into dapper+1
[01:32] <Treenaks> debins?
[01:32] <kbrooks> http://programmer-art.org/debins 
[01:32] <tseng> you could use gdebi
[01:33] <tseng> or synaptec
[01:33] <kbrooks> I have sent a patch to them fixing a minor problem with debins
[01:33] <tseng> if you really want to see this package in you could create a debian source package and upload it to REVU
[01:34] <kbrooks> tseng, apparently you don't understand what debins was designed for. 
[01:35] <kbrooks> You double click on a .deb package, and debins goes off & does the work
[01:35] <Lathiat> sounds like gdebi :)
[01:35] <tseng> yeah..
[01:35] <kbrooks> i didnt create it
[01:36] <mjg59> kbrooks: That's what gdebi does
[01:36] <tseng> unless you are more interested in being argumentative
[01:36] <tseng> your next step is really here:
[01:36] <tseng> https://wiki.ubuntu.com/MOTU/Packages/REVU
[01:36] <tseng> you could make it in for dapper if you hurry :)
[01:36] <kbrooks> Well....
[01:36] <kbrooks> okay.
[01:37] <kbrooks> `wherres the motu chsaannel
[01:37] <tseng> #ubuntu-motu
[01:37] <Lathiat>  #uvbuntu-motu
[01:37] <kbrooks> i joined #motu no workie
[01:37] <kbrooks> ty
[01:37] <Lathiat> minus the typo :)
[01:47] <doko> Kinnison, mjg59: which package is responsible for setting up the power management of hard disks?
[01:49] <mjr> doko, I'm not sure if this is the answer you're looking for, but hdparm can set it for ide drives (maybe sata, dunno)
[02:05] <Kamion> carl: it's there now
[02:07] <sivang> mvo: I'd like to ask you 2 questions: 1)Do you have a good simple example of using ListView in PyGTK of your program, 2) How do I find out in pyhotn which mime types are supported / available on the deskotp / system?
[02:08] <sivang> mvo: (I pasted before but your network got ofF)
[02:08] <sivang> :)
[02:09] <sivang> mvo: the media part is to exclude media files from a user's backup, based on mime types registered in a system rather then having a hard coded list of extensios.
[02:10] <mvo> sivang: I found http://www.pygtk.org/pygtk2tutorial/ch-TreeViewWidget.html useful
[02:12] <sivang> mvo: ah , okay :) thanks. I bumped into another tutorial when googleing for it, that was a bit less then what I needed. :) thanks!
[02:12] <mvo> sivang: for the mime-type stuff I don't know
[02:13] <sivang> mvo: ok, thanks for all your help, btw when using TreeVIew from SimpleGladeApp.py, do you get the reference to the Model from the widget object or create it from scratch, and then 'attache' it?
[02:14] <mvo> sivang: http://www.pygtk.org/pygnomevfs/class-gnomevfs-fileinfo.html may help you, it seems to include mime-information
[02:14] <Kamion> you have to create it, glade won't do it for you
[02:14] <sivang> Kamion: (I'm a bit puzzled of how to find it in SimpleGladeApp.py 
[02:14] <Kamion> once you've created and set it once you can get it from the widget, though
[02:15] <Kamion> sorry, don't know what/where SimpleGladeApp.py is
[02:15] <mvo> sivang: what kamion said (create it yourself)
[02:16] <sivang> Kamion, mvo : you mean for the model? because the widgent (the 'view') is already created by glade..
[02:17] <jpatrick> can we still do syncs? (trying to fix malone #6679)
[02:17] <Ubugtu> malone bug 6679 in nut "fails to start because of change to /var/run" [Critical,Confirmed]  http://launchpad.net/bugs/6679
[02:17] <mvo> sivang: yes, you need to create the model (and the renderers) yourself
[02:18] <Kamion> jpatrick: I believe elmo's still working on making the code work reasonably with soyuz
[02:18] <jpatrick> ok
[02:26] <Kamion> should an error dialog that requires the application to exit (right at the start - it's because it needs to be run as root) have an OK button or a Close button?
[02:26] <jbailey> Keybuk, pitti: Let's try here where we can all see.
[02:27] <jbailey> Keybuk: I remembered for a while you had talked about bringing interfaces up when they were detected.
[02:27] <pitti> jbailey: well, in dapper we now bring them up when the interface itself arrives
[02:27] <pitti> jbailey: i. e. when plugging in an usb wireless
[02:28] <pitti> however, it doesn't do link detection ATM
[02:28] <jbailey> Right, so not on link state,.
[02:28] <pitti> that's network-manager's job
[02:28] <pitti> (which actually works quite well)
[02:29] <infinity> (for interfaces that support link state)
[02:29] <ogra> Kamion, a "Cancel" button (since that indicates you have to do the former action again ...) ?
[02:30] <jbailey> pitti: I remember that old Catalyst switches on a spanning tree network could easily take 30 seconds before giving link.
[02:30] <Kamion> ogra: ... OK, I didn't expect anyone to say that! Cancel indicates "please let me go back to what I was doing"; I don't think it really works for unrecoverable errors
[02:31] <pitti> jbailey: something less heavyweight than n-m would be ifplugd
[02:31] <jbailey> pitti: If we have no way to poll link state, is it hard to beat dhclient into trying again 15 seconds later and repeat, say, a half dozen times before it gives up?
[02:32] <ogra> hmm, thats how i'd read such a button ... i cancelled the last action i did (which was starting the app apparently), but that might be a misconception ...
[02:32] <pitti> jbailey: probably not, but I'm not sure whether we should do that by default 
[02:32] <pitti> jbailey: you mean, there are still a lot of cards around which don't have mii link detection?
[02:33] <jbailey> pitti: The link detection was infinity's comment, not mine. =)
[02:33] <jbailey> I have no guesses on that.
[02:33] <infinity> Kamion: I think the prevailing UI convention seems to be to use "Close" in that case.
[02:34] <Kamion> infinity: thanks
[02:34] <infinity> pitti: There are very few cards left that can't do it, but some drivers in the kernel still don't expose it.
[02:35] <infinity> pitti: And no, I don't recall which drivers, though I remember that only one card on daniels's amd64 machine knew its link state.
[02:35] <infinity> pitti: One marvell, one nforce.  Don't recall which one sucked more.
[02:36] <jbailey> pitti: I'm wondering if the retry cycle would actually be harmful in that case, though?  If we're just getting send_packet failures, it's pretty clearly not getting anything out, so trying again shortly after doesn't seem that harmful.
[02:36] <infinity> jbailey: Didn't we used to do that with dhclient anyway?  (have it retry for quite a while, sleep, retry, etc, then give up after a LONG time...)
[02:36] <infinity> ie: dhclient itself has that functionality built in, I don't mean WE tried anything special.
[02:37] <pitti> afk for 5 minutes
[02:40] <jbailey> infinity: Lemme check in the logs.  Oh, hmm.  There is a link up at 07:02:26.  Then it dhcp's at 07:20:29, gets a send_packet: Network is down.  Tries again at 7:02:49, network is still down.  7:03:04, network is still down.  Then I ifdown'd and ifup'd at 07:03:41.  got network_down.  got link up another link is up at 07:03:43, and dhcpdiscover got love at 07:03:44
[02:41] <jbailey> Hmm, maybe I'm chasing the wrong bit of confusion.
[02:43] <sjoerd> pitti: tonight probably :p 
[02:44] <sjoerd> pitti: btw, you probably want to merge the dbus patch i sent to the dbus list yesterday (if you haven't done already)
[02:46] <pitti> re
[02:46] <pitti> sjoerd: no, haven't found time yet
[02:47] <sjoerd> k, patch is in pkg-utopia svn too 
[02:47] <sjoerd> will update the debian package tonight
[02:48] <pitti> sjoerd: you rock :)
[02:48] <sjoerd> thanks ;)
[02:49] <sivang> sjoerd: rolling new dbus package? :)
[02:50] <sivang> sjoerd: possibly with the volume.capacity namespace? :-)
[02:50] <sjoerd> sivang: that's hal :)
[02:50] <sjoerd> but i'll update that tonight too
[02:50] <sivang> sjoerd: ooo, that would be so cool :-D
[02:50] <sivang> sjoerd: (and sorry about the mistake, I confuse between them alot)
[02:51] <pitti> sivang: btw, he talks about Debian, not Ubuntu :)
[02:51] <pitti> sivang: not sure whether we can update hal to 0.5.7; the changelog looks worthwhile, though
[02:51] <sivang> pitti: indeed, I wonder if you could get UVF expection for that. I recall seb128 said it also makes GNOME a bit happier 
[02:54] <pitti> yes, and half of the actually intrusive changes we already have as patches anyway
[02:54] <seb128> go go go for an UVF exception :)
[02:55] <seb128> that's today or not for that cycle anyway
[02:55] <pitti> seb128: ok, I'll forward the changelog to mdz and comment about the changes
[02:55] <seb128> pitti: thank you
[02:57] <mdke_> how long does it normally take after a package is successfully built for it to appear in the archive?
[02:58] <seb128> depending if it goes to NEW or not
[02:58] <mdke_> if not?
[02:58] <seb128> around 1 hour I would say
[02:58] <mdke_> hmm
[02:58] <mdke_> https://launchpad.net/distros/ubuntu/breezy/+source/ubuntu-docs/5.10-6.3 hasn't appeared yet afaics
[02:58] <seb128> breezy
[02:58] <infinity> All bets are off for breezy stuff.
[02:59] <mdke_> oh it's in the archive
[02:59] <seb128> uploads to stable are moderated and not processed atm
[02:59] <infinity> The -updates and -backports stuff in soyuz is still in beta.
[02:59] <mdke_> seb128, it's built and in the archive, but isn't coming onto my system for some reason
[02:59] <mdke_> http://archive.ubuntu.com/ubuntu/pool/main/u/ubuntu-docs/
[02:59] <seb128> mdke_: apt-cache policy ubuntu-docs ?
[02:59] <LinuxJones> Crist there is a spammer in #ubuntu can someone please pop in and kick him ?  damian
[03:00] <mdke_> seb128,   Candidate: 5.10-6.2
[03:00] <seb128> mdke_: so it's not listed by the index
[03:00] <mdke_> right, does that take some time too?
[03:00] <seb128> should not
[03:00] <infinity> Well, not, but like I said, the soyuz handling of -updates is still ongoing work right now.
[03:00] <mdke_> shall i ask in #launchpad?
[03:00] <infinity> So it could be "half-published", which some kinks get worked out.
[03:01] <infinity> mdke_: That might be better.
[03:01] <mdke_> ok, thanks
[03:01] <Kamion> mdke_: yes, please do
[03:01] <infinity> s/which some/while some/
[03:07] <mvo> Kamion: testinstall on a networkless system seems to have worked fine
[03:07] <Kamion> good, thanks
[03:07] <mvo> (just FYI)
[03:07] <Kamion> so CC.archive.ubuntu.com is in sources.list?
[03:07] <Kamion> uncommented?
[03:07] <mvo> yes it was
[03:07] <mvo> apt-get udpate worked when network was available and stoped quickly when it wasn't 
[03:08] <Kamion> fantastic
[03:08] <mvo> infinity: the latest apt upload should have fixed the problem that apt sometimes eats the package index files
[03:18] <infinity> mvo: I noticed the changelog, yes.  Here's hoping.
[03:18] <tepsipakki> dholbach: ping?
[03:18] <infinity> mvo: Also, thanks. :)
[03:18] <dholbach> tepsipakki: pong
[03:19] <tepsipakki> dholbach: why did you mark malone 29646 as rejected?
[03:19] <Ubugtu> malone bug 29646 in apt-setup "support for multiverse" [Normal,Unconfirmed]  http://launchpad.net/bugs/29646
[03:19] <Kamion> tepsipakki: just the dapper task
[03:19] <dholbach> tepsipakki: just the Ubuntu Dapper task
[03:19] <mvo> infinity: cheers 
[03:20] <tepsipakki> oh, so it's not going to happen for dapper?
[03:20] <tepsipakki> bah
[03:20] <dholbach> tepsipakki: that's not what it means
[03:21] <tepsipakki> dholbach: what then?-)
[03:21] <dholbach> tepsipakki: Dapper is just not released yet, so it makes no sense, to look for special "Dapper" bugs
[03:21] <Kamion> tepsipakki: no, dholbach was going through everything filed against dapper because most of them were mistakes
[03:21] <Kamion> in that particular case, I deliberately marked it for dapper to remind myself
[03:21] <Kamion> but never mind
[03:21] <dholbach> Kamion: I'm sorry.
[03:21] <dholbach> Kamion: you could set the target though.
[03:21] <tepsipakki> ok, it just seemed as if it was closed :)
[03:22] <infinity> tepsipakki: If you hit the web page, you'll see that it's still open in one instance, though rejected in the other.  Yes, I find that aspect of Malone very confusing too.
[03:22] <Kamion> dholbach: that's what I did!
[03:22] <Kamion> dholbach: if you set the target, it creates a dapper task
[03:22] <dholbach> argl
[03:22] <tepsipakki> hehe
[03:41] <segfault> is there any problem with the latest firefox build? something about the Help Menu.
[03:43] <mdke> segfault, yes, they are on the case
[03:44] <segfault> yeah, bug #32678
[03:44] <Ubugtu> malone bug 32678 in firefox "firefox displays strange error on bottom" [Normal,Confirmed]  http://launchpad.net/bugs/32678
[03:45] <segfault> its something in browser.jar/content/browser/baseMenuOverlay.xul
[03:47] <Lathiat> mjg59: please try the synaptics thing?
[03:47] <Lathiat>   Option          "MinSpeed"              "0.49"
[03:47] <Lathiat>         Option          "MaxSpeed"              "0.63"
[03:47] <Lathiat> wrong window
[03:48] <Kamion> mvo: are #23965 and #26065 fixed with default-apt-sources?
[03:50] <mvo> Kamion: checking
[03:54] <Kamion> mjg59: still no binaries for spiftacity - looks like a missing build-dep?
[03:56] <Treenaks> still?
[03:57] <Kamion> he asked me to see if it could be made available for FOSDEM, so I'm watching the NEW queue
[03:57] <infinity> Kamion: I uploaded to fix that.
[03:57] <Kamion> not just are-we-there-yet-ing
[03:57] <infinity> Kamion: You're obviously not watching -changes. :)
[03:57] <Kamion> infinity: ah, thans
[03:58] <Kamion> +k
[03:58] <Kamion> it only JUST arrived in my mailbox, after you said that :)
[03:58] <infinity> Sure, sure. :)
[04:01] <infinity> Kamion: Do you still have to NEW each arch individually, or has that been fixed?
[04:01] <infinity> (I ask because you won't see powerpc binaries for a while, it's stuck behind an openoffice build)
[04:02] <Kamion> infinity: last I checked I did, yes
[04:03] <infinity> Oh well.  I should go to bed before I accidentall get a second wind and stay up all night again.
[04:04] <carl> Kamion,  daily files are up, but the BT doesn't have any seeds: http://cdimage.ubuntu.com/ubuntu-server/daily/current/dapper-install-i386.iso.torrent
[04:04] <carl> Kamion, nm - there are now seeds
[04:07] <sivang> seb128: yes, let's hope pitti gets the expection :) (re: HAL)
[04:10] <pusling> would there be any issues like udev or other stuff in backporting a dapper kernel to breezy ?
[04:11] <seb128> yep
[04:11] <Toadstool> hi devels
[04:11] <Toadstool> ping ogra 
[04:11] <__keybuk> pish
[04:11] <__keybuk> urhgh
[04:11] <__keybuk> can't type
[04:11] <__keybuk> pusling: yeah, backporting dapper kernel to breezy is a "don't do it unless you really know what you're doing" exercise
[04:14] <pusling> __keybuk: I am not yet that much into kernelpackaging ...  but my alternative might be taking a kernel from kernel.org.
[04:14] <pusling> and manual install it
[04:15] <seb128> pusling: what do you need from the new one?
[04:16] <__keybuk> pusling: that'll have the same problem
[04:16] <__keybuk> anything hotplug related will cease to work
[04:17] <pusling> I am just havingsome weird issues with 'freezing' and the computer is not answering for 5-6 seconds while havin thread heavy processes.
[04:18] <__keybuk> pusling: have you tried a dapper live cd to see whether that really fixes the problem?
[04:19] <__keybuk> also have you tried booting with pci=noacpi tec.
[04:21] <pusling> I have trried qeuite different things ...
[04:21] <pusling> I am having 10 different machines with excactly same hardware, running breezy, doing this.
[04:34] <Treenaks> Lathiat: That would give us so many gamers
[04:35] <Lathiat> heh
[04:36] <Treenaks> Lathiat: we have a website here ('tweakers.net') which is full of Windows-gamers... who say they'll switch to Linux when it has (a) games and (b) support for the crappy/weird hardware
[04:36] <Treenaks> Lathiat: dmraid is one of the things that'd need
[04:37] <Lathiat> it would also let me share my two disks in a raid0 with a certain other os
[04:37] <Lathiat> :)
[04:51] <Amaranth> did the -devel list change the reply-to to point to the list?
[04:51] <seb128> no
[04:52] <Amaranth> odd, gmail used to have Reply and Reply To All, now it's only showing Reply, which goes to the list
[04:52] <tseng> maybe they figured out what a mailing list was
[04:53] <Amaranth> no, wine-devel and d-d-l are still showing those options
[04:54] <mdke> reply to is normal here, looking at Amaranth's last message
[04:58] <Amaranth> that's the strangest thing
[04:59] <Amaranth> is the "Precedence: list" header new?
[04:59] <Amaranth> err, no, wine-devel has that too
[04:59] <Amaranth> oh well, i'll just enjoy it
[05:03] <seb128> doko: grumpf, you broke pycairo the same way as pygtk
[05:04] <seb128> doko: -dev packages are not to make empty when you drop python2.3 stuff :p
[05:05] <doko> seb128: fix the rules file, so that that change is a one liner ;-P
[05:05] <ogra> seb128, but it saves a lot of CD space :)
[05:05] <seb128> that's no my package
[05:05] <dholbach> seb128: what? is it mine now?
[05:05] <seb128> ogra: I'm not sure than some .h .pc are the issue on the CD :p
[05:05] <doko> seb128: you own NO package in ubuntu :P
[05:05] <seb128> dholbach: speaking about Debian maintainer
[05:05] <ogra> somehow we need to compensate for example-content :P
[05:05] <dholbach> seb128: I was just kidding
[05:05] <seb128> :)
[05:06] <seb128> i (h)ate you :p
[05:06] <doko> kids!
[05:07] <seb128> ahhhhhh
[05:07] <seb128> I'll come back soon
[05:08] <seb128> hihihi
[05:08] <dholbach> seb128: you have to practise the diabolic laughing a bit :)
[05:09] <seb128> I've to ask to jdub, he has some nice ones I'm sure ;)
[05:09] <ogra> we should have more freezes, everybody is so releaxed afterwards :)
[05:09] <seb128> we have enough freeze
[05:09] <seb128> UI and string freeze still to come
[05:10] <ogra> but from a logical point of view, we could relax more if we had more ...
[05:10] <ogra> :)
[05:34] <mvo> Kamion: it like I timed adding gdebi to the desktop seed bad. you already did a ubuntu-meta upload today...
[05:37] <mdke> gdebi will be installed by default?
[05:38] <mvo> mdke: yes, it will do into the desktop seed
[05:38] <mdke> ok, thanks
[05:39] <Mirv> mvo: hi, could you check your e-mail at some point? I sent you update-notifier's translation twice during the last two weeks, and I just now sent you gai, update-manager (at least for which you said you'd include translations in bzr happily), update-notifier and language-selector translations also
[05:40] <Mirv> it appears you are developing all of those
[05:40] <Mirv> no hurry, I just wonder if they're going to /dev/null
[05:40] <mvo> Mirv: I did all of them already IIRC, update-notifier should be in svn already
[05:40] <mvo> Mirv: do you follow bzr/svn?
[05:40] <Mirv> mvo: yes.. not in update-notifier's svn, and the others I didn't send you until 3 minutes ago
[05:41] <mvo> Mirv: thanks for the g-a-i one :)
[05:41] <Mirv> Finnish (fi.po)
[05:42] <mvo> Mirv: looking at it now, I'll send you a mail when it is in
[05:43] <Mirv> mvo: thank you! and you're welcome.
[05:46] <tseng> mdz: ping
[05:48] <WaterSevenUb> mvo, I also sent you update-manager pt.po a while ago.. I think not included yet. :-))
[05:49] <tseng> mdz: we'd like to demote gtk-sharp in favor of gtk-sharp2, working on a patch for tomboy
[05:49] <tseng> mdz: is that the last thing seeded by your count?
[05:50] <Kamion> mvo: ah well ...
[05:51] <mdz> tseng: is what?
[05:51] <mvo> WaterSevenUb: no? can you please resend it, maybe it didn't made it or something. a upload is scheduled for today :)
[05:51] <WaterSevenUb> mvo, probably now is very outdated, but I will send it anyway...
[05:52] <mvo> WaterSevenUb: thanks
[05:52] <tseng> mdz: tomboy
[05:55] <mdz> tseng: the last thing seeded?
[05:56] <mdz> in which sense of "last"?
[05:56] <tseng> mdz: if we build tomboy against gtk-sharp2 binaries, can we make gtk-sharp go away
[05:56] <tseng> to universe
[05:56] <mdz> that would be good
[05:57] <mdz> tseng: so tomboy is the only package in main which uses it?
[05:57] <mdz> (did you check germinate?)
[05:58] <tseng> oh crap
[05:58] <tseng> dbus
[05:58] <tseng> has libgtk-cil as a build-dep for some reason
[05:58] <Lathiat> because it uses the gtk mainloop
[05:59] <Lathiat> in c#
[05:59] <slomo> Lathiat: that's the glib mainloop
[05:59] <slomo> i'll get this fixed
[05:59] <slomo> don't worry
[05:59] <tseng> slomo: rock.
[05:59] <Lathiat> slomo: yeh but last check glib was only in gtk-cil? or has it been split out now?
[05:59] <Lathiat> ah thats changed
[05:59] <Lathiat> cool
[05:59] <tseng> Lathiat: its always been split
[06:00] <tseng> Lathiat: in debian
[06:00] <Lathiat> perhaps python
[06:00] <Lathiat> yes i think
[06:00] <slomo> lamont: yes
[06:00] <slomo> s/lamont/Lathiat/
[06:01] <slomo> tseng: so dbus is the last one build-depending on gtk-sharp stuff?
[06:01] <tseng> http://people.ubuntu.com/~cjwatson/germinate-output/dapper/dapper_main_Sources
[06:02] <tseng> there are only a handful of -cil's if you jump around to get a picture
[06:02] <slomo> tseng: it doesn't even build-depend on it in reality... it's only a leftover in control :o
[06:02] <tseng> slomo: oh, thats useful
[06:03] <slomo> tseng: fixed
[06:03] <theCore> I'm just wandering, is it a good idea to use Dapper for developping Dapper?
[06:03] <tseng> slomo++
[06:03] <tseng> theCore: of course it is
[06:03] <tseng> theCore: the launchpad guys call it "eating your own dogfood"
[06:04] <sivang> theCore: dapper is rocking :)
[06:04] <sivang> indeed. using what you develop do develop it :)
[06:04] <sivang> (a bit recursive, but what the hack, fogooding is I gues smore simple)
[06:06] <theCore> I got a disk crash recently, so I'm thinking to get Dapper as a new install.
[06:06] <theCore> btw, does any of you know how to fix an inode table?
[06:07] <theCore> (manually, of course)
[06:10] <sivang> theCore: I don't know manually :) there's fsck for that AFAIK
[06:11] <mdke> mdz, could we add a DocumentationTranslationDeadline for April 13th, same as LanguagePackDeadline? gives them an extra week, later translations shouldn't break stuff
[06:12] <mdz> mdke: to be honest, I think the existing deadlines are already quite late
[06:12] <mdz> there is not only breakage to consider, but problems with the translations themselves
[06:12] <mdke> mdz, ok, but doesn't that apply to language packs too?
[06:13] <mdz> mdke: within language packs, most of the contents can be fixed after release with no ill effects if necessary (i.e., packages not installed by default)
[06:13] <mdke> ok then!
[06:13] <mdz> with documentation, it's on the live CD forever
[06:14] <mdz> and forever on the desktops of users who don't have Internet access
[06:14] <mdke> mdz, ok, that makes sens.
[06:14] <mdz> so we should leave at least some time for users to see the translations
[06:14] <mdke> +e
[06:15] <mdke> although we can't fix bugs in the translations without getting translators to fix it in rosetta, and then synching again
[06:16] <mdz> mdke: if you can enable documentation translation through language packs...
[06:16] <mdke> haha
[06:16] <mdke> i wish
[06:23] <seb128> mdz: I wanted to build nautilus linked with libbeagle (that's a small C lib, it allows to use beagle at runtime if installed and use standard simple method if not) but beagle promotion didn't happen yet ... it should probably be scheduled for next cycle rather now, right?
[06:25] <slomo> Kamion: tomboy needs gtk#2 now (and dbus is fixed to not depend on gtk#)... can you a) get gtk-sharp2 in main again, it was already approved before breezy release and b) will gtk-sharp move to universe automatically when there's no build-dependy and dependency anymore in main?
[06:36] <lamont> Keybuk: ping
[06:37] <Keybuk> lamont: 'sup?
[06:37] <lamont> looking at your util-linux patch....  you think that's the right solution (as in, I should upload it to debian?)
[06:38] <Keybuk> lamont: what was the change?
[06:38] <lamont> hwclock -> S50
[06:38] <lamont> "after /usr is mounted, fer shur"
[06:39] <Keybuk> hmm, tricky one; our rcS is rather different from Debian's
[06:42] <lamont> Keybuk: actually, you completely trashed module loading
[06:42] <mdz> seb128: if pitti has time to do it soon, it's OK
[06:42] <Keybuk> lamont: I did, how did I do that?
[06:42] <seb128> mdz: ok, thank you!
[06:42] <Keybuk> lamont: I think we would have noticed if it were completely trashed ... :)
[06:42] <lamont> Keybuk: hwclockfirst.sh is specifically there to address having time be correct during module loading.
[06:43] <Keybuk> lamont: why does the time need to be correct during module loading?
[06:43] <Keybuk> and if it does, hwclockfirst.sh wasn't any good either, it would need to be in the initramfs!
[06:43] <Keybuk> (where we load a good portion of the modules)
[06:44] <lamont> bugs.debian.org/50572
[06:44] <Kamion> slomo: have to go out soon, so not now
[06:44] <lamont> modules.dep
[06:44] <Diziet> Has anyone with the strange ff xml and bookmark problem installed 1ubuntu5 yet ?
[06:45] <Keybuk> lamont: ah, you mean "before you generate modules.dep"
[06:45] <Keybuk> yes, I was aware of that
[06:45] <lamont> Keybuk: yes
[06:45] <Keybuk> and the fact we don't generate modules.dep on boot was a fair reason I took that out
[06:45] <Kamion> mdz: hmm, I was in hack mode and it didn't really register that you had turned up, but I have to go soon; I might be around for a bit later tonight if you want to discuss espresso progress, otherwise let's make it Monday?
[06:46] <lamont> Keybuk: ok.  I'll merge things so that ubuntu does things diff than debian... go me.
[06:46] <lamont> because I'm gonna sync 2.12r-8 after I upload it (dropping nfsv4 again)
[06:46] <Keybuk> ok, please try to keep our local changes :)
[06:46] <Keybuk> they took a while to get right <g>
[06:47] <Keybuk> personally I wish the timezone information wasn't a symlink into /usr
[06:47] <mdz> Kamion: ok
[06:47] <Keybuk> because then we could set the clock at S05 or earlier
[06:47] <mdz> Kamion: it hadn't really registered with me that I had turned up either
[06:47] <Keybuk> I think jbailey said he'd change that in dapper+1
[06:47] <mdz> I haven't even finished IRC/mail backlog
[06:47] <mdz> from 7 hours ago
[06:48] <Kamion> ouch
[06:48] <Kamion> if I chmod +x a file, will bzr notice and record that?
[06:48] <Kamion> hmm, appears so
[06:50] <lamont> Keybuk: any particular objections from you if hwclockfirst.sh existed but did nothing?
[06:51] <Keybuk> lamont: yes
[06:51] <Keybuk> lamont: please leave things as they are :)
[06:51] <lamont> ok
[06:52] <lamont> hwclock.sh will get a shade more complicated, but it'll behave correctly
[06:52] <sivang> hmm, is there a module or a wrapper around the 'file' shell command for python?
[06:53] <Keybuk> lamont: please observe that one of the changes is to make all of hwclock.sh happen in the background
[06:53] <sladen> sivang: python-magic
[06:53] <Keybuk> tbh, I'd rather you just left the script as it is, and not worry about trying to make the Ubuntu and Debian ones "the same"
[06:53] <Keybuk> especially this close to dapper
[06:53] <Keybuk> we are after UVF, after all
[06:54] <Keybuk> we can worry about merging them when dapper+1 opens
[06:55] <lamont> Keybuk: hrm... what actually brought it up was trying to get nfsv4 support in, but I'm about to rip that out anyway...  Which is to say, I'll work on getting it the same, but we don't need to sync now either.
[06:55] <sivang> sladen: does it come in the stdlib?
[06:55] <lamont> Keybuk: so as long as debian works, your merge in dapper+1 should be pretty easy... :-)
[06:56] <lamont> Keybuk: in fact, I think I'
[06:56] <lamont> ll just ignore it
[06:57] <Keybuk> heh, ok
[07:01] <lamont> Keybuk: when do we generate modules.dep?
[07:02] <sladen> sivang: it's probably installed on Ubuntu:  apt-cache search python-magic
[07:10] <Keybuk> lamont: in the postinst of new kernel and module packages
[07:10] <lamont> ok
[07:10] <Keybuk> after all, the module information isn't going to magically change :)
[07:27] <sivang> sladen: it's in universe :-/
[07:27] <sivang> sladen: I wish it was in main, probably woth another main inclusion report :)
[07:30] <Diziet> These xen people are mad.  It downloads linux-kernel-yada.tar.bz in debian/rules build.
[07:30] <Keybuk> sounds like a doogieism
[07:30] <Diziet> No, I think it came from upstream.
[07:31] <Diziet> There's various witterings on the pkg-xen list about how to make it not do that.
[07:33] <Blender_neo> Hello @ all - Did someone mention already that if you paste an extraordinary long string to an variable GnomeApplication it will kill the application?
[07:34] <dholbach> i just copied 1.000.000 lines
[07:34] <dholbach> and still no crash
[07:34] <dholbach> do i need more?
[07:35] <Blender_neo> I just copied 164k file and every application I tried crashed...
[07:35] <shaya> any kernel guys here, just filed a bug
[07:35] <shaya> can help try to debug it if needed?
[07:35] <zul> try #ubuntu-kernel
[07:35] <seb128_> re
[07:35] <dholbach> Blender_neo: if you could follow the instructions on http://wiki.ubuntu.com/DebuggingProgramCrash and file a bug on the crashing application, that'd help
[07:35] <seb128_> dsl IP change
[07:35] <seb128_> Diziet: did you get what I was saying?
[07:35] <dholbach> wb seb128_
[07:36] <seb128_> dholbach: what did you read from me since some min?
[07:36] <seb128_> since -> for
[07:37] <dholbach> mdz seb128: if pitti has time to do it soon, it's OK
[07:37] <dholbach> Keybuk lamont: I did, how did I do that?
[07:37] <dholbach> seb128 mdz: ok, thank you!
[07:37] <lamont> dholbach: did what?
 Diziet: I think you broke epiphany-browser without your DefaultApplicationsFirefox change
 s/without/with
 Diziet: it download stuff all the time now instead of opening the "do you want to ... open ... download" dialog
[07:37] <dholbach> lamont: excusez-moi - seb128_ was asking what the last thing was, the world heard from him
[07:38] <lamont> ah, okl
[07:38] <dholbach> lamont: (before he vanished)
[07:38] <dholbach> lamont: sorry
[07:38] <seb128_> dholbach: I was asking from some min ago
[07:38] <lamont> np. /me goes back to sleep. :-)
[07:38] <dholbach> lamont: good night then :)
[07:38] <seb128_> I was not timeouted one hour ago :)
[07:51] <dholbach> have a nice weekend
[08:01] <Treenaks> Diziet killed my bookmarks!
[08:01] <Treenaks> oh wait
[08:01] <Treenaks> it's the langpack thing
[08:01] <Treenaks> Diziet: nm
[08:13] <tepsipakki> lamont: I forwarded the changelog-entry from util-linux_2.12r-8 to nfsv4-list :)
[08:14] <tepsipakki> ..and of course they released a new version of librpcsecgss today
[08:16] <lamont> tepsipakki: thanks much
[08:16] <lamont> it's pretty easy to reproduce: apt-get install nfs-user-server on machine A, export something, and mount it on machine B :-(
[08:17] <lamont> the v4 code sends an extra 0x10 bytes in its rpc request, which gets it a 'server down' error
[08:17] <lamont> and I don't feel like bit-decoding
[08:18] <tepsipakki> thanks, I'll add that to the mail
[08:20] <tepsipakki> it's strange because the patch is pretty old, but maybe RH or SuSE has patches that they haven't sent upstream
[08:21] <tepsipakki> but I'll continue to investigate this
[08:21] <lamont> tepsipakki: and given the collection of twisty mazes of stuff, I didn't feel like tracking down _what_ it thought it was trying to do...
[08:21] <lamont> it could just be a bug in sarge/nfs-user-server's portmapper... but we still have to work around it...
[08:22] <lamont> tepsipakki: and fwiw, I fixed a couple compile warnings in the patch, which is still there, just not applied.
[08:32] <tepsipakki> lamont: does the user-server only support udp? the default is tcp after the patch
[08:33] <tepsipakki> I got a fast reply =)
[08:34] <tepsipakki> (from the list)
[09:28] <CarlFK> instlaler installed everything to a fairly sane raid setup (/boot on hda1, / on md0) but on reboot the kernel couldn't mount md0 on / and dropped me to a prompt 
[09:29] <CarlFK> posting to lanuchpad - what package?
[09:34] <CarlFK> nm, package is optional now
[09:46] <Keybuk> tsk @ hunger ... filing bugs just because you *think* there's a problem, without actually confirming whether there is or isn't, is just not tennis, ok? :)
[10:25] <Keybuk> ugh
[10:25] <Keybuk> I hate openssl
[10:25] <Keybuk> I can never remember how to bloody well make certs and crap
[10:32] <mdz> seb128: gnome-games-data.prerm takes an impressive 3 minutes on my desktop
[10:32] <lifeless> there used to be a good guide on the freeswan site
[10:32] <seb128> mdz: gconftool?
[10:33] <mdz> seb128: yes
[10:33] <mdz> 3 minutes!
[10:33] <seb128> mdz: I've some good optimization on my box, I worked with Josselin on that
[10:33] <seb128> I'm testing it atm on my box
[10:33] <mdz> on a 2GHz machine with ultra2 disk
[10:33] <mdz> what does the optimization do?
[10:34] <seb128> it concatenates the list of schemas if there is one and call gconftool a different way
[10:34] <seb128> the gnome-applets schemas registration takes 4s instead of 54s before
[10:34] <seb128> but I want to give some testing to the concatenation stuff before uploading
[10:34] <seb128> that way it parses the xml base only once
[10:34] <seb128> that's a bit of a hack but should work fine
[10:35] <mdz> sounds wonderful
[10:35] <seb128> we change gconf-schemas, which is the helper used by dh_gconf
[10:35] <seb128> ie: should be transparent
[10:35] <seb128> I'll upload monday if it works fine until then on my box
[10:37] <marcin`> hello developers
[10:37] <marcin`> I'm trying to prepare some packages for ubuntu
[10:37] <marcin`> and I got a question
[10:38] <marcin`> could you guys tell me what will happen if I'll remove all language-* packs from my system?
[10:39] <seb128> you will get no translation
[10:39] <marcin`> will gnome still work when I'll remove all language-pack-gnome* ?
[10:39] <seb128> for main packages, that's it
[10:39] <seb128> yep
[10:39] <seb128> it'll just be in english
[10:39] <marcin`> seb128: but which language...
[10:39] <seb128> english
[10:40] <marcin`> a.. so english is 'default' 
[10:40] <seb128> yep, applications are usually coded in english
[10:41] <seb128> but that's not really the change to speak about that, you may want to try #ubuntu or #ubuntu-motu if you start with packaging
[10:41] <seb128> change -> chan
[10:42] <marcin`> they didn't know how will gnome behave without any lang packs
[10:42] <marcin`> so they said that I may ask here
[10:42] <seb128> still not the right chan :)
[10:42] <seb128> but you got a reply so that should be fine
[10:42] <marcin`> anyway now I got an answer
[10:42] <marcin`> exactly - thanks
[10:43] <seb128> you're welcome
[10:44] <sivang> seb128: do you know if there anywhere a reference for python-gnome2-desktop::nautilusburn python module? Seems missing from pygtk.org..
[10:45] <seb128> sivang: dunno, but the API is the C one wrapped so you can use the C one
[10:46] <seb128> anyway, time to stop IRC for today, later
[10:46] <sivang> seb128: good night , have fun!
[10:49] <lamont> tepsipakki: dunno - I'll try forcing udp
[10:49] <lamont> rpc.nfsd 9745 root    4u  IPv4  24197       UDP *:2049 
[10:49] <lamont> rpc.nfsd 9745 root    5u  IPv4  24200       TCP *:2049 (LISTEN)
[10:49] <lamont> tepsipakki: ^^
[10:50] <lamont> and it's the query to portmapper that kills it, not the actuall nfsd/mountd conversation
[10:55] <pitti> hello again
[10:56] <jag_fsf> howdy folks -- i just have a question that seems a uniquity in ubuntu that i wanted to ask your thought on... in gconf, there are two similar keys: /desktop/gnome/applications/browser and /desktop/gnome/url-handlers/http -- most distributions seem to sync the two together automagically... ubuntu seems to entirely ignore /desktop/gnome/applications/browser (i.e. it's set for epiphany, even if epiphany isn't installed and firefox is the default 
[10:56] <jag_fsf> is it just that no gnome application uses /desktop/gnome/applications/browser or that ubuntu has hacked everything to only rely upon /desktop/gnome/url-handlers/http
[11:42] <bluefoxicy> Anyone want to give me a hand building gtk-gnutella 0.96.1 release?
[11:42] <bluefoxicy> I can compile/install it, but I want to build an official-quality deb as an exercise
[11:43] <Burgwork> bluefoxicy, #ubuntu-motu for that sort of stuff
[11:43] <bluefoxicy> ok