[12:02] <jbailey> karlheg: Thanks.
[12:04] <thesaltydog> ipw2100 is no more working on Breezy. Kernel 2.6.12 doesn't detect anymore my eth0 wireless card..
[12:06] <karlheg> thesaltydog, Is the driver present?
[12:07] <karlheg> thesaltydog, Is it loaded?  Any errors in dmesg?
[12:08] <thesaltydog> no errors in dmesg. the driver is loaded, simply eth0 is not working. It is working in 2.6.10
[12:09] <thesaltydog> With 2.6.12 if I run ifup eth0 it gives me an error in sit0 (I don0't remember)
[12:11] <karlheg> jbailey, I wonder if the 'mkinitramfs' should set a 'umask' at the top?
[12:12] <karlheg> thesaltydog, We need to see the specific error message.  Please try again and get that information.  Anything in dmesg wrt sit0?  What is sit0?  IPV6, right?
[12:13] <karlheg> (six in tunnel?)
[12:13] <thesaltydog> I need to boot back and forth, as I have now booted with 2.6.10 to let wireless work.
[12:14] <thesaltydog> On july I read that colony 2 CD won't have the ipw2100 driver in 2.6.12
[12:14] <karlheg> thesaltydog, Since the module is present and loads with no error, I must assume that it is capable of working, and is thus not so much a -devel problem but a #ubuntu one.  If you post the exact error string, we will try and help you.
[12:15] <karlheg> thesaltydog, Dunno.  That was several months ago.
[12:15] <jbailey> karlheg: Probably.
[12:15] <karlheg> If you ask on #ubuntu, you may find someone out there who has already solved it.  Also, grep the ubuntu-users email list archives.
[12:15] <thesaltydog> I quote here part of the message of july 1st:
[12:15] <thesaltydog> On 7/1/05, Colin Watson<EMAIL_ADDRESS>wrote:
[12:15] <thesaltydog> >   * There are no restricted drivers or firmware (fglrx, nvidia, madwifi,
[12:15] <thesaltydog> >     ipw2100/ipw2200, etc.) for Linux 2.6.12 in Ubuntu yet. We apologise
[12:15] <thesaltydog> >     for the inconvenience. If you own hardware that requires such
[12:15] <thesaltydog> >     drivers or firmware, you might be best advised to wait for the next
[12:15] <thesaltydog> >     milestone release.
[12:16] <karlheg> That next milestone has long since been released, IIUC.
[12:16] <thesaltydog> So my qyestion was: is it still missing?
[12:16] <karlheg> IIRC, I've seen talk of a Colony 5?
[12:18] <thesaltydog> I'm going to reboot, then let you know.
[12:21] <karlheg> thesaltydog, Ok.
[12:33] <karlheg> jbailey, Is the initramfs-tools-0.25 not in bzr yet???
[12:34] <mae> so is breezy near ready to be canned up?
[12:38] <jbailey> karlheg: I thought it was, lemme look.
[12:39] <jbailey> karlheg: Oh, my bzr-push is broken, I'll fix it in a little bit, sorry.
[12:39] <jbailey> I have a friend coming over in a few minutes and we're heading out.
[12:39] <thesaltydog> karlheg, I'm back
[12:42] <thesaltydog> I had a look at dmesg output
[12:50] <karlheg> jbailey, I'll try my patch against 0.25 if necessary, but bzr would certainly expedite things.
[12:50] <karlheg> Will you be back later?
[12:50] <karlheg> thesaltydog, And?
[12:51] <thesaltydog> [4294715.746000]  ipw2100: Detected Intel PRO/Wireless 2100 Network Connection
[12:51] <thesaltydog> [4294716.746000]  ipw2100: eth1: Firmware 'ipw2100-1.3.fw' not available or load failed.
[12:51] <thesaltydog> [4294716.746000]  ipw2100: eth1: ipw2100_get_firmware failed: -2
[12:51] <thesaltydog> [4294716.746000]  ipw2100: eth1: Failed to power on the adapter.
[12:51] <thesaltydog> [4294716.746000]  ipw2100: eth1: Failed to start the firmware.
[12:51] <thesaltydog> [4294716.746000]  ipw2100Error calling register_netdev.
[12:51] <thesaltydog> [4294716.746000]  ipw2100: probe of 0000:02:02.0 failed with error -5
[01:02] <karlheg> thesaltydog, Well, it's not eth0, it's eth1, and it's failing.
[01:03] <karlheg> thesaltydog, Do you have a wired ethernet card in that computer?  It's probably eth0.
[01:04] <karlheg> thesaltydog, It looks like the firmware file is missing.
[01:05] <thesaltydog> the firmware is not missing.
[01:05] <thesaltydog> with 2.6.10 eth0 is the wireless and eth1 is the ethernet
[01:05] <thesaltydog> why on 2.6.12 should be viceversa?
[01:06] <crimsun> it has always been that way on my laptop
[01:06] <crimsun> eth0 is bcom gigE, eth1 is ipw2200
[01:07] <shackan> interface names are dynamically generated, you should not count on them being consistent across different versions, usually eth0 is the device which is detected first so maybe the new kernel detects hardware in a different order, just guessing
[01:08] <karlheg> Perhaps.  There are ways to make the if name deterministic.  Try 'ifrename' or module options.
[01:08] <thesaltydog> or maybe, due to the error, the wireless card is not detected
[01:08] <karlheg> Right.  That's my bet.
[01:08] <karlheg> Under 2.6.10, does it say the similar?
[01:09] <karlheg> Probably not...
[01:09] <thesaltydog> on 2.6.10 everything is working fine.
[01:09] <karlheg> You're sure the firmware file is there?  Does the module support a verbose debug option to insmod?
[01:09] <thesaltydog> So you suggest to replace eth1 with eth0 and viceversa in /etc/network/interfaces ?
[01:10] <carstenh> .oO(Ifrename allow the user to decide what name a network interface will have.)
[01:10] <thesaltydog> the firmware is here: /lib/hotplug/firmware/ipw2100-1.3.fw-2.6.12-8-686
[01:11] <karlheg> thesaltydog, No, that will make it not work for the other kernel.  I would make the WIFI be 'wlan0' and the ethernet be 'eth0'.  Do that with module options in /etc/modprobe.d/ipw2200 or with 'ifrename'.
[01:11] <karlheg> The module option will probably be easiest.
[01:11] <karlheg> IIRC, it supports that; RTFS.
[01:12] <karlheg> There is ifrename support in the hotplug scripts, but not for 'ifplugd' if you use that, unless that's been fixed.
[01:12] <thesaltydog> ok I'll try and report back. Thanks
[01:13] <karlheg> thesaltydog, You need to solve the firmware load problem first.
[01:13] <karlheg> unless 'ifconfig eth1' is showing up?
[01:13] <thesaltydog> I have to switch back to the other kernel..
[01:48] <kent> Is it only me, or is dcgui-qt package in Breezy empty? dpkg -L dcgui-qt shows nothing :(
[03:40] <netdur> breezy being forzen! means no new packages gonna be added before 5/10?
[03:42] <tseng> not to main
[03:43] <tseng> only fixes from here.
[03:43] <netdur> so no mono 1.1.9!?
[03:44] <netdur> I was kidding... thanks for great job
[03:46] <tseng> we are pushing mono <IP_ADDRESS>
[03:46] <tseng> should be the last one.
[03:46] <tseng> .9 breaks a bunch of stuff
[03:46] <tseng> and has more major changes than we'd like
[03:46] <tseng> and nothing amazing ive seen for users, besides "hey cool, big version #"
[03:49] <netdur> tseng, I was kidding you... cause I know you are mono guy!!!
[03:49] <tseng> haha.
[03:49] <tseng> you got me
[03:49] <tseng> im super easy to troll
[03:49] <tseng> no effort required.
[04:16] <xTina> Hm. Anyone (not) having UI performance issues with realplayer (current version from real.com or hoary-extras) on breezy while playing an audio stream?
[04:16] <tseng> you want #ubuntu for support
[04:17] <tseng> we dont even package realplayer
[04:17] <tseng> or deal in hoary-extras.
[04:17] <tseng> sorry
[04:18] <xTina> I know. But #ubuntu has nothing else to do than talk about hot white or black chix.
[04:18] <xTina> And I'm sort of desperate trying to finally get our lab up and running.
[04:19] <tseng> realplayer is about the last thing we could possibly help you with
[04:20] <kent> xTina, and if you desperatly want things to be working, you should not be running breezy in your lab..
[04:20] <tseng> you could check out the hoary-extras forums
[04:20] <tseng> kent: eh, we're in preview freeze
[04:21] <xTina> kent: Well, why should I put tons of work in making hoary run, when I have bugs in there that are fixed in breezy and need to move 150 machines to breezy in < 2 days after release anyway?
[04:23] <xTina> Don't get me wrong, I don't want realplayer support, I was just suspecting that people here might mostly run breezy on their machines and might be using realplayer for one reason or the other on those machines, so having an answer like "yes, it's working here" or "no, seen the same issues" would be helpful in determining if it's something that might be related to breezy and thus have the chance of being fixed til release if tracked down in t
[08:34] <ivoks> congrats on a HP deal
[09:08] <tepsipakki> ivoks: what deal?
[09:09] <robitaille> tepsipakki,  http://www.tectonic.co.za/viewr.php?id=595
[09:10] <tepsipakki> robitaille: great, thanks! ;)
[09:12] <ivoks> ah
[09:13] <tepsipakki> does this "local level" mean only South-Africa?
[09:13] <ivoks> there goes mysql :/
[09:17] <jdub> tepsipakki: europe, middle east and africa
[09:17] <tepsipakki> sounds great
[09:17] <jdub> tepsipakki: but concentrateed on africa, it seems :)
[09:17] <tepsipakki> it will spread ;)
[09:18] <jdub> so call hp in europe and demand ubuntu :-)
[09:18] <ivoks> :)
[09:18] <karlheg> http://bugzilla.ubuntu.com/show_bug.cgi?id=15129
[09:36] <hunger_> It would be really nice if the init.d scripts would return "fail" if they did not start stuff... sl-modem-daemon does not and I noticed this in other scripts before as well.
[09:54] <spacey> muine freezes when I press play :S
[10:18] <david_> i have a xorg xkb error at gnome start  i use latest breezy.. preview version-- (daniels fixing page dont helped me) what can i do ?
[10:55] <sivang> morning all
[10:57] <sivang> jdub: yo! 'sup dude?
[10:58] <[Chameleon] > sivang: morning
[10:59] <[Chameleon] > sivang: what time is in in Germany? 9?
[10:59] <hunger_> [Chameleon]  11
[11:00] <[Chameleon] > yeah, I just asked my PDA.
[11:00] <[Chameleon] > it's only 2am here near Seattle
[11:00] <[Chameleon] > :)
[11:02] <[Chameleon] > Should the change made by the script in this bug be instant or require a restart of X or a reboot or something?
[11:02] <[Chameleon] > https://bugzilla.ubuntu.com/show_bug.cgi?id=2251
[11:03] <[Chameleon] > basically this:
[11:03] <[Chameleon] > $ sudo /usr/share/cups/enable_browsing 1
[11:03] <sivang> [Chameleon] : it doesn't require restart.
[11:04] <sivang> [Chameleon] : actually, it does :) but the cups-manager now handles it. The bug we have with it is that it doesn't ask to be sudo'd when executed, which it needs to be able to executed that script
[11:04] <[Chameleon] > because, it's not enabling the "Global Settings \ Detect LAN Printers" menu in gnome-cups-manager
[11:05] <[Chameleon] > sivang: oh, so the menu not being enabled is because the script doesn't ask to be sudo'd?
[11:05] <[Chameleon] > I ran it manually with sudo and restarted gnome-cups-manager, but I still don't get the menu.
[11:05] <sivang> [Chameleon] : well, the cups-manager has be executed sudo'd in order to be able to access /usr/share/cups/..
[11:05] <[Chameleon] > OIC
[11:06] <sivang> [Chameleon] : sudo gnome-cups-manager
[11:06] <[Chameleon] > $ sudo gnome-cups-manager
[11:06] <[Chameleon] > Password:
[11:06] <[Chameleon] > ** (gnome-cups-manager:5562): WARNING **: IPP request failed with status 1030
[11:06] <[Chameleon] > it's repeating the error message
[11:06] <[Chameleon] > every 5 seconds
[11:07] <sivang> [Chameleon] : you're cups server is un accessible
[11:07] <sivang> [Chameleon] : so it seems, but am not sure. anyways it works great for me with sudo g-c-m
[11:07] <[Chameleon] > yeah, it was the server
[11:07] <[Chameleon] > my server seems to be flaky lately
[11:07] <[Chameleon] > the cups service needs to be restarted frequently
[11:08] <[Chameleon] > I should probably remove the FC3 on it and put Ubuntu there, too.
[11:08] <[Chameleon] > :)
[11:09] <sivang> [Chameleon] : hehe, sure :)
[11:10] <[Chameleon] > sivang: thank you for your help.
[11:11] <[Chameleon] > I was going to write this up since it seemed to be a bug, but apparently it's already a known issue.
[11:16] <sivang> [Chameleon] : I'd appriciate if you opene a bug about the fact it must be executed sudo manually
[11:16] <sivang> [Chameleon] : this does seems a bug to me :)
[11:16] <[Chameleon] > sivang: you got it. :)
[11:25] <sivang> [Chameleon] : if you can , assign it to me
[11:25] <[Chameleon] > k
[11:51] <jdub> 28100 jdub      15   0  226m 225m  892 S  0.0 36.2   0:09.72 gam_server
[11:51] <jdub> :-)
[11:54] <lifeless> erm
[11:54] <lifeless> thats not so good
[11:57] <nowlin> is it possible to get novells ifolder into ubuntu http://www.ifolder.com/index.php/Main_Page
[11:58] <whiprush> nowlin: there are people on the ifolder team now using ubuntu, it's only a matter of time before they offer .debs.
[11:58] <[Chameleon] > sivang: the bug was automatically assigned to Martin Pitt, but I CC'd you.
[11:59] <nowlin> whiprush: okthx
[12:02] <\sh> whiprush: mez wanted to package ifolder stuff as i understand him
[12:02] <whiprush> cool
[12:04] <nowlin> \sh: any idea when this will happen
[12:04] <\sh> nowlin: no...ask mez when hes around
[12:04] <\sh> but i think it will come after the breezy relese
[12:36] <\sh> Mez: ping whiprush and nowlin wants to know when ifolder is reaching the archives ;)
[12:37] <Mez> \sh: it wont be
[12:37] <ajmitch> licensing, right?
[12:37] <Mez> yeah
[12:37] <\sh> Mez: didn't u want to package it ;)
[12:37] <Mez> licencing issues
[12:38] <ogra> Mez, didnt you say you wanted to do it ?
[12:38] <torkel> depends on what archive :-)
[12:38] <\sh> nothing for multiverse?
[12:38] <Mez> hmm
[12:38] <Mez> dont think it can go in multiverse, but It'll be distributed on Novell's own apt repos once Calvin and I talk things through
[12:39] <ajmitch> Mez: is the license that bad?
[12:39] <ogra> Mez, if it cnat go into multiverse ? how can Calvin distribute it then ?
[12:39] <Mez> ajmitch - I've not reviewed it myself, but from what calvbin's said - yes
[12:39] <Mez> Calvin = from Novell
[12:39] <ogra> and ?
[12:40] <Mez> Novell are allowed to distribute it as they packaged it
[12:40] <ogra> the only multiverse prerequisite for software is, that its redistributable
[12:40] <ogra> if they license it as redistributable, it can be in multiverse...
[12:41] <lifeless> aand if they dont, its so not open source
[12:41] <ajmitch> lifeless: I think parts of it are
[12:42] <vrln> is it true that xorg 7.0 isn't going to make breezy? If I recall correctly the feature-list is already frozen
[12:42] <whiprush> hmm, didn't know there was a license problem
[12:43] <Mez> whiprush: It'd be there already if there wasnt
[12:43] <\sh> where can i find the license file..its not in cvs
[12:43] <Mez> \sh I know
[12:43] <Mez> I'm trying to find it mysel
[12:43] <Mez> tseng: ping
[12:43] <[Chameleon] > vrln: probably. Breezy is pretty much in the final testing phase. It's to be released next month.
[12:43] <torkel> the client should be distributable. It is under GPL
[12:44] <whiprush> http://forge.novell.com/modules/xfmod/cvs/cvsbrowse.php/ifolder/ifolder/COPYING?rev=<IP_ADDRESS>&content-type=text/vnd.viewcvs-markup
[12:44] <whiprush> simias has a gpl license also.
[12:45] <whiprush> maybe he was referring to their zeroconf/bonjour stuff?
[12:45] <Mez> hmm
[12:45] <Mez> no, the libflaim is the problem apparently
[12:46] <whiprush> bummer
[12:46] <Mez> though the client doesnt seem to use it / include it
[12:48] <Mez> it's simias that's the problem
[12:48] <Mez> brb
[12:48] <Mez> breakfast
[12:50] <HiddenWolf> doko, ping
[12:51] <[Chameleon] > Anybody else getting this stupid page every time they start firefox?  http://www1.umn.edu/twincities/index.php
[12:51] <[Chameleon] > just started happening to me a couple days ago.
[12:51] <mdke> does anyone take care of console-data?
[12:51] <mdke> it hasn't been upgrading properly for the last 2 months
[12:52] <Kamion> mdke: mm?
[12:52] <Kamion> how so?
[12:53] <mdke> Kamion, #13134
[12:53] <Simira> Kamion : I'm installing preview, and parted doesn't seem to discover my partitions ;( Should I add it to #9881, or file a new bug?
[12:54] <Kamion> mdke: hmm, never seen that on fresh installs - but I've assigned it to myself and I'll have a look sometime this week
[12:54] <mdke> Kamion, thanks, I see it on all 3 of my computers
[12:55] <Kamion> mdke: I'd like a log of a failed install with DEBCONF_DEBUG=developer set in the environment
[12:55] <mdke> Kamion, if you post on the bug and explain exactly what I can do, I'll post the result
[12:56] <Kamion> Simira: do you have the same kind of strange partition layout, with overlapping partitions? If so, append your information to #9881, otherwise please file a new bug
[12:57] <Simira> Kamion : ok. No strange partition layout, just a win ntfs partition and a previous breezy install.
[12:57] <Kamion> mdke: done
[01:02] <Mez> whiprush: ping
[01:15] <tseng> Mez: hi
[01:16] <Mez> hey tseng: looking at http://www.ifolder.com/index.php/Download it needs a few mono packages... I dont knlw the package name equivalents for ubuntu, any chance you can see if the mono stuff'll need to be packaged aswell?
[01:17] <tseng> Mez: ok.
[01:17] <tseng> Mez: yes, we have those.
[01:17] <Mez> ah good
[01:18] <Mez> now to try and get round the flaim licencing sisue
[01:22] <tseng> Mez: you probably want our policy to start
[01:23] <tseng> Mez: it has alot of tips to keep you out of trouble later.
[01:23] <tseng> Mez: http://pkg-mono.alioth.debian.org/cli-policy/
[01:23] <Mez> tseng: you've already linked me that enough :D
[01:23] <Mez> hehe
[01:23] <tseng> it has updates!
[01:23] <Mez> I already have it in my bookmarks
[01:24] <tseng> ok :)
[01:29] <Kamion> mdke: there's not a lot in that log ...
[01:29] <Kamion> mdke: and certainly no debug information
[01:29] <Kamion> mdke: in fact, from that log, it looks like the install succeeded
[01:40] <mdke> Kamion, what can I do?
[01:40] <mdke> ah sugar
[01:41] <mdke> Kamion, the attachment doesn't seem to have uploaded properly
[01:41] <mdke> lemme redo
[01:43] <mdke> Kamion, is it ok if I paste rather than attach the log?
[01:46] <mdke> well I have anyhow
[01:46] <mdke> ;)
[01:48] <Kamion> mdke: yes
[01:51] <Kamion> mdke: ok, that's surreal
[01:51] <Kamion> mdke: "GET console-data/keymap/qwerty/layout" works but then METAGET on the same question fails ...
[01:52] <Kamion> mdke: could you mail /var/cache/debconf/config.dat and /var/cache/debconf/templates.dat to<EMAIL_ADDRESS>please? They shouldn't contain confidential information in general (that should live in passwords.dat) but feel free to encrypt the mail if you like
[01:52] <mdke> np
[01:53] <Kamion> thanks
[02:03] <mdke> Kamion, ok it's gone
[03:21] <pitti> $ wish
[03:21] <pitti> Application initialization failed: this isn't a Tk applicationunknown color name "Black"
[03:21] <pitti> hm, any idea?
[03:33] <sivang> pitti: you're laying with tcl/tk ? :)
[03:33] <sivang> s/laying/playing/
[03:33] <pitti> sivang: I just tried to get pgaccess running
[03:33] <pitti> sivang: just found a thread in Ubuntuforums, but it didn't help
[03:34] <sivang> pitti: ah :)
[03:34] <pitti> but there's an open bug about it anyway
[03:36] <sivang> pitti: what happend to nicksrv?
[03:36] <sivang> pitti: I can't msg it anymore
[03:37] <ajmitch> pitti: does pgadmin3 still ftbfs?
[03:37] <ajmitch> pitti: also, your libgphoto2-2 upload caused f-spot to ftbfs
[03:37] <sivang> pitti: btw, I talked with mdz about the USB printer bug - he said he replugs he printer all the time, but I was able to reproduce it with some HP LaserJey printers of small scale..need to debug g-c-m code with it. (printer is not near me)
[03:38] <pitti> ajmitch: I repaired pgadmin3 IIRC
[03:38] <pitti> oops, still FTBFS as it seems
[03:38] <pitti> ajmitch: will care for that tomorrow
[03:38] <ajmitch> thanks
[03:39] <ajmitch> libgphoto2-dev didn't want to install, causing f-spot to break
[03:40] <bddebian> Howdy
[03:42] <sivang> yo bddebian
[03:43] <sivang> pitti: can you log on to your ICQ account?
[03:50] <Mez> kamion: what was your "technical" name for the process of throwing things at the buildd's till they stick
[03:50] <bob2> "doing a test build on your own machine"
[03:50] <ajmitch> bob2: nah, this was at UDU, when we didn't have access to amd64
[03:50] <ajmitch> uploading from a remote box
[03:51] <bob2> heh
[03:51] <tseng> oh man, that was elite hacking
[03:51] <Mez> bob2, no - I remember \sh doing at some point and kamion mentioning it with a random name
[03:51] <tseng> mono 1.1.6-0ubuntu9
[03:51] <sivang> tseng: please elaborate :)
[03:51] <Mez> I dont think I have the logs anymore
[03:51] <tseng> sivang: we build a dozen times to get it to go
[03:51] <ajmitch> tseng: we got it done, eventually
[03:52] <sivang> hehe
[03:52] <tseng> sivang: with a few trips to cry on lamont's shoulder
[03:52] <sivang> hehe
[03:52] <tseng> because the amd64 buildd fell over
[03:52] <Mez> lol
[03:52] <ajmitch> I think we had to bug him a few times
[03:52] <sivang> ajmitch: anyway, what do you think about the lvm-auto bug?
[03:53] <ajmitch> sivang: depends if it gets solved before breezy
[03:53] <ajmitch> a note in the release notes may be a good idea
[03:53] <sivang> ajmitch: it won't , I already talked with kamion and fabbione , seems partman-lvm-auto needs a good rewrite :)
[03:54] <ajmitch> annoying
[03:55] <ajmitch> hopefully grub2 will see the light of day, with lvm2 support
[03:55] <sivang> ajmitch: does it have a planned release date?
[03:56] <ajmitch> nope
[03:56] <sivang> ajmitch: what's the differnece between lvm -> lvm2 ?
[03:56] <ajmitch> different on-disk metadata, different utils & limits
[03:56] <bddebian> Hi sivang
[03:57] <sivang> bddebian: hey again
[04:05] <xerox> Hi.
[04:23] <bddebian> Heya \sh
[04:28] <bddebian> sivang: Still there?  Sorry I was afk for bit
[04:28] <xTina> Ok, this may be a stupid question, but who is responsible for setting DEBIAN_FRONTEND? /usr/sbin/update-inetd uses this environment variable to determine wether to use /dev/tty or /dev/null. cvs' postinst runs update-inted. It is apparently not set anywhere. Who should've set it?
[04:29] <Mithrandir> xTina: debconf sets it.
[04:30] <xTina> Mithrandir: When? Where?
[04:30] <ogra>  /etc/debconf.conf ?
[04:30] <Mithrandir> xTina: in the frontend.
[04:30] <Mithrandir> xTina: what are you trying to find out?
[04:32] <xTina> Mithrandir: I'm installing a bunch of packages on a system that has the frontend set to Noninteractive. cvs is one of them and its postinst complains about not being able to reopen stdin (/dev/tty). This error message comes from /usr/sbin/update-inetd, and it happens because the check for DEBIAN_FRONTEND eq "noninteractive" gives the wrong result, so it thinks it can use /dev/tty when it should have used /dev/null.
[04:33] <xTina> Mithrandir: let me check if it's just not set or if it's set to Noniteractive instead of noninteractive real quick.
[04:33] <Mithrandir> xtina: you've set the debconf frontend to noninteractive?
[04:33] <xTina> Mithrandir: yes
[04:33] <xTina> Mithrandir: And when I export DEBIAN_FRONTEND="noninteractive" right before running apt-get install, it's fine.
[04:33] <Mithrandir> hmm, sounds like debconf is doing something silly
[04:34] <infinity> Err, wait, wait.
[04:34] <infinity> update-inetd doesn't USE debconf.  You need to have DEBIAN_FRONTEND in your environment if you expect it to work unilaterally.
[04:34] <infinity> (You'll run into the same problem with glibc and timezone settings)
[04:34] <infinity> (And countless other maintainer scripts that test for that variable, but don't use debconf)
[04:35] <Mithrandir> infinity: cvs uses (or used to use, at least) debconf
[04:35] <infinity> . /usr/share/debconf/confmodule
[04:35] <infinity> So it does.
[04:36] <infinity> I'll shut up, then.
[04:36] <bddebian> Did I miss pitti?
[04:36] <xTina> infinity: But where in there is that variable being set?
[04:36] <infinity> (My point still stands anyway.  That variable should be set for noninteractive installs anyway, you shouldn't rely on debconf for it everywhere)
[04:36] <infinity> (see glibc)
[04:36] <xTina> infinity: I already looked there, and I just saw it testing for it, not setting it.
[04:36] <xerox> Hi.  Did the last xorg update break emacs for anyone else here?
[04:37] <xTina> infinity: Or more like: testing for HAS_FRONTEND
[04:37] <infinity> xTina : "dpkg-reconfigure debconf" to set it from debconf.
[04:37] <xTina> infinity: The env variable? Or the frontend?
[04:37] <infinity> xTina : HAS_FRONTEND is a debconf variable as well, which will automatically exist only in a "running under debconf" situation, if you have a frontend.
[04:37] <carstenh> bddebian: 16:01:29 -!- pitti<EMAIL_ADDRESS>has quit [Read error: 110 (Connection timed out)]  16:36:14 < bddebian> Did I miss pitti?
[04:38] <infinity> xTina : The variable will be set by debconf, if a maintainer scripts runs under debconf.  If not, you need to set it yourself during installation (ie: export it before apt-get)
[04:38] <xerox> Running X11 emacs does result in this message "Undefined color: "WINDOW_FOREGROUND"", and emacs doesn't start.  It works -nw, though.
[04:38] <infinity> xTina : The safe way is to do both (pre-seed debconf with what you want it to do, and export DEBIAN_FRONTEND for stuff like glibc that doesn't use debconf)
[04:39] <bddebian> carstenh: Thx.
[04:39] <xTina> infinity: Ok, I will do that. But cvs runs under debconf, doesn't it?
[04:39] <infinity> xTina : Yes, in which case it should be okay if you've first reconfigured debconf to use frontend=noninteractive,priority=critical
[04:39] <infinity> (The latter isn't necessary anymore, I don't think, but I'm paranoid)
[04:40] <infinity> (Oh, wait.  It's necessary if you don't want root's mailspool to fill up with junk, that's right)
[04:40] <xTina> infinity: That's what I've done (to be exact, the values are preseeded), but the variable still does not seem to be set.
[04:41] <infinity> xTina : Output of "debconf-show debconf"?
[04:41] <xTina> * debconf/frontend: Noninteractive
[04:41] <xTina> * debconf/priority: critical
[04:41] <Mithrandir> xerox: install xrgb and it should be fine
[04:42] <\sh> shermann@toshiba-laptop:~$ emacs
[04:42] <\sh> Undefined color: "WINDOW_FOREGROUND"
[04:42] <ogra> Mithrandir, shouldnt xrgb be a dep of xemacs ?
[04:42] <\sh> and xrgb is installed
[04:42] <Mithrandir> ogra: the whole world would have to depend on xrgb then.
[04:43] <Mithrandir> ogra: it should probably be depended upon by xlibs or something
[04:43] <ogra> Mithrandir, since at least half of the whole world uses colors for RGB.txt, i'd not be opposed to that
[04:43] <ogra> yes, xlibs would be better
[04:43] <xerox> Mithrandir: in fact it is installed.
[04:44] <\sh> and somehow app-defaults for emacs are missing as well
[04:44] <ogra> hmm, probably at the wrong location again ?
[04:45] <\sh>  etc/X11/rgb.txt
[04:45] <xerox> \sh: #emacs people told me it could have been a problem with app-defaults, but I didn't find anything about Emacs there!
[04:45] <\sh> xerox: thats what i said, its not installed..and damnit i don't have connection to my home laptop
[04:46] <\sh> and fetching emacs source and compiling on this portege is more then nasty
[04:47] <xerox> Let me see if I can find one.
[04:49] <\sh> this evening i will check it
[04:49] <sivang> guys, how can I have USPlash installed , I did dist-upgrade on my laptop and still I can't see it on boot
[04:49] <infinity> xTina : Alright, brain switched back on, re-read the debconf docs.
[04:50] <ogra> sivang, there are instructions on ubuntu-devl
[04:50] <ogra> devel even
[04:50] <infinity> xTina : debconf does NOT export DEBIAN_FRONTEND (yay, confusion), it only reads it to set the frontend.
[04:51] <sivang> ogra: k, thanks, I'll look
[04:51] <infinity> xTina : In other words, noninteractive installs should be exporting that before they get going.
[04:52] <\sh> sivang: dpkg-reconfigure linux-image-`uname -r`
[04:52] <sivang> \sh: thanks
[04:53] <xTina> infinity: Ok, thanks a lot for clearing up that confusion :)
[04:54] <sladen> xTina: do it!
[04:55] <sladen> xTina: it's something that's worth writing up just for the press-converage
[04:55] <Mez> infinity, just so youn know bittorrent (your package) has unmet deps
[04:55] <infinity> Mez : it's not my package...
[04:55] <\sh> bittorrent-gui?
[04:55] <infinity> Mez : But I'll happily fix it. :)
[04:56] <Mez> infinity - I think you were just the last person to upload
[04:56] <\sh> well i fixed it a couple of weeks ago...
[04:56] <Mez> \sh: the unmet dep?
[04:56] <\sh> Mez: i fixed wxgtk2.6 issues
[04:56] <\sh> for the gui part which is in universe
[04:56] <infinity> gui depends on <\sh> for the gui part which is in universe
[04:57] <infinity> Err.
[04:57] <infinity> Cut 'n paste hilarity.
[04:57] <\sh> hehe
[04:57] <infinity> bittorrent-gui: Depends: libwxgtk2.4-1-python but it is not installable
[04:57] <infinity> (Cause it doesn't exist)
[04:57] <ajmitch> needs python-wxgtk2.4
[04:57] <LinuxJones> xTina, you using SystemImager for those 150 machines ?
[04:57] <ajmitch> the package name changed a couple of times
[04:57] <\sh> this is not funny
[04:57] <infinity> ajmitch : Yeah, I know.  Was just pointing out the error. :)
[04:57] <xerox> \sh: that's strange, no one of the people I asked has an "Emacs" file.
[04:57] <xTina> LinuxJones: No, images are evil (and fai is too, for that matter :P )
[04:57] <infinity> \sh : You want to upload a fix, or should I?
[04:58] <LinuxJones> xTina, :)
[04:58] <ajmitch> infinity: sorry, 3am here :)
[04:58] <xTina> LinuxJones: d-i preseeding + ssh forced commands + python + nfs
[04:58] <\sh> infinity: i can do it only this evening
[04:58] <infinity> \sh : Actually, I'll leave it to you, checking the changelog, you seem to have it well in hand.
[04:58] <\sh> around 19 utc
[04:58] <\sh> infinity: yes...I'll fix it later this evening
[04:59] <infinity> \sh : Cool, I'm still on my weekend for another 10 hours (8 or so of those, I hope to sleep through), so go nuts.
[04:59] <ogra> infinity, \sh is on visit her at my house... he cant work with 768K DSL ;)
[04:59] <\sh> infinity: hehe u shouldn't work so much
[04:59] <infinity> Hrm.  Beer sounds good.
[04:59] <Mez> yes it does
[05:00] <Mez> and I own \sh some
[05:00] <Mez> grr
[05:00] <LinuxJones> xTina, SystemImager is excellent for pushing updates (or downgrades) across your network. It would save you alot of time :)
[05:01] <tseng> ogra: oh, is there a wiki page for php5 migration?
[05:01] <ogra> tseng, nope..
[05:01] <tseng> ogra: i just noticed cacti wants php4 installed
[05:02] <ogra> is there something to migrate ? i thought php5 is downwards compatible in most areas
[05:02] <tseng> the Depends:
[05:02] <tseng> are you just rebuilding?
[05:02] <ogra> yes
[05:02] <tseng> ill look at the source
[05:03] <ogra> rebuilding and testing... if i see no breakage its fine...
[05:03] <tseng> great, i can do that
[05:03] <xTina> LinuxJones: I've worked with SystemImage for a while at $BIG_CORP and I hated it ;)
[05:03] <sivang> ogra: you put php5 into edubuntu ?
[05:03] <infinity> There's no real pressing reason to change all the deps.
[05:03] <ogra> sivang, we have php5 in ubuntu... so yes
[05:03] <tseng> infinity: besides that it wants to jack my install by removing php5 and installing 4
[05:03] <infinity> Though changing the "php4" deps to "php5 | php4" makes it easier for people who DO want php5 installed.
[05:03] <mxpxpod> does anyone else (after the recent updates) have terminal and search & indexing in the accessories categories?
[05:04] <xerox> \sh: xrdb -q | grep WINDOW_FOREGROUND  has the same output of  grep -rni WINDOW_FOREGROUND /etc/gnome/config/  more or less, if it helps.
[05:04] <tseng> infinity: i thought 5 was going to be breezy supported fare and 4 was out the window
[05:04] <infinity> tseng : 5 is supported, 4 is universe.  Not sure about "out the window", but definitely "out of my hair, support-wise"
[05:04] <\sh> xerox: lemme check this evening..or latest tomorrow morning....
[05:04] <\sh> in the moment i'm really in relaxing mode
[05:05] <tseng> infinity: ill try the
[05:05] <infinity> tseng : So, yeah.  For main, I've removed/migrated all php4-related deps.  For universe, it would be nice, but I'm not sure if we'll actually get to them all.
[05:05] <tseng> grr uk keyboard
[05:05] <tseng> ill try the | bit
[05:05] <xerox> \sh: I'm not, but thanks anyway.
[05:05] <tseng> or just make it 5
[05:05] <sivang> ogra: ah nice :) I wasn't aware.
[05:05] <infinity> Oh, and if you guys run into php5 extensions we need packaged to rid us of php4 deps in universe, tell me.
[05:06] <infinity> I can whip up extension packages in my spare time for anything you think is missing.
[05:06] <LinuxJones> xTina, really ?
[05:06] <tseng> infinity: is php5-mysql supported now?
[05:06] <ogra> tseng, yep
[05:06] <infinity> tseng : Everything build from the php5 source is in supported.
[05:06] <tseng> woo!
[05:06] <tseng> finally.
[05:06] <mxpxpod> also, "text editor" doesn't seem to be in Accessories or in my "Open With" dialog
[05:06] <infinity> tseng : So, the only php5 etension currently in universe is php5-imap.
[05:06] <ajmitch> hm, my email to u-devel needs moderation :)
[05:06] <sivang> infinity: take the new oci8 extension as well :)
[05:07] <jdub> ajmitch: i'm adding your ubuntu.com to the accepts list
[05:07] <xTina> LinuxJones: Yep. Though it probably has evolved a bit in the past 2 years.
[05:07] <infinity> sivang : Uhh, we don't package any oci8 extensions, cause the library is non-free (well, non-distributable, afaik)
[05:07] <jdub> ajmitch: do you want me to switch all of yours to ubuntu.com?
[05:07] <\sh> infinity: grab a beer and relax dude...
[05:07] <ajmitch> jdub: yeah, would be good
[05:08] <ajmitch> thanks
[05:08] <LinuxJones> xTina, well it's a better long-term solution than say kickstart :)
[05:08] <xTina> LinuxJones: The system here is completely image-free (except for an install image with an initrd, kernel & grub that just gets distributed along with the Windows guys who use Ghost anyway).
[05:08] <sivang> infinity: ah I see
[05:09] <xTina> LinuxJones: KS is nice. Of course it won't provide you with patches and updates, but that's what our Python stuff does :)
[05:09] <jdub> ajmitch: all four of your different addresses :)
[05:09] <sivang> infinity: I was sure they were releasing them FOSS..what about ibm_db2.so ?
[05:09] <LinuxJones> xTina, I'll be looking forward to reading your howto :D
[05:09] <jdub> ajmitch: debian, gmail, gnu, ihug - right?
[05:09] <infinity> sivang : Same story, unless sometihng's changed recently.  I'll admit, I haven't kept up on Oracle and DB2 licensing recently.
[05:10] <sivang> infinity: ok, I might do a couple of checkups see if it changed and let you know
[05:10] <infinity> sivang : If you do some research and find that those libs are a) released under free licenses, b) packaged somewhere, and c) can be linked with PHP without violeting their licenes, I'd be happy to know about it.
[05:10] <xTina> LinuxJones: :)
[05:10] <infinity> s/violeting/violating/
[05:10] <sivang> infinity: sure
[05:11] <LinuxJones> xTina, you have anything up online now ?
[05:11] <sivang> jdub: can we set up an ftp server or something for the IBM guy to send us the DB2 validation scripts?
[05:11] <sivang> jdub: is that or waiting for the cd to be in through snail mail..
[05:11] <jdub> sivang: speak to elmo or Znarl about it
[05:12] <xTina> LinuxJones: Just the old RedHat-based documentation (and not even that right now, cause the HP-UX machine that serves the web pages gave up last night and I'm not touching that *g*). I've changed a lot in the past weeks.
[05:12] <infinity> sivang : Item C is important.  See, for instance, the hell I went through with MySQL to get their client library relicensed so we could link to it (they released it under the GPL, which conflicted horribly with both PHP and half the things PHP links to, and I had a 6 month back-and-forth with them to get the license relaxed to allow linking for distribution)
[05:13] <LinuxJones> xTina, cool
[05:13] <sivang> infinity: Yes, I wonder how it gets in PHP so easily although it anything but BSDish in nature
[05:14] <xTina> Anyway, I'm off to the labs now, need to turn on a few more machines, test cd burning and sound, and make xfce look pretty ... which is all sort of hard to do from remote :)
[05:15] <sivang> elmo, Znarl : can we set up an ftp server with roughly ~700MB free space. I have an IBMer that needs to send me some db2 validaiton scripts :-)
[05:16] <jdub> ajmitch: done :)
[05:16] <sivang> jdub: can I also get an ubuntu.com mail alias ? :)
[05:17] <sivang> would look nice on my future changlogs ;-)
[05:17] <ogra> sivang, just fix up your flaunchpad account...
[05:17] <ogra> heh
[05:17] <ogra> launchpad...
[05:18] <ogra> sivang, if you got ubuntite status in launchpad, you automatically got a @ubuntu.com address now
[05:18] <ogra> heh
[05:19] <jdub> ajmitch: me fixing your multitude of email addresses subscribed to ubuntu lists ;)
[05:19] <sivang> ogra: I have an account, what do I need to do to it?
[05:20] <ajmitch_> jdub: I shouldn't have too many :)
[05:20] <ogra> sivang, upload your gpg key and sign the CoC
[05:20] <jdub> ajmitch_: four!
[05:20] <ajmitch_> really?
[05:20] <ajmitch_> interesting
[05:20] <sivang> ogra: ah well, then I Need to talk to Mako, he approved me as an ubuntite ages ago and as a member, re: gpg, I am gonna have to resign it with folks, as you might remember :)
[05:20] <jdub> well, now you have one ;)
[05:21] <ogra> sivang, ah, yes...
[05:21] <ogra> but mako approval wont work around the launchpad tchnology i fear
[05:22] <sivang> elmo, Znarl : just email me with the account details, and I will provide it to him, and continue from there without bugging anymore :)
[05:37] <sivang> ogra: you mean launchpad must have the GPG key in in order to let me use the email address?
[05:37] <ogra> sivang, exactly
[05:49] <sivang> ajmitch: not mine, some PhD freind of mine who has fettish for apple's hardware :)
[05:49] <tseng> i have one :)
[05:49] <tseng> its the coolest
[05:49] <sivang> tseng: Brandon!
[05:49] <tseng> hi~
[05:49] <ajmitch> I've just got dual-head CRT setup
[05:50] <ajmitch> the 21" monitor is getting a bit old & flickery in one corner
[05:50] <sivang> tseng: amazingly crips and soft on the eyes
[05:50] <tseng> it works great with my nvidia desktop
[05:50] <sivang> jdub: apple's ?
[05:50] <tseng> its pretty suck with my laptop docking station
[05:50] <tseng> i have to hack xorg.conf to switch between lcd + tft
[05:50] <jdub> a dell 24", same panel as apple's but about 2/3 the price (and 20% off when i bought it)
[05:51] <tseng> but thats not the monitors fault
[05:51] <sivang> jdub: hmm, quality same as Apple's? (crispness, durability etc)
[05:51] <tseng> sivang: yeah it really is the same screen
[05:51] <jdub> same panel
[05:51] <sivang> jdub: (am also looking for a similar one but not 1200$)
[05:51] <tseng> different mount and stuff
[05:51] <tseng> different controls
[05:51] <tseng> lcd is the same
[05:51] <sivang> jdub: you have a link so I can tomboy it ?
[05:52] <jdub> has 4 usb ports instead of 2 usb / 2 firewire
[05:52] <jdub> sivang: can't deep link into dell's shop
[05:52] <jdub> and you're in .il, not .au :)
[05:53] <sivang> jdub: well, I have someone to send me stuff over the states , or you can bring it to UBZ  if candian custom won't object :)

