[00:00] <doko> slangasek, lamont: pong: do we care about db4.5 anymore?
[00:01] <lamont> doko: it's more about the divergence from debian wrt shifting to NPTL
[00:01] <lamont> and I expect that at least a little bit of universe will take a while to shift from db4.5
[00:03]  * slangasek nods
[00:03] <doko> lamont: I didn't activey change it
[00:03] <slangasek> does openoffice.org-core have any special upgrade requirements for bdb?
[00:03] <doko> no, it's just used for the help
[00:03] <slangasek> that's the only reason I see not to kick db4.5 out of main; but then it should still get a sync or merge or whatnot
[00:03] <doko> soo tightened deps should work
[00:04] <slangasek> anyway, if we don't need divergence on the mutex configure option, db4.5 can be a sync
[00:11] <slangasek> lamont, doko: ok, sorry for the bother; it turns out --enable-pthreadsmutexes isn't supported at all by db4.5 so was a total no-op, and Debian already DTRT with --enable-posixmutexes
[00:13] <lamont> slangasek: heh
[00:27]  * StevenK sighs at helix -0ubuntu3 failing on all arches for two different reasons
[00:44]  * slangasek blahs, botching the subscription to bug #164227.  Can someone take ubuntu-main-sponsors off of there, since it looks like that wasn't required?
[00:44] <ubotu> Launchpad bug 164227 in db4.5 "Please sync db4.5 4.5.20-11(main) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/164227
[00:45] <elmo> slangasek: you need someone from the team to do that
[00:48] <StevenK> slangasek: Hold on, I can do it
[00:49] <slangasek> elmo: sure; I assumed there'd be someone from the team on this channel :)
[00:49] <StevenK> slangasek: Done.
[00:49] <bddebian> You know what happens when you assume...
[00:50] <azeem> ... StevenK executes!
[00:50] <StevenK> bddebian: In this case, that's crap - u-m-s is a large team and this is the main development channel
[00:50] <bddebian> It was a joke, sheesh :-)
[00:53]  * Hobbsee waves
[00:57] <zul> hey Hobbsee
[00:58] <bddebian> Heya again Hobbsee :)
[00:58] <Hobbsee> :)
[01:32] <slangasek> huh, http://merges.ubuntu.com/main.html looks at experimental?
[01:32] <Hobbsee> slangasek: for some packages
[01:33] <Hobbsee> TheMuso: ping, please deal with gnome-speech.
[01:34] <TheMuso> Hobbsee: I have done, and its in the sponsors queue.
[01:34] <Hobbsee> TheMuso: ahhh, neat.  bug #?
[01:34] <slangasek> Hobbsee: how is that determined?
[01:34] <Hobbsee> slangasek: i think by bugging keybuk.
[01:34] <slangasek> Hobbsee: e.g., diffutils experimental version is listed on there, but that's not what hardy is currently merged with...
[01:34] <TheMuso> bug 162127
[01:34] <ubotu> Launchpad bug 162127 in gnome-speech "Merge gnome-speech 0.4.16-2ubuntu1." [Undecided,New] https://launchpad.net/bugs/162127
[01:37] <Hobbsee> right, libsvg done.
[01:44] <dendrobates> Hobbsee: you have to be tired.
[01:45] <Hobbsee> dendrobates: why in particular?
[01:45]  * Hobbsee only got up around an hour and a half ago
[01:46] <dendrobates> Hobbsee: you were up sooo late.
[01:46] <Hobbsee> i know.
[01:46] <Hobbsee> work's turned me somewhat of an insomniac, i'm afraid.
[01:46] <dendrobates> Hobbsee: it must be nice to be young.  That would kill me.
[01:46] <Hobbsee> heh :)
[01:46] <bddebian> Young, who's young? :-)
[01:47]  * Hobbsee was asleep for....7.5 hours or so...
[01:47] <dendrobates> Hobbsee: not too bad, it seems like you were on irc just a few hours ago.
[01:48] <Hobbsee> dendrobates: yeah,k i know
[01:48]  * TheMuso applauds Hobbsee.
[01:48] <TheMuso> Thats a good sleeping time length. :p
[01:48] <Hobbsee> hehe
[01:48] <Hobbsee> dendrobates: i dont deal well on <6.  <4 is particularly bad.
[01:48] <Hobbsee> pity :)
[01:48]  * RAOF prefers an number around 10.
[02:06] <zul> im suspecting that Hobbsee is actually a zombie
[02:06] <Hobbsee> dendrobates: besides, didn't you know that green aliens don't sleep?
[02:06] <dendrobates> ha
[02:07] <Hobbsee> except when they turn purple.
[02:11] <zul> dendrobates: this is a more acurrate picture of Hobbsee http://www.rightblueeye.com/blog/wp-content/uploads/2007/06/zombie_bunny.jpg
[02:12] <Hobbsee> *snort*
[02:12] <dendrobates> arggh
[02:13] <ajmitch> heh
[02:14]  * LaserJock locks that away in the "Hobbsee" files
[02:15]  * Hobbsee beats LaserJock
[02:15] <Hobbsee> LaserJock: PONIEZ PLZ
[02:15] <Hobbsee> looks more like mneptok to me, though
[02:28] <ajmitch> Hobbsee: mneptok looks far healthier than that, I'm sure
[02:28] <Hobbsee> ajmitch: i wouldn't bet on it...
[02:29] <ajmitch> true
[02:29] <ajmitch> the amount of time he spends on irc, can't be good for anyone
[02:29] <bryce> mhr?
[02:29]  * ajmitch joins in the request for more ponies
[02:29] <StevenK> Ponies!
[02:30] <ion_> Perhaps ShipIt could bundle a pony with each shipment or CDs.
[02:30] <Hobbsee> ajmitch: the time he spends doing support cant be good for anyone :)
[02:30] <Hobbsee> customer service for long periods of time == bad.
[02:32] <ajmitch> he did have the advantage of a warm, fluffy shell of insanity to protect him
[02:32] <Hobbsee> hehe
[02:32] <Hobbsee> only works for so long, though.
[02:32]  * Hobbsee wonders if banana lady as whinged to corporate yet.
[02:32] <StevenK> Hah
[02:33]  * StevenK holds you close
[02:33] <Hobbsee> she probably has
[02:33] <Hobbsee> i'll probalby hear about it sooner or later
[02:33] <StevenK> Hum
[02:33] <Hobbsee> utterly fabricated, of course
[02:33] <ajmitch> and you won't care at all
[02:34] <ajmitch> & you can go in there & laugh
[02:34] <Hobbsee> nah, they won't call me in there.  they'll likely just tell my manager.
[02:34] <slangasek> banana... lady?
[02:34] <Hobbsee> bonus points to her if she fabricates it into a 3 page written complaint, though
[02:34] <Hobbsee> slangasek: i had a nutter of a lady who was unhappy as she refused to read the signage, for the prices of bananas.
[02:34] <Hobbsee> so called up to complain
[02:35] <Hobbsee> apparently she couldn't understand the difference between which price referred to the prepack (hint, the one that says "each"), and the loose.
[02:35] <ajmitch> that's pretty special :)
[02:35] <Hobbsee> apparently having the branding on the prepack, and also on the sign, was not sufficient documentation.
[02:36] <Hobbsee> sorry, i'm not giving her a refund because she doesn't like the way the world works :)
[02:36] <Hobbsee> well, it to her for free.
[02:36] <pwnguin> what exactly is a prepacked bananna?
[02:37] <lamont> pwnguin: that's where you pack the bananna beforehand
[02:37] <Hobbsee> and so the bundle of them is sealed in plastic
[02:37] <Hobbsee> ajmitch: yes, i thought so.
[02:37] <ion_> lamont: Yeah, to the yellow material called “banana peel”.
[02:37] <lamont> lol
[02:38] <lamont> so... how do I get upstart to use a new version of /etc/event.d/ttyS1?
[02:38] <lamont> on gutsy
[02:39] <StevenK> lamont: It should just deal, upstart uses inotify
[02:39] <lamont> haven't seen the -n 3 that I added to the mgetty invocation yet...
[02:40] <lamont> it's been 2 days, how much longer should it need?? :-)
[02:40] <StevenK> lamont: Kill mgetty and have upstart respawn it?
[02:40] <lamont> did that too
[02:40] <StevenK> Wave your arms and beg Keybuk for help? :-)
[02:41] <lamont> I expect that he's sleeping
[02:41] <StevenK> Me too
[02:42] <Hobbsee> phones are useful.
[02:56] <lamont> StevenK: I expect that I could use the redmond solution
[02:56] <lamont> Hobbsee: I'm _not_ going to call keybuk at 3AM
[02:56] <StevenK> lamont: Yeah, that might fix it. :-)
[02:57] <Hobbsee> lamont: surely you'd only do it when you were very well hidden, so you didnt' die. :)
[02:57] <lamont> Hobbsee: I only call people at 2AM/3AM when I can justify it.
[02:57] <Hobbsee> haha
[02:58]  * Hobbsee turns her phone off at night, but apart from that, has a "no particular hours are bad to call" policy
[02:58] <lamont> we knew someone who answered the phone after 10PM with "This better be good."
[02:58] <Hobbsee> haha
[02:58]  * Hobbsee gets the odd call at 1am or so
[02:58] <Hobbsee> or midnight
[02:59] <lamont> my call at 2AM one night went:  "This better be good."  "This is LaMont, I need to speak with $person." "do you know what time it is???"  "Yes." "Let me get her."
[02:59] <Hobbsee> haha
[03:00] <lamont> which is how I know that he really does answer the phone that way after 10PM
[03:02] <StevenK> I have gotten a call at 3am local, and told the person calling, "This better be a real problem, or I will be eating your heart later today."
[03:03] <StevenK> (It turns out it was, so they were lucky)
[03:03] <Hobbsee> yes...i dont give out my home phone number precisely for this reason.
[03:04] <StevenK> I was a sysadmin at the time, and I told people if $machine or $service call me, I don't care what time it is
[03:04] <lamont> hrm... cdrom jacked up.  I guess I do get to reboot
[03:05] <lamont> StevenK: yeah. same here, pretty much
[03:05] <Hobbsee> StevenK: if you're getting paid, it's different.
[03:06] <ScottK> My father had the same first and last name as another man in the same city when I was growing up.  This man had a LOT of female friends.  Some of which just had to talk to him in the middle of the night.  His number was unlisted, so my Dad got the calls.  My Mother did not appreciate cute young things calling for Gary in the middle of the night.
[03:06] <Hobbsee> actually, i had a prank caller for a while.  so i started them calling back while i was interstate, which was aroudn 1am local.  muhahaha :)
[03:06] <StevenK> ScottK: Maybe your father did. :-P
[03:07] <ScottK> StevenK: He thought it was kind of funny.  She didn't see the humor.
[03:07]  * ScottK used to get called in the middle of the night to make decisions about stuff.  I could never remember what I decided, so I always had to be sure to read the logs first thing in the morning to see if I'd been called and what I said.
[03:08] <lamont> keescook: you still online?
[03:09] <StevenK> ScottK: I used to tell people if they called me to fix stuff in the middle night, *they* could e-mail the systems team to say what the problem was, and what I did, because I usually wouldn't remember
[03:09] <ScottK> StevenK: This was way back in ancient history when there was no e-mail at the facility involved.  It was only paper logbooks.
[03:10] <lamont> ah. paper.
[03:10] <lamont> and console hardcopy
[03:10] <lamont> those were the day
[03:10] <lamont> s
[03:10]  * lamont reboots to get the CD out of his machine
[03:10] <lamont> brb
[03:14] <lamont> StevenK: yep.  redmond solution was a winner for upstart
[03:15] <StevenK> Heh
[03:21] <ScottK> When I was in the Navy, turning a system off/on again was often referred to as a "Raytheon reset" - Raytheon being a large, famous Defense contractor here.
[03:22] <StevenK> I recognize the name Raytheon.
[03:22] <StevenK> I have no idea why
[03:22] <pwnguin> they make some pretty good misiles
[03:23] <pwnguin> (they also sponsored my state Science Olympiad)
[03:30] <lamont> StevenK: ever use shrink tubing?
[03:30] <lamont> poly switches?
[03:30] <StevenK> lamont: I've used heatshrink
[03:30] <StevenK> That's kind of fun
[03:30] <lamont> oh wait.  that's RayChem
[03:31] <lamont>  /dev/md1             679749632 596355428  69586328  90% /home
[03:31] <lamont> sigh
[03:32] <lamont> I guess it might be time to do a little house cleaning
[03:32] <StevenK> Shoulda used LVM
[03:32]  * StevenK ducks
[03:32] <lamont> nah - I just need to buy another sata controller and a couple drives, then reshape the array. :-)
[03:32] <StevenK> Hrm. Is that gluck?
[03:32] <lamont> that's my workstation
[03:32] <StevenK> Cool. ~ 650G
[03:33] <lamont>  /dev/cciss/c0d0p8    625344192 575931328  17647140  98% /home
[03:33] <lamont> that's gluck
[03:33] <StevenK> Heh, smaller, and fuller
[03:33] <lamont> more users, too
[03:33] <StevenK> And a Compaq hardware RAID controller
[03:33] <lamont> yeah.  swraid has some advantages, and some disadvantages
[03:34] <lamont> my machine claims to have 2 raid1 controllers
[04:04]  * lamont -> bed
[04:15] <spasticteapot> I downloaded Ubuntu Gutsy Beta, which worked pretty well.
[04:15] <spasticteapot> However, I'm now in a total bugfest.
[04:16] <spasticteapot> Are there any known bugs with not reinstalling when the release came out?
[04:23] <ScottK> spasticteapot: Are you asking if upgrading from the Beta to the Final is known to cause problems?
[04:23] <spasticteapot> Er, yes.
[04:25] <ScottK> spasticteapot: I'm not aware of any significant regressions.
[04:25] <ScottK> It's quite normal to not re-install, but just upgrade.
[04:25] <ScottK> I've done it on more than one box.
[04:25] <ScottK> No troubles here.
[04:27] <spasticteapot> My keyboard brightness adjustment buttons don't work....the laptop regularly refuses to go into sleep mode.... laptop_mode does not engage automatically....and power use is abysmal.
[04:27] <spasticteapot> I have an X40. This is a small laptop.
[04:27] <jdong> do all the archive managers handle SRU proposed->updates copying or is that just pitti?
[04:27] <spasticteapot> How the fnord am I pulling 13 watts running Abiword?
[04:27] <jdong> spasticteapot: sleep mode, known bug unknown cause on Intel graphics + core*duo
[04:28] <spasticteapot> Gronk.
[04:28] <jdong> spasticteapot: laptop_mode does not engage because it sets aggressive options that may wear your hard drive prematurely
[04:28] <spasticteapot> Er....
[04:28] <spasticteapot> How, exactly, am I supposed to use my laptop as a laptop?
[04:28] <spasticteapot> I get two hours of battery life! Maximum!
[04:28] <jdong> spasticteapot:  power usage.... hmm, good question, I have a macbook myself and am looking answers to that
[04:29] <pwnguin> spasticteapot: there was a fun internet war over laptop_mode parking the drive too much, i gather
[04:29] <spasticteapot> I'm debating just selling the stupid thing, repairing my old ULV X40, and throwing in a CompactFlash hard drive.
[04:29] <jdong> spasticteapot: what wattage were you expecting?
[04:29] <jdong> out of curiousity
[04:29] <jdong> 13W sounds typical for non-ULV core 2 duo type hardware
[04:29] <spasticteapot> I know a fellow who managed to get his T41 down to 10w.
[04:29] <RAOF> spasticteapot: Tried powertop?
[04:29] <spasticteapot> Yes.
[04:29] <jdong> if you spin down the hard drive that should get you 2W
[04:30] <jdong> if you turn down wireless that should give you 1W
[04:30] <spasticteapot> With wireless disabled AND laptop_mode enabled, I get 12w.
[04:30] <ScottK> Removing tracker/strigii for Ubuntu/Kubuntu ought to help with battery life.
[04:30] <spasticteapot> More like 14w without.
[04:30] <spasticteapot> Tracker?
[04:30] <pwnguin> a search indexer
[04:30] <jdong> spasticteapot: enabling laptop_mode doesn't really save much power
[04:31] <ScottK> And eater of CPU cycles and disk I/O
[04:31] <pwnguin> like beagle / updatedb
[04:31] <jdong> I'd say 11W is an extremely optimistic idle wattage for non-ULV core 2 duos
[04:31]  * pwnguin pulls around 24 watts
[04:31] <jdong> I can only reproduce that on my macbook on an idle kernel with no init process and lowest frequency state
[04:32] <jdong> all modules unloaded except required to bring up an initramfs
[04:32] <jdong> C3 99.9% 300-500ms residency
[04:32] <jdong> that's what I'd consider to be an optimistic idle :)
[04:32]  * RAOF also pulls in ~24W
[04:32] <jdong> my macbook during normal use is 14.5-15W compiz running GNOME
[04:32] <jdong> almost stock Ubuntu setup
[04:33] <spasticteapot> Anyway to undervolt my CPU?
[04:33] <spasticteapot> I know you can do it through Windows.
[04:33] <jdong> I think there are kernel patches to do so
[04:33] <jdong> Gentoo had the best documentation on that, you might wanna look at their wiki
[04:33] <jdong> they have some really nice info about these kinds of power hacks
[04:33] <pwnguin> note that gentoo wiki is not regulated by gentoo itself
[04:33] <pwnguin> so please santiy check what you find there ;)
[04:34] <jdong> right it's user contributed documentation
[04:34] <pwnguin> more than that
[04:34] <jdong> pwnguin: sanity check and undervolting don't go together
[04:34] <pwnguin> its user contributed and not developer reviewed
[04:34] <pwnguin> basically, gentoo wiki is its own thing with its own administration
[04:34] <spasticteapot> I shoulda spent the extra few hundred bucks for an X60s
[04:35] <spasticteapot> They said I'd get 3 hours for the X40 in the review...3.5 for the X60s.
[04:35] <StevenK> With what battery?
[04:35] <spasticteapot> One fellow I talked to was only getting four hours on an X60s with an eight-cell battery.
[04:35] <spasticteapot> StevenK: Technically, six hours with the eight-cell.
[04:35] <pwnguin> the x40s are quite old
[04:35] <StevenK> I get over six with the eight cell on my X40
[04:36] <pwnguin> hmm
[04:36] <pwnguin> this graph is wierd
[04:36] <pwnguin> according to gnome-power-monitor, i use between 21 an 6 watts
[04:36] <spasticteapot> I had an X40.
[04:37] <spasticteapot> Someone killed it.
[04:37] <spasticteapot> Now I have this wretched X60, which I hate.
[04:37] <spasticteapot> A lot.
[04:39] <pwnguin> interesting
[04:39] <pwnguin>   7.7% ( 10.0)             totem : do_nanosleep (hrtimer_wakeup)
[04:40] <pwnguin> totem is not playing anything
[04:40] <pwnguin> 10 times a second
[04:40] <jdong> pwnguin: VLC does similar things on OS X for me, havne't tried in Linux
[04:41]  * RAOF wishes 10 wakups/sec could be 7% of his total.
[04:41] <pwnguin> well dont use nvidia ;)
[04:42] <RAOF> Yeah.  Or x86-64.
[04:42] <pwnguin> oh yea
[04:42] <pwnguin> that'll be something to look forward to in the new kernel ;)
[04:43] <StevenK> So it seems my X40 pulls 10W
[04:43] <StevenK> (with wireless on)
[04:43] <spasticteapot> How should I disable Tracker?
[04:43] <spasticteapot> StevenK: I'm very tempted to trade you.
[04:43] <pwnguin> apt-gte remove tracker ;)
[04:43] <pwnguin> err i think its trackerd or soemthing
[04:43] <StevenK> spasticteapot: It's my precious and not yours. :-)
[04:44] <spasticteapot> I miss my X40.
[04:44] <spasticteapot> Admittedly, the ability to run Compiz will be nice.
[04:44] <pwnguin> tracker is it i think
[04:44] <spasticteapot> If an when the stupid bums at Intel get off their asses and write me a wifi card driver.
[04:44] <spasticteapot> Or, at least, one that works.
[04:44] <RAOF> Tracker shouldn't kill battery life, at least in gutsy.
[04:45] <RAOF> Or rather, not too hard.  It doesn't (shouldn't) index while on battery.
[04:45] <spasticteapot> Well...lemme see.
[04:45] <spasticteapot> Wow. 15.3 watts.
[04:45] <spasticteapot> I hate this thing.
[04:46] <spasticteapot> I wonder how much it will sell for on eBay....
[04:46] <pwnguin> man
[04:46] <pwnguin> im sitting at 16.0, and its better than ever :P
[04:47] <spasticteapot> Yes, well...you have a MacBook.
[04:47] <StevenK> Because selling a laptop because it draws too much power is sensibel
[04:47] <pwnguin> no i dont
[04:47] <StevenK> sensible
[04:47] <pwnguin> i have a toshiba tablet
[04:47] <spasticteapot> StevenK: Let me rephrase that: Selling a laptop because it won't get you through more than two consecutive classes is sensible.
[04:48] <jdong> RAOF: tracker has an extremely negligble impact on battery life here
[04:48] <ScottK> Maybe it's just the initial indexing.
[04:48] <pwnguin> is the idea to replace updatedb with tracker?
[04:49] <pwnguin> cuz honestly, i dont search my files that often, and updatedb is a pita
[04:49] <jdong> I think I'm gonna build a ram distro of Gutsy for when I'm on the road
[04:49] <jdong> spinning down the hard disk gets me from 15->13.5W
[04:49] <jdong> the best improvement I've seen
[04:49] <pwnguin> no, the best improvement is removing nvidia modules ;)
[04:50] <spasticteapot> ?
[04:50] <jdong> pwnguin: intel baby :)
[04:50] <pwnguin> well
[04:50] <pwnguin> that means nothing to me
[04:50] <pwnguin>  24.1% ( 11.8)       <interrupt> : iwl3945
[04:51] <spasticteapot> Hmm.
[04:51] <pwnguin>  24.1% ( 11.8)       <interrupt> : iwl3945
[04:51] <pwnguin> doh
[04:51] <pwnguin> 66.6% (214.8)       <interrupt> : PS/2 keyboard/mouse/touchpad
[04:52] <spasticteapot>   34.4% (116.8)       firefox-bin : schedule_timeout (process_timeout)
[04:52] <spasticteapot>   17.6% ( 59.8)       <interrupt> : ohci1394, uhci_hcd:usb6, HDA Intel, iwl4965
[04:52] <spasticteapot>   14.7% ( 49.8)       <interrupt> : extra timer interrupt
[04:52] <pwnguin> wow
[04:52] <pwnguin> what plugin is that?
[04:52] <jdong> pwnguin: I bet flash video based ad
[04:54] <pwnguin> hmm. even with adblock off on tomshardware its not that high, but i can see how that happens
[04:55] <jdong> pwnguin: and firefox is noisy anyway :)
[04:59] <DaSkreech> Hello
[04:59] <Hobbsee_> hi DaSkreech
[04:59] <DaSkreech> I would just like to know if the Live CD installer has any more steps to complete after it installs grub
[04:59] <jdong> hello
[04:59] <jdong> I think it just asks to reboot
[05:00] <DaSkreech> So if that step fails and I reinstall grub from the Live Cd I should be ok?
[05:00] <jdong> yeah
[05:00] <jdong> i've had that happen several times
[05:00] <DaSkreech> thank you :)
[05:00] <jdong> sure thing :)
[05:00] <jdong> long time no see, man :) I've drifted far from the Kubuntu world it seems
[05:01] <DaSkreech> Kome to the Blue side!
[05:01] <DaSkreech> I am your father
[05:01] <jdong> :)
[05:01] <DaSkreech> Well dark Blue
[05:01] <DaSkreech> Purple sometimes....
[05:01] <jdong> I'll stay with managing that torrent klient from your side and that's enough KDE for me to take in ;-)
[05:01] <DaSkreech> :-)
[05:02] <DaSkreech> I see you have the Hobbsee_ one sampling short trolls as well :)
[05:02] <DaSkreech> stop stealing our citizens!
[05:02] <jdong> haha you made her leave :)
[05:02] <Hobbsee> heh
[05:03] <jdong> oh the other one is still here
[05:03] <DaSkreech> Ha ha :)
[05:03] <ScottK> There is no escaping the longpointystick
[05:03] <DaSkreech> LongPointyStick: Would you agree?
[05:03] <jdong> DaSkreech: tell ya what, get your 3D right prism desktop by default and I'll use KDE for LTS :)
[05:04] <LongPointyStick> indeed.  DOOOOOM!!!!!!!!!!!!!!!!!!
[05:04] <StevenK> jdong: Isn't that 3D cubiod? :-P
[05:04] <DaSkreech> jdong: You know we were told not to use KDE4 for LTS :-P
[05:04] <DaSkreech> but if you wanna You can help us test it for hardy :)
[05:04] <jdong> StevenK: it's not cuboid if you don't have 4 desktops :)
[05:04] <StevenK> jdong: Hmph
[05:04] <jdong> whee geometry!
[05:04] <DaSkreech> People keep complaining it's not a cube cause you have two desktops by default
[05:05] <jdong> DaSkreech: it's not even a cube with 4
[05:05] <DaSkreech> it isn't?
[05:05] <jdong> DaSkreech: nah length != width
[05:05] <DaSkreech> silly widescreen laptops
[05:05] <jdong> DaSkreech: it has 3 unique dimensions, making it a cuboid or rectangular prism
[05:05] <jdong> DaSkreech: when desktops != 4, it can be generalized as a right prism
[05:06] <DaSkreech> I got it to balance on the tip as a Pyramid which was fun
[05:06] <jdong> *cough* triangular prism
[05:06] <DaSkreech> but KDE4 ships in a Month! :)
[05:06] <jdong> haha ok I'll stop being the geometry nazi tonight ;-)
[05:06] <DaSkreech> jdong: I couldn't see through it so it was a pyramid
[05:06] <DaSkreech> :-P
[05:06] <jdong> DaSkreech: LOL
[05:08] <DaSkreech> jdong: interested in running a KDE4 session ? For side testing?
[05:09] <jdong> not currently, but definitely in the future :)
[05:09] <DaSkreech> Like in a month? :)
[05:09] <jdong> while we're talking about KDE, can someone triage the gutsy side of bug #163417, I really strongly think it should be handled as a -security matter
[05:09] <ubotu> Launchpad bug 163417 in kdesudo "kdesudo+dolphin leads to command execution vulnerability" [Undecided,Fix released] https://launchpad.net/bugs/163417
[05:10] <DaSkreech> I thought that was fixed earlier?
[05:10] <DaSkreech> Could be wrong
[05:10] <jdong> it was uploaded to Hardy
[05:11] <DaSkreech> Whoot Obama wants ODF :)
[05:11] <DaSkreech> I have no idea what that means
[07:22] <saivann> Hi everybody, I would like to show some new specs about the high priority bug 53387 that has great chances to get it fixed, can-I talk to somebody about this?
[07:22] <ubotu> Launchpad bug 53387 in wpasupplicant "Manual WPA networks doesn't connect at boot" [High,Confirmed] https://launchpad.net/bugs/53387
[07:24] <saivann> The facts is that removing the file /etc/udev/rules.d/85-ifupdown.rules solve this problem. Since this file starts the network before init.d, this gives great clues
[07:24] <StevenK> saivann: Then don't mark the device as auto in /etc/network/interfaces ?
[07:25] <saivann> StevenK : The device is marked as auto in /etc/network/interfaces, if it's not, it will not automatically connect at boot
[07:26] <StevenK> saivann: If it's not marked as auto then /etc/udev/rules.d/85-ifupdown.rules will leave it alone
[07:26] <saivann> StevenK : But the final result will be the same, the network won't automatically connect at boot
[07:28] <saivann> StevenK : Is there a way to add a exception in the /etc/udev/rules.d/85-ifupdown-rules to make it ignore all wireless devices?
[07:29] <StevenK> I daresay there is, but I don't know it.
[07:31] <saivann> Hum.. I want to make sure that this bug get fixed quickly since it affects a lot of ubuntu users and since we have pertinent informations on it
[07:32] <saivann> StevenK : Do you know how and when WPA drivers are started by netbase?
[07:33] <StevenK> saivann: Nope, I don't, sorry
[07:33] <saivann> StevenK : Thanks for your help :)
[07:35] <Hobbsee> asac: could probably help there
[07:37] <saivann> Hobbsee : Asac knows this kind of problems?
[07:39] <Hobbsee> he's the network manager guy
[07:39] <Hobbsee> as for *why* you're setting up wpa manually now, i'm not sure.
[07:39] <saivann> Hobbsee : It's the only way to get a Static IP adress on a WPA network
[07:39] <Hobbsee> oh, right, yes.
[07:39] <Hobbsee> forgot about the static IP
[07:40] <saivann> Hobbsee : Not often used :) But often enough for a lot of people to report this problem
[07:41] <saivann> Hobbsee : I think that asac isn't here at this hour right? When can-I talk with him?
[07:41] <Hobbsee> hm, few hours i guess. not sure where he is.
[07:42] <saivann> Hobbsee : Thanks, I'll wait.. even if it's 2:42 am here :P
[07:43] <dholbach> good morning
[07:44] <saivann> asac : When you're here, can-you ping me?
[07:44] <dholbach> saivann: he's on holidays
[07:45] <jdong> uh oh, it's morning for these people I only see at night
[07:45] <jdong> *looks at clock*
[07:45] <StevenK> Haha
[07:46] <saivann> dholbach : Ho.. by holiday you mean that he's going to be absent for weeks?
[07:46] <saivann> jdong : Same here :)
[07:46] <dholbach> saivann: I think he's away for 2 weeks or something, but I don't know for sure
[07:46] <jdong> now all I need to trigger bed is pitti signing on and me poking him about Azureus
[07:47] <saivann> dholbach : Well thanks a lot for this information, I can now go to bed :)
[07:47] <dholbach> saivann: sleep tight :)
[07:48] <saivann> jdong : Thanks for all your great work on azureus!
[07:48] <jdong> saivann: thank you, and thanks for combing through all the bug reports for me :)
[07:48] <saivann> dholbach : hehe
[07:48] <saivann> jdong : I'm a new bug triager, so it's my pleasure :)
[07:49] <jdong> saivann: haha, the glamor of launchpad will soon wear off ;-)
[07:49] <saivann> haha
[07:49] <saivann> Well anyway, good night everyone
[07:49] <jdong> likewise, this sleep pattern isn't good for me ;-)
[07:50] <saivann> jdong : :D you can say good morning if it's more appropriate
[07:50] <jdong> haha don't depress me like that, I've got a long day ahead of me tomorrow ;-)
[07:51] <saivann> jdong : Own sorry :P Well that's depressing to sleep, I must force myself to sleep, so I must go right now before I stay here another hour
[07:52] <jdong> ha, if I don't have this silly school thing during the day I think I'd be here 24/7 :D
[07:52] <saivann> I can understand this :) @++
[07:52]  * jdong checks e-mail and forums *one last time*
[07:52] <StevenK> jdong: See you in an hour, then
[07:54] <jdong> StevenK: haha fortunately all are empty :)
[07:54] <StevenK> jdong: Heh
[07:57] <pwnguin> you know, a thought just occurred to me
[07:57] <pwnguin> surely someone's thought of an aalib compiz plugin
[07:58] <StevenK> Oh, *TWITCH*
[07:58] <StevenK> mplayer supports libaa, and libcaca
[07:59] <pwnguin> yes, but what about fullscreen aalib'ing?
[07:59] <StevenK> Fullscreen the movie, done
[08:00] <pwnguin> i dont think you understand the point
[08:00] <pwnguin> or rather, you're looking to hard for one
[08:01] <pwnguin> an aalib compiz plugin doesn't fill some need by being used, it mainly works by merely _existing_
[08:06] <\sh> moins
[08:32] <MacSlow> v
[08:38] <Hobbsee> u
[08:40] <MacSlow> ups
[08:40] <MacSlow> so much for Ctrl-v
[08:58] <MacSlow> hi seb128
[08:58] <lool> Morning seb128
[08:58] <dholbach> hey lool, hey mvo, hey seb128
[08:58] <mvo> dholbach!
[08:59]  * Hobbsee waves to mvo
[08:59] <seb128> Hi everybody
[08:59] <Hobbsee> hey seb
[08:59]  * mvo hugs Hobbsee
[09:00] <seb128> hey Hobbsee
[09:01]  * Hobbsee hugs mvo, and attempts not to drown in all the paper
[09:02]  * Mithrandir throws Hobbsee a paper shredder and a life buoy
[09:03] <Hobbsee> thanks Mithrandir!
[09:03] <Hobbsee> Mithrandir: i'll need that for some of it, anyway
[09:15] <cjwatson> jdong: FWIW, there are a few things ubiquity does after installing grub: installing extra packages (may be a no-op, depending), removing extra packages (definitely not a no-op - removes stuff like ubiquity itself), and copying logs
[09:16] <seb128> StevenK: did you add some preinst magic for gimp? that's required otherwise dpkg will not replace the documentation symlinks (see hal for one example)
[09:21] <m3ga> hi all. is heron stable enough to run yet?
[09:21] <Mithrandir> m3ga: no.
[09:22] <m3ga> problems?
[09:22] <persia> m3ga: lots
[09:23] <Mithrandir> m3ga: if you are asking whether it's stable enough to use yet, it's not stable enough for you.  It's in early development and stuff breaks and is fixed daily so people are expected to be able to recover their system from breakages.
[09:23] <m3ga> ok, now is too early, but how do i prevent getting too late. I got gutsy about a month before release and there are about a dozen bug that affect me and were never fixed before release.
[09:23] <m3ga> where is the sweet spot?
[09:24] <Mithrandir> there's no magic point as to when you'll get your bugs fixed.  We have more bugs than we manage to fix
[09:25] <persia> m3ga: Id you've a spare (non-production) machine, and want to test early, I'd suggest starting around Alpha 5 (just after feature freeze).  There's still lots of bugs then, but the base system is less likely to be changed on the fly.
[09:26] <cjwatson> the sweet spot for getting your bugs fixed is a lot sweeter if you help to contribute the fixes :-)
[09:26] <m3ga> persia: is there an estimated date for that?
[09:26] <persia> m3ga: mid to late February
[09:27] <m3ga> cjwatson: I have submitted bugs, with patches, that have been ignored (possibly because they were after release)
[09:27] <cjwatson> m3ga: see https://wiki.ubuntu.com/HardyReleaseSchedule
[09:27] <persia> m3ga: But, as cjwatson says, if you can track down bugs and causes in gutsy, and check against what changed in hardy, and submit solutions or pointers to patches (or even patches themselves), that significantly improves the chances that they will be fixed.
[09:27] <cjwatson> patches submitted after release are certainly extremely unlikely to be applied in that release. The next one is a different story, of course.
[09:28] <lifeless> cjwatson: what is the best way for those to be raised to the attention of a committer ?
[09:28] <cjwatson> we do not change stable releases except for a very small number of cases
[09:28] <cjwatson> lifeless: for stable releases? usually, not
[09:28] <lifeless> cjwatson: for hardy;
[09:28] <cjwatson> we are not yet at the stage when I would expect people to be trawling for patches
[09:28] <cjwatson> developers are still engaged in merging changes from upstream
[09:28] <lifeless> Sure. I mean, is there a tag that can be put on the bug? Or a status change?
[09:29] <cjwatson> there's already a search for bugs with patches available, which I think should be sufficient
[09:29] <persia> lifeless: the "patch" tag helps change patches into debdiffs, and debdiffs can be sent to the sponsor queues.
[09:29] <cjwatson> (of course not every patch is suitable for immediate application)
[09:30] <lifeless> Right, I was asking to refresh my mind and get info for m3ga. Thanks.
[09:31] <cjwatson> I'm not sure I entirely believe the search for bugs with patches in all cases, mind - for instance bug 9006 has no patch attached, nor do its duplicates
[09:31] <ubotu> Launchpad bug 9006 in grub-installer "system unbootable due to old BIOS" [Medium,Confirmed] https://launchpad.net/bugs/9006
[09:33] <Keybuk> https://bugs.edge.launchpad.net/ubuntu/+source/grub-installer/+bug/9006/attachments/1133
[09:33] <ubotu> Launchpad bug 9006 in grub-installer "system unbootable due to old BIOS" [Medium,Confirmed]
[09:33] <Keybuk> ^ says it's a patch ;-)
[09:34] <cjwatson> stretching the point a little, I feel
[09:35] <cjwatson> thanks, at least that shows me how to remove the patch tag
[09:35] <Keybuk> how so?  That's how the patch query works
[09:35] <Keybuk> it shows you all the open bugs with things attached that mark themselves as patches
[09:35] <m3ga> for me, dapper was the last good release, followed by feisty. for me, gutsy is almost as bad as edgy. with ubuntu the fine details of ubuntu-core are good, but I need a lot of other stuff around it and when that stuff breaks, i'm up the creek without a paddle. at least with debian testing, that stuff does get fixed, but with debian, the core stuff lacks the attention to detail i like with ubuntu.
[09:36] <cjwatson> I mean that it was stretching the point for the submitter of that attachment to tag it as a patch
[09:36] <Keybuk> oh, right
[09:36] <Keybuk> yes
[09:36] <Keybuk> that's very true
[09:41] <Mirv> m3ga: generally, if your patches aren't being handled it's not that there wouldn't be interested to fix bugs, but that there are not enough people to handle everything. the easier you can do it for the maintainers, the better - ie. you would supply patches, get other users to test the patches and supply comments, check that you can generate packages with those patches, work on getting patches to Debian, too (from where they'll be merged to
[09:42] <warp10> Hi all!
[09:42] <Mirv> personally I like to fix things in Debian and then get them merged to Ubuntu, that way it benefits the most and is the least amount of work for Ubuntu developers
[09:44] <m3ga> Mirv: i do find the debian process better (reportbug vs launchpad is the obvious one), but to fix bugs in debian I should be running debian.
[09:44] <Mirv> m3ga: ah yes, my point was assuming one also has a Debian installation somewhere
[09:45] <seb128_> m3ga: you know about apport right?
[09:45] <m3ga> apport?
[09:46] <seb128_> m3ga: ubuntu bug tool (what is used to submit crash bugs, etc)
[09:46] <m3ga> ok found apport. not really for me, i'm much better off with gdb and valgrind
[09:47] <m3ga> i'm a developer, i can dig into code and fix stuff
[09:47]  * seb128 kicks xchat-gnome
[09:48] <seb128> m3ga: just mentioning because of your comment about reportbug against launchpad
[09:50] <cjwatson> indeed, apport ships a tool called 'ubuntu-bug' ...
[09:57] <m3ga> cjwatson: is ubuntu-bug anything like debian's reportbug?
[09:58] <seb128> m3ga: it does send useful informations to launchpad (version of packages installed, architecture, etc)
[09:58] <cjwatson> it does not share code. it fulfils much of the same function
[10:00] <mvo> jdong: hello! I want to do some backports with the latest compiz from hardy to gutsy-backports. should I talk to the backports team first or can I just go ahead and ask the archive-amdins for  it myself?
[10:07] <TheMuso> c
[10:07] <TheMuso> ugh wrong tab
[10:09] <m3ga> cjwatson: i just played with ubuntu-bug. it does a small part of what debian's reportbug does, but doesn't allow reporting of bugs like https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/163704 or https://bugs.launchpad.net/ubuntu/+source/usbutils/+bug/159189
[10:09] <ubotu> Launchpad bug 163704 in cupsys "'cups-config --libs' gives spurious output" [Undecided,New]
[10:13] <cjwatson> m3ga: -> pitti
[10:13] <cjwatson> (when he's around)
[10:14] <m3ga> i've met pitti, but what am i supposed to see him about?
[10:17] <cjwatson> m3ga: he's the apport developer
[10:17] <dholbach> and he kicks ass
[10:18] <m3ga> not mine i hope ;-)
[10:19] <m3ga> so, does apport run outside gnome/kde? if so how? there's no man page :-(
[10:19] <seb128_> m3ga: there is an apport-cli
[10:20] <seb128_> m3ga: and it has a manpage
[10:20] <seb128_> man apport-cli
[10:20] <seb128_> m3ga: https://bugs.launchpad.net/ubuntu/+source/gnome-utils/+bug/164249
[10:20] <ubotu> Launchpad bug 164249 in gnome-utils "Mozilla crashes" [Undecided,Invalid]
[10:20] <seb128_> that's an example of bug sent using apport
[10:21] <seb128_> m3ga: what does reportbug do in your opinion that apport doesn't?
[10:21] <seb128_> hey coNP[uni]
[10:21] <coNP[uni]> hey seb128
[10:21] <dholbach> hey coNP[uni]
[10:21] <coNP[uni]> heya dholbach
[10:22] <m3ga> ok looking at apport-cli manpage now. that seems to cover most of what reportbug does.
[10:25] <Hobbsee> mvo: jdong certainly wants to backport compiz
[10:26] <mvo> Hobbsee: ok, that is all cool then
[10:27] <m3ga> seb128: 164249 is not a particularly good bug report :-)
[10:28] <m3ga> and i have a program that crashes, how do I make it generate a .crash file?
[10:30] <StevenK> seb128_: I didn't remove the preinst magic, since I thought doko added it.
[10:30] <seb128_> StevenK: ok, it was already there
[10:30] <seb128_> StevenK: for quite some packages he did symlink the directories from debian/rules
[10:31] <seb128_> and the symlink are not replaced with the real directories on upgrade
[10:31] <StevenK> seb128_: Yeah, I think doko learnt that lesson. :-)
[10:31] <StevenK> m3ga: Hey!
[10:31] <StevenK> m3ga: I didn't know you ran Ubuntu. :-)
[10:31] <doko> StevenK: there's nothing to learn; just keep the preinst stuff where you like it.
[10:32] <seb128_> m3ga: no, but that was the first example in my box with apport informations
[10:32] <StevenK> doko: Actually, maybe cdbs should do the preinst magic
[10:32] <m3ga> StevenK: long time no see/hear/chat!
[10:32]  * Hobbsee wonders when we get a new kernel.
[10:32] <StevenK> m3ga: Indeed!
[10:32] <m3ga> been running ubuntu for about 2 years, debian before that
[10:32] <seb128_> m3ga: you don't do anything, the crash should be written in /var/crash, just double click on it with nautilus to send the bug (or use the apport command line on the crash)
[10:33] <StevenK> m3ga: I knew you were a Debian bloke, didn't know about Ubuntu
[10:33] <StevenK> m3ga: I became an Ubuntu member about 2 years ago. :-)
[10:34] <mpt> StevenK!
[10:34] <StevenK> mpt!
[10:34] <mpt> How's HardyAboutUbuntu?
[10:34] <StevenK> mpt: So, what are we going to do about this spec?
[10:34]  * StevenK grins
[10:34] <m3ga> using it at work, basically building an ubuntu derived distro for our embedded boxes
[10:35] <StevenK> m3ga: I'm using Ubuntu at work. :-) I started working for Canonical about seven weeks ago.
[10:35] <m3ga> congrats!
[10:35] <StevenK> m3ga: Thanks. :-)
[10:35] <mpt> StevenK, I propose simplifying it to something you have time to implement for 7.10
[10:35] <m3ga> mine is www.bcode.com
[10:35] <Fujitsu> mpt: That's rather time-efficient.
[10:36] <Fujitsu> Canonical breaking new ground, as usual :P
[10:36] <StevenK> mpt: I saw that edit to the wiki page, what do you have in mind?
[10:36] <StevenK> Fujitsu: Shush you
[10:36] <mpt> StevenK, the original design, in GTK and Qt versions? :-)
[10:37] <StevenK> Heh
[10:37] <StevenK> Keybuk: Ping
[10:38]  * StevenK checks if he wins at gimp
[10:38] <StevenK> seb128_: Did you see my report?
[10:39] <seb128_> StevenK: yes ;-)
[10:39]  * seb128_ hugs StevenK
[10:39]  * StevenK grins and hugs seb128_ back
[10:40] <seb128_> StevenK: you didn't do the preinst thing though, I just looked
[10:41] <StevenK> Hrm.
[10:41] <seb128_> StevenK: http://paste.ubuntu.com/2125/
[10:41] <seb128_> StevenK: you need something similar to that
[10:42] <StevenK> Yeah, that requires knowing what packages were changed.
[10:42] <seb128_> StevenK: gimp and gimp-python
[10:42] <seb128_> those are the ones symlinked in gutsy
[10:42]  * StevenK sighs, wanting dpkg -I to take multiple .deb arguments
[10:42] <seb128_> oh, maybe some other ones as well
[10:43] <seb128_> those are the ones installed on my laptop in fact
[10:43] <seb128_> likely most of the binaries
[10:43] <StevenK> Drat, CDBS should do it for me!
[10:43] <seb128_> there is very few packages b0rked by doko
[10:43]  * thom guffaws
[10:43] <StevenK> (Since CDBS is the one that does the symlinking)
[10:44] <seb128_> but you have a point
[10:44] <Hobbsee> then fix cdbs at your peril :P
[10:44] <seb128_> I had to add like 15 preinst to evolution-data-server
[10:44] <StevenK> seb128_: Okay, so I should I fix CDBS, and then re-upload a rebuild of gimp?
[10:44] <seb128_> StevenK: cdbs does the symlinking, the preinst is to workaround what doko broke in gutsy
[10:44] <StevenK> thom: Shush you
[10:45] <seb128_> StevenK: how do you want to fix that in cdbs?
[10:45] <StevenK> Actually, it's hard to do it in CDBS, now that I think about it
[10:45] <seb128_> StevenK: you want to add a similar preinst to every single package in the archive when it's required only for like 10 packages?
[10:45] <seb128_> I think we should just fix those manually
[10:45]  * StevenK nods.
[10:46] <Keybuk> StevenK: gnip
[10:46] <seb128_> you likely need a preinst by binary
[10:46] <StevenK> seb128_: Likely, I'm just going to see what doko did
[10:46] <StevenK> Keybuk: Can you read backscroll - the conversation between me and mpt about HardyAboutUbuntu?
[10:47] <seb128_> he basically symlinked all the /usr/share/doc/binaries to /usr/share/doc/one-binary
[10:47] <seb128_> and dpkg preserves the symlink on upgrade now
[10:47] <Keybuk> StevenK: I have no backscroll
[10:47] <\sh> keescook, jdstrand : bug #164007 ready for review, thx
[10:47] <ubotu> Launchpad bug 164007 in net-snmp "[net-snmp] remote Denial of Service vulnerability" [Undecided,In progress] https://launchpad.net/bugs/164007
[10:47] <StevenK> Keybuk: Oh, hang a sec.
[10:47] <StevenK> seb128_: Oh, I see! I was too overzealous with my culling of debian/rules. :-(
[10:48] <seb128_> StevenK: well, you can drop the debian/rules changes
[10:49] <lool> seb128_: Using "gdm-new" will probably look weird when we have a new new; perhaps "gdm-snapshot"?  I proposed exactly this during the UDS session, but people seemed to prefer uploading the gdm package itself
[10:49] <seb128_> StevenK: but now cdbs symlink individual files and not the directories so you need to remove the directories symlink in the preinst so the new version can install its real directory and the symlinks there
[10:49] <seb128_> lool: new new?
[10:49] <Keybuk> Riddell: shouldn't KDE 4.0 RC1 be "Kalamity" ? ;)
[10:49] <StevenK> seb128_: ... I can?
[10:49] <seb128_> StevenK: you need too
[10:50] <lool> seb128_: using the name "new" looks bad after a while
[10:50] <seb128_> StevenK: the debian/rules was doing directory symlink, now we have real directories and files symlinking
[10:50] <StevenK> seb128_: Right. So the preinst hacking needs to stay, but I now I remove the symlink and mkdir
[10:50] <Riddell> Keybuk: the 4.0 codenames have a deliberate policy of avoiding forced Ks, something to which I entirely approve
[10:50] <seb128_> lool: the idea was to not keep it a while, but I'm fine with snapshot which is the standard naming for such thing anyway, thanks for the comment
[10:51] <seb128_> StevenK: yes, cdbs does everything for you but removing the previous symlink
[10:51] <seb128_> lool: I was not for having a different package because I was under the impression that the new gdm was testable which is not really true at the moment
[10:52] <seb128_> lool: you can't even select the language and session, there is no gdmflexiserver, no gdmsetup, etc
[10:52] <StevenK> seb128_: Right. Give me a few seconds, and I'll belt with a debdiff
[10:53] <lool> seb128_: Right; I can only be happy that you meet my original proposal :)
[10:53] <StevenK> Keybuk: Relevant bits at http://paste.ubuntu.com/2126/
[10:53] <seb128_> lool: happy that new gdm sucks?
[10:54] <seb128_> lool: I would be happy if it was usuable rather
[10:54]  * StevenK ponders how to fix his webserver
[10:54] <lool> seb128_: Happy with deciding to package it as a separate package as I really believe it's not ready to replace the regular gdm either
[10:54] <lool> But then I was mostly alone in this position during the session
[10:55] <Keybuk> StevenK: err, riiight?
[10:55] <Keybuk> I don't see why you ping'd me though
[10:56] <StevenK> Keybuk: Because we spent like an hour discussing this, and now HardyAboutUbuntu looks suspiciously like AboutUbuntuRevisited
[10:57] <Keybuk> StevenK: except that we changed it to have a summary of your hardware and be "about your computer"
[10:57] <Keybuk> and not "about ubuntu"
[10:57] <StevenK> Keybuk: But mpt's point is that seems too complicated for an about dialog.
[10:58] <Keybuk> why?
[10:58] <Keybuk> it depends what the purpose of the dialog is, no?
[10:59] <StevenK> mpt: Come back :-)
[10:59] <seb128__> re
[10:59] <Keybuk> it comes back to use cases
[10:59] <seb128__> my dsl linux sucks today
[10:59] <seb128__> lool: I was saying
[10:59] <StevenK> Keybuk: Mmm
 lool: happy that new gdm sucks?
