[01:04] <calc> is the alternate i386 image the easiest way to install gutsy at the moment, looks like the other images are oversized
[01:06] <calc> i bought my laptop today, ended up getting a Toshiba A205-4577 Core 2 Duo 1.73/533, 1GB RAM, 160GB HD, Intel 950 Video, etc
[01:06] <calc> was only $750 USD, not too bad
[01:06] <calc> i'll probably upgrade it to 2 or 4GB ram
[01:09] <calc> hmm $70 for 2GB vs $248 for 4GB, i'll probably stick to 2gb, lol
[07:40] <Hobbsee> morning pitti!
[07:40] <pitti> Good morning
[07:49] <thully> I'm interested in getting involved in the testing/development of Gutsy, but I only have one system.  What setup do the developers recommend for testing in this case?
[07:49] <pitti> thully: then you should definitively run gutsy
[07:49] <jsgotangco> yay
[07:50] <pitti> thully: it's relatively tame right now
[07:50] <thully> OK
[07:51] <thully> I just see all the warnings on the website and fear major breakage of the "can't start X" or "can't use networking" variety...
[07:57] <thully> What about virtualization?  Is that recommended or not as a test environment...
[07:57] <Hobbsee> thully: doesnt pick up hardware bugs, often.  but it can be used
[07:58] <Hobbsee> mmm...x breakage...
[08:01] <thully> I actually have a MacBook, so I'm either thinking of doing either Gutsy in Parallels/VMware or a dual-boot w/OS X (need some kind of backup OS if running Gutsy as primary)
[08:02] <Hobbsee> dual boot works fine.  or tripple...
[08:04] <thully> I don't really want Windows - that's why I went Mac after I got frustrated w/ Ubuntu a long time ago...
[08:04] <Hobbsee> i was thinking of dual booting with feisty - not windows
[08:05] <thully> I see... I do have limited HD space, though...
[08:06] <Hobbsee> how much?
[08:06] <Hobbsee> it's only going to take <10gb per release
[08:06] <Hobbsee> in fact, i think it's <5, iirc
[08:06] <Hobbsee> hi Fujitsu 
[08:07] <thully> Only a 60GB drive... 
[08:07] <racarr> The worst breakage in gutsy for me is a new debug message in glib in regards to not calling g_thread_init before everything else glib
[08:07] <racarr> so now everytime I go through a build process that uses gconftool I get spammed.
[08:07] <racarr> :P
[08:08] <Fujitsu> Hi Hobbsee.
[08:09] <thully> does anyone know what group is dealing w/Mac Intel support for the release?  I know there are a few issues in Feisty I'd like to see fixed by gutsy final
[08:10] <Hobbsee> anyone who's interested in it, i suspect
[08:10] <jsgotangco> i use a macbook but only use it for stable releases so its osx+parallels
[08:11] <thully> so, you're running in parallels?
[08:11] <jsgotangco> on the macbook yeah, im currently using an x86 laptop
[08:11] <jsgotangco> err toshiba rather
[08:11] <doko> pitti: internal libwpd is temporary, fix is already submitted.
[08:12] <Fujitsu> Is the new g-p-m doing crazy stuff for anybody else? It estimates that i have 10 minutes of battery life remaining all the time, and tells me that my battery is 'invalid' every time I log in.
[08:12] <pitti> doko: ah, cool
[08:12] <jsgotangco> Fujitsu: gutsy?
[08:12] <Fujitsu> jsgotangco: Right.
[08:13] <RAOF> Fujitsu: I might go and do a dist-upgrade with my coffee (via the "uniwide" wireless, which should really be named "unispotty"), I'll check if I see that.
[08:14] <Fujitsu> RAOF: Heh. UNSW is huge; you can't expect them to have good coverage.
[08:14] <jsgotangco> illknow in a minute (currently updating)
[08:14] <RAOF> Fujitsu: Then they shouldn't call it "UniWide" :P.
[08:15] <Fujitsu> RAOF: True.
[08:15] <StevenK> They could call it UniWide, but only if they sprang for enough APs.
[08:15] <thully> I thought of that (Parallels), as there are still quite a few annoying hardware issues running native on the MacBook (the trackpad+wireless signal probably the biggest issues)
[08:15] <RAOF> Or maybe the maths department would let me actually connect the laptop to the network.  But that'd be asking too much, obviously :(
[08:16] <StevenK> RAOF: But then it might do something evil, like send packets!
[08:16] <RAOF> Grr.
[08:17] <StevenK> At least your uni doesn't block outgoing port 22.
[08:18] <StevenK> You can't laugh, you aren't even at uni.
[08:18] <Fujitsu> Mrh.
[08:33] <pitti> doko: latest OO.o introduced some build deps, like portaudio; not good...
[08:34] <pitti> doko: portaudio needs jack, jack needs type-handling and freebob, and we don't really want all of those
[08:36] <doko> pitti: ok, building with the internal copy again
[08:36] <pitti> doko: thanks
[08:38] <pitti> doko: stlport4.6 build dep also seems to be new; could it also work with stlport5.1, which is in main?
[08:42] <doko> pitti: not in feisty (crash after viewing a slide show in full screen mode)
[08:43] <pitti> doko: ok; in this case, promoting 4.6 to main might be better, WDYT?
[08:45] <tepsipakki> pitti: the xorg-docs dependancy will be changed to Recommends in Debian
[08:45] <tepsipakki> not that it helps us
[08:45] <doko> pitti: let me check this first, I'll need a new upload anyway
[08:45] <pitti> tepsipakki: ah, good
[08:46] <pitti> hi thekorn 
[08:46] <tepsipakki> pitti: can Recommends packages be from universe?
[08:46] <pitti> tepsipakki: no, they shouldn't
[08:46] <pitti> tepsipakki: it just means that the -docs package really doesn't ship paths, files, etc. which xorg needs
[08:47] <thekorn> hi pitti 
[08:47] <tepsipakki> pitti: ok, so either we keep the delta or include xorg-docs in main?
[08:48] <pitti> tepsipakki: having it in main is ok, but I'd really like to keep it off the CDs
[08:48] <pitti> tepsipakki: and the set of Recommends: packages should be closed in a seed
[08:48] <tepsipakki> pitti: ah, ok
[08:48] <tepsipakki> so delta it is :)
[08:48] <pitti> i. e. all packages that are recommended: in desktop etc. should be in desktop
[08:48] <pitti> tepsipakki: it's most likely not the only delta in xorg anyway, I figure? :)
[08:49] <tepsipakki> no, that can probably never be synced :)
[08:49] <Nafallo> tepsipakki: and you smile? ;-)
[08:49] <tepsipakki> although most of the changes should be merged in git.d.o eventually
[08:49] <tepsipakki> Nafallo: always!
[08:50] <tepsipakki> Nafallo: btw, it was about xorg the metapackage :) Rest should be more or less syncable
[08:50] <Nafallo> hehe
[08:50] <Nafallo> nice
[09:22] <ajmitch> hi Hobbsee 
[09:23] <Hobbsee> :
[09:23] <Hobbsee> )
[09:30] <glatzor> morning Riddell, could you please point me to your packaging repository for guidance? I would like to fix a patch and include another one.
[09:38] <doko> pitti: OOo apparently needs your approval
[09:40] <pitti> doko: ooh, stlport5.1 works? nice
[09:41] <doko> pitti: I didn't test, but according to the changelogs this might be fixed
[09:49] <mvo> Riddell: guidance-backends currently depends on python-kde3. I think that dependency is not required, AFAICS there is no gui-code in that package
[09:50] <glatzor> hello mvo!
[09:50] <mvo> hey glatzor
[09:55] <pitti> cjwatson: do we have a bug about the broken gfxboot? I'd like to milestone it for tribe-2
[09:56] <tepsipakki> pitti: its broken?
[09:56] <pitti> tepsipakki: yes, the new syslinux doesn't get along with the current gfxboot
[09:56] <tepsipakki> grrr
[09:56] <pitti> so now we have the old syslinux screens again
[09:56] <tepsipakki> I tested it
[09:56] <pitti> (just parroting, cjwatson did the workaround yesterday)
[10:08] <cjwatson> tepsipakki: yes, I told you about it the other day
[10:08] <cjwatson> it doesn't work at all, even in the test suite for me
[10:09] <cjwatson> are you sure you were using the new isolinux.bin?
[10:09] <cjwatson> pitti: no, no bug
[10:09] <pitti> cjwatson: ok, I'll create one
[10:09] <cjwatson> pitti: ubiquity upload coming now to fix a few bits of critical breakage, and one tweak to stop mounted volumes being visible on the desktop
[10:10] <pitti> oh, I just had ubiquity crash on me when pressing the 'advanced' button in the summary
[10:10] <pitti> I didn't report it yet
[10:10] <cjwatson> that would be one of the bits of critical breakage :)
[10:10] <cjwatson> Evan fixed that, I believe; the fix looks plausible for that anyway
[10:10] <pitti> yay :)
[10:10] <cjwatson> if it was a crash mentioning get_summary_device
[10:11] <cjwatson> btw, is it just me, or are fonts a little bit bigger in gutsy all of a sudden?
[10:12] <pitti> cjwatson: you mean smaller?
[10:12] <pitti> cjwatson: for many people they are too small, and I was just going to follow seb128's advice and bump the default font size
[10:12] <Mithrandir> I think they might be back to normal size again, yes.
[10:12] <cjwatson> they're noticeably bigger for me
[10:12] <pitti> on the live system they are too small
[10:12] <cjwatson> oh, yes, I've noticed that on different hardware too
[10:12] <pitti> on my desktop I fixed them manually a while ago
[10:13] <cjwatson> I assumed font selection had gone a bit nuts
[10:13] <cjwatson> powerpc laptop upgraded from feisty => bigger, amd64 desktop running live CD => smaller
[10:14] <tepsipakki> cjwatson: ok, I missed that then.. pretty sure I did try the new .bin :(
[10:14] <tepsipakki> cjwatson: where were the tools again, I'll look at it asap
[10:17] <cjwatson> http://people.ubuntu.com/~cjwatson/tmp/gfxboot-test.tar.gz
[10:18] <cjwatson> tepsipakki: I was wondering if the new hooks in syslinux needed a new gfxboot package, and was looking at merging that from kanotix
[10:18] <cjwatson> tepsipakki: it can wait until after tribe-1, imo - I can just tell cdimage to use the isolinux.bin from feisty
[10:18] <pitti> tepsipakki, cjwatson: can I assign bug 118744 to either of you?
[10:18] <ubotu> Launchpad bug 118744 in gfxboot "no gfxboot in gutsy with new syslinux" [High,Confirmed]  https://launchpad.net/bugs/118744
[10:19] <cjwatson> sure
[10:21] <tepsipakki> I'll subscribe myself too
[10:24] <pitti> tepsipakki: I sub'ed you already
[10:25] <tepsipakki> pitti: right, I wondered why it asked me if I wanted to unsubscribe from it :)
[10:29] <pitti> cjwatson: according to seb128, gnome-settings-daemon uses the screen DPI now for the font points->pixels calculation; no idea what it used before, but this explains the hardware dependency
[10:37] <cjwatson> pitti: gnome-settings-daemon seemed to crash on the live CD, which might explain something too
[10:37] <pitti> hm, not for me
[10:38] <glatzor> mvo: whoa. locations support is nearly complete
[10:38] <mvo> glatzor: ROCK!
[10:39] <glatzor> mvo: perhaps not nearly ... But I started coding :)
[10:39] <glatzor> mvo: the guidance backend is really nice
[10:40] <dholbach> hiya
[10:40] <mvo> hey dholbach!
[10:41] <dholbach> hey mvo
[10:41] <glatzor> mvo: is pickle overkill for storing the locations?
[10:41] <pitti> dholbach: any idea why the logout dialog needs 30 seconds to appear?
[10:41] <dholbach> no idea
[10:42] <glatzor> morning dholbach
[10:42] <dholbach> hi glatzor
[10:42] <Fujitsu> pitti: It's quietly telling you to use the CLI instead.
[10:42] <dholbach> pitti: I'll try if downgrading gnome-session / gnome-power-manager makes it work and go from there
[10:42] <dholbach> Fujitsu: great solution! :-)
[10:42] <mvo> glatzor: no, that is probably fine. but its not human readable :)
[10:42] <cjwatson> pitti: CD builds from now on will use feisty's syslinux to work around this
[10:43] <pitti> cjwatson: ah, and enable gfxboot again? cool
[10:47] <pitti> dholbach: also, I lean towards applying the gconf workaround proposed by seb for bug 118745
[10:47] <ubotu> Launchpad bug 118745 in libgnome "default desktop/panel menu font sizes too small" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118745
[10:47] <pitti> dholbach: it seems to help for many people
[10:47] <pitti> dholbach: WDYT?
[10:48] <dholbach> pitti: yeah, I'm happy with that
[10:49] <pitti> dholbach: ok; I just tested the change on the live CD; I can care for that if you can work on the logout dialog?
[10:49] <dholbach> pitti: I'm looking into it now
[10:51] <cjwatson> pitti: eternal spinning sounds like:
[10:51] <cjwatson>   * Make sure the summary question regex gets split properly.
[10:51] <cjwatson> (at a guess)
[10:52] <cjwatson> pitti: right, should enable gfxboot again as a result
[10:52] <pitti> cjwatson: the exception seemed to match that
[10:57] <dholbach> pitti: downgrading gnome-power-manager helps - what I think happens is: gnome-power-manager is asked which capabilities are available (suspend, hibernate) do display on the gnome-session dialog - something goes wrong, 30 seconds timeout
[10:57] <dholbach> pitti: I see what I can do
[10:57] <dholbach> ogra: ^ (you did the update - can you help with that?)
[10:58] <pitti> dholbach: is there a bug for it already? this should get one, with a milestone
[10:58] <dholbach> pitti: right-o
[10:58] <dholbach> pitti: I'll take a look
[11:14] <jsgotangco> hey sabdfl
[11:15] <pitti> cool, so this alternate install went fine
[11:20] <dholbach> pitti: gnome-power-manager changed the dbus path and stuff like that, but I'm still missing something in the fix - I'll let you know how I progress on that
[11:21] <pitti> dholbach: danke
[11:25] <dholbach> pitti: ok to upload http://daniel.holba.ch/temp/gnome-session.debdiff ?
[11:26] <dholbach> ogra: I fixed it
[11:27] <tepsipakki> cjwatson: did you merge gfxboot already? I can do it now
[11:31] <asac> pitti: doko is openoffice hunspell fixed? I saw new bugmail and just wanted to be sure for tribe-1
[11:32] <cjwatson> tepsipakki: no - I'd like to do it myself, if you don't mind, as I want to be very careful about necessary theme changes at the same time
[11:32] <pitti> asac: thanks, I milestoned it for tribe-1
[11:32] <tepsipakki> cjwatson: sure, np
[11:32] <cjwatson> I'm part-way through it
[11:32] <cjwatson> thanks for the offer
[11:33] <pitti> dholbach: ah, splendid. No bug# in the changelog? Well, if there isn't one, that's fine
[11:33] <pitti> dholbach: please upload
[11:33] <tepsipakki> cjwatson: ping me when it's ready ;)
[11:34] <dholbach> pitti: done
[11:35] <pitti> dholbach: so, that libgnome font size gconf change doesn't fix everything, but it's much better now; I'll keep the bug open, though
[11:35] <dholbach> pitti: thanks a lot
[11:36] <Lure> join #kubuntu-devel
[11:58] <ogra> dholbach, oops, sorry, i didnt notice that before 
[11:59] <doko> asac: if the OOo build succeeds
[12:02] <asac> doko: ah ok ... maybe it should be "fix committed" then, so RMs see this bug as being open for tribe-1?
[12:03] <pitti> asac: it is already 
[12:03] <asac> yes for libhunspell
[12:04] <asac> ah ic ;)
[12:04] <pitti> well, libhunspell is still 'confirmed'
[12:04] <pitti> doko: is this actually a libhunspell bug? or can this task just be closed?
[12:04] <asac> i think libhunspell can be closed as we will not deal with that
[12:05] <pitti> that's what I got from the bug trail as well, but better asking :)
[12:08] <pitti> Hobbsee: oh, kaffeine in new; kaffeine-gstreamer? yay :)
[12:35] <dholbach> pitti: if I have less important uploads does it make you happier if I keep them in ~/upload or if I upload and they are queued?
[12:36] <pitti> dholbach: feel free to upload them, I can ignore them
[12:36] <dholbach> so there's nothing I can do to make you happier? :-)
[12:36] <pitti> dholbach: a neck massage!
[12:36] <dholbach> right :-)
[12:36] <StevenK> Strange sort of neck message, that.
[12:36] <pitti> dholbach: anything amongst those uploads which unintrusively fixes some nasty wart?
[12:37] <dholbach> just regular updates
[12:38] <Hobbsee> pitti: hmm?
[12:39] <pitti>          | N kaffeine-gstreamer/0.8.4-0ubuntu1/ia64 Component: main Section: kde Priority: OPTIONAL
[12:39] <pitti> Hobbsee: ^
[12:41] <Riddell> pitti: are you going to approve that?
[12:42] <pitti> Riddell: not before the sparc buildd built it, and then it's your call, I think
[12:42] <pitti> Riddell: Hobbsee said that this kaffeine version fixed an important bug in the konq plugin
[12:44] <ogra> oh, all my isos seem to behave, wow ... i never started a release cycle without overzized images
[12:47] <pitti> ogra: I was quite surprised as well
[12:47] <StevenK> pitti: Quick, promote a bunch of stuff. :-P
[12:48] <bhale> ogra: :D
[12:50] <ogra> pitti, must be you ... i dont even have any uninstallable packages ...
[12:51] <pitti> ogra: I spent some time to get gutsy_probs.html close to zero
[12:57] <dholbach> ogra: mail moderated
[01:08] <Hobbsee> if anyone feels like starting up a decent ISP in australia, please feel free!
[01:08] <StevenK> Heh
[01:09] <Mithrandir> "you can run IP over those rusted barbed wires, can't you?"
[01:09] <Mithrandir> s/rusted/rusty/
[01:09] <Hobbsee> haha
[01:09] <StevenK> Mithrandir: That's far too advanced.
[01:09] <Fujitsu> Heh.
[01:09] <Hobbsee> Mithrandir: and carrier pigeons, yes.
[01:10] <Fujitsu> Yay, RFC1149
[01:10] <StevenK> Mithrandir: I swear Telstra have SmokeSignals interfaces on their core routers.
[01:10] <Mithrandir> StevenK: BlueSmokeSignals?
[01:10] <Hobbsee> pitti: i relayed what tonio_ had said about it.  but kaffeine tends to bring more fixes than it does bugs for their releases
[01:10] <StevenK> Still far too advanced. :-P
[01:11] <Fujitsu> Our international bandwidth is really great at times.
[01:11] <pitti> Hobbsee: so if you want to test it right now, I can skip the sparc debs and NEW them later, and NEW the other 4 arches right now
[01:12] <Hobbsee> pitti: that'd be cool.
[01:12] <Hobbsee> i'm not sure that it's not violating policy, but that'd be cool
[01:12] <Mithrandir> Cisco has some special modules for the 6509s delivered in .au.  One has a pigeon feeder and such.  Another one has the cowboy interface where you plug in the rusty barbed wire and hang your cowboy boots.
[01:12] <pitti> argh, that's the 10th thime I asked firefox not to download a 'bin' file from Launchpad
[01:12] <Hobbsee> hehe
[01:13] <StevenK> I've noticed that once or twice, but I can't reproduce it reliabily.
[01:13] <pitti> Hobbsee: ohe buildd is busy with OOo, the other with glibc
[01:13] <Hobbsee> pitti: ouch
[01:13] <pitti> Hobbsee: I bumped the prio, so Kaffeine should come next, but it won't be there before next cron.daily
[01:13] <Mithrandir> StevenK: it's one of the app servers just returning a zero-byte file, gzipped, which confuses firefox.
[01:14] <Hobbsee> pitti: fair enough
[01:14] <pitti> Hobbsee, Riddell: but you are aware that once I NEW this, it'll be very hard to roll back in case it breaks something?
[01:14] <pitti> Hobbsee, Riddell: have you tested 0.8.4 locally before?
[01:14] <Ng> (that 0 byte gzip bug is filed as bug 89194, fwiw)
[01:14] <ubotu> Launchpad bug 89194 in launchpad "LP (regular and beta) sending gzipped binary files" [High,Confirmed]  https://launchpad.net/bugs/89194
[01:15] <Hobbsee> tonio_ has, but hasnt had internet connection to upload it.  so no, i havent.
[01:15] <pitti> Ng: ah
[01:15] <Mithrandir> Hobbsee: you can grab it from the published NEW queue if you just want to test it
[01:15] <pitti> Mithrandir: hmm, shouldn't there be sth. like http://people.ubuntu.com/~ubuntu-archive/queue/gutsy/new/ ?
[01:15] <pitti> Mithrandir: there's just 'unapproved'
[01:16] <Mithrandir> pitti: there should be, yes.
[01:16] <cjwatson> pitti: if you don't mind, I'd like to upload d-i to pick up last night's console-setup fix; makes the selected console setup actually apply
[01:16] <pitti> cjwatson: buildds are hogged ATM, but sure
[01:16] <cjwatson> I also have this in my tree:
[01:16] <cjwatson>   * Remove fs-core-modules workaround, as the kernel has now been fixed.
[01:16] <cjwatson> which is a workaround from like feisty herd 2 or something :)
[01:17] <Mithrandir> pitti: you know you can adjust priorities of builds now?
[01:17] <pitti> cjwatson: I'm not aware of that, what does it affect?
[01:17] <pitti> Mithrandir: yes; <pitti> Hobbsee: I bumped the prio, so Kaffeine should come next
[01:18] <pitti> Mithrandir: but we actually need that OO.o for tribe :)
[01:18] <Hobbsee> Mithrandir: sorry, but where would hte published NEW queue for kaffeine be?
[01:18] <cjwatson> pitti: now, it should just remove bloat from the cdrom initrd
[01:18] <Hobbsee> Mithrandir: are you meaning sources, or binary?
[01:18] <cjwatson> pitti: originally fs-core-modules was shoved in to work around isofs.ko being in the wrong udeb
[01:19] <Mithrandir> Hobbsee: not or, and.
[01:19] <cjwatson> -# This is wrong and a workaround for isofs not being in the correct udeb in the
[01:19] <cjwatson> -# kernel.  To be removed post-herd-2
[01:19] <cjwatson> -fs-core-modules-${kernel:Version}
[01:19] <Hobbsee> Mithrandir: i dont understand.
[01:19] <pitti> cjwatson: ah, sounds good then; i. e. it would instantly break everything if that would fail again, which would make us notice it pretty soon, right?
[01:19] <cjwatson> yes
[01:20] <cjwatson> it's a slight risk, but I think it's probably ok at this point
[01:20] <pitti> cjwatson: sounds fine
[01:20] <pitti> I agree, better than doing it later
[01:20] <Hobbsee> Mithrandir: right, got you now, but where can i get them?
[01:20] <Mithrandir> pitti: it was just a permission problem on rookery; fixed now
[01:20] <pitti> cjwatson: current alternate installs fine for me, btw, that looks pretty good
[01:21] <Mithrandir> Hobbsee: http://people.ubuntu.com/~ubuntu-archive/queue/gutsy/new/
[01:21] <cjwatson> excellent
[01:21] <cjwatson> pitti: uploaded
[01:22] <Hobbsee> Mithrandir: ah right.  the one i didnt find before due to the 403.  thanks.
[01:23] <pitti> Hobbsee: no Kaffeine there, though
[01:23] <ogra> dholbach, thanks
[01:24] <pitti> Hobbsee: FWIW, http://people.ubuntu.com/~pitti/tmp/kaffeine/
[01:24] <pitti> Hobbsee: I'll wait for your "yay" or "nay"
[01:27] <Mithrandir> pitti: given that the queue is less insane again, I've made it publish hourly now
[01:29] <backblue> hi, i'm trying to make libwww-mechanize-perl-1.30, i'm using pbuild, but i get always this error, http://paste.ubuntu-nl.org/24204/ , anyone knows why?
[01:38] <Hobbsee_> ooh!
[01:38] <Hobbsee_> OOH!  OOH!  A CONNECTION!!!
[01:39] <heno> pitti: I've posted test cases for today's images: https://isotesting.stgraber.org/isotesting/iso/Ubuntu
[01:39] <Mithrandir> can't let you die now that we've finally gotten a community person to help with RM-ing. ;-)
[01:39] <Hobbsee> heh
[01:39] <Hobbsee> if only my connection holds...
[01:39] <pitti> heno: ah, great; however, these images are still quite buggy
[01:40] <Hobbsee> NEAT!!!
[01:40] <heno> pitti: as they should be at this point :)
[01:40] <Hobbsee> ~85% packet loss
[01:41] <ogra> hey, that means 15% get through, isnt that great :)
[01:42] <LongPointyStick> 97% now.  impressive
[01:44] <Hobbsee> Mithrandir: it was hardly advertised that one was wanted, though :P
[01:44] <Mithrandir> Hobbsee: I think we have realised that now.. shame we didn't see it earlier
[01:59] <dholbach> hum... am I the only one who has trouble connecting to wiki.u.c?
[01:59] <Keybuk> the Internet appears to have snapped
[01:59] <ogra> yeah, some neuralgic point must have dies
[01:59] <ogra> *died
[01:59] <agoliveira> Hello all.
[01:59] <agoliveira> I also can't connect to Canonical's email server, etc
[01:59] <dholbach> same for revu.tauware.de
[01:59] <ogra> well, my rsync from cdimage still runs fine
[01:59] <glatzor> mvo: are we already frozen?
[01:59] <mvo> glatzor: yes
[01:59] <glatzor> mvo: :/
[01:59] <pitti> glatzor: see topic
[01:59] <glatzor> mvo: no locations and no video ram selection support 
[02:02] <dholbach> works again
[02:02] <dholbach> it seems
[02:08] <LongPointyStick> !ping
[02:08] <ubotu> pong
[02:08] <LongPointyStick> !ping
[02:08] <Hobbsee> !ping
[02:08] <ubotu> pong
[02:09] <Hobbsee> this connection is a bitch tonight.
[02:09] <xxxxx1> heh
[02:11] <Hobbsee> is this just au going down, or what?
[02:12] <persia> Hobbsee: I think it's a little more widespread.  I've had some trouble with transpacific lines in general in the past while.
[02:12] <Hobbsee> right
[02:12] <Hobbsee> i'm getting up to 98% packet loss
[02:12] <persia> Hobbsee: Not that bad here.
[02:12] <Hobbsee> at least i'm ircing via ssh now
[02:12] <Hobbsee> so it wont obviously drop, and spam you guys
[02:16] <ogra> argh, where did libgl1-mesa-dri go ? ltsp is broken :/
[02:16] <pitti> Hobbsee: shall I send you the kaffeine debs with a pidgeon?
[02:17] <Hobbsee> pitti: i got them.  there's a file overwritten in there
[02:17] <Hobbsee> it doesnt obviously die, but i havent had much of a chance to test
[02:17] <Hobbsee> i've been attempting to stickytape the connection
[02:17] <pitti> ogra: libgl1-mesa-dri | 6.5.3-1ubuntu1 |         gutsy | amd64, i386, ia64, powerpc, sparc
[02:17] <ogra> hmm
[02:17] <dholbach> heno: looks like colorblind will become more interesting now - if we had it in mind, the new gnome-mag would provide us with an applet to apply colorblind filters
[02:18] <ogra> was it a dependency of something in X before ? 
[02:18] <ogra> Paket libgl1-mesa-dri ist nicht verfgbar, wird aber von einem anderen
[02:18] <ogra> Paket referenziert. ....
[02:18] <ogra> Doch die folgenden Pakete ersetzen es:
[02:18] <ogra>   libgl1-mesa-glx
[02:18] <ogra> E: Paket libgl1-mesa-dri hat keinen Installationskandidaten
[02:18] <ogra> (sorry for the german)
[02:18] <heno> dholbach: yes, we are also doing a SoC project on it with compiz though
[02:19] <dholbach> heno: seems we need a MIR for it
[02:19] <ogra> hmm, libgl1-mesa-glx is there
[02:19] <heno> we might still ship gnome-mag in as the default for gutsy, but the compiz one will be a better technology in the long run
[02:20] <heno> dholbach: for libcolourblind?
[02:20] <dholbach> heno: yes
[02:21] <dholbach> heno: it's a small library that should be harmless - else we can't build gnome-mag against it
[02:21] <ogra> uh, ah, i got both in the ltsp-client package selection ... 
[02:21] <heno> dholbach: ok, let's do it than, shall I?
[02:22] <dholbach> heno: that'd be nice - I'm happy to update the packaging once it's in main
[02:22] <heno> ok, cool
[02:29] <ogra> pitti, i sadly have two other commits in my ltsp bzr branch i havent uploaded yet, but they are non intrusive, mind if i upload to unbreak edubuntu ?
[02:29] <ogra> pitti, http://paste.ubuntu-nl.org/24215/
[02:30] <pitti> ogra: looks good; this is your playground anyway :) please upload
[02:30] <ogra> ok
[02:31] <ogra> ah, crap
[02:31] <ogra> indeed that shouldnt be 5.0.9ubuntu1 but 5.0.10
[02:31] <ogra> grmbl
[02:31] <pitti> yay dch :)
[02:35] <Keybuk> ogra: dch -iU ?
[02:37] <cjwatson> (or just dch -U)
[02:41] <racarr> When is a good time to find seb128? Or would someone else be willing to look at two debdiffs for nautilus and libeel2-2.
[02:43] <Mithrandir> when he's not on vacation; he'll be back next week, but you could poke dholbach about them.
[02:44] <racarr> Ah, thanks.
[02:45] <dholbach> racarr: I can do that - do they apply against 2.19.2 or 2.19.3?
[02:45] <racarr> Mrgh, 2.19.2, when did 2.19.3 appear?
[02:46] <dholbach> 10 hours ago :)
[02:46] <dholbach> but it's not uploaded yet
[02:47] <dholbach> the patches might still just apply
[02:47] <dholbach> main is frozen at the moment anyway, so it's not that bad
[02:47] <dholbach> did you submit the changes to the upstream bug tracker or are they ubuntu centric?
[02:47] <racarr> Was going to submit to the upstream bug tracker in near future.
[02:48] <dholbach> alrighty
[02:48] <dholbach> that's what we generally prefer, because they know the code much better than we do
[02:48] <dholbach> but I'm happy to look at them - if you can mail me links to them that'd be nice
[02:48] <dholbach> or mail to ubuntu-desktop@lists.ubuntu.com
[02:48] <racarr> Anyway, the idea is to check to a hint to let Compiz draw the wallpaper, and if so draw the wallpaper transparent. http://people.freedesktop.org/~racarr/nautilus.debdiff  http://people.freedesktop.org/~racarr/libeel.debdiff are the debdiffs
[02:48] <dholbach> I'll moderate them through the queue if necessary
[02:49] <racarr> Mail, ok.
[02:49] <dholbach> I'm sorry, but I don't think we can accept the eel patch just like that :-/
[02:49] <dholbach> it adds API
[02:49] <dholbach> I'd really really really prefer to have it in upstream
[02:50] <dholbach> it's the same as with the wnck patches
[02:50] <dholbach> it's really hard to maintain API over upstream
[02:50] <racarr> Ok. I'll poke upstream. I'm not sure if they would be interested given that it's only relevant to Compiz *shrug*
[02:50] <dholbach> it'd be really nice to have it
[02:51] <dholbach> let me know once you filed them and I'll subscribe to them and make sure to poke them every now and then
[02:51] <dholbach> racarr: thanks for your work on that and sorry for saying 'no' for now
[02:54] <racarr> No problem at all, thanks for briefly looking. I'll mail you the bug tracker link.
[02:55] <dholbach> gracias!
[02:56] <StevenK> I wonder if compiz can control mouse redraw. Like, have the desktop background stick to the mouse cursor and make it harder to move around the edges, but if a window is over the background, it's fine.
[02:57] <racarr> I don't understand your example
[02:57] <racarr> but we want to be rendering the cursor at some point.
[02:58] <racarr> right after beryl-worms.
[02:58] <Hobbsee> hehe
[02:58] <Hobbsee> yep
[03:07] <racarr> dholbach: Ok, done
[03:08] <ogra> pitti, ltsp sits in the queue
[03:09] <ogra> oh, wait
[03:09] <ogra> i can bother Hobbsee with such stuff now, right ?
[03:09] <Hobbsee> ogra: hmmm?
[03:09] <Hobbsee> ogra: no, i dont have archive admin powers.  i'm not employed by you guys...
[03:09] <ogra> Hobbsee, upload queue stuff ?
[03:09] <ogra> ah, only RM then ... ok
[03:10] <Hobbsee> ogra: i may be doign RM stuff, but i dont have access to those machines
[03:10] <Mithrandir> release management, as opposed to release engineering.
[03:10] <Mithrandir> carlos: we have a project which uses strings such as "sfil_li_folder_root" as their msgids, would it be possible to get rosetta to display the en_GB as a hint?
[03:11] <Hobbsee> sorry, yes.
[03:12] <Mithrandir> Hobbsee: most people has, but it's useful to tell people about the difference so they know what's useful to ask from you and what you need to poke pitti or other REs for.
[03:12] <Hobbsee> true that.
[03:12] <Hobbsee> i see the logic perfectly well - it's that my brain hasnt updated yet.
[03:25] <carlos> Mithrandir: not yet, but we are finishing some changes that will allow us to support that
[03:25] <carlos> Mithrandir: which project is that?
[03:26] <heno> dholbach: MIR is here: https://wiki.ubuntu.com/MainInclusionReportColorblind will take care of seeding and such?
[03:28] <Mithrandir> carlos: maemo/hildon
[03:29] <Mithrandir> carlos: do you have an ETA on it?
[03:29] <carlos> Mithrandir: Firefox support is planed for the end of this month
[03:29] <Mithrandir> ff do the same thing?
[03:29] <Mithrandir> this is normal .po files, it's just that the msgid isn't human-consumable.
[03:29] <carlos> Mithrandir: do all hildon applications use ids instead of English messages? didn't know that...
[03:30] <Mithrandir> at least the core libs seem to do
[03:30] <carlos> Mithrandir: yeah, although inside the .xpi with  multiple files
[03:30] <carlos> Mithrandir: ugly :-(
[03:30] <Mithrandir> yes, but that won't be fixed for gutsy, so if rosetta can't handle it in the gutsy timeframe, we will have to think of something else.
[03:31] <carlos> Mithrandir: anyway, there are other projects that use also .po file format and ids instead of English strings as msgid
[03:31] <carlos> Mithrandir: that's doable for Gutsy
[03:31] <Mithrandir> ok, great.
[03:31] <Mithrandir> can you give me a guesstimate for when people can start using it?
[03:32] <carlos> Mithrandir: having Firefox for July, we could get the remaining bits ready around August
[03:32] <Mithrandir> late-ish, but doable.
[03:32] <carlos> Mithrandir: although if you start uploading packages in Ubuntu
[03:33] <carlos> we will start showing them automatically
[03:33] <carlos> in Launchpad
[03:33] <Mithrandir> oh, cool
[03:33] <Mithrandir> the packages are already hitting the archive, so that bit is going in the right direction.
[03:33] <carlos> once the change is done, they will show English translations by default without needed any new import
[03:34] <Mithrandir> great. :-)
[03:41] <Hobbsee> pitti: how hard would it be to get requestsync to accept new-to-ubuntu packages?
[03:50] <pitti> Hobbsee: not very, I guess
[03:50] <Hobbsee> pitti: could you do the python-foo to do it, please :)
[03:50] <Hobbsee> well, not to that degree, to be able to figure it out
[03:52] <Hobbsee> oh steve... :)
[03:52] <Hobbsee> StevenK: were you offering?
[03:52] <StevenK> Maybe.
[03:53] <Hobbsee> StevenK: okay, please do :)
[03:53] <Hobbsee> then pitti can go back to his RM'ing :P
[03:53] <pitti> heh, great
[03:53] <Fujitsu> Hobbsee: REing, you mean :P
[03:54] <Hobbsee> no, he's RM'ing.
[03:54] <Hobbsee> he has access to the DC and such
[03:54] <pitti> Hobbsee: but it would require some more changes anyway, I guess
[03:54] <pitti> Hobbsee: we automatically import new stuff from Debian already
[03:54] <Hobbsee> pitti: such as?
[03:54] <pitti> Hobbsee: pulling changelogs from a third-party source; I guess that's what you need?
[03:54] <Hobbsee> pitti: true that - but after teh autosync gets turned off
[03:54] <Hobbsee> yeah, i guess.
[03:54] <Hobbsee> only from debian, really, so you could hardcode it
[03:55] <Hobbsee> anything else is a corner case, really
[03:55] <geser> Hobbsee: as I already want to look at requestsync to add an option to subscribe u-u-s, I could also look to get to file sync requests for new packages
[03:56] <Hobbsee> i dont care who does it - as long as it gets done :)
[03:58] <StevenK> My problem is that if requestsync is called incorrectly, like 'requestsync gutsy foobar', it will assume that gutsy is a new source package for Ubuntu since it doesn't exist in apt-cache madison.
[03:58] <StevenK> geser: That's a one-liner.
[03:59] <StevenK> Well, okay, like four lines.
[03:59] <Hobbsee> unless you specified that a new package was used with -n or something
[03:59] <StevenK> I was just thinking that.
[04:00] <Hobbsee> most people wouldnt use the -n if they didnt know what it was
[04:00] <StevenK> -s for sponsorship and ubuntu-%s-sponsors is subscribed as opposed to ubuntu-archive, and -n for new source package
[04:00] <Hobbsee> and would have likely tried with the normal mode first
[04:00] <Hobbsee> that would work.
[04:00] <geser> StevenK: I intended to confirm it in such a case and it also needs to find the debian changelog
[04:01] <pitti> Hobbsee: hm, so why doesn't it actually work right now? 
[04:01] <ogra> pitti, ... NEW ?
[04:01] <Hobbsee> pitti: if you request a new package that isnt in ubuntu yet, it tells you that it, rightfully, cant find it in apt-cache madison
[04:01] <Hobbsee> everything else works brilliantly
[04:01] <pitti> ogra: ?
[04:02] <Hobbsee> oh, and the sponsors thing
[04:02] <pitti> Hobbsee: but specifying the base version manually as 0 should work, no?
[04:02] <ogra> pitti, ltsp sits in the queue and waits for a distro admin to approve it :)
[04:02] <pitti> ogra: right, I'm at it, if drescher would finally allow me to login
[04:02] <ogra> ah, k
[04:03] <ogra> i just dont want it to be forgotten :)
[04:04] <StevenK> pitti: I should have a diff in about 5
[04:04] <Hobbsee> pitti: it doesnt.
[04:04] <Hobbsee>   File "/usr/bin/requestsync", line 23, in cur_version_component
[04:04] <Hobbsee>     raise Exception('apt-cache madison does not contain %s/%s' % (sourcepkg, release))
[04:04] <Hobbsee> Exception: apt-cache madison does not contain foobar/0
[04:05] <pitti> Hobbsee: ah, right, for component
[04:07] <pitti> ogra: accepted
[04:07] <ogra> thanks :)
[04:07] <StevenK> Okay, I think I'm done.
[04:08] <StevenK> Hobbsee: Want to test?
[04:09] <StevenK> Stupid Mc-stupid-ity stupid PyQT4 upstream!
[04:09] <Hobbsee> StevenK: sure.  want to email?
[04:09] <Hobbsee> anything else might break the spiderweb
[04:09] <StevenK> You could scp it
[04:10] <dholbach> heno: it will be enough if gnome-mag will build-depends on it - I'll take care of it, once it has been done
[04:10] <dholbach> heno: thanks a lot
[04:10] <Hobbsee> StevenK: true that.
[04:11] <StevenK>   * Set both DESTDIR and INSTALL_ROOT when we run make install since upstream
[04:11] <StevenK>     evidently can't decide. 
[04:17] <wasabi> Geeze. Everytime I upgrade kerberos something get's worse.
[04:17] <wasabi> debconf question asking me for my realm servers now. blah.
[04:27] <j1mc> hello.  i notice no 2007-06-05 images for Xubuntu, but do see 06-05 images for ubuntu and kubuntu.  are the xubuntu ones in the process of being rolled?
[04:30] <Riddell> j1mc: try looking at the CD build logs
[04:30] <Riddell> http://people.ubuntu.com/~ubuntu-archive/cd-build-logs/xubuntu/gutsy/daily-live-20070605.log
[04:31] <fabbione> cjwatson: what was the magic to switch the debconf fronted for alternate installer to pure text?
[04:31] <Riddell> /srv/cdimage.ubuntu.com/ftp//srv/cdimage.ubuntu.com/ftp/pool/main/s/syslinux/syslinux_3.11-3ubuntu4_i386.deb: No such file or directory
[04:33] <Riddell> j1mc: something not up to date in your seeds maybe?
[04:33] <ogra> j1mc, looks like xubuntu-live is somewhat oudated
[04:33] <ogra> *outdated
[04:34] <j1mc> Riddell: thanks . . . it looks like there was an error in building, yeah.
[04:34] <ogra> i assume a simple xubuntu-meta rebuild would fix that
[04:34] <j1mc> ok.  any idea who i could direct this to?  i am just interested in regards to coordinating iso testing.
[04:35] <ogra> jani probably
[04:35] <j1mc> sounds good.  thanks...
[04:37] <Riddell> j1mc: if you update that tell pitti to let it through into the archive, and he or I or tollef etc can set off new CD builds
[04:37] <Riddell> pitti: I presume you got CD build powers?
[04:38] <pitti> Riddell: I think I got them today, but no clue yet how to use them
[04:38] <ogra> pitti, there are readmes on lithium 
[04:38] <pitti> I saw them, but no time yet to actually read/exercise them
[04:38] <j1mc> thanks again. i will contact jani, and if it's ok, ask him to get in touch with ogra once he's had a chance to do it.
[04:38] <pitti> I guess I'll do that tomorrow, when I will start building CDs manually
[04:44] <wasabi> *sigh*, and of course after upgrading I can no longer login.
[04:50] <carlos> pitti: hi
[04:50] <pitti> hey carlos
[04:50] <carlos> pitti: I wonder whether is a valid use case that you decide to remove a package from PROPOSED pocket instead of move it to UPDATES one
[04:51] <carlos> you == any ubuntu developer
[04:51] <StevenK> pitti: Okay, I've hacked requestsync to add support for new source packages, and sponsorship.
[04:51] <pitti> carlos: soyuz does not allow us to remove packages from -proposed
[04:52] <pitti> carlos: the use case is pretty obvious: if the pacakge is broken, we want to remove it again
[04:52] <carlos> remove or update ?
[04:52] <pitti> carlos: the other use case was that we wanted to remove the older -proposed if we have a newer one in -updates or -security
[04:52] <pitti> carlos: preferably update, of course :)
[04:53] <pitti> carlos: but the second case has become sort of obsolete now
[04:53] <geser> StevenK: is there are diff? I'm trying to teach requestsync to also fetch changelogs for packages not in Debian main
[04:53] <carlos> pitti: ok
[04:54] <StevenK> geser: There will be, when I've created it.
[04:57] <StevenK> geser: Can you please remind me to create/e-mail you a diff when I re-surface? I need sleep at this point.
[04:57] <geser> sure
[05:02] <pitti> mvo: does python-apt provide an interface for fetching a source package?
[05:04] <mvo> pitti: IIRC all the bits are in place, there is "just" no nice function that puts it together. but that is a SMOP
[05:05] <pitti> mvo: ok, so I'll call apt-get source for now
[05:06] <mvo> pitti: ok, if you file a whishlist bug and tag it later, I will be happy to look at it 
[05:15] <pitti> mvo: bug 118788
[05:15] <ubotu> Launchpad bug 118788 in python-apt "interface to download source code tree" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118788
[05:15] <pitti> mvo: thanks
[05:16] <mvo> pitti: thanks!
[05:27] <cjwatson> fabbione: err frontend=text I think
[05:28] <fabbione> cjwatson: ok thanks.. i will let you know tomorrow :) my hears were bleeding heavly from the Niagara noise.. had to poweroff for my own sake :)
[05:28] <cjwatson> Riddell: oh, d'oh, that syslinux thing is a bug in the gfxboot workaround I installed on lithium; nothing to do with the seeds
[05:30] <Riddell> cjwatson: ok, so how to fix it?
[05:30] <cjwatson> Riddell: should be fixed now, and I've kicked off new xubuntu builds
[06:07] <pitti> Riddell: kde-guidance -> is that important for tribe? 
[06:09] <Hobbsee> pitti: file overwrites?  i believe so
[06:11] <Riddell> pitti: yes, if we rebuild the CDs now the existing guidance package has file overlaps so it won't install
[06:11] <pitti> Hobbsee, Riddell: kde-guidance accepted; wild debdiff, but sane enough
[06:12] <Hobbsee> :)
[06:12] <Riddell> thanks
[06:23] <heno> [06:23] <heno> (if you had registered for Feisty testing, you'll need to register again, sorry)
[06:27] <ogra> or if you dont test todays images make at least sure to pull todays iso to speed up the rsyncing of tomorrows :)
[06:28] <heno> indeed, I'm getting them all now
[06:29] <heno> ogra: is this about what you want tested, or has it changed: https://isotesting.stgraber.org/isotesting/iso/Edubuntu ?
[06:30] <ogra> heno, we should list the server addon CDs as well
[06:31] <ogra> even tough testing them is only "pop it in the CD tray and check if g-a-i starts
[06:31] <ogra> "
[06:32] <TomaszD> pitti, ! pitti, hi. Do you know when a language pack rollup will happen for feisty?
[06:34] <heno> ogra: ok, added
[06:34] <ogra> thanks
[07:32] <mrsn0> in gnome when you experience a crash ,where does the bug reporting information go? i dont see it added to bugs.launchpad.net
[07:38] <Riddell> BenC, kylem: has there been an update recently to nvidia linux modules?
[07:38] <BenC> nope, not since before feisty release
[07:39] <Riddell> BenC: do you know what might have caused this complaint? http://paste.ubuntu-nl.org/24275/
[07:41] <BenC> Riddell: sure do
[07:41] <BenC> Riddell: They have locally installed nvidia, and it got broken because the last kernel upload changed the ABI
[07:42] <BenC> since they installed it by-hand instead of using our packages, they'll need to re-install so that the kernel modules get rebuilt
[07:43] <Riddell> BenC: oh, that could be it.  thanks, I'll poke them in to doing something more sensible
[07:43] <Keybuk> http://people.ubuntu.com/~scott/pretty.ogg
[07:44] <Keybuk> ^ racarr rocks :p
[07:49] <ogra> compressed to death
[07:51] <pygi> hey Zdra !
[07:51] <Zdra> pygi: hello :)
[07:51] <pygi> Zdra, how is empathy going? :)
[07:52] <Zdra> It's improving every day :)
[07:52] <pygi> nice :)
[07:52] <Zdra> it rox :D
[07:52] <pygi> I'm supposed to release fama 0.0.1 next week, but I have exams
[07:52] <pygi> damn it :P
[07:53] <Zdra> yeah me too
[07:53] <pygi> I can't make any other connection manager (other then gabble) to work properly
[07:53] <pygi> which sucks :-/
[07:53] <Zdra> if you follow the spec everything should just work...
[07:53] <Zdra> I get butterfly, gabble and idle to work with empathy
[07:54] <Zdra> I didn't tested others
[07:54] <pygi> butterfly works fine for you?
[07:54] <pygi> I think I got serious problems with it
[07:54] <pygi> ah, that's what you get when you can't code =)
[07:55] <Keybuk> ogra: the effect should be evident though, no?
[07:55] <Keybuk> ogra: since it's the desktop background that you're supposed to notice <g>
[07:56] <ogra> well, totem runs it at 1024x786 in firefox (which is my browser size) most stuff i see are compression blocks
[07:57] <Zdra> pygi: do you use MC in fama ?
[07:58] <bhale> any chance of requiring english on Planet Ubuntu?
[07:58] <bhale> as a rule of thumb at least
[07:58] <pygi> Zdra, nop. 
[07:58] <Zdra> pygi: you should work with me on empathy :D
[07:59] <ogra> bhale, well, it looks sweet at least :)
[07:59] <bhale> ogra: I agree, but most of us have no hope of reading it
[07:59] <pygi> Zdra, why? :P
[07:59] <pygi> Zdra, why would you want someone who can't code, and don't you have contributors already? :)
[07:59] <Zdra> because it's the only project using MC
[07:59] <ogra> right, that includes me
[07:59] <Zdra> so the only useful project for desktop IM
[07:59] <pygi> Zdra, haha :)
[08:00] <pygi> let's not overreact, shall we :)
[08:00] <pochu> bhale: Maybe add it here https://wiki.ubuntu.com/PlanetUbuntuEditorialPolicy
[08:00] <pochu> bhale: btw, I entirely agree with it.
[08:00] <Zdra> pygi: Do what you want, I'm just looking for contributors... I'm alone actually :-
[08:00] <Zdra> :(
[08:01] <pygi> Zdra, and what about answer to first question? :p
[08:01] <Zdra> about butterfly ?
[08:01] <Zdra> I fixed a bug in tp-python and now it works
[08:01] <Zdra> tp-python head should be fixed
[08:01] <pygi> nice that it works :)
[08:01] <Zdra> don't know if it's released yet
[08:02] <pygi> I meant "why would you want someone who can't code" :)
[08:02] <pygi> but let's move to pm :)
[08:04] <BenC> cjwatson, Keybuk: I just uploaded a new linux-ubuntu-modules that fixes the ftbfs on sparc
[08:04] <bhale> pochu: edited, could you look?
[08:05] <pochu> sure
[08:05] <bhale> pochu: i dont want to offend anyone, but random languages seem to miss most people
[08:05] <pochu> bhale: I agree with it. It's annoying.
[08:06] <pochu> bhale: Also I think posts should be Ubuntu-related (or at least OSS related), but that's another story :)
[08:07] <bhale> pochu: well, again.. 'rule of thumb'. I dont think people should be blatantly out in space
[08:16] <pochu> bhale: From https://wiki.ubuntu.com/PlanetUbuntu: "[http://blog.example.com/~yourusername/feed?category=ubuntu-only] " :)
[08:17] <pochu> But it looks like most people haven't read that part ;)
[08:17] <pygi> haha :-D
[08:19] <etank> pochu: i agree with you on the content of the posts to hit the planet.
[08:21] <cjwatson> BenC: cheers
[08:21] <BenC> cjwatson: thanks, btw, added that MIR for kexec-tools as well
[08:21] <BenC> added to queue, but have not done seeds yet
[08:39] <polopolo> Hello
[08:40] <polopolo> How to upgrade form feisty to Herd1?
[08:40] <polopolo> Tribe1 sorry
[08:44] <BenC> bryce: ping
[08:44] <bryce> hi BenC
[09:46] <brunosch> hi
[10:24] <shawarma> Shouldn't our firefox by default assume that a local html file is encoded in utf-8?
[10:42] <ajmitch> morning
[10:43] <pitti> hi ajmitch 
[10:43] <ajmitch> how are you, pitti?
[10:44] <pitti> ajmitch: good, thanks!
[10:45] <ajmitch> well, I missed the freeze this time, had no time lately
[10:45] <ajmitch> we need to have samba updated to 3.0.25a
[10:46] <pitti> ajmitch: erm, for tribe?
[10:46] <ajmitch> not critical, 3.0.25 just had a couple of problems
[10:46] <ajmitch> it can wait until afterwards
[10:47] <pitti> ajmitch: does it affect libsmbclient, or just the server?
[10:47] <ajmitch> server
[10:47] <pitti> ajmitch: if the latter, then later is the right answer, I think
[10:47] <pitti> since people will install it off the net anyway
[10:49] <pitti> BenC: l-ubuntu-modules upload looks harmless enough; do we need that for tribe-1?
[10:56] <pitti> ogra: still awake?
[11:02] <LaserJock> hi jono 
[11:02] <jono> hey
[11:04] <ajmitch> hello jono
[11:05] <jono> heya ajmitch
[11:05] <BenC> pitti: yeah, but I thought Colin had processed it
[11:05] <pitti> BenC: ok, I'll do it
[11:07] <BenC> pitti: thanks!
[11:07] <pitti> BenC: so we'll leave sparc broken for tribe-1, I figure
[11:08] <pitti> and linux-backports-modules, but that can be updated later, since it's not on the CDs, I figure?
[11:10] <pitti> good night everyone
[11:48] <PriceChild> Hey... I'm looking for an archive admin?
[11:49] <pygi> ajmitch, ^^
[11:49] <geser> PriceChild: bad timing
[11:50] <etank> pygi: if an app is version -0.1pre1 what would the correct name of the deb be when packaging it?
[11:50] <PriceChild> geser, yup :)
[11:51] <ajmitch> pygi: what?
[11:51] <pygi> I think PriceChild could use your help ^_^
[11:51] <Kmos> etank: it's not a final release..
[11:51] <ajmitch> I can't help him
[11:51] <pygi> oh! /me thought you can
[11:51] <ajmitch> no, it's not really about REVU
[11:51] <pygi> oki then n:P
[11:51] <geser> PriceChild: try again during european working hours
[11:52] <PriceChild> geser, hehe I will do thanks :) Will idle just incase.
[11:52] <ajmitch> pygi: I have no power :)
[11:52] <pygi> ajmitch, haha =)
[11:52] <etank> Kmos: nope
[11:53] <Kmos> etank: try to ask at #ubuntu-motu
[11:53] <etank> Kmos: sure thing
[12:08] <mikmorg> hello
[12:09] <mikmorg> i think my term is skrewed up.. brb