[05:54] <sivang> hehe
[05:55] <sivang> anyway, that guy, I even installed him Breezy preview, and everything was so smooth.. that delta the usb printer bug (cups needs restarting)
[05:59] <pkern> jbailey: I just upgraded to breezy and am also suffering of #14485, ppc kernel failing to mount root fs
[06:02] <pkern> jbailey: And there was no problem with hoary. |:
[06:05] <ogra> sivang, you come to UBZ ?
[06:06] <sivang> ogra: I do! :-) So, I'll have my GPG key signed again and this time I will store the passphrase in a safe deposite.
[06:06] <ogra> YAY
[06:06] <tseng> heh
[06:06] <\sh> sivang: put urself on the attendees page ;)
[06:06] <ogra> sivang, get a tatoo with it on a secret place ;)
[06:06] <sivang> ogra: heheh
[06:07] <sivang> ogra: yay, finally meet again -  I still can't really grasp it :)
[06:07] <ogra> :-D
[06:08] <\sh> jdub: btw....nice pictures from your wedding
[06:08] <sivang> \sh: where's the link ?
[06:09] <ogra> sivang, planet
[06:09] <sivang> ogra: ah right :) (Doh1)
[06:09] <\sh> sivang: wiki.ubuntu.com/UbuntuBelowZero
[06:09] <\sh> sivang: the wedding pictures of jdub are on the planet..right
[06:13] <sivang> \sh: thanks, looking forward to meet you as well, Stephan
[06:13] <\sh> sivang: me too :)
[06:14] <\sh> I'm very curious to see faces in front of all the nicks here :)
[06:15] <\sh> bddebian: u and i we have to meet dude...
[06:15] <\sh> and I think ogra will love to meet u as well
[06:15] <ogra> :)
[06:15] <sivang> bddebian: you also coming to UBZ ?
[06:17] <sivang> so how does it go, are we going to be able to suggest BOFs before the conf, or are we just going to do spec work while there?
[06:18] <\sh> if so..I have to prepare at least 2 bofs :( more work
[06:19] <bddebian> I may try
[06:19] <ogra> may ?
[06:19] <ogra> try ?
[06:19] <ogra> booo
[06:19] <\sh> u have to barry
[06:19] <Lathiat> \sh: yeh conferences are good to that
[06:19] <Lathiat> *for that
[06:20] <\sh> Lathiat: I've prepare nafallos duty as well
[06:21] <bddebian> Well I want too but it's tough with the wife and thee kids :-)
[06:21] <pkern> How could I get a verbose boot of the kernel?
[06:21] <Lathiat> pkern: take quiet off
[06:21] <Lathiat> pkern: hit e in grub and goto the line wit the options and take it out
[06:22] <pkern> Lathiat: It's yaboot |:
[06:22] <Lathiat> errr
[06:22] <Lathiat> i have no idea
[06:22] <Lathiat> figure out how to change its config not to include quiet
[06:22] <Lathiat> :)
[06:22] <pkern> Lathiat: But thanks anyway.
[06:24] <pkern> Time to try it.
[06:33] <pkern> Bah, sucky new kernel )o:
[06:34] <jc-denton> how can i mount the initrd image of the breezy kernel? mount -o loop -t cramfs .. did not work
[06:34] <jc-denton> cramfs: wrong magic?
[06:35] <pkern> jc-denton: I just tried it... You can't |:
[06:35] <pkern> jc-denton: gunzip -c initrd.img > initrd.img.ungzipped
[06:35] <pkern> jc-denton: cpio -i initrd.img.ungzipped
[06:36] <jc-denton> i did that too
[06:36] <jc-denton> but how do i create the image from it again
[06:36] <jc-denton> if i changed the stuff i wanted
[06:36] <pkern> jc-denton: With cpio -o, but I never used that.
[06:36] <jc-denton> and this will work?
[06:37] <pkern> Don't know... I'm stuck with the new kernel, too. ):
[06:37] <jc-denton> hrmm
[06:41] <pkern> jc-denton: Do you use xfs by chance?
[06:45] <jc-denton> pkern: nope?
[06:45] <jc-denton> man i hate cpio
[06:45] <jc-denton> /bin/ls | cpio -o doesnt seem to work
[06:45] <pkern> jc-denton: It was worth a try. ):
[06:45] <pkern> Eh?
[06:45] <pkern> hm
[06:45] <thesaltydog> On my new breezy upgrade my wireless card is eth0, but the kernel tries to load the card firmware in eth1...
[06:45] <jc-denton> can't i use that like tar?
[06:47] <pkern> jc-denton: That works here. `ls foo bar | cpio -o > foobar`
[06:48] <pkern> slomo: I really think it's xfs ):
[06:50] <slomo> pkern: ah you are the second one? ;)
[06:51] <pkern> slomo: I'm the one who just commented ;)
[06:52] <pkern> slomo: I don't get why it thinks of unknown-block(0,0) when a valid device is specified in root=, so either it can't convert that or... it doesn't cope with xfs?
[06:52] <jc-denton> pkern: it needs to be ls -R i think
[06:52] <slomo> pkern: but the funny thing is... when i use 2.6.12-3-powerpc with old initrd it works... with initramfs i get this error
[06:52] <jc-denton> but the format of ls -R is not correct
[06:53] <jc-denton> i guess that cpio expects for every file a line
[06:53] <pkern> jc-denton: Yep.
[06:53] <pkern> jc-denton: Try `find`
[06:54] <jc-denton> ah yes find
[06:54] <jc-denton> thx for that tipp
[06:54] <pkern> slomo: So the other point could be that it doesn't find the initrd?
[06:54] <slomo> pkern: but it says exactly that one line above... it is found ;) but lets wait for BenC or jbailey to comment on that...
[06:54] <jc-denton> i forgot about find lol
[06:55] <pkern> slomo: Ah... http://gaugusch.at/kernel.shtml
[06:55] <slomo> pkern: ppc has no acpi
[06:56] <slomo> pkern: ah i see
[06:56] <pkern> slomo: "This is because initramfs get confused by the additonal data after the initrd. "
[06:56] <jc-denton> argh crap
[06:57] <slomo> pkern: please put it in the bugreport :)
[06:59] <jc-denton> i'm not sure if this is the channel to ask about such stuff but on #ubuntu nobody had a clue about the initrd image
[07:00] <hughsie> ogra: ping?
[07:01] <desrt> hughsie; i received a perplexing email from you yesterday
[07:02] <hughsie> desrt: perplexing? did you email intend to attach a patch?
[07:02] <desrt> it's starting to seem like i did not :)
[07:02] <hughsie> desrt: or is it me?
[07:02] <desrt> let me check my sent mail folder
[07:02] <hughsie> desrt: okay
[07:02] <desrt> hahah no
[07:02] <desrt> i'm just an idiot
[07:03] <desrt> :D
[07:03] <desrt> http://bugzilla.ubuntu.com/attachment.cgi?id=3559
[07:03] <desrt> it's this one, remember?
[07:03] <hughsie> desrt: ohh, i found it, but davidz not going to be bothered :-)
[07:04] <desrt> ya.  i don't blame him :)
[07:04] <hughsie> desrt: have you got hal-commit privs?
[07:04] <hughsie> desrt: also, what do you make of my processor.state.* patch?
[07:05] <desrt> have not looked at all
[07:05] <desrt> ok
[07:05] <desrt> resent
[07:05] <desrt> hopefully that one clears the list sooner
[07:05] <hughsie> desrt: it adds processor.state.{nice|idle|system|user} to the hal tree
[07:06] <desrt> hmm
[07:06] <desrt> as % numbers?
[07:06] <hughsie> desrt; yes
[07:06] <desrt> interesting
[07:06] <hughsie> desrt: you subscribe to hal right?
[07:06] <desrt> no
[07:06] <hughsie> desrt: that why you got stuck in the list
[07:06] <desrt> david just added me to the happy list :)
[07:06] <hughsie> desrt: ohh, okay
[07:06] <jc-denton> are there some docs about how ubuntu kernels are built
[07:08] <hughsie> desrt: shall i send it to you?
[07:08] <desrt> i'm viewing the archive
[07:08] <desrt> er
[07:08] <desrt> when did you send it?
[07:08] <hughsie> yestreday
[07:09] <desrt> man
[07:09] <Nafallo> what exactly is " Lid Close" supposed to do in ubuntu?
[07:09] <desrt> i don't wanna get on the hal list
[07:09] <desrt> but it's starting to look like i might have to :/
[07:09] <desrt> Nafallo; sleep the machine
[07:09] <hughsie> desrt: it's low traffic
[07:10] <Nafallo> desrt: ah, then I should enable that before trying to do it then ;-). thanks :-)
[07:10] <desrt> hughsie; compared to... say... lkml :P
[07:10] <desrt> btw
[07:10] <desrt> there are some machines out there (ow!) that report battery 'discharging' if it's ever not charging
[07:11] <hughsie> desrt: i know :-(
[07:11] <desrt> we might have to address it in hal
[07:11] <hughsie> desrt: acpi is *so* fucked
[07:11] <desrt> if the kernel guys can't sort it out
[07:11] <desrt> basically, keep track of ac adaptors in the system and how many of them are 'plugged in'
[07:11] <slomo> pkern: ping?
[07:12] <pkern> slomo: pong
[07:12] <desrt> and if any adaptor is plugged in, never show a battery 'discharging'
[07:12] <hughsie> desrt: i'm sure we should, but it adds to the overhead.
[07:12] <slomo> pkern: will you add this url to the bugreport? maybe it helps...
[07:12] <desrt> hughsie; you can do it in a no-overhead way if you use a global
[07:12] <hughsie> desrt: might be worth adding a "quirks" global enum like the usb kernel guys do for broken hardware
[07:12] <hughsie> desrt: beat me to it
[07:13] <desrt> hughsie; i think maybe i'll whack up a patch for it
[07:13] <pkern> slomo: It's in fact only one sentence which helps I think.
[07:13] <desrt> hughsie; pitti is gonna want to kill me by the end of this release cycle :)
[07:13] <hughsie> desrt: what about a generic quirk thing?
[07:13] <hughsie> desrt: but i wonder how many ppl just didn;t have battery status with the old applet
[07:13] <desrt> hughsie; i think, all of the quirks we've encounted thus far, can be fixed in generic ways by applying additional sanity
[07:14] <pkern> slomo: I'll have to reboot again and check two lines before that.
[07:14] <slomo> pkern: ok
[07:14] <desrt> hughsie; far better, i think, to always be sane than to be slightly more careful according to a blacklist
[07:14] <hughsie> desrt: knock up a patch (and subscribe to hal-devel :-) and we'll discuss there
[07:14] <pkern> brb
[07:14] <hughsie> desrt: okay, sounds good
[07:14] <hughsie> desrt; is there *ever* more than one ac_adapter in the system?
[07:14] <desrt> plus... i wouldn't want the job of maintaining *that* list :P
[07:14] <desrt> hughsie; wellllll
[07:15] <hunger_> hughsie: With servers: Sure.
[07:15] <desrt> hughsie; my patch is going to be naive about that and i bet it'll still work 100% of the time
[07:15] <Kamion> xTina: "noninteractive" must be in all lower-case; if you're preseeding debconf/frontend=Noninteractive, then fix that
[07:15] <desrt> hughsie; if any single adaptor transitions from off to on, set flag to 1
[07:15] <hughsie> desrt: i have a compaq server with two psu's, but reports nothing with acpi
[07:15] <hunger_> hughsie: Dunno whether those need a battery applet though.
[07:15] <desrt> if any transitions from on to off, set flag to 0
[07:16] <hughsie> hunger_: you like g-p-m?
[07:16] <Nafallo> wow
[07:16] <hughsie> :-)
[07:16] <hunger_> hughsie: g-p-m?
[07:16] <Nafallo> I just hibernated :-P
[07:16] <desrt> Nafallo; congratulations.  do you feel well-rested now?
[07:16] <desrt> :)
[07:16] <hughsie> hunger_: http://gnome-power.sourceforge.net/
[07:17] <Nafallo> desrt: mostly amazed. I didn't even disconnected from xchat and gajim ;-)
[07:17] <hunger_> hughsie: I use as little gnome as possible...
[07:17] <hughsie> hunger_: :-p
[07:17] <desrt> gajim is seeing a lot of popularity among ubuntu circles lately :)
[07:17] <desrt> hunger_; don't worry.  g-p-m mostly sucks anyway
[07:17] <desrt> :)
[07:19] <hunger_> desrt: I am not surprised... it has "gnome" in the name after all.
[07:19] <desrt> hughsie; btw.  i have commit access to hal now. :)
[07:19] <desrt> hunger_; oooo.  thems fighting words
[07:19] <hughsie> desrt; ohh okay!
[07:20] <hunger_> desrt: Yeah, I should make fun of gnome in #kubuntu-devel only;-)
[07:20] <desrt> hughsie; seriously, though... i beg of you
[07:20] <desrt> hughsie; make g-p-m a service that gets started by the initscripts
[07:20] <desrt> hughsie; and is configurable over dbus with the gnome interface
[07:20] <hughsie> desrt: you mean a system service
[07:20] <desrt> yes
[07:20] <hughsie> been there, seen that
[07:21] <desrt> having power management that only works while logged in ....
[07:21] <hughsie> if hal does all the heavy lifting, the session daemon is just as small
[07:21] <hughsie> desrt: that is a good point
[07:21] <desrt> heh
[07:21] <desrt> remember GnomePower? :)
[07:21] <desrt> or whatever it was called
[07:21] <hughsie> but, hopefully we can init a special case whithin gpm (the logon screen) without a gui
[07:21] <hughsie> *powermanager
[07:22] <desrt> hmm.  interesting
[07:22] <desrt> what happens in the case that multiple users are logged in?
[07:22] <hughsie> that was davidz's idea for killing the system daemon
[07:22] <hunger_> is power-manager the obsolete thing or the newest craze?
[07:22] <desrt> do the two user daemons interfere?
[07:22] <hughsie> desrt: you can configure who can do what with the dbus policy
[07:22] <hunger_> is gnome-power in ubuntu?
[07:22] <hughsie> desrt: no, they both work independantly
[07:22] <desrt> hunger_; g-p-m is the latest craze
[07:23] <hughsie> hunger_: yes, i think. try the package gnome-power-manager
[07:23] <desrt> hunger_; PowerManager or whatever it was called is over-engineered vapour
[07:23] <hunger_> desrt: gnome-power-manager deb claims to be a frontend to gnome-powermanger
[07:23] <desrt> hughsie would know :)
[07:24] <desrt> oh man
[07:24] <hughsie> hunger_: thats a really *old* version then
[07:24] <desrt> it is a good day
[07:24] <desrt> because today
[07:24] <desrt> there is leftover pizza in the fridge
[07:24] <hunger_> with power-manager being the backend for gnome-power-manager.
[07:24] <hughsie> desrt: but is it moldy?
[07:24] <hunger_> hughsie: It is what is in breezy at the moment.
[07:25] <hughsie> hunger_: powermanager was the bodge solution until hal supported events
[07:25] <hughsie> hunger): then it's old :-)
[07:25] <hughsie> hunger_; http://gnome-power.sourceforge.net/faq.php#power_manager
[07:25] <hunger_> hughsie: That is why I asked:-)
[07:25] <hunger_> hughsie: So this is not in ubuntu?
[07:25] <desrt> hughsie; pfah.  as if left-over pizza would last longer than 24 hours around here :)
[07:26] <desrt> hughsie; from last night
[07:26] <hunger_> hughsie: Then I am too lazy to test;-)
[07:26] <desrt> homemade 3 cheese/chicken
[07:27] <desrt> hughsie; move to gnome.org plz
[07:27] <desrt> and start hanging out in -hackers :)
[07:33] <hughsie> desrt: okay :-)
[07:33] <Lathiat> infinity: can you give-back cheesetracker
[07:34] <desrt> hughsie; do you have CVS?
[07:34] <hughsie> desrt: what , for g-p-m?
[07:35] <desrt> cvs.gnome.org
[07:35] <hughsie> desrt: export CVSROOT=":pserver:anonymous@anoncvs.gnome.org:/cvs/gnome"
[07:35] <hughsie> cvs -z3 checkout gnome-power-manager
[07:35] <desrt> oh!  awesome
[07:36] <desrt> i didn't realise
[07:36] <desrt> i thought you used sf cvs
[07:36] <hughsie> http://gnome-power.sourceforge.net/compile.php
[07:36] <hughsie> i did, but switched to gnome about a month ago by request of a few head gnomies
[07:36] <desrt> ah
[07:36] <hughsie> sf still hosts the website
[07:36] <desrt> i'm a month late, then :)
[07:37] <hughsie> that's going -> gnome.org too, but i stil need to find the right person to talk to
[07:37] <lu|away> wrt?
[07:38] <desrt> hughsie; sysadmin@
[07:38] <lu|away> gnome.org/projects/power-manager/?
[07:38] <desrt> or gnome-sysadmin@ even
[07:38] <hughsie> desrt: okay, i'll give it a go.  gnome.org/projects/gnome-power-manager i figured
[07:38] <desrt> hughsie; do not expect a prompt reply :)
[07:39] <hughsie> desrt: to be honest i quite like the sf one as i can see the hits
[07:39] <lu|away> actually for that try gnome-web@, I think
[07:39] <desrt> lu|away; but sysadmin needs to give you an account on window
[07:40] <hughsie> desrt: i have commit privs on gnome-power
[07:40] <lu|away> desrt: no
[07:40] <desrt> s/gnome-power/*/
[07:40] <hughsie> all
[07:40] <lu|away> desrt: you just need cvs privs
[07:40] <desrt> lu|away; oh.  the projects/ stuff auto-syncs from cvs?
[07:40] <lu|away> yes
[07:40] <desrt> l33t.
[07:40] <lu|away> hughsie: http://cvs.gnome.org/viewcvs/gnomeweb-wml/www.gnome.org/projects/README?rev=1.2&view=markup might be helpful
[07:40] <hughsie> dinner calls guys. back in about 30 mins
[07:40] <hughsie> lu|away, thanks, i;'lll read that later
[07:40] <lu|away> hughsie: if it isn't useful, please email<EMAIL_ADDRESS>[07:41] <lu|away> and we'll get it fixed up
[07:41] <lu|away> :)
[07:41] <desrt> luis; gnome-sysadmin@ is still the right place to ask for ftp master upload capability, right?
[07:41] <lu|away> desrt: believe so, yes
[07:46] <jdub> desrt<EMAIL_ADDRESS>would be easier/faster
[07:47] <bddebian> infinity: ping?
[07:52] <infinity> bddebian : pong.  I'm asleep.  Maybe.  But if it's quick, I'm still awake.
[07:54] <bddebian> infinity: Well I was going to ask you to clear the dep-wait on gnustep-gui because I uploaded a fixed gnustep-base but I don't think it's hit the archive yet.
[07:54] <xine> any body home...?
[07:54] <bddebian> xine: Nope
[07:56] <bddebian> :-)
[07:56] <infinity> gnustep-gui doesn't have a dep-wait.
[07:56] <tseng>  /nick mplayer
[07:56] <infinity> Unless it was a (correct) dep-wait on gnustep-base, which is auto-cleared when the package is installed.
[07:57] <infinity> It's only incorrect dep-waits (ie: on packages that don't exist) that need manual intervention.
[07:57] <bddebian> Hmm it must have cleard itself, sorry
[08:00] <segfault> shouldn't the breezy livecd include ALL language-packs?
[08:00] <Kamion> they won't fit
[08:01] <Kamion> it would certainly be nice to include more, but last I checked we were at the limit
[08:01] <bddebian> What else is there beside English? ;-P
[08:01] <bddebian> j/k
[08:01] <segfault> it's not so useful, then
[08:02] <segfault> if we would like to show the user how the system is, before installing it.
[08:02] <segfault> he'll ask: why is the menu all in english?
[08:02] <Kamion> yes, it's a shame that other software has grown to the point where we can't fit it in
[08:02] <Kamion> we're well aware of the problem
[08:02] <segfault> :(
[08:03] <Kamion> you can install a language pack on the fly once you have the live CD running
[08:03] <Kamion> (and log out and log back in to get the menu updated)
[08:03] <segfault> yeah, i did that manually
[08:03] <segfault> apt-get install lang.. && killall gnome-panel
[08:03] <segfault> haven't tried the language selector though
[08:04] <Kamion> I suppose it might be possible to make casper do that if you have Internet access, but it would require an extra question and we're generally trying to reduce questions rather than add them
[08:04] <Kamion> dunno ...
[08:10] <segfault> how bad is removing /usr/share/doc/* from livecd? :)
[08:11] <pkern> slomo: I think most of the assumptions were wrong. ):
[08:11] <slomo> pkern: wonderfull :( what did you test?
[08:11] <pkern> slomo: I even converted the initrd to cramfs.
[08:11] <Kamion> removing documentation hardly seems like a good way to showcase a system
[08:12] <pkern> slomo: It loads the initrd just fine and then bails out not being able to load the root filesystem.
[08:12] <slomo> pkern: tried with another filesystem? ext3 instead of xfs for example? ;)
[08:12] <pkern> slomo: That's not the problem I think. IMO /init should be called on the initrd, but it isn't.
[08:12] <pkern> slomo: The initrd contains all needed modules.
[08:13] <pkern> slomo: But instead of taking the ramdisk it continues to look for another root fs |:
[08:13] <pkern> slomo: (The one given by root=)
[08:14] <slomo> pkern: but root=/dev/hda3 in my case didn't work either
[08:14] <pkern> slomo: At least the initrd provided does not contain any device nodes because the udev on it has to be started first.
[08:15] <pkern> slomo: So I guess that the initrd is in fact the root system where init should be started from.
[08:15] <slomo> pkern: how did you get at all this informations? did you get a shell somehow?
[08:15] <pkern> slomo: I finally accessed the initrd image with cpio.
[08:16] <pkern> slomo: Because I was sick of all those trys |: I wanted to just convert it to cramfs, which worked with the old kernel.
[08:16] <segfault> so, the way is start creating custom localizated liveCDs
[08:16] <pkern> slomo: But the old kernel (2.6.10-X) uses "linuxrc"
[08:16] <slomo> pkern: under a working system? yes i looked it too but that didn't help ;) this stuff is not loaded
[08:16] <Kamion> segfault: that seems a reasonably appropriate thing to do, yes
[08:16] <pkern> slomo: First by booting off the installation system but I fingered out that the old kernel still works.
[08:18] <segfault> kamion: is there already any documentation on how create one?
[08:18] <slomo> pkern: hmm... well... lets wait for BenC or jbailey on that... :)
[08:20] <pkern> jc-denton: (cd ${TMPDIR} && find . | cpio --quiet --dereference -o -H newc | gzip -9 >${outfile})
[08:20] <pkern> jc-denton: (From the initramfs website)
[08:20] <Kamion> segfault: https://wiki.ubuntu.com/LiveCDCustomizationHowTo
[08:23] <raphaelpereira> hello
[08:24] <raphaelpereira> some time ago I posted a bug here and on bugzilla, about hibernation on Duron
[08:24] <raphaelpereira> I haven't received any news from it.
[08:25] <pkern> slomo: brb
[08:25] <slomo> pkern: ok
[08:25] <segfault> kamion: nice, i will start a project to release a customization of it in pt_BR.
[08:28] <bddebian> \sh: Well I did get in trouble :-)
[08:28] <Kamion> identifying ways to reduce the size of the core part of the live CD without losing important functionality would also be useful
[08:28] <raphaelpereira> my hibernation is working so well that i really want others to take advantage of it
[08:29] <Kamion> of course the argument will always be over what's important functionality
[08:29] <\sh> bddebian: uhm..why?
[08:31] <bddebian> \sh: I got an e-mail from doko saying a sync was already requested :-(
[08:32] <\sh> bddebian: hmmm....bad luck I think
[08:32] <segfault> will look into that too
[08:33] <bddebian> It's frustrating because I'm trying to clean up all these lists and trying to take some of the load off of elmo having to sync everything.. :-(
[08:33] <\sh> bddebian: don't worry about it
[08:33] <pkern> slomo: Haha.
[08:34] <slomo> pkern: ?
[08:34] <pkern> slomo: One step further, but /init seems the wrong approach.
[08:34] <pkern> slomo: I got it to boot from the initrd, but init terminated and thus the kernel panic'ed.
[08:34] <slomo> pkern: why did init terminate? and what did you do?
[08:34] <pkern> slomo: I'll look into this script now, if I was right or wrong to call it.
[08:35] <raphaelpereira> I would like to know the status of hibernation scripts for next release
[08:35] <pkern> slomo: root=/dev/ram0 init=/init rw ramdisk_size=<the provided-value> into append of yaboot.conf
[08:35] <pkern> slomo: But it is obviously still wrong.
[08:35] <raphaelpereira> hibernation wasn't working on my Duron and I found a workaround... now it works flawless
[08:35] <slomo> pkern: isn't it /bin/init?
[08:36] <pkern> slomo: If anything then it's /sbin/init ;)
[08:36] <slomo> pkern: yes... typo :)
[08:36] <Kamion> raphaelpereira: it seems that nobody interested is currently around (well, it *is* Sunday evening, here at least ...) - try posting to ubuntu-devel@ instead?
[08:37] <hughsie> lu|away, desrt: can i use php on the gnome.org servers?
[08:37] <pkern> Could the kernel run a shell script as init or would it fail? I thought that it is not possible to do that.
[08:38] <raphaelpereira> Kamion<EMAIL_ADDRESS>[08:38] <slomo> pkern: i don't think it can run shell scripts...
[08:38] <pkern> slomo: I thought that same but probably I see enough evidence here. |:
[08:38] <jc-denton> pkern: wow cool
[08:39] <jc-denton> k will try again
[08:39] <pkern> I want that this bloody kernel runs until tomorrow. ):
[08:39] <slomo> pkern: did you try /sbin/init? or doesn't this exist in the initrd?
[08:40] <lu|away> hughsie: no
[08:40] <pkern> slomo: The kernel checks more than /sbin/init, but that's not the problem.
[08:40] <lu|away> hughsie: the last breakin at g.o was via php
[08:41] <slomo> pkern: ok
[08:41] <hughsie> lu|away: bugger.
[08:43] <pkern> slomo: I am not allowed to mess with "root=", but the kernel does not drop to the initrd but to root=.
[08:43] <pkern> slomo: I'll beat the devil out of this script ):
[08:43] <Kamion> raphaelpereira: @lists.ubuntu.com
[08:44] <lu|away> hughsie: yeah
[08:44] <slomo> pkern: thanks for looking into this :) i'm too busy for such stuff currently
[08:45] <pkern> slomo: I hack it to work but I'm not getting to a clean solution ;)
[08:45] <slomo> pkern: as long as you get a solution... tell about that in the bugreport then :) but do it with a initramfs please ;)
[08:46] <jc-denton> ah
[08:46] <jc-denton> hrmm
[08:46] <jc-denton> i think the problem is that my initrd.img is on a different hd then root
[08:47] <pkern> If this works... then... |:
[08:48] <slomo> pkern: but the real question is why it works for other ibook g4 ;)
[08:48] <pkern> Ok it doesn't... Hm.
[08:48] <pkern> slomo: Does it?
[08:48] <slomo> pkern: yes
[08:48] <pkern> slomo: How could you tell? ;)
[08:49] <slomo> pkern: i asked the laptop testing team ;)
[08:49] <pkern> k
[08:49] <slomo> #ubuntu-laptop
[08:49] <slomo> two people with an ibook g4 were there
[08:49] <raphaelpereira> Kamion, thanks
[08:49] <pkern> Both having Breezy and exactly this kernel?
[08:50] <slomo> pkern: yes
[08:50] <jc-denton> hrmm
[08:50] <jc-denton> i tried to setup ubuntu on an external fwhd
[08:50] <jc-denton> then i noticed that grub has trouble booting from it
[08:51] <jc-denton> so i moved the kernel with the initrd.img to the ide hd
[08:51] <jc-denton> but humm
[08:51] <jc-denton> still does not work
[08:55] <mirak> hi
[08:55] <jc-denton> not sure if it loaded my ramdisk
[08:55] <mirak> why there is not gproftpd in any package ?
[08:57] <pkern> jc-denton: Turn the quiet boot off, then you see if it loads your ramdisk
[08:58] <jc-denton> what is quiet?
[08:58] <jc-denton> no i think i'll try to split up the parition on my internal hd
[08:58] <pkern> jc-denton: A kernel parameter. Is you don't see a verbose boot it is set.
[08:59] <jc-denton> yes but which one
[08:59] <jc-denton> im booting knoppix right now
[09:00] <pkern> jc-denton: "quiet" ;)
[09:01] <pkern> Why do I think that I should just install linux-source |:
[09:02] <jc-denton> i only have ro
[09:02] <jc-denton> but i think i would have to be really quick to see it
[09:03] <pkern> slomo: I can't believe that one still needs a two liner kernel patch or so for this... I see posts about that of 2004, but if it's really not in mainline already...
[09:04] <slomo> pkern: what patch?
[09:04] <pkern> slomo: Sadly it's *exactly* that problem (http://www.ussg.iu.edu/hypermail/linux/kernel/0404.1/0245.html)
[09:04] <slomo> pkern: put it in the bugreport :)
[09:04] <pkern> slomo: "If there is an /init, run it."
[09:05] <pkern> slomo: JBailey is involved in the development of initramfs... he should know it?
[09:06] <slomo> pkern: jbailey is the initramfs guy... and BenC afaik the ppc kernel guy ;)
[09:06] <pkern> slomo: Ouch. |:
[09:07] <slomo> pkern: ?
[09:10] <slomo> pkern: did you try that patch?
[09:13] <pkern> slomo: No, I didn't. But I put the URL into the bug report.
[09:13] <slomo> pkern: thanks :) let's see what happens
[09:17] <pkern> Time to finally start up breezy with the 2.4.10 kernel.
[09:18] <Lathiat> 2.4.10?!
[09:18] <pkern> And perhaps in any time in the future I'll understand why the gnome-terminal has disappeared from the menus...
[09:18] <jc-denton> uh there is a 2.4er kernel for it?
[09:18] <pkern> Lathiat, 2.6 ;)
[09:18] <pkern> Lathiat, sorry.
[09:18] <jc-denton> lol
[09:18] <jc-denton> im curious if the gnome terminal is finally usable
[09:18] <fabbione> Kamion, mdz: ping?
[09:18] <Lathiat> jc-denton: always has been
[09:19] <pkern> Oh yeah... all fscked up... Because I had my Gnome 2.10 in my home dir...
[09:19] <jc-denton> but it does not ask on install?
[09:20] <Lathiat> pkern: terminal has moved to accessories
[09:22] <pkern> Lathiat: Thanks but why? And all the other things like "Root Terminal" are also disappeared...
[09:23] <Lathiat> pkern: mark asked it to be moved
[09:23] <Lathiat> as for root terminal
[09:23] <Lathiat> no idea about that
[09:26] <pkern> It was nice that I nuked my home directory accidentally while installing breezy on my desktop because all went smoothly then. But upgrading to Gnome 2.12 messes with the icons just again.
[09:34] <doko> bddebian: no trouble, it's just unnecessary, same for gnustep-gui, which did enter unstable today
[09:34] <jdub> root terminal should never really have been there, it was pretty evil
[09:34] <pkern> jdub: Why? ;)
[09:35] <bddebian> doko: -2 for gnustep-gui?
[09:35] <fabbione> jdub: mind to approve a mpeg2dec upload? it's one line change to fix FTBFS on sparc and contained in a #ifdef SPARC #endif block
[09:35] <jdub> because a) if you know you need a root terminal, you don't need an icon (or know how to create one), b) encouraging use of root without sudo is a bad idea, and c) it ran *gnome-terminal* as root, not the shell
[09:36] <jdub> fabbione: will have to wait for mdz or kamion
[09:36] <fabbione> jdub: is that a yes. because i read <jdub> SURE GO AHEAD!
[09:36] <fabbione> ;)
[09:36] <jdub> heh
[09:36] <doko> bddebian: yes
[09:37] <jdub> if it's minor and makes sense, you may as well shoot first and ask questions later
[09:37] <fabbione> it doesn't touch any common code
[09:37] <fabbione> and it fixed FTBFS
[09:37] <bddebian> doko: Grr, it's soo hard to keep up. :-)
[09:39] <pkern> ...and fabbione forgets.
[09:39] <pkern> ;)
[09:40] <slomo> pkern: ask fabbione if the patch is included in the kernel
[09:40] <fabbione> well let's put it in this way
[09:40] <fabbione> in the worst case a nuclear war head will knock on my door...
[09:40] <pkern> slomo: I'll rebuild the kernel image now because I'm tired of it now. ;)
[09:41] <pkern> fabbione: Because you are a terrorist and because of Bush's new policies?
[09:41] <tseng> uh
[09:41] <slomo> fabbione: is this patch included? http://www.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.6/2.6.5-rc3-aa1/initramfs-search-for-init
[09:41] <tseng> keep that out of here, please.
[09:41] <fabbione> *cough*....
[09:42] <fabbione> slomo: did you check the kernel already?
[09:42] <slomo> fabbione: nope... i thought you maybe have this in memory :) i'll check it later then ;)
[09:43] <fabbione> slomo: ok.. i understand you guys think i am some kind of insane nerd with robotic brain on some kind of AI crack...
[09:43] <bddebian> heh
[09:43] <fabbione> but despite what you think.. i have a life and a wife..
[09:44] <fabbione> i truely can't remember the few millions line of code of the kernel :)
[09:44] <bddebian> Oh if you have a wife, you have no life. ;-P
[09:44] <crimsun> way to shatter my image of you, fabbione. :-P
[09:44] <fabbione> but thanks for believing i can do that
[09:44] <slomo> fabbione: no... i meant it that way, sorry :( i just thought that you could remember adding it or something... :(
[09:44] <fabbione> slomo: i know jbailey did push me a patch to make initramfs work
[09:45] <fabbione> but i don't check stuff coming from trusted people
[09:45] <fabbione> i just apply them
[09:45] <fabbione> if they break i know who to blame and crossburn
[09:45] <fabbione> ;)
[09:46] <slomo> hehe... i'm downloading the source atm :)
[09:49] <xTina> Just making sure I don't have wrong assumptions about Gnome in the final breezy release: The evolution icon in the menu bar is gone for good, isn't it?
[09:49] <xTina> (I will need to print our user manual a few days before the final breezy release, so I will have to make screenshots before it's actually released)
[09:52] <pkern> slomo: It is.
[09:52] <slomo> pkern: ok...
[09:59] <Kamion> fabbione: retroactively, that's fine
[09:59] <Kamion> xTina: no, that was a mistake as far as I know
[10:01] <gouchi> Hi
[10:01] <gouchi> is it ok for a bugreport to submit ?
[10:01] <pkern> o_O
[10:01] <gouchi> http://paste.ubuntulinux.nl/2093
[10:01] <gouchi> dunno how to use ksymoops
[10:04] <gouchi> how to use ksymoops ?
[10:05] <fabbione> Kamion: ok, thanks. i am working on 5/6 pkgs that are FTBFS on sparc. If i can limit the change to a #ifdef sparc (or similar) without changing common code, can i just upload?
[10:06] <fabbione> they are the last 5/6 to make all of main :)
[10:17] <bddebian> Ack, if I didn't do -v<version> and uploaded will it get silently rejected or will it wait for intervention?
[10:18] <gouchi> crimson : bugreport about Intel HD audio crash is here http://bugzilla.ubuntu.com/show_bug.cgi?id=15031
[10:24] <crimsun> ack
[10:25] <crimsun> wish his nick complete had worked :/
[10:30] <bddebian> crimsun: Do you know the answer to my question above?
[10:49] <mdz> fabbione: pong
[10:52] <bddebian> mdz: If I didn't do -v<version> and uploaded a newer merged version (from MOM) will it get silently rejected or will it wait for intervention?
[10:52] <mdz> bddebian: neither
[10:52] <bddebian> neither?
[10:52] <mdz> neither.
[10:52] <bddebian> What will it do?
[10:53] <mdz> it will be accepted unless there is something else wrong with it
[10:53] <mdz> but the .changes sent to the breezy-changes list will be incomplete
[10:53] <bddebian> Well I uploaded quite a while ago and haven't gotten any response from katie
[10:54] <mdz> use your ubuntu.com email address for uploads to ensure that you receive mail from katie
[10:54] <bddebian> My ubuntu.com e-mail isn't working. :-(
[10:59] <bddebian> Uhm, duh again.  I uploaded with my key but left the merge changelog entry.
[11:00] <bddebian> I really must have been slipped some drugs last night, I swear.
[11:00] <mdz> I don't know what you mean
[11:01] <bddebian> My name isn't in the changelog so I won't get the katie e-mail.
[11:19] <Kamion> fabbione: yes, although obviously if it really is a common fix don't needlessly #ifdef sparc it
[11:50] <martinald> hi
[11:50] <martinald> is bug #11237 fixed yet?
[11:53] <mdz> martinald: I asked you not to do that
[11:54] <martinald> well i thought it might of been checked in for preview release but not updated in bugzilla
[11:55] <mdke> Kamion, anything else you need for that console-data thing?
[11:55] <mdke> (if you are still around)
[11:57] <martinald> mdz, is it likely this will be uploaded in time for the final release?
[11:59] <mdz> martinald: if you have a question about a bug, please file it as a comment on the bug in Bugzilla, rather than asking here.  That will reach the person who is working on that particular bug
[12:00] <martinald> ok
[12:00] <martinald> will do