[12:56] <jp> hi guyz
[12:57] <jp> why the ubuntu packages are called: ubuntu1 ubuntu2 ubuntu3
[12:57] <jp> ?
[12:57] <jp> like education-workstation (0.803ubuntu1
[12:57] <jp> ?
[12:58] <KaiL> jp: to stay compatible with debian
[12:58] <jp> KaiL thanks! :)
[12:58] <jp> :P
[01:21] <shaya> something's weird w/ evolution and gedit, ctrl combos seem to be only able to execute one function (evolution any ctrl-combo does ctrl-I import and gedit any contrl combo does ctrl-n new)
[01:25] <sjmorgan> shaya: https://bugzilla.ubuntu.com/show_bug.cgi?id=10942
[04:12] <jsgotangco> hola
[04:13] <timelyx> thom: do you have time to talk about your work on the firefox ubuntu package?
[04:29] <daniels> timelyx: it's 0329 where he is
[04:32] <timelyx> daniels: yes, someone told me that
[04:32] <timelyx> i'm willing to idle 24 hours for a response
[05:22] <lamont> daniels: may I hurt you now?
[05:23] <lamont>   x11proto-input-dev: Conflicts: libxi-dev (< 6.8.2-16) but 6.8.2-15hppa2 is to be installed
[05:23] <lamont> xorg is annoying me
[05:24] <lamont> daniels: so which version of xorg do I need to grab from the morgue and build so that I can build -20?
[05:31] <fabbione> morning
[05:36] <fabbione> lamont: according to the sparc logs, i did build -16 and -20 later on
[05:57] <fabbione> bah everything is stalling around freeglut
[06:32] <OddAbe19> it doesn't seem to busy in here, but what package provides libpthread.so.0
[06:32] <OddAbe19> i get debug errors with totem and amarok
[06:32] <OddAbe19> and that seems to be the culprit
[06:33] <OddAbe19> hoary and gcc4.0 from backports (i believe)
[06:34] <bob2> gah
[06:34] <bob2> backports for development = you lose
[06:35] <OddAbe19> well, i don't know, but either way
[06:35] <OddAbe19> what provides that?
[06:35] <OddAbe19> i've been all over google
[06:35] <bob2> libc6: /lib/libpthread.so.0
[06:36] <OddAbe19> synaptic shows gcc at 3.3.5 with 4.0 base installed
[06:37] <bob2> gcc has nothing to do with running binary packages
[06:37] <bob2> if you compiled amarok with gcc 4.0 from backports, you've lost anyway
[06:37] <OddAbe19> na, didn't
[06:37] <OddAbe19> installed via hoary universe
[06:37] <OddAbe19> the safe way ;-)
[06:37] <OddAbe19> i'm reinstalling libc6 now
[06:38] <OddAbe19> damn, didn't work
[06:39] <OddAbe19> this is where problems start in the debug 0xb74a4fc1 in __waitpid_nocancel () from /lib/tls/libpthread.so.0
[06:39] <OddAbe19> #0  0xb74a4fc1 in __waitpid_nocancel () from /lib/tls/libpthread.so.0
[06:39] <OddAbe19> #1  0xb7f63d97 in libgnomeui_module_info_get ()
[06:39] <OddAbe19>    from /usr/lib/libgnomeui-2.so.0
[06:41] <OddAbe19> my whole debug message is here http://home.comcast.net/~amsilveira/totem.txt
[06:44] <OddAbe19> bob2, do you see anything that's of use?
[06:44] <bob2> I would assume something from backports fucked up, but I have no idea what
[06:45] <OddAbe19> damn, i run very little from backports
[06:45] <OddAbe19> totem is one, i believe
[06:46] <OddAbe19> firefox is the other
[06:48] <OddAbe19> now getting /lib/tls/i686/cmov/libpthread.so.0 error, i installed libc-i686 package
[06:58] <OddAbe19> i'm even getting that error with nautilus
[07:04] <OddAbe19> meh
[07:04] <OddAbe19> not much help
[07:04] <OddAbe19> oh well
[07:09] <Unfrgiven> ive got a problem with a pacakage i'm testing for the c++ transition. its called ocaml-nox but all other packages that depend on it depend on "ocaml-nox-3.08". in other words the maintainers have put the specific version number in the name. IMO this needs to be changed. does that sound ok? i'm going to remove the version number from the package name and the depends will become "ocaml-nox (>= 3.08)"
[07:11] <OddAbe19> holy crap, new error root@ubuntu:/usr/local/lib # synaptic
[07:11] <OddAbe19> synaptic: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory
[07:11] <OddAbe19> this sucks
[07:11] <OddAbe19> >:-0
[07:26] <fabbione> mdz: ping?
[07:26] <fabbione> ah right.. it was bank holidays in the us
[07:36] <jblack> Yeah. its veterans^wmemorial day.
[07:39] <mdz> fabbione: yes?
[07:41] <fabbione> mdz: can we promote ocfs2-tools to supported? and can i pre-seed the redclustersuite for supported? the latter is more important since it ships a build-dep for lvm2
[07:42] <mdz> fabbione: if they pass review by pitti, yes
[07:42] <fabbione> lvm2 seems to be the only package that will need a rebuild due to a lib soname change
[07:42] <fabbione> mdz: pitti already checked redhatcluster and he said there is no security history on it, but i will ask him to review again
[07:43] <fabbione> mdz: so you are good if pitti agrees on them...
[07:43] <mdz> yes
[07:43] <fabbione> by default we don't start the services
[07:43] <mdz> if they have additional deps or build-deps from universe, of course, those need to be considered as well
[07:43] <fabbione> so there are no open ports
[07:43] <mdz> you are only talking about supported, not desktop
[07:43] <mdz> so open ports are not an issue
[07:43] <fabbione> mdz: none of them does. we can build them with stuff in main only iirc
[07:43] <fabbione> mdz: no, not in desktop..
[07:44] <fabbione> they are for servers and clusters
[07:44] <fabbione> so it's pointless in desktop
[07:44] <fabbione> but even if they get installed no daemons are started without user config
[07:54] <pitti> Good morning
[07:55] <fabbione> hey pitti
[07:55] <mdz> night
[07:57] <fabbione> night mdz
[07:58] <fabbione> pitti: can you please checkout the code from ocfs2-tools and let me know if it passes your security paranoia checks? mdz asked for your review before promoting it from universe to supported....
[07:58] <pitti> sleep well, mdz
[07:59] <pitti> fabbione: alright, will do today
[07:59] <fabbione> pitti: there is no rush.. just when you have time
[07:59] <pitti> ok, fine :-)
[07:59] <fabbione> pitti: soon i will have to push you a bigger package
[07:59] <fabbione> pitti: for the same reasons
[07:59] <pitti> fabbione: I *won't* review the kernel :-)
[07:59] <pitti> (okay, call me lazy...)
[08:06] <fabbione> pitti: ehehhe
[08:41] <Treenaks> hmm.. X broken on amd64, powerpc?
[08:42] <Treenaks> ( http://people.ubuntu.com/~lamont/buildLogs/b/beagle/0.0.10-0ubuntu1/beagle_0.0.10-0ubuntu1_20050530-1609-amd64-failed.gz )
[08:54] <fabbione> Treenaks: hmmm
[08:54] <fabbione> that's an interesting error i have seen yesterday
[08:55] <fabbione> no, it's a wrong call to the linker from beagle
[08:55] <fabbione> it shouldn't be calling gcc that way
[08:55] <fabbione> but call ld
[08:55] <fabbione> that fixed it for me
[08:55] <fabbione> and the error appears on 64bit system only apparently
[08:56] <Treenaks> fabbione: also on ppc
[08:56] <fabbione> Treenaks: ppc is missing b-d
[08:56] <Treenaks> oh wait yes
[08:56] <Treenaks> nm
[08:57] <Treenaks> anyway - isn't this a bug in gcc, if it works on some archs, but not others?
[09:00] <fabbione> Treenaks: nope.. it's a wrong call to the linker
[09:00] <bob2> you shold be using gcc to link
[09:00] <fabbione> i discussed it yesterday with doko and jbailey 
[09:00] <bob2> unless you really really know what you're doing
[09:01] <fabbione> bob2: in that case you need to call LD
[09:01] <fabbione> or pass all the appropriate options to gcc :)
[09:01] <bob2> hm
[09:01] <fabbione> or call gcc in a sane way
[09:06] <Treenaks> wow.. you also need libmono-dev to be able to run beagled
[09:07] <Lathiat_> wtf?
[09:11] <Treenaks> Lathiat_: libMonoPosixHelper.so vs libMonoPosixHelper.so.0
[09:42] <seb128> hi
[09:43] <vuntz> hey seb128 
[09:43] <mvo> hi seb128 
[09:43] <vuntz> hey mvo 
[09:44] <mvo> hey vuntz!
[09:44] <vuntz> so, seb128, where are you? ;-)
[09:44] <seb128> hey vuntz mvo
[09:44] <seb128> where is hidding pitti?
[09:45] <bob2>  6998 root      15   0  728m  74m 3088 S  6.3 15.0   1275:06 Xorg               
[09:45] <bob2> yay
[09:45] <seb128> thanks daniels 
[09:48] <seb128> daniels, if you have a local patch for xorg/xkb you just keep it broken to piss users?
[09:56] <seb128> oh, pitti
[09:56] <pitti> Hey seb128
[09:57] <pitti> seb128: yes, I was absent for a bit
[09:57] <seb128> np
[09:57] <seb128> vuntz says than getting all the menu entries for .mo is not an option for gnome-panel
[09:57] <vuntz> yeah
[09:57] <pitti> vuntz: Hi
[09:57] <seb128> cf the mail about languages-packs/desktop files
[09:58] <vuntz> when creating the menus, opening all the mo files is definitely a bad idea
[09:58] <vuntz> hey pitti 
[09:58] <pitti> vuntz: you mean, generally converting desktop files to use gettext?
[09:58] <vuntz> would the mo files be the applications mo files or other mo files?
[09:58] <pitti> vuntz: the translations could still be cached if performance is an issue
[09:59] <pitti> vuntz: the translations of the desktop files are *already* present in the application's mo file
[09:59] <pitti> vuntz: since most (all?) upstream pacakges call intltool to produce the final .desktop from a .desktop.in and the translations from the po
[09:59] <vuntz> indeed, but opening all the applications mo files would be really slow
[09:59] <seb128> but .mo files are bigs
[09:59] <pitti> vuntz: performance aside, do you agree that reusing the translations from the mo files is a good idea?
[10:00] <pitti> vuntz: we can cache pre-translated desktop files
[10:00] <pitti> vuntz: the point is just that packages do not need to deliver translated desktop files any more, so that you could update the translations easily
[10:00] <vuntz> performance aside, yes, it is probably a good idea
[10:01] <vuntz> pitti: did you see the recent thread on xdg about this?
[10:01] <vuntz> markmc proposed another solution
[10:01] <vuntz> let me find the link
[10:01] <pitti> vuntz: no, I didn't; is there an URL?
[10:02] <vuntz> http://lists.freedesktop.org/archives/xdg/2005-May/006920.html
[10:03] <vuntz> but in fact, I don't know what exact problem you're trying to fix :-)
[10:03] <pitti> vuntz: funny, merge translations at package installation time was an option we considered
[10:04] <pitti> vuntz: ok, so a short intro of our goal
[10:04] <pitti> vuntz: we try to strip off all translations from our application debs
[10:04] <pitti> vuntz: import them into our translation platform (Rosetta)
[10:04] <pitti> vuntz: and then ship per-language translation "language packs"
[10:04] <pitti> vuntz: so users only install the translations they need
[10:05] <vuntz> ok
[10:05] <pitti> vuntz: and, more important, we can update the translations after a release without touching application packages
[10:05] <pitti> vuntz: desktop files do not nicely fit into this concept
[10:05] <pitti> vuntz: since they contain all translations at once; however, they already use gettext for generating them at build time
[10:06] <vuntz> so, basically, there are two options: the mo option, and the merging at install time option
[10:06] <pitti> vuntz: we discussed updating the installed desktop files in the language pack postinstall script
[10:06] <pitti> vuntz: but that is pretty bad since (1) the installed desktop files would not match the files from the debs (debsums fails, etc.)
[10:07] <pitti> vuntz: and (2) if a package is updated, you loose the translations since the desktop file is overwritten
[10:07] <pitti> vuntz: in general, fiddling with files from debs is not an option at least for ubuntu/debian
[10:07] <vuntz> but what about applications that are not using gettext?
[10:07] <vuntz> mozilla, eg
[10:07] <jdub> whiprush: ha ha ha @ blog title
[10:07] <pitti> vuntz: we _can_ however ship updated desktop files in a parallel hierarchy (let's say /usr/share/applications-langpack)
[10:08] <pitti> vuntz: and modify gnome to prefer files in this alternative directory
[10:08] <pitti> vuntz: that's what we would do if the other proposal is not accepted upstream
[10:09] <pitti> vuntz: other apps: we will eventually change the packaging to produce a pot+po files at package build time
[10:09] <mdke> jdub, got 30 seconds?
[10:09] <pitti> vuntz: so that we can import them
[10:09] <vuntz> pitti: well, you should definitely send your proposal to xdg since it seems other people are trying to find a good solution to this problem
[10:09] <pitti> vuntz: and also change the packaging to pull updated translations from rosetta and convert them back into OO.o/Mozilla format
[10:10] <pitti> vuntz: Carlos already approached Sun, I think
[10:10] <pitti> vuntz: shall we mail the xdg mailing list?
[10:10] <vuntz> btw, the problem with /usr/share/applications-langpack is that you'll need to modify all the apps that needs to read .desktop files
[10:10] <vuntz> pitti: I think you should
[10:10] <pitti> vuntz: there shouldn't be so many
[10:10] <pitti> vuntz: essentially two packages, I think
[10:10] <vuntz> at least the panel, bug-buddy, nautilus, gnome-menus and probably a few others :-)
[10:11] <pitti> oh, ok
[10:11] <pitti> vuntz: yes, we know that it would be suboptimal and rather hackish, but it is the best we can do without upstream support
[10:11] <vuntz> all the apps in GNOME that show applications at one moment (nautilus for the mime stuff)
[10:11] <pitti> vuntz: you are a gnome upstream developer?
[10:12] <vuntz> pitti: yep
[10:12] <seb128> he's the gnome-panel maintainer
[10:12] <vuntz> panel maintainer :-)
[10:12] <pitti> ah :-)
[10:12] <jdub> mdke: yeah
[10:13] <vuntz> but it should really be worked on the xdg level
[10:13] <vuntz> pitti: I think many people need to fix this
[10:13] <pitti> vuntz: indeed
[10:13] <jdub> sun are keen to fix this too
[10:13] <pitti> vuntz: our change would be entirely optional
[10:14] <mdke> jdub, great thanks. I was looking for the scripts used on UbuntuWorldWide, do you know if I can find em?
[10:14] <pitti> vuntz: so it would be fully backwards compatible
[10:14] <pitti> right, carlos already approached Sun
[10:14] <pitti> vuntz: we essentially need two things: an additional (optional) field Translation-Domain:
[10:15] <pitti> and code in the various apps that process desktop files to pull a translation from a mo file if it doesn't already exist in the desktop file
[10:15] <jdub> mdke: oh, they're custom hacks - when i get home, i'll publish them
[10:15] <jdub> mdke: if the kde people have already published theirs, grab those ones - i want to switch to them
[10:15] <jdub> just haven't looked at it yet
[10:15] <vuntz> pitti: as I said to seb128, I think it's really hard to do this on your side since many apps could add code that opens .desktop files
[10:16] <mdke> jdub, i'll haven't seen the kde one yet, i'll check it out
[10:16] <mdke> jdub, i was thinking it would be fun to get locoteams doing it
[10:16] <pitti> vuntz: yeah, eventually there should be a library that processes these types of files (desktop/server/directory, etc.)
[10:16] <vuntz> pitti: and it's not easy to find where
[10:16] <jdub> mdke: they use an older version which is easier to customise
[10:16] <jdub> mdke: dude, get them all using UbuntuWorldWIde itself - that's the point! :)
[10:16] <vuntz> pitti: well, in GNOME, there was gnome-desktop, but we're moving to GKeyFile (from glib)
[10:17] <jdub> mdke: that said, i could pull data from a number of wiki pages
[10:17] <jdub> but i'm not sure that's a huge benefit
[10:17] <vuntz> pitti: I imagine you could modify the glib code, but... wow... this would be weird
[10:17] <mdke> jdub, sure the world one is great
[10:17] <vuntz> pitti: it's not used only for .desktop
[10:18] <mdke> jdub, but in the locoteam pages there is a request for teams to find out who lives where in the individual country, i figured a map would be a cool way to do it
[10:18] <pitti> vuntz: right, as I said, .server, .directory, etc.
[10:18] <vuntz> pitti: hrm... it's used for all ini-style files, so more than that
[10:19] <vuntz> jdub: I need this for GNOME-FR too :-)
[10:19] <jdub> mdke: i'd like to make zoomed views of different regions
[10:19] <jdub> mdke: but it's hard
[10:19] <mdke> jdub, *nods*
[10:19] <dhimass_sby> hi all
[10:19] <mdke> great talk yesterday btw
[10:19] <jdub> thanks
[10:19] <dhimass_sby> help me please
[10:19] <jdub> seem to be getting good feedback about it
[10:19] <mdke> :)
[10:20] <dhimass_sby> anybody help me please
[10:20] <bob2> dhimass_sby: this is a development channel
[10:20] <bob2> not a help channel
[10:20] <bob2> dhimass_sby: #ubuntu
[10:20] <dhimass_sby> ok. sorry..
[10:21] <dhimass_sby> bob2: can U tell me where should i ask something?
[10:21] <bob2> dhimass_sby: #ubuntu
[10:21] <mdke> jdub, i got the idea from http://www.uk.gnome.org/index.php?page=GnomeUKMarkers
[10:21] <dhimass_sby> ok's thanks
[10:29] <Burgundavia> jdub, what is this 10x10 thing?
[10:31] <mdke> he suggested gnome should get 10% market share by 2010 iirc
[10:33] <Burgundavia> ok
[10:34] <jdub> you kinda have to watch the video
[10:35] <Burgundavia> which talk?
[10:35] <seb128> jdub's 
[10:35] <torkel> Burgundavia: http://stream.fluendo.com/archive/6uadec/Jeff_Waugh_-_Project_Topaz.ogg
[10:35] <Burgundavia> ah
[10:36] <Burgundavia> seb128, debugging question, have you seen my xchat crash? I am wondering if it is one of my scripts and python 2.4
[10:36] <seb128> no clue
[10:37] <seb128> I'm at GUADEC atm
[10:37] <Burgundavia> ok, I will do some testing
[10:37] <seb128> and my laptop runs hoary
[10:38] <jdub> seb128: woos :)
[10:38] <seb128> which makes jdub happy ;)
[10:39] <Treenaks> http://kvota.net/guadec/photos/some-happy-geeks.jpg -> Teh Seb?!
[10:47] <lifeless> mjg59: ping
[10:47] <mjg59> lif	Hi
[10:47] <mjg59> lifeless: Gah. Hi.
[10:47] <lifeless> mjg59: I've got my new X1 lappy :)
[10:47] <lifeless> are you interested in acpi issues ;0
[10:48] <mjg59> lifeless: Hngh.
[10:48] <mjg59> lifeless: Shoot :)
[10:48] <jsgotangco> hey its seb
[10:48] <lifeless> it doesn't notice battery replacement
[10:48] <mjg59> Fun
[10:48] <lifeless> I filed that on bugzilla 
[10:48] <lifeless> as I was sure it wasn't a PEBCAK 
[10:48] <lifeless> restarting acpid 'fixes' it
[10:49] <lifeless> there is a suspend key which works, and a hibernate which doesn't 
[10:49] <mjg59> It's probably the rmmod of battery
[10:49] <mjg59> Ok. Does pressing the hibernate button generate a keycode and/or a message in dmesg?
[10:49] <lifeless> or battery isn't probing on resume
[10:49] <lifeless> yes
[10:50] <lifeless> atkbd.c: Unknown key pressed (translated set 2, code 0x8a on isa0060/serio0).
[10:50] <lifeless> atkbd.c: Use 'setkeycodes e00a <keycode>' to make it known.
[10:50] <mjg59> Right. Excellent.
[10:50] <mjg59> Could you possibly add a wiki page with a list of the keycodes the hotkeys generate?
[10:50] <lifeless> sure, any specific page ?
[10:51] <mjg59> DellHotkeys? Something like that
[10:51] <lifeless> ok
[10:51] <lifeless> tomorrow probly
[10:51] <mjg59> It just makes things easier to track
[10:51] <mjg59> Sure, no problem
[10:51] <lifeless> there are keys that don't appear to be noticed or obeatkbd.c: Unknown key pressed (translated set 2, code 0x8a on isa0060/serio0).
[10:51] <lifeless> atkbd.c: Use 'setkeycodes e00a <keycode>' to make it known.
[10:51] <lifeless> obeyed
[10:51] <lifeless> bah
[10:52] <Treenaks> I have a few of those as well on my Acer laptop
[10:52] <mjg59> Treenaks: The key word there is "Acer"
[10:52] <lifeless> hmm, or I suck
[10:52] <lifeless> they are found when I try now :|
[10:52] <lifeless> theres a 'battery status' one which is I presume a dell special
[10:53] <mjg59> lifeless: So except for hotkeys and the lack of battery update, it all works?
[10:53] <lifeless> essentially yes
[10:53] <lifeless> the other fuckage is not acpi - its X
[10:53] <mdke> mjg59, i have some keys on my compaq that don't show up in xev, can you tell me where to report it? on the wiki? xorg bugzilla?
[10:53] <lifeless> I'm hoping daniels will be at LUV and I can pin him down ;0
[10:53] <lifeless> mjg59: oh there is something, what is laptopmode meant to do w.r.t. powering down the laptop drive etc
[10:54] <mjg59> mdke: Do they appear in dmesg?
[10:54] <mjg59> lifeless: laptop mode doesn't spin down the disk itself
[10:54] <mdke> mjg59, i don't know, i just tried running xev then pressing them, nothing
[10:54] <mjg59> mdke: Run dmesg and see
[10:54] <mdke> mjg59, i haven't got the machine right now
[10:54] <mdke> but i will
[10:54] <mjg59> mdke: Ok. When you have the machine, do that
[10:54] <mdke> cool
[10:54] <lifeless> mjg59: or set noatime or other such foo-niceties ?
[10:55] <lifeless> mjg59: I'm getting 2/3rd what dell reckon the batteries should deliver new
[10:55] <mjg59> lifeless: To a large extent, that's Linux driver support
[10:55] <Treenaks> mjg59: what's the problem with Acer? (except for the battery crap)
[10:55] <lifeless> mjg59: the cpu happy scales down to 600Mhz
[10:55] <mjg59> Treenaks: They make shit laptops
[10:55] <lifeless> ;)
[10:55] <mjg59> And they change the design of their shit laptops every 3 weeks
[10:55] <lifeless> mjg59: have I show you the jpg ?
[10:56] <mjg59> lifeless: Nope
[10:56] <Treenaks> mjg59: shit in the hardware of software sense of the word?
[10:56] <lifeless> http://people.ubuntu.com/~robertc/newandold.jpg
[10:56] <lifeless> the old being the hovercraft
[10:56] <mjg59> Treenaks: Given a choice between 10 Acers and a 2 year old IBM, I'd go with the IBM
[10:57] <jdub> hey
[10:57] <jdub> so
[10:57] <mjg59> lifeless: Hahahahahaha
[10:57] <jdub> i have heaps of dhclient3 processes sitting around
[10:57] <mjg59> Oh, are there any Acer employees in here?
[10:57] <lifeless> mjg59: yeah, it is a little ike that ;)
[10:57] <mjg59> jdub: Ungk.
[10:57] <Treenaks> mjg59: well, my bank account disagreed, so meh
[10:57] <mjg59> jdub: They're probably failing to get killed when the interfaces are ifdowned on suspend
[10:58] <mjg59> And then a new one gets spawned on resume
[10:58] <mjg59> Bugger
[10:58] <jdub> have way too many for that
[10:58] <mjg59> How many is way too many?
[10:58] <mjg59> When was the last time you actually rebooted?
[10:58] <jdub> like, ten
[10:58] <jdub> last time i killed all of them was yesterday
[10:58] <jdub> ;-)
[10:59] <mjg59> And how many times have you suspended since then?
[11:03] <fabbione> hey sabdfl 
[11:04] <sabdfl> hey fabbione!
[11:04] <sabdfl> morning ladies and gents
[11:04] <\sh> morning sabdfl 
[11:04] <Treenaks> hi sabdfl 
[11:05] <fabbione> Source: rhcluster
[11:05] <fabbione> Binary: libmagma-dev ccs gnbd-server libdlm1 rhcluster libiddev-dev fence magma-plugins fence-gnbd cman gulm libgulm-dev rgmanager libgulm1 gfs-tools libmagma
[11:05] <fabbione> 1 magma gnbd-client libdlm-dev libccs-dev
[11:05] <fabbione> uhuuhuh
[11:05] <fabbione> it's coming! it's coming!
[11:05] <fabbione> MUHA MUHA MUHA
[11:05] <sabdfl> fabbione: have you heard of the HP SSI clustering project?
[11:05] <Treenaks> fabbione: will we release it before Redhat? :)
[11:05] <fabbione> sabdfl: yeps.. didn't dig into it yet...
[11:05] <fabbione> Treenaks: ehhee
[11:06] <fabbione> sabdfl: i did check http://gridengine.sunsource.net/ yesterday...
[11:07] <fabbione> sabdfl: sun cluster grid is pretty famous afaik
[11:07] <fabbione> but i will look at SSI as soon as i will do my first rhcluster upload
[11:07] <jdub> probably twice
[11:08] <fabbione> jdub: probably more :)
[11:08] <fabbione> the init scripts are a royal pain
[11:08] <fabbione> i think it's the last hacking in userland i need to do
[11:08] <\sh> sabdfl: are u at the guardec or just left those "geeks" alone? :)
[11:11] <mantiena> Hi all
[11:19] <bob2> good lord
[11:19] <bob2> how do I delete a file from nautilus's cd burning window?
[11:19] <Treenaks> bob2: drag to trash
[11:20] <bob2> using the gui hangs nautilus, since the smb share is inaccessible atm
[11:20] <Treenaks> \o/
[11:20] <Treenaks> uh.. where would nautilus store that data..
[11:20] <Treenaks> some gconf key? ~/.nautilus?
[11:21] <bob2> not in ~/.nautilus
[11:22] <bob2> how utterly broken
[11:24] <bob2> and htf do I delete a file with nautilus?
[11:24] <Treenaks> bob2: move to trash, empty trash
[11:24] <bob2> that's the only way?
[11:26] <bob2> dear nautilus,
[11:26] <bob2> you suck
[11:26] <bob2> love, rob
[11:27] <Treenaks> bob2: you can set some preference afaik
[11:27] <Treenaks> bob2: to "Add a delete function that circumvents the trashcan"
[11:27] <Treenaks> bob2: and then you can rightclick -> Delete
[11:27] <Treenaks> at least, in hoary
[11:28] <bob2> hm
[11:28] <bob2> which still hangs
[11:28] <bob2> but thanks
[11:28] <bob2> so, the trick was, pkill nautilus, then quickly umount the broken share
[11:30] <Treenaks> scary
[11:33] <opi> morning :-)
[11:37] <thoreauputic> can we get an op to silence "ubuntufans" in #ubuntu please?
[12:04] <mantiena> Kamion: hi are you online ?
[12:21] <jdub> GOOD MORNING FREEDOM LOVERS
[12:21] <ajmitch> hey jeff
[12:21] <pitti> Hey screamin' jdub, 
[12:21] <pitti> jdub: the conf is very loud? :-)
[12:22] <mvo> hey jdub 
[12:22] <jdub> :-)
[12:22] <Treenaks> jdub: reached 10% yet? :)
[12:22] <jdub> ;-)
[12:23] <Kamion> mantiena: yes
[12:32] <mvo> anyone familiar with libscim? I got a crash report that looks like it's caused by it
[12:33] <mantiena> mvo: I'm not famialiar :(
[12:33] <mantiena> Kamion: I wanna talk with you about fixing ubuntu bug #669
[12:34] <Kamion> mantiena: I've just replied to the bug
[12:34] <mantiena> ok :)
[12:34] <Kamion> one forum at once, please :)
[12:34] <mantiena> yes
[12:35] <mantiena> Kamion: are there any preliminary realization of partitionprober now?
[12:36] <Kamion> mantiena: read the end of the spec I referred you to
[12:38] <Kamion> it's done for the moment, I just need to figure out how to hook it into partman and casper
[12:39] <Kamion> though partconf-find-partitions doesn't handle labels yet
[12:56] <pitti> sjoerd: I just sent a mail to ubuntu-devel, cc'ed to you which should interest you as well (g-v-m reimplementation/redesign)
[12:59] <seb128> waouh
[12:59] <koke> about GnomePanelEnhancements, for the menu...
[12:59] <seb128> pitti, you are reworking everything, audio, sql, desktop, translations... :)
[12:59] <seb128> there is no panel enhancements spec
[12:59] <koke> is this what you are talking about?... http://koke.amedias.org/img/panel-menu-mockup.png
[01:00] <pitti> seb128: well, read the main, this hotplug crap really needs a redesign from the ground up :-(
[01:00] <seb128> that's random idea
[01:00] <seb128> pitti, not get it yet
[01:00] <seb128> I'll
[01:00] <pitti> seb128: I rework the desktop? I thought that was your job? :-)
[01:00] <seb128> DOH
[01:01] <seb128> (didn't work)
[01:02] <seb128> koke, upstream is no interested by such change now
[01:02] <seb128> and the code is likely to change soon
[01:05] <mvo> pitti: thanks for your mail about the g-v-m / event-notifier ideas!
[01:05] <jordi> gnome-menu code to change again?
[01:05] <jordi> yay.
[01:05] <pitti> mvo: no problem, this is a long-standing itch...
[01:05] <pitti> mvo: I think we two already developed some good ideas
[01:05] <pitti> mvo: it's just ENOTIME
[01:06] <seb128> jordi, no
[01:06] <seb128> jordi, why?
[01:06] <seb128> jordi, panel != menu
[01:06] <jordi> oh, missunderstood
[01:06] <mvo> pitti: yes :/ I'll reply and send the url to the wiki page that was created as a result of our discussion
[01:07] <jordi> seb128: hmm, if you want to save mlview you really need to fix it now
[01:07] <pitti> mvo: oh right, I completely forgot about that
[01:07] <jordi> seb128: I tried to find the fix last night on CVS but the changelog wasn't too helpful :(
[01:07] <jordi> so I went to bed
[01:07] <seb128> jordi, drop it, I'm at GUADEC with no Debian and no GPG key
[01:08] <pitti> seb128: you don't have it on an encrypted stick? :-)
[01:08] <seb128> I'm running hoary :)
[01:08] <pitti> oh, right
[01:08] <seb128> xorg on breezy is not go
[01:08] <Lathiat_> indeed
[01:08] <seb128> jdub had to use my laptop to get a video output working :p
[01:08] <jordi> seb128: if you can find the CVS or dodji can give it to you I'd prepare a NMU
[01:09] <Lathiat_> daniels: speaking of which, that xkb symlink doesnt help, so if you want some debug voodoo let me know
[01:09] <seb128> Dodji is away for VAC atm I think
[01:09] <seb128> bad timing
[01:09] <seb128> speaking about xkb bug?
[01:09] <seb128> according to the bugzilla comment he has a working local patch
[01:10] <seb128> but he seems to enjoy annoy people instead of using it :/
[01:10] <Lathiat_> seb128: right, but he also gave me a symlink that should help and it doesnt so *shrug* not sure if its the same issue or what
[01:10] <mantiena> Kamion: partconf-find-partitions 1.0.8 contains latest improvements or these improvements are available only in CVS ?
[01:11] <Kamion> the former, and partconf's in svn not CVS
[01:11] <vuntz> hi ogra 
[01:12] <Kamion> I'm working on it now to remove reliance on devfs paths
[01:12] <ogra> hey vuntz 
[01:12] <ogra> :)
[01:12] <fabbione> YAY for Kamion!
[01:12] <fabbione> DEVFS MUST DIE!
[01:12] <ogra> geez, 380 mails in ubuntu-users in 3 days i didnt read it
[01:13] <mantiena> Kamion: when you planing to finish this ? I wanna make working partition detection in live CD this week
[01:14] <Kamion> mantiena: no idea
[01:15] <Kamion> mantiena: you don't need this latest change though
[01:15] <Kamion> fabbione: er - devfs paths not devfs :)
[01:15] <mvo> hey ogra 
[01:15] <Kamion> mantiena: why the arbitrary deadline?
[01:15] <fabbione> Kamion: i will kill devfs :) just make sure it's not required anymore ;)
[01:15] <mantiena> Kamion: so, I could simply take partconf-find-partitions 1.0.8 and try to integrate it into casper ?
[01:16] <Kamion> mantiena: depend on it
[01:17] <Kamion> you don't need to take it
[01:22] <seb128> pitti, I agree with your mail 
[01:23] <mantiena> Kamion: yes, of course, I don't want to include it into casper udeb :)
[01:23] <mantiena> deadline is for me - I released Baltix 0.8 beta (look at ftp://ftp.akl.lt/Linux/Baltix/Baltix-readme.txt ) was released 2 months ago, so I really need to upload a candidate version, but in this version I need to return automounting of existing partitions, because it was in all Baltix versions until I moved to Ubuntu live CD technology
[01:25] <mantiena> s/was released//
[01:26] <camilotelles>  Kamion: any news about UE?
[01:26] <Kamion> ok
[01:26] <Kamion> camilotelles: no
[01:26] <Kamion> camilotelles: it's been the weekend and I've been visiting a sick parent
[01:26] <mantiena> camilotelles: you are about Ubuntu Express ?
[01:29] <camilotelles> mantiena: yes. 
[01:30] <mantiena> camilotelles: I wrote live-installer udeb component (look at specifications here - http://www.gnoppix.org/wiki/index.php/LiveCDInstaller and sources+binary is here - ftp://ftp.akl.lt/users/mantas/live-installer/ )
[01:32] <camilotelles> mantiena: We tried to do something, but our approach is not good enough.
[01:32] <doko> elmo, seb128: gnome-doc-utils b-d on docbook2x, which is in universe. can the b-d be dropped, or should docbook2x prompted?
[01:33] <mantiena> camilotelles: with help of this live-installer component you can simply install Ubuntu live CD to hard disk - just included all needed ubuntu-installer's and live-installer's udeb's into live CD (except of course base-installer udeb) and also use patch'ed casper from ftp://ftp.akl.lt/users/mantas/casper/
[01:33] <camilotelles> mantiena: I taked a look to the spec page, looks good.
[01:33] <Kamion> mantiena: I think a lot of that component can be deleted - the core looks reasonable though
[01:33] <Kamion> as in there's a bunch of stuff left over from base-installer
[01:34] <mantiena> camilotelles: while you tried I simply wrote working live-installer ;)
[01:34] <camilotelles> mantiena: sure ;)
[01:34] <mantiena> Kamion: yes, there are lots of commented code
[01:35] <mantiena> Kamion: but live-installer works, and I think it's most important ;)
[01:36] <mantiena> Now I can simply type install in Baltix 0.8beta and install live CD to hard disk :)
[01:37] <Kamion> mantiena: have you reused the bootloader installer code from d-i?
[01:37] <Kamion> if so, what approach did you take?
[01:37] <seb128> doko,  I think the b-d could be dropped, need to mail the debian maintainer about thos
[01:37] <seb128> this
[01:38] <mantiena> Kamion: live-installer simply does the same like base-installer from d-i, so I don't need to modify any other d-i component's except casper ;)
[01:38] <herzi> doko: ping
[01:38] <Kamion> in that case how do you return control to d-i?
[01:38] <ogra> moin herzi ;)
[01:39] <herzi> hi ogra
[01:39] <doko> herzi: pong
[01:40] <doko> ogra: heh, time for CXX work?
[01:40] <ogra> doko, soon....(still working through my mail backlog) 
[01:40] <Kamion>  find-parts.c |  108 +++++++++--------------------------------------------------
[01:40] <Kamion>  1 files changed, 17 insertions(+), 91 deletions(-)
[01:40] <Kamion> I like diffstats like that
[01:41] <\sh> ogra: mail is not important...u can do it while u r compiling ;)
[01:41] <mantiena> Kamion: I don't need to return control to d-i, because I never take control from d-i ;)
[01:41] <mvo> Kamion++
[01:41] <fabbione> Kamion: it's enough that one of the insert is NOT a call to rm -rf / :P
[01:41] <Kamion> mantiena: oh, you changed casper to just chroot rather than pivot?
[01:41] <herzi> doko: did you find time for the gdb powerpc problem?
[01:41] <ogra> \sh, i dont need to compile.... there are errors in my changelog entrys (no idea why dch wrapped the timestamps)
[01:41] <mantiena> Kamion: base-installer doesn't need to return control to d-i, with live-installer is the same ;)
[01:41] <Kamion> mantiena: I guess that increases memory consumption a fair bit though
[01:42] <Kamion> mantiena: yes, I know, but casper does
[01:42] <doko> herzi: the fix isn't included upstream, AFAIK.
[01:42] <mantiena> Kamion: I just told that for correctly working live installer you need patched casper ;)
[01:42] <Kamion> mantiena: yes, I hadn't looked at the patch
[01:43] <Kamion> mantiena: unfortunately I'm fairly sure mdz doesn't want to do that with mainline casper, which is why we've been exploring other options
[01:44] <Kamion> (but a live-installer component or similar is certainly one of the required pieces)
[01:44] <mantiena> Kamion: it's very simple patch - I added one more debconf variable into casper (install-mode) and if this is set to true, then casper doesn't boot into filesystem.cloop, look at ftp://ftp.akl.lt/users/mantas/casper/
[01:45] <mantiena> I contacted with mdz and it seems he is not agains my idea ;)
[01:45] <Kamion> he isn't? that's surprising, I'd discussed something similar before and he didn't want it for UbuntuExpress ...
[01:45] <Kamion> we can talk about that later
[01:45] <mantiena> Kamion: yes, when mdz will be online :)
[01:45] <Kamion> it would certainly make the code a lot easier, but it means that the user has to reboot the live CD into a non-default mode in order to do the install, rather than simply clicking on a menu entry
[01:47] <mantiena> Kamion: that's is why Baltix 0.8 beta currently has 2 installers - one text mode installer, which is started by typing 'install' in isolinux prompt and one graphical installer with can be started from running live CD ;)
[01:48] <mantiena> it would be nice to unite these into one, but this work is too big for me alone 
[01:49] <camilotelles> mantiena: if you do the framework we can try to contribute.
[01:50] <mantiena> but current situation isn't bad - previous week I got small job to make automatic linux installation for big Lithuanian computers manufacturer and it seems ubuntu-installer + live-installer component fits fine here, I just need to preseed some debconf values ;)
[01:52] <mantiena> camilotelles: I think ubuntu developers are better for doing the framework ;-) I just wrote working live-installer and sligthly patched casper, it would be very nice if mdz would accept my patch ;)
[01:53] <camilotelles> mantiena: sure.
[01:54] <tseng|work> OEMInstaller is a breezy goal
[01:54] <pitti> Treenaks: do you have some time to debug #11207?
[01:54] <tseng|work> so it would be great if you could join in on that
[01:54] <pitti> Treenaks: i. e. manual mount with pmount /dev/sda1 works?
[01:54] <Treenaks> pitti: tonight maybe
[01:54] <pitti> Treenaks: ok, in the meantime I upload a version with enhanced debugging output
[01:54] <Treenaks> pitti: would building with DEB_BUILD_OPTIONS=nostrip be enough?
[01:54] <Treenaks> ah ok
[01:55] <pitti> Treenaks: I usually do stuff in the build-tree and call g-v-m directly from there
[01:55] <pitti> Treenaks: so I don't need to rebuild the debs to test a change
[01:55] <mantiena> tseng|work: hehe, ok ;)
[01:55] <pitti> Treenaks: DEB_BUILD_OPTIONS=noopt should work
[01:56] <Treenaks> pitti: ok
[02:53] <mjg59> Oh, rock
[02:53] <mjg59> Maemo has a obex gnome-vfs module
[02:54] <Treenaks> mjg59: wow
[02:54] <fabbione> hey mjg59 
[02:54] <fabbione> mjg59: did you notice by any chance that 12rc5 seems to have a slower disk I/O? or is it just me on crack?
[02:55] <mjg59> I haven't noticed, I'm afraid
[02:55] <fabbione> mjg59: ok.. good :)
[02:57] <mjg59> And Nokia is giving 50,000 to the gnome foundation
[02:58] <Lathiat_> sweet
[02:58] <Treenaks> phat
[02:58] <jordi> w
[02:59] <ogra> mjg59, hey, the wiki gets slashdotted now :)
[03:00] <Treenaks> ogra: "well duh" :)
[03:00] <ogra> heh
[03:00] <Treenaks> ogra: still only 4 of us on there
[03:01] <ogra> but adding myself needed 3 trys.... my changes were just swallowed without conflict... strange
[03:02] <Treenaks> ogra: yeah, I had to try 3 times as well
[03:02] <ogra> that shouldnt happen....
[03:03] <ogra> there should at least be a conflict, i dont want this to happen with a 100 line text i wrote
[03:03] <mjg59> ogra: I got two notification mails for you
[03:03] <ogra> hmm
[03:04] <Treenaks> ogra: bugzilla?
[03:04] <ogra> Treenaks, yes
[03:05] <\sh> wiki slashdotted?
[03:06] <Treenaks> slashdot wikified would be cooler ;)
[03:06] <ogra> lol
[03:08] <fabbione> uh? where has been /.ed?
[03:22] <Treenaks> fabbione: no, mjg59 mailed -devel
[03:29] <fabbione> no wonder :)
[03:30] <ogra> :)
[03:38] <pitti> Treenaks: I just uploaded a new g-v-m which could fix your bugs
[03:38] <Treenaks> pitti: I'll try tonight
[03:46] <pitti> oh, ogra, I just remembered that the hwdb patches need to be applied to breezy...
[03:46] <pitti> ogra: do you have time to do that?
[03:47] <Lathiat_> whats wiki  markup for a code block?
[03:50] <Kamion> {{{ ... }}}
[03:51] <ogra> pitti, i'll do that during this week, is hal ready so far (still go no working X server on my desktop but didnt upgrade the last 5 days or so)
[03:51] <pitti> ogra: oh, it's ready for weeks now (modulo bugs :-) )
[03:51] <ogra> (and my laptop is running hoary)
[03:51] <ogra> oki
[03:52] <pitti> ogra: my laptop, too :-) I just have breezy on my desktop
[03:52] <ogra> i'll add them one by one then :)
[03:52] <pitti> ogra: I think the actual new functions should stay the same, you just have to put them into a separate callout
[03:53] <ogra> pitti, yep and in the linux2 direcory now :)
[03:54] <bob2> the eclipse ui is pretty cluttered
[03:55] <Robot101> Kamion: ping
[04:02] <Kamion> Robot101: (handled on #debian-devel, I assume)
[04:02] <Lathiat_> How do i insert a literal ` in the wiki?
[04:02] <spiv> {{{`}}} would probably do it.
[04:02] <spiv> (in monospace, though)
[04:03] <Lathiat_> {{{}}} seems to put it in a block?
[04:03] <Lathiat_> i dont want that? :)
[04:03] <spiv> If there's no newlines in {{{}}}, it will be inline.
[04:03] <spiv> (For moin markup anyway... I assume that's what we're talking about :)
[04:04] <Lathiat_> oh ok
[04:04] <Robot101> Kamion: yeah, cheers :)
[04:05] <Lathiat_> sigh the wiki is so slow
[04:07] <opi> Wiki related question: how do I put my code snipplet int this dotted area?
[04:07] <opi> since HTML is not allowed, I can not use <div> :)
[04:08] <spiv> opi: With moin markup, code snippets should be formatted as {{{ code snippet }}}.
[04:11] <mvo> mjg59: should I report acpi failure for laptops against the "acpi-support" pacakge? 
[04:15] <mjg59> mvo: What's the failure?
[04:16] <mvo> mjg59: s3/s4 not working
[04:16] <mjg59> mvo: Not working how?
[04:17] <mvo> mjg59: I get the machine tomorrow, right now I'm just talking to a friend over jabber. s4 seems to bring the machine into sleep but when it comes back up it does not suspsend but do a normal boot. 
[04:18] <sjoerd> pitti: nice, cool
[04:18] <mjg59> mvo: Without knowing more about the issue, I can't say what it should be filed against
[04:19] <mjg59> Pick something that looks likely and cc: me, and we can reassign it if necessary
[04:19] <mvo> mjg59: ok, thanks
[04:20] <Kamion> woo, I think I have MountingHDDFilesystems working for the install CD
[04:20] <ogra> yay
[04:29] <opi> spiv: thanks! :)
[04:39] <pitti> Kamion: great :-)
[04:54] <mantiena> Kamion: you have MountingHDDFilesystems working for the install CD ? could you show me the code ?
[04:59] <lamont> beagle has non-PIC in shlibs too...
[04:59] <lamont> fabbione: linking with ld is wrong.
[04:59] <doko> tseng: ping
[04:59] <lamont> that is, linking C with ld is wrong.  linking C++ with gcc is also wrong
[05:12] <Kamion> mantiena: the only parts of the code I haven't checked in yet are the partman-specific integration bits, that won't be much use to you anyway ...
[05:12] <Kamion> mantiena: but that's http://riva.ucam.org/~cjwatson/tmp/auto_mountpoints
[05:17] <mantiena> Kamion: thank you
[05:21] <Kamion> the live CD should be trivial, I'm looking at that now
[05:22] <mantiena> Kamion: cool, then I will learn baz and try to upload my casper improvements to mdz (he asked me several weeks ago for this)
[05:24] <Kamion> s/weeks/months/
[05:25] <mantiena> Kamion: hehe, not more than 2 months, so I vote for weeks ;)
[05:25] <stockholm> ogra: did you register for debconf and the debian-edu hacking?
[05:25] <stockholm> or edubuntu hacking, if you want
[05:25] <mantiena> where seb128 disappeared ?
[05:27] <ogra> mantiena, he is at guadec.... not always online if the listens to talks
[05:27] <ogra> (or probably just on the train back atm.)
[05:39] <Nafallo> Mithrandir: morning :-)
[05:39] <Mithrandir> hi Nafallo 
[05:39] <thom> Mithrandir: firefox looks to be much better on amd64 with gcc-3.4
[05:39] <Mithrandir> thom: like, not crashing if you move your mouse?
[05:39] <thom> yeah, like that
[05:39] <Nafallo> yay!
[05:40] <Nafallo> thom: that's _really_ good news :-)
[05:40] <ogra> hey thom no guadec for you ?
[05:40] <Mithrandir> thom: so we're just going to go with gcc-3.4 for now and wait until somebody else cleans up the mess?
[05:40] <ogra> i thought you planned to come too
[05:41] <Mithrandir> hi ogra
[05:41] <ogra> hey Mithrandir 
[05:41] <Mithrandir> how's gu6dec?
[05:41] <thom> ogra: sadly not
[05:42] <thom> Mithrandir: yeah, i think so
[05:42] <ogra> Mithrandir, i'm already home again... but it was great :)
[05:42] <Mithrandir> ogra: it's until tomorrow, isn't it?
[05:42] <ogra> nope until today
[05:42] <Nafallo> ogra: you're going home instead of the parties? ;-)
[05:44] <wasabi_> Some sort of postinst hook which recycled metacity/gnome-panel/nautilus/etc would be interesting.
[05:45] <wasabi_> </random idea>
[06:51] <lamont>  gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -I../../include -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT @birnan@ -I/usr/include/X11/Xtrans
[06:52] <Kamion> oh god I hate shadow merges
[06:52] <lamont> Kamion: much prefer the real ones? :-)
[06:52] <lamont> daniels: libice needs your love
[06:53] <lamont> redland-bindings needs python love, it appears
[06:54] <lamont> checking Evolution version... configure: error: Evolution development libraries not installed
[06:54] <lamont> ximian-connector needs love, too.
[06:55] <daniels> lamont: libice needs the version of xtrans I just uploaded to build, then a good kicking
[06:55] <lamont> woot
[06:58] <lamont> daniels: and libsm is waiting for libice?  or also xproto?
[07:00] <daniels> lamont: xtrans built + accepted -> libice built + accepted -> libsm built + accepted -> xorg built + accepted
[07:06] <lamont> ok
[07:08] <lamont> daniels: of course, if you had used versioned build-deps, my life would be easier...
[07:08] <lamont> xtrans 0.2+cvs.20050513-1 is the right version?  or is that the old one?
[07:10] <daniels> lamont: 20050530-1
[07:11] <Lathiat_> man, how did i ever live with any less bandwidth than 1.5mbit
[07:17] <lamont> ok
[10:00] (dholbach/#ubuntu-devel) mdz: i'm going to reply to the mail (you CCed me in) and point to http://wiki.ubuntu.com/UniverseNewPackages (packages that got into ubuntu and may be picked up by debian developers)
[10:01] <mdz> dholbach: ok, and please also discuss whether it is appropriate to file ITPs for those packages
[10:01] <dholbach> mdz: i'll try to make up an opinion first :)
[10:02] <fabbione> lamont: can you please grab http://people.ubuntu.com/~fabbione/993_hppa_has_no_dri.diff , stick it in debian/patches and do a full rebuild?
[10:02] <lamont> fabbione: once the current build finishes...
[10:02] <fabbione> lamont: sure
[10:04] <fabbione> meh actuallt
[10:04] <fabbione> that should be INCLUDES
[10:05] <fabbione> lamont: ok.. same patch with proper names :)
[10:08] <tarvid> ogra, rumor has it that you can recommend some modems
[10:08] <tarvid> serial ports are disappearing
[10:08] <ogra> tarvid, who gave you that idea ?
[10:09] <tarvid> i suppose a USB modem would have some appeal for both desktop and laptop
[10:09] <tarvid> ogra, venda suggested you might know about searchable hardware databases
[10:09] <lamont> fabbione: previous build is mid-install now, so should be able to do the other shortly
[10:09] <fabbione> lamont: i have no rush really....
[10:09] <lamont> granted
[10:09] <fabbione> lamont: but i can't test the patch locally
[10:09] <ogra> tarvid, i maintain the hardware DB, but its not searchable yet :/ sadly....
[10:10] <tarvid> i saw hints of conexant support but read of nightmares
[10:10] <tarvid> usb modems require a kernel with support
[10:10] <tarvid> i don't know if Ubuntu has that by default
[10:11] <tarvid> i recently dodged a nic problem with my old thinkpad by replacing the mini-pci nic
[10:12] <tarvid> looking for a modem which works out of the box
[10:13] <camilotelles> ogra: do you mantain the hardware database? how can we contribute to it? where is the docs?
[10:15] <Lathiat> tarvid: unless its a serial modem id ont think any winmodems etc work out of the box, but some can be easily configured with sl-modem-daemon/appoprriate kernel modules
[10:15] <tarvid> sl is short for SmartLink?
[10:16] <ogra> tarvid, sorry, but the data is only in flatfile yet, so grepping through the ~40000 files would take half a day currently.... i work on a SQL solution...but that takes its time
[10:16] <tarvid> i hear rumors of USB modems working if kernel support is present
[10:16] <mdke> camilotelles, just run it in ubuntu and it will load your feedback into the database
[10:17] <tarvid> is that in the default kernel?
[10:17] <camilotelles> mdke: thanks, where is the docs about this?
[10:18] <ogra> camilotelles, the client is in Applications->System Tools
[10:18] <mdke> camilotelles, no idea, but the program is super intuitive
[10:18] <elmo> god damn it why does visudo default to nano? that's just evil and wrong
[10:19] <Mithrandir> elmo: it uses sensible-editor, iirc
[10:19] <ogra> camilotelles, there ae no docs yet
[10:19] <ogra> elmo, dch  defaults to nano ;)
[10:20] <camilotelles> thanks all.
[10:20] <camilotelles> we have just received two new machines. We will try to run Ubuntu in both. One of these has a SATA RAID Array
[10:22] <camilotelles> s/has a SATA RAID Array/ has a VIA SATA RAID Array/
[10:22] <jbailey> Wow, lintian goes nuts if your postinst's first line is "#/bin/sh" by accident. =)
[10:23] <Nafallo> hehe
[10:24] <mdz> tseng|work: can you join us in #ubuntu-meeting if you're around?
[10:27] <mdke> ok i just let my flatmate use my ubuntu computer. He was using a pen drive and couldn't figure out how to unmount it before removing it. He right clicked and got "unmount volume", which he didn't understand. Perhaps that should be changed to something more obvious?
[10:27] <SchmeisserMartin> i just tried to join here with 'cd #ubuntu-devel'
[10:27] <SchmeisserMartin> :-)
[10:27] <diamond> mdke: you have a point
[10:27] <diamond> mdke: volume is a nice precise technical term, but makes no sense to non-techs
[10:27] <mdke> diamond, yeah, although i still took the piss out of him
[10:28] <diamond> mdke: -)
[10:28] <mdke> diamond, so is "unmount"
[10:28] <diamond> mdke: ah. again, a good point. didn't even blink an eyelid at that one ,-)
[10:28] <SchmeisserMartin> im trying to compile wired cause i want to try it and someone did a packaging request for it
[10:28] <diamond> mdke: i reckon that counts as a bug
[10:29] <SchmeisserMartin> make complains about something with wx...but im not that experienced ;-) ...can someone help?
[10:29] <SchmeisserMartin> i randomly installed all wxwidget stuff i could find
[10:30] <mdke> diamond, me too
[10:30] <jnc> Mithrandir: pingage
[10:30] <Mithrandir> jnc: pongtastic.
[10:31] <venda> mako: you there? Need answers to questions on licensing issues
[10:31] <St0n3-C0l> anyone here can help me with i810 video card ?
[10:31] <jnc> Mithrandir: openoffice.org printing broke again for am64, FYI
[10:31] <Mithrandir> jnc: I'm slightly aware of it, but haven't gotten around to fixing it yet.
[10:31] <jnc> Mithrandir:  it was working lovely after you fixed it, then it done gone and broke with some breezy updates ;)
[10:32] <jnc> Mithrandir: 'k
[10:32] <Mithrandir> jnc: I just need to update the package
[10:32] <jnc> Mithrandir: is it something i could hack real quick?  maybe a good addition for wiki
[10:33] <Mithrandir> jnc: download the ooo-amd64 source package, do BUILD=0 sh ./fetch-and-build then dpkg-buildpackage and it should work.
[10:33] <Mithrandir> it'll download half the universe, though
[10:33] <maswan> Mithrandir: do you ahve time to take care of Ante? I'm working on mkaign cdimage.d.o hold together for the upcoming release
[10:33] <venda> elmo: what version is docteam svn at?
[10:34] <jnc> Mithrandir: with a 400gb drive, i hear you can download the whole internet
[10:34] <jnc> :)
[10:34] <Mithrandir> maswan: yes, I'm just asking people to Cc you so you're in the loop.  I'm handling them.
[10:34] <maswan> jnc: /dev/cciss/c1d0p1     1.4T  604G  793G  44% /export/ftpmirror
[10:34] <maswan> jnc: good luck? :)
[10:34] <maswan> Mithrandir: ah, good, thanks
[10:34] <surak> wow
[10:34] <Kamion> mdz: (no, I didn't upload it, but I guess you found that out)
[10:34] <Mithrandir> jnc: /dev/md0              1,8T  569G  1,2T  33% /backup/backup0
[10:35] <maswan> jnc: that's all available via http, so you better have a good compression algorithm. :)
[10:35] <Mithrandir> s/jnc/maswan/. :P
[10:35] <jnc> maswan: what would you suggest for a 1-2TiB size raid5 array?  i want redundancy for massive amounts of CC licensed music
[10:35] <jnc> i mean, what filesystem
[10:35] <Kamion> mdz: we did briefly build live CDs, but the cloops were being built against hoary instead of breezy by accident, last I checked
[10:35] <Mithrandir> jnc: ext3 works fine for me.
[10:35] <Kamion> lamont: what's the live CD status now? did that get fixed?
[10:35] <jnc> good to know
[10:35] <mdz> lamont: is someone other than you up to speed on the livefs build process (enough to get builds happening for breezy)?
[10:35] <maswan> jnc: ext3 unless you need performance, then I'd go for xfs personally. but I have heard that some modern kernels have xfs issues.
[10:35] <lamont> Kamion: last I looked it was still haveing challenges with ubuntu-* (for some value of *)
[10:35] <lamont> I'll check on it.
[10:36] <maswan> (perfromance = >100MByte/s)
[10:36] <lamont> mdz: I think infinity is, but I'll make sure of that
[10:37] <maswan> Mithrandir: /dev/sdf1             1.4T  1.4T   17G  99% /export/se1
[10:37] <maswan> Mithrandir: work stuff. :)
[10:37] <Mithrandir> maswan: nicey. :)
[10:38] <jnc> maswan: the other thing i'm looking for suggestions on is what drive configuration to go with.   six 400GB drives? whether to use a hot spare or not
[10:38] <dbernar1_> I repacked the libx11-dev & libx11-6 packages with the keys patch (ctrl key bug...)  https://bugzilla.ubuntu.com/attachment.cgi?id=2552. I have called it libx11-6_6.8.2-20-1. is it a good version number ?
[10:38] <jnc> this is just for like, personal stuff. 
[10:38] <dbernar1_> sorry to interrupt the meeting;)
[10:38] <jnc> i'm worried that a drive will fail and i'll lose everything :/
[10:39] <maswan> jnc: I'd go for a hot spare, unless you have a cold spare and are fairly sure to get access within a day if a disk fails
[10:39] <jnc> dbernar1_: you're my hero
[10:39] <jnc> i've been sending email messages prematurely for weeks
[10:39] <dbernar1_> why?
[10:40] <Mithrandir> jnc: try to get drives from different production series
[10:40] <jnc> Mithrandir: ah, good idea
[10:40] <maswan> jnc: but then, I have seen way too many disks fail at work to be comfortable with them at all. :)
[10:40] <maswan> jnc: also, backups are good, raid or no raid
[10:40] <Mithrandir> jnc: and make sure to run them for at least a few weeks before putting anything interesting on them.
[10:40] <jnc> dbernar1_: Ctrl+X maps out to "send message" in evo when the broken xorg-x11 key problem is effective
[10:40] <jnc> yea
[10:41] <torkel> Mithrandir: make that months... :-(
[10:41] <Kamion> lamont: that stuff should be fine now (this half-hour, anyway) according to http://people.ubuntu.com/~cjwatson/testing/breezy_probs.html
[10:41] <jnc> i'm very impressed with seagate drives for quiet noise levels and solid performance
[10:41] <dbernar1_> jnc, thank you, I will tell the guy that was your answer to his question:-p
[10:42] <gub> hi
[10:43] <jnc> dbernar1_: sending half-finished emails has gotten me some blank looks and strange replies :)
[10:43] <gub> I repacked the libx11-dev & libx11-6 breezy packages with the keys patch (ctrl key bug...)  https://bugzilla.ubuntu.com/attachment.cgi?id=2552.
[10:43] <dbernar1_> gub...your question has been asked here.
[10:43] <dbernar1_> I have called it libx11-6_6.8.2-20-1. is it a good version number ?
[10:43] <gub> ok thanks :)
[10:44] <lamont> Kamion: goodie
[10:45] <fabbione> dbernar1_: it's better you avoid that... probably 6.8.2-20.0.1
[10:45] <dbernar1_>  you're my hero & Ctrl+X maps out to "send message" in evo when the broken xorg-x11 key problem is effective  were the answers
[10:45] <dbernar1_> and that one above from fabbione .
[10:45] <gub> it's on http://hybrid-dev.net/ubuntu breezy main.
[10:45] <gub> fabbione: ok
[10:46] <gub> i'll change that
[10:46] <jnc> i'm surrounded by robots?
[10:47] <surak> jnc: ??
[10:47] <Mithrandir> who gave us away?
[10:47] <jnc> *snicker*
[10:51] <elmo> mvo!
[10:51] <elmo> mvo: your python-apt upload was unsigned, please resign + try again
[10:51] <mvo> elmo: argggg
[10:51] <maswan> elmo: trying a newer version of rsync now that is supposed to have a bit more talking-to-the-other-side stuff. :)
[10:52] <mvo> elmo: sorry for the trouble. looks like it's not my day today
[10:52] <mvo> elmo: see /msg :/
[10:52] <lamont> dbernar1_: I'd call it 6.8.2-20keys1 or some such
[10:52] <lamont> -20.0.1 is bad, since the archive stuff thinks that's a binNMU
[10:52] <elmo> mvo: no prob, I've been waiting for an upload to test some katie changes
[10:53] <gub> lamont: ... I just changed the name :)
[10:53] <gub> version number*
[10:53] <elmo> maswan: cool
[10:53] <mvo> elmo: uploaded (signed this time)
[10:54] <gub> lamont: with this number, is it working for uprade ?
[10:54] <gub> I mean with 6.8.2-20keys1
[10:57] <lamont> gub: will work for upgrade
[10:57] <lamont> since -21 is bigger than -20keys1 which is bigger than -20
[10:58] <lamont> (see also all the -NNNubuntuM versions in the archive...)
[11:06] <jnc> maswan: are there higher performance network filesystems than NFS?
[11:06] <lamont> fabbione: -20.2 building with your patch now
[11:06] <fabbione> lamont: cool
[11:06] <jnc> i have been unhappy with the speed provided by NFS in my setup, and I am unsure if that is due to NFS itself or the settings I have in use
[11:08] <Kamion> lamont: is the debconf build stuck?
[11:09] <maswan> jnc: nfs over udp and async should be limited by your network bandwidth.
[11:10] <gub> lamont: ?
[11:10] <Mithrandir> maswan: wsize, rsize?
[11:10] <maswan> jnc: Personally, I've done 2.5Gbit/s over nfs, but that was from ram. :)
[11:10] <ogra> jnc, have rsize=8192,wsize=8192 ?
[11:11] <maswan> Mithrandir: ah, yeah.
[11:11] <lamont> gub: yes?
[11:11] <lamont> Kamion: looking
[11:12] <lamont> Kamion: remind me not to d-w on an arch: all package.  grumble
[11:12] <lamont> (and fixed)
[11:12] <Kamion> lamont: libqt-perl isn't arch: all?
[11:13] <Kamion> lamont: (thanks)
[11:13] <lamont> Kamion: could just be that I'm clueless today... :-)
[11:13] <lamont> anyway, the d-w didn't clear for me, so I whacked it on the head
[11:13] <Kamion> k
[11:13] <maswan> elmo: no luck. with truss we've found out that we're done stating everything locally and then just select() for some minutes and then get Connection timed out
[11:13] <maswan> elmo: and no other mirror has any problems?
[11:15] <elmo> maswan: nope, but not many people mirror off of this box
[11:15] <SchmeisserMartin> i got my problem solved. wired seems to want wxgtk2.6
[11:15] <maswan> elmo: I guess we're alone with AIX 5.1 and GPFS for mirroring anyway. :)
[11:16] <elmo> heh
[11:16] <Mithrandir> is there a good reason why the seeds aren't cachereved?  Apart from "nobody has done it"?
[11:19] <SchmeisserMartin> gj there!
[11:19] <jnc> ogra: hmm
[11:19] <maswan> elmo: mind if I set up another mirror and setup a proxy thingie there?
[11:19] <elmo> maswan: hmm, how do you mean?  another mirror mirroring off syncproxy?
[11:20] <jbailey> mdz: If you're doing initramfs stuff, I've just sent 0.5 on its way.  It includes a number of fixes that you'll want.
[11:20] <jnc> ogra: congrats.  w/re NFS, is that rsize thing on the client side or server side?
[11:20] <maswan> elmo: yeah, for a week or two
[11:20] <maswan> elmo: and then ftp.acc updating from that
[11:20] <ogra> jnc, mount option in the fstab
[11:20] <dholbach> good night
[11:20] <elmo> maswan: sure, no prob
[11:21] <jnc> ogra: ah, i'm using the 'autofs' to mount an NFS share from debian GNU/Linux box server to the Ubuntu Linux client here
[11:21] <jnc> i don't think it has that option
[11:21] <mdz> jbailey: ok, am going to try to work on LTSP today
[11:22] <jnc> ogra: then again, i have checked `mount` and it shows 
[11:22] <maswan> elmo: even if currently my main project is debian-cd :)
[11:22] <maswan> elmo: or rather, the building and mirroring stuff there
[11:22] <ogra> jnc, ah, ok
[11:23] <ogra> jnc, so youre using it
[11:24] <jnc> yeah looks like it heh
[11:24] <jnc> oh well, it's not a big deal
[11:24] <jnc> i'm thinking for the future if i have many terabytes of info i should expect more performance
[11:26] <maswan> jnc: you might want to add proto=udp, nfsvers=3 ?
[11:26] <jnc> interesting
[11:27] <maswan> I'm not totally sure on this right now though, I'm not the nfs-tuning-guy at work. :)
[11:28] <jnc> thanks though
[11:28] <jnc> i wanted to hear if i'm crazy or not for thinking NFS could be faster
[11:29] <maswan> jnc: as I said, from ram I've served nfs at 300MByte/s :)
[11:30] <maswan> jnc: that was mostly to test link aggregation though
[11:34] <JaneW> ogra! is that green for real!?
[11:34] <ogra> yep
[11:34] <JaneW> WOOHOO!
[11:34] <ogra> waiting only for the archive sync
[11:34] <tseng> hi all
[11:35] <tseng> doko: pong
[11:35] <ogra> JaneW, mono is also near the green state... it got moved to main... but still has bugs to work on
[11:36] <tseng> BOOGS
[11:36] <lamont> fabbione: no go on your patch
[11:36] <ogra> so ostly of the specced work is done
[11:36] <tseng> make it yellow
[11:36] <ogra> it is
[11:36] <tseng> yay
[11:36] <fabbione> lamont: bong...
[11:36] <lamont> yellow-green?
[11:36] <ogra> heh
[11:36] <lamont> want the log again fabbione 
[11:36] <lamont> ?
[11:36] <fabbione> did the -I../../../.... get included in the call?
[11:36] <fabbione> lamont: yes please
[11:37] <mdz> fabbione: did you do the lm-sensors upload?
[11:38] <lamont> fabbione: people.ubuntu.com/~lamont/buildLogs/x/xorg/6.8.2-20/xorg_6.8.2-20.2_20050531-1453-hppa-failed.bz2 
[11:38] <fabbione> mdz: when???
[11:38] <mdz> fabbione: 1:2.9.0-19ubuntu1
[11:38] <mdz> the .dsc is signed with your key
[11:38] <lamont> fabbione: didn't actually look to see what happened...
[11:38] <pixelmonkey> I noticed that Ubuntu 5.04 has a "Hibernate this computer" option in the gnome menu.  I was wondering what gconf key I can set to enable that on my system (which was upgraded from Warty)
[11:38] <fabbione> mdz: probably.. i can't remember
[11:39] <pixelmonkey> I can't tell if this is a default GNOME option or if it was added by the Ubuntu team
[11:39] <mdz> fabbione: it looks like you dropped some of the ubuntu changes (specifically removing the kernel-source build-deps)
[11:40] <fabbione> mdz: hmmmm ok.. i did a long time ago.. i really can't remember...
[11:40] <kent> pixelmonkey, i also upgraded from warty and I do have that option in the logout-dialoge.
[11:40] <fabbione> i will add it to my TODO list for tomorrow
[11:40] <pixelmonkey> kent, yea, I think it really is just a gconf option that enables it
[11:40] <pixelmonkey> kent, but I don't see it documented anywhere
[11:41] <pixelmonkey> kent, I have swsusp2 working, it'd just be nice to have the option in the logout menu
[11:41] <elmo> argh
[11:41] <elmo> how do I get irssi not match on nicks?
[11:41] <mdz> fabbione: Thu, 14 Apr 2005 21:36:28 +0100
[11:41] <elmo> every time pixelmonkey speaks I get spammed
[11:41] <mdz> fabbione: thanks
[11:41] <fabbione> mdz: no problem.. 
[11:42] <pixelmonkey> elmo, wow, that is some primitive matching it does, eh? :) pixELMOnkey
[11:42] <fabbione> lamont: well apparently it didn't like #if defined(__hppa__)
[11:43] <mdz> elmo: can you promote partman-auto-lvm to main?  it seems to be non-trivial
[11:43] <\sh> guys...there r some issues with python-qt3 (main) and eric3 (universe), they should get some lovely updates for hoary...
[11:44] <elmo> mdz: done, but FTRT, do source and binary separately to work around that prob
[11:44] <mdz> elmo: ok, thanks
[11:45] <mdz> elmo: also, xpdf seems to be in a weird state: E: /srv/ftp.no-name-yet.com/ftp/pool/main/x/xpdf/xpdf_3.00.orig.tar.gz (main/xpdf - breezy) already exists!
[11:45] <elmo> mdz: you're promiting it? :/
[11:46] <fabbione> elmo: we will have to test it in the early release cycle
[11:46] <elmo> you can't demote, promote shared-between-suites without manual scariness ATM, I'm afraid
[11:46] <elmo> fabbione: test?
[11:46] <fabbione> elmo: installerlvmbydefault
[11:47] <fabbione> or something like that
[11:47] <elmo> oh, yeah
[11:47] <fabbione> it needs partman-auto-lvm
[11:48] <pitti> mdz: btw, did trulux/ajmitch ever ask you about approval to put the selinux-patched base packages into breezy?
[11:48] <mdz> elmo: I don't think we have a choice; kpdf needs it
[11:49] <mdz> pitti: no
[11:49] <pitti> mdz: I tested them for three weeks now (just the patched packages, without any policy and disabled selinux)
[11:49] <pitti> mdz: so far there is only one regresssion that ajmitch works on
[11:49] <mdz> pitti: I don't have a problem with it in general, but I would like to see the list first
[11:49] <pitti> mdz: yes, of course
[11:50] <pitti> mdz: it touches essential parts of the base system (dpkg, pam, etc.), so if we do it, it is early breakage
[11:50] <fabbione> lamont: simpler patch: http://people.ubuntu.com/~fabbione/993_hppa_has_no_dri.diff
[11:50] <mdz> pitti: right
[11:50] <mdz> pitti: I am most concerned about dpkg
[11:50] <pitti> ajmitch: can you compile a list of affected pacakges?
[11:50] <elmo> mdz: poppler based alternative isn't viable?
[11:50] <mdz> my understanding is that we do not even have the code for dpkg yet
[11:50] <mdz> elmo: wanna write one?
[11:50] <pitti> mdz: oh, we have
[11:50] <trulux> pitti: what regression? I dislike to get ignored on those things concerning my work
[11:51] <elmo> mdz: no, but daniels made getting motif to work sound equally non-trivial
[11:51] <pitti> mdz: AFAIUI Majoy and Keybuk have working patches
[11:51] <lamont> fabbione: nice bat you have there.. :-)
[11:51] <ajmitch> pitti: sure, I will
[11:51] <lamont> fabbione: you want me to test that one?
[11:51] <pitti> mdz: and Keybuk wanted to apply the patch soon anyway
[11:51] <ajmitch> mdz: dpkg patch is working fine
[11:51] <fabbione> lamont: yes please.. if you have time
[11:51] <mdz> elmo: we could disable the reader and provide only the utilities, but that's sort of nasty, isn't it
[11:51] <pitti> trulux: the pam breakage we talked about, that kills sudo
[11:52] <mdz> Riddell: can anything be done about the xpdf-utils dependency on kpdf?
[11:52] <pitti> trulux: that wasn't exactly your fault, I didn't blame you :-)
[11:52] <ajmitch> trulux: the one I told you about, you're not being ignored
[11:52] <trulux> ajmitch: sorry, just migraines again and it's hard to deal with all the stuff
[11:52] <pitti> mdz, Riddel: maybe we can make kpdf use poppler, just as we did with cups?
[11:52] <jnc> ogra: serpentine fails to actually burn a CD
[11:52] <ajmitch> trulux: best to step away from the computer when you feel like that :)
[11:53] <jnc> you lose ;)
[11:53] <ajmitch> jnc: worked for me last time I tried it :)
[11:53] <jnc> interesting
[11:53] <mdz> pitti: how did you do it with cups?  is there a poppler-utils or similar somewhere?
[11:53] <jnc> ajmitch: GnomeBaker works for me
[11:53] <trulux> ajmitch: yeah, I know, but I need to have a kernel patch finished today and it's simple stuff
[11:53] <elmo> mdz: *shrug*, I'm not heavily vested, I'm just saying xpdf wasn't removed 'cos it's unpretty
[11:53] <ogra> jnc, file a bug please
[11:53] <jnc> ogra: will do
[11:53] <Nafallo> jnc: works for me(tm) :-)
[11:53] <pitti> mdz: no, not so far; I basically ported pdf2ps from xpdf-utils to libpoppler
[11:53] <ogra> and assign it to hostmaster@grawert.net
[11:53] <trulux> ajmitch: how are things going?
[11:53] <trulux> mpt: ping
[11:53] <mdz> elmo: I would very much like to support only one copy of xpdf
[11:53] <lamont> fabbione: build launched, and I need to leave.
[11:54] <mdz> pitti: where did you put it?
[11:54] <lamont> back in about 7 hours or so. :-(
[11:54] <pitti> mdz: I patched the pdf2ps.c code that is already in cups
[11:54] <mdz> oh
[11:54] <fabbione> and i need to go to sleep :)
[11:54] <fabbione> lamont: you will tell me later :)
[11:54] <pitti> mdz: so it's in /usr/lib/cups/pdftops right now
[11:54] <lamont> right
[11:54] <elmo> mdz: done
[11:54] <jnc> ooh maybe i will then be able to send faxes
[11:55] <jnc> that would be awesome
[11:55] <mdz> elmo: done what?
[11:55] <pitti> mdz: I didn't port the whole xpdf-utils suite so far
[11:55] <mdz> pitti: I think kpdf probably uses pdftops too
[11:55] <ogra> jnc, i have 5 reports of successfull burns from different ppl for now, you are the first for whom it failed....
[11:55] <mdz> pitti: so maybe we should add it to poppler and ship a package of poppler-based utilities?
[11:55] <pitti> mdz: if we can reuse it, we should create a poppler-utils
[11:55] <elmo> \mdz: promoted xpdf, as you asked?
[11:55] <jnc> ogra: :/
[11:55] <mdz> elmo: oh, I thought we were in the middle of talking me out of that
[11:56] <jnc> ogra: i *do* have a SATA optical drive
[11:56] <jnc> teehee
[11:56] <ogra> oh
[11:56] <Nafallo> ogra: will get more tested when it's in ubuntu-desktop ;-)
[11:56] <jnc> maybe that is a source for some troubles
[11:56] <ogra> Nafallo, yep :)
[11:56] <mdz> pitti: how much work was it to port pdftops to libpoppler?
[11:56] <mdz> pitti: kpdf seems to want pdfinfo
[11:56] <elmo> mdz: err.  I thought you were telling me to put code where my mouth is, so I gave up
[11:56] <ogra> jnc, might be... can you burn data with nautilus propoerly ?
[11:56] <mdz> and only pdfinfo
[11:57] <jnc> ogra: yes
[11:57] <mdz> elmo: I was, but then pitti volunteered :-)
[11:57] <jnc> ogra: serpentine repeatedly asks me for a blank or rewritable disc
[11:57] <pitti> mdz: I don't know the code, but if kpdf Depends: on xpdf-utils, then it should be along that line, yes
[11:57] <pitti> mdz: yes, then we need to port the other tools, too (shouldn't be so hard, but requires a bit of time)
[11:57] <ajmitch> trulux: fine, I'm at work at the moment, so can't reply immediately :)
[11:57] <gub> ok the patched libx11-6&libx11-dev v.6.8.2-20keys1 are on http://hybrid-dev.net/ubuntu breezy main
[11:57] <pitti> mdz: well, 20 to 30 minutes, not such a big deal
[11:58] <mdz> pitti: I would be willing to bounty the lot
[11:58] <ogra> jnc, can you switch off the g-v-m feature for a test and try again ?
[11:58] <pitti> mdz: if we need it, then we should do it properly; I can port the suite and send it to upstream
[11:58] <Nafallo> jnc: I'll try a burn and see if I can reproduce that.
[11:58] <jnc> ogra: i do not understand "g-v-m"
[11:58] <ogra> (the burn:// part)
[11:58] <pitti> mdz: oh, even better :-) if we can get it on time?
[11:58] <pitti> jnc: gnome-volume-manager
[11:59] <jnc> jnc@baker:~$ serpentine | *** glibc detected *** realloc(): invalid next size: 0x0000000000d61820 *** | Aborted
[11:59] <jnc> nice
[11:59] <pitti> mdz: porting only pdfinfo should be very easy, though
[11:59] <jnc> anyone else on amd64 using serpentine?
[11:59] <Nafallo> jnc: yepp :-)
[11:59] <ogra> my burner is broken over here... :(
[12:00] <Nafallo> ogra: didn't I complain about that before? I can't remember :-P.
[12:00] <mdz> elmo: it sounds like it's probably a lot easier than I thought to get rid of it
[12:00] <jnc> okay i gotta get going.  will have to follow up tomorrow
[12:00] <jnc> thanks again
[12:00] <ogra> Nafallo, didnt you say it worked ?