[11:00] <seb128__>  lool: I would be happy if it was usuable rather
[11:00] <Keybuk> the use case we discussed in the meeting was "answering the most common questions about the computer"
[11:00] <StevenK> seb128_: Your DSL linux?
[11:00] <lool> seb128__: I was clarifying that I'm not happy that it sucks...  Just happy that others come to realize it does suck ATM
[11:00] <seb128> StevenK: s/linux//
[11:00] <StevenK> Keybuk: Right, which the current specs deals with by showing ...
[11:00] <seb128> lool: nobody played with it at UDS so we were not discussing the current state
[11:01] <seb128> lool: can't have an opinion on what you didn't try
[11:01] <StevenK> seb128: http://people.ubuntu.com/~stevenk/gimp_2.4.1-1ubuntu2.debdiff
[11:01] <lool> seb128: People seemed to have a strong opinion on basing on it
[11:02] <seb128> lool: desrt from an upstream point of view had one, yes
[11:02] <seb128> StevenK: why do you generate the preinsts from debian/rules rather than adding normal .preinsts?
[11:02] <Keybuk> StevenK: I have a phone call now
[11:02] <Keybuk> I'm not sure I understand the objection to the spec I'm afraid
[11:03] <StevenK> Keybuk: Let me reclarify with mpt
[11:03] <Keybuk> either we have an "About Ubuntu" dialog which just says "Ubuntu 7.10"
[11:03] <lool> He wasn't alone in pushing for the new gdm; people are seduced by its new architectures which is nicer and more versatile but disregarded its stability
[11:03] <lool> (or functionality)
[11:03] <seb128> StevenK: I'm not sure I like have a "rm -rf" in a preinst, especially that's not required to remove a symlink
[11:03] <Keybuk> or we have "About your Computer" which helps you answer common questions (and one of the incidental details there is Ubuntu 7.10)
[11:03] <Keybuk> we discussed the latter in the BOF
[11:03] <seb128> lool: not really, we said that if the new one was usuable we should try pushing for it
[11:03]  * StevenK nods
[11:04] <StevenK> seb128: Right, let me rip that apart again
[11:04] <seb128> lool: we did pronounce opinions on whether it was or not since we didn't try it
[11:05] <seb128> lool: what came out of the discussion was "package new version quickly, look at it, and revert at feature freeze if that's not satisfactory"
[11:05] <Keybuk> (my personal opinion is that "About Ubuntu" is entirely useless; if all we do is display the lsb info, we can almost certainly drop it)
[11:05] <lool> seb128: Yes; and the plan was to replace the package in the archive with a 2.20.x+really-2.21 version; I do recall that
[11:06] <seb128> lool: right, *if the current version was good enough for hardy testing*, which is the best way to get testing
[11:07] <seb128> lool: I still plan to do that when it'll allow to select a language and session
[11:07] <lool> Too bad nobody took notes during the discussions
[11:07] <seb128> we likely have notes on gooby and wiki no?
[11:07] <seb128> anyway my understanding was that we want to get as much testing as possible
[11:07] <lool> The wiki doesn't mention the packaging plans or the security review
[11:08] <seb128> and the way to get that is to update in new version in hardy as soon as we consider it ready to been pushed to unstable users
[11:08] <seb128> s/in/to the
[11:17] <StevenK> seb128: debdiff updated.
[11:22]  * Hobbsee waves to mdz_
[11:24] <seb128> StevenK: I like the http://paste.ubuntu.com/2125/ variant better but yours should work too, no need to mkdir though, the packages installed files to this directory so it'll be created automatically
[11:24] <seb128> s/installed/install
[11:25] <StevenK> seb128: Oh right, so do it in just gimp.preinst?
[11:25] <StevenK> Geez I'm slow tonight
[11:25] <xhaker> StevenK, can I decide to start merging, and subscribe sponsors teams?
[11:26] <StevenK> xhaker: Start merging what?
[11:26] <xhaker> i'm looking for instructions on merges procedures
[11:26] <seb128> StevenK: no, by binary, the hal way or listing several package is wrong because you don't have guarantee on the order I think
[11:27] <StevenK> seb128: So that snippet is in each preinst?
[11:27] <seb128> StevenK: I would say remove the mkdir and add a || true to your version and that's alright
[11:27] <seb128> we don't want to fail the install if the rm doesn't work
[11:28] <seb128> maybe rm -f symlink too
[11:28] <StevenK> seb128: Er, read the if link
[11:28] <StevenK> && [ -L /usr/share/doc/gimp-dbg ]
[11:29] <seb128> StevenK: right, I did read this one
[11:29] <seb128> just remove the mkdir then ;-)
[11:29] <StevenK> seb128: Right
[11:29] <xhaker> StevenK, universe packages... i don't know.. whatever i can
[11:29] <StevenK> seb128: Let me just give you the debdiff again so we can be certain.
[11:29] <seb128> ok
[11:30] <StevenK> xhaker: You want to ask in #ubuntu-motu
[11:31] <StevenK> seb128: debdiff updated.
[11:31] <StevenK> At least I don't need to upload a 25Mb tarball.
[11:33] <seb128> StevenK: that version looks good now ;-)
[11:33] <StevenK> seb128: Great! I'll upload it now.
[11:33] <Mez> how do I get something not to show in the autoremove list ?
[11:33] <seb128> StevenK: thanks
[11:33] <seb128> Mez: sudo apt-get install it?
[11:33] <Mez> seb128, it's installed, but it shows up saying
[11:34] <Mez> The following packages were automatically installed and are no longer required:
[11:34] <seb128> Mez: --reinstall maybe then
[11:34] <Mez> I dont want to accidentally remove it
[11:34] <Mez> (It's iptables)
[11:34] <seb128> mvo: ^
[11:35] <mvo> Mez: apt-get install packagename
[11:35] <mvo> Mez: that will mark it explicitely installed
[11:35] <mvo> Mez: what package is it?
[11:35] <seb128> mvo: even if it's already installed?
[11:35]  * Mez shrugs - I did a --reinstall and that worked...
[11:35] <mvo> seb128: yes
[11:35] <Mez> mvo - iptables
[11:35] <seb128> mvo: too to know
[11:35] <seb128> mvo: good to know
[11:36] <mvo> Mez: interessting, its a rdepends of ubuntu-standard, is that a machine that got upgraded all the way back from edgy?
[11:37] <Mez> er, I believe it was a fresh feisty install
[11:38] <Mez> might have been an edgy install - but I doubt it
[11:38] <mvo> Mez: hm, iptables should be marked as manual install in this case. odd
[11:39] <Mez> mvo, is there a way I can check if I upgraded it ?
[11:40] <Mez> this was a pretty fresh server actually.. only a month old..
[11:40] <mvo> Mez: I can't think of a easy way to check other than checking /var/log/dist-upgrade
[11:41] <Mez> no such file
[11:41] <mvo> Mez: ok
[11:41] <Mez> mvo, checking with my server guy, he'll tell me how it was provisioned
[11:42] <Mez> I have a feeling it wasnt a default install
[11:42] <mvo> Mez: thanks, that would explain it :)
[11:42] <Mez> I think he too a pbuild and played with that ;)
[11:42] <mvo> heh :)
[11:42] <Mez> so probably built using essential stuff only
[11:43] <StevenK> seb128: Uploaded. Bloody gimp's 7Mb .diff.gz :-)
[11:53] <Amaranth> StevenK: holy crap, what's in there?
[11:53] <Hobbsee> Amaranth: you shouldn't need to ask.
[11:53] <Hobbsee> Amaranth: crack, and misspellings.
[11:54] <StevenK> Amaranth: Uncompressed, it's 38Mb, which is larger than the tarball
[11:55] <StevenK> Amaranth: ~ 70% is translations
[11:55] <Amaranth> i thought we stripped those
[11:57] <emgent> keescook, hi :)
[11:58] <StevenK> Amaranth: From the binary, yes
[12:02] <mvo> doko: is pycentral maintained in bzr? I would like to change it so that it does not use /usr/bin/dpkg-querry but the dpkg-querry that is in the PATH. I'm happy to pass a special environment like DPKG_QUERRY too if you prefer that. the reason is that during dapper->hardy we will use a private dpkg that supports triggers and pycentral may be called before /usr/bin/dpkg-querry gets updated with the new dpkg - this would rsult in failures because
[12:02] <mvo>  dpkg does not understand the new trigger keywords yet
[12:03] <fabbione> that sounds so scary
[12:04] <doko> mvo: either that, or just read /var/lib/dpkg/info/*.files directly (using an environment variable)
[12:04]  * Hobbsee attacks fabbione with a herring
[12:04]  * fabbione waves his 20T Thor Hammer in front of Hobbsee
[12:05] <mvo> doko: I don't mind either way, just let me know how you want the change from me. just uploaded as a new package or in a bzr repository?
[12:05] <Hobbsee> fabbione: you need longer arms.
[12:06] <fabbione> Hobbsee: buh
[12:06]  * fabbione heads offline
[12:06] <doko> mvo: just upload, and maybe change it (make that conditional on an env var):             #lines = [s[:-1] for s in file('/var/lib/dpkg/info/%s.list' % self.name).readlines()]
[12:06] <doko>             cmd = ['/usr/bin/dpkg-query', '-L', self.name]
[12:06] <doko> should be faster anyway
[12:07] <mvo> doko: thanks! that sounds good. I will do that after lunch
[12:40] <\sh> keescook, jdstrand : bug #149616 ready for review
[12:40] <ubotu> Launchpad bug 149616 in ruby1.8 "Net::HTTPS Vulnerability" [Undecided,In progress] https://launchpad.net/bugs/149616
[13:36] <Hobbsee> TheMuso: erm, did i ever upload gnome-speech for yoU?  if i didn't, remind me tomorrow
[13:57] <cjwatson> oh, WOW, debmany(1) is cool [debian-goodies package]
[13:57] <cjwatson> why did I not think of doing that?
[14:03] <thom> cjwatson: read man pages from unextracted debs? cute
[14:04] <cjwatson> unextracted, or installed, or go and download them from the archive
[14:04] <cjwatson> in general, "show me a list of the man pages in this package and let me read them conveniently"
[14:06] <thom> oh wow
[14:06] <thom> the description doesn't do it justice then
[14:11] <Le-Chuck_ITA> Hi there, can someone take a look at https://bugs.edge.launchpad.net/ubuntu/+source/openoffice.org/+bug/132583
[14:11] <ubotu> Launchpad bug 132583 in openoffice.org "python-uno can't be imported" [Low,Confirmed]
[14:11] <Le-Chuck_ITA> it's milestoned for hardy
[14:11] <Le-Chuck_ITA> but there's a one-line fix, and gutsy has been released one month ago
[14:12] <Le-Chuck_ITA> I find it unbearable that we ship buggy software, when we know the fix and that's trivial to upload
[14:12] <Le-Chuck_ITA> expecially because I am actively pushing ubuntu on an institutional server where I will produce a package which uses python-uno
[14:13] <seb128> Le-Chuck_ITA: that doesn't look like something high importance on a normal installation
[14:13] <seb128> Le-Chuck_ITA: you are welcome to work on a SRU
[14:14] <Le-Chuck_ITA> ok, thanks, that can be my next move but I will have to re-learn lots of burocracy when a developer can just upload the fixed package
[14:14] <Le-Chuck_ITA> I don't see why I should waste my energy doing that, even though I did it in the past and can do it again
[14:14] <seb128> Le-Chuck_ITA: there is no such thing as "can just upload" to stable
[14:15] <persia> Le-Chuck_ITA: The developers follow the same processes as anyone else in order to get a patch applied to a release.  it's not easy on purpose.
[14:15] <seb128> Le-Chuck_ITA: any maintainer need to follow the SRU process to get things to stable updates
[14:15] <Le-Chuck_ITA> ok
[14:15] <Le-Chuck_ITA> I didn't know
[14:16] <Le-Chuck_ITA> in any case, the package may have little importance, but the fix is vital for the package itself
[14:16] <Le-Chuck_ITA> it's an ld.so.conf error
[14:17] <Le-Chuck_ITA> seb128: I am not even a MOTU, do you think I will get the same chances as an ubuntu developer to see my SRU go on? It's not polemic, I just have to decide if it's worth
[14:18] <seb128> Le-Chuck_ITA: attach a debdiff to the bug and let somebody do the official SRU
[14:18] <Hobbsee> Le-Chuck_ITA: the sru's get blocked because people dont find testers.
[14:18] <cjwatson> SRUs for openoffice.org are a rather big deal
[14:18] <Hobbsee> the rest of it's not so hard
[14:19] <cjwatson> we prefer to stack up fixes there, since the download is so big
[14:19] <Le-Chuck_ITA> Come on, it's an added path to ld.so.conf
[14:19] <Le-Chuck_ITA> ah ok
[14:19] <Le-Chuck_ITA> I misunderstood you
[14:19] <cjwatson> I dropped off the network for a moment, so perhaps I missed a bit
[14:19] <Hobbsee> cjwatson: image change to non-branded form, anyone?
[14:19] <cjwatson> Hobbsee: ... which won't go into -updates until there's something to stack it with
[14:20] <Le-Chuck_ITA> ok so i will try to provide a debdiff, I repeat point is that I want to push ubuntu on a server, but I can't do that and then require a patch to the default install, because they would say it doesn't look serious
[14:20] <Hobbsee> cjwatson: oh, it's not even in -updates? right.
[14:20] <Hobbsee> cjwatson: i upgraded from gutsy a long time ago :)
[14:20] <Hobbsee> stable releases are boring, and all that.
[14:21] <cjwatson> Le-Chuck_ITA: for large packages, it definitely requires signoff from the main responsible developer
[14:21] <cjwatson> in your case, it's not obvious to me why you can't just set LD_LIBRARY_PATH locally as a workaround
[14:21] <Le-Chuck_ITA> just a moment, cjwatson: the fix should be done in python-uno
[14:21] <cjwatson> that doesn't require a patch to the default install
[14:22] <cjwatson> $ apt-cache showsrc python-uno | grep Package:
[14:22] <cjwatson> Package: openoffice.org
[14:22] <Le-Chuck_ITA> ah ok I surrender on this :) However, I don't want to write "if DISTRO==ubuntu then LD_LIBRARY_PATH+=" ecc ecc in my code
[14:22] <cjwatson> the unit of changes to Ubuntu is source packages; you can't change just python-uno without uploading the whole of openoffice.org
[14:23] <Le-Chuck_ITA> ok
[14:23] <Le-Chuck_ITA> I can eventually provide an ubuntu package with the missing ld.so.conf.d
[14:23] <cjwatson> it seems to me that it would be preferable to set the path to the OOo libraries in the uno module rather than adding an ld.so.conf.d file
[14:24] <cjwatson> (the latter would affect *all* binaries, and probably slow down all library lookups)
[14:24] <cjwatson> (just by a little bit of course, but still)
[14:24] <cjwatson> however, calc should make that decision
[14:25] <persia> Le-Chuck_ITA: Please submit a change for openoffice.org.  It may take a bit to get in, but in the worst case, it will be in for hardy, and be useful to all clients of python-uno
[14:26] <cjwatson> (the diff is probably fairly trivial, so I doubt submitting one will make a huge difference)
[14:26] <Le-Chuck_ITA> persia: now I will have to wait on the decision about using ld.so.conf.d or setting the path in python scripts
[14:26] <Le-Chuck_ITA> and I agreed with cjwatson in principle
[14:26] <Le-Chuck_ITA> if the diff is trivial the problem of a developer won't be having a debdiff
[14:26] <Le-Chuck_ITA> but finding time to take a look at the bug
[14:27] <Le-Chuck_ITA> In any case I bothered you all a little more than I wanted to :) I just hope to see that fix in gutsy
[14:27] <cjwatson> not that I want to discourage people from contributing of course; just to point out that the world doesn't revolve around diffs :-)
[14:29] <persia> cjwatson: True.  My experience has just been that diffs often demonstrate willingness to help fix or test things, but I'm not the person making the oo.o decision :)
[14:31] <emgent> keescook, ping
[14:37] <Le-Chuck_ITA> bye all
[14:48] <mvo> doko: fyi: http://paste.ubuntu.com/2132/ if you are happy with it, I will upload
[14:49] <doko> mvo: QUERRY? double R ?
[14:51] <mvo> doko: thanks! fixing this now
[14:51]  * mvo blushes
[14:54] <soren> seb128: you doing source new today?
[14:54] <mvo> or syncs?
[14:54] <seb128> some
[14:54] <seb128> I'll not likely do everything
[14:54] <seb128> anything you would like to get?
[14:55] <mvo> I have some pending syncs, let me dig out the names
[14:55] <seb128> mvo: if they are filled I'll do them
[14:55] <seb128> mvo: I do syncs almost daily ;-)
[14:55] <Hobbsee> seb128: sync the world plz.
[14:55] <seb128> source NEW is an another issue
[14:55] <seb128> Hobbsee: already done this morning
[14:55] <mvo> seb128: they are filed
[14:55] <seb128> I do that almost daily too ;-)
[14:55] <Hobbsee> seb128: there are probably more people there now, though :)
[14:55] <seb128> mvo: ok, will do them then, no need to bother
[14:55] <Hobbsee> seb128: sync the universe too, plz.
[14:56] <mvo> thanks seb128
[14:56] <soren> seb128: They're not particularly urgent. If I just know that you probably won't get around to it today, I won't be twiddling my thumbs waiting for it. :)
[14:57] <soren> seb128: It's virtinst and virt-viewer, if you feel like doing them anyway :)
[14:59] <seb128> soren: will have a look later
[15:04] <pitti> Hello
[15:04] <Hobbsee> hiya pitti!
[15:08] <warp10> Hi pitti!
[15:08] <pitti> hi warp10
[15:22] <LaserJock> pitti: quick question about that gcompris .pot, I'm generating it, but it doesn't get installed to any .deb, is that necessary?
[15:22] <ganeshhegde> in appearance->visual effects  its none...if i click on normal it says composite extension is not available...what it mean?in ubuntu 7.10
[15:24] <dholbach> LaserJock: it's not necessary to be in the .deb
[15:24] <dholbach> LaserJock: as long as it's in the built source tree, that's fine
[15:25] <LaserJock> dholbach: ah, ok
[15:40] <pitti> LaserJock: what dholbach said (sorry, missed your ping)
[15:44] <jdong> mvo: if you haven't already, file bug reports in product gutsy-backports, and we shall take a look. I think Compiz is a great Backports candidate :)
[15:54] <carlos> pitti: ping about language pack update for Gutsy, did you have time to start the process?
[15:55] <pitti> carlos: I'd like to do that with Arne
[15:55] <pitti> no time yesterday, but I should be able to start that today
[15:55] <carlos> ok, thank you
[15:59] <mvo> jdong: I haven't filed a bug yet, my plan was to just bribe some of the archive-admins to get a backport build going. but I'm fine with filing a bug too (I want to get it done somewhat quick so that we can start pushing compiz into hardy that will be no longer backportable)
[15:59] <jdong> mvo: the archive admins typically like a backport request ticket they can close when pushing a backport
[16:00] <ganeshhegde>  I hav ubuntu 7.10 whith desktop effects working on xgl...how to install compiz fusion? graphics card ati radeon x200
[16:00] <jdong> mvo: but if you can find an admin to shortcut the process I'm all up for it :)
[16:00] <jdong> ganeshhegde: -> #ubuntu; this is not a support channel
[16:00] <mvo> jdong: thanks :) I see what I can do
[16:01] <pitti> mvo: I want a written statement from you that this won't break gutsy, in triplicate, signed with your blood, and a beer as bribe :)
[16:01] <pitti> mvo: but I also prefer a bug just to have some papertrail
[16:01] <jdong> :D
[16:01]  * pitti hugs mvo
[16:02] <mvo> heh :)
[16:02] <jdong> pitti: I think bug 57875 is ready to copy from backports to updates. So far I've received no signs that the backports is any regression from the countless positive votes on the prior testing package
[16:02] <ubotu> Launchpad bug 57875 in azureus "Azureus hangs or crashes showing splash screen at start" [High,Fix released] https://launchpad.net/bugs/57875
[16:05] <pitti> jdong: I agree
[16:06] <jdong> pitti: the one regression report towards the end of the bug seems to be more of a problem with that one user's system setup; it's not happened for anyone else
[16:07] <pitti> carlos: gutsy-updates packages are building
[16:07] <carlos> pitti: ok, cool
[16:07] <pitti> I'll wait until the PPA has binaries, then we copy them to -proposed, and send out a call for testing
[16:08] <carlos> pitti: ok, thank you
[16:09] <pitti> jdong: *bzzt*, it's in -updates, bug updated
[16:10] <jdong> pitti: sweet. Thanks so much for you help through this 2-year bug squash! :D
[16:10] <pitti> you're welcome, thanks to you for enduring it
[16:10] <jdong> anything for our users, right? :)
[16:10]  * \sh needs a faster computer for mono :(
[16:12] <ogra> take two that can get you stereo then :)
[16:13] <\sh> ogra, good idea...working on two computers at the same time...no..bad idea, I need two more arms for that ,-)
[16:29]  * Keybuk prepares to reboot into hardy
[16:31] <Keybuk> cool, nobody screamed "WAIT!" :p
[16:32] <seb128> Keybuk: way should we do that, no reason to not share the breakage fun with you ;-)
[16:34] <Keybuk> to paraphrase SteveA ... "because I have changelogs.ubuntu.com, and I can fire people" <g>
[16:35] <seb128> (s/way/why, I should learn to type correctly or read what I type rather ;-)
[16:43] <mathiaz> slangasek: are you planning a new samba upload in debian in the next few days ?
[16:44] <slangasek> mathiaz: 3.0.27a, sure
[16:45] <mathiaz> slangasek: ok. So there is no point starting working on a merge
[16:45]  * dholbach hugs soren :)
[16:46]  * soren hugs dholbach back :)
[16:48] <\sh> keescook, jdstrand : bug #162826 ready for review
[16:48] <ubotu> Launchpad bug 162826 in mono "[Mono] Buffer overflow in Mono 1.2.5.1 and earlier" [Undecided,In progress] https://launchpad.net/bugs/162826
[16:49] <lool> bryce: I subscribed you to bug #163850; it renders the touchscreen on Q1 reference hardware unusable and has no trivial solution; if you know how to write an evdev config from the /proc bits, perhaps we can work on this, or we could check whether input axis scaling could be readded in xorg-server; some hints on the path to follow would be appreciated :)
[16:49] <ubotu> Launchpad bug 163850 in xf86-input-evtouch "Uncalibrated and can't calibrate with 0.8.7-2 on Samsung Q1 Ultra" [Undecided,New] https://launchpad.net/bugs/163850
[16:51] <tjaalton> lool: I subscribed ubuntu-x to evtouch bugmail, good catch :)
[16:53] <lool> tjaalton: TY
[16:54] <tjaalton> lool: does evdev support those devices?
[16:55] <\sh> so..time to go home...
[16:55] <mathiaz> slangasek: BTW where is the samba 3.2 package in Debian ? in experimental ?
[16:56] <slangasek> yes
[16:56] <lool> tjaalton: I don't know, but the evdev syntax seemed to be generic enough to allow this
[16:56] <mathiaz> slangasek: because merges.ubuntu.com lists 3.2 as debian version.
[16:56] <lool> tjaalton: Can't tell for sure
[16:57] <slangasek> Keybuk: so Hobbsee was saying that MoM looks at Debian experimental selectively, is that right?
[16:57] <tjaalton> lool: ok, that would be cool
[16:57] <Keybuk> slangasek: err....
[16:58] <Keybuk> slangasek: how about you tell me what you want, and I'll tell you whether it can or can't do that :)
[16:58] <slangasek> Keybuk: it's in general not obvious to me why we would want mom to list experimental-only merges as outstanding, and e.g. for samba we wouldn't want to merge from there
[16:59] <Keybuk> it doesn't list experimental-merges as outstanding
[16:59] <slangasek> oh
[16:59] <slangasek> it just gets the wrong version for "Debian version"?
[16:59] <Keybuk> no
[16:59] <Keybuk> not that I'm aware of
[16:59] <slangasek> 3.0.26a-1ubuntu2 3.2.0~pre1-1 3.0.26a-1
[17:00] <slangasek> ^^ samba from http://merges.ubuntu.com/main.html, the middle number is the version in experimental
[17:00] <slangasek> I had another example which I can dig up if it's helpful, but I've lost track of it in the list at the mo
[17:01] <Keybuk> that's odd
[17:01] <Keybuk> debian: 3.2.0~pre1-1
[17:01] <Keybuk>     samba_3.2.0~pre1-1.dsc
[17:01] <Keybuk>     samba_3.2.0~pre1.orig.tar.gz
[17:01] <Keybuk>     samba_3.2.0~pre1-1.diff.gz
[17:01] <Keybuk> it generated the merge from experimental
[17:01] <Keybuk> oh, cock
[17:03] <bryce> lool: ok I'll take a look in a bit
[17:04] <Keybuk> MoM has gone senile.
[17:04] <Keybuk> The men in white coats are coming to pick her up and take her to therapy.
[17:04] <lool> bryce: Thanks; I can hand you the /proc values as reported by the device if that's helpful
[17:04] <lool> bryce: (Or do you have a Q1?)
[17:04] <airjump> hello bryce
[17:04] <bryce> no I don't have one
[17:04] <bryce> hi airjump
[17:05] <airjump> orga from the irc chan. edubuntu give me your nick name
[17:05] <airjump> you have a eee pc from asus?
[17:05] <bryce> lool, the /proc values may be useful; I haven't written evdev rules before so am not certain what'll be needed exactly
[17:06] <cjwatson> airjump: I *cough* still need to pack it up and send it to bryce ...
[17:06] <lool> bryce: My problem is that I couldn't find much information on the format of the /proc entry, but the xorg.conf part seems more clear and documented
[17:06] <cjwatson> my bad, I've had too much to do
[17:06] <airjump> ok
[17:06] <Keybuk> right
[17:06] <Keybuk> lobotomy applied to MoM
[17:07] <ogra> poor MoM
[17:07] <Keybuk> slangasek: check again in a few days when it's rebuilt
[17:07] <slangasek> Keybuk: ok :)
[17:09] <cjwatson> hmm. bzr upgrade --dirstate-tags sftp://blah not the fastest thing in the world
[17:09] <Keybuk> cjwatson: s/sftp/bzr+ssh/
[17:09] <cjwatson> last time I tried that with bzr upgrade it didn't work
[17:10] <cjwatson> I'll try it again at some point ...
[17:12] <cjwatson> bzr log --line | grep 'releasing version .*ubuntu' | sed 's/^\([0-9]*\):.*version \(.*\)$/bzr tag -r\1 \2/' | sh
[17:12] <cjwatson> mm
[17:12] <cjwatson> dirty hacks 'r' us
[17:15] <cjwatson> Keybuk: bzr upgrade bzr+ssh:// just claims it's at the most recent format. bzr upgrade sftp:// actually does the upgrade
[17:16] <slangasek> mathiaz: do you really think bug #163194 warrants another debconf question?
[17:16] <ubotu> Launchpad bug 163194 in samba "Disable creation of weak lanman hashes by default in samba" [Undecided,Triaged] https://launchpad.net/bugs/163194
[17:16] <slangasek> mathiaz: I wanted to take the easy route, and just patch the default behavior in the binary :)
[17:17] <cjwatson> Keybuk: bug 125166
[17:17] <ubotu> Launchpad bug 125166 in bzr "Smart server doesn't suppport upgrading" [Low,Confirmed] https://launchpad.net/bugs/125166
[17:17] <Keybuk> ahh
[17:17] <Keybuk> you're using LP
[17:17] <Keybuk> ok
[17:18] <mathiaz> slangasek: I'm not really sure. I don't know if there is a lot Win95/98/Me clients out there.
[17:18] <mathiaz> slangasek: I would put the debconf priority to low.
[17:20] <slangasek> mathiaz: if it's only going to be low priority, I would argue against doing the work on it before there's clear demand for the feature, since it makes work for translators, bloats the package with translated templates, etc.
[17:20] <mathiaz> slangasek: yes. Makes sense.
[17:21] <mathiaz> slangasek: on the same subject, IIRC to keep the passwords in sync, we need to install pam-smbpass
[17:21] <slangasek> yes
[17:21] <mathiaz> slangasek: would this be part of a default desktop install ?
[17:21] <slangasek> but I'm still working on the pam framework for that :)
[17:21] <slangasek> I think it should be
[17:22] <mathiaz> slangasek: I wouldn't put on the defautl server install tought.
[17:23] <mathiaz> slangasek: what about the case of a server that installs samba ?
[17:23] <slangasek> as part of the "filesharing" task, or installing the package direct?
[17:24] <mathiaz> slangasek: for the fileshareing task, I think pam-smbpass should be installed.
[17:24] <slangasek> agreed then
[17:25] <slangasek> well, unless we want the filesharing task to depend on krb5+ldap instead :)
[17:26] <mathiaz> slangasek: but I don't think that the samba package should depend on pam-smbpass.
[17:26] <mathiaz> slangasek: we'll wait a little bit for the krb5+ldap integration...
[17:26] <slangasek> ack
[17:40] <jdong> Can someone give-back https://edge.launchpad.net/ubuntu/hardy/+source/faad2/2.6-1 on the archs it FTBFS'ed on?
[17:40] <jdong> the xmms-dev culprit has been resolved
[18:43] <pochu> Could someone retry anjuta build? It failed in some archs a week ago because of missing dependencies, but it wasn't set to DEPWAIT: https://edge.launchpad.net/ubuntu/+source/anjuta/2:2.2.2-1ubuntu1
[18:59] <Riddell> pitti: am I likely to need this patch soon?  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450603
[18:59] <ubotu> Debian bug 450603 in kdm "kdm: Please add support for ConsoleKit" [Normal,Fixed]
[19:02] <pitti> Riddell: right, I think you do
[19:02] <pitti> Riddell: ah, that means current Hardy breaks power management and device mounting for Kubuntu?
[19:06] <Riddell> pitti: not sure, I havn't tried it in a full session
[19:20] <geser> pitti: have you seen pochu's give-back request for anjuta?
[19:20] <pitti> geser: hm, seems I missed it
[19:20] <pitti> ah, right, there
[19:21] <pitti> pochu: done
[19:21] <pochu> pitti: ty
[19:49] <tormod> mjg59: hi I am merging our belowed laptop-mode-tools. Should we ship apm scripts or should we take them out as we do for acpi scripts?
[19:50] <mjg59> Can you skip merging it until we know what we're doing with it?
[19:51] <tormod> I can also just merge it, until we know better. Isn't much work.
[19:51] <pitti> http://merges.ubuntu.com/main.html --- erm...
[19:51] <pitti> did we just sync the entire hardy to sid? :)
[19:51] <slangasek> haha
[19:52] <seb128> pitti: we rock apparently ;-)
[19:52] <pitti> we said we would push patches to Debian, and WE REALLY MEAN IT
[19:52]  * ajmitch should still have a couple of outstanding merges there
[19:52] <Treenaks> pitti: "but.. they kept asking"
[19:53] <slangasek> I asked Keybuk about the experimental confusion, and he did something, and now everything's gone plaid
[19:54] <slangasek> 09:06 < Keybuk> lobotomy applied to MoM
[19:54] <slangasek> 09:07 < Keybuk> slangasek: check again in a few days when it's rebuilt
[19:54] <tormod> just another reason to use DaD http://dad.dunnewind.net/main.php
[19:54] <slangasek> I didn't realize he meant we'd be without merge info for two days :/
[19:55] <pitti> tormod: oh, DaD speaks main now? cool
[19:55] <seb128> tormod: support efforts duplications? not really required
[19:55] <slangasek> tormod: no sort by age? :)
[19:56] <pitti> but DaD doesn't seem to support initial vs. updated merges
[19:56] <tormod> pitti: it lists main (since a long time)
[19:56] <tormod> seb128: it has a "comment" field
[19:57] <tormod> slangasek: it's open-source so you can fix it ;)
[19:57] <seb128> tormod: I usually don't need to comment on merges I'm doing
[19:57] <seb128> and if that's useful that should be added to merges.ubuntu.com rather than duplicating
[19:58] <slangasek> tormod: sure, if I want to run my own copy of a service, pfff
[19:58] <elmo> yeah, duplicating core infrastructure like that seems entirely sub-optimal
[20:00] <tormod> is MoM open-source now?
[20:00] <pochu> seb128, elmo: I think Adri2000 and Lutin volunteered to do that in MoM, but they can't ;)
[20:00] <elmo> tormod: that's your justification?
[20:00] <seb128> pochu: did they talk to Scott about it?
[20:01] <seb128> pochu: are you going to use an another bug tracker than launchpad next because you can't fix bugs? and then something else than soyuz?
[20:01] <ajmitch> seb128: yeah, it's called 'debian' :)
[20:02] <tormod> elmo, that's the most important element
[20:02] <pochu> seb128: nope, but I'm not justificating them, only letting you know :-)
[20:02] <seb128> ajmitch: use Debian if you prefer, that's your choice
[20:02] <seb128> ajmitch: that's smarter than creating yet another service
[20:02] <ajmitch> seb128: pfft, you know that I'm stuck with ubuntu :)
[20:02] <seb128> ;-)
[20:03]  * ajmitch is using a sid desktop right now though, at work
[20:03] <seb128> I doubt many people will work on dak though ;-)
[20:03] <ajmitch> I'd prefer not to
[20:04] <seb128> I'm wondering if they will also work on they own google ;-)
[20:04] <ajmitch> though I like having comments on DaD, they're not much use if people are using 2 separate pages, that won't even give the same merge results
[20:05] <seb128> I'm wondering if they try to sort the issues with Scott
[20:05] <ajmitch> they have talked with him
[20:05] <seb128> or if they just went "that's closed source let's do our own version"
[20:05] <tormod> as someone said "We’re committed to reinventing everything we need until the free software stack is a genuinely complete computing universe"
[20:05] <ajmitch> I can't remember what the outcome was, I think scott suggested just using the MoM output as-is & reskinning it somehow
[20:06] <seb128> tormod: you are free to reinvent the wheel, that doesn't mean it's really required or useful, especially if the tool you are using is likely to be opensourced one day
[20:06] <elmo> tormod: obviously, it's your time, but there's ways to be clever about it.  and reinventing services when there's really no need, doesn't seem like an efficent use of time, to me, but whatever
[20:06] <seb128> ajmitch: well, adding a comment feature on top on merges.ubutnu.com would likely be doable
[20:06] <ajmitch> yep
[20:07]  * ajmitch already has some scraping & commenting stuff
[20:07] <seb128> not sure why comments are useful for merges
[20:07] <seb128> usually you claim a merge and just do it
[20:08] <seb128> and if you need sponsoring you use launchpad
[20:08] <ajmitch> mainly useful for universe, where merges can take a little bit of time, and people like to claim them on the page
[20:08] <pochu> right, I do that.
[20:08] <ajmitch> there'd been some duplication of work in the past, and it does still happen a bit
[20:09] <seb128> for the desktop team we use the wiki to claim those
[20:09] <seb128> I'm sure MOTU could come with an easy system to claim merges without reimplementing everything
[20:10] <tormod> I must admit I didn't invent DaD, but I think it would be nice if everybody could use the same tool, and an open-source one by preference.
[20:10] <ajmitch> the wiki used to be used, and the pages ended up rather large
[20:11] <elmo> tormod: please don't be so dramatic, everyone can use MoM
[20:11] <elmo> whether they wish to or not, is another matter
[20:11] <Adri2000> hmm, another MoM/DaD debate
[20:12] <Adri2000> btw, I'm still waiting for sabdfl to answer a mail about that issue I sent him back in June
[20:13] <ajmitch> it probably got lost in a pile of email then
[20:14] <Adri2000> ajmitch: probably, but I reminded it him many times, and once again yesterday or two days ago, via mail and irc
[20:15] <Burgundavia> we prefer open source everywhere else, I fail to see why we shouldn't prefer it in our infrastructure as well
[20:15] <slangasek> tormod: "a genuinely complete computing universe" -- you're familiar with Gödel? :)
[20:15] <Yoe> hi -- I don't know what phase ubuntu's development is in currently, but could someone please make sure that my (source) package nbd is updated in ubuntu?
[20:15] <Yoe> AAIU, the current version is held back from Debian since it's got some ubuntu-specific patches, but I incorporated those into my Debian package
[20:15] <tormod> slangasek: I was quoting sabdfl :)
[20:15] <Yoe> also, is there a way for me to make this more obvious to whatever Ubuntu tool looks at differences between packages?
[20:16] <seb128> Burgundavia: when there is an opensource alternative sure, reinventing the wheel when you have working tools is an another question
[20:16] <Burgundavia> seb128: by that argument, why do we have git when we could all be using perforce or bk?
[20:16] <slangasek> tormod: ah, heh
[20:16] <seb128> Burgundavia: I don't care about git and don't use it ;-)
[20:16] <zul> Burgundavia: because upstream uses git? :)
[20:16] <Adri2000> Yoe: it's in the merge queue, see dad.dunnewind.net/universe.php, you can add a comment saying it likely needs a sync
[20:16] <elmo> Burgundavia: you're being disingenuous
[20:17] <carlos> pitti: ping (about language packs build...)
[20:17] <Burgundavia> elmo: no. Infrastructure is no different to anything else
[20:17] <pitti> carlos: yeah?
[20:17] <Adri2000> Yoe: oh actually it's in main, so main.php
[20:17] <carlos> pitti: how's that going?
[20:17] <seb128> Burgundavia: do you also refuse using google?
[20:17] <pitti> carlos: buildds are grinding for a while
[20:17] <elmo> Burgundavia: I'm sorry, let me introduce you to this product called Launchpad.  maybe you've heard of it?
[20:17] <pitti> carlos: sources are all up for some hours already
[20:17] <Yoe> Adri2000: yes, I was just going to say that :)
[20:17] <pitti> carlos: (all PPA)
[20:18] <carlos> pitti: still building packages?
[20:18] <Burgundavia> elmo: I am well aware of LP. I don't like that it isn't open source either
[20:18] <elmo> Burgundavia: please don't pretend it doesn't exist then
[20:18] <carlos> how long does it take to be built?
[20:18] <Burgundavia> seb128: there is a difference between a tool we use to build a free distribution and a mere tool
[20:18] <pitti> carlos: yeah; it'll take until tomorrow morning, I suppose; we have three buildds now, but it's quite a large number of updates
[20:18] <carlos> pitti: I see
[20:18] <carlos> pitti: ok, thanks
[20:19] <Burgundavia> elmo: I am not. I am merely saying that in this specific instance, there is no reason for the project to keep using a closed source tool when an open source one exists
[20:19] <elmo> Burgundavia: sigh
[20:20] <elmo> Burgundavia: I hate it when you get like this
[20:20] <elmo> Burgundavia: free archive management tools exist (dak)
[20:20] <slangasek> Yoe: you're welcome to use the procedure on https://wiki.ubuntu.com/SyncRequestProcess btw, or if you prefer I can go through it for you
[20:20] <elmo> Burgundavia: free bug tracking tools exist (bugzilla)
[20:20] <elmo> Burgundavia: ubuntu right now does not use them
[20:20] <elmo> Burgundavia: please get in sync with that reality, and restate your argument
[20:21] <Burgundavia> elmo: I know we don't use all those things. I didn't say I agreed with the decision
[20:21] <Yoe> slangasek: oh, I thought that procedure was "ask on this channel" ;-)
[20:21] <seb128> Burgundavia: do you think that reimplementing those for the sake for reimplementing will benefit anybody?
[20:22] <Adri2000> the difference is that DaD was designed and developed for Ubuntu, just like MoM (the difference being freeness), while dak and bugzilla are not
[20:22] <Burgundavia> seb128: by that argument, LP is a giant reinvention of the wheel that, IMO, add no value and takes away one key one, freedom
[20:22] <slangasek> Yoe: either way... :)  Just pointing you it out if you'd prefer to have your hands on it directly
[20:22] <seb128> Burgundavia: don't you think we should better spend the efforts on the distribution rather than reimplementing the tools?
[20:22] <slangasek> hmm, pointing you it out
[20:22]  * slangasek rewrites him this sentence
[20:22] <seb128> Burgundavia: point me to something that does what LP is doing?
[20:23] <Adri2000> seb128: sure it'd would take time and efforts to now switch to bugzilla or dak, but that's not true for switching from MoM to DaD
[20:23] <Burgundavia> seb128: I think LP is a giant rathole, tbh
[20:23] <tormod> seb128: it's for the sake of having open-source tools, not merely reimplementing
[20:23] <seb128> tormod: we have better things to do that recoding the tools
[20:24] <Yoe> slangasek: well, if you want to do it, not stopping you.
[20:24] <seb128> we have tools there working and available, let's use them and focus on users issues
[20:24] <Yoe> or jcastro (who's /query'ing me) could. Whatever.
[20:24] <Yoe> as long as it happens :)
[20:24] <slangasek> jcastro: put your hands where we can see them!
[20:24] <Burgundavia> seb128: recoding tools because they are non-free is EXACTLY what we have been doing for 2 decades
[20:25] <tormod> seb128: why not open-source MoM, any compelling reasons those claimed for LP?
[20:25] <elmo> Burgundavia: you certainly haven't been doing it for 2 decades
[20:25] <tormod> * like those
[20:25] <seb128> tormod: dunno, you need to ask Scott
[20:25] <Adri2000> seb128: Scott told me to ask sabdfl, that's why I sent him a mail back in June
[20:25] <Adri2000> and still got no answer
[20:25] <Burgundavia> elmo: no, I have not. It does not change the facts of my argument
[20:25] <elmo> Adri2000: dude, send the mail
[20:26] <Adri2000> elmo: ?
[20:26] <elmo> Burgundavia: no, it's just fun to knock you off the pedestal you like to put you on
[20:26] <elmo> Adri2000: + again
[20:26] <elmo> Adri2000: strangely enough, Mark gets a lot of email ,it's not hard to believe it got missed, if you only sent it once
[20:26] <Burgundavia> elmo: heh. If nobody will point out the elephant in the room, who will?
[20:26] <slangasek> jcastro: so are you doing the sync request for nbd?
[20:27] <jcastro> slangasek: I was going to ping sbalneav about it
[20:27] <slangasek> ok
[20:27] <Adri2000> elmo: not sure that will help. I already sent him twice, and pinged/queried sabdfl many times. sometimes I got answer "I will look at it" sometimes nothing
[20:27] <seb128> Burgundavia: nobody really focused on rewriting online webservices until now
[20:27] <Adri2000> s/him/it/
[20:27] <slangasek> jcastro: alternatively, I could prepare the sync request and subscribe sbalneav for sign-off?
[20:27] <Burgundavia> seb128: and that is a problem we have yet to solve
[20:27] <seb128> Burgundavia: is there any effort to do a free google?
[20:27] <jcastro> slangasek: I didn't want to interrupt the conversation with things actually relevant to this channel
[20:27] <jcastro> slangasek: that would be great
[20:28] <Burgundavia> seb128: I fail to see what the google argument has to do with LP?
[20:28] <seb128> Burgundavia: that's the same issue, why do you refuse to use LP but are happy to use google?
[20:28] <elmo> corey doesn't refuse to use it, he just likes to whine about how it's not yet OS
[20:28] <elmo> (if he even remembers to add the yet)
[20:29] <Burgundavia> seb128: I use both, because they work. I dislike using both
[20:29] <tormod> seb128: there is an initiative to make a free "google". You think it's stupid to have a transparent search engine outside corporate control?
[20:29] <elmo> I mean at least the DaD people did something, I can respect that, even if I think it's a waste of their time
[20:29] <seb128> tormod: no, but I think we have better thing to do right now that rewritting websites and tools
[20:29] <Adri2000> elmo: took us only two or three days, + all the bug fixing of course :)
[20:29] <Burgundavia> elmo: are you saying I am not worth listening to because I cannot code?
[20:30] <elmo> Burgundavia: nope
[20:30] <elmo> Adri2000: then i sort of doubt it's feature complete compared to MoM
[20:30] <elmo> (or you guys are just geniuses and keybuk's a slack jawed hippy, but I guess either of those is possible)
[20:30] <Adri2000> tell me what's missing then please
[20:31] <tormod> seb128: for many people, the Operating System is just a tool
[20:31] <seb128> tormod: we don't argue with those guys, there is just no point
[20:31] <Adri2000> I know that comments, automatic maintainer update, etc. are missing in MoM, but...
[20:31] <seb128> automatic maintainer update?
[20:32] <Adri2000> seb128: yes, for the DebianMaintainerField spec, though it's probably not very useful today
[20:32] <seb128> as said before, comments ... who cares
[20:32] <seb128> usually you claim a merge and do it
[20:32] <Adri2000> that's a bit more complicated in universe usually
[20:32] <seb128> use launchpad like we do for everything else?
[20:33] <seb128> it's easy enough to open a "claim the merge" bug
[20:33] <Adri2000> open a bug to comment on a merge?
[20:33] <seb128> what sort of comment do you need?
[20:33] <Adri2000> sync requested, please don't touch, wait for new debian version, X working on it, etc...
[20:34] <Adri2000> just take a look at http://dad.dunnewind.net/universe.php
[20:34] <geser> seb128: with comments it's easier to see if someone works on a merge, a sync got filed, any problems preventing the merge, etc.
[20:34] <seb128> you could get a comment system around merges.ubuntu.com without reimplementing everything
[20:35] <seb128> that's not a valid reason to reinvent the wheel
[20:35] <Adri2000> I'd be very happy to help doing that, but I'm still looking for the code
[20:35] <seb128> no need to get the code, the datas are public
[20:35] <jcastro> slangasek: I'll send sbalneav a heads up email now
[20:35] <seb128> it's easy to get a list of merges
[20:36] <Adri2000> ah yes, but that would mean reinventing all the UI wheel
[20:36] <geser> Adri2000: afaik the frontend only "parses" the directory structure on merges.u.c
[20:36] <seb128> Adri2000: better than reinventing the logic and UI wheels
[20:37] <Adri2000> geser: it should parse that http://merges.ubuntu.com/tomerge-universe
[20:37] <Adri2000> but now this file is empty...
[20:37] <Adri2000> it used to look like dad.d.n/tomerge-universe
[20:38] <seb128> Adri2000: it has been resetted today, it's not like it happens every day
[20:40] <Adri2000> ok
[21:10] <Xteven> hi, I'm looking for someone who could give some information on how the gfxboot files onn the ubuntu cd were created
[21:12] <Xteven> or any pointers to such info would help too...
[21:14] <calc> mvo: hi
[21:14] <mvo> hi calc
[21:14] <calc> mvo: i have an apt patch for you once i verify it actually works
[21:14] <mvo> calc: sounds good
[21:14] <mvo> calc: lzma?
[21:14] <calc> mvo: it adds some missing lzma support for apt-ftparchive, etc
[21:14] <calc> mvo: yea
[21:15] <mvo> calc: just mail it to me once you are happy with it. I will go to bed soon
[21:15] <calc> ok have a great night :)
[21:49] <Keybuk> hmm, hardy is a mixed bag for me
[21:52] <Keybuk> bryce: you remember I said my brightness sensor didn't work?
[21:53] <StevenK> Keybuk: I remember you saying that at least. :-)
[21:54] <Keybuk> well, it works perfectly in hardy! \o/
[21:54] <cjwatson> Xteven: it's in the gfxboot-theme-ubuntu source package
[21:54] <Keybuk> and the brightness keys on the keyboard even pop up a little ☀ OSD
[21:55] <Keybuk> the fact that the OSD progress bar always remains at zero is ... well, minor
[21:55] <StevenK> Hahaha
[21:55] <Xteven> cjwatson: those are the files, but how were they created ? or how do I use them ?
[21:55] <Xteven> gfxboot has no man-pages
[21:55] <cjwatson> Xteven: like any other source package, you build it ...
[21:55] <cjwatson> in the standard way
[21:55] <Xteven> it has a very shallow "reference manual" that doesn't give much information at all
[21:56] <cjwatson> the reference manual is INVALUABLE
[21:56] <cjwatson> I couldn't maintain gfxboot-theme-ubuntu without it!
[21:56] <Xteven> that xml file ?
[21:56] <cjwatson> once built properly, yes
[21:56] <cjwatson> there's a Makefile in there that builds it into HTML
[21:56] <cjwatson> it is a language manual
[21:57] <cjwatson> it may not be the information you need, but it's entirely wrong to say it doesn't give much information
[21:57] <Keybuk> interestingly, I don't have hal-addon-dell-backlight running
[21:57] <cjwatson> anyway, 'debuild -b' in an unpacked copy of gfxboot-theme-ubuntu with the build-dependencies installed on your system should build the files, just like any other source package in Ubuntu
[21:58] <Xteven> hmm
[21:58] <cjwatson> there's a very small amount of code in our deployed debian-cd that extracts /usr/share/gfxboot-theme-ubuntu/bootlogo.tar.gz into the /isolinux/ directory on the CD
[21:58] <Xteven> is any of this information documented somewhere ? because I couldn't finnd it
[21:59] <cjwatson> I don't believe it's documented, no
[21:59] <cjwatson> although, in general, how to build a package from source should certainly be documented
[21:59] <cjwatson> (I don't know offhand where)
[21:59] <Xteven> I didn't know it was a source package actually :/
[22:00] <Xteven> could you tell me how much work it is to create a new theme inn gfxboot ?
[22:00] <Xteven> the reference doc hints towards a postscript-like language
[22:01] <Xteven> and the .inc files in gfxboot-theme-ubuntu look complicated enough that I don't want to build anything from scratch :/
[22:04] <Xteven> thx for the info
[22:06] <cjwatson> Xteven: unfortunately, lots
[22:06] <cjwatson> I based the Ubuntu theme on the SuSE theme
[22:07] <cjwatson> it was several weeks of fairly solid work
[22:07] <cjwatson> it's not an easy language, I'm afraid
[22:07]  * mpt wonders if it would make sense for a shell to have a "Chime when anything non-interactive that's taken longer than 2 minutes is finished" option
[22:07] <cjwatson> I imagine smaller modifications would be less work, of course
[22:08] <Xteven> cjwatson: I guess I could do with small modificaions :)
[22:08] <Xteven> cjwatson: I'd like to strip out all the non-english languages, since we won't be using them
[22:08] <Xteven> and then I'd like to change the menu entries and the image
[22:08] <Xteven> thats pretty much it
[22:08] <Xteven> I know how to put a new image and how to change the menu entries
[22:08] <Burgundavia> mpt: something like that should probably be generalized, ala the geyser project
[22:09] <cjwatson> (dinnertime, back later)
[22:09] <Xteven> but the translated files are not easy to understand
[22:09] <Xteven> ok, enjoy your meal
[22:09] <cjwatson> stripping out the languages is easy, just remove the translations and take them out of langlist or whatever it is
[22:09] <Burgundavia> mpt: basically, the terminal would say "something is done, notify the user" and the system would do what it was told to do, which on a server might be SMS or email the admin
[22:10] <mpt> Yeah, doing it just for the shell would be too easy to implement :-P
[22:11] <Burgundavia> yep, you need to build a bigger bikeshed and *then* you paint it
[22:11] <Xteven> cjwatson: ok thx, I'll try it
[22:11] <mpt> Coincidentally I commented on <https://wiki.ubuntu.com/GeyserSpecification> a few days ago
[22:12] <Burgundavia> mpt: he should have called it MessageKit
[22:12] <mpt> We're going to need a KitKit to organize all these Kits
[22:13] <Burgundavia> oh indeed
[22:13] <Burgundavia> and HAL+udev is soon to be DeviceKit
[22:18] <theunixgeek> Hello. I'm following the osdev Bare Bones tutorial for writing a simple kernel. http://www.osdev.org/wiki/Bare_bones I'm a complete noob at this, so please don't assume I know all the terminology you guys do. I'd like to be able to boot the kernel shown in the tutorial in either Bochs or QEMU. How would I go about this?
[22:19] <mjg59> theunixgeek: This isn't really the right place to ask
[22:19] <mjg59> This channel is for development of Ubuntu, not development using Ubuntu
[22:19] <theunixgeek> mjg59: sorry :(
[22:19] <mjg59> No problem
[22:19] <mjg59> #ubuntu is a better place to ask
[22:20] <theunixgeek> mjg59: even for development questions?
[22:20] <mjg59> Yes
[22:20] <theunixgeek> ok
[22:20] <theunixgeek> thanks
[22:20] <mjg59> If they're not about developing Ubuntu
[22:20] <Burgundavia> heh
[22:21] <Burgundavia> mjg59: guess who just popped up on #edubuntu?
[22:22] <mjg59> ?
[22:22] <Burgundavia> our little friend, theunixgeek
[22:22] <mjg59> If he's asking the same question, explain that it's inappropriate
[22:23] <mjg59> And that it's inappropriate in every Ubuntu channel except #ubuntu
[22:27] <Keybuk> oh, and other mixed-bag on hardy ... performance is really dire
[22:28] <Keybuk> is hard to tell whether it's compiz being slow as shit ... or the computer
[22:28] <Keybuk> since my primary interaction is through compiz
[22:28] <Burgundavia> Keybuk: tracker seems to fire up right on login, with predictable results
[22:29] <Keybuk> nope, isn't tracker
[22:29] <Keybuk> that's the FIRST thing I blamed :p
[22:29] <Burgundavia> heh
[22:29] <Keybuk> deskbar-applet is using unreasonable amounts of CPU for something that's not supposed to be doing anything
[22:30] <Burgundavia> we should probably add a deferred startup bit to tracker
[22:30] <tjaalton> Keybuk: what driver?
[22:30] <Keybuk> tjaalton: intel
[22:31] <tjaalton> Keybuk: ok, try using XAA
[22:31] <Keybuk> tjaalton: -v
[22:31] <johanbr> Burgundavia: It's supposed to have a 45 sec startup delay already.
[22:31] <Burgundavia> johanbr: 45 secs is not enough
[22:31] <Burgundavia> on a slow harddrive like mine, 45 secs is still in the panel load time
[22:31] <johanbr> Well, it's adjustable.
[22:32] <Keybuk> tjaalton: googling for "enable xaa" is surprisingly unhelpful
[22:32] <johanbr> Burgundavia: And it takes you more than 45 seconds from gdm to gnome?!
[22:32] <StevenK> Burgundavia: Are you turning the platter by hand, or what?
[22:33] <Burgundavia> StevenK: tiny japanese hamsters, this is a toshiba
[22:33] <tjaalton> Keybuk: ok :) 'Option "AccelMethod" "XAA"'
[22:33] <StevenK> Ugh, Toshiba
[22:33] <Keybuk> tjaalton: which section?
[22:33] <tjaalton> Device
[22:33] <Burgundavia> johanbr: it takes me longer to get from gdm to gnome than it does from bios to gdm
[22:33] <tjaalton> it's EXA by default now
[22:33] <Keybuk> if only X supported setting driver params on the fly
[22:33] <Keybuk> but hey, that'd involve it being dragged kicking and screaming into the 20th century
[22:34] <StevenK> Keybuk: It needs to be dragged kicking and screaming into the 19th first :-P
[22:34] <johanbr> Burgundavia: That doesn't sound right.
[22:35] <Burgundavia> johanbr: login has always been slow for me. Is there a way to instrument it to figure out where the time is being wasted?
[22:36] <johanbr> Burgundavia: I think bootchart can do that.
[22:36] <Burgundavia> johanbr: I didn't think bootchart worked after gdm
[22:36] <Keybuk> tjaalton: highly subjective not-a-metric, but this is a hell of a lot faster
[22:37] <Keybuk> Burgundavia: sure it can
[22:37] <Keybuk> tjaalton: oh, it's a hell of a lot faster AND tracker is running
[22:37] <tjaalton> Keybuk: heh, I couldn't really tell the difference with i945
[22:37] <Keybuk> this is a 945
[22:38] <tjaalton> ok.. interesting
[22:38] <Keybuk> without XAA (with EXA?) simple animations were visibly jerky
[22:38] <Keybuk> and larger ones like workspace switching only rendered two or three frames
[22:38] <Keybuk> and the whole desktop felt sick and slow
[22:38] <Keybuk> with XAA, it's back to normal -- windows slide around, etc.
[22:39] <mjg59> Login is insanely slow on anything with high seek latency
[22:39] <tjaalton> actually, workspace swithes were jerky sometimes
[22:39] <mjg59> From a warm cache, it takes a couple of seconds
[22:39] <Keybuk> tjaalton: did you try scrolling web pages, or PDF files?
[22:39] <mjg59> Which tells you where the problem is
[22:39] <tjaalton> Keybuk: I know there are bugs in that area, but it wasn't too bad
[22:39] <Burgundavia> mjg59: so basically I have a crap HDD and there isn't much I can do?
[22:40] <mjg59> Reduce the number of seeks performed during login
[22:40] <Keybuk> Burgundavia: no, there's plenty you can do, but it all comes down to reducing the number of seeks and reads
[22:40] <Burgundavia> right
[22:40] <Keybuk> it's not one specific process you can blame
[22:40] <mjg59> You can strace gnome-session and all its children
[22:40] <Keybuk> mjg59: I straced X once, that was funny
[22:42] <StevenK> mjg59: If I recall, gnome-session seems to react badly when strace'd. If you kill strace(), gnome-session doesn't seem to wake up, even when you kill -CONT it
[22:42] <mjg59> Michael Meeks' iotrace is probably more worthwhile
[22:45]  * StevenK kicks openssl for being inconsistent and stupid
[22:45] <calc> how do i look at a prior revision of a wiki page on w.u.c ?
[22:45] <calc> ah 'get info' heh
[22:47] <johanbr> Quoting Dave Jones: "when it isn't busy scanning non-existent pci busses, X likes to reopen files it already read"
[23:00] <bryce> Keybuk: great to hear about the brightness sensor!
[23:05] <rexbron> lionel: Has there been any movement on merging gtk-engines-murrine?
[23:07] <lionel> rexbron: I think your're looking for mr_pouit :)
[23:08] <rexbron> oh, ok
[23:08] <rexbron> sorry about that
[23:08] <lionel> rexbron: no pb :)
[23:15] <mr_pouit> lionel: ^^'
[23:16] <lionel> hey mr_pouit
[23:17] <mr_pouit> rexbron: iirc no, you can merge it of you want (the ubuntu package has a patch to fix a bug with a gimp theme afaik).
[23:17] <mr_pouit> s/of/if/
[23:17] <mr_pouit> hey lionel :)
[23:19] <rexbron> mr_pouit: Cool
[23:39] <blueyed> Please confirm my nomination of the gparted top crasher for Gutsy (bug 141516).
[23:39] <ubotu> Launchpad bug 141516 in gparted "[MASTER] Gparted crashes when refreshing devices" [Medium,Fix released] https://launchpad.net/bugs/141516