[12:02] <pitti> carlos: started
[12:02] <carlos> pitti: thanks
[12:53] <pitti> Mithrandir: still here?
[01:01] <AlinuxOS> pitti, ;) thank you for mozilla-firefox-locale-ka replying.
[01:02] <pitti> AlinuxOS: I'll care for it after the flight-7 freeze
[01:05] <AlinuxOS> pitti, :) i was waiting for  mozilla-firefox-locale-all mantainer for 3 months...(nothing done)... so I can patiantly wait for filight-7 freeze :)
[01:06] <AlinuxOS> no problems
[01:06] <AlinuxOS> finally I have 65% of translated GNOME :) and it looks really cool! :)
[01:06] <pitti> yay
[01:06] <AlinuxOS> 30 new Ubuntu georgian users in this 2 montsh! it's great!
[01:07] <AlinuxOS> thank you, and all ubuntu-devel, rosetta and GENERAL UBUNTU Team :)
[01:07] <AlinuxOS> me including :)
[01:07] <AlinuxOS> looolz
[01:08] <AlinuxOS> pitti, ;) good night
[01:09] <pitti> night!
[02:35] <poningru__> hi I wanted to talk to someone about w32codecs
[02:35] <poningru__> err nm
[04:00] <jdong> poningru__: what about them?
[04:03] <lifeless> ell
[04:03] <lifeless> pre4 is not frozen
[04:03] <lifeless> meh, ECHAN
[05:34] <mgalvin> infinity: ping
[06:19] <quidam-> i need help with unionfs, plz :(
[06:22] <fabbione> morning
[06:22] <quidam-> fabbione, hello :)
[06:22] <zul> hey fabbione 
[06:23] <quidam-> fabbione, can you help me with unionfs? please...
[06:23] <fabbione> quidam-: no, i don't know unionfs and you should ask in #ubuntu
[06:23] <fabbione> zul: still awake?
[06:23] <zul> fabbione: yeah kind of
[06:24] <zul> its too hot
[06:24] <quidam-> fabbione, i ask in #ubuntu but anybody help me :'(
[06:24] <fabbione> quidam-: this is not a support channel.. and again..i don't know unionfs so i can't help
[06:24] <quidam-> fabbione, well thanks.... :-)
[06:25] <zul> sheesh
[06:27] <zul> crap its 1:30
[06:34] <fabbione> zul: time to go to sleep?
[06:34] <zul> yeah i think so
[06:34] <zul> talk to you later
[06:38] <fabbione> cya
[06:49] <fabbione> jdub: ping?
[07:53] <kagou> morning
[07:59] <zakame> hi kagou 
[08:04] <Coyctecm> morning
[08:05] <dholbach> good morning
[08:06] <pygi> mornin' dholbach
[08:06] <dholbach> hey pygi
[08:06] <zakame> good morning dh	
[08:06] <dholbach> hey zakame
[08:40] <mvo> Mithrandir: is a abiword upload ok (freeze-wise?). it adds pot file creation during the build
[08:47] <mvo> Mithrandir: same for subversion (upload to generate pot during build)?
[08:50] <Mithrandir> mvo: preferably not.
[08:52] <pef> hello
[08:53] <pef> can someone able to read uploads logs tell me why my uploads are discarded ? I'm using loic@ubuntu.com as address in changelog, and I'm trying to upload to universe
[08:54] <pef> thanks
[08:54] <pitti> Good morning
[08:54] <pef> good morning pitti
[08:55] <ajmitch> morning pitti 
[08:58] <pitti> hey pef, hi ajmitch 
[09:05] <fabbione> Mithrandir: http://people.ubuntu.com/~fabbione/debdiff
[09:06] <Mithrandir> fabbione: this probably won't make flight-7, but feel free to upload it. 
[09:06] <fabbione> Mithrandir: ok thanks
[09:06] <fabbione> done
[09:33] <kagou> net/j #ubuntu
[09:46] <fabbione> LADIIIEEESSS AND GENTLEMEN... xorg source package bugs can fit in one LP page now
[09:52] <ivoks> yay!
[09:53] <fabbione> Mithrandir: what did you order?
[09:57] <Mithrandir> fabbione: nothing, but they've decided to lend me a power5
[09:57] <ajmitch> very ncie
[09:57] <fabbione> Mithrandir: ah
[09:58] <fabbione> hey sabdfl 
[09:58] <sabdfl> fabbione: !
[09:58] <sabdfl> how's life?
[09:58] <ajmitch> hello sabdfl 
[09:58] <pygi> hi sabdfl
[09:58] <fabbione> sabdfl: pretty good.. how are you?
[09:58] <sabdfl> dholbach: what's the bug number with the width between network activity monitor and wifi signal strength indicator?
[09:58] <sabdfl> fabbione: rocking
[09:58] <Mithrandir> so just a single-cpu 1.65GHz power5.  I guess I'll be able to test ppc installs today. :-)
[09:58] <fabbione> Mithrandir: if it's the last g5 i am not sure we even support it
[09:59] <fabbione> last -> latest
[09:59] <Mithrandir> fabbione: well, then I get to see if we can make it supported. :-)
[09:59] <fabbione> according to benh we need .17-* to support the latest g5 cpu's
[09:59] <fabbione> Mithrandir: unlikely...
[09:59] <fabbione> the patches are very intrusive
[09:59] <fabbione> i already discussed it with upstream a couple of weeks ago :)
[09:59] <Kamion> pef: what was the package name?
[10:00] <dholbach> sabdfl: bug 34521
[10:00] <Ubugtu> Malone bug 34521 in ubuntu-artwork "network monitor's icon have too much unused space" [Wishlist,Confirmed]  http://launchpad.net/bugs/34521
[10:00] <fabbione> he said that if he feels really bored, he will do a backport for us, but the first attempt done for yellow dog resulted in stability issues
[10:00] <pef> Kamion: frozen-bubble
[10:00] <Kamion> you know it's bad when you wake up in the morning, look at your inbox, and think you're reading ubuntu-bugs
[10:00] <Mithrandir> fabbione: g5 != power5, though
[10:01] <Kamion> yeah, g5 => power4
[10:01] <Kamion> ish
[10:01] <sabdfl> dholbach: thanks. am updating iconprio page
[10:01] <dholbach> sabdfl: cool
[10:01] <Kamion> pef:  -> http://librarian.launchpad.net/2450307/5gQEEomc8QElytnt0k3f2rQW9m0.txt (GPG verification of frozen-bubble_1.0.0-6ubuntu1_source.changes failed: Key expired)
[10:01] <sabdfl> dholbach: have upgraded to latest bzr format fwiw
[10:01] <fabbione> Mithrandir: you lost me now.. what CPU is in there?
[10:02] <Mithrandir> fabbione: a 1-way 1.65GHz Power5.
[10:02] <Mithrandir> fabbione: IBM part no 9123-1939
[10:02] <dholbach> sabdfl: I'll watch out for it.
[10:02] <fabbione> Mithrandir: ok..
[10:02] <fabbione> let me know how it goes then...
[10:03] <Mithrandir> ubuntu live cds up, please test.
[10:04] <pitti> Mithrandir: yay, will do the ppc one
[10:05] <pitti> Mithrandir: did the install change from yesterday's?
[10:05] <Mithrandir> pitti: no
[10:05] <pitti> alright
[10:06] <pef> Kamion: ok, thank you very much :)
[10:07] <maswan> Kamion: well, strictly speaking, the g5 (ppc970) is a stripped-down power4 core with added altivec, and the power5 is a beefed-up power4. they are about as different, really. the power6 brings a big core update though.
[10:08] <maswan> sorry, job requires me to keep track of these things. :)
[10:09] <Mithrandir> maswan: we'll be doing flight-7 today, should I just prod you to get it mirrored when it's out?
[10:10] <maswan> Mithrandir: sure
[10:15] <Mithrandir> Riddell: kubuntu live images up, please get them tested.
[10:19] <Riddell> Mithrandir: ok
[10:27] <pitti> janimo: hi! ISTR that you fixed verve's POT, right? can you please update the wiki page?
[10:28] <janimo> pitti: ok, did not know there was a wikipage for it, just your logs
[10:28] <janimo> but will do now
[10:28] <pitti> janimo: oh, I created it yesterday, and I thought I told you; sorry if not
[10:28] <fabbione> seb128_: ping?
[10:29] <seb128_> fabbione: pong
[10:29] <fabbione> seb128_: got 2 minutes?
[10:29] <seb128_> sure
[10:29] <janimo> pitti, np. Cleared that entry as I think it's ok now.
[10:29] <fabbione> seb128_: bug #28052
[10:29] <Ubugtu> Malone bug 28052 in xorg "Can't adjust mouse sensitivity" [Normal,Confirmed]  http://launchpad.net/bugs/28052
[10:29] <G0SUB> pitti: ping
[10:29] <seb128_> fabbione: what about it?
[10:29] <fabbione> seb128_: i am writing a small proof of concept to check if it is X or gnome, but i can't get that GDK_DISPLAY() thing at all...
[10:30] <G0SUB> pitti: I have attached bn_BD locale XPI for firefox to a bug report and have assigned it to you. Please take care of it. thanks :)
[10:30] <fabbione> seb128: whatever i try to include gdk/ or gtk stuff, it is always undefined
[10:30] <pitti> G0SUB: thanks, I will
[10:30] <janimo> mvo: regarding the pot file for abiword you may coordinate with slomo as I think he has 2.4.4 packages in preparation anyway
[10:30] <fabbione> seb128: mind to give me an hint on what i should look for?
[10:31] <mvo> janimo: I can send slomo_ my debdiff 
[10:31] <pitti> mvo: can you set your stuff to 'pending' as well, if you have a fix for it?
[10:32] <janimo> mvo, would it be ok to mention Xfce too in the OnlyShowIn section of the autostart file of update-notifier?
[10:32] <seb128> fabbione: have you tried to "#include <gdk/gdkx.h>" ?
[10:32] <janimo> it can be used in xfce after all and people do use it
[10:32] <janimo> if so shall I file a report in LP?
[10:32] <fabbione> seb128: yes, i did.. let me redo it and i will show you
[10:32] <pitti> janimo: yep, tarball has a pot now
[10:32] <sivang> morning all
[10:33] <seb128> fabbione: do you build with $(pkg-config --cflags --libs gdk-2.0)?
[10:33] <fabbione> seb128: yes .. see /msg
[10:33] <seb128> lemme try
[10:34] <Mithrandir> janimo: xubuntu images up, please test.
[10:34] <fabbione> seb128: linking is later.. but there should be no error already at compile
[10:34] <Mithrandir> janimo: live images, that is.
[10:34] <janimo> Mithrandir: just downloading now
[10:35] <janimo> Mithrandir: install is good to go in case you missed last night's ping
[10:36] <seb128> fabbione: I said "#include <gdk/gdkx.h>"
[10:36] <seb128> fabbione: the "x" after "gdk" is important
[10:36] <seb128> fabbione: works fine with it here
[10:36] <fabbione> seb128: that would do :)
[10:36] <fabbione> thanks
[10:36] <seb128> cool
[10:36] <seb128> np
[10:37] <fabbione> fabbione@gordian:/usr/src/ubuntu/x/gnome-sucks$ make
[10:37] <fabbione> cc -Wall -ggdb -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -c main.c
[10:37] <fabbione> cc -lX11 -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lX11   -o main main.o
[10:37] <fabbione> this works :)
[10:37] <seb128> :))
[10:37] <seb128> gnome-doest-suck
[10:37] <seb128> doesnt
[10:37] <fabbione> ahha
[10:37] <fabbione> i got you there :)
[10:39] <mvo> janimo: yeah, send me a patch. sorry, but I'm very very busy with linuxtag stuff
[10:40] <janimo> mvo, sure
[10:40] <seb128> fabbione: you want to gdk_init(&argc, &argv); so it gets the display correctly
[10:40] <Kamion> sfllaw: FYI, "debian-installer" is a much better catch-all package for installer problems than "base-installer"; the latter is the component that installs the base system
[10:40] <fabbione> seb128: ok thanks,,
[10:41] <seb128> np
[10:56] <jbailey> pitti: In the patch 3, they've patched aio_abi.h, which I'm not convinced is right looking at upstream headers.
[10:56] <jbailey> Unfortunately my big endian system is in another continent right now, so I don't want to play with the firewal on it for testing. =)
[10:57] <pitti> jbailey: ok, then let's wait with that until you are back
[10:57] <jbailey> pitti: My inclination is to just do ip.h and tcp.h if they work.
[11:01] <Kamion> siretart: openal binaries accepted FYI
[11:13] <fabbione> seb128: that bug is GTK bug! AHAHA I HAVE THE PROOF NOW! AAHHAHA
[11:14] <seb128> fabbione: hum, but the same code used to work .. what is wrong with it?
[11:14] <fabbione> seb128: 
[11:14] <fabbione> seb128: the values you pass to the thresholds
[11:14] <fabbione> let me sum up the proof of concept
[11:14] <fabbione> and how to test it
[11:15] <fabbione> seb128: to package should i reassing it?
[11:15] <seb128> feel free to do the summary on the bug and reassign
[11:15] <seb128> control-center
[11:15] <fabbione> ok
[11:15] <fabbione> gnome-control-center or just control-center?
[11:16] <seb128> control-center
[11:16] <fabbione> ok
[11:16] <seb128> that's the name of the source package for gnome-control-center
[11:21] <seb128> fabbione: your testcase shows that the value is changed correctly
[11:21] <fabbione> seb128: let me finish to write please
[11:21] <seb128> alright ;)
[11:22] <pitti> Mithrandir: ppc/live system and ubiquity install success
[11:23] <fabbione> seb128: ok.. description added
[11:24] <seb128> fabbione: right
[11:24] <seb128> fabbione: does the behaviour changed on the xorg side?
[11:24] <fabbione> seb128: nope...
[11:25] <fabbione> that stuff didn't change since 2001
[11:25] <fabbione>  /* $Xorg: GetPCnt.c,v 1.4 2001/02/09 02:03:33 xorgcvs Exp $ */
[11:26] <fabbione> on the note.. 2001 is because of the relicensing
[11:26] <seb128> fabbione: what would you consider as a good range for the value?
[11:26] <fabbione> the code is waaaay older
[11:26] <fabbione> seb128: i dunno really...
[11:26] <fabbione> seb128: i never touch that stuff.. it just works for me
[11:26] <seb128> me neither
[11:26] <fabbione> seb128: "probably" something between 1 and 1/4 of the entire screen size?
[11:26] <seb128> GNOME UI change it from 1 to 10
[11:27] <fabbione> 10 means 10 pixels and it starts accelerating
[11:27] <seb128> which is nothing
[11:27] <fabbione> but 10 pixels here at 4800x1200 is like a small fart on the mouse
[11:27] <fabbione> 1 to 50 ?
[11:27] <fabbione> you can also check the return value btw...
[11:28] <fabbione> BadValue = 2
[11:28] <fabbione> otherwise the call to the function return 1
[11:28] <seb128> what does the badvalue means?
[11:28] <fabbione> that's from libx11 headers
[11:28] <fabbione> it's a return code
[11:28] <fabbione> nothing more
[11:28] <fabbione> see how i wrote it in my code
[11:28] <fabbione> badvalue = call
[11:28] <seb128> right, I've read the manpage but it doesn't give the meaning of the code
[11:28] <fabbione> if badvalue = 2 there is an error
[11:29] <fabbione> yeah i did look in the x code for that
[11:29] <fabbione> #define Success 0
[11:29] <seb128> hum
[11:29] <fabbione> #define BadCall 1
[11:29] <seb128> there is some xorg issue for me
[11:29] <fabbione> #define BadVAlue 2
[11:29] <fabbione> bu
[11:29] <fabbione> but
[11:29] <seb128> threshold_return: 1
[11:29] <fabbione> the code always return 1 in success
[11:30] <fabbione> yes
[11:30] <seb128> it should accelerate really quickly
[11:30] <seb128> and it used to do
[11:30] <seb128> and it doesn't
[11:30] <fabbione> it starts to accellerate after 1 pixel
[11:30] <seb128> right
[11:30] <fabbione> it doesn't tell you how much it will accelerate
[11:30] <fabbione> that's the other value
[11:30] <seb128> it used to jump really fast when doing that
[11:30] <fabbione> that we know it works
[11:30] <fabbione> acceleration factor != accell threshold
[11:31] <seb128> right
[11:31] <seb128> the factor is what you notice
[11:31] <fabbione> exactly
[11:31] <seb128> it's how quickly it speeds up
[11:31] <fabbione> right
[11:31] <seb128> where the threashold is when it starts to speed up
[11:31] <fabbione> exactly
[11:31] <seb128> and 1 or 10 pixel doesn't make a real difference
[11:31] <seb128> gotcha
[11:32] <fabbione> mv gnome-sucks X\ \-\ gnome\ 1\ \- \0
[11:32] <fabbione> whops
[11:32] <seb128> lol
[11:32] <fabbione> :D
[11:33] <fabbione> seb128: phear that i am taking away rust from X again
[11:33] <fabbione> X bugz? no thanks -> gtkz ;)
[11:33] <fabbione> ok next bug
[11:33] <fabbione> thanks seb128 
[11:35] <seb128> thank *you* fabbione :)
[11:35] <Mithrandir> pitti: thanks.
[11:35] <pitti> Mithrandir: I'll give amd64 a whirl, too, in some minutes
[11:40] <Mithrandir> hmm, did scott stop the really, really evil "umount /var; mkdir; remount" hack or is it still in?
[11:43] <Kinnison> janimo: please do file if you haven't
[11:43] <janimo> Kinnison: ok
[11:46] <Riddell> Mithrandir: all 6 kubuntu CDs are looking beautiful
[11:47] <Mithrandir> Riddell: yay, nice.
[11:47] <Mithrandir> Riddell: do you want to announce yourself (after I've published them) or should it just be part of the regular ubuntu announcement?
[11:47] <Riddell> Mithrandir: just include them in the same announcement I think
[11:47] <Riddell> it's only a flight
[11:48] <Mithrandir> yup, and there are no big changes since beta 2, afaik.
[11:50] <Kamion> I'd like to write a paragraph or two about the ubiquity bug fixes
[11:50] <Kamion> do I have time for breakfast first? :)
[11:50] <Riddell> Mithrandir: if you could say that wlassistant and knetworkmanager are on the CD that would be cool
[11:51] <Mithrandir> Riddell: sure.
[11:52] <Mithrandir> Kamion: sure, I have some ubuntu testing still left.
[12:07] <pitti_live> Kinnison: here?
[12:07] <pitti_live> pitti_live: you are the partman bitch, right?
[12:10] <thom> pitti_live: things must be bad when you start talking to yourself :-)
[12:10] <Kamion> pitti_live: that would normally be me
[12:12] <ogra> Kamion, probably he wants give a hint that he wants to take over ;)
[12:12] <pitti_live> thom: oops :)
[12:13] <pitti_live> Kamion: I just wondered whether there is a better way to format a partition than removing it and adding it again
[12:13] <Kinnison> pitti_live: I'm here, but kamion is the partman person
[12:13] <pitti_live> erm, s/partman/parted/
[12:13] <Kamion> pitti_live: YM gparted
[12:13] <Kinnison> pitti_live: gparted I've worked on, yes
[12:14] <Kamion> pitti_live: not at present
[12:14] <pitti_live> ok
[12:14] <Kamion> Kinnison: was that one of the things we disabled?
[12:14] <Kamion> IIRC it didn't actually work ...
[12:14] <Kinnison> It wasn't reliable
[12:14] <Kinnison> you reformat in the partition allocator I guess
[12:14] <pitti_live> I just selected /dev/hda3 as root partition, then I got a complaint that I didn't have a root partition selected
[12:14] <Kamion> Kinnison: doesn't have a filesystem selector
[12:15] <pitti_live> ('reformat' was enabled, too)
[12:15] <Kamion> doesn't even display the filesystem at the moment for that matter, although that's a bug
[12:15] <Kamion> pitti_live: did the confirmation screen say something like "partition 3 of /dev/hda as"?
[12:15] <Kamion> rather than "partition 3 of /dev/hda as ext3" or whatever
[12:17] <pitti_live> Kamion: yes, indeed
[12:17] <pitti_live> Kamion: although it sometimes omit the file system even when it works (and the partition had a valid fs previously)
[12:17] <Kamion> pitti_live: bug 37872; partman_commit is kinda borked, I'm working on it
[12:17] <Ubugtu> Malone bug 37872 in ubiquity ""No root file system" error" [Normal,Confirmed]  http://launchpad.net/bugs/37872
[12:17] <Kamion> pitti_live: as a workaround, go back from the summary page and then go forward again
[12:17] <Kamion> the extra partman init that happens when you do that sorts it out
[12:18] <pitti_live> Kamion: well, it works for me for the case of previous valid file systems, so it's not that bad
[12:18] <Kamion> (usually ...)
[12:18] <pitti_live> ah :)
[12:18] <Kamion> I tried the obvious quick fix last night, but it turns out to be problematic
[12:18] <Kamion> I'll need some more intrusive changes to make it work properly, so I decided not to attempt to cram it into flight-7
[12:23] <pitti_live> off to test the new installation, brb
[12:31] <pitti> Mithrandir: amd64/live + ubiquity success
[12:32] <pitti> Kamion: I just noticed that /etc/modules does not have 'lp' in an ubiquity install; this might be one source the plethora of 'parallel printer doesn't work' bugs
[12:38] <Kamion> pitti: bug 40826
[12:38] <Ubugtu> Malone bug 40826 in ubiquity "need to emulate hw-detect's /etc/modules setup" [Normal,Confirmed]  http://launchpad.net/bugs/40826
[12:38] <pitti> Kamion: ah, thanks
[12:39] <Kamion> upgraded to major and ubuntu-6.06
[12:41] <janimo> Mithrandir: xubuntu livecd seems ok
[12:41] <Mithrandir> Kamion: hmm, seems like ubiquity isn't entirely happy on my amd64.
[12:42] <Mithrandir> Kamion: something broke and it complained about "can't make file system", then went back to the partitioner which seems to never finish loading.
[12:43] <Kamion> quite possibly 37872 again; anything in /v/l/i/syslog?
[12:43] <Kamion> actually, no, probably not 37872
[12:43] <Mithrandir> Kamion: it seems to fail to find /dev/sda5
[12:43] <Mithrandir> (however, /dev/sda6 exists)
[12:44] <Mithrandir> Kamion: http://err.no/tmp/syslog
[12:46] <Kamion> oh, not a debug log, poo
[12:46] <Kamion> can't make much out of that other than "it didn't crash"
[12:46] <Kamion> what's on the screen?
[12:46] <Mithrandir> why don't we run ubiquity in debug mode by default?
[12:46] <Kamion> because it logs the password
[12:46] <Mithrandir> 'cause it then logs the root pw?
[12:46] <Kamion> well, the user password, but yes
[12:46] <Mithrandir> we should just fix that, then.
[12:46] <Kamion> it's really hard
[12:47] <Kamion> I tried
[12:47] <Mithrandir> grep -v instead of cp to the installed system? :-)
[12:47] <Kamion> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357118
[12:47] <Ubugtu> Debian bug 357118 in debconf "Subject: debconf: exposes passwords in debug messages" [Normal,Open]  
[12:47] <Kamion> I don't really want it in the live filesystem log either, because then people will file bugs containing it
[12:47] <fabbione> Mithrandir: http://people.ubuntu.com/~fabbione/debdiff
[12:48] <Mithrandir> true.
[12:48] <fabbione> Mithrandir: i am ok even if it's not in F7
[12:48] <Kamion> the only other solution I see is carefully arranging to run everything but user-setup with DEBCONF_DEBUG set
[12:49] <Kamion> although, no, I remember why I didn't do that - the password appears in install.py's debug log too
[12:49] <Mithrandir> Kamion: at least doing so for the problematic areas, which seem to mostly be the partitioner atm?
[12:49] <Kamion> yeah, could do
[12:49] <Mithrandir> that shouldn't be sensitive
[12:49] <Kamion> indeed, it isn't
[12:49] <Kamion> what's on the screen when the partitioner "seems to never finish loading"?
[12:49] <Kamion> a progress bar?
[12:50] <Mithrandir> yes, got to 10%
[12:51] <Mithrandir> let's see if I can reproduce it with debug on
[12:53] <Mithrandir> bingo
[12:54] <Kamion> I had a similar problem briefly during development but I thought I'd fixed it
[12:54] <Mithrandir> same url, now with a debug log
[12:54] <Mithrandir> apparently, something goes BOOM and the kernel doesn't rescan the partition table or something
[12:54] <Mithrandir> since I don't have /dev/sda[15] 
[12:58] <Mithrandir> Kamion: unsure if this is a blocker or not; the previous install on that drive was an i386 dapper install with automatic lvm setup
[01:00] <Mithrandir> fabbione: ok, go ahead
[01:00] <fabbione> Mithrandir: thanks!
[01:00] <Mithrandir> sorry about being slow to respond, got dragged into the debugging fest.
[01:00] <fabbione> yuop
[01:00] <fabbione> no problem
[01:00] <fabbione> hence the bug and not the cluebat :D
[01:00] <fabbione> s/bug/hug
[01:00] <Mithrandir> heh
[01:01] <Mithrandir> :-)
[01:05] <Mithrandir> Kamion: prod?
[01:09] <Kamion> Mithrandir: sorry, was elsewhere, one moment
[01:11] <Kamion> Mithrandir: I don't think it's a blocker because it isn't a regression - the handling for partman errors like that used to be even worse (a confusing crash)
[01:12] <fabbione> ogra: ping?
[01:12] <Kamion> Mithrandir: you're right, /dev/sda was busy
[01:12] <Kamion> debconf (developer): <-- SUBST partman/exception_handler_note DESCRIPTION The kernel was unable to re-read the partition table on /dev/sda (Device or resource busy).  This means Linux won't know anything about
[01:12] <Kamion> the modifications you made until you reboot.  You should reboot your computer before doing anything with /dev/sda.
[01:12] <Kamion> we don't handle partman/exception_handler_note at the moment ...
[01:12] <Kamion> probably should
[01:13] <ogra> fabbione, pongedipong
[01:13] <Kamion> Mithrandir: do you happen to know what might have been busy on that disk?
[01:13] <Kamion> Mithrandir: maybe lvm/raid being active?
[01:13] <fabbione> ogra: what's the ETA for you to put your hands on that terminal client?
[01:13] <ogra> fabbione, during next week
[01:13] <Mithrandir> Kamion: lvm, yes.
[01:14] <Kamion> we don't disable lvm at the moment so that's a possibility
[01:14] <Mithrandir> so not a blocker?
[01:14] <Kamion> nope - can you file a bug though?
[01:14] <Mithrandir> (I'd argue so, at least.)
[01:14] <Mithrandir> sure, will do
[01:14] <ogra> fabbione, i'll drive to linuxtag tomorrow from here (Kassel) and go back to my old house afterwards
[01:14] <fabbione> ogra: ok thanks 
[01:14] <Kamion> should be relatively easy to (a) improve the error handling and (b) stop the error occurring in the first place
[01:19] <Mithrandir> Kamion: against partman, then?
[01:27] <Kamion> Mithrandir: no, ubiquity
[01:28] <Mithrandir> 'k
[01:29] <Hadaka> what do I need to set up an environment that would allow me to build ubuntu live-cds and install-cds at home?
[01:46] <sfllaw> Kamion: Thanks.
[01:49] <Mithrandir> janimo: what's the state of xubuntu flight 7?
[02:01] <fabbione> pitti: is jdub on the way to .de?
[02:01] <pitti> fabbione: I don't know, I didn't hear anything about his plans
[02:02] <fabbione> pitti: ok thanks
[02:02] <ogra> fabbione, he's not scheduled for any talks on linuxtag though
[02:02] <fabbione> ogra: ok thanks
[02:03] <ogra> (if that gives you a hint)
[02:03] <fabbione> i am really in the need of somebody with that toilet seat^W^Wimac g3
[02:03] <Mithrandir> fabbione: that's an ibook, not an imac though.
[02:04] <fabbione> Mithrandir: yeah the ibook
[02:04] <Mithrandir> we need to make the edgy live cd boot quicker.
[02:04] <fabbione> we need to make X run from initramfs
[02:05] <janimo> Mithrandir: I pingeed earlier, it's ready
[02:05] <pitti> we need a framebuffer port to gtk
[02:05] <Mithrandir> janimo: cool, thanks.
[02:05] <Mithrandir> janimo: I'll just include xubuntu too in the regular announcement if that's fine with you?
[02:06] <highvoltage> pitti: seriously, that would be cool
[02:06] <sabdfl> BenC: bug #43092
[02:06] <Ubugtu> Malone bug 43092 in linux-meta "CompactFlash PCMCIA disk is not detected" [Normal,Unconfirmed]  http://launchpad.net/bugs/43092
[02:06] <fabbione> can anybody access this pic? http://vern.chem.tu-berlin.de/~stephan/images/ubuntu-cinemadisplay.jpg
[02:06] <janimo> Mithrandir: sure
[02:06] <fabbione> it's supposed to be a corrupted screen
[02:06] <Kamion> Mithrandir: oh, I still owe you text about ubiquity - writing a mail now
[02:06] <Mithrandir> Kamion: thanks
[02:07] <ogra> pitti, ??? 
[02:07] <ogra> pitti, http://developer.gnome.org/doc/API/2.0/gtk/gtk-framebuffer.html
[02:08] <pitti> ogra: I know, but we don't *use* it :)
[02:08] <ogra> :)
[02:08] <fabbione> pitti: thanks god!
[02:08] <pitti> (not that we should, though)
[02:08] <pitti> </bitch mode>
[02:09] <pitti> lol
[02:09] <fabbione> ;)
[02:09] <_ion> :-D
[02:09] <pitti> fabbione: you mean, 'modprobe gtk'?
[02:09] <fabbione> pitti: yeah .. a gtk userland <-> gtk kernel interface..
[02:09] <pitti> that's what the world needs
[02:10] <highvoltage> is gtkfb packaged anywhere?
[02:10] <fabbione> highvoltage: afaik it's used in g-i in debian.. so i guess it is
[02:11] <highvoltage> wow
[02:11] <ogra> isnt anaconda based on it as well ? 
[02:11] <highvoltage> aha. libgtk+2.0-directfb0
[02:11] <highvoltage> ogra: anaconda uses Xorg
[02:12] <ogra> hmm, really ? why do they use such a shoddy resolution then ? 
[02:12] <ogra> i never saw it diong more than 640x480
[02:13] <ogra> *doing
[02:14] <fabbione> ogra: because 640x480 is the only resolution supported universally by everything
[02:14] <ogra> heh
[02:14] <highvoltage> my fb works at 1024x768
[02:15] <ogra> i thought using X would circumvent that
[02:15] <fabbione> ogra: ?????
[02:16] <ogra> oh, indeed, you still dont know the moniors capabilities 
[02:16] <ogra> *monitor
[02:18] <Kamion> Mithrandir: you have mail
[02:19] <fabbione> ogra: each time you write about X you make hot.. would you like to maintain it on a permanent base?
[02:19] <Mithrandir> Kamion: thanks.
[02:20] <ogra> fabbione, nope, to time consuming, i'd have to give up edubuntu
[02:22] <Mithrandir> fabbione: have you (or infinity) tested ubuntu-server or are you going to skip f7?
[02:23] <fabbione> Mithrandir: -server is infinity business.. i am 100% on X till release
[02:23] <Mithrandir> ok
[02:23] <Mithrandir> infinity: ^^
[02:24] <sivang> infinity: I'm preparing a changed source in addition to the comments you had for me the other day (upbackup). so I'll guess I'll also need a source NEW kick as well.
[02:25] <Kamion> sivang: are you changing the source package name, then?
[02:26] <sivang> Kamion: correct, I hope that would not cause too much of a problem?
[02:39] <Kamion> sivang: no, just checking
[02:42] <sivang> Kamion: k, thanks.
[02:45] <_ion> mithrandir: % md5sum /dev/urandom?
[02:46] <Mithrandir> _ion: nah, slightly less random; doing the release flight-7 dance.
[03:09] <pitti> AWTY? :)
[03:12] <Pygi> Kamion: around?
[03:12] <Evaso2> hi guys why the vpn modules of network-manger applet are not compiled in debian?
[03:13] <Kamion> Pygi: hi
[03:13] <Evaso2> i mean debian/ubuntu
[03:13] <Pygi> Kamion: perhaps you have talked to evan already about the ubiquity migration thingy?
[03:14] <_ion> OpenVPN support would rock.
[03:14] <_ion> I use it in my network.
[03:14] <Evaso2> The problem i think is that this plugin are not present in the official tarball
[03:15] <Evaso2> because upstream maintainer will want to package as a separate tarball but there are some issue in the gnome ftp automation
[03:16] <Evaso2> so also if this plugin are not in the main network-manager tarball could be retrieved for 0.6.2 cvs version and packaged in ubuntu as a separate package
[03:16] <Kamion> Pygi: yes, we've exchanged a couple of mails
[03:16] <Kamion> I gave him some advice, although I haven't looked over his current proposal yet
[03:17] <giftnudel> Evaso2: it's apparently not stable enough
[03:17] <Pygi> Kamion: uh,oki :) Please do take few mins too look it over
[03:17] <Pygi> seems nice
[03:17] <giftnudel> but there is some additional deb source where I got it from
[03:17] <giftnudel> _ion: want the deb source where you can get the plugins?
[03:18] <_ion> giftnudel: I would probably find it myself, but sure. :-)
[03:19] <giftnudel> _ion, Evaso2: well anyway, they seem to be at deb http://kubuntu.no-ip.org/kubuntu dapper main
[03:19] <giftnudel> deb-src http://kubuntu.no-ip.org/kubuntu dapper main
[03:19] <_ion> Thanks.
[03:19] <_ion> Tonio's repository.
[03:20] <giftnudel> this was where the experimental n-m was downloadable
[03:20] <giftnudel> yes
[03:21] <giftnudel> oh, and they seem to work well, used them 10 times at the uni so far without a problem
[03:21] <Evaso2> giftnudel: but there isn't any official plugin version on release 0.6.2?
[03:21] <giftnudel> no not that I know
[03:23] <Kamion> Pygi: IIRC the changes are pretty small from when I last looked, and it was fine then; I've offered to mentor
[03:23] <Evaso2> giftnudel: but why in the official news file of the 0.6.0 version in the upstream tarball there is: 
[03:24] <Evaso2> Two new VPN modules are part of the distribution: openvpn and pptp.
[03:24] <Evaso2> i doesn't understand
[03:24] <Evaso2> are part of the official distribution or not?
[03:24] <giftnudel> well, part of n-m's distribution, not of ubuntu
[03:24] <Pygi> Kamion: well, please then say so in mentors page
[03:25] <Evaso2> giftnudel: so ubuntu has not packaged it because seems unstable?
[03:25] <giftnudel> that was the last info I got, yes
[03:26] <Kamion> Pygi: I'll get round to it at some point. JaneW already knows, I think
[03:26] <Evaso2> Ok so a valid alternative could be kvpnc
[03:26] <Pygi> Kamion: ah,oki
[03:28] <Kamion> JaneW: that I'd like to mentor the "extend ubiquity to add automatic migration of documents and settings from other systems" project if it's accepted
[03:28] <bddebian> Morning folks
[03:28] <ajmitch> hello bddebian 
[03:28] <bddebian> Heya ajmitch
[03:28] <Pygi> ajmitch: hi hi
[03:28] <JaneW> Kamion: oic, I'll indicate that on the application then.
[03:29] <Kamion> JaneW: where's the mentor page that Pygi refers to?
[03:29] <Pygi> Kamion: http://code.google.com/soc/ubuntu/open.html
[03:29] <Pygi> here's that application
[03:29] <Pygi> http://code.google.com/soc/ubuntu/app.html?csaid=xevand@gmail.com:f70e97ac:ebc677f7
[03:29] <JaneW> http://code.google.com/soc/ubuntu/app.html?csaid=xevand@gmail.com:f70e97ac:ebc677f7
[03:29] <Kamion> aha, thanks
[03:30] <JaneW> Kamion: select 'I'd like to mentor this...' in the evaluate section
[03:32] <Kamion> done
[03:32] <Pygi> Kamion: Thanks
[03:35] <Mithrandir> maswan: around?
[03:35] <ssam> is the simple-prog-app likely to be accepted by ubuntu? has anyone offered to mentor it?
[03:36] <ssam> https://wiki.ubuntu.com/simple-prog-app
[03:36] <pitti> janimo: call me blind/stupid/whatever, but I can't find the g-v-m bug about the XFCE show snippet any more; I'm sure that I assigned it to me, and everything
[03:37] <pitti> janimo: oh, nvm, got it
[03:38] <Kamion> Mithrandir: looks ok to me
[03:38] <Kamion> thanks a lot for doing that
[03:39] <kagou> Ubugtu: can we imagine that, in the futur,  ubugtu will save logs on ubuntu chans ?!
[03:39] <Kamion> kagou: we already have a logbot
[03:39] <Kamion> kagou: http://people.ubuntu.com/~fabbione/irclogs/
[03:39] <kagou> Kamion: you talk about fabbione ?!
[03:40] <kagou> Kamion: fabbione don't save all chans, not ubuntu-bugs
[03:40] <maswan> Mithrandir: yes?
[03:41] <Mithrandir> maswan: flight-7 published, care to mirror?
[03:42] <Kamion> kagou: ask him to
[03:42] <Mithrandir> maswan: at least in five minutes or so
[03:42] <maswan> Mithrandir: tell me when
[03:42] <kagou> Kamion: i will
[03:42] <Mithrandir> maswan: willdo
[03:42] <bddebian> Kamion: Are syncs held up at all still?  I saw ffmpegtheora go through but not eris and varconf?
[03:42] <Kamion> Mithrandir: time to lift flight-7 freeze? not that it was particularly honoured ;-)
[03:43] <Kamion> bddebian: no, they're fine now, your syncs are in the queue AFAIK
[03:43] <Mithrandir> Kamion: yes, done.
[03:43] <pitti> Mithrandir: contratulations!
[03:43] <ogra> yay
[03:43] <pitti> that means we can upload again?
[03:43] <Mithrandir> Kamion: I guess the "mail u-d-a and lart people" should work for flight-8 or RC, whatever we end up with.
[03:44] <bddebian> Kamion: OK, thx
[03:44] <Mithrandir> pitti: yay all of us, really. :-)
[03:44] <bddebian> Uh oh :-)O
[03:44] <bddebian> -O
[03:50] <ogra> pitti, gah, you worked on gcompris !
[03:52] <ajmitch> ogra: does he inherit all its bugs?
[03:52] <pitti> ogra: chinstrap:~pitti/uploads/
[03:52] <pitti> ogra: I staged them there
[03:52] <ogra> ajmitch, nah, i just worked on the same package yesterday
[03:52] <Mithrandir> if somebody would like to proofread http://err.no/tmp/flight7.txt, that'd be nice.
[03:52] <pitti> ogra: oh, sorry
[03:52] <ogra> pitti, thanks !
[03:53] <ogra> pitti, dont worry, i (or rather upstream) only changed configure options
[03:53] <ogra> seems the binary packages ship ~6-7MB unused .ogg files we dont need to package at all
[03:54] <pitti> ogra: I was just about to remove ~/uploads, good timing :)
[03:54] <sfllaw> Mithrandir: Sure.
[03:54] <pitti> ogra: or put them into a separate deb and suggest: it (and don't put it on the CD)
[03:54] <ogra> pitti, there is no code in gcompris at all using it, they are thought for future use
[03:55] <ogra> upstream sent me a fix and will apply it as well to CVS for next release :)
[03:55] <ogra> (just some --exclude options)
[04:02] <sfllaw> Mithrandir: I'll e-mail you a diff.
[04:03] <bddebian> Morning sfllaw
[04:03] <Mithrandir> sfllaw: can you just dump it somewhere?  You haven't sent me mail before (afaik), so you'll be greylisted.
[04:04] <sfllaw> Ah.
[04:04] <sfllaw> Lemme see...
[04:04] <Mithrandir> just a pastebin or tell me here or whatever'd work
[04:05] <bddebian> WTF?  I was bug fixing all day yesterday and my karma went from >40K to ~20K??
[04:05] <sfllaw> bddebian: It got halved.
[04:05] <ajmitch> bddebian: yes, they were all halved
[04:05] <bddebian> eeks
[04:05] <bddebian> I'll never make 50K before release now :-)
[04:06] <ogra> pitti, you can wipe it, thanks, got the source
[04:06] <maswan> Mithrandir: let me know when to trigger the sync
[04:06] <Kamion> Mithrandir: hmm, maybe note that that partitioner problem is just for the live CD installer
[04:07] <Mithrandir> maswan: there's still one mirror syncing from little, but if you just trigger and see that it starts pulling it'd be good.
[04:07] <maswan> Mithrandir: ah, ok. I wouldn't like to just get half of it though.
[04:07] <Mithrandir> maswan: I'll ping you when it's done then.  Should be in just a few minutes.
[04:08] <maswan> Mithrandir: 'k. I'll be here for another hour or so
[04:08] <Mithrandir> Kamion: better now?
[04:09] <Kamion> Mithrandir: yep
[04:09] <sfllaw> Mithrandir: http://pastebin.ca/53726
[04:09] <sfllaw> pastebin.com _eats_ diffs.
[04:09] <Kamion> the whitespace thing in passwords might be too minor to bother mentioning, not sure
[04:09] <Mithrandir> Kamion: *shrug*, it's not like it's a huge announcement anyway
[04:10] <Mithrandir> sfllaw: argh, please don
[04:10] <Mithrandir> 't reflow paragraphs
[04:10] <Mithrandir> or use wdiff or something
[04:11] <sfllaw> Whoops.  Sorry.
[04:11] <Kamion> sfllaw: the sentence is "whitespace ... now works", not "... passwords now work", IMO
[04:11] <Kamion> i.e. I think the verb should agree with the singular noun
[04:12] <sfllaw> Isn't whitespace a mass-plural?
[04:12] <Kamion> oh, hmm, I suppose you could regard it as such
[04:12] <janimo> hey how come flight 7 is the latest alpha since 2 betas were already released ?
[04:12] <Kamion> and I suppose it's arguably "leading whitespace and trailing whitespace now work" anyway
[04:12] <Kamion> janimo: we're not giving it the same level of QA as a beta
[04:13] <janimo> ah. ok
[04:13] <sfllaw> I suppose "Leading and trailing whitespaces in passwords now work properly"
[04:13] <sfllaw> is best.
[04:13] <Kamion> we've done this for every release in the past, although we called it "preview" rather than "beta" then so I guess it didn't come up
[04:13] <Kamion> sfllaw: could just s/whitespaces/spaces/
[04:13] <sfllaw> Kamion: Yes.
[04:14] <Kamion> if you can figure out how to type a tab into every password-asking interface reliably then you're a better man than I anyway
[04:14] <sfllaw> Or newline.
[04:14] <Kamion> not to mention ... right
[04:14] <Mithrandir> Kamion: C-v tab, maybe?
[04:14] <Kamion> Mithrandir: bet you that doesn't work everywhere
[04:14] <Mithrandir> sfllaw: sure that wiki should be capitalised?
[04:14] <Kamion> it *might*, but. :-)
[04:15] <Mithrandir> Kamion: as long as it works in gtk you're fine though. :-)
[04:15] <sfllaw> Mithrandir: Actually, no.
[04:15] <Kamion> Mithrandir: ... and getty/login
[04:15] <Kamion> and ssh
[04:15] <Mithrandir> those should be easy enough
[04:15] <Kamion> and everything that might ask you for an ssh password (nautilus presumably)
[04:15] <sfllaw> It _used_ to be a proper name, but I guess it's a common noun now.
[04:15] <Mithrandir> maswan: please rsync now.
[04:15] <Mithrandir> sfllaw: I'd say so, at least.
[04:17] <Mithrandir> sfllaw: I think I've applied all your changes now, care to go through it once more?
[04:17] <maswan> Mithrandir: dapper/flight-7/dapper-install-amd64.iso
[04:17] <Mithrandir> maswan: what about that?
[04:18] <maswan> Mithrandir: that's as far as it is, so it is downloading files
[04:18] <Mithrandir> maswan: oh, ok.  Thanks. :-)
[04:18] <janimo> will there be another beta before RC?
[04:18] <maswan> Mithrandir: seems to be syncing in ~8M/s, so it is speedy too.
[04:18] <Mithrandir> maswan: can you just verify it'll show up at the urls mentioned in http://err.no/tmp/flight7.txt ?
[04:18] <[g2] > where might one acquire the livecd-rootfs to build the livecd ?
[04:19] <sfllaw> s/Flight 7 cd/Flight 7 CD/
[04:19] <Mithrandir> [g2] : it's on the livecd.
[04:19] <tseng> [g2] : you can extract it from the iso
[04:19] <maswan> Mithrandir: yes, same as before. I just verified the first one too (mostly empty directory right now)
[04:19] <Mithrandir> maswan: thanks a lot.
[04:19] <[g2] > Mithrandir tseng That'd be handy :)
[04:19] <Mithrandir> sfllaw: fixed.
[04:20] <sfllaw> I'm fairly happy.
[04:21] <Mithrandir> it'll just go to u-a and maybe to slashdot and some other sites, but not mainstream media so we're fine even if it's not perfect.
[04:21] <sfllaw> Everything else I wanted to change is stylistic.
[04:22] <Mithrandir> ok, sent.
[04:23] <Mithrandir> oh well, I think I'll decide it's weekend for me now.
[04:23] <Mithrandir> see you around on Monday.
[04:23] <tseng> have fun Mithrandir 
[04:23] <Kamion> janimo: probably not another beta, but there'll be another flight I think
[04:23] <janimo> so that flight will not be alpha anymore if it happens?
[04:23] <Kamion> Mithrandir: damn, just spotted a couple of errors
[04:24] <Kamion> http://cdimage.ubuntu.com/kubuntu/releases/dapper/flight-7/ (Edubuntu)
[04:24] <Kamion> http://cdimage.ubuntu.com/xubuntu/releases/dapper/flight-7/ (Kubuntu)
[04:24] <Mithrandir> Kamion: uh, true
[04:24] <Kamion> janimo: EPARSE
[04:24] <janimo> or last in todays announcements means last as of now not last for dapper?
[04:24] <ogra> ouch
[04:24] <Kamion> janimo: it says "latest", not "last"
[04:24] <Kamion> which normally just means "current"
[04:24] <janimo> indeed, I can't read :(
[04:25] <Kamion> but different emphasis, "just released", that sort of thing
[04:26] <ryanpg> hi all... I noticed that somewhere in the recent xorg stuff I lost EXA support, (ati radeon m9)
[04:26] <ryanpg> is this a known issue or should I file a bug?
[04:26] <Mithrandir> Kamion: anything else, since I just cancelled my posting?
[04:27] <ryanpg> btw, checking Xorg.0.log reveals no error messages (it reports parsing "Option "AccelMethod" "EXA" in xorg.conf but also reports "RADEON(0): Using XAA acceleration architecture")
[04:27] <Kamion> Mithrandir: "show stopper" should be either "showstopper" or "show-stopper"
[04:28] <mgalvin> why does ubuntu-standard include "telnet"?
[04:28] <Kamion> Mithrandir: I don't see anything else
[04:28] <Mithrandir> Kamion: ok, fixed.
[04:28] <Mithrandir> there, sent.
[04:28] <Mithrandir> then I'm off for real
[04:28] <ogra> mgalvin, because you probably want to telnet into a server or something
[04:29] <ogra> or test a port
[04:29] <mgalvin> true, i ask b/c...
[04:29] <carlos> doko: hi, around?
[04:29] <doko> carlos: yes
[04:30] <mgalvin> i was playing with the harden* packages and harden-clients will not work b/c it tries to remove telnet
[04:30] <Kamion> harden-clients is brain-dead IMO
[04:30] <carlos> doko: hi, I restored Esperanto translations from a backup for Breezy after all data migrations we did
[04:30] <ogra> yeah
[04:31] <carlos> doko: and they had full translations for ooo-writer, but after restoring the backup and import the tarball you gave me
[04:31] <carlos> doko: they have more than 400 missing strings
[04:31] <ogra> especially, whats insecure about a telnet client ? 
[04:31] <mgalvin> might any of the harden packages be useful (they do include some useful tools)
[04:31] <ogra> as long as you dont run the server telnet is very handy
[04:31] <carlos> doko: I wonder if the breezy tarball you gave me is for the ooo2 backport you told me about or it's for oo.org 1.x
[04:31] <mgalvin> ogra: agrees
[04:31] <mgalvin> i agrees rather
[04:31] <Kamion> ogra: see the harden-clients package description
[04:32] <Kamion> I mean, it does what it says on the tin, I just think it's pointless
[04:32] <carlos> doko: and that 2.x did some changes/additions that produced those 400 untranslated strings
[04:32] <ogra> yeah
[04:36] <doko> carlos: the updated tarball is from 2.x, many things did change between 1.x and 2.x, so it's no surprise.
[04:36] <doko> it's sure possible, that esperanto ddoesn't have a translation yet.
[04:36] <Keybuk> I don't know what the Debian coreutils maintainer "has done"
[04:37] <carlos> doko: ok, the Esperanto team was worried with the data lose we had and this change was a bad, it looks like they lost something
[04:37] <Diziet>   * Try to recover from badly planned move on part of dpkg maintainer to
[04:37] <Diziet>     put a *local* diversion on md5sum. There is no good way to handle this;
[04:37] <Diziet>     hopefully nobody will do something so stupid in the future.
[04:37] <carlos> doko: but with your confirmation is enough to give them a valid explanation
[04:37] <carlos> doko: thank you.
[04:38] <doko> hmm, well, I never did build esperanto packages for 2.x
[04:39] <carlos> doko: Rosetta has translations for it
[04:39] <doko> carlos: but no importet ones?
[04:39] <doko> carlos: but no imported ones?
[04:39] <doko> all translated in Rosetta?
[04:39] <carlos> nomed, 100% translated using Rosetta
[04:39] <carlos> yes
[04:40] <carlos> nomed: sorry, xchat autocompletation... you know....
[04:40] <nomed> np :)
[04:40] <doko> hmm, maybe some translations from 1.1 could be imported ...
[04:40] <carlos> doko: they told me that they are sending them to upstream now, so you should get them for dapper + 1, but I guess we should create our own language pack for dapper
[04:41] <carlos> doko: most of them, Rosetta already have them for breezy's 2.x
[04:41] <Diziet> I think the right answer is to make dpkg Pre-Depend: on the appropriate version of coreutils and remove the diversion from the dpkg postinst.
[04:41] <carlos> the new .pot files you provide me 'migrated' it to latest 2.x
[04:42] <Diziet> This still doesn't help a sysadmin who wanted their own local diversion of md5sum.textutils, because coreutils's postinst will remove it, but at least it will avoid md5sum ever vanishing.
[04:42] <doko> carlos: so you say, that Rosetta took all strings from 1.1 and which did apply to 2.x?
[04:43] <carlos> ok, let's start again...
[04:43] <carlos> https://launchpad.net/distros/ubuntu/breezy/+source/openoffice.org2/+translations
[04:43] <carlos> Esperanto did all their translations there
[04:44] <carlos> doko: I guess that's not really 1.1, but a 2.x beta
[04:44] <carlos> right?
[04:45] <carlos> later, we removed all upstream translations and we removed some Esperanto translations at the same time while fixing the broken .po files imported some months ago
[04:45] <carlos> I restored the Esperanto translations and imported the .po and .pot files you provide me
[04:45] <Diziet> pitti: Did you want to talk about these French Canadians and their ff homepage ?
[04:45] <pitti> Diziet: wrt my recent bug reply? sure
[04:45] <doko> carlos: hmm, right. but maybe "someone" should export the translations from all languages in 1.1, which do not have yet translations in 2.x
[04:45] <Diziet> I've just sent another mail, so you probably want to read that.  Should turn up in a minute or three.
[04:46] <carlos> doko: I just checked and we never imported 1.1 translations into Rosetta....
[04:46] <pitti> Diziet: btw, I'm currently working on m-f-l-all, I hope I don't disturb you with that
[04:46] <carlos> doko: https://launchpad.net/distros/ubuntu/breezy/+source/openoffice.org/+translations
[04:46] <carlos> it doesn't have any translation other than the package templates
[04:47] <carlos> doko: hmm do you think is possible that from the OO.org2 beta released with breezy to the one in dapper, ooo-writer would change more than 400 strings?
[04:47] <carlos> s/change/change-add/
[04:47] <Diziet> pitti: No, not at all.  I don't really consider that one mine :-).
[04:47] <pitti> ok :)
[04:48] <doko> carlos, 400 are just 0,7% ...
[04:48] <pitti> Bengali firefox really looks nice
[04:48] <carlos> doko: talking about ooo-writer, that's 2573 strings so it's more than 0,7%....
[04:49] <carlos> 15%
[04:50] <Kamion> Diziet: presumably we pretty much lose hope of sid->dapper migrations working sensibly
[04:50] <Kamion> Diziet: (because the Pre-Depends will be satisfied with the current version in sid, but that won't actually contain the code we want)
[04:50] <Kamion> oh for feature dependencies
[04:51] <doko> carlos: could you give me a list of these strings? but I'm unsure if I do have time to evaluate these ...
[04:51] <Diziet> Kamion: Err, no, I think it should be OK.
[04:51] <Kamion> Diziet: also, can coreutils be careful only to remove the diversion on upgrade from versions before this fix? Then a sysadmin could at least put the diversion back afterwards.
[04:52] <Diziet> Kamion: Yes, I was just thinking that would work.
[04:52] <Diziet> I'll have to look at the changelog for sid's coreutils to make sure it's all right.
[04:52] <Kamion>   * Fix md5sum diversion problems with a hacksaw (Closes: #340119)
[04:52] <Kamion> heh
[04:52] <carlos> doko: https://launchpad.net/distros/ubuntu/breezy/+source/openoffice.org2/+pots/ooo-writer/eo/+translate?show=untranslated
[04:52] <carlos> doko: I'm doing some checks now anyway
[04:55] <maswan> Mithrandir: done
[04:56] <mgalvin> hmm, i know root is disabled but found "PermitRootLogin yes" in sshd_config so if someone enable root... that my not be desired
[04:57] <bddebian> OK, sorry but no one in -motu is answering.  Anyone have a feeling on removing package pcsx?  Bug #41501
[04:57] <Ubugtu> Malone bug 41501 in pcsx "[unclear]  [UNMETDEPS]  pcsx has unmet dependencies" [Normal,Needs info]  http://launchpad.net/bugs/41501
[04:57] <Diziet> mgalvin: /usr/share/doc/openssh-server/README.Debian.gz
[04:58] <mgalvin> ah the new default, ok
[04:58] <mgalvin> Diziet: thanks
[04:59] <Pygi> o joy :)
[04:59] <Pygi> Ubuntu based tablet distribution
[05:01] <bddebian> Kamion: See, this is my problem :-)
[05:01] <bddebian> I guess I should mail ubuntu-devel?
[05:07] <Kamion> bddebian: I'm afraid there's no magic answer to help you get help from other people
[05:07] <Kamion> "is answering" suggests you tried #ubuntu-motu; try mail instead
[05:07] <Kamion> mgalvin: it's the default upstream as well; it's not just the packagers who think it's a good idea
[05:08] <bddebian> Kamion: Is it more appropriate for ubuntu-devel ML or ubuntu-motu?
[05:08] <Kamion> bddebian: -motu at first, I guess
[05:09] <Kamion> in general we should only be removing packages (in a delta relative to Debian, if you see what I mean) if they're genuinely useless in Ubuntu
[05:10] <Kamion> if it's just that they're broken and we've decided we don't have time to fix them, I don't think that's a good reason for removal; somebody might come along later who does have time, and it's extra effort later to tell the difference between the stuff that we removed because we never want it again and the stuff we just removed for one release
[05:10] <sivang> Kamion: source uploaded, let me know if you have any reservations before a NEW kick.
[05:10] <bddebian> Well they are currently unbuildable in Ubuntu, doesn't that make them useless?
[05:10] <Kamion> bddebian: fundamentally useless, not just as-it-happens-at-the-moment useless
[05:10] <Kamion> like support for Linux 2.4 only would be fundamentally useless in Ubuntu
[05:11] <Kamion> but a PlayStation emulator intuitively seems to have uses
[05:11] <Kamion> sivang: I normally do :-)
[05:11] <Kamion> let people know if I have reservations, I mean, not have reservations
[05:12] <bddebian> Kamion: So if I pulled the psemu deps from debian and uploaded would they end up in NEW, or is that a no no?  ( I hate having broken packages in the archive )
[05:12] <sivang> Kamion: ah okay, although both would be acceptable and treater to the fullest extent by me :)
[05:12] <Kamion> bddebian: when edgy opens, we'll be doing a huge sync from Debian, and at that point we need to work out which packages need to be reintroduced becase they're now fixed
[05:13] <Keybuk> ya know, it's just occurred to me that we don't have mom-for-edgy
[05:13] <ogra> Keybuk, fix that !
[05:13] <ogra> we'll die without her
[05:13] <sivang> yes, he must :)
[05:13] <bddebian> This sucks
[05:14] <mgalvin> Kamion: yup, the doc Ian pointed me at explained it all, thanks :)
[05:14] <Kamion> bddebian: syncing psemu-video-x11 from Debian sounds reasonable
[05:16] <pitti> seb128: can you upload your batch of pot files as well?
[05:16] <Kamion> bddebian: I'm doing that now
[05:17] <Kamion> bddebian: (it'll end up in NEW, yes, but that's OK)
[05:17] <seb128> pitti: I've doing so, let me some time, I've 17 uploads to do now than the freeze is over
[05:17] <seb128> s/I've/I'm
[05:17] <bddebian> Kamion: Oh, thx, I would have requested it.  I didn't mean to give you work.  I have already given you enough so far ;-P
[05:17] <Kamion> bddebian: let me know what other deps are needed, if any
[05:17] <pitti> seb128: oh, wasn't meant as a hurry, sorry :)
[05:17] <Kamion> bddebian: note that psemu-video-x11 provides psemu-video
[05:17] <seb128> pitti: np, I'm on it ;)
[05:17] <bddebian> Kamion: Aye, I knew that
[05:19] <Kamion> no trouble, done
[05:19] <Kamion> try to take the above in the spirit it was intended, though, as a sort of general guide to how to decide whether something should be removed or not
[05:19] <Diziet> Freaky.  Why does dpkg now have a ChangeLog ?
[05:21] <bddebian> Kamion: OK, thx
[05:22] <bddebian> Err mgapdesk
[05:22] <bddebian> So many bugs, sooo little time :'-(
[05:37] <bddebian> Kamion: Dumb question.  I assume psemu-x11 will run through the normal buildd process?
[05:39] <Kamion> bddebian: yeah, although it'll land in binary NEW as well
[05:39] <pitti> seb128: saw your uploads, great :) this should make https://wiki.ubuntu.com/MissingPotFiles look really good
[05:40] <bddebian> Kamion: Well I just wanted to wait to see if it builds, then I can check/try pcsx
[05:40] <seb128> pitti: yeah, I'll clean the wiki page when I'm done with the uploads, only 1 package to upload for it :)
[05:42] <_ion> bug #43117
[05:42] <Ubugtu> Malone bug 43117 in linux-meta "grsec support in linux-image-server" [Normal,Unconfirmed]  http://launchpad.net/bugs/43117
[05:42] <Kamion> siretart: freealut binaries accepted, since I understand you were waiting for them
[05:47] <mgalvin> infinity: ping
[05:48] <bddebian> Kamion: How long before I should be pull the source package from the archive?  (Sorry to keep bugging you btw)
[05:49] <Kamion> bddebian: publisher runs start at :03 every hour and run for about 30 minutes; after that, the source will be available
[05:49] <bddebian> OK, thx
[05:50] <elmo> Mithrandir: you done with flight 7, at least as far as little is concerned?
[05:50] <Mithrandir> elmo: yes
[05:51] <Mithrandir> elmo: it's published and the announcement sent.
[05:52] <Keybuk> anyone here got a T42 and Docking Station? :p
[05:53] (elmo/#ubuntu-devel) Kamion: yes, so far I've rsynced /home and /srv, and synced the installed packages.  anything else you can think of?
[05:53] <Kamion> rsyncd configuration
[05:53] <elmo> right, /etc.  I'll also have to update everyone little triggers, meh
[05:53] <Mithrandir> crontabs.
[05:53] <Kamion> I don't think much else is cdimage-specific
[05:54] <Kamion> oh yeah; though the cdimage crontab is easily restored and mine is trivial
[05:55] <bddebian> elmo: Any chance you could check on my @ubuntu.com e-mail on LP?
[05:55] <elmo> bddebian: no chance whatsoever
[06:02] <elmo> ok, I'm locking down little, stopping cron, rsync etc.
[06:05] <bddebian> elmo: OK, thx
[06:11] <seb128> pitti: pot updates done ;)
[06:12] <sivang> Kamion: I see source is accepted, is you now or infinity that needs to approve the binary ?
[06:12] <Kamion> sivang: any member of ubuntu-archive
[06:12] <sivang> Kamion: k, thanks.
[06:13] <Kamion> we have a tool that displays the queue for us, so we don't need to be told
[06:13] <elmo> Kamion/mithrandir/%cdimage: ok, lithium is up, wanna log in and check it out?
[06:13] <Keybuk> "lithium"
[06:13] <Keybuk> that well known breed of penguin
[06:13] <elmo> Keybuk: we ran out of penguins and base stations
[06:13] <Keybuk> what are we onto now?
[06:13] <Kamion> elements, by the looks of things
[06:14] <Keybuk> we could have "caffiene" ... that's a type of penguin
[06:14] <elmo> right, the periodic table
[06:14] <mdz> Keybuk: "mint"
[06:14] <Keybuk> unobtainium.ubuntu.com
[06:14] <Mithrandir> Kamion: cdimage crontab enabled.
[06:14] <Mithrandir> elmo: seems to work fine.
[06:14] <Kamion> Mithrandir: thanks
[06:14] <Kamion> enabled my crontab too
[06:14] <elmo> old crontabs are in /root/little-cron btw
[06:14] <Mithrandir> 1.1TB on /, that's usable.
[06:15] <Kamion> elmo: no need, I saved mine in time :)
[06:15] <Kamion> mm, disk space
[06:15] <Keybuk> mdz: I've decided not to change the hardware enumeration :)  it turns out to be a more complicated problem than I first thought <g>
[06:15] <Kamion> let's try not to use it all at once
[06:15] <Keybuk> mdz: I'll just make edgy very broken instead, muahahaha
[06:15] <elmo> it's got more CPU + memory to come
[06:15] <mdz> Keybuk: colour me relieved
[06:15] <elmo> but there's been some unobtanium problems with them, ATM
[06:15] <Mithrandir> elmo: how's the I/O compared with little?
[06:15] <Keybuk> mdz: the upstream code triggers devices in "readdir order"
[06:15] <Keybuk> which seems to be rather ... odd
[06:16] <Mithrandir> I/O >> cpu on cd-building machines.
[06:16] <elmo> Mithrandir: at least 2x as good
[06:16] <Kamion> it's going to take at least a year to get out of the habit of 'ssh little'
[06:16] <Mithrandir> elmo: oh, that's rocking.
[06:16] <Keybuk> what was little?  cd image building?
[06:16] <Kamion> Keybuk: yes
[06:16] <Keybuk> Kamion: I'm trying *not* to get into the habit of typing "ssh lp_archive"
[06:16] <elmo> if you guys need more than 1.1Tb, it'll need to be external, this is the max you can fit in these machines with currently available SCSI disks in our paranoid RAID 5 setup
[06:17] <Keybuk> I already type "ssh breezy" when I mean "ssh paperboy", if I'm only logging on because it's running breezy and I want to compare something
[06:17] <Mithrandir> anyway, weekend.
[06:17] <Mithrandir> see you all around on Monday.
[06:17] <mdz> Mithrandir: enjoy
[06:17] <elmo> Kamion: oh, the apt cache is probably amusingly fux0red
[06:17] <elmo> Kamion: since it's gone from i386  -> amd64
[06:17] <Kamion> I think cdimage rm -rf's it between each build
[06:18] <elmo> seriously?  why?
[06:18] <Kamion> because I only noticed it did that last week
[06:18] <elmo> heh
[06:18] <elmo> because you know, you wouldn't want your cache to, like, cache anything
[06:18] <Kamion> /usr/bin/stat: cannot stat `/srv/cdimage.no-name-yet.com/ftp/dists/dapper/main/i
[06:18] <Kamion> nstaller-amd64/20051026ubuntu31/images/netboot/ubuntu-installer/amd64/pxelinux.c
[06:18] <Kamion> fg.serial-9600/default': No such file or directory
[06:18] <Kamion> wonder whose fault that is
[06:19] <Kamion> seriously, can we rename that to cdimage.ubuntu.com at some point? :)
[06:19] <elmo> those files seemed to be owned by mithrandir, is that normal?
[06:19] <Kamion> yeah, if he ran a build as himself
[06:19] <Kamion> which I do as well from time to time
[06:20] <Kamion> should be harmless normally, we take some care to try to keep everything g+w
[06:20] <Kamion> /usr/bin/mkisofs: unrecognized option `-jigdo-jigdo'
[06:20] <Kamion> elmo: could you please install the mkisofs/dapper we had on little?
[06:21] <elmo> ugh, ight
[06:21] <Kamion> also it seems to want a password now when sshing to syncproxy
[06:22] <Kamion> ImportError: /srv/cdimage.no-name-yet.com/britney/update_out/britneymodule.so: cannot open shared object file: No such file or directory
[06:22] <Kamion> I'll need to fix that ...
[06:22] <elmo> yeah, I still have to fix all the machines it triggers
[06:22] <Keybuk> pitti: my spider sense is telling me that DHCP is failing for a lot of people today
[06:22] <Kamion> elmo: could I have libapt-pkg-dev and python-dev for a bit pleae?
[06:22] <Kamion> please
[06:23] <elmo> Kamion: done
[06:24] <elmo> Kamion: fixed mkisofs installed too
[06:26] <pitti> Keybuk: because of the patch I uploaded an hour ago?
[06:26] <pitti> Keybuk: that was actually supposed to fix a fair number of failures
[06:26] <Keybuk> pitti: I don't know.
[06:27] <Keybuk> I'm just starting to see vague comments about DHCP not working in my INBOX
[06:27] <Kamion> DAMNIT BAZ
[06:27] <Keybuk> you still use baz?
[06:27] <Kamion> Keybuk: yes for cdimage, until I get a bzr import of debian-cd
[06:28] <Keybuk> I purged the spawn of satan that is baz from my life some time ago
[06:28] <pitti> Keybuk: ok, my last version isn't even in the archive yet, so it's not due to it
[06:28] <Kamion> sadly I am dependent on imports
[06:28] <Keybuk> pitti: perhaps not.  could be just the nm patch people are testing
[06:28] <Keybuk> pitti: just thought I'd mention it
[06:28] <pitti> Keybuk: ok; other than my current fix (which I believe is correct) dhcp didn't change in a while
[06:29] <pitti> Keybuk: I'm sub'ed to dhcp3 bugs, so I'll see what's going on
[06:30] <elmo> Kamion: ok, all triggered machines updated now too, FWIW
[06:30] <Keybuk> Kamion: you could run baz2bzr over the import in a cronjob
[06:31] <Keybuk> pitti: it appears to be in the archive
[06:32] <pitti> Keybuk: the source is, the deb isn't yet 
[06:32] <Keybuk> deb is
[06:33] <Keybuk> dhcp3-client | 3.0.3-6ubuntu6 |        dapper | hppa
[06:33] <Keybuk> dhcp3-client | 3.0.3-6ubuntu7 |        dapper | amd64, i386, ia64, powerpc, sparc
[06:41] <thom> elmo: continuing the tradition of untypable machine names you really ought to have gone for http://www.godchecker.com/pantheon/aztec-mythology.php?_gods-list
[06:41] <thom> there are some classics there
[06:41] <elmo> haha
[06:42] <jsgotangco> batman is an aztec god??
[06:42] <Keybuk> infinity: ping
[06:42] <elmo> thom: that's so much better than your last suggestion
[06:42] <elmo> (whales, IIRC :-P)
[06:42] <fabbione> LOL
[06:42] <Keybuk> ssh yiacatecuhtli
[06:42] <thom> heh
[06:42] <Keybuk> (if you pronounce that like Kamion does ... the only response is "bless you")
[06:42] <infinity> Keybuk: Hrm?
[06:43] <Keybuk> infinity: did you upload the initramfs sickness yet?
[06:43] <thom> Keybuk: i think Tlahuixcalpantecuhtli is probably the winner
[06:43] <infinity> Keybuk: Nope, should do tomorrow.
[06:43] <infinity> (ie: in 12~16 hours)
[06:44] <bddebian> Heya infinity
[06:45] <Keybuk> thom: I think I caught that off a one-night-stand once
[06:46] <infinity> Keybuk: Do you have a pending udev upload that I'd muck up if I uploaded udev with initramfs-tools when I do my thing, just to make sure they go in together?
[06:47] <infinity> (Not that they'll need to go in together, but I may as well fix the bug all at once)
[06:47] <Keybuk> I was about to do a udev upload, and wondered whether I should wait on the basis avoiding two in one publisher run ;)
[06:48] <infinity> Nah, do yours, and I'll upload my stuff tomorrow.
[06:48] <Keybuk> okies
[06:48] <Keybuk> be sure to update the initramfs-tools depends ;)
[06:48] <bddebian> Damn, still no source for psemu-x11 :-(
[07:01] <Kamion> Keybuk: true, I could do
[07:02] <Kamion> bddebian: psemu-video-x11
[07:02] <Kamion> is there
[07:02] <bddebian> Hmm weird
[07:02] <maswan> elmo: speaking of hostnames, I know a guy that named a server WxrtlHltl-jwlpklz after a demon in a pratchett book.
[07:03] <bddebian> Hmm, nope, now there is it
[07:03] <bddebian> Err it is
[07:09] <Keybuk> maswan: isn't that a cat word?
[07:11] <Keybuk> ... dvs tungan gr inte av nr man frsker uttala det. [17:13:30]  - lisll - har haft xilark och WxrtlHltl-jwlpklz som nattuksbord hemma hos Grabben ...
[07:11] <Keybuk> heh @ google
[07:11] <LaserJock> I noticed some element names today on some *.ubuntu.com, I got all excited :-)
[07:11] <bddebian> LaserJock: Nerd ;-)
[07:11] <bddebian> Kamion: pcsx builds with that, thanks
[07:12] <maswan> Keybuk: heh, yeah, that's Grabben. former ACC admin. :)
[07:12] <LaserJock> bddebian: I would have prefered some good laser names but I'll settle for elements ;-)
[07:13] <Keybuk> lasers have names?
[07:13] <LaserJock> sure
[07:13] <LaserJock> HeNe and YAG are two I have
[07:14] <maswan> Hmm.. One place I know of have fileservers named after protein sequences
[07:14] <LaserJock> yeah, our theoretical group does that
[07:14] <LaserJock> the other one does, fate, luck, chance, chaos, etc.
[07:14] <bddebian> heh
[07:14] <bddebian> chaos is a cool server name
[07:14] <Keybuk> we could name them after the deadly sins
[07:15] <Keybuk> gluttony, sloth, changing the debian/ directory from debian/patches, etc.
[07:15] <LaserJock> bddebian: anarchy was the powerbook
[07:15] <bddebian> Hehe @ Keybuk
[07:16] <Keybuk> right, weekend time
[07:16] <Keybuk> going to grab food, and head out skating; seeing as the weather's so nice
[07:16] <LaserJock> Keybuk: so maybe we can add checkinstall to the list ;-)
[07:16] <Kamion> bddebian: great
[07:17] <ogra> LaserJock, pfft, be consequent, lets switch the buildds to checkinstall rather ;)
[07:18] <LaserJock> ogra: I'm sure it would cut down on the number of bug reports :-)
[07:18] <ogra> a lot :)
[07:18] <LaserJock> ogra: heah, if they don't have a working web browser or email client they can't submit a bug report
[07:19] <ogra> exactly :)
[07:19] <bddebian> pfft :-)
[07:19] <ogra> and what should they do with a browser anyway without X
[07:19] <jsgotangco> lol
[07:20] <stratus> ogra: can you mail pkg-ltsp-devel with your modularization ideas (conf. file and all that we discussed here) until monday, please? :)
[07:20] <jsgotangco> make LP compatible with lynx?
[07:20] <ogra> stratus, i'll try
[07:21] <LaserJock> jsgotangco: hmm, we would have to figure out a way to break it too :/
[07:21] <stratus> ogra: ok, i'll talk with otavio about your ideas but i'm sure he will want to discuss all the topics (by mail or here).
[07:21] <ogra> yep
[07:21] <stratus> ogra: i've asked until monday due to debcamp/debconf
[07:21] <ogra> just note that i'm on LinuxTag tomorrow
[07:22] <stratus> ogra: until when?
[07:22] <ogra> so i might not be on IRC for longer bits
[07:22] <ogra> it ends tomorrow
[07:22] <stratus> oh, ok
[07:29] <mdz> seb128: what was g-s-t using instead of gksu before?
[07:29] <seb128> mdz: it has its own sudo mode
[07:30] <seb128> mdz: but it was using it for some days, we tried it to fix the "UI is running with sudo so browser buttons, etc start apps as admin"
[07:30] <seb128> with it's own mode only the backend is doing sudo
[07:31] <mdz> right, having only the backend run as root is better
[07:31] <mdz> but as of 0ubuntu8 it runs the whole thing under gksu?
[07:32] <seb128> mdz: 
[07:32] <seb128> gnome-system-tools (2.14.0-0ubuntu6) dapper; urgency=low
[07:32] <seb128>   * debian/patches/64_gksu-in-desktop-files.dpatch:
[07:32] <seb128>     - don't run the programs with gksu but use the sudo mode instead,
[07:32] <seb128>       fix the issue with the UI running with sudo too (Ubuntu: #23230)
[07:33] <seb128> gnome-system-tools (2.14.0-0ubuntu8) dapper; urgency=low
[07:33] <seb128>   * debian/patches/08_desktops_changes.dpatch:
[07:33] <seb128>     - use gksu for the menu items again so the UI is consistent with the other
[07:33] <seb128>       applications of the desktop (Ubuntu: #40680)
[07:33] <seb128> mdz: that's when we stopped using gksu and when we started using it again
[07:33] <mdz> yes, that's what I'm asking about
[07:33] <bddebian> Should we have a libxf86config.so* or has that been deprecated?
[07:33] <mdz> oh
[07:33] <mdz> seb128: I don't use those tools very often ;-)
[07:33] <seb128> mdz: right, the whole thing runs under gksu again
[07:33] <seb128> like it did since warty
[07:34] <seb128> is that an issue?
[07:34] <mdz> I was curious about the change
[07:34] <mjg59> Launching nautilus as root sounds like a bit of an issue
[07:34] <seb128> mdz: ok ;)
[07:34] <mdz> seb128: was the UI inconsistency the only reason to switch it back?
[07:35] <seb128> mjg59: 
[07:35] <seb128>   * debian/patches/20_use_sudo_user.dpatch:
[07:35] <seb128>     - patch by Dennis Kaarsemaker <dennis@kaarsemaker.net>
[07:35] <seb128>     - Use su -c $SUDO_USER for launching nautilus/totem/gnome-cd if that
[07:35] <seb128>       variable is set (Ubuntu: #23230)
[07:35] <mjg59> Ah, cunning
[07:35] <seb128> mdz: the main reason yep
[07:35] <mdz> hm
[07:35] <seb128> mdz: we had also an issue with "install ntp|samba..."packages patch
[07:36] <seb128> but it was as easy to fix as the nautilus one we fixed other way
[07:37] <Seveas> seb128, I'm surprised the patch applied, it's a few months old (written for the breezy version) 
[07:45] <seb128> Seveas: upstream doesn't do a lot on it for some time
[07:52] <Diziet> This buffer_* stuff in dpkg is a bit mad.  Not to mention subtly broken :-/
[08:04] <bddebian> Should we have a libxf86config.so* or has that been deprecated?
[08:15] <mdke> Znarl: around?
[08:15] <Znarl> mdke : Hi!
[08:15] <mdke> Znarl: hello :) Thanks for your email today, I wanted to clarify something I didn't understand.
[08:46] <bddebian> fabbione or infinity: awake?
[08:47] <fabbione> noi
[08:47] <fabbione> no
[08:48] <bddebian> OK, sorry
[08:48] <fabbione> bddebian: what's up?
[08:48] <bddebian> fabbione: mgapdesk is looking for libxf86config (-lxf86config).  Is there something I can replace that with?
[08:49] <fabbione> bddebian: never heard of that library
[08:49] <bddebian> Hmm
[08:50] <crimsun> (it was in xlibs-static-dev, but it doesn't exist in dapper)
[08:51] <bddebian> /usr/X11R6/lib/libxf86config.a
[09:06] <mdz> bddebian: what for?
[09:07] <bddebian> mdz: ?
[09:07] <mdz> bddebian: libxf86config
[09:07] <bddebian> mdz: Oh, mgapdesk
[09:07] <mdz> bddebian: is mgapdesk a person or a program?
[09:07] <bddebian> Package in universe.
[09:07] <SuperQ> anyone know how to convert hotplug usermaps to udev?  I'm trying to get an odd-ball USB serial device working with Dapper (works fine with breezy)
[09:07] <bddebian> Orphaned in Debian but Kamion suggested I try to fix it
[09:08] <crimsun> SuperQ: see https://lists.ubuntu.com/archives/ubuntu-devel-announce/2005-December/000028.html
[09:08] <crimsun> SuperQ: look at the bottom
[09:09] <mdz> bddebian: the source is still around, in hw/xfree86/parser in xorg-server
[09:09] <SuperQ> crimsun: yea, thanks!
[09:14] <bddebian> mdz: Aye, but looking on google, it looks like it only ever gets built as a static lib
[09:54] <sivang> Kamion: if I see that a package has binary packages in LP, that does not neccessary mean that it's been NEW'd for the bin packages ?
[09:56] <sivang> oh man, this is weird. There is now an 'upbackup' package in the repo, with an old branch snapshot, can I ask to have it removed, and let only the new hubackup package prevail?
[10:05] <Kamion> sivang: builds listed in launchpad just mean it's built, not necessarily accepted
[10:05] <Kamion> sivang: I've accepted them now, may take an hour or two to reach mirrors due to the vagaries of publisher run times though
[10:05] <Kamion> if you mean hubackup
[10:06] <Kamion> sivang: yes, that's expected, please file a bug to have upbackup removed
[10:06] <Kamion> file it on upbackup and subscribe ubuntu-archive to the bug
[10:09] <sivang> Kamion: many thanks! I owe you. I will report that bug now.
[11:02] <ben-2006> Hello, i'm looking at re-writing the samba/folder shares tool as part of SoC and I was wondering if you could confirm what the underlying code is written in - python / GTK?
[11:07] <mdke> ben-2006: I don't know but I guess that if you download it you can find out
[11:08] <ben-2006> well i have ubuntu setup
[11:09] <mdke> ben-2006: ok. you can get the source code with "apt-get source gnome-system-tools"
[11:09] <seb128> ben-2006: Novell has worked on a nautilus samba share extension which looks nice, maybe you should have a look to that before starting on your project
[11:10] <ben-2006> oh - didnt know thats how you got the source - thank you :)
[11:11] <ben-2006> seb128: As it might be better to use that or to gain some ideas/understanding/concepts
[11:11] <seb128> ben-2006: http://gentoo.ovibes.net/nautilus-share/mediawiki-1.4.4/index.php/Accueil
[11:11] <ben-2006> thanks
[11:11] <seb128> ben-2006; I think they based the work on that
[11:11] <seb128> ben did several changes to it
[11:11] <seb128> ping sebest about it when he's around
[11:11] <seb128> he's upstream for nautilus-share
[11:12] <ben-2006> cool