[12:20] <jordi> zyga: pong
[12:28] <zyga> jordi: pitti helped me already, thanks :)
[12:28] <zyga> jordi: I needed info on automatic .po importing from upstream
[12:34] <jordi> zyga: I don't know many deatails about how that works currently.
[12:34] <jordi> Let's ask carlos tomorrow.
[12:43] <zyga> jordi: it seems to be invoked manually but as far as gnome is concenrned it's automated
[12:47] <dholbach> hi
[12:50] <jordi> zyga: nod
[12:54] <slomo> elmo: did you already read my mail regarding ffmpeg?
[01:23] <dholbach> ok guys  -  i'm off to bed
[01:23] <dholbach> see you
[02:46] <lamont-away> gda-freetds-provider.h:67: error: syntax error before 'TDSCONNECTINFO'
[02:46] <lamont-away> libgda2 needs love
[02:47] <lamont-away> dpkg-gencontrol: error: package mac-fdisk-cross not in control info
[02:47] <lamont-away> dh_gencontrol: command returned error code 65280
[02:47] <lamont-away> ditto for mac-fdisk
[03:29] <dieman> hey, does anyone read<EMAIL_ADDRESS>[03:29] <dieman> ack
[03:29] <dieman> canonical.com, rather
[03:55] <CarlFK> found 2 problems with Hoarys xconf setup on my 1700: Section "Monitor" is mostly empty and DefaultDepth is 24, but there isn't enough memory to do 1024x768x24 (i think)
[03:55] <CarlFK> I think breezy live has the same problem.  is this worth reporting?
[03:56] <crimsun> yes with the appropriate hw detail
[03:57] <CarlFK> ill give it a shot
[04:02] <mjg59> ndiswrapper-utils is i386 and amd64 - why's there only an i386 package?
[04:02] <elmo> the kernel support errors out if you try and compile on amd64
[04:02] <mjg59> Nnngh.
[04:02] <elmo> which doesn't answer your question, but fyi
[04:03] <elmo> as in #error we're 32-bit only, you lose
[04:03] <mjg59> How odd
[04:03] <mjg59> It's supposed to support it
[04:04] <mjg59> The thermal trip values become correct if you pass acpi_skip_timer_override
[04:04] <crimsun> elmo: please sync gnomebaker (0.4.2-1) from sid
[04:04] <ajmitch> elmo: could you sync anjuta 1.2.4 from debian, please?
[04:04] <mjg59> The BIOS is utterly fucked
[04:04] <elmo> mjg59: :(
[04:05] <mjg59> elmo: There's no buildd log for amd64 ndiswrapper-utils
[04:05] <elmo> mjg59: it's probably P-a-s overriden
[04:05] <mjg59> elmo: I'm in touch with an HP BIOS guy - with luck we'll get it sorted
[04:05] <mjg59> elmo: Hm
[04:05] <mjg59> elmo: Well, it build shappily here
[04:05] <mjg59> I'll look into the kernel stuff
[04:06] <elmo> mjg59: if you want it de-P-a-s'ed, just whine at me or lamont
[04:06] <elmo> one day, someone should run through the list of things that say 'i386' in P-a-s as most of them (in main atleast) probably work fine on amd64
[04:06] <mjg59> elmo: Ok, give me a minute and then I'll consider whining
[04:06] <CarlFK> mjg59 - does that have anyting to do with my compaq fan problem that is fixed by the patch here: https://kilobyte.dyndns.info/linux/ (near the bottem of that page)
[04:06] <elmo> crimsun: done
[04:06] <elmo> ajmitch: done
[04:06] <ajmitch> thanks
[04:07] <crimsun> elmo: thanks!
[04:07] <mjg59> CarlFK: Doubt i
[04:07] <mjg59> t
[04:07] <CarlFK> rats.
[04:07] <mjg59> But I'll take a look - from the description they sound quite different, though
[04:08] <CarlFK> cuz haveing an AC powered fann stuck to the back of the laptop is goofy
[04:09] <mjg59> CarlFK: Grah.
[04:09] <mjg59> CarlFK: That patch is basically impossible to read
[04:10] <mjg59> It includes a new DSDT, rather than being a diff against the original DSDT
[04:10] <CarlFK> swell
[04:10] <CarlFK> crimsun - what package should I bug about the xorg.conf thing?
[04:11] <CarlFK> heh
[04:21] <mjg59> elmo: Hm. ndiswrapper-source appeared to build
[04:22] <elmo> mjg59: well, I don't know about that; I was just compiling a custom kernel for the nx6125, and got that #error when I enabled kernel support for ndis in ubuntu kernel source
[04:22] <elmo> divdi3.c:#error This is for 32-bit targets only
[04:22] <elmo> ^--
[04:22] <mjg59> elmo: Hm. The driver in the kernel source may be old.
[04:22] <mjg59> I'll chase that.
[04:22] <elmo> ah
[04:39] <mjg59> elmo: I've got ndiswrapper built!
[04:39] <mjg59> And it's utterly failing to work
[04:39] <elmo> I'm shocked ;-)
[04:39] <elmo> using 64-bit windows driver?
[04:39] <mjg59> Because I can't find a driver that (a) supports the hardware and (b) doesn't give unresolved NT kernel symbol errors
[04:46] <jdub> Nafallo: how reliable is apt-proxy 1 these days?
[04:47] <Nafallo> jdub: works fine on my laptop :-). cronjob doing apt-get update, and several pbuilder runs a day without troubles :-).
[04:48] <Nafallo> cronjob doing apt-get update _every half hour_
[04:48] <Nafallo> why do you always forget the important parts when you're hacking to 5AM? ;-)
[04:48] <ajmitch> jdub: 1?
[04:49] <ajmitch> I've been using 2, with some issues
[04:49] <womble> jdub: I've had apt-proxy 2 do some slightly bongful stuff on suspend/resume, but nothing a quick restart doesn't cure
[04:49] <womble> Apart from that it's True Love.
[04:50] <jdub> ajmitch: Nafallo just did an upload
[04:50] <Nafallo> hmm, that's right. apt-proxy 1.9.31 is v2 :-P
[04:50] <jdub> Nafallo: oh!
[04:51] <jdub> in that case, i will try it again :-)
[04:51] <Nafallo> that wasn't exactly obvious, no ;-)
[04:51] <ajmitch> heh
[04:52] <Nafallo> ajmitch: oh?
[04:52] <ajmitch> yeah
[04:52] <jdub> it depends on python-bsddb3?
[04:52] <ajmitch> often fixed by rm Packages* & Release*, and restarting apt-proxy so it refetches them properly
[04:52] <jdub> WARNING! WARNING!
[04:52] <jdub> CONFIDENCE SLUMP!
[04:53] <Nafallo> the only troubles I had is when I sync the Package files and end up with diffrent Releases and Release.gpgs ;-)
[04:53] <jdub> has anyone taken over 'upstream' maintenance of apt-proxy?
[04:53] <ajmitch> Nafallo: that's probably what I see, except that it caches the mismatched file & causes anger to rise :)
[04:54] <Nafallo> ajmitch: that's why I tweaked my cronjob times to a "safe-zone" ;-)
[04:54] <Nafallo> :25 :55
[04:54] <ajmitch> I had pbuilder doing an update in the pre-build hook
[04:54] <Nafallo> ajmitch: hehe. I know ;-)
[04:55] <jdub> Nafallo: apt-proxy is a strong candidate for shifting to main in breezy+1, if it works well ;)
[04:55] <mpt> fabbione: ping
[04:55] <Nafallo> jdub: I know ;-)
[04:55] <Chipzz> jdub: a friend of mine used to run it, and it caused quite a bit of trouble
[04:55] <Chipzz> buggy etc
[04:55] <ajmitch> jdub: 'works well' is the issue here
[04:55] <Chipzz> not sure if it's actually worth the trouble
[04:56] <jdub> mm, i'll test it this week
[04:56] <Chipzz> jdub: it has major issues with resuming downloads iirc
[04:56] <jdub> if it ends up being as annoying as it used to be, i'll be sad
[04:56] <Nafallo> hmm
[04:56] <ajmitch> Chipzz: you mean, it doesn't :)
[04:56] <Nafallo> is it supposed to resume things? :-)
[04:56] <jdub> and then i will bounty some fixage!
[04:57] <Chipzz> it just sees the partially downloaded file, and doesn't see it's only partial, and then apt gets upset because it has the wrong checksum etc...
[04:57] <Chipzz> ajmitch: sth like that :)
[04:57] <mpt> jdub: Is "gnome-panel --version" the canonical API for getting the running version of gnome?
[04:58] <jdub> mpt: gnome-about --version is closer
[04:58] <mpt> ta
[04:58] <jdub> but /usr/share/gnome-about/gnome-version.xml is meant to be most useful
[04:58] <Chipzz> jdub: btw, I just noticed hal-device-manager has a missing dependency. not sure who maintains it
[04:58] <mpt> Gnome gnome-about 1.0
[04:58] <mpt> em
[04:58] <jdub> oh, not gnome-about;
[04:58] <jdub> anyway, use the xml file
[04:59] <mjg59> elmo: Ok, got it working
[04:59] <jdub> Chipzz: file bug :)
[04:59] <Chipzz> yea :)
[04:59] <Chipzz> now I just need to recall what package was missing :P
[04:59] <mjg59> elmo: 4 line patch to ndiswrapper
[05:00] <mpt> thanks jdub
[05:01] <elmo> mjg59: I guess I should un-P-a-s it then?
[05:01] <mjg59> elmo: Yeah, I'll get this stuff into the kernel
[05:02] <elmo> k, done
[05:04] <mjg59> elmo: Ah, interesting. That error exists, but the file it's in isn't supposed to be build on 64-bit targets
[05:04] <elmo> mjg59: well it was a custom compile, I suppose I could have SNAFUed the .config
[05:05] <mjg59> elmo: Nah, the makefile is broken
[05:05] <elmo> oh, ok
[05:05] <mjg59> elmo: It's being unconditionally built
[05:10] <CarlFK> mjg59 - any idea how I can fix my cpu fan problem?  (forcing the fan on all the time is fine)
[05:10] <mjg59> CarlFK: Get your vendor to fix your DSDT, by the looks of it
[05:11] <CarlFK> swell.  thanks
[05:11] <Nafallo> baah, bed. laters :-)
[05:12] <mjg59> CarlFK: I'm afraid that the information you've given is enough to say "The problem can be fixed in the DSDT", but not what the problem actually is
[05:12] <mjg59> If it can only be fixed in the DSDT, your options are either to get a fixed BIOS or to generate a fixed DSDT and put it in the right place for mkinitramfs to pick it up
[05:16] <CarlFK> woa.. check this out: http://acpi.sourceforge.net/dsdt/view.php?id=168
[05:16] <CarlFK> Last Modified       2005-08-28 - how handy
[05:24] <mjg59> elmo: Ok, the kernel stuff should be fixed soon
[05:57] <jtan325> ohh i was undert the impression you could move existing open channels
[05:57] <jtan325> it works if i do /j in the new split window
[05:58] <jtan325> oh whoops, sorry, wrong channel everyone
[06:12] <daniels> h/win 30
[06:33] <benplaut> anyone here with slow system willing to test something for me (just see how low-resource something is)
[06:36] <daniels> In parallel, once Xorg 7.0 is released, we will start using the individual module sources to replace existing components of the main Solaris X11 tree, which is currently a mix of X11R6.0, X11R6.4, X11R6.6, XFree86 4.3, X11R6.8, Sun enhancements and 3rd-party code.
[06:36] <daniels> sounds like even more fun to manage than ubuntu's xorg
[06:37] <jdub> daniels: the solaris post from alanc?
[06:38] <daniels> yeah
[06:39] <CarlFK> benplaut - is P2-333 slow enough?
[06:39] <benplaut> yeah, sure
[06:40] <CarlFK> what cha wants me to do?
[06:40] <benplaut> pretty much, could you test how low resource it is to have Openbox WM, Perlpanel, and rox-pinboard as a minimal DE?
[06:40] <benplaut> i don't need any benchmarks, just to see if it's fast enough for regular use
[06:42] <CarlFK> are they all in main?
[06:43] <benplaut> i think universe...
[06:43] <CarlFK> k
[06:51] <ivoks> hm....
[06:51] <ivoks> gnome-media has version 2.6.12-O
[06:52] <ivoks> pardon, 2.6.12.O
[06:52] <ivoks> not number, letter... is that on purpose?
[06:53] <crimsun> (seems like a mistake)
[06:53] <ivoks> i know :)
[06:55] <ajmitch> well it'll at least be < <IP_ADDRESS>
[06:56] <ivoks> :)
[06:56] <ivoks> will it?
[06:57] <ivoks> i'm not sure... isn't O > 0?
[06:57] <ivoks> and we use 0ubuntu1 just because nothing is lower then 0
[06:57] <benplaut> -1?
[06:58] <mpt> O for Oarsome
[06:58] <ajmitch> "all the letters sort earlier than all the non-letters."
[06:59] <ivoks> ok
[06:59] <ivoks> then it isn't a problem
[06:59] <ajmitch> yep
[06:59] <daniels> daniels@ephemera:~% dpkg --compare-versions <IP_ADDRESS> lt 2.6.12.O && echo zero is less than oh
[06:59] <daniels> zero is less than oh
[07:00] <ivoks> hm
[07:00] <ivoks> houston, we have a problem
[07:00] <daniels> 2.6.12.O.1?
[07:00] <daniels> or .O.0
[07:01] <ivoks> that would look... hm... :)
[07:02] <daniels> eh, I've done 1.0 and 1.0.0 as different upstream versions before :P
[07:02] <ivoks> time to go...
[07:02] <ivoks> bye
[07:07] <Mithrandir> daniels: you can trick the archive by packaging a version as native, then waiting until it's dropped from the archive, then readding it, but I think it makes elmo and baby jesus cry.
[07:08] <daniels> Mithrandir: oh, *dude*
[07:08] <daniels> (but I'll remember that one for next time)
[07:08] <Mithrandir> I'm sure elmo and not to mention launchpad is going to love that one.
[07:09] <daniels> pschaw
[07:10] <ajmitch> Mithrandir: that just sounds a little dirty
[07:10] <Mithrandir> ajmitch: no shit
[07:10] <daniels> ajmitch: no more dirty than 1.0 and 1.0.0 being different upstream versions :P
[07:10] <daniels> luckily I didn't have to go to <IP_ADDRESS>
[07:11] <bob2> at least you didn't do 1.O
[07:12] <daniels> haha
[07:12] <daniels> 1.P
[07:12] <bob2> I wonder how many unicde characters look like O
[07:12] <bob2> mako!
[07:12] <daniels> 1.
[07:13] <bob2> if only I had a compose key right now
[07:13] <daniels> setxkbmap -option compose:ralt
[07:15] <bob2> wm
[07:15] <bob2> hm
[07:15] <bob2> that broke my terminal
[07:15] <daniels> heh, that looks more like a deadkey than a compose key
[07:18] <daniels>  dv   mxd  p
[07:24] <mpt> http://lists.w3.org/Archives/Public/www-style/2003Apr/0012.html
[07:30] <bob2> you need a big baseball bat
[07:49] <pitti> Good morning
[07:56] <benplaut> 'mornin
[07:57] <jdub> mjg59: oh man, this laptop-mode related freeze is ROOOLY annoying
[07:58] <daniels> not X's fault
[08:02] <jsgotangco> heh
[08:04] <desrt> http://lists.w3.org/Archives/Public/www-style/2003Apr/0017.html <- best reply
[08:19] <pitti> Hi seb128
[08:22] <pef> hi
[08:25] <Vaske_Car> does Ubuntu using same commands for shell as Fedira?
[08:25] <seb__> hey pitti
[08:25] <pitti> Kamion: why did the CD building stop? the last CD is from Friday, so jigdo fails...
[08:25] <Vaske_Car> Fedora*
[08:25] <pitti> Vaske_Car: if you are talking about basic shell commands, they are the same in every Linux
[08:26] <jdub> Vaske_Car: yes - you're probably better off asking questions like this in #ubuntu
[08:27] <Vaske_Car> there is no channel with that name :(
[08:27] <daniels> Vaske_Car: i can assure you that there is, but you may have to register to join it
[08:29] <Vaske_Car> I think I found... thanks!
[08:30] <seb__> pitti: they rolled g-v-m 1.4.0 if you want to package it
[08:30] <jdub> SEBERINO!
[08:31] <seb__> hey hey jdub
[08:31] <pitti> seb__: hm, there is already 1.5.1 or so
[08:32] <pitti> seb__: but last time I rather used the 1.3 microrelease to not break everything again
[08:32] <seb__> pitti: but you were packaging 1.3 not 1.5, no?
[08:32] <seb__> pitti: 1.4 is the 1.3 tarball for GNOME 2.12
[08:32] <pitti> seb__: do you want the new version? I can package it
[08:32] <pitti> ah, ok
[08:32] <jdub> fejj has not been uploading tarballs or telling anyone he was rolling them (!!!)
[08:32] <seb__> pitti: we want GNOME 2.12 yep
[08:32] <pitti> seb__: ok, I do it
[08:33] <seb__> thanks
[08:33] <seb__> jdub: right
[08:33] <pitti> jdub: yes, I asked him to announce his tarballs on the Utopia list
[08:33] <jdub> he has upload love now
[08:42] <dholbach> good morning
[08:54] <pitti> Hey dholbach
[08:54] <dholbach> hey pitti :)
[08:54] <ajmitch> hi pitti
[09:02] <pitti> Hi ajmitch
[09:05] <pitti> jdub: Jeff, the new g-v-m uses totem as default CD player instead of gnome-cd. Shall I change this back or is that ok?
[09:07] <pitti> jdub: (gnome-cd is much nicer IMHO, it supports CDDB and has a more cd-player like interface)
[09:10] <dholbach> elmo: could you please sync phpgroupware, zsync, affix, proftpd from sid - security related fixed, thank you
[09:13] <jdub> pitti: it should use sound-juicer
[09:14] <pitti> jdub: for audio CD playback?
[09:16] <kagou> there is no more daily iso releases. I can't see on https://wiki.ubuntu.com/BreezyReleaseSchedule?highlight=%28release%29%7C%28breezy%29 a date for a previewfreeze iso or previewrelease iso
[09:16] <ivoks> eh, goobox is even better solution, but it's in universe
[09:16] <kagou> any scheduled ?
[09:17] <pitti> kagou: I already asked Kamion
[09:17] <pitti> kagou: probably just a glitch, we certainly did not disable it deliberatley
[09:18] <kagou> ok thanks pitti , i'm waiting for a new breezy daily for my notebook testing
[09:19] <jdub> pitti: absolutely
[09:20] <jdub> pitti: that should be the default upstream too (in the latest releases)
[09:20] <pitti> jdub: it does not even allow me to specify a device on the command line
[09:20] <pitti> jdub: default is totem %h
[09:20] <pitti> Hi mvo
[09:20] <jdub> pitti: in which release?
[09:20] <pitti> jdub: 1.4.0
[09:20] <jdub> probably fixed in 1.5
[09:21] <pitti> yes, maybe
[09:21] <pitti> anyway, I can change it easily
[09:21] <pitti> but I cannot call it with a particular device
[09:21] <pitti> I don't want to start sound-juicer with the default CD drive, but for the particular drive where g-v-m just detected a new CD
[09:22] <jdub> pitti: interesting one. maybe talk to ross about it.
[09:22] <pitti> ok
[09:22] <mvo> hey pitti, good morning all
[09:23] <pitti> jdub: in 1.5.1 it is still totem %d
[09:24] <pitti> Hi carstenh
[09:24] <carstenh> hi pitti
[09:24] <jdub> pitti: i'll ping a few people about it tonight too
[09:25] <pitti> jdub: ok, I leave totem for now, switching is easy (just a gconf schema change)
[09:25] <jdub> yeah
[09:25] <jdub> if the s-j stuff doesn't work out, we should stick with gnome-cd though
[09:25] <pitti> ack
[09:25] <pitti> totem behaves weird when playing a CD
[09:26] <pitti> the main window (where videos appear) is empty and resizing the window destroys it
[09:26] <pitti> and no cdda
[09:26] <pitti> gosh, all these apps shuold be unified
[09:26] <pitti> gnome-cd, totem, sound-juicer, whatnot
[09:26] <pitti> serpentine
[09:26] <Lathiat> well sound-juicer is supposed to get rid of gnome-cd
[09:27] <pitti> yes
[09:27] <Lathiat> its not 100% obvious however
[09:28] <jdub> Lathiat: it will be when gnome-cd disappears in 2.14
[09:30] <pitti> jdub: will sound-juicer and serpentine merge, too?
[09:30] <pitti> or, even better, s-j and serpentine be merged into rhythmbox?
[09:30] <jdub> pitti: dosn't seem sensible to merge everything
[09:30] <jdub> rb uses s-j to do ripping
[09:30] <jdub> rb will get cd burning functionality
[09:31] <pitti> that's already a step forward
[09:31] <jdub> serpentine supports other functionality too
[09:31] <pitti> but a single separate app to burn audio CDs seems too much
[09:31] <jdub> yeah
[09:31] <jdub> however, including a k3b like application for advanced burning requirements that includes that feature is not silly
[09:31] <pitti> well, yes
[09:32] <pitti> but it would be nice to burn CDs directly from rb
[09:32] <jdub> but i wouldn't put it in the default install ;)
[09:32] <jdub> yeah, that's going in
[09:32] <pitti> cool
[09:44] <sivang> morning all
[09:44] <sivang> jdub: are you going to IBM today?
[09:46] <jdub> sivang: tomorrow
[09:49] <infinity> Ever since the battery applet was updated to use HAL, rather that use /proc directly, it's decided I don't have a battery.
[09:50] <infinity>  /proc/acpi/* looks fine, but the "Device manager" application tells me I have a battery bay, but no battery.
[09:51] <daniels> hmm, me too.
[09:51] <infinity> Note that I probably booted without a battery, which may or may not make a difference.  I haven't tested.
[09:52] <Mithrandir> infinity: ACPI doesn't appear to do hotplug.
[09:52] <infinity> So, if I boot WITH a battery, so that mean I'll always have one, even when I take it out?
[09:52] <infinity> And vice versa when I boot without one?
[09:52] <infinity> PROGRESS!
[09:52] <pitti> infinity: humm, no idea - does restarting hal help? (this will break your gnome session, though)
[09:53] <daniels> yeah, I just checked here, and restarting hald fixes
[09:53] <mvo> Kamion: permission to upload a new coreutils with documentation fix (http://paste.ubuntulinux.nl/1924)?
[09:53] <pitti> infinity: I don't have an ACPI battery, and on my powerpc, hotplugging the battery works perfectly with hal
[09:53] <daniels> pitti: hotplugging the battery just doesn't work here, you have to restart hald
[09:53] <daniels> pitti: (acpi, x40)
[09:53] <infinity> Great, so does that mean we get ACPI to generate hotplug events, or roll back the battery applet change?
[09:53] <daniels> DOES NOT WORK ON X40.  SEVERITY: BLOCKER.
[09:54] <infinity> Or, T40 in my case.
[09:54] <infinity> (T43, but same thing)
[09:54] <pitti> infinity: but I heard so many complaints about the hal acpi backend, maybe the applet should be switched back to proc for now...
[09:54] <pitti> Mithrandir: teaching ACPI hotplug is not something we could possibly do for breezy, is it?
[09:54] <infinity> s/maybe/definitely/ if we can't afford to time to make ACPI DTRT.
[09:55] <infinity> s/to time/the time/
[09:55] <Mithrandir> pitti: quoting mjg59 from memory: "Adding hotplug to the ACPI subsystem is quite a bit of work".
[09:55] <pitti> I guess so
[09:56] <daniels> just re-read from /proc/acpi every five seconds
[09:56] <pitti> hm, now that you mention it, hal is supposed to do exactly that
[09:57] <pitti> infinity: does running hald in debug mode reveal anything interesting?
[09:57] <pitti> infinity: sudo killall hald; sudo hald --verbose=yes --daemon=no
[09:58] <daniels> 11612: 17:59:41.888: addon-acpi.c:139: ACPI event battery BAT0 00000080 00000000
[09:58] <infinity> What's the point of all our inotify crack if we're going to poll /proc?
[09:58] <daniels> 11612: 17:59:41.888: addon-acpi.c:145: event is 'battery BAT0 00000080 00000000'
[09:58] <daniels> 11612: 17:59:41.888: addon-acpi.c:167: battery event
[09:58] <daniels> 17:59:41.889 [I]  hald_dbus.c:2693: local_server_message_handler: destination=org.freedesktop.Hal obj_path=/org/freedesktop/Hal/devices/acpi_BAT0 interface=org.freedesktop.Hal.Device method=Rescan
[09:58] <daniels> [...]
[09:58] <daniels> 17:59:42.105 [D]  hald_dbus.c:2096: udi=/org/freedesktop/Hal/devices/acpi_BAT0
[09:58] <daniels> gar.  it seems to work now.
[09:58] <pitti> daniels: do you see anything periodic?
[09:59] <pitti> which looks like polling?
[09:59] <pitti> hmm
[09:59] <pitti> daniels, infinity: how long is your session running already?
[09:59] <daniels> gar, bloody heisenbug.
[09:59] <daniels> pitti: a week? more?
[09:59] <pitti> daniels, infinity: or, rather, when did you boot the last time?
[09:59] <infinity> A day or two?.. I crash almost daily, so it can't have been long.
[10:00] <daniels> oh wait, I accidentally pulled the power cord out a couple of days ago
[10:00] <daniels> yeah, a day ago
[10:00] <pitti> daniels: we don't restart hal on upgrades any more, so you might have missed the recent fixes
[10:00] <pitti> hm, ok
[10:00] <infinity> How recent?
[10:00] <pitti> then you have the latest version already
[10:00] <pitti> infinity: one, two weeks
[10:00] <infinity> Oh, yeah, that was ages ago.
[10:01] <infinity> I'm definitely running that version.
[10:09] <dholbach> oh a new testbuild of the archive is running... good :)
[10:10] <ogra> Kamion, around already ?
[10:11] <dholbach> hey ogra
[10:11] <ogra> hi
[10:13] <sivang> hey again dholbach , ogra
[10:13] <Mithrandir> uhm, where did libxaw8-dev go?
[10:14] <infinity> Far, far away.
[10:15] <infinity> daniels : What's the final word on the 8000 versions of Xaw?
[10:16] <ogra> doko_, ping re openoffice in edubuntu
[10:16] <sivang> btw, nice to see all those 8200 inspiron buttons working, however when used to higher and lower the volume, the mouse input and the keyboard input sometimes stucks
[10:17] <daniels> infinity: xaw7 is good, xaw6 is dead, xaw8 was stillborn
[10:17] <ogra> doko_, openoffice1 isnt and wasnt in edubuntu since weeks... i wonder why anastacia thinks it is
[10:17] <infinity> daniels : Any chance of convincing gravity to drop Xaw8 form Debian as well, to avoid confusion?
[10:18] <daniels> infinity: doubt it.  xprint isn't going to die in debian.
[10:18] <infinity> Ahh, xprint needs xaw8?
[10:19] <Lathiat> daniels: any idea whats up with gl stuff?
[10:19] <Mithrandir> infinity: so stuff needs to build-dep on libxaw7, or?
[10:20] <infinity> Mithrandir : Please.
[10:20] <ogra> doko_, what is mozilla-openoffice.org ? there is no reference in the archive
[10:20] <infinity> daniels : Erm, Xaw8 and XP don't seem to relate much at all.  Were those two disconnected thoughts?
[10:20] <ogra> err... heh, not on amd64 indeed
[10:20] <Mithrandir> infinity: I'm looking at nas now, so you can take that off your radar, if you want.
[10:21] <daniels> infinity: no, not at all.  the only difference between xaw7 and xaw8 is that the latter has the xawprintshell* widgets, which all use xprint.
[10:21] <daniels> infinity: so xaw8 needs xprint.
[10:21] <doko_> ogra: mozilla-openoffice.org is a plugin
[10:21] <daniels> infinity: similarly, the bump from 6 to 7 was to add the tooltip widgets, which iirc introduced a dep on render.
[10:22] <infinity> daniels : Ahh, the relation is the other way around.  Check.
[10:22] <ogra> doko_, but it cant be the cause for openoffice1 staying in edubuntu i guess ?
[10:22] <siretart> btw
[10:22] <Mithrandir> ogra: m-ooo isn't in ooo1, iirc
[10:22] <doko_> no, it's built from ooo2
[10:22] <ogra> hmm, then i wonder why anastacia blames edubuntu-desktop
[10:23] <siretart> could an xorg guru have a look at xfig? it builds and starts fine, but it complains about the app-defaults file and freezes as soon as you want to draw something
[10:23] <siretart> and I have really no clue what that could be :(
[10:23] <ogra> doko_, does that look sane to you ?
[10:23] <ogra> ogra@honk:~/seeds--breezy--0--base-0 $ grep openoffice *
[10:23] <ogra> desktop: * openoffice.org2 [i386 powerpc amd64]
[10:23] <ogra> desktop: * openoffice.org2-gnome [i386 powerpc amd64]
[10:23] <ogra> desktop: * openoffice.org2-evolution [i386 powerpc]
[10:23] <ogra> desktop: * mozilla-openoffice.org [i386 powerpc]         # built from openoffice.org2
[10:23] <ogra> supported: * openoffice.org2-dev
[10:23] <ogra> supported: * openoffice.org2-dev-doc
[10:23] <ogra> supported: * openoffice.org2-officebean
[10:24] <ogra> its like that since more then 2 weeks...
[10:27] <bob2> mozilla-openoffice.org: two great tastes that taste great together!
[10:27] <ogra> haha
[10:29] <jdub> i'm actually kinda concerned about that package
[10:29] <jdub> it is very badly described
[10:29] <jdub> but it suggests to me that it's designed to host OOo in mozilla/firefox windows
[10:30] <jdub> if that is the case, i would like it removed from the desktop seed
[10:31] <jdub> http://gemal.dk/blog/2004/09/22/openofficeorg_mozilla_plugin/
[10:31] <jdub> bugger
[10:32] <pitti> elmo: please sync python2.3
[10:32] <jdub> mdz: around?
[10:32] <jdub> however unlikely
[10:33] <infinity> wasabi : ping.
[10:36] <Kamion> 08:17 < pitti> kagou: probably just a glitch, we certainly did not disable it deliberatley
[10:36] <Kamion> pitti: er, we did :)
[10:37] <pitti> Kamion: hm? why?
[10:37] <Kamion> pitti: I turned them off so that Colony 4 pre-release testing wasn't a moving target
[10:37] <pitti> Kamion: Good morning, ntw
[10:37] <Kamion> it'll go back on today
[10:37] <pitti> ah, ok
[10:37] <Kamion> ogra: yes?
[10:37] <pitti> Kamion: would be nice to download the current CDs for testing
[10:37] <ogra> Kamion, base-config/_late_command still doesnt work :(
[10:37] <Kamion> mvo: yes
[10:38] <mvo> Kamion: thanks
[10:38] <Kamion> ogra: /var/log/base-config*.log should help
[10:39] <ogra> Kamion, additionally is there a base-config commad i can use to force the user to put in the CD and mount it ? i'd like to run ltsp-build-client with the CD as archive...
[10:40] <ogra> Kamion, similar to apt-cdrom, just not with apt-cdrom ;)
[10:42] <ogra> hmm, /var/log/base-config-pkgsel.log only shows a lot of documentation registration (xml) errors ...
[10:44] <doko_> ogra: it looks sane, but I still don't know, why the OOo1 versions are in the anastacia output
[10:45] <ogra> doko_, me neither... either it grabs an very old version of my seeds or there is a bug in the script
[10:46] <ogra> Kamion, could it be that if there is an error at the end of the normal installation process, base-config/late_command isnt run ? there are only xml registration errors at the end of the log
[10:47] <ogra> Kamion, no hint that ltsp-build-client is even attempted to get run
[11:01] <doko_> pitti: if you do have time, could you review the zope* packages, including schooltool?
[11:01] <ogra> that'd be great :)
[11:01] <Kamion> ogra: there's nothing like that in base-config; you'd have to write it yourself, but it would be a very poor UI
[11:01] <Kamion> ogra: can it be done in the first stage instead?
[11:01] <pitti> doko_: ALL zope packages?
[11:02] <pitti> is that really a good idea two days before the preview?
[11:02] <pitti> *sigh*
[11:02] <Kamion> ogra: scrollkeeper errors wouldn't prevent the late_command from running, I wouldn't think
[11:02] <mdz> jdub: ?
[11:02] <Kamion> we ignore errors from scrollkeeper-update
[11:03] <ogra> Kamion, i need ltsp-server-standalone installed for ltsp-build-client.... if its possible to run it in the frist stage i'm open for everything... i just dont know if stacking chroots is a good idea ;)
[11:03] <Kamion> there's no issue with stacking chroots
[11:03] <ogra> oki
[11:03] <Kamion> how much does ltsp-server-standalone depend on?
[11:04] <pitti> doko_: why do we need both zope 2 and 3?
[11:04] <doko_> pitti: come on, not that much ...
[11:04] <ogra> err, it only needs to be ltsp-server, sorry
[11:04] <ogra> Depends: debootstrap, nfs-kernel-server, tftpd-hpa, netkit-inetd, syslinux | mknbi | mkvmlinuz
[11:05] <doko_> pitti: these are two different things. you need zope3 for schooltool/schoolbell, and zope2 for plone
[11:05] <pitti> doko_: 17 packages? that will take some hours, I regard it as "much" :-)
[11:05] <ogra> Kamion, and the CD contents for debootstrap
[11:05] <Kamion> one could write an ltsp-client-installer udeb that installs that and does ltsp-build-client
[11:05] <ogra> hmm...
[11:05] <Kamion> (before the CD's umounted)
[11:05] <ogra> so it seems i have to learn about udebs ?
[11:06] <Kamion> it's not that hard :)
[11:06] <Kamion> apt-install ltsp-server; chroot /target ltsp-build-client
[11:06] <ogra> since tey work like normal debs, is it only a dependency issue anda postinst that calls ltsp-build-client ?
[11:06] <Kamion> with some progress bar stuff around that, probably
[11:06] <Kamion> they don't quite work like normal debs in that udebs cannot depend on debs
[11:06] <ogra> ah
[11:08] <jdub> mdz: can we please remove mozilla-openoffice.org from the desktop seed? it is an undesireable feature to have by default.
[11:10] <ogra> mdz, while youre here, any idea why anastacia thinks edubuntu-desktop wants ooo1 ? its dropped from the desktop seed since more then two weeks...
[11:10] <ogra> (and yes, i mergerd several times since)
[11:10] <mdz> jdub: doko recommended it
[11:11] <jdub> mdz: embedding file views in browsers is completely bongtastic
[11:11] <mdz> ogra: probably an out-of-date architecture
[11:11] <jdub> cool feature for people who want it
[11:11] <jdub> but not by default
[11:11] <ogra> ah, ports :) i forgot about them :)
[11:15] <Kamion> ogra: you're not building edubuntu-meta for hppa and sparc any more, but they're still in the archive ...
[11:15] <Kamion> old versions thereof
[11:15] <ogra> Kamion, just fixing ;)
[11:16] <\sh> morning gentlemen
[11:16] <ogra> there was a connectivity prob with ports.ubuntu.com from here that always broke my metapackage geeration...
[11:19] <Kamion> mdz: do you have a summary of live CD changes since Colony 3?
[11:19] <Kamion> other than "many fixes" :-)
[11:20] <ogra> Kamion, are you aware that ubuntu-quickguide disappeared on friday ?
[11:20] <Kamion> ogra: see the bug I filed
[11:20] <ogra> (broke my CD)
[11:22] <ogra> youre too fast ;)
[11:22] <Kamion> also, anyone else got anything they want mentioned in Colony 4 release notes (major stuff changed since Colony 3)?
[11:26] <Mithrandir> is memprof completely broken for everybody else?
[11:27] <ogra> its not installable here (amd64)
[11:43] <Kamion> (topicdiff: Colony 4 released)
[11:43] <daniels> Kamion: congratulations
[11:43] <Lathiat> woo :)
[11:43] <Lathiat> good timing too i can test it on my enw laptop
[11:44] <Kamion> if you've tested CDs over the weekend, they're the same :)
[11:44] <Lathiat> nah
[11:44] <jsgotangco> wooo
[11:45] <pitti> Kamion: yay, thanks
[11:45] <jsgotangco> Colony 4 is sept 2?
[11:45] <pitti> Kamion: will you also enable the building of today's dailies?
[11:46] <Kamion> pitti: already have; cron.daily is running
[11:46] <Kamion> jsgotangco: colony-4 == daily/20050902.3 + daily-live/20050903
[11:46] <jsgotangco> right thanks
[12:03] <Lathiat> ok question... is the hoary installer supposed to let you resize ntfs?
[12:03] <zyga> mvo: hello :)
[12:03] <zyga> mvo: I've got breezy on my other box so I can easily work now :)
[12:06] <mvo> zyga: great!
[12:06] <pitti> doko: is there any reason why the zope3 package is not arch:all?
[12:07] <Kamion> Lathiat: yes
[12:07] <Kamion> modulo bugs
[12:08] <doko> pitti: no, if we included the python-zopeinterface stuff, then it's arch any, else it's all. we will sort that out for the final release
[12:08] <Lathiat> Kamion: hrm, how do i get to that option?
[12:08] <pitti> doko: ok; it's not a biggie anyway, just asking
[12:10] <pitti> doko: same for zope3-lib?
[12:11] <doko> pitti: zope3-lib isn't built anymore
[12:12] <pitti> ah, I see; that was still the old version
[12:12] <Mithrandir> Kamion: ok to upload memprof with http://err.no/patches/memprof_0.5.1-9_0.5.1-9ubuntu1.FTBFS.diff ?
[12:12] <Kamion> Lathiat: find the "Size" field in the screen for the partition in question, press enter, type new size
[12:12] <Lathiat> Kamion: oh ok
[12:13] <Lathiat> has that been made more obvious in breezy? i seem to remember seeing a resize option on a breezy cd
[12:13] <Kamion> Mithrandir: yes
[12:13] <Kamion> Lathiat: no
[12:13] <Lathiat> hmm
[12:13] <Kamion> Lathiat: the auto-resize thing is different; if you don't need fine control, you can use it, but the normal resize option is the same
[12:13] <zyga> is upgrade from warty to breezy supposed to be seemless?
[12:14] <Lathiat> zyga: ergh, that sounds nasty, im not even sure hoary works at the moment? :)
[12:14] <Kamion> zyga: it would be nice, but not much effort has gone into it; I'd suggest going via hoary
[12:14] <zyga> Kamion, Lathiat: I've just done that upgrade w->b and the only issue I've found is x-related
[12:14] <zyga> a file rgb.txt is both in xfree86-common and xorg-common
[12:15] <zyga> manual --force was needed (I guess one package does not replace the other in the specs file)
[12:15] <zyga> other than that it was really automatic :)
[12:15] <infinity> zyga : xorg-common conflict with xfree86-common..
[12:15] <infinity> zyga : Which should take care of that.
[12:16] <zyga> infinity: maybe it was in other xorg-* stuff than, because it borked
[12:17] <zyga> mvo: who can I annoy about i18n bug in synaptic?
[12:19] <infinity> zyga : Ah-ha.  It was xrgb, which ships /etc/X11/rgb.txt
[12:19] <zyga> :-)
[12:19] <zyga> infinity: another squashed bug :-) ?
[12:19] <infinity> daniels : xrgb needs to Replaces: xfree86-common, for /etc/X11/rgb.txt
[12:20] <Lathiat> ugh i dont think that worked
[12:20] <mvo> zyga: me most likely
[12:20] <zyga> infinity: gret, I'll install warty again in 24 hours
[12:20] <Lathiat> considering it took practically no time to resize if it did
[12:20] <zyga> mvo: I'd like to have 'translations' substituted to 'Translations' (consistency) and marked as translatable
[12:20] <zyga> mvo: If that's okay with you I'll prepare and test a patch
[12:21] <infinity> zyga : It won't be terribly high priority to fix.  There are still plenty of more pressing things than warty->breezy updates, but I'll make sure daniel gets the fix in his local tree, and uploaded "sometime before release".
[12:21] <zyga> infinity: great, thank
[12:21] <mvo> zyga: I would be happy if you would do this, thanks
[12:21] <infinity> zyga : If you want to test more esoteric warty->breezy upgrades (and hoary->breezy upgrades, which we probably care more about), bug reports would be appreciated.
[12:21] <Diziet> So if I want to pick some random bug off ubuntu-bugs and fix it, is there a lightweight way to check that no-one else is on it already ?  Should I assign it to me in the bugzilla ?
[12:21] <infinity> zyga : Minor severity for warty->breezy, probably, Important for hoary->breezy.
[12:21] <zyga> infinity: is there any way to get a .iso of latest hoary with all the upgrades applied?
[12:22] <infinity> zyga : The best way to get an up-to-date installation is by using a netinst, so it installs the newest packages by default...
[12:22] <infinity> zyga : Local mirrors are nice for that.
[12:22] <zyga> infinity: I thought you'll say that :/
[12:24] <daniels> infinity: blah
[12:28] <Diziet> Well, I'll do that and see if it works.
[12:29] <Diziet> No, the bugzilla won't let me assign the bug to myself.
[12:30] <Kamion> !
[12:30] <Kamion> ogra: I thought you gave Diziet editbugs
[12:30] <Kamion> Diziet: generally anything assigned to<EMAIL_ADDRESS>is fair game
[12:30] <Kamion> that's a sort of "nobody" address
[12:31] <Diziet> It says in Permissions that I have editbugs.
[12:31] <Diziet> k: Right.
[12:31] <Kamion> I have bz_canusewhines, canconfirm, editbugs, editcomponents; I doubt the others are relevant
[12:31] <Kamion> what does it say when you try to reassign?
[12:32] <Diziet> It doesn't appear to offer such an interface.
[12:32] <ogra> hmm, i gave Diziet editbugs...
[12:32] <Kamion> I have a "Reassign bug to ..." radio button in the block of stuff just above the "Commit" button.
[12:32] <Diziet> If I look at one of my own bugs I have a list of radiobuttons below the comment box.
[12:32] <Diziet> If I look at (say) http://bugzilla.ubuntu.com/show_bug.cgi?id=12604, I have only  [*]  Leave as NEW
[12:33] <Kamion> Maybe it requires the use of cookies to remember who you are when using HTTP rather than HTTPS?
[12:34] <pitti> ogra: it is ok that schooltool deb is almost empty?
[12:34] <Diziet> https makes no difference.
[12:34] <Kamion> no, even wget on the URL you gave gives me a reassign option
[12:34] <Diziet> And I've accepted its cookies.
[12:35] <zyga> mvo: any reason for POTFILES.skip in synaptic?
[12:35] <ogra> pitti, it runs, so i think its ok :)
[12:35] <mvo> zyga: IIRC someone of the translators requested it to make it's life easier
[12:35] <zyga> mvo: it contains just two or three really meaningfull messages
[12:35] <zyga> I'll ignore that for now
[12:36] <ogra> pitti, erm, the source package is 35M here
[12:37] <ogra> (unpacked)
[12:37] <Diziet> Kamion: what permissions do you have listed ?  I have bz_canusewhines, canconfirm, editbugs.
[12:37] <Kamion> Diziet: 11:31 < Kamion> I have bz_canusewhines, canconfirm, editbugs, editcomponents; I doubt the others are relevant
[12:37] <pitti> ogra: yes, but the deb is tiny
[12:38] <zyga> mvo: patch for synaptict is ready, I'll test it, fetch fresh pl.po, sync and mail you
[12:38] <ogra> pitti, hmm, probably because its not running all the zope stuff ?
[12:38] <Diziet> Maybe editcomponents is what's needed.
[12:38] <ogra> pitti, it runs standalone
[12:38] <Kamion> no, editcomponents lets me add new packages, remove packages, change default assignees, etc.
[12:38] <Kamion> it's an administrative privilege
[12:39] <Kamion> and, as I say, a completely unauthenticated wget gives me the reassign option
[12:40] <mvo> Kamion: permission for uploading http://paste.ubuntulinux.nl/1925 please?
[12:41] <Kamion> mvo: yes please
[12:42] <Mithrandir> ew: ./libdv.h:#define u_int64_t unsigned long long
[12:44] <Diziet> kamion: Yes, a wget gets the right thing for me too.  View Source in my Mozilla shows the lack of the relevant bits in the source.
[12:45] <zyga> mvo: synaptic + rosetta = b0rked https://launchpad.net/products/synaptic/+translations
[12:46] <Diziet> Ahhh.  I asked to log out and it said `Your login has been forgotten. The cookie that was remembering your login is now gone. You will be prompted for a login the next time it is required.'
[12:46] <mvo> zyga: yes, I was told some days ago. rosetta is not able to handle a package that contains more than one pot file per directory. synaptic has one for it's messages and one for the documentation
[12:47] <zyga> mvo: k, noted
[12:47] <Diziet> Oh, I see, that message was `has _now_ been'.  But anyway, logging out and in again didn't help.
[12:47] <Diziet> But when I'm logged out I can see all the extra options.
[12:48] <Diziet> Did I mention how lame I think bugzilla is ?
[12:48] <Kamion> well, I'd tend to agree
[12:48] <Kamion> (obviously)
[12:48] <mvo> zyga: I need to split it into po and help-po or something, but I hate fiddling around with the poxml makefiles
[12:49] <Diziet> I asked to reassign, and it told me to log in, and when I did, it said:  ` You tried to change the Assignee field from 2 to<EMAIL_ADDRESS>but only the owner or submitter of the bug, or a sufficiently empowered user, may change that field.'
[12:49] <Kamion> "from 2"?!
[12:50] <Kamion> hmm, I still have a login on the bugzilla box; let's see where that lives
[12:50] <Diziet> Cripes.  I asked it to change my email address and that requires confirmation from the new address and mere inactivity from the old.
[12:51] <Diziet> Although you do need the password.
[12:51] <Mithrandir> Diziet: well, then it's safe, given that people will try to change it _after_ their old mail address has stopped working.
[12:51] <Kamion> the only place I can find that message is in a CVS backup file
[12:52] <zyga> mvo: what are PreDepends?
[12:53] <Kamion> oh, right, I don't have read access to everything
[12:53] <Keybuk> zyga: dependencies requires to unpack a package
[12:53] <Keybuk> usually programs the package runs in its "preinst" file
[12:53] <Keybuk> as opposed to Depends, which are only required once the package is to be configured
[12:53] <zyga> Keybuk: k, understood
[12:59] <Kamion> anyone with editbugs certainly ought to be able to change anything, per the code
[01:00] <doko> Kamion: you did comment on bash_completion to be too slow to be enabled as a default. Looking at our target audience, does it matter for them?
[01:00] <ogra> except the default asignee etc
[01:01] <Kamion> ogra: right, anything that's part of an individual bug I mean
[01:01] <ogra> yup
[01:02] <Kamion> doko: *shrug* it was just my opinion, if you want to override it that's your prerogative as a maintainer
[01:02] <ogra> i have heard no complaintments so far...
[01:02] <Kamion> our audience includes a lot of people on slow machines in my experience
[01:04] <doko> sure, it's a tradeoff. otoh, you have the option to disable it.
[01:04] <doko> but you don't know, that you have it, if it's disabled
[01:04] <pitti> doko: it might confuse people who don't know about it
[01:05] <pitti> doko: on my shell, pressing tab-tab sometimes causes 10 seconds of 100% cpu usage and blocks the input
[01:05] <doko> really 10secs?
[01:06] <zyga> mvo: tested, works great - do you want the whole diff (with lots of .po changes due to make update-po) or just the small one + pl.po?
[01:06] <mvo> zyga: please just the small one
[01:06] <pitti> Kamion: hm, jigdo is still busted; it wants to download debian-installer-manual_20050317ubuntu15.0.20050902_amd64.deb for the 20050905 image, but that doesn't exist in the archive
[01:06] <mvo> zyga: it may take a bit until I can apply it, the svn server had problems this morning
[01:07] <zyga> mvo: that's okay - as long as it makes for breezy
[01:16] <zyga> when one can translate launchpad-integration stuff?
[01:17] <zyga> s/when/where/
[01:18] <mvo> zyga: you may need to ask in #launchpad :)
[01:23] <ogra> Kamion, is there a way to jump around in scriptreplay ?
[01:23] <spayne> what is going on with clearlooks in breezy
[01:23] <spayne> there is only one theme
[01:23] <spayne> which is a weird blue - not the normal one
[01:24] <ogra> Kamion, i think i saw the error, but the following stuff vanished to fast
[01:24] <zyga> mvo: mail sent
[01:30] <zyga> mvo: will you commit patches to launchpad-integration? (i18n as usual)
[01:32] <mvo> zyga: thanks! if the launchpad-integration patches are good, I'll apply them
[01:32] <zyga> mvo: ignore my last mail, syntax error in pl.po
[01:33] <mvo> zyga: ok
[01:37] <spayne> orga: you seem to have reported a clearlooks bug, do you know anything about this problem?
[01:37] <spayne> ogra: it seems that many of the clearlooks themes are missing
[01:40] <ogra> spayne, i didnt file a bug about clearlooks...
[01:40] <spayne> ogra: sorry
[01:40] <ogra> spayne, and i see all four variants in the package
[01:40] <spayne> do you?
[01:40] <spayne> weird
[01:40] <spayne> i only have one variant in mine
[01:41] <ogra> Clearlooks, Clearlooks-Olive, Clearlooks-DeepSky, Clearlooks-Quicksilver
[01:41] <spayne> i have Clearlooks
[01:41] <spayne> just Clearlooks
[01:41] <spayne> what package version do you have?
[01:41] <ogra> 2.6.5-0ubuntu1
[01:42] <spayne> so do i
[01:42] <spayne> gtk2-engines-clearlooks
[01:42] <spayne> wierd
[01:42] <spayne> weird i mean
[01:42] <spayne> ogra: what could it be?
[01:43] <TheMuso> .c
[01:43] <spayne> ?
[01:44] <ogra> spayne, hmm, looking into the package it actually only contains Clearlooks
[01:45] <spayne> which is incorrect
[01:45] <spayne> as there should be the four themes
[01:46] <jdub> spayne: clearlooks was included with gtk-engines, and the additional clearlooks (gnome) themes didn't go with it (or into gnome-themes)
[01:46] <spayne> jdub: so there should only be one theme?
[01:46] <Mithrandir> infinity: btw, I'm hacking at libquicktime now (for 13728)
[01:46] <spayne> jdub: but i don't see where that one theme comes from as the blue style is darker than standard clearlooks
[01:46] <Keybuk> is there any way in Bugzilla to see which components I'm "owner" of ?
[01:47] <infinity> Mithrandir : You're a machine.  Thanks.
[01:47] <jdub> pitti: ross is going to do --device support in s-j for gnome 2.12.1
[01:48] <spayne> jdub: how many clearlooks themes should there be?
[01:48] <jdub> spayne: one
[01:48] <ogra> Kamion, found the error, is it possible that $ROOT is set in base-config ? ltsp-build-client calls mkdir $ROOT/... and i find "mkdir: `/dev/sda1' exists but is not a directory" at the end of the log
[01:49] <spayne> jdub: is there any way to get the other three?
[01:49] <jdub> get the clearlooks tarball and put them in your own .themes :)
[01:49] <spayne> but who designed the ONE theme>
[01:49] <spayne> as it ain't the standard one
[01:49] <jdub> it was the original clearloks theme but with minor tweaks
[01:50] <spayne> why was it done?
[01:50] <jdub> why was what done?
[01:50] <spayne> getting rid of the other three themes
[01:50] <spayne> and making a customised one
[01:50] <jdub> because gnome didn't want to ship 57 themes
[01:51] <jdub> in gnome-themes
[01:51] <spayne> oh! it is an upstreamer decision?
[01:51] <spayne> got it! no other :-)
[01:51] <tseng> gnome-look.org
[01:51] <spayne> the corners aren't rounded off properley in ClearLooks either :-)
[01:51] <spayne> tseng: I am aware of that site
[01:51] <jdub> spayne: if you reaload metacity, they will be
[01:52] <spayne> killall metacity doesn't solve it
[01:52] <spayne> you mean reinstall?
[01:54] <spayne> shall i report it in the bugzilla?
[01:56] <zyga> mvo: ping
[01:57] <zyga> mvo: I'm having problems with build/make magic - I've patched what I needed but pl.po is not being built (I'm talking about l-i)
[01:57] <mvo> zyga: pong
[01:57] <zyga> mvo: I've added it to po/LINGUAS
[01:57] <zyga> could you shed some light?
[01:57] <spayne> bye
[01:58] <spayne> thanks jdub
[01:58] <spayne> and ogra
[01:58] <spayne> jdub: i will put in a bugzilla report for the corners of the metacity windows
[01:58] <zyga> dpkg-buildpackage creatates a deb with no .mo files :/
[02:00] <mvo> zyga: please send me your current diff and I'll have a look. it seems like this hasn't been tested yet and pl.po is the first translation :)
[02:00] <zyga> mvo: k, one moment
[02:02] <mvo> terminal server client applet has no icon on a colony4 install. is this a known issue?
[02:02] <jordi> does anyone know how difficult would be to internationalise a pygtk app like PythonCAD?
[02:03] <mvo> jordi: does it has any support for i18n already?
[02:03] <jordi> mvo: doesn't look like it
[02:03] <jordi> mvo: it doesn't seem to import gettext at all
[02:03] <zyga> mvo: let's postpone this - I've got to go out for an hour
[02:03] <mvo> jordi: right. does it use distutils (setup.py)?
[02:04] <jordi> mvo: yup
[02:04] <mvo> zyga: please send me the diff/po file and I'll have a look
[02:04] <zyga> mvo: ok
[02:05] <mvo> jordi: than it's going to be a bit tricky because distutils does not nativly support po files. smart or language-selector has example setup.pys that adds support
[02:08] <jordi> mvo: in a typical pygtk app, do you need to modify many things besides the needed imports & so?
[02:08] <jordi> and the _() marks
[02:10] <mvo> jordi: no, once setup.py is updated it should be straightforward
[02:11] <mvo> jordi: the language-selector package should be a good example as it's fairly small
[02:12] <zyga> mvo: sent
[02:13] <jordi> mvo: ok
[02:13] <mvo> zyga: thanks
[02:15] <zyga> mvo: synaptic stuff resent, I'm away for an hour
[02:15] <mvo> zyga: thanks
[02:18] <dholbach> bbiab
[02:22] <Kamion> ogra: doesn't appear to be
[02:23] <Kamion> ogra: no, to my knowledge there's no way to rewind/fast-forward in scriptreplay
[02:23] <ogra> Kamion, i just saw it creates $ROOT based on $MIRROR
[02:23] <Kamion> aside from specifying a time divisor to start with
[02:23] <Kamion> MIRROR is only set during apt-setup, which does not enclose late_command
[02:24] <ogra> thats strange...
[02:24] <ogra> i have this in ltsp-build-client:
[02:24] <ogra>   if [ -n "$mirror" ] ; then
[02:24] <ogra>     echo "deb $mirror" >> $ROOT/etc/apt/sources.list
[02:24] <ogra>     case $mirror in
[02:24] <ogra>       file:///*) dir="$(echo $mirror | awk '{print $1}' | sed -e 's,^file://,,g')"
[02:24] <ogra>         mkdir -p $ROOT/$dir
[02:24] <ogra>         mount --bind $dir $ROOT/$dir
[02:24] <ogra>         umounts="$umounts $ROOT/$dir"
[02:24] <ogra>         ;;
[02:24] <ogra>     esac
[02:25] <ogra>   fi
[02:25] <ogra> obviously $ROOT is /dev/sda1 at this point....
[02:25] <ogra> its the only mkdir that occurs...
[02:27] <Kamion> you need to be precise about whether you mean $MIRROR or $mirror
[02:27] <Kamion> anyhow, mirror isn't set either
[02:27] <ogra> its not my script...
[02:27] <Kamion> I mean when talking about it
[02:28] <ogra> ok...
[02:29] <ogra> Kamion, can we try this change? : base-config     base-config/late_command        string /usr/sbin/ltsp-build-client --root /opt/ltsp/$(dpkg --print-architecture)
[02:29] <ogra> just for a testbuild...
[02:29] <Kamion> can you try testing that locally first?
[02:30] <ogra> Kamion, it works...
[02:30] <ogra> i used it several times already...
[02:30] <Kamion> oh, you've tested it in late_command?
[02:30] <ogra> nope
[02:30] <Kamion> that's what I want
[02:30] <Kamion> before reboot, switch to tty2 and run:
[02:36] <Kamion> ogra: sorry, my firefox went insane and I couldn't type anything. while the base system is installing, switch to tty2 and edit /var/log/debconf-seed so that the base-config/late_command line reads as above.
[02:36] <ogra> ah, ok, thanks... i'll try :)
[02:38] <Kamion> it's much faster if you can run a test through first that way, than tying up cdimage with test builds
[02:38] <Kamion> (faster for you as well as for me, probably)
[02:39] <ogra> yup :)
[02:39] <ogra> i didnt know that method
[03:17] <zyga> mvo: re
[03:17] <Diziet> k: So what should I do about my bugzilla weirdness ?  I can do some other things in the meantime but I'd like to be able to do some of the juicy-looking ubuntu-bugs bugs (and what a lot of them there are!) and it seems wrong to just go around uploading stuff and not updating the bugs.
[03:18] <mjg59> Diziet: Unfortunately, without being privileged, there's no way to do that
[03:18] <mjg59> Your user needs to be granted the necessary authority
[03:18] <Diziet> I've supposedly got the relevant privilege.
[03:18] <mjg59> H. Odd.
[03:19] <mvo> hey zyga
[03:19] <Diziet> Kamion's views of the interface shows the relevant options, but mine can't manipulate bugs that aren't assigned to me - and the only difference between our permissions is that he has editcomponents.
[03:20] <mjg59> Diziet: Hrm.
[03:20] <Kamion> Diziet: I'd be inclined to mail james.troup@ and see if there's anything useful he can dig out of logs ...
[03:20] <Diziet> OK, willdo.  I can chase him about that email alias too ...
[03:20] <ogra> Diziet, did you chage your mailadress since i granted you editbugs ?
[03:20] <Kamion> Diziet: which IP address would your mozilla be coming from? Your wget came from xenophobe, but nothing else.
[03:20] <ogra> change even
[03:21] <zyga> mvo: any progress? I'm sorry I'm bothering you with this, I reall want to get it going though
[03:21] <Diziet> kamion: Oh, obviously that wget didn't have the right proxy.  Everything else should look like it came from chiark.
[03:21] <Diziet> ogra: I'm in the process of changing my address, yes, to an alias which doesn't exist yet.  Is that relevant ?
[03:21] <mvo> zyga: not yet, I'm busy with bureaucratic stuff
[03:21] <ogra> hmm...
[03:22] <zyga> mvo: okay - I'll play with it some more and see what I can do
[03:22] <ogra> Diziet, hmm
[03:23] <ogra> Diziet, iirc bugzilla sends you a confirmation to the new account you need to answer
[03:23] <Kamion> Diziet: is it worth trying without the proxy?
[03:23] <Diziet> ogra: Yes.  That's probably lost and I will have to do it again.
[03:23] <Diziet> kamion: I could give that a go.
[03:24] <Kamion> that said I'm using chiark as a proxy as well
[03:24] <mvo> zyga: I'm ready with the other stuff in a couple of minutes
[03:24] <Kamion> although not for HTTPS
[03:24] <tepsipakki> hmm, there are still both live and install cd's?
[03:24] <Diziet> I'm using chiark as a proxy indirectly via davenant, the house proxy.
[03:24] <Kamion> tepsipakki: yes
[03:24] <Diziet> That makes it work (!)
[03:25] <Diziet> Using chiark's proxy directly breaks it again.
[03:25] <ogra> Kamion, the command worked... do you think it would be appropriate to run apt-ftparchive for /var/cache/apt/archives and use that instead of the cd as installation mirror ? or is it to evil to abuse that dir as archive ?
[03:26] <ogra> (deleting Packages and Release files afterwards indeed)
[03:27] <Kamion> ogra: I'd much rather have it done in the first stage as I outlined earlier
[03:27] <ogra> ok
[03:27] <Kamion> that will also mean you can install stuff all at once rather than worrying about whether packages are installed before or after LTSP
[03:28] <ogra> true ...
[03:28] <Kamion> running apt-ftparchive in /var/cache/apt/archives is definitely inappropriate
[03:28] <ogra> oki, thats what i wanted to know
[03:28] <Diziet> Oh, no, I was wrong.  It's just that changing my proxy made the bugzilla forget who I was.
[03:29] <Mithrandir> Diziet: so it was probably set in your session
[03:29] <Kamion> ogra: I'll apply your suggested preseed change for now
[03:29] <ogra> Kamion, no...
[03:30] <Kamion> no?
[03:30] <ogra> Kamion, that will need a network connection, i prefer to leave it as manual step post install for the user to be able to install without net
[03:30] <Kamion> would you rather I removed the late_command altogether then?
[03:30] <ogra> i.e. mount cdrom && sudo ltsp-build-client --mirror file///cdrom
[03:30] <ogra> comment it for now
[03:31] <ogra> if i dont manage to get the udeb ready for preview, its a good fallback
[03:31] <Kamion> ok, done
[03:31] <mpt> fabbione: ping
[03:45] <elmo> pitti: python2.3 is in main
[03:46] <pitti> elmo: yes; please see http://changelogs.debian.net/python2.3, we did the security patch via Debian for breezy
[03:46] <elmo> pitti: please confirm with either kamion or mdz
[03:46] <elmo> as we're in preview freeze
[03:46] <pitti> Kamion: can you please ack the python2.3 sync? http://changelogs.debian.net/python2.3, only most recent changelog
[03:46] <elmo> dholbach: done
[03:47] <dholbach> elmo: thank you
[03:48] <Kamion> pitti: python2.3 isn't on the CD, so that should be safe enough
[03:48] <pitti> Kamion: ok, thanks; elmo, can you please sync it? ^
[03:48] <hunger> pitti: So you still did not look into my cryptodisk script?
[03:49] <hunger> pitti: Just saw a new version of the deb.
[03:49] <elmo> pitti: done
[03:49] <pitti> hunger: oh, I didn't upload it; I think this needs to wait for breezy+1, we are in freezes for weeks
[03:49] <pitti> elmo: merci
[03:50] <hunger> pitti: that is somewhat annoying... having to override the changes all the time.
[03:51] <pitti> humm, this is a conffile, so dpkg shouldn't overwrite it
[03:51] <hunger> pitti: It creates .dpkg-olds and I end up renaming them back.
[03:51] <pitti> hunger: only if you say "y" to the dpkg prompt; default is to keep your version
[03:52] <hunger> pitti: True... but I have to clean up /etc/init.d anyway;-)
[03:53] <mvo> zyga: looking at the l-p-i patches now
[03:53] <zyga> mvo: k
[03:54] <mvo> zyga: not sure that we need patch-2, the launchpadintegration program is pretty much used internaly only
[03:54] <zyga> mvo: ok, then drop it
[03:55] <zyga> mvo: I just assumed that --help stuff could be localized but you're right - users won't run this
[03:59] <Kamion> mjg59: usplash will get installed by base-installer along with initramfs-tools now
[03:59] <Diziet> elmo: Did you get my mail just now ?
[04:00] <Kamion> mjg59: I'm just doing a minor base-config fixup to switch to the right VT after disposing of the splash screen, but otherwise it looks fine
[04:02] <tepsipakki> kamion: are the live&install cd's going to be merged for breezy or is it deferred?
[04:02] <elmo> Diziet: yes, but I don't even have admin priviledges on bugzilla; you'll need someone who does
[04:02] <elmo> which use to be in the topic, but isn't any more hmm
[04:02] <Kamion> tepsipakki: deferred
[04:03] <Kamion> Matt Zimmerman / Jeff Waugh / Oliver Grawert
[04:03] <ogra> Kamion, was there a final decision for express ?
[04:03] <Kamion> (admins on bugzilla)
[04:03] <ogra> Kamion, dont forget kiko ;)
[04:03] <Kamion> ogra: it's too late to replace the install CD for breezy at any rate
[04:04] <ogra> Kamion, for sure.... i just wanted to know if the spanish express made it in or not ...
[04:04] <Kamion> see ubuntu-devel@
[04:05] <mjg59> Kamion: Rock!
[04:05] <ogra> Kamion, i just see random mails pointing at random packages... no official statement
[04:06] <Kamion> ogra: alternatively see the line for UbuntuExpress in https://wiki.ubuntu.com/BreezyGoals
[04:06] <Kamion> "(2005-08-19) deferred, not completed in time"
[04:06] <Diziet> elmo, ogra: What do you need from me to fix it ?#
[04:06] <Diziet> s/\#/
[04:06] <ogra> Kamion, ah, ok... thanks
[04:08] <doko> ogra: Airport Dornbirn: "Piste-630mGras"
[04:08] <Diziet> And, elmo, what about my mail alias ?  I want mdz's mails to me to stop bouncing :-).
[04:08] <doko> better go by train ...
[04:08] <ogra> doko, vienna?
[04:10] <Kamion> mjg59: so the install I just did does not display the bare Linux console at any point except right at the start of d-i
[04:10] <Kamion> oh, and in early userspace at first boot
[04:10] <mjg59> Kamion: Hurrah!
[04:11] <Kamion> now just need to work out why the live CD didn't show usplash when I tried it
[04:13] <doko> ogra: no, not at all ...
[04:13] <mvo> zyga: l-p-i has your pl.po file now (in my branch that is)
[04:15] <zyga> mvo: k, does it work?
[04:15] <zyga> mvo: I wanted to know what else needed patching for the deb to actually work
[04:16] <mvo> zyga: the debian/liblaunchpad-integration0.install files needs to be updated to include the locale information. I need to ask seb128 if that is the right package for the locales data though
[04:17] <mjg59> Some day we'll need to figure out what to do with fsck
[04:17] <zyga> mvo: WaterSevenUb has a po file for you :)
[04:17] <Kamion> some day == pre-breezy I hope
[04:17] <mjg59> Kamion: Mm.
[04:18] <WaterSevenUb> mvo: not yet not yet:D
[04:18] <mvo> WaterSevenUb: send it to me when it's ready :)
[04:18] <zyga> mvo: is it apt-get source'able now?
[04:18] <mvo> zyga: the update l-p-i package? no, not yet. I want to talk to seb128 before the upload and I need to ask for approval
[04:19] <elmo> Diziet: done
[04:19] <zyga> mvo: okay great
[04:20] <Diziet> elmo: Thanks.
[04:26] <Kamion> mjg59: oh, hang on, usplash disappears at the moment when fsck happens, doesn't it?
[04:26] <mjg59> Kamion: Yeah, it times out
[04:29] <Kamion> mjg59: oh, right, that should be fine for breezy then; what other approach were you thinking of?
[04:30] <mjg59> Kamion: Drawing fsck progress bars in usplash
[04:30] <Kamion> ah, I see
[04:30] <Xof> are people interested in xserver-xorg/installer bug reports for PowerPC/G5?  We've managed to hit a screen with "please file a bug report"
[04:30] <Xof> (breezy colony 4)
[04:31] <mjg59> Xof: daniels is quite possibly in bed by now, so filing a bug is probably the best plan
[04:31] <Xof> I was afraid you'd say that.  That means I have to interact with bugzilla again, right?
[04:32] <mjg59> Yes
[04:32] <mjg59> I'm sorry
[04:34] <tepsipakki> d'oh, colony4 dowload stalled
[04:34] <tepsipakki> at 460MB
[04:34] <Lathiat> what about usplash on shutdown?
[04:35] <mjg59> Not yet
[04:35] <Lathiat> and the scrollbar going backwards? :)
[04:36] <Xof> is there a way of changing virtual terminals on a ppc?
[04:36] <Kamion> Diziet: do you have a workaround involving avoiding the proxy, or do you need somebody to assign the bugs to you in the meantime?
[04:37] <Kamion> Xof: do you have an Fn key on the keyboard?
[04:37] <Kamion> Xof: if not, it should be either Ctrl-Alt-F<x> or Ctrl-Cmd-F<x>; you might need to press the keys in that order
[04:37] <Kamion> if so, you may need to use Fn with the F<whatever> key
[04:39] <Diziet> kamion: Avoiding the proxy didn't help.  I could ask someone to reassign the bugs to me in the meantime but that's going to get tedious quite quickly.
[04:39] <Diziet> But we could start with 12604.  Assign it to<EMAIL_ADDRESS>- I've changed my bugzilla login.
[04:40] <Xof> thanks
[04:40] <pitti> mjg59: here?
[04:40] <mjg59> pitti: Hi
[04:40] <pitti> mjg59: I just tried to increase the usplash timeout for module-init-tools, but it does not make any difference
[04:41] <pitti> mjg59: [ -x /sbin/usplash_write ]  && usplash_write "TIMEOUT 120" || true
[04:41] <mjg59> pitti: Right. And you have latest usplash installed, and have generated an initramfs with that?
[04:41] <pitti> mjg59: I even commented out the second line that switches it back to 15
[04:41] <pitti> mjg59: 0.1-8
[04:42] <pitti> mjg59: initramfs> not manually
[04:42] <Kamion> Diziet: tedious> agreed; 12604> done
[04:42] <Diziet> Thanks.
[04:42] <Diziet> I've sent a mail to jdub CC ogra.  Maybe they can fix it ...
[04:43] <pitti> mjg59: ok, trying again
[04:43] <ogra> Diziet, see the other channel
[04:44] <Kamion> mjg59: don't you need to fill in tv again after timeout is updated?
[04:44] <mjg59> Kamion: Uhm. It is, isn't it?
[04:44] <Kamion> you only set up tv at the start of event_loop(), so changes to timeout will have no effect
[04:45] <Kamion> oh, no, sorry
[04:45] <Kamion> misread
[04:45] <mjg59> it's reset at every event
[04:46] <zyga> what has happened to libdps1?
[04:46] <Kamion> that code would be clearer if the tv setup, FD_ZERO, and FD_SET were just at the start of the loop body instead of outside the loop and at the end of the loop body
[04:46] <zyga> it was in main in hoary but it's gone in breezy
[04:46] <zyga> is there any page that tracks such changes?
[04:47] <Kamion> xorg (6.8.2-17) breezy; urgency=low
[04:47] <mjg59> Kamion: Ah - I figured it wasn't worth doing if the code is going to exit anyway
[04:47] <Kamion>   * Disable DPS/psres from building, and remove its packages entirely.
[04:47] <Kamion>     + This mirrors a change made to upstream, with no objections.
[04:47] <Kamion> mjg59: those cases all just return;
[04:48] <mjg59> Kamion: Yeah, which exits
[04:48] <Kamion> if you used continue;, then I could see the duplication having value
[04:49] <zyga> Kamion: :/ maya 7.0 needs libdps1
[04:49] <Kamion> zyga: -> daniels, I don't know anything more about it myself
[04:49] <mjg59> Kamion: Oh, I see what you mean. Yeah, that would be clearer.
[04:49] <zyga> Kamion: okay thanks
[04:50] <ogra> Kamion, so now do a quick rewrite to use base-config *in* usplash after first boot *G* ?
[04:51] <pitti> mjg59: yep, initramfs regeneration did the trick, thanks
[04:51] <Kamion> "quick"
[04:51] <ogra> heh
[04:51] <pitti> mjg59: btw, the only thing that fails is "setting console font" (quite understandable)
[04:51] <mjg59> pitti: Yeah. I need to figure out how to do that.
[04:52] <pablof> i need change the image of usplash. what the specs of this image ?
[04:53] <zyga> daniels: ping
[04:55] <pitti> Kamion: permission to upload https://bugzilla.ubuntu.com/attachment.cgi?id=3554 ?
[04:56] <mjg59> pablof: 16 colour PNG, colour 0 must be black, colour 1 will be the progress bar, colour 2 will be text, colour 13 must be red
[04:56] <mjg59> 640x480
[04:56] <pablof> ok, thanks !!
[04:58] <Lathiat> mjg59: the colours arent set?
[05:00] <mjg59> Lathiat: In what way?
[05:00] <mjg59> The palette is derived from the picture
[05:00] <Lathiat> like, i would ahve thought 16 colours woudl be like.. 16 colours?
[05:01] <Lathiat> but its a set colorset isnt it?
[05:01] <Lathiat> or are yoru 16 colours a choice from 256 or something?
[05:05] <mjg59> No, I think it's a fairly arbitrary 16 colours
[05:05] <mjg59> At least, it seems to work fairly well...
[05:06] <Lathiat> ah ok
[05:06] <Lathiat> didnt knwo that
[05:06] <Diziet> Grrr, I hate dpatch and its ilk.
[05:07] <Diziet> What should I do about a bug which is in hoary but not in breezy ?  It was introduced in a security patch.
[05:08] <ogra> Diziet, and it wasnt fixed in hoary if its a sec. patch, that should have gone in there as well
[05:08] <ogra> s/hoary/hoary ?/
[05:09] <Diziet> The hoary version of wget has this bug.  breezy's doesn't.  The bug is due to an inaccurate security patch.
[05:09] <Diziet> Should I just upload with distribution hoary to fix it ?
[05:09] <ogra> cant we revert it in a security update then ?
[05:09] <Diziet> I haven't figured out yet whether the broken bugfix is itself a vulnerability.
[05:09] <pitti> Diziet: I would like to see the debdiff, then please upload to hoary-security
[05:09] <ogra> nope, that doesnt work
[05:09] <Diziet> We don't want to revert it, because then the old vuln comes back.
[05:10] <Diziet> pitti: OK.
[05:10] <pitti> Diziet: regressions from security patches are generally fixed by security uploads, too
[05:10] <pitti> Diziet: but can you please email me the debdiff before?
[05:10] <pitti> Diziet: I tested the package quite thoroughly, what broke?
[05:11] <Diziet> http://bugzilla.ubuntu.com/show_bug.cgi?id=12604
[05:11] <Diziet> The reporter is correct - the code is wrong.  I haven't reproduced the problem, but the fix is straightforward.
[05:12] <Diziet> I don't seem to have debdiff (the tool) installed anywhere.
[05:12] <Diziet> Oh, it's in `devscripts'.
[05:13] <pitti> Diziet: thanks; can you please attach the debdiff right to the bug report?
[05:13] <Diziet> Willdo.
[05:15] <Diziet> When you say you want the debdiff, do you mean the difference between the .deb of my test build and that in hoary ?  Because obviously my test build won't be the one going into the actual archive since uploads are just source ...
[05:15] <elmo> Diziet: debdiff works on .dsc's too
[05:15] <elmo> I suspect he means that
[05:17] <Diziet> That would make sense.
[05:20] <pitti> Diziet: oh, yes; debdiff of source packges (between .dsc)
[05:26] <CarlFK> lol - The "Oh crap, what did I get myself into?" Release.
[05:30] <lifeless> mdz: can we please update bzr to 0.0.7, it make merge usable.
[05:32] <lifeless> mdz: no need to reply, sorted
[05:33] <CarlFK> what would I do if I wanted a patch considered?
[05:33] <CarlFK> http://gaugusch.at/acpi-dsdt-initrd-patches/acpi-dsdt-initrd-v0.7d-2.6.12.patch
[05:33] <CarlFK> description: http://gaugusch.at/kernel.shtml
[05:34] <CarlFK> it doesn't actualy do anything unless you pass a kernel parm
[05:35] <mjg59> CarlFK: Uh, we have that
[05:35] <pitti> Kamion: os-prober is frozen at 50% on powerpc with a Debian unstable and MacOS installed already; known bug? or is there something I could do right now while it is running (or rather not running)
[05:35] <CarlFK> awesome
[05:36] <mjg59> CarlFK: Put a DSDT in /etc/mkinitramfs/DSDT.aml
[05:36] <Diziet> pitti: Just uploaded that.  The debdiff is in the bugzilla.  Did you want a copy by email too ?
[05:36] <mjg59> CarlFK: Then regenerate your initramfs
[05:37] <pitti> Diziet: no, I just look in bz
[05:37] <Diziet> OK.
[05:37] <pitti> Diziet: looks straightforward; thanks for fixing!
[05:38] <Diziet> NP.
[05:38] <pitti> Diziet: does that also affect warty?
[05:41] <elmo> Riddell: ?
[05:42] <pitti> Hi kronoss
[05:42] <slomo> elmo: ping?
[05:43] <CarlFK> mjg59 - if that patch is used, shouldnt ACPI_CUSTOM_DSDT_INITRD be in /boot/config-2.6.12-8-386 ?
[05:44] <mjg59> CarlFK: No
[05:44] <mjg59> It's not actually that patch, because we don't use initrds
[05:44] <CarlFK> ah  - that explains why your instuctions didn't match the patch's
[05:46] <mjg59> Kamion: Did you see my pointer to dmraid?
[05:53] <Kamion> pitti: that module-init-tools change is fine except that I'd prefer it if you used something like 'type usplash_write >/dev/null 2>&1' instead of '[ -x /sbin/usplash_write ] ' to avoid the hardcoded path
[05:53] <pitti> Kamion: ok, no problem
[05:54] <Kamion> pitti: os-prober> not a bug I know about; I'd try running os-prober under 'sh -x'
[05:54] <ajmitch> pitti: is there a replacement for libpgtcl?
[05:54] <bddebian> Doh, you beat me to it. :-)
[05:54] <Kamion> mjg59: either "no" or "I forgot where I put it"
[05:54] <pitti> Kamion: I'm just at filing a bug for that, thanks for the hint
[05:55] <pitti> Kamion: I need to reinstall though since calling it manually blocked my only available shell :-(
[05:55] <Kamion> pitti: ctrl-c doesn't work?
[05:55] <mjg59> Kamion: Ok. To support software SATA RAID stuff, we need dmraid
[05:56] <Kamion> http://people.redhat.com/~heinzm/sw/dmraid/readme ?
[05:56] <pitti> Kamion: nope
[05:56] <mjg59> Kamion: Yup
[05:56] <Kamion> er ... hmm
[05:56] <CarlFK> mjg59 - hopfully last user Q: is this what you were telling me to do? https://wiki.ubuntu.com/ACPIBattery
[05:57] <pitti> Kamion: I followup to the bug later, I need some biking while it is still sunny outside :-)
[05:57] <pitti> cu later, guys
[05:58] <dholbach> bye pitti
[05:58] <Kamion> mjg59: is it possible to use that to basically hide the underlying devices and only show the assembled devices?
[05:58] <Kamion> 'cos otherwise you get into the hard UI path through partman
[05:58] <mjg59> Kamion: That's the idea, I believe
[05:59] <mjg59> Kamion: Although based on what Aaron is saying, it looks like the installer may not be finding the SATA device at all
[05:59] <pawdro> hello, which colony is actulally the latest?
[05:59] <mjg59> pawdro: 4
[06:00] <mjg59> Kamion: (#13506)
[06:00] <Kamion> mjg59: I don't know of a reason that would happen; but that stuff is mostly the responsibility of hotplug these days, not of the installer itself
[06:00] <mjg59> Kamion: Ok
[06:00] <mjg59> Kamion: I've no idea what the right debugging steps are there
[06:01] <Kamion> my inclination would be to boot the install CD with init=/bin/sh, 'nano /etc/hotplug/hotplug.functions', uncomment the DEBUG= line near the top, 'exec /sbin/init'
[06:01] <Kamion> then look at /var/log/syslog after it fails
[06:02] <mjg59> Kamion: Any chance you can stick that on the bug?
[06:05] <Kamion> mjg59: done
[06:25] <doko> elmo: please sync wxglade  0.3.5.cvs20050824-0.2 from unstable, throwing away the ubuntu changes
[06:32] <spayne> has anyone seen the problem with ClearLooks where the corners aren't rounded off properly
[06:33] <Riddell> elmo: pong
[06:38] <ogra> spayne, you mean metacity  ?
[06:40] <mdz> Kamion: only visible live CB
[06:41] <mdz> Kamion: CD change really is usplash
[06:42] <Keybuk> I thought that Human didn't have the Clearlooks corners
[06:44] <ogra> mdz, dont you think ltsp-server should restart nfs-kernel-server in postrm too, after removing the line from exports ?
[06:44] <ogra> Keybuk, thats right
[06:45] <ogra> Keybuk, but the clearlooks metacity theme is still installed... so you can use it... its just that rounded metaciy corners look like crap at low resolutions
[06:48] <Riddell> Kamion: would it be possible to get a kubuntu colony CD?
[06:48] <Kamion> mdz: ok, good
[06:49] <Kamion> Riddell: I need to be getting test reports from you guys
[06:49] <Riddell> Kamion: I've been testing the daily build from today and it's all good
[06:49] <Riddell> (there's a long list of things to fix but good enough for a colony CD)
[06:50] <Kamion> language-support-en is not installable on today's kubuntu daily
[06:50] <Diziet> ubuntu-bugs is very high-traffic.  Is there a sensible way to pick things that need work other than just browsing subject lines and hoping to spot things you can fix ?
[06:51] <Kamion> the Kubuntu daily CD was oversized and arbitrarily truncated; I can't release it like that
[06:51] <Kamion> 35MB over on amd64, 29MB over on i386
[06:51] <Kamion> I suspect removing some language packs will be the right answer
[06:52] <Riddell> language-support-en installs OK here (from the internet)
[06:52] <Kamion> if you want to trim things down by some appropriate amount, ping me afterwards and I'll do a rebuild for you
[06:52] <Kamion> http://cdimage.ubuntu.com/kubuntu/daily/20050905/report.html
[06:52] <mdz> ogra: yes, probably
[06:53] <mdz> apparently ubuntu-desktop is uninstallable due to ubuntu-quickguide going away?
[06:53] <ogra> mdz, i'll add it to my patch then...
[06:53] <ogra> mdz, yup
[06:53] <Kamion> I never do releases if some of (*-desktop, language-pack-*, language-support-*) are uninstallable from the CD
[06:53] <mdz> ogra: you updated edubuntu-meta for this
[06:53] <ogra> mdz, the binary was renamed
[06:53] <mdz> but not ubuntu-meta?
[06:53] <Kamion> mdz: #14709
[06:53] <Kamion> it's not clear whether it was meant to disappear
[06:54] <ogra> mdz, i talked to jbailey about it he wanted to care for it
[06:54] <mdz> ah, the new doc upload dropped it
[06:55] <mdz> jbailey: ?
[06:55] <mdz> Kamion: how about upping the CD size limits as we discussed?
[06:56] <Kamion> mdz: yeah, I'm going to - I would still consider oversizedness to be a release blocker though
[06:57] <mdz> Kamion: for preview or final, yes; not necessarily for a milestone
[06:57] <Kamion> depends how much it's oversized
[06:57] <ogra> i still think 700MB media is common nowadays
[06:58] <Kamion> and we need to keep things reasonable throughout the development cycle or else we get a nasty surprise come preview
[06:58] <mvo> mdz: permission to upload http://paste.ubuntulinux.nl/1930? (patches are attached to the bugreport)
[06:59] <mdz> mvo: ok
[06:59] <Kamion> 700MB media may be common, but 650MB media is also common, and there is generally not a terribly visible difference in labelling, so you can very easily buy 650MB media without intending to
[06:59] <spayne> ogra: yeh, metaity
[06:59] <mdz> I was thinking the other day about the possibility of building the livefs through incremental upgrades rather than starting from scratch every time
[06:59] <ogra> spayne, at what resolution ? it simply looks bad at small res.
[06:59] <mdz> it would speed up the update cycle when we need  to make a change close to release
[07:00] <ogra> spayne, thats was never different...
[07:00] <spayne> ogra: 1280x1024
[07:00] <spayne> ogra: it is now
[07:00] <spayne> ogra: on hoary, it looked basically rounded but on breezy, you can see it looks square
[07:01] <ogra> spayne, i always see stairstepping ... a bit less with 1600 pixels screenwidth
[07:02] <spayne> ogra: look at this screenie - http://www.evolutioncolt.com/~spayne/shots/metacity-050905.png
[07:02] <spayne> ogra: since the change in the theme colour, this has happened
[07:03] <ogra> spayne, oh, i thought you mean the stairstepping in the rounded corner.... thats a bit different...
[07:03] <ogra> but definately doesnt happen here
[07:05] <ogra> spayne, it also doesnt happen on a newly installed daily
[07:06] <spayne> why does it happen on three machines then?
[07:06] <ogra> spayne, no idea, did you tweak the themes somehow...
[07:06] <dholbach> bbl
[07:06] <spayne> ogra: not at all
[07:07] <spayne> can you see in the Metacity bar
[07:07] <spayne> that the corners are not round?
[07:08] <ogra> yup, i see your screenie... but it doesnt happen on any machine here... and especially it doesnt happen on a new install from this morning, which is my reference...
[07:09] <spayne> could it now be a graphics problem
[07:10] <ogra> probably... i have no idea what might cause it...
[07:10] <ogra> are all your machines fresh installs? or are they upgraded older systems ?
[07:10] <spayne> one fresh from 30/09/05 Daily Build
[07:10] <spayne> rest from Colony 3
[07:11] <spayne> and another from Hoary
[07:11] <spayne> also, how many clearlooks themes do you have? you said you had three before but jdub said there should only be one
[07:12] <ogra> spayne, i have manual installed ones on my laptop...
[07:13] <spayne> oh right
[07:13] <ogra> but removing them and reinstalling clearlooks didnt change it...
[07:17] <spayne> which makes me think is it graphics problem
[07:24] <spayne> ogra: who shall i speak to? who maintains clearlooks?
[07:25] <ogra> i or jdub or seb128 are people who might touch it, but its definately not a problem of the package... the root cause must be soemwhere else
[07:27] <pitti> hi
[07:27] <seb128> spayne: what about it?
[07:27] <seb128> hey hey pitti
[07:27] <pitti> Hi seb128, got your net back?
[07:28] <seb128> yep
[07:28] <seb128> ready for a GNOME 2.12 upload semi-marathon
[07:28] <seb128> semi, thanks to dholbach :)
[07:28] <dholbach> seb128: de rien :)
[07:28] <ogra> seb128, http://www.evolutioncolt.com/~spayne/shots/metacity-050905.png see the corners of spayne's metacity clearlooks theme
[07:29] <mvo> hey seb128!
[07:29] <ogra> seb128, any idea what could cause that ?
[07:29] <spayne> seb128: the corners aren't being drawn properly on four machines
[07:29] <seb128> hello mvo
[07:29] <seb128> weird
[07:29] <dholbach> see you later
[07:29] <ogra> seb128, i cant reproduce it anywhere here
[07:29] <spayne> i have it everyone
[07:30] <spayne> one dist-upgrade from Hoary
[07:30] <spayne> two installed from Colony 3
[07:30] <spayne> and one from a daily build
[07:30] <mvo> seb128: I added some l-p-i po-files, would you mind to have a look? (michael.vogt@ubuntu.com--2005/launchpad-integration--mvo--0)? should we install the po files into the liblaunchpad-integration0 package?
[07:31] <seb128> mvo: by example, doesn't really matter since they will get stripped for language-packs :)
[07:31] <seb128> mvo: I'll have a look, just let me catch with mails first
[07:32] <spayne> seb128: any ideas?
[07:32] <Kamion> mdz: done
[07:32] <spayne> oh wait - doesn't happen on my iBook
[07:32] <spayne> which is a upgrade from hoary
[07:32] <seb128> spayne: no
[07:33] <mdz> Kamion: how is the installer looking now?
[07:33] <Kamion> mdz: anything else urgent you want me to look at, other than Kubuntu Colony 4? I've run off the end of my list of preview blockers
[07:33] <seb128> spayne: is that a custom theme?
[07:33] <Kamion> mdz: looks fine to me - I just did usplash integration today
[07:33] <spayne> no standard Clearlooks
[07:33] <seb128> it's supposed to have round corners?
[07:33] <spayne> yes
[07:33] <mvo> seb128: right, and no rush, I just wanted to tell you. now I leave to play a bit hockey :)
[07:34] <Kamion> hmm, live CD shutdown is still hosed for me even when I try an explicit 'chvt 1'
[07:34] <seb128> mvo: thanks, enjoy it :)
[07:34] <mdz> Kamion: the only remaining preview blocker from my list is the gdm vt switching bug on the live CD
[07:34] <Kamion> which bug is that?
[07:34] <mdz> Kamion: yes, that
[07:34] <Kamion> ok
[07:34] <mdz> I am teh slow with this keyboard
[07:34] <mdz> Kamion: I don't know that there is a bug open yet
[07:34] <mdz> there ought to
[07:34] <mdz> be
[07:35] <spayne> seb128: it happened on both machines which has fresh installs but not the dist-upgraded one
[07:35] <tseng> mdz: alot of people have the alps issue.
[07:35] <mjg59> mdz: So you don't want usplash on shutdown/reboot for Breezy?
[07:35] <Kamion> I assume something is locking up the VT subsystem, since even 'chvt 1' doesn't help
[07:35] <mdz> tseng: has daniels responded yet?
[07:35] <tseng> mdz: no.
[07:36] <mdz> tseng: it should be easy enough to back out the changes which introduced that regression
[07:36] <tseng> mdz: but we get a few more every day in #ubuntu-laptop
[07:37] <mdz> tseng: I thought alps touchpads were much less common than plain synaptics
[07:38] <tseng> mdz: they seem to be pretty common in dells (both of mine)
[07:38] <mjg59> mdz: Alps are used on Dells
[07:39] <Kamion> mdz: do you even know what it is that's locking?
[07:41] <[SemTeX] >  /whois mdz
[07:41] <ogra> heh
[07:41] <Kamion> it's difficult to know where to start when I can't do anything to the machine after the bug
[07:41] <[SemTeX] > doh ;)
[07:42] <mdz> Kamion: no; this broke sometime between colony 2 and 3 I think
[07:42] <Kamion> well, that narrows it down ;)
[07:45] <spayne> seb128: what do you suggest i do?
[07:45] <mdz> fabbione: ping?
[07:46] <mjg59> seb128: Hi - have you had a chance to look at the hibernate key shortcut thing?
[07:47] <jbailey> Kamion, mdz: I hadn't noticed the dependancy before the bug was filed.  It's not one of the documents that the doc-team is producing for this release.  Should I resurrect the previous one, or drop the dependancy?  There's also now something called a 'quicktour'
[07:49] <mdz> Kamion: I don't know what's causing it, only that it was broken before usplash
[07:50] <mdz> Kamion: curious that it only seems to affect the live CD
[07:50] <mdz> jbailey: which dependency?
[07:51] <mdz> jbailey: if the document is obsolete, we should drop it, especially if the quicktour replaces it
[07:54] <mdz> seb128: how much of 2.12 has landed so far?
[07:58] <thrice`> anyone here work on fglrx ?
[08:02] <seb128> mdz: 1/3, should be 80% within 2-3 hours from now
[08:03] <spayne> seb128: what do you suggest i do?
[08:03] <seb128> mjg59: nop, I've got like 350 bug mails during the 4 days I was away and the focus is GNOME 2.12 for now
[08:03] <seb128> spayne: debug it, sorry but it works fine here and there is no other bug about it, and I'm not a theme hacker
[08:05] <thrice`> the fglrx in breezy appears to be that of hoary; which, to my understanding, will not function on the 2.6.12 kernel
[08:05] <desrt> damn people jumping the gun on releases :P
[08:09] <thrice`> is this the right channel for that ?
[08:09] <Kamion> jbailey: there's a quickguide in the source package?
[08:09] <Kamion> jbailey: is it obsolete?
[08:09] <desrt> thrice`; i wouldn't be suprised if it just hasn't been taken care of yet
[08:10] <desrt> thrice`; ie: it's probably on the TODO list for later on in the release
[08:10] <thrice`> desrt, i was browsing packages.ubuntu.com, and found it
[08:10] <mjg59> seb128: Ok. Shall I send you a patch?
[08:10] <thrice`> desrt, but, if people are updating to preview, X will crash for sure with the old drivers
[08:10] <seb128> mjg59: bugzilla it please
[08:10] <thrice`> s/crash/fail to start :
[08:12] <desrt> thrice`; for me, it just fails to be 3d accelerated
[08:12] <desrt> thrice`; the drivers detect the condition and handle it gracefully
[08:13] <thrice`> desrt, but, ATI put out new drivers that will handle 2.6.12 perfectly
[08:13] <desrt> thrice`; maybe mention it in #ubuntu-kernel, then?
[08:13] <desrt> or RFE it on the bugzilla
[08:13] <thrice`> desrt, in my experience, X (gdm even) wouldn't initialize
[08:13] <thrice`> desrt, ok, I'm not sure where to bring this =]
[08:13] <desrt> the worst that can happen is that you get shut down :)
[08:14] <desrt> thrice`; i imagine, BenC in context of linux-restricted-modules
[08:14] <Kamion> mdz: can we have an "Ubuntu 5.10 preview" milestone in Bugzilla?
[08:15] <ogra> mdz, and while youre at it, probably Edubuntu too.... ?
[08:15] <pitti> Kamion: ok, I debugged the os-prober hang, mouting the OS X hfsplus partition causes a kernel oops
[08:15] <desrt> thrice`; but as you know... there's the two halves... so probably have to talk to daniels too
[08:15] <pitti> Kamion: so I will reassign and bother BenC
[08:15] <Kamion> pitti: I just reassigned
[08:15] <Kamion> ogra: the previews are all coordinated
[08:15] <thrice`> desrt, daniels ?
[08:15] <desrt> pitti; more hal goodness for you this fine day :P
[08:15] <Kamion> we only need one milestone
[08:15] <desrt> thrice`; the ubuntu X guy
[08:16] <thrice`> desrt, where would he be at ?
[08:16] <ogra> Kamion, i mean generally a Edubuntu section in bugzilla...
[08:16] <thrice`> oh, in here =]
[08:16] <Kamion> ogra: ah, right
[08:16] <ivoks> thrice`: bugzilla :)
[08:16] <pitti> desrt: we have severe problems with ACPI batteries
[08:16] <desrt> pitti; please please please tell me about them
[08:16] <pitti> desrt: however, I doubt that a new upstream version will be allowed...
[08:16] <thrice`> ivoks, just post something on bugzilla.ubuntu.com ?
[08:16] <desrt> pitti; i'm willing to fix anything that's reported
[08:16] <pitti> desrt: daniels and jdub can both reproduce it
[08:17] <desrt> pitti; jdub's problems are in the kernel, eh? :/
[08:17] <pitti> desrt: oh, that's a great promise :-)
[08:17] <seb128> hum, time for dinner, brb
[08:17] <ogra> pitti, depends... if you get the battries to explode due to the bug it might be considered ;)
[08:17] <tseng> ogra: haha
[08:18] <ivoks> thrice`: if you think there is a bug, bugzilla is right place
[08:18] <pitti> desrt: both guys are in .au and probably asleep, do you think you can catch them on IRC tomorrow?
[08:18] <pitti> desrt: I would love to see hal fixed, otherwise we have to revert battery applet to reading /proc
[08:18] <desrt> pitti; i've talked to jdub a lot about his problems
[08:19] <pitti> desrt: restarting hald helped, but of course trashes your desktop sessions
[08:19] <ogra> pitti, why cant it read the same data that g-p-m reads from hal ?
[08:19] <pitti> desrt: it seems that the polling didn't work for some reason
[08:19] <desrt> see http://bugzilla.ubuntu.com/show_bug.cgi?id=13446
[08:19] <pitti> ogra: it certainly does
[08:19] <desrt> pitti; or was he having other problems?
[08:19] <zyga> pitti: do you have a moment?
[08:20] <pitti> desrt: yes, he didn't get any update
[08:20] <pitti> desrt: the polling was broken somehow (same for daniels)
[08:20] <ogra> pitti, it works in g-p-m
[08:20] <jdahlin> jbailey: ping
[08:20] <desrt> hal does poll..... (at least in theory)
[08:20] <desrt> ogra; it's broken depending on laptops
[08:20] <pitti> desrt: right, I know, but there seems to be a bug
[08:20] <desrt> ogra; various laptops have various different levels of severely broken ACPI
[08:21] <desrt> pitti; does richard know?
[08:21] <ogra> desrt, i know... sorry for the noise
[08:21] <thrice`> daniels, around ?
[08:21] <desrt> thrice`; lives in .au -- probably sleeping
[08:21] <pitti> desrt: I just got to know this this morning and didn't have time for that so far
[08:21] <thrice`> desrt, aah...sorry =]
[08:21] <thrice`> i'll try bugzilla
[08:22] <desrt> pitti; ok.  i'll talk to those guys when they wake up
[08:22] <pitti> desrt: thanks a lot
[08:22] <desrt> pitti; please cc: me on any bugs vaguely related to hald/acpi stuff
[08:22] <pitti> desrt: I will
[08:22] <desrt> thanks
[08:22] <desrt> i really want to see breezy ship battstat using the hal backend
[08:23] <pitti> me too
[08:23] <desrt> (plus, we need to make sure hal works in order for g-p-m to not go insane, too)
[08:23] <pitti> desrt: I already extracted many ACPI patches from 0.5.4
[08:23] <desrt> ya... you've been doing a pretty good job of keeping ubuntu synced
[08:23] <desrt> i cc:'d you another patch today
[08:23] <pitti> desrt: have there been more fixes recently?
[08:24] <desrt> it turns out that some ACPI implementations report 'current charge' to be vastly higher than 'full capacity'
[08:24] <sabdfl> mdz: does ubuntu-desktop require xserver-xorg?
[08:24] <desrt> pitti; pretty retarded stuff....
[08:24] <Kamion> sabdfl: yes, indirectly
[08:24] <mjg59> When the device is no longer charging, hal should just report it as 100%
[08:24] <Kamion> (via x-window-system-core)
[08:24] <sabdfl> doesn't seem to at the moment
[08:24] <desrt> mjg59; no.
[08:24] <desrt> mjg59; powerbooks for example, when you just plug them in, will only charge if < 95%
[08:25] <desrt> also, it takes them a few moments to start charging
[08:25] <Kamion> the dependencies seem right in the archive; ubuntu-desktop -> x-window-system-core -> xserver-xorg
[08:26] <mjg59> desrt: Yes, but you basically don't care about that difference
[08:26] <desrt> mjg59; well.... it'd be weird if you unplug your laptop and instantly drop from 100 to 95%
[08:27] <desrt> and even more weird that when you plug your laptop in it goes 50% and discharging -> 100% steady -> 50% and charging
[08:27] <mjg59> desrt: Well, I think there's a strong argument for not showing the percentage when it's not charging
[08:27] <mjg59> Since there's absolutely nothing you can do about it
[08:27] <mjg59> Just change "100%" to "Fully charged"
[08:28] <desrt> mjg59; if my battery is 95% sometimes i unplug my laptop to let it drop down and then charge it up to 100% again
[08:28] <pitti> desrt: I CC'ed you on #14050 and #14246, I can't handle them anyway
[08:28] <desrt> mjg59; just for the extra 15 minutes it gives
[08:28] <thrice`>  in bugzila, what would my source package name by called for fglrx stuff ?
[08:28] <desrt> pitti; thanks
[08:28] <pitti> desrt: would rock if you could debug this, it just works fine on my iBook (PMU)
[08:28] <mjg59> thrice`: linux-restricted-modules
[08:28] <desrt> mjg59; plus... the majority of laptops do work.... negatively impacting the UI for the sake of odd laptops (that we can otherwise fix in more sane ways) is never good
[08:29] <desrt> pitti; PMU laptops always work properly :)
[08:29] <pitti> hehe
[08:29] <desrt> pitti; (powerbook g4 here)
[08:29] <mjg59> desrt: Mm? It's entirely valid for current capacity to be larger than last full capacity
[08:29] <pitti> k, cu later
[08:29] <desrt> mjg59; not by 204%
[08:29] <thrice`> mjg59, thank you
[08:29] <sabdfl> Kamion: blush. helps if i install ubuntu-desktop, dunnit
[08:29] <desrt> mjg59; his charge goes 96 97 98 99 100 204
[08:29] <mjg59> desrt: Not by that much, no
[08:29] <desrt> so flattening 204 downto 100 is definitely the right thing to do
[08:30] <desrt> and in the event that you slightly overcharge, then that should reasonably be flattened down to 100 too
[08:30] <desrt> i don't think the user cares to know that their battery is at 102% as compared to their last charge
[08:30] <mjg59> Yeah. Anything above above 100 should certainly go down to 100
[08:30] <mjg59> Which is what the /proc/acpi code did, AFAIK
[08:30] <desrt> yup
[08:31] <desrt> there is a CLAMP( value, 0, 100 ) in there somewhere
[08:32] <desrt> i just wrote a similar patch for HAL so that's being fixed for breezy
[08:34] <jbailey> jdahlin: pong
[08:34] <Nafallo> pitti: ping
[08:35] <jbailey> Kamion: There's a quicktour in the sourcepackage.  I need to ask the doc folks (who all live on the opposite side of the world from me)
[08:35] <Nafallo> morning \sh
[08:35] <jbailey> Kamion: But in svn it's different than the quickguide.  They didn't list the quickguide as one of the documents they were doing up for Breezy.
[08:35] <jdahlin> jbailey: hey there, I understand kiko talked to you about the glibc monetary pt_BR bug fix?
[08:35] <\sh> hey Nafallo thx for gajim :)
[08:36] <jbailey> jdahlin: Yup!
[08:36] <Nafallo> \sh: hehe, it's about time someone starts showing that MOTUIM is two people ;-)
[08:36] <Nafallo> \sh: and I think I did actually :-P
[08:36] <jbailey> Kamion: Oh, hmm, I did include it there, I didn't think I had included that directory in the copy from svn.
[08:36] <\sh> Nafallo: yeah :)
[08:37] <jdahlin> jbailey: I filed a bug upstream (not yet committed), http://sources.redhat.com/bugzilla/show_bug.cgi?id=1294
[08:37] <jdahlin> jbailey: is that good enough or do you want me to file one in ubuntus bugzilla as well?
[08:37] <Nafallo> pitti: (till you're back) do you know if I broke cryptsetup? ;-)
[08:37] <jbailey> jdahlin: Cool.    Your best bet is to send it to the bellochs package in debian
[08:38] <jdahlin> jbailey: Sigh, I could sense that from reading other bug reports
[08:38] <jbailey> Mm, yeah.
[08:38] <jdahlin> jbailey: do you have a policy against not adding patches on top of debians? do I need to get into debian before it can go into ubuntu?
[08:39] <jbailey> jdahlin: Nothing that crazy.  I generally have to be quite confident that the report for locales is accurate.
[08:39] <jbailey> The problem being that colation ordering can silently break scripts and whatnot that might be dependant on ordering.
[08:40] <jbailey> So I usually try to find a few sources to verify.
[08:40] <jdahlin> jbailey: understandable. In this case I found some references to brazilian laws which says how currencies should be written
[08:40] <jbailey> Those are helpful.
[08:40] <jbailey> =)
[08:40] <jdahlin> :-)
[08:42] <Nafallo> Mithrandir: hi Tollef :-)
[08:42] <Nafallo> Mithrandir: you don't happens to run an encrypted LUKS system somewhere? :-P
[08:43] <jbailey> jdahlin: It's helpful if you could list it in Ubuntu's bugzilla too.  I work off of that as my master list of bugs to care about.
[08:43] <Mithrandir> Nafallo: no, but I have the spec on my hard drive, so I'll hopefully find the time to fix mount properly in a while.
[08:43] <jbailey> And occasionally I misplace the little slips of paper that I otherwise write for myself.
[08:43] <jbailey> =)
[08:43] <Mithrandir> Nafallo: how so?
[08:43] <jdahlin> jbailey: sure, I'll file a bug referencing to the other
[08:44] <ajmitch> jbailey: morning :)
[08:44] <jbailey> jdahlin: Thanks.
[08:44] <Nafallo> Mithrandir: I've LSB-ised the init.d, so it should run in usplash. but I believe that script asks for passphrase and such :-P.
[08:44] <Nafallo> Mithrandir: I've never seen something like that in usplash yet ;-)
[08:44] <jbailey> ajmitch: g'm.  This is early for you, what's the occasion? =)
[08:45] <ajmitch> jbailey: s/early/late/
[08:45] <jbailey> ajmitch: You're still up?
[08:45] <ajmitch> more or less
[08:45] <ajmitch> got a few hours sleep earlier in the evening
[08:45] <ajmitch> been MOTUing for a little while since
[08:48] <desrt> pitti; if your two bugs, i fixed one this morning and we have a good handle on the second one
[08:48] <desrt> s/if/of/
[08:49] <jdahlin> jbailey: filed as bug 14750
[08:49] <jbailey> jdahlin: Thanks!  I'll try to get that shortly after preview.
[08:52] <Mithrandir> Nafallo: uhm, yeah, that probably breaks usplash
[08:53] <Nafallo> Mithrandir: I think it's okey if usplash bails out, but I'm not sure it will do that? ;-)
[08:54] <Nafallo> Mithrandir: if it does bail out there is a timeout where the user do not know why everything stopped :-P
[08:55] <Mithrandir> Nafallo: yeah, but cryptroot is so special, at least for now.
[08:55] <Kamion> sabdfl: ah, yes :)
[08:56] <Kamion> jbailey: ok
[09:30] <ogra> Kamion, can we add some default values to the network config of edubuntu ?
[09:30] <mdz> Kamion: I've no objection to another milestone, but I don't find them very useful
[09:31] <mdz> ogra: why would edubuntu be a milestone?
[09:31] <ogra> mdz, nope ... i hope i'm ready for preview with a valuable preview release...
 mdz: can we have an "Ubuntu 5.10 preview" milestone in Bugzilla?
[09:32] <mdz> * mae<EMAIL_ADDRESS>has joined #ubuntu-devel
 mdz, and while youre at it, probably Edubuntu too.... ?
[09:32] <mdz> ogra: ^^
[09:32] <ogra> mdz, <ogra> Kamion, i mean generally a Edubuntu section in bugzilla...
[09:33] <mdz> ogra: you mean a keyword?
[09:33] <mdz> ogra: you mean a keyword?
[09:33] <ogra> mdz, yup
[09:49] <desrt> seb128; poke
[09:51] <seb128> desrt: pong
[09:51] <desrt> seb128; if i send you gnome-applets-2.12.0.tar.gz could you test it out and make sure it's ok?
[09:51] <desrt> it's my first major release and i want to make sure it doesn't suck before tagging it off in cvs
[09:51] <seb128> k
[09:52] <desrt> k.  uploading
[09:53] <seb128> pitti: around?
[09:54] <\sh> seb128: popups are making my desktop jump around
[09:54] <seb128> window manager crashers
[09:54] <seb128> known and fixed upstream
[09:54] <desrt> 6bb3b187cb3ffc7d628c2f07a34330af  http://manic.desrt.ca/gnome-applets-2.12.0.tar.gz
[09:54] <\sh> looks like
[09:54] <desrt> seb128; 14:29 <pitti> k, cu later
[09:54] <desrt> seb128; that's 90mins ago
[09:55] <seb128> desrt: thanks
[09:55] <desrt> seb128; and thanks for testing :)
[09:55] <seb128> np
[10:03] <marcin_ant> hi developers - no one on #ubuntu knows so - sorry but I'll try here
[10:04] <marcin_ant> question is - are ati fglrx drivers installable and workable on ubuntu breezy?
[10:04] <desrt> no.
[10:05] <desrt> the kernel half and the xorg half are out of sync
[10:06] <marcin_ant> desrt, ok - thanks
[10:06] <carlos> pitti, hi, around?
[10:06] <desrt> carlos; no :P
[10:07] <carlos> desrt, :-(
[10:07] <desrt> seb128; btw... you are legally obliged to start making blog posts
[10:08] <seb128> I'm on planet gnome now?
[10:08] <desrt> ya
[10:08] <desrt> i made you a hacker head and everything
[10:08] <seb128> bah
[10:09] <desrt> http://planet.gnome.org/heads/seb128.png
[10:09] <desrt> look... it's you :p
[10:12] <\sh> seb128: wow such a nice face..and he's working on gnome *lol*
[10:12] <seb128> desrt: yeah, it's me :)
[10:12] <seb128> ah ah
[10:15] <ogra> desrt, lol
[10:15] <pitti> seb128, carlos: pong
[10:15] <\sh> desrt: hehehe ,-)
[10:15] <ogra> desrt, \sh is our KDE MOTU ;)
[10:15] <pitti> Nafallo: pong
[10:15] <\sh> desrt: I'm one of the kde dudes ,-)
[10:16] <Nafallo> pitti: hi! you saw the other message aswell? :-)
[10:16] <desrt> oh.  i see.
[10:16] <pitti> Nafallo: I didn't test it since your upload
[10:17] <seb128> pitti: you uploaded the gnome-panel changes?
[10:17] <desrt> maybe sebastien's good looks with persuade you to change teams and work on the gnome side of things
[10:17] <Nafallo> pitti: oh! you're running the interactive cryptostuff? :-)
[10:17] <desrt> will, that is
[10:17] <Nafallo> pitti: you know who to assign the bugs anyway ;-)
[10:19] <pitti> seb128: erm, no?
[10:19] <carlos> pitti, nothing, I wanted a way to get a language pack to compare with, but I got it from the ubuntu's archive
[10:19] <pitti> carlos: yes, the obvious way :)
[10:20] <pitti> carlos: you can also get the daily generated archive
[10:20] <carlos> pitti, URL?
[10:20] <pitti> carlos: http://people.ubuntu.com/~pitti/langpacks/breezy-current.zip
[10:20] <seb128> pitti: somebody uploaded sivang's lpi patch ... do you know who?
[10:20] <carlos> pitti, thank you
[10:20] <pitti> carlos: it's not that current any more since I still need to sort out the changed import with lamont
[10:20] <pitti> seb128: ah, that one; yes, that was me
[10:21] <pitti> seb128: but that was over a week ago, I thought you meant something recent
[10:21] <carlos> pitti, don't worry, I just want to be able to get a diff with the language pack from Rosetta
[10:21] <seb128> pitti: why the heck you guys have put a 14_autoconf after the 12_autotools ?
[10:21] <carlos> so that's good enough
[10:21] <seb128> pitti: i had some days of VAC and just spend some days catching up with mails/bugs ... now I catch up with packages for 2.12 :)
[10:21] <pitti> seb128: uh, that looks broken; sorry, that didn't spring into my eyes (I just saw the debdiff and assumed that he changed the right patch)
[10:22] <pitti> seb128: shall I fix it?
[10:22] <seb128> pitti: the package has some changes, a 12_autotools then 13_lpi then 14_autoconf
[10:22] <seb128> pitti: no, that's fine, I'm doing 2.12 upload ... it doesn't hurt, I was just curious to know if there is a reason for it
[10:23] <pitti> seb128: nope, I just looked at the debdiff :-/
[10:23] <seb128> don't worry, that's fine
[10:23] <seb128> the package build with both patches
[10:23] <seb128> it's just weird :p
[10:23] <pitti> yes :-)
[10:25] <pitti> lamont-away: ping
[10:35] <seb128> desrt: tarball works fine
[10:35] <desrt> :D
[10:35] <desrt> seb128; can you please upload it for me?
[10:36] <seb128> sure
[10:40] <desrt> seb128; does the machinary on the ftp server build all the .news/.changes/etc stuff automagically?
[10:40] <seb128> yep
[10:41] <desrt> nice
[10:42] <desrt> seb128; thanks again
[10:45] <WaterSevenUb> mvo, what does it mean in synaptic, Preferences, Package upgrade behavior, the parentesis (default distribution) . What is this? Default distribution?
[10:45] <seb128> desrt: you're welcome
[10:46] <mvo> WaterSevenUb: you can have more than one distribution in your sources.list (e.g. hoary and breezy at the same time). this option let you choose which one should be picked by default for upgrades etc
[10:52] <WaterSevenUb> mvo, thx. Still don't understand. "Package upgrade behavior (default distribution)". If one had only "Package upgrade behavior" wouldn't that make more sense?
[10:54] <\sh> doko: ping
[10:54] <doko> pong
[10:54] <\sh> doko: libmagick++6 cxx transition...
[10:55] <\sh> I only find 6:<IP_ADDRESS>-2.1ubuntu1.1 in the archives
[10:55] <\sh> but regarding cxxlibrarylist we shoud have  6:<IP_ADDRESS>-2.3ubuntu1
[10:56] <mvo> WaterSevenUb: the "default distribution" is in there to make it easier for people who already know apt (the config option in it has that name)
[10:58] <\sh> doko: or did I miss something? :)
[10:59] <WaterSevenUb> mvo, so it should be left in english that parentesis..... ?
[10:59] <doko> well, it's transitioned, but not in sync. is something wrong with the current package?
[10:59] <mvo> WaterSevenUb: yes, that sounds reasonable to me
[10:59] <\sh> doko: I'm working on bddebians unmet dep list..and found this
[11:00] <papyrus2> Hi
[11:00] <papyrus2> sorry to bother you
[11:00] <papyrus2> I have compiled my own alsa driver
[11:00] <\sh> doko: let me see if it compiles ;)
[11:00] <papyrus2> because I have an intel 915chipset
[11:00] <crimsun> papyrus2: this is not the proper channel for support
[11:01] <papyrus2> crimsun : know just want to have last news
[11:01] <\sh> papyrus2: i915 is working in breezy out of the box
[11:01] <\sh> papyrus2: my r200 has this chipset as well..and it's working
[11:01] <papyrus2> sh : arf I have to wait breezy :(
[11:02] <papyrus2> sh : the module launchs fine
[11:02] <ogra> papyrus2, just 4 weeks
[11:02] <ogra> err 5
[11:02] <papyrus2> sh : but no sound
[11:02] <\sh> papyrus2: what do u  expect for a new intel chipset
[11:02] <papyrus2> sh : it's not my laptop
[11:02] <crimsun> the problem is that if you compile 1.0.10rc1 from upstream, you end up clobbering what Ubuntu has configured. The incorrect state file is loaded and saved. The lib definitions aren't synced. But hey, we give people enough rope to hang themselves, no?
[11:02] <papyrus2> sh : I do it for a friend
[11:03] <\sh> papyrus2: try breezy colony cd 4 the live cd
[11:03] <\sh> and check it out
[11:03] <papyrus2> arf ok
[11:03] <papyrus2> I will do that so
[11:03] <papyrus2> because some hoary user have this problem
[11:03] <Nafallo> papyrus2: let him take a walk on the wild side then ;-)
[11:03] <papyrus2> module are ok , mixer are ok but not sound :(
[11:03] <Nafallo> my girlfriend switches to breezy this weekend :-)
[11:04] <papyrus2> http://ubuntuforums.org/showthread.php?t=22696&highlight=Intel+915g
[11:04] <papyrus2> and no problem ?
[11:04] <Nafallo> nope
[11:04] <papyrus2> with the upgrade ?
[11:04] <Nafallo> no problem anywhere
[11:04] <papyrus2> ok
[11:04] <papyrus2> I will do it so ;-)
[11:04] <Nafallo> hehe
[11:05] <\sh> papyrus2: check first with the latest live cd
[11:05] <papyrus2> ok
[11:05] <papyrus2> I gonna try ;-)
[11:05] <papyrus2> thanks for the tips
[11:05] <papyrus2> and sorry for the inconvenience
[11:05] <papyrus2> I know I'm on *-devel ;-)
[11:07] <Nafallo> gnome vs. universe ;-)
[11:07] <\sh> ogra: it's me who is uploading ,-)
[11:07] <\sh> sweating ,-)
[11:07] <ogra> \sh, but your name doesnt appear ;)
[11:07] <Lathiat> so it doesnt count, hah :)
[11:07] <papyrus2> I will come back for breezy's news
[11:07] <Lathiat> man ipac-ng is ugly
[11:07] <Lathiat> theres a patch to make it work
[11:07] <Lathiat> btu it breaks working with older iptables
[11:07] <\sh> ogra: but I have to test it all ,-)
[11:08] <Lathiat> but right not its useless with a default install.. so i guess workign with breezy packages is better
[11:08] <rtcm> network-manager isn't really working is it? is there anyone puting some love into it? :-)
[11:08] <ogra> \sh, nope, thats something bddebian should already have done :)
[11:08] <Lathiat> If a package needs a new version from debian & a patch applied, should i just grab the debian version and apply it or should it be synced first then sourced and patched?
[11:08] <\sh> ogra: I double check :) one build-dep he missed..and this is where my name appears ,-)
[11:09] <ogra> ah
[11:10] <\sh> and I hate native packages
[11:11] <ogra> \sh, i love them :p (if i'm upstream ;) )
[11:12] <Burgundavia> ogra, so no hope of g-p-m 0.2.1, eh?
[11:12] <ogra> Burgundavia, its in universe... why not... if i find the time
[11:12] <Burgundavia> ogra, where there changes from HAL 0.5.3 and 0.5.4?
[11:13] <mvo> seb128: hey! did you had a chance to look at my launchpad-integration branch? can I ask for approval tomorrow morning?
[11:13] <\sh> ok...last package of only rebuilds
[11:13] <ogra> Burgundavia, yup...
[11:13] <seb128> mvo: nop, I'm catching if with GNOME 2.12 atm, will look before sleeping though
[11:14] <Burgundavia> ogra, hmm, that might scupper gpm. We only have .3 and it needs .4
[11:14] <ogra> Burgundavia, we have patches from .4
[11:14] <Burgundavia> ogra, ah, ok
[11:15] <ogra> especially for acpi... even if they might not be enough yet
[11:22] <hughsie> ogra: 0.5.3 -> 0.5.4 hal changes are pretty massive
[11:22] <hughsie> ogra: lots of new stuff to audit
[11:22] <ogra> hughsie, i know.... pitti is crying for 0.5.4
[11:22] <Burgundavia> hughsie, that is what I had feared
[11:23] <hughsie> ogra: 0.5.4 does rock btw
[11:23] <ogra> hughsie, but a lot of fixes as well :=
[11:23] <pitti> ogra: well, I backported all acpi fixes already, but there are more bug fixes; but I don't actually cry for it
[11:23] <hughsie> but then cvs rocks harder
[11:23] <ogra> :)
[11:23] <pitti> ogra: it's time for backporting now, not new upstream versions
[11:23] <hughsie> pitti: what about the methos stuff?
[11:23] <ogra> pitti, yup
[11:23] <pitti> hughsie: methos?
[11:23] <hughsie> *method, sorry
[11:23] <pitti> hughsie: no idea what you mean
[11:23] <hughsie> PowerManagement.Suspend and hibernate
[11:24] <hughsie> hal-system-power-hibernate and the such
[11:24] <ogra> hughsie, mjg59 adjusted g-p-m for ubuntu
[11:24] <hughsie> ogra: i know, it's no problem
[11:24] <ogra> wrt current methods
[11:24] <pitti> hughsie: we must stabilize now, no time for breaking new stuff
[11:25] <hughsie> pitti, n/p, i'll keep churning out the new releases :-)
[11:25] <pitti> hughsie: we import the hal cvs into an arch branch, so I have something sane to pull from :-)
[11:26] <hughsie> putti, okay.
[11:26] <ogra> hughsie, in 6 weeks we are allowed to play with new toys again ;)
[11:26] <hughsie> ogra: roll on new toys :-)
[11:26] <hughsie> ogra: the new (cvs) LCD stuff is pretty sweet
[11:26] <Burgundavia> hughsie, are we looking at g-p-m by default for Gnome 2.14? (are you going to propose it?)
[11:26] <pitti> hughsie: I look forward to see proper luks integration, too (the current breezy support for LUKS devices is pretty hackish)
[11:27] <hughsie> pitti: LUKS is *sweet*
[11:27] <hughsie> Burgundavia: not sure. don;t see why not.
[11:27] <pitti> hughsie: I know, in Breezy I h4ck3d g-v-m to support it without hal
[11:28] <hughsie> pitti: that's a-morale. :-)
[11:28] <pitti> hughsie: hey, I *wanted* it in Breezy :-)
[11:28] <hughsie> pitti: heh :-)
[11:28] <hughsie> Anyone going to LinuxWorld in London? I'll be there.
[11:30] <hughsie> Burgundavia: who would propose g-p-m for gnome? doesn;t it have to be someone high up?
[11:30] <Burgundavia> hughsie, hmm, no idea. Best to talk to seb128 and jdub about that sort of thng
[11:30] <hughsie> Burgundavia: okay, will do
[11:30] <ogra> hughsie, the chances are good if jdub uses g-p-m on his breezy laptop ;)
[11:30] <seb128> hughsie: upstream does
[11:30] <hughsie> ogra: does he ?
[11:31] <ogra> hughsie, dunno, but its there, so he might, i havent asked him
[11:31] <hughsie> seb128: what say you: is g-p-m wanted in core?
[11:31] <hughsie> seb128: or are the hal and dbus deps too agressive
[11:32] <hughsie> ogra: hughsie hopes dbus 1.0 will be released soon :-)
[11:33] <ogra> heh
[11:34] <hughsie> ogra: here's wishing :-)
[11:36] <seb128> hughsie: read the desktop list for example for other components
[11:36] <Burgundavia> hughsie, you might want to also push the gnome-screensaver person into proposing it as well
[11:36] <ogra> seb128, not the ubuntu desktop list though :p
[11:37] <hughsie> Burgundavia: year, g-p-m relies on g-s to do the screen locking
[11:37] <hughsie> seb128: yes, will do. Upstream is happy for inclusion bbtw. :-)
[11:37] <ogra> Burgundavia, both will be in breezy+1 in main
[11:38] <hughsie> ogra: what is breezy+1?
[11:38] <Burgundavia> ogra, I figured as much
[11:38] <ogra> hughsie, the new release cycle that starts in 6 weeks....
[11:38] <hughsie> ogra: year, but what name?
[11:38] <hughsie> anyone decided yet?
[11:38] <\sh> breezy+1 ,-)
[11:38] <hughsie> \sh: thanks...
[11:38] <ogra> secret :)
[11:39] <hughsie> secret, that rubbish. all the others ended in "y"
[11:39] <hughsie> secrety makes more sense
[11:39] <ogra> i didnt hear anything official yet so i'll shut up about that topic
[11:39] <\sh> hmmm....
[11:39] <\sh> \shY ,->
[11:39] <\sh> ogray ?
[11:39] <hughsie> hughsay?
[11:40] <hughsie> ogray has a ring
[11:40] <hughsie> if you pardon the expression
[11:40] <Nafallo> ogray ogre :-)
[11:40] <ogra> hughsay hacker ? \shy shark ?
[11:40] <tseng> shy shark would be elite
[11:40] <ogra> hehe
[11:40] <Nafallo> :-)
[11:40] <\sh> tststs
[11:40] <\sh> shy shark
[11:41] <\sh> sounds like a paradoxon
[11:41] <HrdwrBoB> randy rhino
[11:41] <ogra> but i doubt our marketing dept. likes shark in the name :)
[11:41] <tseng> perky pengiun, the return of the pr0n release
[11:41] <Nafallo> tseng: LOL
[11:41] <Mithrandir> ogra: we have a marketing department?
[11:41] <ogra> Mithrandir, well, we have silbs
[11:42] <ogra> itsnt that one... ?
[11:42] <Lathiat> tseng: haha
[11:42] <Mithrandir> ogra: she's not big enough that you can call her a department all alone
[11:42] <desrt> hughsie; word!
[11:43] <hughsie> desrt: any word?
[11:43] <ogra> Mithrandir, at least she has the impact of a whole dept :)
[11:43] <desrt> hughsie; did you get my email or are the mailinglist monsters holding it?
[11:43] <hughsie> desrt: which email?
[11:43] <desrt> i see the mailing list monsters are still holding it :)
[11:44] <desrt> i sent it to the hal list
[11:44] <\sh> what about Ubuntu Inkululeko
[11:44] <desrt> i cc'd martin so he's probably taking care of it... but it obviously needs to go upstream too
[11:44] <hughsie> desrt: nothing yet, hal normally takes a few hours tho
[11:45] <desrt> fwiw, i attached a copy of the patch to http://bugzilla.ubuntu.com/show_bug.cgi?id=14246
[11:45] <hughsie> desrt: okay, thanks
[11:45] <Nafallo> \sh: I can't spell that ;-)
[11:45] <desrt> i'll fwd the email to you since it contains justification
[11:45] <desrt> what's your address?
[11:45] <pitti> desrt: just saw your mail on the hal list
[11:45] <desrt> pitti; i cc:'d you directly so you don't have to wait for it to clear the list :P
[11:46] <\sh> Ubuntu Inkululeko Inkemba ,-) Humanity Freedom Sword in Zulu
[11:46] <pitti> desrt: oh, it might also be my personal copy, I can't tell :)
[11:46] <hughsie> desrt: since freedesktop went screwy hal takes *forever* to update
[11:46] <desrt> pitti; are you on hal list?
[11:46] <pitti> desrt: oh, I can tell, it is :-)
[11:46] <pitti> desrt: sure
[11:46] <desrt> pitti; ah.  i'll keep that in mind for the future
[11:46] <pitti> desrt: in any way, I won't apply it for the preview
[11:46] <pitti> desrt: but directly after it
[11:46] <desrt> pitti; that's absolutely reasonable
[11:46] <\sh> Nafallo: http://isizulu.net/ <- zulu <-> english <-> zulu :)
[11:46] <desrt> pitti; the other bug is a kernelism
[11:46] <desrt> pitti; the kernel is reporting the battery as 'discharging' when it's not
[11:47] <pitti> yes, I saw the bug followup; thanks for triaging
[11:47] <desrt> np.
[11:47] <desrt> we might want to deal with it in hal, though :/
[11:47] <desrt> since i don't know how comfortable ben is about hacking kernel acpi code
[11:47] <hughsie> desrt: can you correct for the discharging-when-not case?
[11:48] <Nafallo> \sh: you're scaring me ;-)
[11:48] <desrt> hughsie; that's what i'm presently contemplating :P
[11:48] <hughsie> desrt: why the change from _mwh o _normalised?
[11:48] <desrt> hughsie; that was in the email.  it's not always mwh.
[11:49] <desrt> in the event that we have mAh systems, it's actually Wh
[11:49] <\sh> and ogras shark name: we change it to Ubuntu Jikile Ushaka -> Ubuntu Gone Crazy ,-)
[11:49] <desrt> and in the event that we have mAh systems without known voltage then it's mAh
[11:49] <hughsie> desrt: whats wrong with just converting to mWh?
[11:50] <hughsie> i.e * 1000?
[11:50] <desrt> hughsie; / 1000, actually
[11:50] <desrt> hughsie; and we can't always do it
[11:50] <desrt> plus... there's no sense in discarding precision just for the sake of doing so
[11:51] <desrt> the normalised values were never meant to be mwh or any other specific unit.... just a single unit that was uniform across the entire machine
[11:51] <hughsie> desrt: okay, just reviewing patch now
[11:51] <desrt> nod.  thanks
[11:53] <hughsie> desrt: looks good to me - is it worth renaming int voltage; to int present_voltage; while you are there?
[11:53] <hughsie> desrt: i'll ack that :-)
[11:53] <desrt> hughsie; i had called it present_voltage and you renamed it back to voltage yourself :P
[11:53] <desrt> in my previous patch :P
[11:54] <hughsie> desrt: ahhh, but i cahnged the function.
[11:54] <desrt> http://bugzilla.gnome.org/show_bug.cgi?id=314182#c6
[11:55] <desrt> i think your logic at the time still applies
[11:55] <hughsie> desrt: i was using it then as the generic voltage - you've shown you need to keep then seporate.
[11:55] <desrt> design voltage will always be the design voltage
[11:55] <desrt> 'voltage' could be either
[11:56] <desrt> as per:
[11:56] <desrt> +		if (voltage <= 0 || voltage > design_voltage)
[11:56] <desrt> +			voltage = design_voltage;
[11:56] <hughsie> but in your patch voltage is just battery.voltage.current, so should be voltage_current curely?
[11:56] <desrt> voltage starts out as battery.voltage.current ... but might change
[11:56] <desrt> same as how it used to be
[11:57] <hughsie> desrt: heh
[11:57] <hughsie> okay, i'll ack that. :-)
[11:57] <desrt> as soon as you get the email :P
[11:58] <hughsie> desrt: whats the status of the hal-backend for battstat-monitor?
[11:59] <desrt> hughsie; i just uploaded/tagged-off gnome-applets 2.12.0
[11:59] <desrt> hal backend is enabled per default
[11:59] <hughsie> desrt: thats good.
[11:59] <desrt> nod
[11:59] <hughsie> desrt: i was keep for that to happen, but i thin kdavyd has his worries
[11:59] <desrt> ya... he believes in hal, though
[12:00] <desrt> i think everyone has worries... and they're warranted
[12:00] <desrt> but we're not going to find the million corner cases out there until we throw hal into wide public use
[12:00] <desrt> and we have to do it eventually..... so i want to do it
[12:01] <hughsie> desrt: i can't believe that a) battstat hasn't more bugzillas (with the state of the raw acpi stuff) and b) windows xp compes with all the buggy bios's
[12:01] <desrt> hughsie; windows xp doesn't cope with the buggy bioses
[12:01] <desrt> hughsie; the buggy bioses cope with win xp
[12:01] <desrt> they boot their laptops up, install windows xp and check if everything works
[12:01] <hughsie> desrt: heh
[12:01] <desrt> if it works, they ship it
[12:01] <desrt> no testing for linux
[12:01] <sjoerd> daniels: why is dbus moving from S20 to S12 on ubuntu ?
[12:01] <hughsie> desrt: why do I believe you
[12:02] <desrt> hughsie; because it's probably true for 90% of vendors?