[12:02] <torkel> in short yes, but to be on the safe side you should ship the license with the font, not link to it, as a link can be changed without notice
[12:30] <trulux> what package provides xmlparse.h in dapper?
[12:30] <trulux> it's missing from expat package
[12:34] <kiko> something -dev
[12:34] <torkel> trulux: http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=xmlparse.h&searchmode=searchfiles&case=insensitive&version=dapper&arch=i386
[12:35] <desrt> the revolution is ......
[12:36] <trulux> torkel: thanks, then there's a bug regarding this file. libwww brings it's own one but refers to /usr/include/xmlparse.h instead of w3-libwww/xmlparse.h
[12:38] <kiko> that happens sometimes
[12:38] <kiko> when the package author has too many drinks before running dput
[12:39] <Kinnison> kiko: dude, get back under your bridge
[12:40] <desrt> kiko; your type has throwing axes these days
[12:40] <Kinnison> kiko is way too useless to throw an axe properly
[12:40] <kiko> I am a lame troll
[12:40] <Kinnison> he can throw a good strop
[12:40] <kiko> nickisson needs to go pay attention to the soyuz rollout and leave me alone
[12:40] <Kinnison> desrt: so, how're you dude?
[12:40] <desrt> Kinnison; awful
[12:41] <Kinnison> desrt: never mind, we're worse
[12:41] <kiko> night of the living troll
[12:41] <desrt> :)
[12:41] <desrt> been a weird week and now i find out the archive is dead
[12:41] <desrt> :(
[12:41] <Kinnison> it's not dead
[12:41] <Kinnison> it's just sleeping
[12:41] <kiko> it's actually UNDEAD
[12:41] <desrt> i should be sleeping.
[12:41] <Kinnison> you should?
[12:42] <Lathiat>  the archives dead?
[12:42] <desrt> Lathiat; tried using apt lately? :)
[12:42] <Kinnison> desrt: you're saying archive.ubuntu.com is down?
[12:42] <Lathiat> im updating now happily?
[12:42] <desrt> Kinnison; the last term of school is a bit of a joke
[12:42] <kiko> so am I actually
[12:42] <desrt> 0% [Connecting to ca.archive.ubuntu.com (206.75.218.53)] 
[12:42] <desrt> ...
[12:42] <Lathiat> well, maybe ca. sucks
[12:42] <ajmitch_> desrt: ah, but that's ca.
[12:42] <Lathiat> archive. works fine :)
[12:42] <kiko> !!! blame it on canada
[12:43] <Lathiat> haha
[12:43] <desrt> pfah.  you guys love to give canada the shaft
[12:43] <ajmitch_> everyone can blame canada
[12:43] <kiko> it's free
[12:43] <desrt> yay.  workage.
[12:44] <kiko> the clown that admins that mirror should be woken up and sent to fix it
[12:44] <desrt> that "clown" is me, jerkface
[12:44] <Lathiat> uh akk, big words
[12:44] <kiko> language!
[12:44] <slomo_> lol
[12:45] <desrt> awesome.  new evolution
[12:45] <kiko> isn't calling people jerkface against the CoC?
[12:46] <desrt> clown too.
[12:46] <Lathiat> desrt: evolution just wants to be mor elike kmail, so it got a tray icon
[12:46] <kiko> I NEVER SIGNED
[12:46] <slomo_> desrt: that's hopeless :)
[12:46] <desrt> ya well
[12:46] <desrt> i also never signed
[12:46] <desrt> -ahem-
[12:46] <Kinnison> please stop making us laugh, we have work to do
[12:47] <desrt> Kinnison; i aim to make you cry
[12:47] <kiko> is the noise disturbing the publisher?
[12:47] <Kinnison> desrt: I don't think you've yet succeeded
[12:47] <kiko> after all, it's ONLY TAKING UP 2388m of RSS
[12:47] <Kinnison> kiko: is that all?
[12:47] <kiko> well it is going up
[12:47] <Kinnison> that's 600M more than it was a while ago
[12:47] <Kinnison> yeah
[12:47] <Kinnison> gotta love the ram hog
[12:47] <desrt> in light of the term 'publisher' '2388m of RSS' could really mean 2 things
[12:47] <kiko> that is true
[12:59] <MisterN> n8
[01:57] <kiko> just in time
[02:01] <Kinnison> hey lamont
[02:01] <Kinnison> guess what?
[02:02] <Amaranth> +t
[02:02] <lamont> Kinnison: you love me???
[02:03] <Kinnison> lamont: You know I always have and always will
[02:03] <lamont> although he fears it's not as touched as he's gonna feel.... :)
[02:03] <lamont> so how about them hppa binaries?
[02:04] <Kinnison> Well, they're too smelly to be in the new world order, sorry
[02:04] <Kinnison> you'll have to ask kiko to dial the bits in by hand
[02:05] <lamont> Kinnison: does that mean I should keep uploading, and kiko will give them the love they so desparately desire?
[02:05] <lamont> or should I grab my ankles?
[02:05] <lamont> oh, and when can I start uploading source changes again?
[02:05] <Kinnison> grab your ankles and brace for impact
[02:06] <Kinnison> we're queuing source uploads currently
[02:06] <lamont> ah, so ok to upload, just don't expect any binaries in the next 10 minutes, yes?
[02:06] <kiko> right
[02:07] <lamont> libaio uploaded
[02:07] <lamont> kiko: fwiw, all of the hppa uploads are signed with this key (and nothing else)
[02:08] <lamont> pub   1024D/3CE5C004 2005-02-01
[02:08] <lamont> uid                  Ubuntu hppa build signer <hppa@mmjgroup.com>
[02:08] <lamont> s/and nothing else/and nothing else is signed with that key/
[02:14] <lamont> Kinnison: so kiko is moonlighting as a librarian, then?
[02:14] <kiko> uhm
[02:14] <kiko> Kinnison, can you tell lamont you were joking, pretty please?
[02:15] <Kinnison> kiko: won't
[02:16] <lamont> kiko: the ideal short-term solution (albeit __WRONG__ on so many fronts) would be to allow that key to upload hppa binaries (and nothing else)
[02:16] <lamont> manually shoving them into the archive would be painful
[02:16] <Kinnison> we need a db change first
[02:17] <Kinnison> lamont: easiest is for you to get us an hppa box to have locally to be a buildd
[02:17] <lamont> having katie live just enough to manage the hppa repository on jackass and merge it with launchpad at publish time would be my personal choice 2, although that also causes pain...
[02:17] <lamont> Kinnison: yes.
[02:17] <lamont> working on that...
[02:18] <kiko> if you give us a box I will help karl carry it around the datacenter
[02:18] <Kinnison> lamont: merge? how?
[02:18] <Kinnison> lamont: the world is already hard enough
[02:18] <Amaranth> Kinnison: if that happened hppa builds wouldn't hold other archs back, would it?
[02:18] <kiko> it wouldn't
[02:19] <lamont> Amaranth: the whole discussion is on how to glue hppa onto the side of launchpad's archive...
[02:19] <lamont> Kinnison: I have an idea...
[02:19] <Kinnison> lamont: I already don't like it
[02:19] <lamont> so we have soyuz schedule the hppa builds on $random_machine, and that buildder has access to the REJECT queue where all the hppa binary uploads go.....   it's as simple as connecting the dots...
[02:19] <kiko> my aren't we the trolls tonight
[02:20] <Kinnison> lamont: seriously, hppa will just have to wait
[02:20] <lamont> Kinnison: on a more serious note...
[02:20] <Kinnison> lamont: "connect the dots" inside the launchpad database?
[02:20] <Kinnison> not likely
[02:20] <lamont> no no
[02:20] <lamont> "build" == wget from the REJECT pile
[02:20] <lamont> on a more serious note..
[02:20] <Kinnison> pardon?
[02:21] <lamont> I'm assuming that the hppa binary uploads get dumped in the equivalent of the katie REJECT queue, yes?
[02:21] <Kinnison> essentially, yes
[02:22] <lamont> if that queue were readable by some random buildd machine, it could "build" the hppa binary by fetching and verifying the sig.
[02:22] <lamont> but yeah, I'm gonna see how quickly I can find a box.
[02:22] <Kinnison> I don't see how it would do the build considering it'd be invoking sbuild
[02:22] <Kinnison> the launchpad buildd infrastructure is much more locked down
[02:23] <lamont> wget-from-reject instead of sbuild - it'd have to have some custom code there...  --> not gonna happen.
[02:23] <lamont> that wasn't a serious suggestion
[02:23] <Kinnison> NOT GONNA HAPPEN
[02:23] <Kinnison> :-)
[02:23] <lamont> unless you thought it was good, of course...
[02:23] <lamont> more seriously...
[02:24] <Kinnison> .../ignore lamont's crazy schemes
[02:24] <lamont> if we assume that it's going to take a 3-4 weeks before I can get machines there...
[02:24] <Kinnison> I can't guarantee we'll have time scheduled to cope
[02:24] <Kinnison> hppa may have to fall seriously behind
[02:24] <lamont> if I kept an "official" repository of hppa bits, could those be merged into launchpad once the hppa machines get there?
[02:25] <Kinnison> In theory I can hand-process those in batches
[02:25] <Kinnison> it'd be a lot of work though
[02:25] <Kinnison> indeed not
[02:25] <Kinnison> considering I have house-move stress too
[02:26] <lamont> oh joy.
[02:27] <Kinnison> dude, I've been trying to move for months
[02:27] <Kinnison> it's not my fault that day one of the rollout sprint I get a call saying "right, the offer is in and accepted and the solicitors instructed"
[02:27] <lamont> "NOT GONNA HAPPEN"???? :-)
[02:27] <lamont> still, awsome that things are finally moving forward --> GONNA HAPPEN
[02:27] <lamont> you're already london, yes?
[02:28] <Kinnison> sparc is rumoured to be due at the DC within days
[02:28] <kiko> RUMORED
[02:28] <lamont> so I heard
[02:28] <lamont> Kinnison: ignoring the "fall behind" part of things for the moment...
[02:29] <lamont> my real question is: can I let the buildd keep building things with the expectation that they will become the actuall debs in the archive, or should I just shut the buildd down and deal with scrounging hardware?
[02:30] <lamont> with the assumption that those binaries may all arrive in one big fat pulse once the machines are in the DC
[02:30] <lamont> hrm... actually, I have one A500 (currently doing multiple-duty as w-b host and buildd and hppa/sparc build-log publishing host)
[02:30] <lamont> I could just have that shipped on monday
[02:31] <lamont> which puts us a week or so from having hardware in the DC
[02:31] <zakame> hi devs :)
[02:31] <Kinnison> lamont: Don't expect anything you build to become official debs
[02:31] <lamont> OK,
[02:32] <lamont> in that case, I'll shut down the buildds, and plan on shipping at least one A500 on monday.
[02:32] <Kinnison> Cool
[02:32] <Kinnison> one hppa box at least will get on with trying to keep up
[02:32] <lamont> next question...
[02:32] <lamont> do you think elmo would kill me if I also set him a non-remotely-manageable 2U box or 2 with that A500?
[02:33] <Kinnison> how stable are they?
[02:33] <lamont> they tend to just stay up
[02:33] <jsgotangco> wow nice hair keybu
[02:33] <jsgotangco> k
[02:34] <Swe3tDave> i've been trying to create my own ubuntu install cd, with language-support-fr(and its dependencies)  integrated on the cd, but so far i only got a semi-automated install, how do i tell d-i to copy language-support-fr(and the rest) to the target system along with ubuntu-desktop... i mean i even tried to rebuild ubuntu-meta.. i've been working on this for 1 week now.. anyone tried this before?
[02:34] <Kinnison> lamont: He says he can deal with them, but he'd prefer A500s if at all possible. Slow machines aren't useful
[02:34] <lamont> I've been rebooting them some, but as it currently sits the 2 hppa buildd's are an A500 and a J7000 - I haven't walked over to touch the J7000 in at least a month or 2, since I set it up
[02:34] <lamont> J6000 is faster than the A500
[02:35] <kiko> send them in
[02:35] <Kinnison> which is the box?
[02:35] <Kinnison> James wants to know what you're proposing to send him
[02:35] <lamont> the other issue is that the current "fast" hppa boxes are PA8800-based, and that has cache coherency issues, at least as of yesterday (still)  That's being worked on, but precludes getting the really fast boxes shipped yet.
[02:35] <lamont> J6000
[02:36] <lamont> I currently have 1 A500 and 2 J6000 that I can send
[02:36] <Kinnison> elmo says "that's fine by me"
[02:36] <lamont> hrm... then there is that little issue...
[02:36] <kiko> ok ok
[02:36] <kiko> we promise not to swap them for cocaine
[02:36] <lamont> I'll preinstall them with something, so he can upgrade/hack around with them...
[02:37] <lamont> otherwise, install must be netboot, since breezy's kernel doesn't support the IDE chip that reaches the cdrom.
[02:37] <lamont> or external scsi cdrom.
[02:37] <lamont> iz a feature.
[02:38] <lamont> I'll try to arrange to have one of the J6ks turn into an A500 once it gets to london, if elmo wants.
[02:38] <lamont> anyway, kid time.
[02:38] <lamont> both hppa buildd's quiescing - they'll still upload whatever they're building, but then they're done
[02:39] <Kinnison> lamont: elmo says he'll prod you on irc in a bit
[02:40] <lamont> Kinnison: and I'll work on getting even better boxes to trade them out for... I'm assuming y'all won't mind shipping the old bodies off to loving developers once I send you faster/better boxen. :-)
[02:40] <Kinnison> okay perhaps you should converse on email then?
[03:45] <tseng> is there an email or similar annoucement explaining this soyuz business
[03:48] <kiko> yes
[03:48] <kiko> u-d-a
[03:48] <kiko> sent yesterday
[03:48] <kiko> jamesh
[03:48] <kiko> err actually
[03:48] <kiko> elmo
[03:48] <tseng> yeah, i didnt get it
[03:54] <tseng> kiko: on lists.u.c at least. thanks
[03:54] <kiko> yeah
[03:54] <kiko> enjoy
[03:58] <tseng> kiko: dude, soyuz!
[03:59] <kiko> yeah, you said it
[03:59] <tseng> the package/buildlog viewer is awesome
[04:00] <kiko> ah, thanks -- you shoudl thank cprov since he did that work, and mpt, because he did most of the design work
[04:00] <tseng> cprov++
[04:01] <cprov> tseng: thx
[05:19] <psusi> anyone know who was playing around with squashfs-lzma?
[05:31] <Amaranth> Mithrandir
[05:31] <psusi> ahh, cool...  that's two things I need to ping him about...
[05:32] <Amaranth> squashfs-lmza + lmza (7z) for packages would be awesome
[05:32] <Amaranth> fit more stuff on the CD either way, plus smaller downloads
[05:32] <psusi> I've been pondering the idea of moving old email in a Maildir to a squashfs image and mounting it with unionfs so the old mail can be compressed yet still appear to be normally availible
[05:33] <psusi> but I've noticed that the normal squashfs only gets about 4:1 compression on my lkml Maildir
[05:33] <psusi> a tar.7z gets 10:1...so I thought squashfs-lzma might do better
[05:34] <floam> why does it need to be tarred? shouldn't 7zip do that?
[05:34] <psusi> yea... I think I'm the one who started the 7z for packages thread... or maybe I just chapioned it a lot... I forget now ;)
[05:34] <floam> that kind of kills one of 7zips features (being able to figure out what's in it without decompressing)
[05:34] <psusi> floam, 7zip's archive format does not store posix stuff like the chmod and owner
[05:34] <floam> oh, lame.
[05:35] <psusi> I don't really care, I'm quite happy with .tar.7z
[05:35] <psusi> I'm after the huge compression ratio not easy directory
[05:35] <floam> still be quicker if you didn't need to untar afterwards
[05:35] <floam> someone should bug the 7z people
[05:36] <psusi> you can do the two in one step
[05:37] <psusi> tar cf - /dir/to/backup | 7z a -mx=9 -si backup.tar.7z
[05:38] <psusi> I do that with my current lkml Maildir and it goes from 100 MB to 10 MB
[05:39] <psusi> never had a problem with it at home but a server at work I tried using 7zip to compress the full tar backups and it crashes at random places during the compress
[05:39] <psusi> and gdb it seems is utterly incapable of debugging a multithreaded app
[05:40] <psusi> reports all kinds of insane information when it catches the segv, and sometimes the process appears to terminate without gdb knowing
[05:40] <psusi> very frustrating when the debugger doesn't work right
[05:49] <psusi> it's also very frustrating when you can't terminate a process because the kernel decided it would be a good idea to enter an uninterruptable sleep while waiting for some dirty buffers to flush
[08:56] <lsuactiafner> install disk of ubuntu 5.10 i386 doesnt have badblocks 
[08:57] <lsuactiafner> so tell me how do i proceed to check the integrity of the disks?
[08:57] <lsuactiafner> badblocks is a huge oversight 
[08:58] <lsuactiafner> mistakes like this makes me think that 1/2 of the sytem is also done half-way only
[09:00] <StevenK> steven@liquified:~% sudo which badblocks
[09:00] <StevenK> /sbin/badblocks
[09:01] <StevenK> lsuactiafner: /sbin/badblocks is in e2fsprogs which is Essential: yes
[09:01] <lsuactiafner> on the install cd
[09:01] <lsuactiafner> when it loads the install system up.
[09:01] <StevenK> You'd like to run badblocks in the installer?
[09:01] <lsuactiafner> yes
[09:02] <lsuactiafner> why would i want to install a whole system on a broken system?
[09:02] <StevenK> I thought there was an option to do that....
[09:02] <lsuactiafner> last night i spent 3hrs to get the system configured
[09:02] <lsuactiafner> to wake up to a currupted disk
[09:02] <lsuactiafner> so now i would like to check my disk before i install it
[09:03] <StevenK> My only suggestion is the Live CD, which ought to give you badblocks.
[09:03] <lsuactiafner> StevenK : even if there was an option i ran mkfs.ext3 -cc and badblocks was missing. tried which badblocks and it wasnt there.
[09:03] <StevenK> However, if your filesystem corrupted overnight, I'd suggest a new disk first.
[09:04] <lsuactiafner> this pc is for entertainment, needs to load 5G from the 80G and everything else will be on the network
[09:04] <lsuactiafner> but the disk will be a pain
[09:04] <lsuactiafner> am using slackware 10.1 now to check the system
[09:04] <lsuactiafner> but thats hardly the way to do it, doesnt inspire confidence
[09:05] <StevenK> I'd also suggest you file a bug, which means that it may get fixed for Dapper.
[09:05] <lsuactiafner> i hate bugzilla but someone should file a bug report to make sure badblocks will be included in the installer.
[09:05] <lsuactiafner> i can hack my way thorugh this problem but most ppl that ubuntu cater for cant
[09:05] <StevenK> Ubuntu doesn't use Bugzilla anymore.
[09:06] <zakame> yay
[09:06] <StevenK> lsuactiafner: By that reasoning, most people Ubuntu caters for won't know badblocks exists.
[09:06] <StevenK> I actually haven't needed to run badblocks for quite a while. It's usually easy to replace the disk.
[09:09] <StevenK> s/easy/easier/
[09:09] <StevenK> Damn mplayer distracting me from typos.
[09:11] <zakame> lol
[09:13] <StevenK> zakame: I got a new amd64 last night, so I'm setting up the ia32 chroot so I can actually wish flesh-toned videos.
[09:13] <StevenK> s/wish/watch/
[09:13] <zakame> StevenK: w00t! I so wish I have an amd64 :P
[09:18] <StevenK> zakame: http://wedontsleep.org/~steven/img_0920.jpg
[09:20] <lsuactiafner> StevenK : you only need a --enable-static compile with cpu-runtime detection and compile as 32bit code and you can use it to run wmv codecs
[09:20] <lsuactiafner> ubuntu 64bit cant compile it but i used gentoo and slackware systems for my 32bit binary
[09:21] <StevenK> Hrm. A large binary or a 332Mb chroot.
[09:22] <lsuactiafner> 8mb binary
[09:22] <StevenK> lsuactiafner: Could I, uh, borrow that?
[09:22] <zakame> StevenK: beauty
[09:33] <lsuactiafner> StevenK : its not the latest cvs
[09:33] <lsuactiafner> and wmv only works in my console
[09:34] <lsuactiafner> and it takes around 30m for me to upload it
[09:34] <lsuactiafner> still want it?
[10:02] <pitti> world: hello
[10:12] <mdz> good morning pitti
[10:28] <Kamion_> lsuactiafner: we don't include badblocks because it's redundant
[10:28] <Kamion_> lsuactiafner: parted already provides that functionality via its check command
[10:28] <Kamion_> lsuactiafner: which the installer runs automatically
[10:29] <Kamion_>  /* Checks for physical disk errors.  FIXME: use ped_device_check()
[10:29] <Kamion_> [...] 
[10:29] <Kamion_> ped_geometry_check (PedGeometry* geom, void* buffer, PedSector buffer_size,
[10:29] <Kamion_> [...] 
[10:29] <Kamion_>         ped_timer_set_state_name (timer, _("checking for bad blocks"));
[10:33] <zakame> ooh
[10:35] <fabbione> pitti: Depends: ssl-cert (>= 1.0-11ubuntu1)
[10:35] <fabbione> rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
[10:35] <fabbione> rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
[10:42] <rob> amd64 testers, do we need any?
[10:45] <jbailey> rob: In a development distribution, testers are always needed. =)
[10:45] <rob> jbailey, where should I point people?
[10:45] <rob> someone just asked me
[10:45] <Keybuk> spare amd64s wouldn't go amiss either :)
[10:45] <jbailey> rob: I usually ask people what they're interested in.
[10:46] <jbailey> It's easier to have fun when it's something thats..  mm fun.
[10:46] <jbailey> Too early in the morning to come up with adjectives. =)
[10:46] <Keybuk> rob: the Flight CDs are a good start (subscribe to ubuntu-devel-announce) as those can be downloaded and installed like any other ... then upgrade daily and file bugs when the magic smoke escapes
[10:47] <VoX> anyone looking for an amd64 tester for dapper?
[10:48] <VoX> :)
[10:48] <Keybuk> VoX: we need as many testers of all creeds as possible
[10:50] <rob> Keybuk rob: the Flight CDs are a good start (subscribe to ubuntu-devel-announce) as those can be downloaded and installed like any other ... then upgrade daily and file bugs when the magic smoke escapes
[10:50] <rob> VoX, ^
[10:51] <VoX> rob, is it possible to just dist-upgrade to dapper, or am i looking at a complete re-install?
[10:51] <Kamion_> VoX: sure, just dist-upgrade
[10:51] <rob> no, you can dist-upgrade
[10:51] <Kamion_> installation tests are also welcome, but just to a spare partition or whatever if you like
[10:51] <dholbach> you can test the dist-upgrade tool
[10:54] <VoX> hmm
[11:02] <VoX> what's the likelyhood that a dist-upgrade from breezy to dapper is going to break lots of things? i understand that there's no garuntees, but.. :)
[11:02] <pitti> mvo: ^ that shouldn't be so bumpy any more, right?
[11:02] <Keybuk> please file bugs if anything breaks :)
[11:02] <pitti> VoX: we recently got a large number of reports from the dist-upgrade tool and fixed lots of issues
[11:02] <dholbach> http://launchpad.net/malone will know about known breakages
[11:05] <VoX> hmmm
[11:06] <mvo> VoX: what pitti said :) currently it works pretty well, but quite a few packages give us trouble during the upgrade (file-overwrite errors, postinst failures etc)
[11:07] <mvo> VoX: if you don't mind cleanup up afterward with apt-get install -f etc, then you can give it a try
[11:08] <VoX> ah i dont mind as such, i'm just concerned about loss of data i guess
[11:09] <rob> just back up
[11:10] <rob> onto dvds or the like, I do mine onto an xbox
[11:11] <pitti> VoX: a dist-upgrade should never wreck /home, it can just trash your system so that you might need to reinstall
[11:12] <VoX> mmm
[11:12] <rob> put /home onto its own partition
[11:12] <VoX> rob: i kinda cant at the moment
[11:12] <rob> oh
[11:12] <VoX> all my drives are at atleast 90% capactity
[11:13] <rob> yeah, thats why my xbox comes in handy
[11:13] <rob> its got a 250Gb hd in it
[11:14] <rob> my /home has survived several reinstalls, its quite handy to have it on its own partition
[11:14] <VoX> i need to spend a few days burning a few spindles of dvds
[11:14] <VoX> yeah 
[11:14] <VoX> i should do that
[11:16] <mvo> VoX: if you dist-upgrade, please remove firefox-dev first, it's known to not upgrade cleanly curretnly (it's being worked on currently)
[11:18] <zyga> mvo: good morning
[11:18] <VoX> mvo: i dont use ff, so it shouldnt be an issue :)
[11:19] <mvo> hello zyga
[11:19] <mvo> VoX: :)
[11:20] <pitti> hey zyga, how's it going?
[11:20] <pitti> Keybuk: l-wlan-ng with the rmdir uploaded
[11:20] <mdz> doko: python-soappy and vim both have problems
[11:20] <mdz> python-soappy has a file conflict, vim depends on a universe package
[11:20] <zyga> pitti: fine, I need to finish that last patch and send it to you finally :-)
[11:21] <pitti> yay
[11:21] <mvo> zyga: anything new from the cmd-not-found stuff :) ?
[11:22] <zyga> mvo: not yet, sorry :/
[11:22] <mvo> zyga: no problem :) 
[11:23] <zyga> mvo: I've opened up an old project of mine... gadu-gadu.suxx.pl :-)
[11:24] <mvo> zyga: you should get a new domain ;)
[11:24] <mvo> zyga: ah, I remember this one
[11:24] <zyga> mvo: yes i know ... :/
[11:30] <\sh> zyga: what's wrong with gadu-gadu, despite the fact, that it is a IM system local to poland or for polish people? 
[11:30] <zyga> \sh: ah many many things
[11:30] <Treenaks> \sh: it's not XMPP ;)
[11:30] <zyga> \sh: to outline the key facts
[11:30] <zyga> \sh: it's based on internet explorer to RUN :-)
[11:31] <zyga> \sh: it has tons of problems, crashes, hangs, eats CPU
[11:31] <\sh> zyga: hmmm...tell your friendly jabber server admin to install a gadu-gadu transport :)
[11:31] <\sh> Treenaks: lol yes :) 
[11:31] <zyga> \sh: there are lots of those but many people coming to ubuntu and linux in general want a 'gadu gadu client'
[11:31] <zyga> I don't want to start with jabber all the time :)
[11:32] <Treenaks> zyga: there's 'gaim' and 'ekg', according to apt-cache search :)
[11:32] <Treenaks> oh and tleenx2
[11:32] <zyga> \sh: oh and it also displays animated flash (with sound) ads on any dialog (including configuration and chat)
[11:32] <\sh> zyga: well, it's the best way to force jabber into the heads of people :)
[11:32] <Treenaks> zyga: wow, and I thought this country's MSN Messenger addiction was bad
[11:32] <zyga> Treenaks: gaim has very poor gg support due to libgg being written in polish and having some incompatibilities (license?)
[11:33] <zyga> Treenaks: tlen is another protocol
[11:33] <zyga> Treenaks: ekg is command line and no longer developed, there is unpackaged ekg2 though
[11:33] <zyga> Treenaks: also... all of those clients are OVERCOMPLICATED
[11:33] <zyga> each aims at multiprotocol support
[11:33] <zyga> jabber, irc and a bunch of others
[11:34] <zyga> most C/C++ based clients just crash regularly 
[11:34] <zyga> the only exception thus far is egk familiy 
[11:34] <Treenaks> zyga: get people to migrate to jabber then ;)
[11:34] <zyga> but they don't plan to support UTF-8 any time soon and are console based
[11:34] <zyga> Treenaks: impossible
[11:34] <zyga> Treenaks: everyone < 20 in this country has a gg account 
[11:34] <zyga> Treenaks: I tried to convert my friends but jabber  was too complex for each one of them
[11:35] <zyga> so ... as simple pygtk gg client that looks similar to the original and does not crash is a perfect solution
[11:37] <zyga> today the core runs on os X, win xp (didn't try anything else) and obviously any linux 
[11:37] <zyga> after the core I plan to add pygtk gui and release for my friends to test :)
[11:37] <Treenaks> jabber complex?
[11:38] <Treenaks> all you need is something that looks like an email address, and \sh ;)
[11:38] <zyga> Treenaks: yes, the concept of multiple protocols, transports... really not for most of my non-tech friends :/
[11:38] <Treenaks> zyga: you don't want to explain that ;)
[11:38] <Treenaks> zyga: you just tell them 'use google talk'
[11:38] <Treenaks> zyga: no multi-protocol mess
[11:38] <zyga> Treenaks: note all of them are windows users or windows converts that are still very uneasy 
[11:38] <zyga> Treenaks: no :-)
[11:38] <zyga> Treenaks: the KEY feature is gg compatibility
[11:38] <Treenaks> oh
[11:39] <zyga> Treenaks: no-one wants anything but to talk with their gg friends
[11:39] <Treenaks> then you'll probably need to hack gaim/libgg
[11:39] <zyga> Treenaks: libgg is written in C and I hardly like the looks of that
[11:39] <zyga> Treenaks: gaim is again complex (devel wise) and multiprotocol
[11:39] <Treenaks> zyga: can't you extract protocol docs out of it?
[11:39] <zyga> I was thinking about using gaijm as GUI base
[11:39] <Treenaks> so people can implement it sanely to your spec?
[11:39] <zyga> Treenaks: no need, the protocol is well documented and I've got that part already
[11:40] <mdke> jbailey, around?
[11:40] <zyga> Treenaks: python is so much easier to code than C
[11:40] <Treenaks> zyga: I know
[11:40] <zyga> Treenaks: I had most of the protocol after two days...
[11:40] <zyga> now I need to clean up the mess and build a nice event loop that can be frozen api wise
[11:41] <mdke> or anyone who knows sed and is willing to do me a quick favour?
[11:41] <Treenaks> mdke: that depends on the favour ;)
[11:41] <zyga> I've found two other projects that wanted a pygadu IM client, one in beta (only library) and other still planning with no code
[11:41] <zyga> I might get those people to join forces :)
[11:41] <Treenaks> zyga: :)
[11:41] <zyga> mdke: how big favour?
[11:41] <mdke> Treenaks, it's quick. I need a line in a script which uses sed to do something relatively simple
[11:41] <Treenaks> what then?
[11:42] <mdke> ok, check out https://docteam.ubuntu.com/repos/trunk/ubuntu/desktopguide/translate.sh
[11:42] <mdke> check out, as in look at, sorry
[11:42] <Treenaks> OK :)
[11:42] <Treenaks> and then?
[11:42] <zyga> sed has this feature of +w-r
[11:42] <zyga> mdke: what was the intention of that sed line?
[11:42] <mdke> zyga, to change the name of a file.
[11:43] <mdke> I need another line
[11:43] <mdke> which delves into the content of ${y}, and changes "C/" to "${y}/"
[11:43] <mdke> argh
[11:43] <mdke> the content of ${y}/mk, sorry
[11:44] <zyga> mdke: huh 'C/' into what? to "${y}/mk" ?
[11:44] <Kinnison> Umm, where is 'y' coming from?
[11:44] <jbailey> mdke: Yes.
[11:44] <mdke> Kinnison, from up the top
[11:44] <mdke> jbailey, hi :)
[11:44] <Treenaks> Kinnison: y=$(basename ${x} .po)
[11:44] <zyga> mdke: sed -e "s/C\//$y\/mk/" ?
[11:45] <mdke> jbailey, did you see the recent scrollback?
[11:45] <zyga> mdke: btw, use sed -i ... :-)
[11:45] <jbailey> mdke: I haven't.
[11:45] <zyga> ah no ... sorry :-)
[11:45] <zyga> not in this case
[11:45] <jbailey> mdke: Been plotting to get infinity drunk.
[11:45] <Kinnison> mdke: sed -i "s@C/@$y/@g" $y/mk
[11:45] <Kinnison> mdke: ?
[11:45] <Kinnison> erm -i -e even
[11:45] <Kinnison> mdke: sed -i -e "s@C/@$y/@g" $y/mk
[11:45] <mdke> Kinnison, I don't know, because I don't understand sed :/
[11:46] <Kinnison> so make a copy of one of the mk files and try it
[11:46] <mdke> Kinnison, ok great, I'll try that.
[11:46] <Kinnison> don't be scared
[11:46] <zyga> mdke: just rewrite that mess in python - at least you won't have to remeber why it works this awy
[11:46] <zyga> really
[11:46] <jbailey> Kinnison: @ as a delimiter hurts my brain.
[11:46] <zyga> lol
[11:46] <jsgotangco> that line hurt my brain even more just looking at it
[11:47] <MrFaber> hi all
[11:47] <mdke> i'm gonna go with jbailey, because he wrote it in the first place
[11:47] <jbailey> I did?
[11:47] <MrFaber> Is there a reason why kmymoney has noch HBCI-support like debian?
[11:47] <mdke> yeah
[11:47] <jsgotangco> lol
[11:47] <Kinnison> jbailey: what do you tend to use instead?
[11:48] <jbailey> Kinnison: #
[11:48] <jbailey> Big and blocky, looks like a wall to me.
[11:48] <Kinnison> heh, always makes me think of comments
[11:48] <Kinnison> so s,thing/foo,thing/bar,g
[11:48] <jbailey> i've seen ,
[11:48] <jbailey> ! might suck for working in bash
[11:48] <mdke> looks like Kinnison's line works nicely
[11:49] <Kinnison> do I win a prize?
[11:49] <jbailey> Keybuk: Like multibyte?
[11:49] <jbailey> I think it's unlikely.
[11:49] <mdke> thanks Kinnison 
[11:50] <Kinnison> mdke: you are very welcome
[11:51] <zyga> nope :)
[11:52] <Keybuk> AS I WAS SAYING
[11:52] <Keybuk> syndicate scott% echo "foo" | sed -e "sfoobar"
[11:52] <Keybuk> sed: -e expression #1, char 15:unknown option to `s'
[11:52] <Keybuk> :-(
[11:53] <zyga> rest in pieces sed ;] 
[11:53] <zyga> k
[11:53] <zyga> have a nice weekend guys
[11:59] <dholbach> Keybuk: looks like your "/" is broken
[11:59] <Keybuk> dholbach: it's an Egyptian Ankh
[12:00] <dholbach> Keybuk: hmmm, seem to be lacking the proper font package then
[12:37] <JaneW> Keybuk: Ankh Morpork?
[12:40] <Mithrandir> no, it's not that solid
[12:40] <JaneW> heh
[12:54] <pitti> infinity, fabbione: #$#$&#(&#(* ssl cert - the postmaster process does not run in auxiliary groups
[12:54] <pitti> so it can't read the cert
[12:54] <fabbione> meh
[12:54] <fabbione> we can't put the key 644
[12:54] <fabbione> sorry
[12:55] <fabbione> did you also change the dir attrs?
[12:55] <pitti> obviously :)
[12:55] <pitti> of course
[12:55] <fabbione> ok
[12:55] <fabbione> just making sure
[12:55] <pitti> I can read it in sudo -i postgres just fine
[12:55] <pitti> erm, -u postgres -i of course
[12:56] <pitti> ... but I should be able to fix that
[12:57] <Diziet> How annoying.
[12:57] <Mithrandir> why is that annoying?
[12:58] <pitti> Mithrandir: because it's tiresome to implement it in Perl on my own?
[12:58] <StevenK> pitti: Search CPAN?
[12:58] <pitti> StevenK: yes, sure, but I mean, Perl should just have it
[12:59] <StevenK> Heh
[01:00] <StevenK> pitti: If initgroups() is POSIX, surely Perl's POSIX module should include it?
[01:09] <Mithrandir> StevenK: it's not posix
[01:09] <mjg59> pitti_: http://bugme.osdl.org/show_bug.cgi?id=5528 - /sys/power/state + mem isn't expected to work on PPC right now
[01:09] <mjg59> So we'll need something to do the ioctl
[01:10] <StevenK> Mithrandir: Awww.
[01:11] <pitti> mjg59: boggle, I wonder how pbbuttonsd does it then - it just calls the shell scripts
[01:12] <mjg59> pitti: ioctl (base->fd_pmu, PMU_IOC_SLEEP, 0);
[01:13] <pitti> mjg59: ah, I see; thanks
[01:13] <pitti> mjg59: well, that should be easy to replicate in perl
[01:13] <mjg59> pitti: So we could just add something to do that in p-m-i
[01:15] <Diziet> IIRC POSIX doesn't mandate support for the extended groups list.  And even SuSv3 doesn't offer setgroups.
[01:17] <jono> hi all
[01:17] <jono> is xgl planned for dapper?
[01:17] <mjg59> pitti: If you could play with that at some point, that would be great - if that ioctl makes things pretty much work, then we can stuff it all under hal
[01:18] <mjg59> jono: It'll probably be in there, but it certainly won't be the default
[01:18] <jono> mjg59, right
[01:18] <pitti> mjg59: yes, I will
[01:18] <mjg59> jono: Unless you're using binary nvidia or ati drivers, its usefulness is currently limited (no Xv, no accelerated 3D)
[01:18] <pitti> mjg59: so pmi would then just use dbus-send, I assume
[01:18] <jono> I am just wondering if all the snazzy 3D stuff will be there, as Novell may eat out lunch
[01:19] <mjg59> pitti: No, hal calls pmi
[01:19] <pitti> mjg59: ah, right, I keep forgetting
[01:19] <pitti> mjg59: yes, I'll do that with some perl -e magic then
[01:19] <mjg59> jono: The glxcompmgr we have is pretty snazzy
[01:20] <mjg59> Dave Airlie has been playing with it, and demoed it at LCA
[01:20] <jono> mjg59, is that in dapper?
[01:20] <mjg59> (On top of the free ATI drivers)
[01:20] <mjg59> jono: Not as yet
[01:20] <mjg59> jono: Not much point without Xgl :)
[01:20] <jono> np
[01:20] <jono> right off to have some breakfast
[01:20] <jono> later al
[01:20] <jono> all
[01:22] <Keybuk> mmm.... Bacon
[01:23] <Keybuk> http://www.refreshedmedia.com/tony-robbins/unleash-the-power-within/london-2005/tony-robbins-unleash-the-power-within-london-2005-tickets.shtml
[01:24] <Keybuk> I guess it's that, a year on
[01:26] <mjg59> "Tony Robbins really understands NLP (Neuro Linguistic Programming) "
[01:26] <Keybuk> NLP is fun
[01:27] <Keybuk> how to make a happy-go-lucky person break down and cry in just 10 seconds
[01:27] <Keybuk> my teacher once said I was naturally gifted <g>
[01:27] <dholbach> a talent to be proud of...
[01:28] <Diziet> http://en.wikipedia.org/wiki/Neurolinguistic_programming, locked due to edit war (!)
[01:28] <Keybuk> dholbach: first rule of being a therapist, you can charge more if people always cry when the visit
[01:28] <Diziet> Seems to have some NPOV problems.
[01:29] <StevenK> Keybuk: I think you're in the wrong industry.
[01:29] <dholbach> Keybuk: seems you overtook them all.
[01:29] <Keybuk> StevenK: heh, I actually studied Psychology and stuff first; and even trained as a Curative Hypnotherapist and stuff
[01:30] <Keybuk> "and stuff"
[01:30] <Mithrandir> lots of stuffing, I see.
[01:30] <StevenK> Heh.
[01:30] <StevenK> Muahaha
[01:31] <Keybuk> programming minds is kinda interesting to learn if you like programming computers ;)
[01:31] <StevenK> Keybuk: I so don't want to know what an ICE causes.
[01:32] <dholbach> "programming minds" - YUCK!
[01:32] <Mithrandir> and you thought debugging GNOME was bad.
[01:32] <StevenK> Heh
[01:33] <Keybuk> GNOME doesn't break down and CRY when you get things wrong
[01:33] <Keybuk> ...GNOME developers on the other hand... <g>
[01:33] <HiddenWolf> hm
[01:33] <StevenK> Keybuk: I was just thinking that. :-)
[01:33] <Mithrandir> sure it does.  It's called segfaulting. :-)
[01:34] <StevenK> Hrm. Quod Libet can detect how long this song is, but not where it is up to.
[01:35] <Keybuk> dholbach: oh, I dunno ... comes in handy at parties
[01:35] <Keybuk> "make my girlfriend bark like a dog" is eternally popular
[01:36] <StevenK> Isn't that more abuse than a party trick?
[01:36] <dholbach> I just wondered how you could hate people so much.
[01:37] <trulux> morning
[01:37] <StevenK> dholbach: Duh! He has maintained dpkg!
[01:37] <trulux> I'm checking the libwww stuff but seems to be broken
[01:37] <Keybuk> dholbach: I don't hate people :)  I love pople
[01:37] <Keybuk> uh, people
[01:37] <trulux> HTInit and other components seem to be missing
[01:37] <dholbach> Keybuk: aha
[01:38] <Keybuk> especially the cute ones
[01:39] <StevenK> Oh, nice one mplayer
[01:39] <StevenK> "Unknown codec!" and then it plays fine.
[01:40] <StevenK> ... who did the videoing at the Sprint?
[01:40] <Keybuk> me
[01:40] <StevenK> Keybuk: During your talk? :-)
[01:40] <Keybuk> except, obviously, for the video with me in it
[01:40] <Keybuk> fabbione did that one
[01:41] <StevenK> Keybuk: May I suggest a tripod?
[01:41] <StevenK> I'm getting seasick.
[01:41] <Keybuk> StevenK: the other two shouldn't be too bouncy
[01:41] <StevenK> You have steadier hands?
[01:42] <Keybuk> that and I braced my arm against things mostly
[01:42] <StevenK> Ah. Cheaper tripod.
[01:43] <jbailey> That's our keybuk.  A perfect tripod.
[01:43] <StevenK> Heh
[01:44] <Keybuk> StevenK: easier to carry, I actually have a tripod at home, but couldn't be arsed to bring it
[01:44] <StevenK> Heh
[01:44] <StevenK> Keybuk: Evidently, its a DV camcorder?
[01:44] <Keybuk> mpeg2 camcorder
[01:45] <StevenK> Hrrm, nice
[01:45] <Keybuk> had to convert from mpeg2/ac3 to DV so I could load it into Kino
[01:45] <Keybuk> then edit in Kino to add the captions
[01:45] <Keybuk> then save as DB
[01:45] <Keybuk> uh, DV
[01:45] <Keybuk> then recode into Theora
[01:45] <StevenK> Nice, two recodes.
[01:45] <Keybuk> but then it's at least downloadable
[01:45] <StevenK> Awwww, it finished.
[01:46] <Keybuk> the original file was 1.5GB at DVD quality
[01:46] <StevenK> "The file exists. Please don't download it."
[01:46] <Keybuk> the 31M ogg is slightly more "useful"
[01:46] <trulux> undefined reference to `HTLibTerminate'
[01:47] <StevenK> Keybuk: You did it all on the laptop, or threw it to a machine at home?
[01:47] <Keybuk> StevenK: all on laptop
[01:47] <StevenK> Ow.
[01:47] <Keybuk> camera just appears as USB storage
[01:47] <StevenK> Keybuk: I was more thinking brute CPU power for the recoding.
[01:48] <Keybuk> infinity: http://10.66.66.154/~scott/sysvinit_2.86.ds1-6ubuntu9_i386.deb
[01:48] <Keybuk> StevenK: bah, wasn't much
[01:48] <Keybuk> not noticeable anyway
[01:51] <infinity> Keybuk: sysv-rc.deb might be more helpful. :)
[01:52] <Keybuk> woo
[01:52] <Keybuk> is it not alongside? ;)
[01:52] <infinity> Indeed it is.
[01:53] <StevenK> infinity: Reading is a good skill. :-P
[01:53] <infinity> (had to s/i386/all/, yay confusion)
[01:53] <StevenK> Keybuk: Your talk seems to finish somewhat abruptly.
[01:53] <Keybuk> StevenK: battery
[01:54] <StevenK> Awww.
[01:54] <Keybuk> . o O { and I had to copy it alongside ... but if I don't tell him that, he won't know :p }
[01:54] <StevenK> Hah
[01:55] <StevenK> This machine needs a faster hard disk.
[01:55] <Treenaks> StevenK: or internal memory > hard disk ;)
[01:57] <StevenK> Actually, this machine was bought yesterday. The RAM and CPU are fast. The hard drive is a throw back.
[01:59] <StevenK> snow.c:3680: warning: assignment from incompatible pointer type
[02:00] <fabbione> StevenK: is that on amd64?
[02:00] <StevenK> Sort of.
[02:01] <StevenK> The machine is an amd64, it's being built in an i386 chroot.
[02:04] <StevenK> Oh blah, so now it fails somewhere else entirely.
[02:09] <siretart> StevenK: mplayer ftbfs? huh?
[02:09] <StevenK> I'm building it locally.
[02:09] <siretart> StevenK: I have prepared a new mplayer upload in the motumedia svn, for enabling libaa and libcaca support
[02:09] <siretart> ah, okay
[02:14] <fabbione> not yet
[02:14] <StevenK> So katie will be no more?
[02:14] <fabbione> StevenK: she is dieing
[02:15] <StevenK> fabbione: 'dying'
[02:15] <fabbione> yeah whatever
[02:18] <Diziet> Ceasing to be, not immersing things in chemicals to change their colour.
[02:19] <StevenK> Diziet: Yes.
[02:22] <StevenK> Damn mplayer. It can't link due to undefined references, but the library exists and is being linked in.
[02:24] <Kamion_> StevenK: katie will still be processing security uploads to warty/hoary/breezy
[02:25] <StevenK> Ah
[02:32] <Diziet> Surely seeing `My First <insert programming language> Program' taken out of service can only give a sense of relief ?
[02:34] <StevenK> Diziet: I certainly didn't write katie - it was just the first Python I seriously read.
[02:36] <Diziet> Ahhh.
[02:42] <fabbione> StevenK: i think it will move to something like old-releases.ubuntu.com or just to /dev/null
[02:47] <StevenK> Ahh
[02:52] <\sh> uh oh..the first dapper changes mail 
[02:53] <jpatrick> :/
[02:53] <StevenK> And it's poppler
[02:54] <\sh> go pitti go ;)
[02:54] <pitti> \o/
[02:56] <MisterN> hi
[03:02] <jpatrick> MisterN: hello
[03:08] <siretart> StevenK: we have quite some patches in our mplayer fixes due to linking problems
[03:12] <MisterN> somebody said he didn't see many interesting changes in dapper. i do: my printer works seemlessly and with usb now. :)
[03:25] <infinity> Keybuk: Poke.
[03:26] <Keybuk> infinity: use lube next time
[03:27] <infinity> Keybuk: Can I get your current sysvinit sources to fiddle a bit more with?
[03:29] <infinity> Or you could run over here and scare the shit out of me.
[03:29] <infinity> And molest my chair.
[03:32] <Keybuk> it seemed easier
[03:35] <\sh> tschwall: "Tom Schwaller", former linux magazin guru and linux-community founder?
[03:43] <tschwall> yes. That's right. No anonymous nick ;-)
[03:46] <\sh> tschwall: long time no see...still at IBM?
[03:47] <tschwall> yes. Planning a new project -> bluebuntu
[03:47] <ogra> wow, a celebrity in our channel :)
[03:47] <\sh> tschwall: lol...
[03:47] <tschwall> lol myself ;-)
[03:48] <\sh> tschwall: goobuntu...bluebuntu...how does it match with "IBM Red On Blue" (Former RedHat/IBM Campaigne in 2001)
[03:49] <dsas> would anyone happen to know if ubuntu abides by the lsb filesystem hierarchy standard, or the debian one?
[03:49] <\sh> ogra: linux-community was my first hands on zope :) when Tom released linux-community.de I just installed zope and wanted to help him to improve it :)
[03:49] <dsas> or neither.
[03:49] <Mithrandir> dsas: lsb doesn't include any file system layout, iirc.  It just refers to the FHS which both Debian and Ubuntu adhere to
[03:50] <shadeofgrey> hi everybody
[03:51] <shadeofgrey> ...i was just stopping by for my usual 15 minute rant....
[03:51] <dsas> Mithrandir: oh, ok I've just glanced over the lsb FHS and it doesn't really specify anything except /etc and a couple of others anyway. 
[03:51] <shadeofgrey> ...and i must say that, with dapper, you guys have really outdone yourselves
[03:51] <Keybuk> dsas: if you have a specific question, we could probably answer it
[03:51] <Keybuk> the FHS is quite detailed
[03:51] <shadeofgrey> the gui is finally starting to look polished and professional
[03:52] <shadeofgrey> and the updated versions of all the basic software were very welcome
[03:52] <shadeofgrey> though i must confess that getting DVD playback to work has proven to be quite a bitch and ahalf
[03:52] <shadeofgrey> i cant get dvd playback to work with totem, kaffeine, vlc, or xine
[03:53] <Mithrandir> shadeofgrey: https://wiki.ubuntu.com/RestrictedFormats#head-cd84b8e23927ccdb4bb55ffd3074687abec0cf3b should explain it
[03:53] <tschwall> What's up with the ppc64 port? I installed Debian Sarge and updatet it to Ubuntu on an OpenPower p720 as a starting point for Bluebuntu, i.e. Ubuntu running perfectly on POWER machines + specialized installer + some IBM packages, etc. Intention: proof of concept what is possible in addition to SLES and RHAS which are the only supported versions rigt now. A lot of devel work..
[03:53] <dsas> Keybuk: I was just confirming that this isn't completly true "/media - mounted (loaded) removable media such as CDs, digital cameras, etc.." 
[03:54] <Keybuk> dsas: "Purpose
[03:54] <Keybuk> This directory contains subdirectories which are used as mount points for removeable media such as floppy disks, cdroms and zip disks."
[03:54] <Keybuk> which is how we use it ... /media/$VOLUME_LABEL /media/cdrom /media/usbdisk etc.
[03:55] <Mithrandir> tschwall: 64 bit userspace for ppc doesn't really make much sense in the general case.
[03:55] <irvin> is the seven floppy directories under /media intentional?
[03:55] <dsas> Keybuk: So is there a "official" location for mounting other hard drive partitions
[03:55] <dsas> irvin: no there's a bug filed about there.
[03:55] <Keybuk> dsas: wherever you want
[03:55] <dsas> *that
[03:55] <Mithrandir> irvin: bug in the installer somewhere, it's known about, yes.
[03:55] <Keybuk> dsas: UNIXishness says you mount one drive as /usr one as /var one as / one as /home
[03:56] <Keybuk> most machines I've seen use something like just /sdb1 /sdc1 and symlink into them
[03:56] <Keybuk> but it's up to you
[03:56] <tschwall> Mithrandir: that's right, but the kernel needs a lot of love nevertheless ;-)
[03:56] <dsas> Keybuk: I think ubuntu mounted other hd partition in /media unless I specifically gave it a different mount point.
[03:56] <shadeofgrey> mith:  i have libdvdread3 installed...  do i really need w32codecs?  if so where do i get iut because the link on the wiki leads to nowheresville
[03:56] <Keybuk> dsas: we only mount removable drives automatically
[03:56] <dsas> Keybuk: But I'm not sure whether that's something I did post install myself.
[03:56] <Keybuk> dsas: so yes, that's particually true ... but also consistent with the FHS
[03:56] <slomo> shadeofgrey: you need libdvdcss
[03:57] <\sh> shadeofgrey: no question for ubuntu-devel here..please go to #ubuntu
[03:57] <Keybuk> we don't automatically mount (e.g.) a new drive on your IDE or SCSI bus
[03:57] <Mithrandir> shadeofgrey: w32codecs shouldn't be needed for dvd playback, no.
[03:57] <Keybuk> but we do automatically mount one plugged in via USB, IEEE1394, PCMCIA, etc.
[03:57] <dsas> Keybuk: Ahh, ok. Wasn't sure whether that was something I'd done and forgot about, or Ubuntu'd done (and in which case the docs needed updating)
[03:58] <dsas> Keybuk: thanks.
[04:00] <Mithrandir> tschwall: true dat.
[04:04] <tschwall> Who's tweaking the ppc64 kernel here (i.e. Ubuntu)?
[04:05] <Mithrandir> tschwall: BenC is our kernel guy
[04:06] <tschwall> OK, the usual suspects ;-
[04:06] <BenC> tschwall: what sort of kernel problems are you having?
[04:06] <BenC> we don't really have a non-powermac ppc64 kernel right now
[04:06] <BenC> but I'd be glad to have one if it gets tested
[04:07] <tschwall> Right no I am using the Gonicus kernels which are fine but need to be updated. 
[04:07] <BenC> If you can take our kernel package (linux-source-2.6.15) and add a config that works for your system, I'd be happy to include it
[04:09] <tschwall> I asked Gaius P to help me here, since he's done that. Thanks! 
[04:09] <BenC> you could probably start with the powermac64 one (cat debian/config/powerpc/config{,.powerpc64-smp} > .config) and go from there
[04:10] <BenC> note, we are using the prefered ARCH=powerpc (as opposed to the old ARCH=ppc64)
[04:10] <tschwall> ok
[04:47] <ogra> mdz, ping
[04:48] <mdz> ogra: PONG
[04:48] <ogra> seems gnome-power-manager is accepted for official gnome inclusion ... so do i assume right that the same freeze exceptions as for gnome apply ? 
[04:50] <seb128> it is, that's new
[04:50] <seb128> where did you read that?
[04:51] <ogra> seb128, the version switched to 2.13.5
[04:51] <ogra> (from 0.3.4)
[04:51] <seb128> that doesn't mean it's accepted
[04:51] <ogra> didnt read an announcement yet 
[04:51] <seb128> that just means upstream use the same versionning
[04:52] <ogra> but its in preparation for inclusion afaik
[04:52] <seb128> they would like to be shipped with the desktop
[04:52] <ogra> i just want to know if the same exceptions will apply ..
[04:52] <seb128> doesn't means that's going to be done that cycle
[04:56] <HWolf> BenC: ping
[04:56] <BenC> HWolf: pong
[04:57] <HWolf> BenC: when can I expect a new kernel uploaded?
[04:57] <BenC> hopefully soon, I had to backout a huge acpi update that caused really bad breakage
[04:58] <tschwall> BenC: regarding ppc versus ppc64. What exactly is in e.g. http://mirror.cs.umn.edu/ubuntu/dists/dapper/main/installer-powerpc/current/images/powerpc64. I expect network bootable images there.
[04:58] <HWolf> BenC: I'm hoping to see if my bttv sound will work again. That's why I ask.
[04:58] <pitti> BenC: btw, will ppc sound be fixed in the next upload (I heard rumors that it will be)? or do you need some debugging for that?
[04:58] <ogra> BenC, with working ppc sound ? 
[04:58] <ogra> LOL
[04:59] <HWolf> poor BenC :)
[04:59] <tseng> hi ogra 
[04:59] <ogra> (and with a better bcm43xx driver that doesnt hardlock my ibook ? )
[04:59] <Keybuk> I can't see "bttv" without thinking "bitty"
[05:00] <HWolf> Keybuk: heh. 
[05:00] <HWolf> There are some good movies on tv next week. and my only "tv" is ubuntu. ;)
[05:02] <fabbione> stop hammering benc or you will all phear my next X upload
[05:02] <fabbione> MUHA MUHA MUHA
[05:02] <ogra> pfft
[05:03] <BenC> pitti: should be fixed
[05:03] <tseng> fabbione: #ifdef PPC_BOMB?
[05:04] <fabbione> tseng: nah... foreach(&annoying_lusers) { bomb(); }
[05:04] <ogra> tseng, hey
[05:49] <HWolf> wow, nld video's look good.
[05:49] <tseng> if you are into that Yet Another Wobbly Window Demo scene
[05:50] <HWolf> tseng: well, yeah, there's that
[05:50] <HWolf> but if they put it to market, that's new.
[06:02] <desrt> why does 'dfsg' appear in the firefox package name?
[06:02] <Diziet> If I'm not careful that version number is going to have bits break off.
[06:02] <slomo> Diziet: why no firefox-1.5.0.1.dfsg?
[06:02] <Keybuk> .dfsg.but.not.really
[06:03] <Diziet> slomo: Unhelpful choice of numbering of earlier 1.5's.
[06:04] <desrt> Keybuk; as in, problems with the trademark thing?
[06:04] <Keybuk> .dfsg.but.not.really.no.we.really.mean.it.this.time
[07:21] <hunger> What is the source package for this gnome-power-manager thing?
[07:22] <hunger> Ah, just mistyped it;-)
[10:51] <sebest_> hello anyone using dapper/network-manager/ipw2100 ?
[10:56] <mjg59> sebest_: Yes
[11:24] <MisterN> n8
[11:44] <Drac[Server] > Hiya. The Ubuntu Breezy installer doesn't see my ISA ethernet card. Is there anything I can do?
[11:52] <sladen> Riddell: pointing https://wiki.kubuntu.org at wiki.ubuntu.com means there's a Certificate mismatch.  Can you get elmo to give you another IP instead...
[11:55] <sladen> actually it's probably a generally bad idea as Google will penalise the duplicated content
[11:56] <sladen> an inprovement might be to let them select the style/stylesheet by a cookie
[11:58] <sladen> eg.  set a cookie when they visit www.kubuntu.org for  *.kubuntu.org  and have that serve the appropriate funkage
[12:00] <Mez> sladen: that wouldnt work though - as wiki.ubuntu.com wouldnt be able to read *.kubuntu.org cookies
[12:01] <sladen> Mez: that is a very good point.  One that would be solved by inverting the problem ;-)