[12:01] <Burgundavia> what should I call the framework page to be copied?
[12:02] <mpt> Something that makes it appear in the "Page templates:" list
[12:02] <mpt> I don't know how that works
[12:02] <mpt> maybe it needs to end in "Template"?
[12:02] <mpt> LaptopTestingTemplate?
[12:04] <Burgundavia> yes
[12:05] <mpt> Is there an ETA on cdimage.ubuntu.com returning to life?
[12:05] <tseng> works for me
[12:06] <Burgundavia> mpt, can you copyedit the instructions at the top of LaptopTestingSpec ?
[12:06] <mpt> whoa, thanks, tseng, you must have unclogged something
[12:06] <tseng> mpt: hah i downloaded an iso a few moments ago
[12:08] <tseng> it was about 20
[12:09] <mpt> That's about 32 MB/moment
[12:11] <Burgundavia> shall we merge LaptopTesting and LaptopTestingSpec ?
[12:11] <ajmitch_> mpt: I'd say that 'one day' won't be in NZ then :)
[12:12] <mpt> "Yes, that's it", said the Hatter with a sigh: "it's always download time, and we've no time to burn the images between moments."
[12:13] <mpt> Burgundavia: I was just about to suggest incorporating it into the LaptopTestingTemplate, with people deleting instructions as they fill stuff out, but I don't know how feasible that would be
[12:13] <Burgundavia> Template is going to be something they are going to copy over
[12:13] <Burgundavia> nothing more
[12:14] <Burgundavia> probably better to have them seperated
[12:14] <mpt> (see for example the intro of https://wiki.launchpad.canonical.com/LaunchpadProposalTemplate)
[12:15] <Burgundavia> hmm
[12:16] <mpt> (though those instructions can get away with being much more concise)
[12:17] <mpt> yeah, separate pages is probably better
[12:18] <Burgundavia> we need two pages
[12:18] <Burgundavia> one for the instructions
[12:18] <Burgundavia> and one for the table to be copied
[12:26] <Burgundavia> mpt, you want to do that work?
[12:29] <mpt> no, "fix laptop pages" wasn't on my list of things to do today
[12:29] <mpt> I got distracted
[12:30] <Burgundavia> mpt, ok
[12:30] <Burgundavia> can do
[12:32] <mpt> sorry
[12:32] <Burgundavia> np
[12:44] <lakin> should I not have added myself to the LaptopTestingHardware?
[12:44] <Burgundavia> lakin, see the spec page now
[12:45] <Burgundavia> lakin, https://wiki.ubuntu.com/LaptopTesting
[12:45] <Burgundavia> lakin, the template is currently being worked on
[12:48] <lakin> k, brb phone
[12:49] <lakin> Burgundavia, cool, these were the instructions I was looking for all morning. :)
[03:59] <jdub> oh man
[03:59] <jdub> first time in ages
[03:59] <jdub> i have no uninstallable packages!
[04:00] <jdub> yayyayayaya!
[04:00] <mjg59> Heh
[04:02] <jdub> whoa, and full installability of nvidia-glx on my desktop
[04:02] <jdub> bongers!
[04:02] <ajmitch_> jdub: yeah, things are looking up, even universe isn't horribly broken all over :)
[04:03] <jdub> hrm
[04:03] <jdub> and meanwhile, i can't do the same on my laptop
[04:03] <davyd> can someone recompile xscreensaver to be Xinerama aware
[04:03] <jdub> hrm
[04:03] <davyd> ?
[04:03] <davyd> that would be really rad
[04:03] <jdub> hrm, dev packages
[04:05] <Lathiat> davyd: try gnome-screensaver
[04:05] <Lathiat> with the extrag oodness fo waiting 5 seconds for the password box to appear
[04:05] <Lathiat> maybe 25 if your disk is being chewed by something
[04:05] <davyd> Lathiat: yeah, I hear that's godawful slow
[04:06] <Lathiat> i wish xscreensaver would look pretty again, tho
[04:06] <davyd> is that because it's starting a process when you hit the button?
[04:06] <`anthony> jdub: next thing you know, X will work.
[04:06] <Lathiat> davyd: yeh, possibly with gnome deps too not just gtk (gnome_program_init vs gtk_init sucks)
[04:06] <Lathiat> or it did a few months back anyway
[04:06] <davyd> I could understand that
[04:06] <Lathiat> like, several time suckier
[04:07] <jdub> x works!
[04:07] <ajmitch_> jdub: this from a nice fresh install?
[04:08] <jdub> dunno
[04:08] <jdub> haven't tried one of those yet
[04:10] <jdub> xkb works on my desktop
[04:10] <Lathiat> heh
[04:10] <Lathiat> i've had working X for a few days now :)
[06:09] <fabbione> morning
[07:14] <pitti> Good morning
[07:14] <daniels> morning pitti
[07:15] <fabbione> hey pitti
[07:15] <fabbione> hey kid
[07:15] <daniels> morning fabbione
[07:15] <pitti> Hi fabbione, back to work life? :-) How is your house now?
[07:15] <fabbione> pitti: yeah i am back...
[07:16] <fabbione> pitti: a bit better than before.. we almost managed to finish the garden room
[07:16] <pitti> garden *room*? interesting
[07:16] <fabbione> we had way more problems than expected with rotten wood and crappy work that has done before...
[07:16] <fabbione> pitti: sort of porch...
[07:16] <fabbione> i only need to lay the new floor and i am done
[07:17] <fabbione> have to wait for my wife to finish the cement borders to avoid water to come in
[07:17] <fabbione> otherwise the new floor would be damaged
[07:18] <fabbione> pitti: i got your 3 tons of emails....
[07:18] <fabbione> pitti: did you find anybody to work on it?
[07:18] <pitti> fabbione: not yet... everybody is just so busy
[07:19] <fabbione> MEH
[07:19] <pitti> fabbione: I could ask Herbert if he could do Hoary as well
[07:20] <fabbione> pitti: let me see if i can get BenC to do it... but he doesn't know the kernel build system yet. i am afraid
[07:20] <fabbione> pitti: i definetely have no time for it..
[07:21] <fabbione> i mean, i will check breezy.. but that's all i can do atm
[07:25] <pitti> Hi JaneW 
[07:26] <fabbione> morning JaneW
[07:28] <JaneW> morning fabbione & pitti
[07:31] <pitti> daniels: btw, did you get my email with the xorg CANs the other day? Can you please add them to the changelog in the next update?
[07:53] <doko_> good morning
[07:56] <fabbione> hey doko
[07:56] <doko> fabbione: http://sourceware.org/ml/binutils/2005-08/msg00190.html
[07:57] <mantiena> hi mdz 
[07:58] <fabbione> doko: interesting :))))
[07:58] <fabbione> doko: i am sure we can wait for them to apply and import the fix later
[07:58] <fabbione> there are not that many pkgs FTBFS due to that
[08:16] <sivang> Morning all
[08:16] <pitti> Hi sivang 
[08:17] <sivang> Hi pitti 
[08:19] <mantiena> anyone can tell me where I can find newest ubuntu-express sources ?
[08:20] <mantiena> at archive.ubuntu.com exist only old 0.3 version :(
[08:22] <pitti> Hi marilize 
[08:23] <marilize> pitti: Hi
[08:23] <bob2> mantiena: didn't they include a url in the email to -devel?
[08:28] <mantiena> bob2, source files doesn't exist at url I've found at http://lists.ubuntu.com/archives/ubuntu-devel/2005-August/009560.html
[08:28] <mantiena> I can download only .deb packages :(
[08:30] <Lathiat> Hows that going anyway
[08:30] <Lathiat> goign to be ready?
[08:30] <bob2> er, I hope they're not using any GPL code in those packages then
[08:30] <bob2> GPL violations are as uncool as getting your hand stuck in the blender

[08:31] <Lathiat> look for that message
[08:32] <Lathiat> (has the sources)
[08:33] <Lathiat> Date: Thu, 11 Aug 2005 02:25:29 +0200
[08:34] <fabbione> infinity, daniels: ping?
[08:39] <mantiena> Lathiat, thanks
[08:43] <Lathiat> mantiena: nps
[08:45] <infinity> fabbione : pong.
[08:45] <fabbione> infinity: i still get the:
[08:45] <fabbione> dpkg: error processing /opt/sparcbuildd/chroots/chroot-breezy/var/cache/apt/archives/libglu1-mesa-dev_6.2.1-5ubuntu5_sparc.deb (--unpack):
[08:45] <fabbione>  trying to overwrite `/usr/include/GL/glu.h', which is also in package x11proto-gl-dev
[08:45] <fabbione> has it been fixed and my cache is "dirty"? or is it still pending?
[08:47] <infinity> x11proto-gl-dev Replaces libglu1-mesa-dev, so dpkg is supposed to take care of that automagically.
[08:47] <infinity> Unless the dpkg in your base system doesn't handle back-replaces properly.
[08:47] <fabbione> it's the latest one....
[08:47] <infinity> What is your base system running?
[08:48] <infinity> Both hoary (well, hoary-updates) and breezy handle this case correctly.
[08:48] <fabbione> Version: 1.13.10ubuntu1
[08:48] <fabbione> i think it's the latest one...
[08:48] <\sh> ahhh...fabbione the master of the kernel
[08:48] <fabbione> infinity
[08:48] <mantiena> Lathiat, you are talking about this email http://lists.ubuntu.com/archives/ubuntu-devel/2005-August/009560.html ?
[08:49] <fabbione> infinity: but if you say it's working on our buildd, i will check mine later on....
[08:49] <\sh> fabbione: any objections to include an ethernet driver into kernel 2.6.12? The Marvell Yukon driver in the actual kernel is not compatible with the latest marvell yukon nics..
[08:50] <Lathiat> nope
[08:50] <Lathiat> my message was a few days later
[08:50] <fabbione> jamesh: meh.. a bit more background would be helpful.. 
[08:50] <fabbione> \sh <-
[08:50] <infinity> fabbione : You run breezy in the base system?
[08:51] <\sh> fabbione: ok..laptop testing...toshiba portege r200 :) just installed it via pxe and the driver wasn't working...
[08:51] <fabbione> infinity: i run breezy in the chroot... of course...
[08:51] <Lathiat> look in the whole thread
[08:51] <Lathiat> theres a few
[08:51] <\sh> fabbione: I just read some pages about installing linux on this r200 and I found a hint to actual drivers for the marvell yukon network device.
[08:51] <fabbione> \sh do you have a reference to a patch? are you sure it's not only missing PCI-IDS?
[08:52] <infinity> fabbione : Yes, but the BASE SYSTEM.  What does it run?
[08:52] <infinity> fabbione : sbuild uses apt-get and dpkg from the base system.
[08:52] <fabbione> infinity
[08:52] <fabbione> infinity: ahhhh sid...
[08:52] <fabbione> infinity: an old version of sid
[08:52] <infinity> Upgrade.
[08:52] <\sh> fabbione: I checked...u can read as well: http://glozer.net/dynabook/dynabook.html
[08:52] <fabbione> i guess i have to :)
[08:52] <infinity> (Then you'll get segfaults instead... Unless you build the breezy dpkg on sid and install it)
[08:53] <fabbione> \sh : ah ok.. no that patch won't go in
[08:53] <fabbione> the driver from Marvell is sick
[08:53] <fabbione> and the code has been severely rejected by upstream
[08:53] <\sh> fabbione: actual driver source is on http://www.syskonnect.com/syskonnect/support/driver/d0102_driver.html
[08:53] <mantiena> Lathiat, could you simply paste the url here ?
[08:54] <Lathiat> mantiena: theres a bunch, just click the thread link at th ebottom fo that page
[08:54] <Lathiat> mantiena: and get all the ones by the same person under that email
[08:54] <mantiena> Lathiat, I need only source url
[08:55] <\sh> fabbione: why is it sick? 
[08:55] <Lathiat> mantiena: i told you, theres like 5 of them
[08:55] <Lathiat> mantiena: sort through them 
[08:55] <\sh> fabbione: the patch is working nicely and the driver is running smooth
[08:55] <fabbione> \sh too much crappy code
[08:55] <Lathiat> fabbione: shame
[08:55] <Lathiat> it works tho ;p
[08:55] <fabbione> \sh yes i know the code works, but it's unmaintanable
[08:56] <Lathiat> really painful on the r200 as it has no cd drive so you need to netinstall
[08:56] <\sh> fabbione: and the patch maintainer doesn't want to change this code? that's really bad, cause the work getting linux installed on this laptop is really to hard for the normal user
[08:57] <Lathiat> \sh: what about the wireless driver
[08:57] <\sh> i mean, even with the driver inside the kernel, and no external cd/dvd
[08:57] <\sh> Lathiat: atheros...works out of the box
[08:57] <Lathiat> cant pxe off it tho?
[08:57] <\sh> Lathiat: problem is only, i don't have a wlan at home
[08:58] <mantiena> Lathiat, sorry, but I did't find working url of newest ubuntu-express sources :(
[08:58] <\sh> Lathiat: i just hacked myself into the neighbours wlan to test the connectivity and the connection
[08:58] <Lathiat> heh
[08:59] <\sh> Lathiat: and my pcmcia zyxel wlan card is not supported
[08:59] <Lathiat> mantiena: http://lists.ubuntu.com/archives/ubuntu-devel/2005-August/thread.html#9474
[08:59] <Lathiat> mantiena: look at all the posts by "Javier Carranza"
[08:59] <\sh> Lathiat: but setting up pxe for the normal user is even to hard or we are building a "ubuntu install pxe server" ;)
[09:00] <Lathiat> \sh: you know what would rock
[09:00] <Lathiat> \sh: a mode of the installer to start a pxe boot
[09:00] <Lathiat> with a preseeded mirror config
[09:00] <Lathiat> dhcp server etc
[09:00] <\sh> Lathiat: u need a running apache for this...or we use the light-httpd
[09:00] <Lathiat> \sh: thttpd would work
[09:00] <Lathiat> or nfs
[09:01] <\sh> no nfs
[09:01] <Lathiat> why not nfs?
[09:01] <Lathiat> so youd need udebs of dhcpd, atftpd, thttpd
[09:01] <\sh> to much of a hassle...a small httpd is good enough to grab the packages from the cd
[09:01] <Lathiat> and theyd need to be in main
[09:02] <Lathiat> hrm
[09:02] <\sh> ah...for that I have to play with d-i grmpf
[09:02] <Lathiat> might try figure out how to do that
[09:03] <\sh> but...the installer kernel doesn't support wifi at all...the madwifi drivers i didn't see while I was changing the initrd
[09:03] <Lathiat> the insatller does wifi
[09:03] <Lathiat> perhaps not for atheros
[09:03] <Treenaks> \sh: the installer does weird wifi.. my prism54 works fine
[09:03] <\sh> Lathiat: yes...for atheros u need only this madwifi
[09:03] <Lathiat> my ipw2200 works
[09:05] <\sh> k.k.k. what do i need for my hardware wishlist: wifi router, pcmcia wifi card, supported by kernel for my other laptop, usb-dvdrom, so i can install windows again on this little r200 bitch, red wine from stellenbosh and a lot of time to play around with d-i
[09:06] <Lathiat> heh
[09:12] <sivang> jamesh: I'd like to ask a few things about the translation domain, better be doing this here for benefit of others 
[09:12] <jamesh> okay
[09:14] <sivang> jamesh: could you please explain the misplace of the translation domain ? 
[09:14] <jamesh> sivang: with the gettext system, there are two functions used to set up the translation domains
[09:15] <\sh> fabbione: another question, cause I was fighting with the installer kernel to find the correct settings for compiling the module etc. which sourcepackage are u using for the installer kernel? or better to say, where can I find the sources for the installer kernel+layout and source package for the installer initrd
[09:15] <jamesh> sivang: bindtextdomain() tells gettext that translations for a particular domain are stored in a particular directory
[09:15] <jamesh> sivang: and textdomain() sets the default translation domain
[09:15] <jamesh> sivang: so gettext("foo") will look up "foo" in the default translation domain
[09:16] <jamesh> sivang: if you are writing a library, you don't want to depend on the default translation domain, since the application usually sets it
[09:17] <jamesh> so there is a second API dgettext(DOMAIN, "foo"), which lets you specify which translation domain to translate the string in
[09:17] <jamesh> bonobo_ui_component_set_translate() seems to translate the strings in the default translation domain, which is not appropriate for a library
[09:17] <Lathiat> \sh: apt-get source linux-image-2.6.12-6-686 ?
[09:17] <jamesh> since it would require that translations for the library's strings appear in the domains of all apps that use the library
[09:19] <\sh> Lathiat: does it provide the installer initrd as well...cause the layout of the resulting initrd is different
[09:20] <Lathiat> no idea
[09:20] <Lathiat> that might be part of d-i
[09:21] <crispin> mdz: should bug 13457 be closed now ? (its the python-gtk needs to depend on python-cairo)
[09:22] <Lathiat> hrm one of archive.ubuntu.com's servers has died again
[09:28] <pitti> moin mvo
[09:29] <mvo> hey pitti! good morning all
[09:29] <jamesh> sivang: does that explain the problem?
[09:32] <sivang> jamesh: yeah, well, actually, I tried to find out about that exact feature of bonobo_ui_component_set_translate - it's corrolation with gettext, but the documentation was so sparse...So, this bonobo api functions triggers translation inside the specific app translation domain? were you able to find out if it also has any part in constructing the "physical" GUI ?
[09:33] <robitaille> pitti: are we supposed to assign to you universe security bugs in Malone? https://launchpad.net/malone/bugs/1176
[09:34] <jamesh> sivang: bonobo_ui_component_set_translate() is essentially bonobo_ui_component_set(), with an extra step that scans the XML fragment after parsing, and looks for attributes starting with an underscore
[09:34] <pitti> robitaille: I saw the assignments, but I probably won't have time for them anytime soon
[09:34] <pitti> CC'ing would be fine
[09:34] <jamesh> sivang: it then sets an associated non-underscore attribute with gettext(underscore-attribute-value), and then loads the UI
[09:34] <pitti> robitaille:  so if sb attaches a debdiff, I can review it
[09:34] <jamesh> sivang: so that would translate in the app's translation domain rather than the library's one
[09:35] <robitaille> pitti. ok.
[09:36] <mantiena> Lathiat, thank you very much
[09:37] <Lathiat> nps
[09:38] <mdz> crispin: yes, I wasn't aware of it and independently discovered/fixed the same bug
[09:38] <tepsipakki> kamion: now I got past the partman-phase, but after reboot the network is not set up
[09:43] <\sh> mvo: apt-file is not installable ... fyi
[09:43] <jdub> pitti: does the usb audio pluggy stuff do anything with input-only devices?
[09:44] <pitti> jdub: not right now
[09:44] <jdub> ok, ta :)
[09:44] <pitti> jdub: would be easy enough to do so, should it?
[09:44] <jdub> guess so
[09:45] <jdub> btw, audio-in device is shown in the default soundcard dropdown
[09:45] <mvo> \sh: ok, thanks
[09:46] <mantiena> mdz, when are you will upload new ubuntu-express version to ubuntu archive ?
[09:46] <mantiena> mvo, hi
[09:46] <\sh> mvo: one of the perl libs is b0rked..
[09:47] <mvo> \sh: libapt-perl needs to be rebuild
[09:47] <mvo> mantiena: hey mantiena 
[09:54] <mantiena> mvo, about 7 months ago you promised to fix ubuntu bug #2706 ;)
[09:56] <\sh> *grmpf*
[09:57] <ajmitch_> \sh: problems still?
[09:57] <mvo> mantiena: hrm, yes. I have a pretty big patch for apt that fixes that. not yet accepted unfortunately
[09:57] <mantiena> :(
[09:58] <\sh> ajmitch_: suspend activated...
[09:58] <mantiena> mvo, are there any hope to fix this bug in breezy ?
[09:58] <ajmitch_> \sh: resume didn't work tho?
[09:58] <mvo> mantiena: no :(
[09:59] <ajmitch_> hi mvo :)
[09:59] <\sh> ajmitch_: i'm checking...:)
[09:59] <mvo> hey ajmitch_!
[10:01] <\sh> hmmmm
[10:01] <fabbione> who is the actual contact point for backports?
[10:01] <fabbione> actually.. where is he?
[10:01] <\sh> mez
[10:02] <bob2> Mez, apparently
[10:03] <fabbione> does he have a bugzilla email?
[10:03] <fabbione> clearly my request of NOT backporting the kernel has been overruled..
[10:03] <fabbione> and i sort of would like to reassign some stuff to him
[10:04] <\sh> martin@sourceguru.net ?
[10:04] <sivang> jamesh: ok, that's all clear now. Did you read _set_translate's code to figure that out?
[10:06] <jamesh> sivang: yeah.  It's also apparent from the fact that _set_translate() doesn't provide a way to tell it what translation domain to use
[10:12] <sivang> jamesh: I see. Now, where did you modify my code to reset the current working translation domain rather then the default set by a respective client app ?
[10:12] <jamesh> sivang: I changed the part where the XML is constructed
[10:13] <jamesh> sivang: instead of doing _label="untranslated-string", I generate it as label="translated-string"
[10:26] <sivang> jamesh: as a side note, what does launchpad-integration.in is used for ? (is it used by python dist-utiles?)
[10:26] <jamesh> sivang: creates the launchpad-integration script (put in $prefix/bin)
[10:33] <sivang> jamesh: I also noticed you remove the support for adding tootips, I guess they are redundent?
[10:34] <jamesh> sivang: menu items don't need tooltips
[10:34] <ogra> hmm, why do i have to select the app if i choos to file a bug from the help menu ? 
[10:34] <sivang> jamesh: ok, cool
[10:34] <sivang> ogra: is it main?
[10:35] <sivang> ogra: (support is there for stuff mostly in main, and in the desktop seed)
[10:35] <ogra> its evo 
[10:35] <sivang> ogra: for others, you need to use the picker
[10:35] <sivang> ogra: evo is not yet done, or at least so I know. I need to ask seb about it when he goes online
[10:35] <sivang> ogra: http://wiki.ubuntu.com/LaunchpadIntegration for ready apps
[10:36] <ogra> ah, ok... its a matter o the app... i thought launchpad-integration could just grab the app name from the wnck list
[10:38] <mvo> sivang: IIRC seb is not going to be around today. it's a public holiday in france
[10:38] <\sh> hmmm...bluetooth only via patch...the chipset is recognized...but enabling bluetooth is only possible via acpi and for this, there is another patch which isn't included in kernel upstream and will never make it
[10:39] <sivang> mvo: ah ok, well, then I'll wait for tommorow :) btw, what sudo changes did you add to lpint ? (I saw it on the baz log)
[10:41] <mvo> sivang: some apps (gnome-system-tools, synaptic, ...) run from sudo and they drop root now before firing up mozilla
[10:42] <sivang> mvo: that's a good behavior, no? (why should mozilla be fired up with privs)
[10:42] <sivang> mvo: ah oops :)
[10:42] <sivang> mvo: just read it carefully now
[10:44] <mvo> :)
[10:46] <pitti> daniels: hm, a lot of apps don't like restarts of dbus. What do you think about not restarting it on package upgrades?
[10:47] <daniels> pitti: i've just been having this argument with gnome folk for a while now
[10:48] <daniels> pitti: i'm still pretty convinced that we should be restarting it
[10:48] <pitti> daniels: me too, on the utopia list
[10:48] <daniels> pitti: battery-applet is getting changed to deal with it
[10:48] <daniels> and we have the g-v-m patch
[10:48] <daniels> oh, I should probably get on utopia-list
[10:48] <pitti> daniels: I can probably fix g-v-m harder
[10:48] <daniels> cool :)
[10:48] <pitti> daniels: and I think mvo applied a patch for update-notifier
[10:48] <\sh> hmmm
[10:49] <daniels> cool
[10:51] <mvo> yes, update-notifier should survive it too
[10:56] <sivang> ogra: do you have the launchpad integration items in evo's help menu?
[10:56] <ogra> i have "file a bug" there
[10:56] <sivang> ogra: what do you get when you click it?
[10:57] <ogra> a bug buddy like wizard...
[10:58] <sivang> jamesh: one last thing, in my original bonobo lib, I had PKG_CHECK_MODULES(BONOBO, libbonoboui-2.0 >= 2.0 launchpad-integration) , since I was at the POV of depending on the package. How can a package depend on itself as in the new configure.ac ? :)
[10:58] <sivang> ogra: that's the original evo item
[10:58] <sivang> ogra: so evo, just hadn't been patched yet
[10:58] <ogra> oh... i never recognized it :)
[10:58] <sivang> ogra: hehe :) if you find any misbehavior in the worked apps, please let me know :)
[10:59] <ogra> i'l do :)
[10:59] <sivang> jamesh: (I take it that the rest of setup in the configure.ac file are just linearally incremnetal as the number of files you need to handle gets bigger)
[11:11] <doko> daniels: did libxp-dev vanish, is there a replacement for the package?
[11:12] <daniels> doko: a) yes, b) no
[11:13] <pitti> mvo: I just fixed the reconnection patch of g-v-m; did you use the same code?
[11:13] <mvo> pitti: yes, could you send the patch to me? 
[11:15] <sivang> can anyone tell me how can I see annotate by a file name in baz?
[11:18] <siretart> fabbione: around?
[11:19] <pitti> sivang: annotate does not seem to work at all for me...
[11:19] <pitti> sivang: oh, wait, it does
[11:20] <BBB> pitti, ping
[11:20] <pitti> Hi BBB
[11:20] <BBB> hello
[11:20] <pitti> sivang: baz annotate ./file works fine
[11:20] <BBB> how hard would it be to get nl (dutch) translations on the default live-CD so we can order a whole bunch of those and hand them out for free?
[11:20] <fabbione> siretart: yes
[11:21] <BBB> (we'd like to hand them out at the biggest computer conference in the netherlands, we already have a stand, so we're now looking for PR material)
[11:21] <daniels> BBB: see http://wiki.ubuntu.com/LiveCDCustomizationHowTo
[11:21] <daniels> might be LiveCd instead of LiveCD
[11:21] <siretart> fabbione: would you/ubuntu be interested in sparc hardware for buildds? A friend would like to offer 2 Sparc AXi with hosting
[11:22] <daniels> BBB: but you just want to follow those instructions and install language-pack-nl and all its associated packages
[11:22] <fabbione> siretart: yup :)
[11:22] <daniels> what's the problem with sparc at the moment; is it mainly toolchain?
[11:22] <fabbione> siretart: but it highly depends on what kind of access i can get to them
[11:22] <fabbione> daniels: binutils, but there is a patch already around
[11:22] <siretart> fabbione: I think they have 300mhz and about 30gb harddisk, we would setup it for you with whatever os you want and provide you an root account on that
[11:23] <fabbione> siretart: perfect :)
[11:23] <fabbione> siretart: that's all i wanted to know :)
[11:23] <BBB> daniels, that method has one problem: we'd rather not produce the CDs ourselves, since they cost (a lot of) money, which we don't have. :)
[11:23] <pitti> BBB: it's only on the powerpc and ia64 live CDs ATM because of space restrictions
[11:24] <siretart> fabbione: if it is impossible to install hoary on that sparc, I would install that. otherwise I'd install sarge/sparc
[11:24] <fabbione> siretart: given that we can't install ubuntu yet, a minimal debian sid will do
[11:24] <fabbione> siretart: unfortunatly we need sid
[11:24] <BBB> pitti, so how tough will it be to get you guys to make those CDs for us? :) impossible? or close-to-impossible (good enough for me :) )?
[11:24] <fabbione> so you can install sarge and i can take care of upgrading. You will only need to keep an eye on it for the kernel upgrade
[11:25] <fabbione> siretart: it is important for me that the 2 sparcs can sends email out and ssh in/out
[11:25] <fabbione> + download via http
[11:25] <BBB> I'm ok with making the ISO, but we cannot produce the CDs, it simply costs too much... ubuntu ships the live-CDs for free to interested parties, which is why we're so interested in it
[11:25] <pitti> BBB: make == press? or make == generate image? the former is probably close-to-impossible (please ask mako and/or marilize), the latter is easy and you can do it yourself
[11:25] <BBB> press
[11:25] <siretart> fabbione: ok. one machine is at home (at me). will install sarge and give it joerg brendel (http://brendel-it.de).
[11:25] <pitti> BBB: I'm not involved in the pressing process, but mako and marilize are
[11:26] <siretart> fabbione: the other machine is at another frind, I'll arrange the installation
[11:26] <fabbione> siretart: ok... thanks
[11:26] <siretart> mail/ssh should be no problem
[11:26] <fabbione> siretart: let me know when you are done so that i can start setting them up
[11:26] <fabbione> speaking of which....
[11:26] <siretart> fabbione: he uses ubuntu for hosting, so that his way of saying 'thanks' :)
[11:26] <fabbione> maswan: ping?
[11:26] <fabbione> siretart: ROCKING!
[11:26] <BBB> pitti, ok, I'll bug them then, thnx so far :)
[11:34] <BBB> mako, ping
[11:34] <BBB> (step #2 :) )
[11:35] <pitti> BBB: mako is in the USA and is probably asleep
[11:35] <BBB> ok, I'll wait ~4 hrs then
[11:35] <BBB> thnx again ;)
[11:35] <siretart> fabbione: any preferences about partitioning?
[11:36] <fabbione> siretart: hmm the 30GB are on one disk, right?
[11:37] <torkel> fabbione: maswan is on vacation, I'm not sure how often he is here
[11:38] <fabbione> torkel: ah ok.. are you one of the admins at umu.se?
[11:38] <torkel> fabbione: well, at hpc2n.umu.se
[11:39] <fabbione> siretart: if it's on one disk, than make swap at the end of the disk (2xRAM should do) and one big partition at the beginning
[11:39] <torkel> fabbione: but I have another of the ACC guys in the room nextdoor
[11:39] <fabbione> torkel: acc.umu.se is part of that?
[11:39] <fabbione> torkel: oh i see.. well there is no rush.. 
[11:40] <fabbione> dunno if they know about buttercup :)
[11:40] <siretart> fabbione: OK
[11:40] <fabbione> siretart: perfect
[11:40] <siretart> I hope the machines will get online about end of this week
[11:40] <fabbione> torkel: i will just wait for maswan to be back :)
[11:40] <torkel> fabbione: nope. We (HPC2N) is the supercomputing center here. ACC is the computer club. maswan works at HPC2N though...
[11:40] <fabbione> siretart: i have no rush.. it always take sometimes to put buildd's online anyway
[11:41] <fabbione> torkel: ok.. don't worry.. i will just wait for maswan to be back :)
[11:41] <torkel> fabbione: buttercup down? 
[11:41] <fabbione> torkel: yeps...
[11:42] <fabbione> it mostlikely need a powercycle
[11:42] <fabbione> the kernel on that box keeps hanging hard
[11:42] <torkel> fabbione: I poked the guy next door. He should take a look at it
[11:43] <fabbione> torkel: thanks
[11:44] <\sh> doko: ping
[11:44] <\sh> fabbione: can u give me a hint on the initrd we are using for the installation media cds?
[11:45] <fabbione> \sh the initrd is generated by debian-installer. i don't know all the details about it
[11:45] <\sh> fabbione: so which package? apt-get source debian-installer? 
[11:46] <fabbione> yes
[11:46] <ogra> fabbione, laptop mission ? http://www.nextcomputing.com/powersparc.htm
[11:47] <fabbione> ogra: ehehhe i have no such hardware
[11:47] <ogra> hey, youre supposed to, youre the sparc guy here :)
[11:47] <fabbione> ogra: not anymore.. we have Sparc God BenC now :)
[11:48] <ogra> oh, true....
[11:48] <ogra> infinity, around ? 
[11:49] <infinity> No.
[11:49] <ogra> heh
[11:49] <doko> \sh: pong
[11:50] <\sh> doko: isdnutils...libcapi20-dev depends on libcapi20-2 but from what i see isdnutils is generating libcapi20-3...some things are waiting as well for libcapi20-2 in the buildds and r not buildable
[11:50] <ogra> infinity, somehow my xaos package is stuck on i386.... could you have a look whats keeping it stuck if youre around again ? 
[11:51] <doko> ohh crap, missed that one ...
[11:51] <infinity> ogra : Unstuck.
[11:51] <ogra> (i suspect there is an older build)
[11:51] <ogra> ah, thanks :)
[11:52] <doko> \sh: sorry, no, which version?
[11:53] <\sh> Version: 1:3.7.2005-07-09-2ubuntu1
[11:54] <\sh> I tried to install libcapi20-dev...and it wants to have libcapi20-2 as dependency
[11:54] <\sh> another one which is waiting for libcapi20-2 is bayonne
[11:54] <\sh> (according to http://people.ubuntu.com/~lamont/buildLogs/Lists/breezy.all.i386)
[11:55] <doko> according to the build logs, this version was never built ...
[11:57] <\sh> doko: hmmm?!
[11:58] <\sh> the source is in the archive..
[11:58] <\sh> and all build attempts failed on the 15th
[12:02] <daniels> seb128: morning
[12:02] <daniels> seb128: the latest xorg changelog might be interesting
[12:02] <seb128> hi daniels
[12:04] <seb128> daniels: the "* Correct DefaultFontPath." part?
[12:04] <daniels> yeah
[12:04] <seb128> cool
[12:12] <ploum> Hello
[12:12] <ploum> is there any bugzilla admin here ?
[12:13] <ajmitch_> ploum: ping ogra about it :)
[12:13] <ogra> ajmitch_, huh ?
[12:13] <ajmitch_> ogra: editbugs for ploum 
[12:14] <rob^> is there a page somewhere listing the size of the different repos?
[12:14] <ogra> ploum, have you read https://wiki.ubuntu.com/HelpingWithBugs ?
[12:15] <ploum> ogra, yes. seb128 asked that someone grant me editbugs privilege
[12:15] <ogra> ploum, you bugzilla login? 
[12:15] <ploum> ploum@fritalk.com
[12:15] <ogra> your even
[12:16] <ploum> even ?
[12:17] <ogra> ploum, done, user the power wise ;) 
[12:17] <ploum> ogra, thank you :-)
[12:18] <ploum> have a nice day
[12:22] <ogra> :)
[12:22] <sivang> seb128: Hey :) 'sup? how many apps did you reach FF with?
[12:28] <fabbione> torkel: thanks! buttercup is up again
[12:28] <fabbione> torkel: mind to thanks the other guy for me?
[12:28] <seaLne> his is there a problem with the bittorrent tracker?:
[12:28] <torkel> fabbione: sure, will do...
[12:28] <doko> ogra: do you handle the inclusion reports for edubuntu/gcompris?
[12:29] <ogra> yep
[12:29] <ogra> pitti, xaos is fixed... how do we handle this? do i notify you here or do i just add it to the report?
[12:29] <pitti> ogra: add it to the report, please
[12:30] <ogra> oki
[12:32] <sivang> pitti: thanks, works well
[12:33] <tseng> pitti: hi! was there a known problem with no sound in a clean breezy install?
[12:33] <pitti> tseng: not really
[12:33] <pitti> tseng: no sound == no detected audio card?
[12:33] <tseng> it has the device, and i dont believe it is muted
[12:33] <pitti> tseng: or some higher level issue like esd?
[12:33] <tseng> i killed esd
[12:33] <tseng> and switched gst to alsa
[12:34] <Mithrandir> hm, live cd seems busted still.
[12:34] <Mithrandir> gnome-session b0rken
[12:36] <bob2> daniels: is "libtool: link: cannot find the library `/usr/lib/libXcursor.la'" iz kde bug?
[12:36] <daniels> bob2: yeah
[12:36] <daniels> bob2: work out which .la it's from and recompile that source package
[12:37] <Riddell> bob2: what are you compiling?  and what does grep /usr/lib/libXcursor.la /usr/lib/*la bring up?
[12:37] <bob2> daniels: ah, thanks
[12:38] <bob2> daniels: does libtool need .la for static linking on linux?
[12:38] <daniels> bob2: they don't need .la for linking anything on linux
[12:39] <teprrr> so hmm
[12:39] <Keybuk> oooOOOOH  usplash love
[12:39] <bob2> it was teprrr who was trying to compile something
[12:39] <bob2> 20:37:49        Riddell |  bob2: what are you compiling?  and what does grep /usr/lib/libXcursor.la /usr/lib/*la bring up?
[12:39] <Keybuk> with a strangely empty white box in the middle of the screen
[12:39] <bob2> teprrr: ^
[12:39] <bob2> Keybuk: you're alive!
[12:40] <Keybuk> aww, it didn't last long; it flipped back to the ordinary boot
[12:40] <teprrr> Riddell, there's no libXcursor.la at all
[12:40] <ogra> Keybuk, its only using a timeout for now afaik
[12:40] <daniels> teprrr: that's the point
[12:41] <Keybuk> ah, wondered whether it was the "mdadm: no raid arrays in control file [fail] " thing
[12:41] <Riddell> teprrr: did you run `grep /usr/lib/libXcursor.la /usr/lib/*la`  ?
[12:41] <teprrr> http://pastebin.com/337300 -- and there are tha la files around there
[12:41] <daniels> teprrr: that's why you need to grep for it across /usr/lib/*.la
[12:41] <teprrr> ah, didn't see that.. hmm.
[12:41] <Keybuk> bob2: I am
[12:41] <daniels> teprrr: ok, so either your installation is old and you need to dist-upgrade, or you've compiled stuff by hand and you now need to recompile it all
[12:42] <bob2> teprrr likes to compile all the kde stuff him/herself
[12:42] <teprrr> http://pastebin.com/337301 -- that's what the grep returns
[12:43] <bob2> go kde
[12:43] <teprrr> daniels, hmm. so this has been a bug in recent kde svn?
[12:43] <Riddell> teprrr, bob2: it's nothing to do with kde per se, only when it was compiled
[12:43] <daniels> teprrr: no, just changes to the underlying system.  packages deal with it fine.  if you compile it yourself, you lose.
[12:43] <daniels> teprrr: so you need to recompile everything which produces those .la files, and in the correct order too.  enjoy.
[12:44] <teprrr> ah, um, so who should produce those .la files then? or aren't you talking about libx*.la anymore but kde's .las?
[12:47] <Riddell> teprrr: what are you compiling?
[12:47] <teprrr> well, this snapshot is anyways buggy.. will check if recompiling helps then
[12:48] <teprrr> Riddell, hmm, tried to compile crystal clear style/windeco and konversation
[12:48] <pitti> Mithrandir: by "broken live CD", did you refer to the missing kernel modules?
[12:48] <pitti> Mithrandir: that's what I get with the current DVD
[12:48] <Mithrandir> pitti: current live cd fails to log in for me.
[12:49] <pitti> ah, right
[12:49] <pitti> then the DVDs are differently broke
[12:49] <pitti> n
[12:55] <teprrr> Riddell-awa, well, hmm, at least nothing kde releated seems to link.. and it's about libXcursor.la always
[12:55] <HiddenWolf> seb128, around?
[12:55] <teprrr> and someone complained about same thing with libXrender.la, can't remember if (s)he was compiling kde stuff or what, though
[12:59] <ogra> pitti, ping re gcompris...
[12:59] <pitti> ogra: yes?
[01:00] <ogra> pitti, i neither see a dependency on howl nor on svgalib... but i didnt remove it and nobody did do an upload since i wrote the report ...
[01:00] <ogra> pitti, are you sure these two deps were there ? 
[01:01] <pitti> ogra: odd, I can't see them any more
[01:01] <ogra> i'm sure they were there....
[01:01] <pitti> ogra: maybe I mixed up the package, nevermind then
[01:01] <ogra> how can deps disappear ?
[01:02] <Q-FUNK> hi.  who maintains the bazar branch of planner/main?
[01:02] <ogra> pitti, no, no, you were right, they were in there... thats the strange part ...
[01:02] <pitti> ogra: not on the source package at least, but maybe on a binary
[01:02] <pitti> ah, now apt-get update works again
[01:04] <pitti> ogra: this really stuns me...
[01:04] <ogra> yup
[01:07] <pitti> ogra: I updated the inclusion queue and the report, approved
[01:07] <Riddell-awa> teprrr: then you need to grep libXcursor.la /usr/lib/*la
[01:07] <ogra> thanks :)
[01:15] <\sh> jesus I'm a touchpad noob
[01:33] <highvoltage> \sh: are you praying?
[01:34] <teprrr> Riddell-awa, I did it already
[01:34] <teprrr> Riddell-awa, looks like current svn kdelibs compiled and linked fine
[01:37] <teprrr> Riddell-awa, yup, and other seems to work fine now.. whines about wrong libstdc++ but that's minor problem :p
[01:41] <teprrr> Riddell-awa, ouch, crystal clear doesn't link
[01:42] <daniels> daniels@ephemera:~/canonical/mesa% dpkg-deb -c libgl1-mesa-dri_6.3.1.1-0ubuntu1_i386.deb
[01:42] <daniels> [...] 
[01:42] <daniels> -rw-r--r-- root/root   2547984 2005-08-15 21:34:39 ./usr/lib/modules/dri/r200_dri.so
[01:42] <daniels> -rw-r--r-- root/root   2441808 2005-08-15 21:34:39 ./usr/lib/modules/dri/r300_dri.so
[01:43] <daniels> [...] 
[01:43] <daniels> -rw-r--r-- root/root   2440752 2005-08-15 21:34:39 ./usr/lib/modules/dri/unichrome_dri.so
[01:43] <Treenaks> unichrome DRI ?!
[01:43] <daniels> built from mesa, no less ...
[01:43] <mjg59> daniels: Do we have the DRM module?
[01:44] <Treenaks> daniels: whoa.. now all we need is unichrome drm :)
[01:44] <daniels> mjg59: EFABIO
[01:44] <mjg59> Haha
[01:44] <fabbione> daniels: ???
[01:49] <daniels> (actually, they'll move to /usr/lib/dri when this debuild finishes, but the point remains)
[01:49] <daniels> fabbione: you need to integrate the unichrome DRM module into the kernel.  savage and mach64 too. :)
[01:50] <fabbione> daniels: haven't seen any patch floating around... :)
[01:51] <daniels> fabbione: http://cvs.freedesktop.org/dri/drm/linux-core/
[01:51] <daniels> fabbione: unichrome stuff is on unichrome.sf.net
[01:51] <fabbione> daniels: yeah right :)))
[01:51] <mjg59> daniels: Have the security isues been sorted?
[01:51] <daniels> fabbione: eh, come on man
[01:51] <daniels> fabbione: if nothing else, you NEED to get r300 drm in
[01:51] <Treenaks> daniels: now if they only finished that siliconmotion driver... :)
[01:51] <daniels> Treenaks: ha ha siliconmotion
[01:51] <daniels> mjg59: with unichrome? probably not.
[01:51] <fabbione> daniels: any reasons why they are not upstream yet?
[01:51] <daniels> fabbione: they've only just now been enabled by default in xorg
[01:52] <PzyCrow> Sorry if this is OT, but is it safe to have -dev packages from breezy installed on a Hoary system for Gnome development?
[01:52] <fabbione> daniels: we will see soon...
[01:53] <daniels> so yeah, as of -50 when I disable GL and DRI, the only two things left in xorg are servers and metapackages
[01:53] <fabbione> daniels: if you can take over some hoary security stuff, i am sure i can manage to take care of DRM :)
[01:53] <daniels> fabbione: ha ha ha
[01:54] <daniels> fabbione: i'm too busy patching xpm stuff
[01:54] <daniels> but I thought you maintained the kernel :P
[01:54] <daniels> well, look
[01:54] <daniels> if I can get you a patch, will you integrate it?
[01:54] <daniels> (assuming it builds etc)
[01:54] <fabbione> daniels: yeah sure...
[01:54] <fabbione> a patch is enough...
[01:55] <daniels> cool
[01:55] <daniels> i'll try to do it later this week
[01:55] <ogra> fabbione, are you the one to nag for ndiswrapper module inclusion for amd64 ? 
[01:55] <fabbione> ogra: and the patch?
[01:56] <ogra> fabbione, just add the arch... no extra patching... it works fine since hoary... (i uase it currently)
[01:56] <fabbione> ogra: the patch to enable it in the kernel....
[01:57] <mjg59> Hm. What's the gnome-power-manager status?
[01:57] <ogra> mjg59, the recent one is in...
[01:57] <mjg59> ogra: In main?
[01:57] <ogra> mjg59, i left out the pm-scripts package
[01:58] <mjg59> Ok, no problem
[01:58] <ogra> mjg59, not yet.... hughsie changed the package name and splitted the packae in gnome-power-manage and power-manager :(
[01:58] <fabbione> ahah
[01:58] <fabbione> ops
[01:58] <mjg59> ogra: Can you make sure that gets pushed?
[01:58] <mjg59> (Assuming you feel the code is solid enough)
[01:59] <ogra> i have one chrasher i want to sort with hughsie before 
[01:59] <ogra> but i'll prepare the new main inclusion reports today
[02:00] <daniels> hm
[02:00] <ogra> i also have to look at the GDM_LOGUT stuff and how we get it in there.... hughsie wanted to work with a suid power manager binary in the backend, thats not necessary for us...
[02:00] <daniels> so with -50, amd64 at least should spend more time extracting and patching the sources, running make includes/make depend, and make install and stuff like dh_shlibdeps, than it will in make World
[02:09] <doko> pitti: did you already had a look at the aspell packages?
[02:09] <pitti> no, not yet
[02:10] <pitti> but we already have aspell in main, don't we? 
[02:12] <doko> aspell-*, i.e. aspell-fo
[02:13] <pitti> doko: right, but aspell-* are just dictionaries, right? this seems to be utterly trivial
[02:17] <pitti> elmo: please sync hpoj
[02:17] <Mithrandir> pitti: what's so hard to support wrt pcsc?
[02:18] <pitti> Mithrandir: if somebody comes along and says "this thing wrecked my smartcard", but nobody of us has a smartcard reader and this particular card, how should we support this?
[02:19] <ogra> doko, what is -fo ? foreign ? 
[02:19] <pitti> Mithrandir: I mean, if you are willing to do this support, that's fine for me :-)
[02:19] <daniels> pitti: just like I do when they say 'xorg fried my random weird video card': laugh at them.
[02:19] <pitti> ogra: Faroese
[02:19] <ogra> ah
[02:19] <daniels> ogra: as in 'foad'
[02:19] <Mithrandir> pitti: I have a smart card reader so I could at least test it a bit.
[02:19] <fabbione> pitti; that's not much different of what we already do for X and kernel....
[02:19] <pitti> daniels: well, but video cards usually don't store valuable data 
[02:20] <Mithrandir> pitti: well, I can't test random cards and readers, I just have what I got.
[02:20] <pitti> fabbione: as I said, as long as you have fun with remotely debugging other people's hardware, that's fine for me
[02:20] <pitti> Hi marcin 
[02:21] <pitti> marcin: thanks again for the ekg support :-)
[02:21] <Mithrandir> pitti: I would very much like to see it in supported and I don't think it's a heavy support-weight.  I was more wondering if you had something against it more than "I can't test this". :-)
[02:21] <HiddenWolf> Anyone here willing to confirm a bunch of nautilus-cd-burner bugs in Breezy?
[02:22] <pitti> Mithrandir: no, that's just my default answer for stuff that nobody wants to support :-)
[02:31] <doko> daniels: first I read xlibs-dev, not xlibs-data ...
[02:32] <HiddenWolf> seb128, I reported 13480, 81, 82, 84, 85. All are on hoary. I'm going on vacation for a week, while my harddrive is going RMA, so I'll confirm/close them in breezy next week.
[02:32] <tepsipakki> doko: you maintain bash/bash-static?
[02:33] <daniels> doko: kamion would kill me on my return if I hadn't fixed the 700 packages
[02:33] <doko> tepsipakki: it depends on what you want ...
[02:33] <tepsipakki> doko: ;)
[02:33] <tepsipakki> doko: just a question: why does bash-static install the binary in /bin/?
[02:34] <doko> daniels: it would be too late on Kamion's return to find you alive ;-P
[02:34] <tepsipakki> shouldn't it install it as /sbin/bash
[02:34] <tepsipakki> because that's the definition on /sbin, yes?
[02:34] <doko> no s = system
[02:34] <BBB> sbin = for super-user binaries (so sysadmin tools etc.)
[02:34] <tepsipakki> ("static /bin")
[02:35] <tepsipakki> hmm
[02:36] <tepsipakki> in other unices it is static bin
[02:39] <tepsipakki> but not in linux.. oh well
[02:39] <tepsipakki> nevermind, then ;)
[02:41] <HrdwrBoB> tepsipakki: in ancient history mostly :)
[02:42] <tepsipakki> no, currently
[02:42] <tepsipakki> tru64, solaris, aix ...
[02:42] <tepsipakki> and we got all of them here
[02:43] <tepsipakki> not even RHEL has a statically linked shell ;)
[02:43] <ogra> tepsipakki, so /bin/sh is a link to /sbin/something ? 
[02:43] <ogra> i cant see the benefit of this....
[02:43] <tepsipakki> ogra: no, /sbin/sh is a binary of itself
[02:43] <tepsipakki> as is /bin/sh
[02:44] <tepsipakki> root has shell=/sbin/sh
[02:44] <ogra> aha
[02:44] <tepsipakki> try having an emergency first.. as one guy here just had when he f*cked up /etc/ld.so.preload ;)
[02:45] <daniels> doko: hah
[02:45] <tepsipakki> (that was on RHEL.. he had to use the recovery-cd)
[02:48] <HrdwrBoB> tepsipakki: all you need statically linked is sash or as covered a boot CD
[02:51] <tepsipakki> hrdwrbob: yes, seems to be installed here already, just that it wasn't clear for me why these weren't in /sbin
[03:07] <bddebian> Hello
[03:08] <Mithrandir> hmm, "User not known to the underlying authentication module".  That might be the reason for the live cd being busted. :-P
[03:23] <ogra_> eeek..... 
[03:23] <ogra_> language-pack-en cannotbe installed ? 
[03:24] <lu|away> you didn't want english anyway.
[03:25] <ogra_> the installer stops at the langpack installation...
[03:25] <ogra_> and there seems no way around that... :(
[03:28] <pitti> again??
[03:28] <ogra_> yep
[03:29] <ogra_> the console says its unauthenticated, offers Yes/No but Yes doesnt do anything
[03:29] <pitti> ogra_: ah, mvo's playground then
[03:30] <ogra_> AAAARGH ... and base-config doesnt let me out of the endless loop
[03:30] <mvo> ogra_: I missed the background, can you please /msg me details? is only the langpack stuff unauthenticated? if so, where does it come from (what repo)?
[04:05] <pitti> Hey seb128!
[04:05] <pitti> already missed you
[04:05] <seb128> hi pitti
[04:06] <seb128> I've got 77 bugs mail since saturday
[04:06] <seb128> that's quite depressive
[04:06] <HrdwrBoB> depressing
[04:06] <doko> seb128: don't upgrade gnome too often ;-)
[04:06] <HrdwrBoB> unless you're going for have depressing, half impressive :)
[04:07] <seb128> HrdwrBoB: thanks but I can make without people trying to make remarks on my english typos today
[04:08] <seb128> doko: 70% are upstream wishlist, I'm considering starting to close this one saying upstream know about them
[04:08] <seb128> 624 bugs, 164 non marked upstream
[04:09] <seb128> cairo has the soname change too with like 200 packages to rebuild
[04:09] <seb128> next week has a new GNOME version
[04:09] <seb128> all is fine
[04:09] <ogra__> *boggle*
[04:09] <ogra__> 200 ?
[04:10] <doko> seb128: will you rename libcairo1-dev to libcairo2-dev ?
[04:11] <seb128> doko: no, libcairo-dev
[04:12] <seb128> hum
[04:12] <seb128> Debian guy did libcairo2-dev
[04:12] <seb128> laybe doing the same
[04:12] <seb128> s/laybe/maybe/
[04:13] <doko> seb128: yes, that would be better ...
[04:13] <seb128> why using a version on a -dev?
[04:14] <doko> see the proposal on d-d ...
[04:14] <seb128> I don't read d-d
[04:19] <sivang> seb128: hi again, tell me, I see the gnome-games does not have lpint, and did you add it to the applets?
[04:19] <seb128> "again"?
[04:20] <sivang> seb128: you were offline , no ?
[04:20] <seb128> I was on IRC 10min before lunch
[04:20] <seb128> my internet dropped and I didn't reconnect
[04:20] <sivang> seb128: ah, someone told me there is a holiday in french :)
[04:20] <seb128> maybe you spoke to a ghost IRC
[04:20] <sivang> seb128: so I was sure you went away for the day
[04:20] <sivang> lol
[04:25] <mvo> seb128: isn't today a public holiday in france? 
[04:25] <sivang> seb128: btw, I updated the wiki page with evo , I saw it's also done
[04:25] <seb128> mvo: yeah, but got 77 bug mails since saturday, and I decided I need to start cleaning some now
[04:25] <seb128> sivang: thanks
[04:26] <sivang> seb128: is there anything more I can help with lpint? 
[04:26] <seb128> sivang: gnome-games is patched here, the issue is that it's setgid games so the lpi stuff doesn't work since it can go to /proc to get the details
[04:26] <pitti> oh, nicd
[04:26] <seb128> sivang: yeah, the non-patched packages (gnomemeeting, gimp, firefox, ...)
[04:27] <sivang> pitti: is this some kind of a new daemon? nicd ?:)
[04:27] <pitti> after system tools -> new login I get a dialog "choose server"
[04:27] <seb128> pitti: just require a small API addition to specify the package name from the patch instead of using the magic for that
[04:27] <pitti> with three times "Standard Server" options
[04:27] <seb128> yeah
[04:27] <seb128> I've noticed that too
[04:27] <seb128> new gdm way to go!
[04:28] <pitti> seb128: "<seb128> pitti: just require a small API addition to specify the package name from the patch instead of using the magic for that" -> ECONTEXT
[04:28] <sivang> pitti: lpint, I assume :)
[04:28] <seb128> pitti: I though the "oh, nicd" was for "gnome-games is patched here, the issue is that it's setgid games"
[04:29] <sivang> seb128: all of the programs probably use gmome_init, so there would be no problem specify program name and pas it on to python code for tracking the package
[04:29] <pitti> ah, that was a typo for "nice" and referred to that gdm bug
[04:30] <seb128> pitti: yeah, I got it "<seb128> new gdm way to go!" :)
[04:30] <sivang> seb128: ok, I'll checkout gnome meeting this evening. What about context menu for applets, will this be deferred for breezy+1 ?
[04:31] <seb128> it was a part of the spec?
[04:31] <seb128> I've not that on my list
[04:31] <seb128> feel free to do patches for them
[04:32] <sivang> seb128: k, cool, will they get accepted although we're after FF ?
[04:32] <seb128> before UI freeze probably but you may want to ask to mdz
[04:32] <sivang> seb128: ok, I will, thanks :-)
[04:33] <seb128> np, thank you
[04:33] <pitti> argh, this is totally broken, it offers me a dialog to choose a server, but then it doesn't find local servers *grumpf*
[04:35] <seb128> pitti: you picked the wrong line :p
[04:35] <seb128> try an another one
[04:36] <pitti> yes, works now, thanks
[04:36] <pitti> well, all lines said the same...
[04:37] <seb128> pitti: yeah, this bug sucks
[04:39] <Keybuk> pitti: <random> is there any particular reason that hal doesn't look in ~/.local/share/hal/fdi ?
[04:39] <ogra__> seb128: do you know if a "random" feature is planned for gnome-screensaver ? you can currently select only one or none
[04:40] <pitti> Keybuk: whose ~?
[04:40] <torkel> ogra__: the CVS version has a random feature
[04:40] <seb128> as said
[04:40] <Keybuk> pitti: good point
[04:40] <seb128> ogra__: we are probably going to delay it for next Ubuntu version
[04:40] <torkel> ogra__: and I think you can change the gconf key directly in the current version
[04:40] <Keybuk> Mine :)
[04:41] <ogra__> seb128: in other news, it works very nice with all the screensaver hacks, i tried them out on the weekend :)
[04:41] <seb128> ogra__: we would require a new version for some of this feature, and some glitch to fix, etc
[04:41] <ogra__> seb128: shriek.... then i have to finish the lock screen
[04:41] <pitti> Keybuk: local storage configuration should rather be done in g-v-m I think
[04:41] <seb128> or make the work on gnome-screensaver to use the xscreensaver files
[04:41] <seb128> (ie: split it to a -data or something)
[04:41] <seb128> I'm too busy to work on that 
[04:41] <ogra__> seb128: tats trivial...
[04:42] <seb128> yeah, but still too busy
[04:42] <seb128> CVS version has some new stuff
[04:42] <ogra__> seb128: me too... edubuntu is going very slow
[04:42] <seb128> using these data without having to copy them to gnome-screensaver 
[04:42] <seb128> etc
[04:42] <seb128> bah, you have to work on of the 2 solutions anyway
[04:43] <seb128> s/on/on one/
[04:43] <ogra__> i thought g-s was yours :)
[04:43] <seb128> yeah, but it doesn't ship the graphical animations
[04:44] <seb128> I'll ping mdz about that, but since feature freeze was some day ago ...
[04:44] <ogra__> ok, i'll talk to mdz which path well go now... the missing random feature is a big drawback, we should get it in 
[04:44] <ogra__> heh
[04:45] <seb128> we can update to CVS version
[04:46] <seb128>         * savers/personal-slideshow.xml: New theme file that loads
[04:46] <seb128>         images from ~/Pictures.
[04:46] <ogra> even after UVF/Feature freeze ?
[04:47] <ogra> lets hear mdz first :)
[04:47] <seb128> that's why I said it's probably going to be deferred
[04:54] <BBB> mako, ping
[04:55] <seb128> anybody with quite some uptime on his boxes around?
[04:55] <seb128> that's for http://bugzilla.ubuntu.com/show_bug.cgi?id=13449
[04:58] <pitti> seb128: I use to switch off my machine at night...
[05:01] <seb128> me too
[05:02] <tepsipakki> doesn't leak here
[05:02] <tepsipakki> firefox does, though ;)
[05:03] <tepsipakki> uptime on my laptop is 11 days
[05:03] <tepsipakki> actually 12
[05:05] <Keybuk> "In more than one way SuSE feels so much better than Ubuntu, and it's hard to resist all the small details and finishes Novell put into the product."
[05:05] <Keybuk> -- http://www.ffnn.nl/pages/reviews/linux/suse-9.3-ftp.php
[05:06] <mjg59> It'd be nice if some of them were mentioned
[05:07] <davyd> SO THEY CAN BE STOLEN!
[05:07] <davyd> FOR KLEPBUNTO LINUX
[05:07] <lu|writing> 'here are the criteria we think are most important in assessing a distro'
[05:07] <Keybuk> I think he liked YAST
[05:07] <davyd> lu|writing: what is a reviewers guide?
[05:07] <davyd> "please look at these these, for they are not broken"
[05:09] <lu|writing> davyd: 'here is the checklist of features/qualities that we would look at'
[05:09] <Keybuk> he's also really comparing it against Kubuntu
[05:09] <lu|writing> 'here is how we think we stack up, and perhaps how we think others stack up'
[05:09] <lu|writing> 'we'll try to be forthright and include some categories you might think are important which we don't do so well at; here is why we don't do well, or why we think they are unimportant'
[05:10] <sivang> seb128: are you aware of the broken evo link  from the main panel? (sorry if this is already in bugzilla)
[05:12] <seb128> sivang: the panel is an user configuration
[05:15] <sivang> seb128: but I didn't touch it, and it's a fresh breezy installation, and when I press the evo link form the main panle (next ot the yelp icon) I get "failed to execute child process evolution-2.2, no such file or directory"
[05:17] <seb128> sivang: "daily install"?
[05:19] <sivang> seb128: no, upgrade from a very old daily install
[05:20] <doko> daniels: unstable does have libxaw8-dev, breezy not. any reason for it?
[05:20] <sivang> seb128: it's under VMware, if this matters 
[05:20] <seb128> no
[05:20] <seb128> but the previous daily was bugged
[05:21] <seb128> and the upgrade doesn't change the user config set by the bugged version
[05:21] <sivang> seb128: I see, I need to try with a fresh daily then
[05:21] <Nafallo> doko: what can I do to help out with the aspell mess?
[05:21] <Nafallo> :-)
[05:27] <doko> Nafallo: instructions are in the aspell changelog.Debian.gz / aspell doc dir. just tell me which package you start with
[05:28] <Nafallo> doko: oki
[05:33] <mpt> davyd: http://www.google.com/search?q=%22reviewer's%20guide%22%20(site%3Amicrosoft.com%20OR%20site%3Aapple.com)
[05:34] <Mitario> lo everyone
[05:34] <pitti> Hi Mitario 
[05:34] <Mitario> cool mouse in X :)
[05:35] <lu|writing> mpt: maybe not 110 pages ;)
[05:36] <mvo> is it a known bug that resizing a partition with partman gives hardly any feedback (takes long and the progress bar stay on 0% for a very long time)?
[05:36] <seb128> what's going on with the colony 3 CD?
[05:41] <Keybuk> mdz said something about me needing to fix a hotplug bug which was blocking it
[05:42] <seb128> Keybuk: thanks
[05:44] <Keybuk> I'm just doing the 4-weeks-of-upgrade on my laptop now
[06:02] <madduck> where do gcc maintainers hang out?
[06:02] <mvo> wb ogra_ltsp 
[06:02] <ogra_ltsp> >&
[06:02] <pitti> Hi madduck 
[06:02] <ogra_ltsp> :/
[06:02] <madduck> hi pitti
[06:03] <madduck> pitti: i am already bugging him all day.
[06:03] <madduck> there have to be others too, no?
[06:03] <pitti> madduck: well, he is the Ubuntu gcc maintainer team :-)
[06:03] <pitti> madduck: jbailey could also help, probably
[06:03] <madduck> oh yeah.
[06:04] <madduck> jbailey is not around. :(
[06:19] <Treenaks> do I need to file a bug for every key that doesn't work out of the box on my laptop? :)
[06:20] <ogra_ltsp> Treenaks, depends how "hot" the key is ;)
[06:21] <Treenaks> ogra_ltsp: mute/volumeup/volumedown
[06:21] <seb128> no
[06:21] <seb128> or not on GNOME packages
[06:21] <ogra_ltsp> Treenaks, thats a hotkez i guess
[06:22] <Treenaks> ogra_ltsp: this is hoary btw :)
[06:22] <ogra_ltsp> oh
[06:22] <Treenaks> ogra_ltsp: waiting for a friend who's buying me some CDRWs to test breezy
[06:22] <seb128> hoary has no default key value
[06:22] <seb128> NOTABUG
[06:22] <ogra_ltsp> ok, ignore me then.... i dont have such old stuff around here .... (only warty on a ancient laptop)
[06:28] <ogra_ltsp> hmm, update-notifier shouldnt get started for unpriveleged users.... or at least i should get a error message after giving the password.... it asks for password and quits silently
[06:47] <ubuntuguy> anyone: ndiswrapper will not modprobe insert. Modprobe reports a fatal error. Does anyone know how to fix this?
[06:50] <trygvebw> ubuntuguy: which error?
[06:50] <ubuntuguy> its not specific, it simply states fatal error can not insert
[06:54] <teprrr> so hmm, Riddell-awa, is those .la files removed completely? or will they be back sometime?
[07:00] <ploum>  To take screenshot of the breezy installation, I'm looking for a free (a in beer) virtualizer software
[07:00] <ploum> Is there anything easily installable in Hoary ? (a 30 days trial of vmware or anything like that would be enough)
[07:00] <trygvebw> vmware is easy to install
[07:01] <ploum> trygvebw, last time, it was pain
[07:01] <ploum> (two years ago)
[07:01] <trygvebw> oh
[07:01] <trygvebw> but two years is a long time ;)
[07:01] <trygvebw> i installed it in ten minutes
[07:02] <ploum> http://www.vmware.com/download/workstation.html : this one ?
[07:02] <trygvebw> yep
[07:02] <ploum> http://www.vmware.com/download/download.do?downloadGroup=WKST-5-LX no luck :-(
[07:02] <trygvebw> :(
[07:02] <trygvebw> hmm
[07:03] <trygvebw> try QEmu then
[07:03] <trygvebw> it's not very fast, but it works
[07:03] <ploum> at least, I can install it with a simple apt-get :-)
[07:03] <trygvebw> yeah :)
[07:03] <ploum> is there any GUI like vmware ?
[07:04] <Treenaks> qemu?
[07:04] <trygvebw> no, but qemu is easy to configure
[07:04] <ploum> (I must admit that vmware rocks once installed)
[07:04] <trygvebw> yeah
[07:04] <teprrr> there's kde frontend for qemu available from kde-apps.org
[07:06] <ploum> it's just to take screenshots
[07:07] <Treenaks> does vmware support OS/2 Wrap 3 ? :)
[07:07] <trygvebw> yes
[07:07] <Treenaks> qemu doesn't because of 1 missing "feature" :)
[07:08] <trygvebw> :/
[07:08] <trygvebw> i think so at least
[07:08] <trygvebw> there is a #vmware btw
[07:09] <Treenaks> trygvebw: "segment limits" is the feature
[07:09] <trygvebw> oh
[07:09] <trygvebw> :/
[07:13] <mdz> morning
[07:14] <pitti> Morning mdz
[07:14] <seb128> hey mdz
[07:14] <Keybuk> morning
[07:14] <mvo> good morning mdz 
[07:15] <seb128> mdz: any estimation for when colony 3 should be ready?
[07:16] <mdz> seb128: T(13398 fixed) + N
[07:17] <seb128> is that likely to be before wenesday?
[07:17] <ogra> depends on N :)
[07:17] <seb128> s/wenesday/wednesday/
[07:21] <pitti> Am I the only one whose Ctrl+D doesn't work any more?
[07:21] <seb128> pitti: context?
[07:21] <seb128> what app?
[07:21] <ogra> works here....
[07:21] <pitti> seb128: bash
[07:21] <tseng> pitti: wfm
[07:21] <seb128> works for me (tm)
[07:21] <pitti> i. e. quitting a ssh session, a terminal, etc
[07:21] <ogra> even on a fresh edubuntu install
[07:21] <pitti> 'grumpf*
[07:22] <pitti> thanks for checking
[07:22] <Keybuk> pitti: value of $IGNOREEOF ?
[07:22] <pitti> Keybuk: not set
[07:22] <Keybuk> or set -o | grep ignoreeof
[07:22] <pitti> $ set -o |grep ignoreeof
[07:22] <pitti> ignoreeof       off
[07:23] <pitti> Keybuk: I didn't change any config files, I just dist-upgraded this morning
[07:23] <Keybuk> no idea then
[07:23] <pitti> thanks anyway
[07:23] <seb128> pitti: oh, I've not  updated today
[07:23] <Keybuk> is it saying "TYPE EXIT YOU LAZY FUCK" or just not working?
[07:23] <pitti> seb128: -49 waits for you :-)
[07:23] <mdz> Keybuk: how did the upgrade go?
[07:23] <seb128> pitti: I'm not waiting for b0rkages :)
[07:24] <pitti> Keybuk: no reaction at all :-) but that certainly forces me to do the former
[07:24] <Keybuk> mdz: actually, it worked; I'm currently being baffled by the fact my initrd.img seems to be a gzip compressed cpio file and not a cramfs filesystem
[07:24] <mdz> pitti: stty settings?
[07:24] <pitti> $ stty
[07:24] <pitti> speed 38400 baud; line = 0;
[07:24] <pitti> eof = ^A; eol = M-^?; eol2 = M-^?;
[07:24] <pitti> -iexten
[07:24] <pitti> mdz: I don't believe that it is anything shell related
[07:24] <mdz> Keybuk: not too baffled I hope, given all the discussion around initramfs ;-)
[07:24] <mdz> pitti: eof = ^A
[07:24] <Keybuk> I missed that discussion
[07:24] <pitti> it stopped working on my server today, too
[07:24] <Keybuk> do you have a pointer for it?
[07:25] <mdz> pitti: stty eof '^D'
[07:25] <mdz> Keybuk: wiki.ubuntu.com/EarlyUserspace
[07:25] <pitti> mdz: hm, how do I type this? ctrl+v ctrl+D doesn't work
[07:26] <Keybuk> ah yes, I just found that 0.1s before you gave me the link
[07:26] <mdz> pitti: literally, cut and paste
[07:26] <pitti> $ stty '^D'
[07:26] <pitti> stty: ungltiges Argument ^D
[07:26] <mdz> pitti: cut and paste what I wrote :-)
[07:26] <pitti> ah, thanks
[07:26] <pitti> yep, that works
[07:26] <mdz> I have no idea why it would have changed for you; is this an Ubuntu system?
[07:26] <seb128> mdz: is that likely to be before wednesday for colony
[07:27] <mdz> seb128: it should be
[07:27] <pitti> mdz: yes, upgraded today and broke today
[07:27] <ogra> pitti, does it happen in console too ? 
[07:28] <seb128> mdz: k, because I would like to make the cairo soname change for wednesday, there is a new GNOME version next week and that should be pushed and worked before
[07:28] <pitti> ogra: no, it works there (given that the stty command I just typed doesn't apply to it)
[07:29] <pitti> anyway, nevermind
[07:29] <mvo> mdz: permission for uploadds of update-manager and gnome-app-install? (both are bugfixes only, do I actually need approval for bugfix-only uploads?)
[07:29] <pitti> maybe some fancy binary output to my screen changed it somehow
[07:29] <ogra> pitti, then i'd blame the X upgrade 
[07:29] <mdz> mvo: no, no approval needed for bugfixes
[07:30] <mvo> mdz: thanks
[07:30] <Kronoss> someone knows  any file or command with the options of each filesystem type apart of man mount?
[07:31] <highvoltage> cat /proc/partitions?
[07:31] <Kronoss> in proc partitions are the partitions
[07:31] <Kronoss> i want the options (ro, rw, user) specific of each type
[07:31] <ogra>  /proc/mounts
[07:32] <Kronoss> all the possible options
[07:32] <ogra> but that doesnt show all
[07:32] <Keybuk> mdz: hmm, that didn't help; the spec doesn't actually explain what the difference between initramfs and initrd is and why we'd want the former and not the latter
[07:33] <mdz> Keybuk: initramfs is simpler, and doesn't require that cramfs patch that upstream rejected
[07:34] <carstenh> /etc/mtab?
[07:34] <Kronoss>  /etc/mtab have the mounted filesystems
[07:35] <carstenh> zsh autocompletion?
[07:41] <\sh> grmpf...
[07:42] <Nafallo> smurfix: ping
[07:42] <smurfix> Nafallo: 
[07:42] <Keybuk> mdz: ah, I understand.  and I'm able to replicate that bug
[07:42] <Nafallo> smurfix: is that a japanease sign? anyway, may I message you?
[07:43] <smurfix> Nafallo: it's a "pong". Just ask.
[07:43] <Keybuk> out of interest, why are we loading network drivers there?  Just because we can?
[07:43] <mdz> Keybuk: NFS root
[07:43] <Keybuk> ah, of course
[07:43] <Keybuk> but we don't put l-r-m drivers in ther?
[07:43] <smurfix> (as in "ping pong" -- )
[07:43] <mdz> Keybuk: no
[07:43] <mpt> cute
[07:43] <mdz> NFS root on an encumbered wireless card -> you lose
[07:43] <Keybuk> that all makes the nfs root stuff far more elegant though, I guess; no more compiling in the drivers you need
[07:44] <mdz> they generally don't support netbooting anyway, I don't think
[07:55] <Keybuk> ya know, I think that "can't be mapped reliably" message is unrelated
[07:55] <mdz> Keybuk: yeah, I'm not at all sure what it's trying to say with that
[07:55] <Keybuk> no, me neither
[07:55] <mdz> Keybuk: but the bug is certainly valid
[07:55] <Keybuk> I have a working net.rc now anyway
[07:56] <mdz> so you feel that it is the correct solution as well?
[07:56] <Keybuk> well, it's certainly one solution
[07:56] <Kronoss> bye
[07:56] <Keybuk> another might be to drop the "mapping hotplug" thing altogether
[07:56] <mdz> another option would be to require that the user set a flag in mkinitramfs.conf if they want to use nfs root
[07:57] <Keybuk> but not sure how that impacts ordinary networking stuff
[07:57] <luigino> hello everyone.....
[07:57] <mdz> ordinary networking stuff relies on that to get the interface brought up after the driver is loaded
[07:57] <luigino> anyone here can tell me what should mean that :0. in this log message I've got: Aug 15 21:12:08 localhost entrance: Opened PAM session. luigino : :0. ^
[07:57] <Keybuk> yeah, it causes the asynchronous dhcp rather than waiting for it during S40networking
[07:58] <mdz> luigino: please see /topic
[07:58] <mdz> luigino: try #ubuntu
[07:58] <luigino> ok
[07:58] <luigino> thx
[07:58] <luigino> :)
[07:58] <Keybuk> the hotplug networking and ifupdown stuff need to converge really
[07:59] <doko> mdz: is http://people.ubuntu.com/~mdz/anastacia.txt still beeing updated?
[08:00] <mdz> [TXT]  anastacia.txt           15-Aug-2005 18:50  6.9K  
[08:00] <pitti> lamont-away: ping
[08:02] <doko> Package: lapack3-pic
[08:02] <Keybuk> for now, I think a net.rc is the right solution as it'll closer match what we'll get later aiui
[08:02] <doko> Depends: lapack3 (= 3.0.20000531a-6ubuntu2), libc6-dev, refblas3-dev | atlas3-base-dev | libblas-3.so
[08:02] <ogra> mdz, which seedlist does that script read ? squidguard was dropped days ago from the edubuntu seeds...
[08:02] <doko> mdz, so refblas3-dev should take precedence?
[08:02] <mdz> ogra: I believe it uses the one at ~cjwatson, which is updated a few times per hour
[08:03] <ogra> strange thn
[08:03] <ogra> then
[08:03] <mdz> germinate is only re-run once per day
[08:03] <ogra> i dropped squid and squidguard friday or even earier
[08:03] <ogra> earlier....
[08:04] <doko> elmo: last sync request for today: expect-tcl8.3 (5.43.0-3) from incoming
[08:04] <mdz> mizar:[...nical/seeds/edubuntu/breezy]  baz update
[08:04] <mdz> * tree is already up to date
[08:04] <mdz> mizar:[...nical/seeds/edubuntu/breezy]  grep squidguard *
[08:04] <mdz> supported: * squidguard # edubuntu
[08:04] <mdz> ogra: ^^^
[08:05] <mdz> Keybuk: what will we get later?
[08:05] <ogra> weird... 
[08:06] <ogra> mdz, http://people.ubuntu.com/~cjwatson/seeds/edubuntu-breezy/server this didnt change since friday
[08:06] <Keybuk> basically all devices will be cold-plugged if required
[08:06] <mdz> ogra: <mdz> supported: * squidguard # edubuntu
[08:07] <Keybuk> I haven't kept up recently, I shall have to find out what plans exist that we can exploit for dapper
[08:07] <mdz> ogra: also, the entry in anastacia.txt is for the edubuntu-server metapackage, not the Server seed
[08:07] <mdz> ogra: the metapackage is only updated when you run the update script and upload a new source package
[08:07] <ogra> yep-...
[08:08] <mdz> but you need to remove it from supported also
[08:08] <ogra> i thought its drawn directly from the seeds :)
[08:08] <ogra> thanks 
[08:12] <ogra> dear baz, please fall back to a installed editor by default if $EDITOR isnt set, kthnxbye
[08:16] <Nafallo> doko: I start with aspell-sv
[08:17] <Nafallo> doko: I guess buildX is the right thing to do with those?
[08:17] <doko> Nafallo: not if you make modifications
[08:18] <Nafallo> doko: I do. but those will probably not be synced till after breezy and debian should have had this transition by then I guess?
[08:18] <doko> Nafallo: guessing is bad
[08:19] <shaya> x-windows-system-dev depends on libxp6-dbg
[08:19] <Nafallo> doko: hehe, oki :-)
[08:19] <shaya> but acc to aptitude, that package isn't in the archive
[08:19] <shaya> I have it installed, but aptitude marks it as obsolete/locally installed
[08:19] <Nafallo> doko: seems to be easy changes. want me to take all of them? ;-)
[08:19] <mdz> Keybuk: what did the old net.rc do?
[08:19] <Keybuk> the old one got moved to the S41hotplug-net startup script
[08:20] <Keybuk> it basically went "go! go! go!" to any waiting network plug events
[08:20] <Keybuk> (they deliberately wait until after S40networking has started)
[08:20] <Keybuk> that was removed a few months ago
[08:21] <carstenh> shaya: Candidate: 6.8.2-10 500 http://archive.ubuntu.com hoary/main Packages
[08:21] <carstenh> shaya: but it is not in breezy
[08:22] <shaya> correct
[08:23] <shaya> I'm talking about 6.8.2-49
[08:34] <mdz> ogra: are you going to upload edubuntu-meta?
[08:36] <ogra> mdz, yup, soon (after dinner)
[08:47] <ogra> mdz, done
[08:56] <mdz> ogra: ARGH
[08:56] <ogra> ??
[08:56] <ogra> what did i wrong ? 
[08:57] <mdz> you need to read the changelog before uploading
[08:57] <\sh> and fcked again the wifi card
[08:57] <\sh> grmpf...reboot
[08:57] <mdz> ogra: it looks like one of the downloads failed
[08:57] <ogra> mdz, i did, whats wrong ? 
[08:58] <ogra> oh, damned
[08:58] <ogra> sorry 
[08:58] <mdz> fortunately there is no minimal metapackage in edubuntu
[08:59] <ogra> yep, and it seems to affect only ppc and unsupported arches.... regenerating
[09:00] <mdz> there is one in ubuntu, though, and the same thing can happen there
[09:01] <mdz> it's just necessary to read over the changes after updating and before uploading, to make sure they are sane
[09:01] <mdz> it is mostly automated but things can go wrong
[09:01] <mdz> sometimes debootstrap seems to fail to download Packages and still exits successfully
[09:03] <ogra> mdz, btw, how evil would it be if i made all the edubuntu config in a metapackae postinst ? i'd prefer that to a -config package
[09:03] <mdz> ogra: too evil
[09:04] <ogra> it would have the advantage that i could use debconf all over the place...
[09:04] <mdz> the metapackages should be pure
[09:04] <mdz> it makes no difference to debconf whether it is a metapackage or a real package
[09:05] <ogra> true... but its a extra package.... but i was expecting this answer anway :)
[09:06] <\sh> grrr
[09:07] <ogra> \sh, broke your laptop again ? 
[09:07] <shaya> is bugzilla messed up?
[09:07] <shaya> "readahead" for package names doesn't seem to be working
[09:07] <\sh> ogra: the r200 has a switch on the side, where u can enable or disable wifi
[09:07] <ogra> heh... yeah, toshiba has this on all leptops
[09:08] <\sh> ogra: but..even when it's disabled linux enables the wifi interface
[09:08] <\sh> ogra: and then, try iwlist ath0 scanning...
[09:08] <\sh> segfault and then ... kernel oops
[09:08] <ogra> oh....
[09:09] <\sh> ogra: correct...oh ;)
[09:09] <ogra> i have a similar behavior with my ndiswrapper based card here (wlan0 remains even if i unplug the pcmia card) but i dont get a segfault ... you should track that
[09:10] <ogra> seems related to your driver patch 
[09:10] <\sh> ogra: hehe..actually I can't give the advise to buy this laptop for use with linux..actually he/she should be an adventurer
[09:10] <ogra> heh...
[09:10] <\sh> ogra: no..
[09:10] <mdz> shaya: you were never able to reproduce the unionfs/bash bug, were you?
[09:10] <\sh> ogra: the wifi is working with the madwifi drivers..out of the box
[09:11] <\sh> when the switch is on...everything works fine
[09:11] <ogra> \sh, i thought you had to patch a lot ? 
[09:11] <\sh> ogra: not for wifi...for bluetooth i have to patch and for hibernate/suspend buttons and for the nic
[09:11] <ogra> ah, i thought the wlan too...
[09:12] <\sh> ogra: no sound, touchpad and wlan is working and the graphics card as well
[09:12] <\sh> but the rest...my oh my
[09:13] <\sh> ok...pcmcia is working as well..but my wifi card (zyair b-120) is not recognized...
[09:14] <shaya> mdz: I only tried once, and it worked
[09:14] <shaya> though it was a loopback nfs server, not a remote one
[09:14] <mdz> I'm working around it by mounting tmpfs on /tmp
[09:14] <mdz> but it's definitely still three
[09:14] <mdz> there
[09:14] <ogra> mdz, thats the one with the tcpdump workaround ? i still have it in ediubuntu daily from today
[09:15] <mdz> ogra: tcpdump?
[09:15] <ogra> yes, running tcpdump -i eth0 solves the nfs timeout probs....
[09:16] <mdz> this is not an NFS timeout problem, but a unionfs problem
[09:16] <mdz> http://www.fsl.cs.sunysb.edu/pipermail/unionfs/2005-August/000904.html
[09:16] <ogra> yes
[09:16] <mdz> no
[09:16] <mdz> we are talking about two different problems
[09:16] <ogra> oh...
[09:16] <mdz> you are talking about the bug where you get "NFS server ... not responding" at boot
[09:16] <ogra> yep
[09:16] <mdz> and I am talking about the one where bash here documents don't work
[09:16] <mdz> I get the NFS timeout issue too sometimes, the first time I try to boot
[09:17] <mdz> but the second time is OK
[09:17] <mdz> some sort of race in initializing the card I think
[09:17] <mdz> have you debugged it?
[09:17] <\sh> ok...the sd card reader is not working at all
[09:17] <ogra> hmm, mostly i hae tdpdump already running on the second try.... i'll keep an eye on it
[09:17] <ogra> have even
[09:18] <ogra> nope, i had other issues to workaround and debug today :) a lot...
[09:22] <\sh> hmm...and usb devices are not popping up anymore
[09:22] <\sh> only on my hp
[09:53] <\sh> ok...this laptop is nothing for packaging
[09:53] <Treenaks> \sh: why?
[09:53] <Nafallo> is it October the third breezy releases?
[09:53] <Treenaks> Nafallo: no, it's the first and only breezy release
[09:53] <Treenaks> Nafallo: it's the third ubuntu release though
[09:53] <\sh> Treenaks: it's getting too hot and is too slow ,-)
[09:54] <Nafallo> Treenaks: I was aiming for the date ;-)
[09:54] <Treenaks> Nafallo: check the Calendar :)
[09:54] <Treenaks> Nafallo: on the wiki
[09:54] <Treenaks> I'm still waiting for mine
[09:54] <Nafallo> ah, kewl
[09:54] <Nafallo> Treenaks: thanx :-)
[09:57] <zul> Treenaks: same here
[09:59] <sivang> seb128: About gnome-games, why does having setgid on the games breaks lpint stuff ? (I would think that elevated privileges would allow it even more access to /proc then when it's run with the users' privs) 
[10:00] <seb128> run a game and ls -l /proc 
[10:00] <ogra> sivang, it doesnt elevate 
[10:02] <sivang> ogra: sure. It only forks a privileged child to be able to write scores, I will try seb128's experiment :)
[10:03] <seb128> no
[10:03] <seb128> the binary is setgid
[10:06] <jnc> hey.... silly user question here;  how do the linux-restricted-modules work now that they are in /lib/linux-restricted/modules/*/*.o ?
[10:07] <jnc> i see that linux-restricted-modules-your_kernel_here-arch installs the madwifi *.ko files in /lib/modules/your_kernel_here/*
[10:08] <jnc> yet the fglrx, nvidia, and i think the fritz stuff remain as *.o in /lib/linux-restricted-modules/*/*.o
[10:08] <jnc> i'm wondering, how does this work to be loaded by the kernel?
[10:09] <sivang> seb128: I entered the process "dir" (in /proc) and everything there is owne by root, that what you mean?
[10:10] <jnc> i did not see any documentation for this change
[10:10] <seb128> sivang: correct
[10:11] <sivang> seb128: k, thx
[10:12] <seb128> np
[10:12] <sivang> seb128: do you know if jamesh has startd working on adding a function that gets package name / program name as an arg ? (I might take a shot at adding it myself)
[10:13] <seb128> no
[10:13] <sivang> seb128: k
[10:13] <seb128> you don't want to patches remaining app, do you?
[10:13] <seb128> I've the patch on my list of stuff to do
[10:15] <madduck> C[C[C[C[C[C[C[C
[10:16] <ogra> C[ ?
[10:16] <sivang> seb128: ah ok :)
[10:16] <madduck> sorry. GNU screen
[10:16] <sivang> seb128: I will go on with the other apps
[10:16] <madduck> but it's pretty much how i feel.
[10:16] <seb128> thanks
[10:17] <sivang> seb128: no prob, I have a feeling it's a bit more complicated to patch those remaing apps so it'll be more fun :)
[10:17] <seb128> yeah
[10:19] <mantiena> mdz, still online ?
[10:21] <sivang> bah, I need to upgrade my chroot first. network is shaky grumpf
[10:25] <sivang> seb128: and I gues you're also going to take care of adding the "general" launchpad items under the proposed "Help" menu on the main top panle? (as in the spec diagrem)
[10:25] <concept10> Does anyone know who developed the Ubutnu hardware information collecting application?
[10:26] <HiddenWolf> concept10: ogra did
[10:26] <seb128> sivang: where should those point?
[10:27] <ogra> concept10, whats the issue ? 
[10:27] <concept10> Ahhh... glad you are here
[10:27] <concept10> orga, I have a idea that i am trying to pitch
[10:28] <concept10> ogra, sorry about that.  Anyway, I want to make something like the ubuntu hw collector that is distro neutral
[10:29] <ogra> concept10, then you'll have to write it different... hwdb-client relies totally on a patched hal and lashal output
[10:29] <ogra> lshal even
[10:31] <sivang> seb128: IIRC, this should actually fire up the picker application, and let the user choose the non main app or the app that has not a help menu and fire the browser with the lp page
[10:31] <concept10> ogra, so the distro basically has to have the same hal patch of ubuntu? Is this common among distros?
[10:31] <ogra> concept10, nope...
[10:31] <ogra> concept10, thats what i mean
[10:31] <concept10> dammit
[10:31] <seb128> sivang: we have no picker app atm
[10:31] <ogra> concept10, you have to write it different
[10:32] <ogra> concept10, grab the output from lsb-release, dmidecode and /proc as well as the lshal output.... format it in xml and you got the same
[10:33] <ogra> but you'll have to write it completely different
[10:33] <sivang> seb128: ah,ok sorry for making noise then
[10:33] <seb128> np
[10:34] <concept10> ogra, im not a full fleged programmer so I will need some help on it, I would just like to see something like the hwdb-client that updates a searchable database for all distros, this would be a great help for the linux community
[10:34] <concept10> ogra, but I will attempt to do it.
[10:35] <ogra> concept10, you'll have to find a programmer to do it, hwdb is not one of my higher rioritys in this release cycle...
[10:36] <concept10> ogra, Thats fine.  Thanks for the advice and insight.  Where may I grab the source of hwdb-client?
[10:36] <mvo> ogra: #13496 -> aptitude/edubuntu bug
[10:36] <hunger> How is network magic progressing for breezy? I installed network manager and that does not really do much (nm-applet does not even show an icon or anything).
[10:36] <ogra> concept10, http://archive.ubuntu.com/ubuntu/pool/main/h/hwdb-client/
[10:37] <ogra> mvo, yay, thanks
[10:37] <HiddenWolf> ogra, cheering for bugs?
[10:38] <ogra> HiddenWolf, cheering for a clean explanation of the issue that bugs me :) 
[10:39] <HiddenWolf> Ah, that explains a lot.
[10:41] <seb128> HiddenWolf: do you have a bugzilla.gnome account?
[10:41] <ogra> mvo, what i dont understand is, why doesnt it happen in ubuntu ...
[10:44] <HiddenWolf> seb128, yeah. Sorry about earlier. :)
[10:44] <seb128> are we going to have fspot 0.1.0?
[10:45] <ogra> seb128, its in universe, so its possible
[10:45] <seb128> HiddenWolf: np, but we are really bug flooded for the number of people working on bugs, that would be nice than people who have some clue about bugs search for dups and send upstream bugs upstream
[10:46] <HiddenWolf> seb128, I would, but my harddisk was dying and had to go RMA before 5pm. I'm about to go on vacation for a week, and did not want to forget.
[10:46] <seb128> you could have noted instead of filling a pile of bugs good to close
[10:47] <seb128> anyway no big deal
[10:47] <seb128> and another hint: one issue by bug
[10:48] <HiddenWolf> seb128, there was one bug that noted more than one thing, and only because these are closely related issues complementing eachother. 
[10:48] <HiddenWolf> seb128, I appreciate the workload you're under, and I'll take better care next time, but don't take it out on those trying to help.
[10:48] <seb128> clearing CDs and doing multi-session are 2 different issues
[10:49] <seb128> HiddenWolf: "don't take it out on those trying to help"? what does that mean?
[10:49] <HiddenWolf> seb128, never mind
[10:49] <seb128> any english speaker to say that differently for me? :)
[10:50] <lamont> someone isn't gonna like those version numbers
[10:51] <HiddenWolf> seb128, as I said, never mind, I didn't say anything.
[10:51] <ajmitch> seb128: how long has f-spot 0.1.0 been out?
[10:51] <seb128> HiddenWolf: I appreciate when people are trying to help, just I got ~80 bug mails a day, so I can do without duplicates :)
[10:52] <seb128> HiddenWolf: and I'll find somebody to make me said that differently to be sure I've understood it correctly, don't worry :)
[10:52] <seb128> ajmitch: today, I'm not an hurry, that was rather a question to know if that's a candidate for an UVF break
[10:53] <ajmitch> seb128: it could be, if needed. I'll get it into sid asap
[10:53] <HiddenWolf> seb128, Don't bother: my piont was, I get that you're buried under bugs, but I got you the first time, so leave it at that, since I already promised to do better, don't take your frustration out on me.
[10:54] <seb128> HiddenWolf: I'm not frustated, I was just trying if you feel like pushing upstream bug upstream rather than here ... no big deal, I'll reply to them if you keep pushing them on ubuntu.bugzilla
[10:54] <HiddenWolf> seb128, however, I respect you, and you're always correct. You just make me feel like an idiot, so I'd appreciate it if you'd do it only once. :)
[10:55] <HiddenWolf> seb128, gnome.org makes me feel unwelcome, that's why I usually push them in ubuntu.
[10:55] <seb128> HiddenWolf: that was not the goal, just wanted to point that we are kind overloaded by bugs, so if people can try to lower that, that's cool :)
[10:55] <HiddenWolf> *g* seb128, ask me nicely, tell me where to look, and I might patch a few for you. ;)
[10:55] <seb128> HiddenWolf: oh, what's wrong about gnome.org? Anyway you are welcome to push them on ubuntu, just search for duplicate including closed bug when you use a stable version and that's fine :)
[10:56] <HiddenWolf> seb128, Whenever i post some bug on gnome.org, someone files a counter-bug to have that feature removed, and a discussion follows. :)
[10:56] <seb128> ajmitch: 0.1.0 import photo for mass storage device, which is cool :)
[10:57] <ajmitch> seb128: oh then I definitely want it in breezy :)
[10:57] <seb128> HiddenWolf: ah ah, yeah, feature request are usually discussed :)
[10:57] <HiddenWolf> seb128, but they usually start with "grumble, I didn't expect it and messed up badly, have it removed, now!" Kinda unwelcoming. :)
[10:58] <HiddenWolf> seb128, IE: checking pop-mail at startup for evo
[10:58] <seb128> evo guys are not a good example
[10:58] <seb128> they are unfriendly on bugzilla (when they reply)
[10:58] <HiddenWolf> some guy didn't check what he was doing and emptied his server. *chuckle*
[11:05] <mpt> HiddenWolf: Wow, that's *exactly* the problem hp talked about
[11:06] <mpt> "People just assume that FooBar was designed to eat your email, and humbly ask that you let them turn off this feature they don't like."
[11:06] <HiddenWolf> *g*
[11:06] <HiddenWolf> I can't feel really sorry for him. If you install something from cvs, just check a changelog.
[11:06] <ogra> mpt, bah, just pop up a notification....
[11:07] <mpt> ogra: As in, "FooBar just ate your e-mail. If you didn't want this to happen, you should have ..."?
[11:08] <HiddenWolf> for the record, my bug was that it should only be turned on if the user had asked for automatic email checking.
[11:08] <ogra> mpt, nah, rather something with progress bar and without close button :)
[11:08] <mpt> without a cancel button, you mean
[11:08] <ogra> both :) like a splash screen
[11:08] <mpt> progress windows shouldn't have close buttons anyway :-)
[11:10] <torkel> they should have a pause button instead :-)
[11:10] <Nafallo> mako: ping
[11:12] <mako> Nafallo: yeah
[11:12] <Nafallo> mako: may I message you? :-)
[11:13] <mako> Nafallo: yesyes
[11:23] <seb128> does somebody wants to make a wiki page for cdrdao to main?
[11:23] <seb128> that would be appreciate :p
[11:23] <pitti> lamont: ping
[11:25] <lamont> pitti: ack
[11:26] <seb128> pitti: you don't feel like doing a cdrdao wiki page by any chance? :)
[11:26] <pitti> seb128: hrmkay...
[11:26] <seb128> thanks!!
[11:27] <pitti> seb128: would tomorrow morning be enough?
[11:27] <seb128> pitti: the rational is https://bugzilla.ubuntu.com/show_bug.cgi?id=13168
[11:27] <seb128> pitti: any time you want, there is no hurry
[11:27] <pitti> yep, we talked about the rationale, that's fine
[11:27] <seb128> cool
[11:27] <pitti> although some day some clever person should come along and write an universal libburn
[11:28] <seb128> that's the plan
[11:28] <pitti> and get rid of all those cli clients
[11:28] <seb128> coaster guys were/are working on that, but that doesn't come fast
[11:28] <pitti> oh, if it happens eventually, that's fine
[11:28] <pitti> "Husch husch wird Pfusch", as a German saying tells... :-)
[11:28] <ogra> heh
[11:30] <seb128> pitti: apt-cache show libburn-1
[11:31] <pitti> yay
[11:31] <seb128> pitti: that's the one that coaster use
[11:31] <pitti> and it actually works already?
[11:31] <seb128> coaster kind of work, so I guess it does basic stuff yeah
[11:31] <ogra> yup... coaster can burn data cds fine
[11:31] <seb128> but it probably still needs some love before beeing pushed
[11:32] <ogra> i never tried audio but heard it should work too
[11:32] <ogra> pitti, ask mxpxpod, he's one of the upstreams
[11:32] <shackan> cool, rhythbox can't stay up more than two ours without crashing..
[11:32] <shackan> *hours
[11:33] <seb128> what version?
[11:33] <seb128> backtraces are welcome for crashes :)
[11:33] <shackan> well, it eats 100% and I have to kill it, so no backtraces and no core dumps sorry
[11:33] <seb128> what version?
[11:34] <shackan> 0.8.99
[11:34] <seb128> you know that you can get a backtrace of something eating CPU?
[11:34] <seb128> upstream to current gst packages and rb 0.9 to start
[11:34] <seb128> and gdb -p `pidof rhythmbox` when it hangs
[11:34] <shackan> I guessed it could be done, but I'm too busy now to figure out how
[11:34] <seb128> thread apply all bt
[11:34] <seb128> k
[11:34] <shackan> cool
[11:34] <seb128> so no wonder if it's not fixed
[11:34] <seb128> bugs are not magically fixed
[11:35] <shackan> eh, I know
[11:35] <shackan> mine wasn't a critique, just a comment :)
[11:37] <seb128> yeah, but I would like to get that fixed
[11:37] <seb128> that's likely to happen to other people too
[11:38] <seb128> that's why if you can put a backtrace to bugzilla with the some details ... :)
[11:40] <shackan> uh, with 0.9 it doesn't play -anything-, nor songs neither streams (which were causing me problems before), but I used it just this morning and was (almost) fine..
[11:40] <shackan> sigh, I'll have to code in silence tonight :)
[11:40] <shackan> it needs investigation though..
[11:41] <seb128> does running gst-register-0.8 make any difference?
[11:42] <seb128> what audiosink do you use?
[11:51] <mvo> elmo: do you know what happend to my gnome-app-install upload from today?
[11:51] <elmo> Rejected: no signature found in gnome-app-install_0+20050815_source.changes.
[11:51] <pitti> Hi elmo 
[11:52] <elmo> hi pitti 
[11:53] <pitti> elmo: can you please sync hpoj?
[11:54] <elmo> pitti: done
[11:54] <pitti> thankxxx
[11:56] <mvo> elmo: args, thanks