[04:27] <seb128> ogra: is one of those matching the icon you see for the menu item?
[04:27] <ogra> seb128, and Human/48x48 shows the one from the menu
[04:28] <Kamion> mdz: the script responsible for the disk selector was erroneously picking the first option from the list of devices available in the event that only one disk is available, without excluding /dev/mapper/*-*
[04:28] <ogra> seb128, nope, gartoon isnt in any of my menus
[04:28] <Kamion> mdz: so, if only one (actual) disk is available and there are also LVM volumes around, it might well pick a logical volume instead of the first real disk
[04:28] <seb128> ogra: Human ships an gnome-logo-icon-transparent.png for you?
[04:28] <Kamion> the only real disk, that is
[04:28] <ogra> seb128, just dpkg -S ing here
[04:29] <carlos> pitti: we got 8000 new translations since yesterday language pack
[04:29] <pitti> Kamion: I can do another one with verbose logging
[04:29] <Kamion> the fix just keeps track of the first real disk and chooses that in the event that only one real disk is available
[04:29] <pitti> carlos: wow
[04:29] <mdz> Kamion: ok, makes sense
[04:29] <ogra> seb128, hmm, nope, i wonder wher that comes from then ...
[04:29] <seb128> ogra: ok, it would have been weird
[04:29] <ogra> no idea wher that comes from :/
[04:29] <mjg59> mdz: gnome-power-manager needs to unconditionally enable suspend for PPC
[04:30] <Kamion> pitti: strange, I can't find any actual error in there; yes please, verbose logging would be great
[04:30] <mdz> mjg59: hey what to who now?
[04:30] <pitti> mjg59: that must be a gconf issue, right? because it worked with my old /home directory, but not with a fresh user
[04:30] <mjg59> pitti: Indeed
[04:30] <ogra> seb128, sorry for the chaos ...
[04:30] <seb128> ogra: np, but is that a new install from the current CD ?
[04:30] <ogra> nope, my upgraded hoary
[04:31] <seb128> ogra: ie: is that likely to be something on the CD that created it?
[04:31] <mjg59> mdz: Whether or not suspend is available is controlled via a gconf key, which always ought to be true for PPC (but currently isn't)
[04:31] <seb128> ah, ok
[04:31] <carlos> pitti: and 24331 since Friday
[04:31] <ogra> hoary->breezy->dapper
[04:31] <mjg59> mdz: Can I show you a patch in an hour or so?
[04:31] <seb128> ogra: you probably played some time ago to change the panel logo
[04:31] <ogra> seb128, must have been long ago since i dont remember it at all
[04:31] <seb128> ogra: that icon used to be the panel emblem for hoary
[04:31] <sivang> seb128: patch attached to bug report, now I have a train to catch, /me runs
[04:31] <ogra> but well, its the only explanation:)
[04:31] <seb128> later sivang
[04:31] <seb128> ogra: right
[04:32] <sivang> laters folks
[04:32] <carlos> doko: hmm I think the impress' .pot and .po files are not being generated
[04:33] <infinity> mdz: Ready to wrap your mind around some HideousHacks(tm)?
[04:33] <ogra> btw, will we get a saner distributor logo or will we have to live with the "stolen from osX aqua" one ?
[04:33] <infinity> mdz: HideousHacks, AKA "Why most people should never use diversions, cause fixing misuse sucks"
[04:33] <ogra> this buttonish border looks scary :)
[04:34] <pitti> ogra++
[04:34] <seb128> ogra: https://launchpad.net/distros/ubuntu/+source/ubuntu-artwork/+bug/47260
[04:34] <Ubugtu> Malone bug 47260 in ubuntu-artwork "Distributor icon is ugly" [Normal,Confirmed]
[04:34] <seb128> comment on it
[04:34] <ogra> hehe
[04:34] <ogra> will do :)
[04:34] <pitti> the doc team already complained about breaking screenshots all over
[04:34] <ogra> i neither didnt like the one before, but that looked a lot better
[04:35] <mdz> infinity: the only reasonable fix for diversions bugs is to remove the use of diversions entirely
[04:35] <infinity> mdz: Heh.
[04:35] <infinity> mdz: Seeing this debdiff will likely solidify that opinion for you.
[04:36] <pvanhoof> eeeeeeeeek. what is that border around the ubuntu logo
[04:36] <infinity> mdz: http://cerberus.0c3.net/~adconrad/ia32-libs.diff
[04:36] <infinity> seb128: Commented.
[04:36] <jsgotangco> pvanhoof: amen
[04:37] <mdz> why does it seem like all reporters of Kubuntu ubiquity bugs flag them as security-related for no apparent reason?
[04:37] <infinity> mdz: The ia64 bit in preinst comes froms somewhere along the way, the diversion being randomly renamed from ldd.amd64 to ldd.ia32-libs, so now there's a mix of both in the wild.
[04:38] <fabbione> mdz: because they are special?
[04:38] <fabbione> the bugs i mean .. of course..
[04:38] <infinity> mdz: The postinst ugliness comes from past failed attempts at removing diversions, so some machines ended up with a parentless /usr/bin/ldd for no sane reason.
[04:38] <pitti> Kamion: http://people.ubuntu.com/~pitti/tmp/ *.verbose
[04:38] <infinity> mdz: It's all very scary.
[04:38] <infinity> mdz: But appears to be correct, and was tested on amd64 and ia64, breezy and dapper chroots.
[04:38] <pitti> Kamion: exactly the same error after restarting ubiquity with verbosity (although the partition table was already updated in the first run)
[04:40] <hunger> What are my chances to see suspend working in dapper as well as it did in breezy?
[04:40] <infinity> hunger: If it's not currently, then "about nil".
[04:40] <doko> Kamion: in the installer: did the console mode (frame buffer / vga) did change in dapper (compared to breezy)?
[04:40] <infinity> hunger: We're going to close the gates for uploads completely very shortly.
[04:41] <hunger> infinity: I feared that:-(
[04:41] <Kamion> doko: it's 640x400 now
[04:41] <Kamion> (vga16fb change in kernel)
[04:41] <hunger> infinity: Well, I guess I'll have to install breezy again then:-(
[04:42] <Kamion> pitti: oh, can you get /var/log/syslog too? I think the actual error may have landed there
[04:42] <Kamion> I need to consolidate that post-dapper, the current situation is a mess
[04:42] <fabbione> Kamion: can you confirm we don't have LAMP on dvd? (powerpc)
[04:42] <infinity> doko: We changed the framebuffer to work a bit better for 5% of people, which made it worse for 1%... Are you in the 1% that got shafted?
[04:42] <Kamion> fabbione: correct
[04:43] <fabbione> Kamion: ok thanks.
[04:43] <Kamion> fabbione: given a bit more time, it would be fixable, but ...
[04:43] <Kamion> (ENOTIME)
[04:43] <pitti> Kamion: indeed -- 'could not stat /dev/hda3 -- no such file or directory'; I'll send you the full log
[04:43] <Kamion> pitti: whoa, oddness
[04:43] <doko> infinity: no, see bug 47283
[04:43] <Ubugtu> Malone bug 47283 in bash "Strange Resolution in Shell" [Normal,Unconfirmed]  http://launchpad.net/bugs/47283
[04:43] <fabbione> Kamion: i think we can live without.. thanks
[04:44] <pitti> Kamion: http://people.ubuntu.com/~pitti/tmp/var_log_syslog
[04:44] <pitti> Kamion: Indeed I have /dev/hda[124] , but not 3
[04:44] <infinity> doko: 80x25 is "strange" now? :)
[04:44] <Kamion> pitti: 403
[04:44] <pitti> Kamion: it seems udev needs to be poked after recreating partitions or so?
[04:44] <Kamion> we do poke udev though, I think ...
[04:44] <pitti> Kamion: sorry, fixed
[04:44] <Kamion> do you have /bin/update-dev?
[04:45] <pitti> yes, I have
[04:45] <infinity> doko: I guess he got used to the non-standard 80x30 that the 640x480 console gave him.  He also needs to adjust his monitor to show the whole image, which might help.
[04:45] <infinity> doko: Very much a Rejected bug waiting to happen. :)
[04:46] <doko> infinity: already done :)
[04:46] <infinity> mdz: Comments on the ia32-libs scariness, or do you just want me to upload it without you looking, so you don't have to vomit?
[04:47] <fabbione> infinity: he is busy atm...
[04:47] <infinity> fabbione: Ahh.
[04:47] <infinity> Are you his new scecretary? :)
[04:47] <infinity> secretary, too.
[04:47] <fabbione> infinity: no,  but i can
[04:47] <fabbione> infinity: no,  but i can watch him moving around the office
[04:49] <Kamion> pitti: I must say, I can't say I understand this
[04:49] <carlos> mdz: Hi, When will be open edgy in launchpad?
[04:49] <infinity> Did I promise anyone anything today that I haven't yet done (other than ia32-libs)?  I'm starting to lose track of my own body parts.
[04:50] <Kamion> pitti: particularly given that that partition allegedly exists on boot, according to the syslog
[04:50] <fabbione> infinity: to fill up my bank account?
[04:50] <Kamion> so I blame, er, well, no idea
[04:50] <infinity> carlos: When soyuz is ready for us.
[04:50] <pitti> Kamion: fdisk -l /dev/hda3 also prints it
[04:50] <pitti> Kamion: I just called /bin/update-dev manually, doesn't help
[04:51] <carlos> infinity: so you need some code changes first?
[04:51] <infinity> carlos: No, we just need to get the distribution created, make sure it works, etc.
[04:51] <Kamion> pitti: what's in /sys/block/hda?
[04:51] <carlos> so that means this week or next one...
[04:51] <infinity> carlos: Other than the fact that we'll all be exhausted, I suspect that a couple of hours between cprov and I will be all that it takes to make it go.
[04:51] <carlos> hmm, I'm being late then to get translations in place too
[04:51] <pitti> Kamion: hda[124] , no 3
[04:52] <Kamion> pitti: then your kernel is interestingly confused
[04:52] <pitti> Kamion: vgchange -a n doesn't help either
[04:52] <carlos> infinity: please, tell me if you agree on a date for it
[04:52] <infinity> carlos: "Any time after June 1" :)
[04:52] <carlos> ;-)
[04:52] <carlos> ok
[04:52] <infinity> carlos: Some of the devs will be itching to upload ASAP, so the faster we can get going on the infrastructure side, the better.
[04:53] <pitti> Kamion: ok, let's debug that at a later point then? it seems unrelated to the partman patch I tried
[04:53] <Kamion> pitti: I think so, yeah
[04:53] <carlos> infinity: yeah, I will try to get it in place in time, if I'm late... I will execute it by hand and put it in place for edgy + 1
[04:54] <Kamion> I've uploaded the partman-auto patch
[04:54] <pitti> unless you need anything further
[04:54] <Kamion> pitti: nope, thanks
[04:55] <pitti> Kamion: I file a bug with what we have, as a reminder
[04:55] <Kamion> thep: there's way too much hardcoded in kbd-chooser, sigh - I didn't realise that the *.syms.h files were copied in there too
[04:55] <Kamion> not fixable before dapper, but fixable after
[04:55] <Kamion> pitti: thanks
[04:56] <mdz> infinity: can you upload an ia32-libs with only the new packages so that we can consider this more substantial change separately?
[04:56] <mdz> carlos: some time after dapper is released
[04:56] <infinity> mdz: Yeah.
[04:57] <mdz> infinity: what is the bug it is fixing?
[04:57] <mdz> is there a report open?
[04:57] <ogra> mdz, amd64 dapper->dapper upgrades fail completely on ia32-libs
[04:57] <thep> Kamion, OK. Will wait till post-dapper.
[04:57] <Kamion> sorry it wasn't spotted earlier, again
[04:57] <infinity> mdz: Some reported, some not.  Upgrades from several intermediate dapper versions are broken on amd64.  Upgrades from breezy to dapper are broken on ia64, fresh installs on ia64 are currently broken.
[04:58] <Kamion> thep: ubiquity *might* manage to work (possibly by accident), not sure
[04:58] <infinity> mdz: The failure cases are explained above in my ramblings to you to explain the changes.
[04:58] <thep> Kamion, you mean another installer?
[04:58] <Kamion> thep: the desktop CD installer
[04:58] <Kamion> it does use kbd-chooser under the hood though, so my guess is that it will also fail
[04:59] <mdz> infinity: why does breezy->dapper break on ia64 but not amd64?
[04:59] <mdz> I must admit, I am not very sympathetic toward ia64 at this juncture
[04:59] <thep> Kamion, it's another installer than espresso?
[04:59] <infinity> mdz: Because ia64 still ships a divers, amd64 doesn't, and somewhere along the way, someone decided to rename that divers from ldd.amd64 to ldd.ia32-libs.
[04:59] <mdz> doko: what do you mean by this?
[05:00] <mdz>    * Build using qt-x11-free_3.3.6-1ubuntu5, entering the archive in
[05:00] <mdz>      dapper-updates.
[05:00] <infinity> mdz: So, we can either break all dapper->dapper upgrades by forcing it to be ldd.amd64, or break breezy->dapper by forcing it to be ldd.ia32-libs, or employ the hack I added in that preinst to normalise it.
[05:00] <Kamion> thep: espresso is called ubiquity now
[05:00] <thep> Kamion, i see
[05:00] <doko> mdz: the qt-x11-free_3.3.6-1ubuntu5 is not yet in the archive, but built by hand on a clean environment.
[05:01] <infinity> mdz: Anyhow, the ia64 code is all if-guarded anyway, so it's a "for-free" change while fixing the amd64 stuff and updating the binaries.
[05:01] <mdz> doko: the one that I said should wait until after release?
[05:01] <doko> we did agree to upload the qt-x11-free_3.3.6-1ubuntu5 to dapper-updates, didn't we?
[05:01] <doko> correct
[05:01] <mdz> doko: dapper-updates, NOT dapper
[05:01] <pitti> argh
[05:01] <Kamion> right, 1600, time to download translations
[05:01] <ogra> wasnt that fixed ?`
[05:01] <ogra> Keybuk poked on it a lot
[05:01] <doko> mdz: I'm confused; you did OK ia32-libs-kde
[05:02] <pitti> ogra: ISTR reading a pbbuttonsd changelog entry, but it's still started on ppc/live
[05:02] <ogra> bah
[05:02] <mdz> doko: please revert
[05:03] <mdz> doko: if this is what you meant, I misunderstood you
[05:05] <doko> mdz: well, yes, that was a misunderstanding.
[05:05] <pitti> carlos: now that we have all domains that the buildd tarballs have, can we be sure to have all PO files as well?
[05:05] <pitti> carlos: i. e. can I drop the tarball merging?
[05:06] <Kamion> hmm, I have several ubiquity bugs which I think are due to people not reformatting the root file system
[05:06] <carlos> pitti: I think so, yes, the only ones that we would be missing are the ones that failed
[05:06] <carlos> pitti: and we have that list already
[05:06] <infinity> pitti: Drop tarball merging?  Does that mean I can stop publishing them and remove apache from the buildds? *excited look*
[05:06] <Kamion> I think I'll worry about those after dapper, unless anyone radically objects ...
[05:06] <doko> mdz: do we really need to revert that? it's a local change only affecting kubuntu on amd64, tested by Riddell and me. The rationale of this was having one less abort for OOo
[05:06] <pitti> carlos: 'the ones that failed' -> is that yes or no?
[05:07] <carlos> pitti: I have those entries available from launchpad.net/rosetta/imports
[05:07] <carlos> pitti: so I guess the answer is 'yes'
[05:07] <pitti> carlos: failed because they are broken, or because importing them doesn't work?
[05:07] <carlos> pitti: most of them, because the files are broken
[05:07] <pitti> carlos: in the former case, shipping them in the langpacks doesn't make sense anyway
[05:08] <carlos> pitti: I guess a couple are due rosetta bugs, and from time to time, I review them
[05:08] <carlos> pitti: don't worry, I will reduce that list to zero so any missing translation will appear in next language pack
[05:10] <pitti> carlos: great
[05:10] <Kamion> is Rosetta still stalled doing the OOo import?
[05:11] <infinity> mdz: I can do a much smaller patch that doesn't worry about upgrade breakage at all, but at least makes ia64 installable from scratch (that's just an if guard around one statement, instead of the gobs of scary in the previous diff)
[05:11] <Kamion> it seems to be taking longer than usual to do a couple of translation exports
[05:11] <infinity> mdz: While I'd prefer to sort all the upgrade bugs, I can see the argument for just leaving it saying "oh well, good enough for most users"
[05:12] <carlos> Kamion: 320 .po files to go
[05:12] <seb128> carlos: did you update the evolution template? do you know when the change will be applied?
[05:12] <Kamion> carlos: any rough ETA?
[05:12] <carlos> Kamion: oh, the export thing is unrelated
[05:12] <mdz> doko: I said that the change should go to dapper-updates, not that it should go in dapper for kubuntu/amd64
[05:12] <mdz> infinity: this smells like dapper-updates to me
[05:12] <carlos> Kamion: I'm doing full exports of OO.org to generate language packs, but should be much faster as I got already most of them
[05:13] <carlos> Kamion: you should get your request in 10 - 15 minutes, don't think it would take much more
[05:13] <carlos> but the imports don't block the exports
[05:14] <carlos> so those are unrelated
[05:16] <Kamion> carlos: ok, thanks
[05:16] <Kamion> ah yes, there's one of them now
[05:16] <seb128> carlos: and about my question? :)
[05:17] <doko> mdz: my understanding was, that the qt-x11-free upload should go to dapper-updates and the ia32-libs-kde upload to dapper; therefore the followup discussion with infinity how to provide the qt-x11-free packages included in ia32-libs-kde. I think we would be better with working qt widgets and scim on kubuntu-amd64, but preparing the upload now.
[05:18] <infinity> mdz: Here's what I'm talking about.  If I ignore all the possible upgrade snafus addressed by the scary patch (and leave those for -updates), this will at least make the ia32-libs on the ia64 ISO installable.
[05:18] <infinity> mdz: http://cerberus.0c3.net/~adconrad/ia32-libs.diff2
[05:18] <mdz> doko: you showed me a diff
[05:18] <mdz> http://people.ubuntu.com/~doko/ooo-amd64/ia32-libs-kde.diff
[05:18] <carlos> seb128: the evolution template is blocked by OOO imports
[05:18] <mdz> doko: but that is not what you uploaded
[05:19] <pitti> mantas_, seb128, Riddell, carlos: new daily language packs ready for testing. Please upgrade to them and report any issues you might find (final candidates)
[05:19] <carlos> seb128: I don't think it will be imported until tomorrow
[05:19] <seb128> pitti: ok, will do
[05:19] <seb128> carlos: ok, then dapper will have that bug, no big deal that's a detail
[05:19] <danimo> crimsun: ping?
[05:19] <carlos> seb128: well, dapper will have it anyway, final language packs are already done
[05:20] <carlos> seb128: even before you gave me the fixed .pot file
[05:20] <seb128> carlos: right
[05:22] <mdz> infinity: ok, you have a deal
[05:22] <infinity> mdz: Danke.  I'll pester you for the other change on June 2nd. :P
[05:22] <mdz> doko: this doesn't affect the CDs and we can look at it after release; it's not a trivial change by any means
[05:22] <infinity> (Or I'll forget about it and won't care in a month)
[05:22] <mdz> infinity: perhaps both of the ia64 users will remind you
[05:23] <infinity> mdz: well, it affects OOo working properly on the kubuntu/amd64 livecd.  That's about it.
[05:23] <danimo> crimsun: unping
[05:23] <infinity> mdz: I suspect that after we made a lot of noise about Ubuntu and KDE, saving face with livecds that work well might be worth it.
[05:23] <mdz> infinity: no, it just means it doesn't get the KDE file dialog
[05:23] <mdz> right?
[05:23] <infinity> mdz: Note that the change is localised to ia32-libs-kde, which is broken anyway.
[05:24] <infinity> mdz: Riddell would have to confirm that.  I'd understood it as "the dialogs are completely broken", but I've not actually looked.
[05:24] <mdz> infinity: the KDE dialog is broken; Riddell unseeded oo.o-kde to work around that.  it works.
[05:25] <mdz> and we're not going to revert that change in favor of this one
[05:25] <infinity> Ahh, well.  If it works perfectly well otherwise, then screw it.
[05:25] <mdz> that would be exchanging a simple and safe fix for a complex and risky one
[05:25] <infinity> But getting this in -updates ASAP for breezy->dapper upgraders would be nice.
[05:25] <infinity> Cause they'll have OOo-kde installed, and it'll break.
[05:26] <mdz> it's already broken
[05:27] <mdz> and apparently has been for some time
[05:27] <infinity> I understood that it worked in breezy.
[05:27] <infinity> Then broke early in dapper.
[05:27] <infinity> So people jumping from breezy to dapper will watch it regress.
[05:28] <infinity> Achwell.  I'd rather go bikeshed about the ugly icon on my panel anyway.
[05:28] <infinity> It's not the end of the world if this gets fixed post-release, it's just unfortunate that the livecd will lack the shininess of a pseudo-integrated OOo.
[05:29] <pitti> rebooting to test final langpacks
[05:33] <pitti> carlos: any idea why you don't export the 'libc' domain from glibc any more?
[05:35] <carlos> pitti: https://launchpad.net/distros/ubuntu/dapper/+source/glibc/+pots/libc is setup to appear in language packs
[05:36] <doko> mdz: I'm reverting it. it's not true, that I did upload something else. I adjusted the changelog after our discussion to be more verbose. See http://people.ubuntu.com/~doko/ooo-amd64/ia32-libs-5-6.diff for reference
[05:36] <pitti> Riddell, seb128: apart from dropping libc domain (compared to yesterday), new langpacks look good to me
[05:36] <carlos> pitti: the only thing I can guess is that we got no .po files for that translatio domain....
[05:37] <pitti> carlos: the libc tarball has plenty
[05:37] <carlos> for libc ?
[05:37] <Kamion> gar, why are people translating pt and pt_PT separately]
[05:38] <Kamion> or es and es_ES
[05:38] <carlos> Kamion: which domains?
[05:38] <carlos> we are 'killing' those translations
[05:38] <jdub> Kamion: where are the dvd images hosted?
[05:38] <mdz> doko: thank you
[05:38] <doko> mdz: is it ok to freshen the packages from the archive for the ia32-libs-kde upload?
[05:38] <Kamion> carlos: ubiquity/+pots/ubiquity
[05:38] <pitti> carlos: yes, glibc tarball has lots of po files; unfortunately it doesn't build mo files any more, so the buildd tarball doesn't have them
[05:38] <Kamion> jdub: cdimage.u.c/releases/dapper/blah
[05:38] <jdub> oh,ok
[05:38] <Kamion> or cdimage.u.c/dvd/ for dailies
[05:39] <mdz> Kamion: are installer translations going to make this cron.daily?
[05:39] <Kamion> jdub: I don't think I published DVD images for the RC
[05:39] <Kamion> mdz: er, maybe, if I stop being asked questions ;)
[05:39] <Kamion> probably not though, it takes a while
[05:39] <carlos> pitti: I will do a manual import of those .po files
[05:39] <infinity> I can just turn off the publisher crontab and we can start by-handing it...
[05:39] <pitti> carlos: right, let's ship them in -updates
[05:40] <carlos> Kamion: I did some changes to prevent even more that situation
[05:53] <infinity> Okay, I think that's my last upload for dapper-release.
[05:53] <infinity> Who knows how many I'll be making for -updates, but whatever.  :)
[05:53] <bgertzfield> infinity: Go have a drink. ;)
[05:54] <infinity> bgertzfield: Well, no, now I get to drive the FTP and CD build machinery.
[05:54] <infinity> After June 1st, THEN I can drink.
[05:54] <infinity> Copious amounts, if I have my way.
[05:54] <Kamion> I heartily wish that merging installer translations was quicker
[05:55] <carlos> doko: I did a single .tar.gz export this time
[05:55] <bgertzfield> infinity: Yes.  Yes you will.
[05:55] <carlos> doko: http://people.ubuntu.com/~carlos/ooo-dapper-2006-05-29.tar.gz
[05:56] <mvo> bgertzfield: hello! did you got my mail?
[05:56] <bgertzfield> mvo: Yeah!  I just got the email.  Thanks again. :)
[05:57] <doko> carlos, mdz: these OOo translations are still targeted for dapper?
[05:57] <Kamion> mdz: no, no way I'll make this cron.daily, sorry
[05:57] <carlos> doko: It lacks ooo-impress because for some reason, you didn't provide it or it wasn't imported into Rosetta (not sure why)
[05:58] <carlos> mdz: those are to generate ooo.org language packs that have their own packages outside pitti's language packs
[06:16] <mdz> Kamion: urgh, I would have uploaded a 1.0.10a fixing the typo if I had known
[06:16] <mdz> it would be nice to have working desktop CDs this close to release
[06:19] <thep> Kamion, Gotta go to bed. Thanks for handling the bug.
[06:20] <Kamion> mdz: sorry, I'll have it for this cron.daily
[06:20] <Kamion> working as fast as I can
[06:22] <seb128> pitti: language packs look good to me
[06:23] <infinity> Kamion: I can stop the soyuz machinery for you if you're not going to make it.
[06:25] <mathrick> hi, I need some help with Ubuntu's fontconfig, namely, I'm trying to patch is so that FreeSans is considered as the very last candidate (it's too ugly for anything else), and also to make my Japanese fonts look right
[06:26] <Tonio_> hi
[06:26] <mathrick> I thought it'd include /usr/share/language-selector/fontconfig/$LANGUAGE, but apparently, that's not the case
[06:26] <Kamion> infinity: I'll make this one, just not the previous one
[06:26] <mathrick> the result is that Japanese-specific overrides for embedded bitmaps and similar don't work
[06:26] <infinity> Kamion: Alright.
[06:27] <mathrick> actually, I believe embedded bitmaps should be simply disabled per-script, no matter the current locale, but that's another step, right now I want to see why it does't work the way I expect it to
[06:27] <mathrick> hey Burgwork
[06:28] <ogra> mathrick, please ask support questions in #ubuntu we're preparing the release here
[06:29] <mathrick> ogra: this is not a support question, this is me trying to fix problems with language-selector
[06:29] <mathrick> ogra: the desired end result is a patch
[06:32] <mantas_> pitti, where I can find new language packs ?
[06:33] <infinity> mathrick: Even if a patch is produced, it won't make dapper at this point, so this may not be the ideal time to discuss it.
[06:34] <Burgwork> hey mathrick
[06:35] <pitti> mantas_: deb http://people.ubuntu.com/~pitti/langpacks/daily/ ./
[06:35] <mathrick> infinity: okay, but that's nevertheless something that needs addressing, I got the first part figured out, now I need someone to tell me if /usr/share/language-selector/fontconfig/$LANGUAGE is supposed to be read by fontconfig
[06:36] <mathrick> so that I know if I should move to #ubuntu and try to debug my install
[06:56] <Kamion> infinity: could you hold soyuz after all please? hit a small snag
[06:56] <infinity> Kamion: On it.
[06:56] <Kamion> should only take an extra ten minutes
[07:04] <infinity> I'm timing you.
[07:05] <fabbione> infinity: me?
[07:05] <Kamion> you're timing my ISP's upload bandwidth now
[07:05] <Kamion> no me
[07:05] <fabbione> :)
[07:06] <Coyctecm> what's default font in open office, open office don't respect .fonts.conf ?
[07:08] <mdke> Riddell: rock!! thanks a lot
[07:10] <Kamion> infinity: Good to go now.
[07:10] <Kamion>    39659 | S- | ubiquity             | 1.0.11               | 30 seconds
[07:10] <Kamion>          | * ubiquity/1.0.11 Component: main Section: admin
[07:10] <infinity> Woo.
[07:11] <infinity> Publishing.
[07:11] <Kamion> the snag was that I broke the encoding of partman-auto's Croatian translation by accident during the merge
[07:11] <infinity> That was a lot of language packages that just scrolled across my screen...
[07:12] <crimsun> pitti: I've received no word (at least in awaylog). -updates is fine. Thanks.
[07:12] <pitti> crimsun: yes, let's do it for -updates then, should be easier to undo if it should really break something
[07:15] <pouet> I have done a libpam_mount patch, but the author doesn't seem to react on source forge. I want to know if it's possible to have them included in ubuntu patches ?
[07:15] <pouet> or if there is some place to submit them.
[07:16] <pouet> maybe launchpad ?
[07:16] <pitti> pouet: please submit it as a bug report
[07:16] <pitti> pouet: it's nothing for dapper, we are in ice cold freeze
[07:16] <pouet> pitti: yes, but I will swich to edgy eft soon after it's released
[07:17] <pouet> pitti: I have read the repository will open mid jun
[07:17] <pitti> pouet: yes, it will
[07:18] <jdub> ice cold freeze! *dink* ... that's the sound of another dapper-changes mail hitting the ice... ;-)
[07:19] <pitti> jdub: Scrud managed to get out, too :)
[07:19] <pitti> (the furry cute animal from Ice Age)
[07:21] <pouet> I am impatient to have upgrades
[07:22] <pouet> I hope edgy eft will not be too much broken ^^
[07:22] <ogra> i hope it will
[07:22] <jdub> pitti: ha ha
[07:22] <ogra> at least in the beginning
[07:22] <infinity> I'm planning on breaking it spectacularly.
[07:22] <jdub> i hope edgy is a buckling tower of pain and horror to start with
[07:22] <ogra> brokeness in the beginning of a cycle means more new features ;)
[07:22] <ogra> yay
[07:22] <jono> hey jdub
[07:23] <jdub> morning jono
[07:30] <zyga> hello
[07:30] <zyga> I'm sorry for dissapearing yesterday but my laptop is no longer operational
[07:31] <bgertzfield> hey zyga
[07:31] <bgertzfield> sorry to hear that :(
[07:31] <bgertzfield> I hope I didn't trash it!
[07:31] <zyga> no
[07:31] <bgertzfield> phew
[07:31] <pitti> zyga: iz GTK bug?
[07:31] <zyga> I turned it off because the fan was malfunctioning
[07:31] <zyga> pitti: hum?
[07:31] <bgertzfield> I see
[07:32] <zyga> bgertzfield: it is not damaged but I need to get some hardware to re-assemble it
[07:32] <pitti> zyga: nevermind, seb128 will kick me soon enough
[07:32] <mvo> zyga: oh, that are bad news :/
[07:33] <zyga> phone
[07:34] <sivang> re all
[07:36] <zyga> back
[07:36] <zyga> hi sivang
[07:36] <zyga> pitti: gtk display bug on ati drivers?
[07:36] <sivang> hey zyga , how is it going?
[07:36] <pitti> zyga: yes, that one sucks
[07:36] <zyga> anyway I need to get some CPU heat paste and re-assemble the thing carefully
[07:36] <zyga> pitti: yes it's very annoying
[07:36] <zyga> pitti: but hibernation works ! :)
[07:37] <zyga> sivang: I trashed my laptop
[07:37] <sivang> zyga: oh god, how did you do that?
[07:37] <zyga> (or, it died and I trashed it trying to repair)
[07:37] <zyga> fan got stuck
[07:37] <zyga> I disassembled it
[07:37] <zyga> I'll drop a pic because it's pretty picture :D
[07:37] <zyga> so much stuff in that laptop is useless IMHO :)
[07:38] <zyga> pitti: how is a bug like that generated?
[07:38] <pitti> zyga: out of sheer malice; frankly, I don't know
[07:38] <zyga> pitti: it's rather ackward, like some color mask gone wrong
[07:44] <zyga> too bad it's this close to release
[07:46] <sivang> pitti: I managed to fix something from the Radar :-) malone #39482 , but I forgot to drop the debug g_warnings in the debdiff I attached to the bug :-/
[07:46] <Ubugtu> Malone bug 39482 in nautilus "nautilus tries to move when dragging and dropping from read-only folders, instead of copying" [Normal,Confirmed]  http://launchpad.net/bugs/39482
[07:47] <pygi> sivang, hey
[07:47] <sivang> pygi: hey dude
[07:47] <pygi> you have a sec or working on bugs?
[07:47] <sivang> pygi: 'sup?
[07:48] <pygi> fixing Diva bugs (not that you know what that is, but still :P)
[07:48] <sivang> pygi: I just need to fix a debdiff, so I can chat while doing that
[07:48] <sivang> pygi: Diva, I think you showed me it's interface sometime ago?
[07:48] <pygi> sivang, indeed :P
[07:49] <pygi> sivang, https://wiki.ubuntu.com/HomeUserBackupNg
[07:49] <pygi> some nice ideas from me :)
[07:53] <sivang> pygi: k, cool thanks
[07:53] <sivang> pygi: I had some discussins with mpt the other day,
[07:53] <sivang> and I'm keen to change a bit our plans :)
[07:53] <pygi> sivang, who is mpt? :-/
[07:53] <pygi> and how do you want to change plans?
[07:53] <sivang> mpt is Ubuntu's in house UI specialist and designer
[07:53] <sivang> ;-)
[07:54] <Treenaks> sivang: GUIru?
[07:54] <pygi> o joy, and I guess changing plans means in UI ?
[07:56] <sivang> pygi: not entirely :)
[07:56] <pygi> sivang, ergh, what then?
[07:56] <pygi> Don't say you wanna change the scope to "World best backup application" ? :)
[07:56] <sivang> but changing plans is more of to postpone the "super uber complete disaster recovery system" and first concentrate on making it rock solid , with all the bindings in place,
[07:57] <sivang> and so get it and tell many users it's safe to use.
[07:57] <sivang> we only have like 4 months before edgy, and I am not sure we would be able to complete everything in time if we try to do everything at one hit,
[07:57] <sivang> we already have lots of work in doing better device detection, and making it respond in real time to plug events like hal does,
[07:58] <sivang> in accordance with that we need to make sure all error are trapped and are accounted for in an appropriate way
[07:58] <pygi> sivang, we won't have complete recovery disaster system ready for edgy ofcourse
[07:58] <sivang> plus adding support to for remaining size probes for different devices etc..
[07:58] <pygi> sivang, I added a lot more things we have to work on for system like that, so it's sure we wouldnt be able to finish it in time
[07:59] <sivang> we have enough work to do together with the notifcation infrastrucutre without making it super uber disaster recovery system
[07:59] <pygi> sivang, please look at that page I gave you , and add part (Edgy - Scope )
[07:59] <sivang> pygi: cool, I will ldo that
[07:59] <sivang> I'm just happy you're not disappointed by it
[07:59] <pygi> also, please comment the things I wrote down :)
[07:59] <sivang> You seemed very eager and I would hate to break you enthusiasm :-)
[07:59] <sivang> pygi: will do, but first I Need to fix the debdiff I sent to seb128 so he won't get angry at me :)
[07:59] <pygi> sivang, bah, I haven't even planned to have all that ready for edgy :)
[08:00] <HiddenWolf> sivang: you've got some home user backup love planned? :)
[08:00] <zyga> I'm pulling pictures of my mess
[08:00] <pygi> All we need is get general infrastructure on which we can build on
[08:00] <zyga> I should be ashamed of myself :)
[08:00] <pygi> HiddenWolf, a lot love :)
[08:00] <sivang> HiddenWolf: lots and lots of love
[08:00] <sivang> HiddenWolf: I already have a team behind me :)
[08:00] <HiddenWolf> SoC?
[08:00] <pygi> HiddenWolf, nop, no SoC :)
[08:00] <pygi> sivang, o joy, team is 3 people :)
[08:01] <HiddenWolf> btw, is there a list of accepted _buntu projects?
[08:01] <pygi> HiddenWolf, yup
[08:03] <HiddenWolf> ah
[08:03] <pygi> sivang, that team on LP ... are we going to hold there all people interested in HUB, or just devs?
[08:04] <pygi> sivang, btw. we are
[08:04] <pygi> argh. :P
[08:10] <pygi> will be back in sec
[08:12] <pygi> sivang, back, hopefully you got the last pm
[08:13] <pygi> dinner, brb
[08:18] <sivang> back now
[08:20] <sivang> pygi: after you do the doc I could write the neccessary bindings myself even I guess :)
[08:23] <Mithrandir> sladen: why do you think 43780 has a lower severity because it's not in main?
[08:23] <sivang> pygi: what did you mean in
[08:23] <sivang> GnomeVFS
[08:23] <sivang> 1)Take advantage of GnomeVFS in "boot" mode
[08:23] <sivang> 2)Port GnomeVFS pre-boot so we could take advantage of it (?!)
[08:23] <sivang> ?
[08:23] <sivang> How is it related to the preboot/post-boot ?
[08:24] <_ion> 0) Rewrite GnomeVFS to be a thin wrapper to something like fuse.
[08:24] <_ion> The same applies to KDE VFS.
[08:25] <sivang> to have it available in boostrap environments?
[08:27] <pygi> sivang, sorry, afk, I'll be here later :(
[08:28] <sivang> pygi: no problem :-)
[08:31] <sivang> hmm, applying debdiff is with plain patch right?
[08:31] <sivang> after all, it's just a patch :-)
[08:33] <zyga> done
[08:33] <zyga> I've got all the messy pictures :)
[08:38] <sivang> hmm, how I tell patch to create a file that's listed on the patch if it's not laready there?
[08:39] <sivang> zyga: any idea?
[08:39] <zyga> hmm
[08:39] <Mithrandir> sivang: run diff with -N; patch does so automatically
[08:39] <zyga> right
[08:39] <zyga> -N diff's new files
[08:39] <chantra> hi there
[08:39] <zyga> -Naur - new, treat all like text, universal, recursive
[08:39] <zyga> the universal differ
[08:40] <chantra> I would like to cross compile package from a i386 to amd64
[08:40] <chantra> it seems that amd64 arch doesn't exist in the kernel
[08:40] <chantra> should i use ia64 ?
[08:40] <zyga> chantra: ?
[08:40] <zyga> chantra: ia64 is not amd64
[08:40] <chantra> :(
[08:40] <zyga> chantra: the kernel fully supports x86_64 aka amd64
[08:40] <zyga> but you want a cross compile first
[08:41] <zyga> s/compile/compiler/
[08:41] <chantra> okie dokie :)
[08:41] <chantra> yep, I'm on my way to tpkg-make :)
[08:42] <chantra> giving a try :)
[08:42] <sivang> Mithrandir: I already did a debdiff, should patch then automaticaly handle stuff?
[08:43] <Mithrandir> sivang: yeah
[08:43] <zyga> sivang: unless it's binary then yes
[08:43] <sivang> Mithrandir: I want to change only inside the debdiff already, instead of re-introducing the changes into a fresh source
[08:43] <sivang> Mithrandir: and then apply and test the changes
[08:43] <sivang> zyga: it
[08:43] <sivang> zyga: not a binary pkg
[08:43] <Mithrandir> just edit the debdiff, then
[08:43] <sivang> zyga: only souce
[08:44] <sivang> Mithrandir: ok, I've done that, tries to patch -p1 < ... and it gave a warning about the non exisitng debian/patches/.. file, and did not create it there
[08:44] <sivang> patching file debian/changelog
[08:44] <sivang> patching file debian/patches/94_readonly_dnd_fix.patch
[08:44] <sivang> patch: **** unexpected end of file in patch
[08:45] <chantra> zyga: while tpkg-make Hmph - dunno the x86_64-linux arch
[08:45] <sivang> 94_readonly_dnd_fix.patch - this is the new file that did not exist before
[08:45] <chantra> while tpkg-make x86_64-linux it tells me:
[08:45] <chantra> Hmph - dunno the x86_64-linux arch
[08:45] <_ion> sivang: Perhaps rediff(1) would help.
[08:45] <zyga> chantra: I don't know tpkg-make, sorry
[08:46] <chantra> arf :s
[08:47] <sivang> _ion: right, thank you!
[08:49] <chantra> zyga: cheers :)
[08:49] <zyga> chantra: good luck
[08:50] <sivang> Mithrandir: I just needed to fix the offest indicators :)
[08:50] <Mithrandir> sivang: use a real editor which does so for you.
[08:52] <sivang> Mithrandir: care to tell me which is it? :)
[08:52] <sivang> nonetheless, patching failes... I guess I might do it manually afterall
[08:52] <Mithrandir> sivang: emacs does, at least.
[08:53] <sivang> okay, I'll try with emacs , maybe it will do better the offset adjustment
[08:59] <sivang> well, it appears rediff gets confused over debdiffs
[08:59] <chantra> zyga: have you ever cross compile .deb package?
[09:00] <sivang> given debdiffs are diffs over diffs
[09:00] <highvoltage> wow. that's deap, man.
[09:01] <zyga> chantra: no but i cross compile stuff dauly
[09:01] <zyga> daily
[09:02] <chantra> well I want to create .deb package, therefore it would be handy to be able to use dpkg utils :)
[09:03] <zyga> I don't know how to cross compile debs really
[09:03] <Kamion> last I checked, dpkg-cross was the answer
[09:03] <zyga> we use properiarity system at work
[09:03] <chantra> Kamion: yep, but I need to set up the environment first
[09:04] <chantra> and it seems amd64 and x86_64 are not supported by tpkg-make
[09:04] <chantra>  wonder if ia64 will do the trick
[09:04] <zyga> chantra: no
 should be one of alpha-linux, arm-linux, hppa-linux, i*86-linux,
[09:04] <chantra> ia32-linux, ia64-linux, m68k-linux, mipsel-linux, mips-linux, ppc-linux,
[09:04] <chantra> powerpc-linux, sparc-linux, s390-linux or similar.
[09:04] <zyga> that's 100% different arch
[09:04] <zyga> different CPU and instruction set
[09:05] <chantra> arf, the pasted bit is from tpkg doc
[09:05] <chantra> to you see anything near to amd64?
[09:05] <zyga> no
[09:05] <chantra> :(
[09:05] <chantra> :p
[09:06] <sivang> highvoltage: deep? :)
[09:06] <Kamion> I'm sure you could just search for any of those architectures and hack amd64 into the list ...
[09:07] <highvoltage> sivang: i'm in the mood for joking :)
[09:07] <sivang> highvoltage: well, you first need to let rediff work out your debian/patches level patch
[09:07] <sivang> highvoltage: then , create a new debdiff
[09:07] <sivang> as rediff on a debdiff seems not that useful :)
[09:08] <highvoltage> :)
[09:10] <sivang> ah, finally
[09:10] <sivang> clean debdiff attached
[09:10] <sivang> now just wait for the Seveas
[09:10] <sivang> oops
[09:10] <Seveas> ?
[09:10] <sivang> , for the seb128
[09:10] <Seveas> heh
[09:10] <sivang> :)
[09:10] <Seveas> yeah, the seb128 is much more useful than the seveas
[09:10] <sivang> hehe
[09:11] <sivang> Well, only when you need him to break stuff on your behalf in mina :p
[09:11] <sivang> or mine as well
[09:14] <sivang> my battery is almost done with all this nautilus building
[09:14] <sivang> laters all
[09:14] <zyga> bye sivang
[09:18] <highvoltage> bye sivang
[09:29] <pygi> sivang, back :)
[09:29] <pygi> sivang, so you wanna get rid of everyone once you have the doc? :P
[09:30] <mdke> dholbach: something has destroyed the help system...
[09:30] <dholbach> mdke: destroyed as in how?
[09:30] <pygi> sivang, about GnomeVFS...I was thinking that we could transfer backup images to nfs, ftp, bla, bla and all that provided by GnomeVFS)
[09:31] <mdke> dholbach: yelp is empty except for about ubuntu (gnome docs, ubuntu docs are gone)
[09:31] <mdke> dholbach: something scrollkeeper related?
[09:31] <dholbach> I can't confirm that
[09:31] <mdke> ah
[09:31] <dholbach> and I have the newest scrollkeeper version and everything installed
[09:31] <mdke> dholbach: i see it, and so do two more in -doc
[09:31] <dholbach> urg
[09:31] <dholbach> which locales are that?
[09:32] <mdke> en_GB
[09:32] <dholbach> all of you?
[09:33] <mdke> dholbach: yes I think so. The other two aren't around now
[09:34] <mdke> dholbach: DonS the yelp guy who runs Ubuntu confirms it too
[09:34] <dholbach> mdke: same locale?
[09:35] <mdke> dholbach: he's English so I guess so
[09:36] <olemke> dholbach, mdke: same yelp issue here with en_US.UTF-8
[09:36] <mdke> dholbach: italian works ok
[09:38] <mdke> bbiab
[09:38] <dholbach> I'm trying something
[09:38] <dholbach> i'll get back to you in a bit
[09:43] <dholbach> olemke, mdke: can you try to install the .deb files from  http://daniel.holba.ch/ubuntu/scrollkeeper/ and try again?
[09:44] <olemke> dholbach, sure
[09:45] <olemke> dholbach, those are for amd64? i'm on 386 :-(
[09:45] <dholbach> urg, sorry
[09:45] <dholbach> just a min
[09:45] <olemke> dholbach, no problem
[09:46] <dholbach> didn't think about it :)
[09:51] <dholbach> can you check again? reload the page?
[09:51] <olemke> dholbach, better :-)
[09:58] <dholbach> olemke: please tell me if that works for you
[09:58] <olemke> dholbach, unfortunately still the same. LANGUAGE=en_GB or en_US only shows about ubuntu
[09:58] <olemke> de_DE and it_IT works fine
[09:59] <olemke> or do i have to do anything else after installing the packages (like re-login)?
[10:00] <dholbach> no, not at all
[10:00] <olemke> thought so
[10:01] <dholbach> which version of ubuntu-docs is that?
[10:01] <olemke> 6.06.1
[10:02] <pitti> ouch
[10:02] <pitti> seb128: what was that for?
 zyga: iz GTK bug?
[10:03] <pitti> seb128: oh, that one; SCNR :)
[10:03] <seb128> pitti: I was away for some sport and diner, I'm catching up :p
[10:03] <zyga> seb128: hi
[10:03] <dholbach> olemke: what happens, if you run yelp from the terminal?
[10:03] <seb128> hey zyga
[10:03] <dholbach> olemke: can you paste the output in a query?
[10:04] <zyga> I really don't know, could be an X bug too
[10:04] <zyga> but I didn't manage to run anything, my laptop is dead
[10:04] <zyga> :/
[10:04] <olemke> dholbach, no output on terminal
[10:04] <olemke> dholbach, what query?
[10:06] <dholbach> olemke: ok, nevermind
[10:06] <dholbach> olemke: i'm at a loss of words
[10:07] <olemke> dholbach, ah got it now. :-) only output is that beagled is not running when searching for something, but i guess that's normal
[10:07] <dholbach> yeah, I suppose so
[10:08] <dholbach> olemke: i did a scrollkeeper update this morning, but I just added languages to it, no changes wrt to en_*
[10:09] <olemke> dholbach, I'll have a look in my apt cache, probably the old scrollkeeper is still there
[10:09] <seb128> I've the yelp issue on my box
[10:10] <dholbach> seb128: what happens there?
[10:10] <dholbach> seb128: which version of ubuntu-docs and scrollkeeper?
[10:10] <seb128> dholbach: do you want me to debug?
[10:10] <seb128> current
[10:10] <seb128> scrollkeeper_0.3.14-11ubuntu5_i386.deb
[10:10] <dholbach> ok, that's the old one
[10:10] <dholbach> the one I didn't patch
[10:10] <dholbach> ah no
[10:10] <seb128> ii  ubuntu-docs    6.06.1         The Ubuntu Documentation Project
[10:10] <dholbach> that's the one I patched already - sorry
[10:12] <olemke> dholbach, i'm downgrading to 0.3.14-11ubuntu4 and see if that fixes it
[10:13] <dholbach> olemke: thanks a lot
[10:13] <olemke> dholbach, yes, that one works!
[10:13] <dholbach> urg
[10:13] <seb128> dholbach: downgrading to 0.3.14-11ubuntu4 works
[10:13] <dholbach> URG
[10:13] <seb128> dholbach: do you want me to debug that?
[10:13] <olemke> *lol*
[10:13] <dholbach> I have no idea what could have cause that
[10:13] <seb128> dholbach: cf query
[10:13] <olemke> i'll leave the debugging to seb128 :-)
[10:38] <seb128> dholbach, mdke, olemke: I've a fix ready to upload
[10:39] <seb128> mdz: http://people.ubuntu.com/~seb128/scrollkeeper.debdiff ok to upload?
[10:39] <dholbach> seb128: thanks a lot.
[10:39] <seb128> mdz: the scrollkeeper update from this morning dropped the C locale by mistake, that fixes it
[10:39] <seb128> np
[10:39] <mdke> kewl, thanks seb
[10:40] <seb128> np
[10:40] <olemke> seb128, great
[10:44] <ciga> hi
[11:02] <mirak> hi
[11:02] <mirak> I am a bit tired by the nvidia driver from restricted modules that breaks after some upgrades. how is that possible ? isn't the restricted package bound to the appropriate kernel ?
[11:11] <mirak> Error: API mismatch: the NVIDIA kernel module has the version 1.0-8756, but this X module has the version 1.0-8762.  Please make sure that the kernel module and all NVIDIA driver components have the same version.
[11:11] <mirak> sorry
[11:11] <mirak> mistake
[11:12] <mdz> seb128: argh
[11:12] <mdz> seb128: yes, ok to upload
[11:13] <mdz> dholbach: how goes it?
[11:13] <pitti> mdz: the two i386 buildds are still crunching through the langpacks :( (with all the other buildds idling around)
[11:14] <dholbach> mdz: all seems to be good - i'm fixing up the community themes atm
[11:14] <seb128> mdz: done
[11:14] <dholbach> if somebody wants to test: http://daniel.holba.ch/ubuntu/ubuntu-artwork_28_all.deb
[11:14] <mdz> pitti: I have resigned myself to the fact that we will not have working CDs until tomorrow
[11:15] <dholbach> I'd be happy if somebody would look and check for obvious breakage
[11:15] <mdz> dholbach: what's wrong with the community themes?
[11:15] <seb128> is that going to be the dapper artwork?
[11:15] <dholbach> mdz: referred to non existing icon themes (or stuff that had to be packaged) and I had a bug in the Makefiles
[11:15] <mdke> dholbach: what sort of tests do you need?
[11:15] <dholbach> i'm working on it high speed
[11:15] <dholbach> mdke: install and check for missing icons or stuff that looks queer
[11:16] <mdke> dholbach: ok :)
[11:17] <mdke> heh
[11:17] <seb128> good idea
[11:19] <zul> heylo
[11:19] <seb128> dholbach: graphics, game, sound and video still look blury
[11:20] <dholbach> seb128: we didn't get those in 48x48
[11:20] <mdke> dholbach: is the menu logo supposed to be only about a third of the circle?
[11:20] <dholbach> mdke: yes
[11:20] <mdke> geez
[11:20] <pitti> dholbach: cool, this becomes active at instant :)
[11:20] <pitti> dholbach: yay for better close icons
[11:20] <nomed> dholbach, gtkrc files shouldn't go in
[11:21] <nomed> gtk-2.0/gtkrc ?
[11:21] <nomed> or not anymore ?
[11:21] <seb128> pitti: that still looks ugly on close button
[11:21] <pitti> seb128: but better than before IMHO
[11:21] <seb128> pitti: no
[11:21] <seb128> pitti: exactly the same for me
[11:21] <pitti> dholbach: System -> About Ubuntu still has this buttonish look, is that correct?
[11:21] <seb128> pitti: open the theme selector by example
[11:21] <seb128> pitti: restart your panel
[11:21] <mdke> I can't get over the 1/3 menu icon... ughhh
[11:22] <dholbach> pitti: kill the panel
[11:22] <seb128> pitti: that's a coded entry, it's not updated dynamically
[11:22] <seb128> hum, no, it comes from a .desktop
[11:22] <seb128> but not updated dynamically ... :)
[11:22] <pitti> seb128: right, big icons stay the same here
[11:23] <seb128> notify bubble looks weird
[11:23] <seb128> tool small icon on them
[11:23] <mdke> close icons in gaim chat window still don't look like close icons
[11:23] <seb128> we should really get that one delayed to after dapper
[11:23] <seb128> still looks weird to gaim and gedit
[11:24] <seb128> it's just better for epiphany
[11:24] <mdke> yeah, confirm gedit too
[11:29] <zyga> pitti: is there any way to help you with building langpacks?
[11:29] <zyga> distdpkg-deb or something :)
[11:29] <pitti> zyga: buy a third i386 buildd and quickly put it into the DC :)
[11:29] <zyga> DC?
[11:29] <pitti> data center
[11:30] <zyga> I can do the former
[11:30] <zyga> how fast do you use?
[11:38] <zyga> pitti: bah, you were not serious
[11:38] <pitti> zyga: oh, of course not
[11:38] <zyga> I was :D
[11:39] <zyga> langpack building is easy to parallelize
[11:39] <mdke> zyga: you are considering getting a new server into the datacenter in the next 24 hours or so?
[11:39] <mdke> impressive
[11:39] <zyga> mdke: I didn't say 24 hours but I could donate stuff I don't need
[11:39] <pitti> zyga: right, but due to our current buildd machinery, they will only be built on i386 buildds
[11:40] <mdke> zyga: that's kinda nice, but I think the langpacks are getting built now, and dapper is about to come out
[11:40] <mdke> so pitti could only have been joking
[11:40] <pitti> https://launchpad.net/+builds
[11:40] <zyga> it'd be uber cool if we could somehow build langpacks for all languages daily
[11:41] <robertj> Are those duck foot-prints on the new close icon for gedit & friends ;)
[11:41] <pitti> zyga: already happening :)
[11:41] <zyga> pitti: for *all* languages!?!
[11:41] <zyga> :D
[11:41] <pitti> zyga: https://lists.ubuntu.com/archives/ubuntu-translators/2006-May/000537.html
[11:41] <pitti> zyga: yes, I changed it to build the complete set every day
[11:41] <zyga> pitti:I read that mail
[11:42] <zyga> nice, how long does it take to build the whole set?
[11:42] <mdke> zyga: this one too? https://lists.ubuntu.com/archives/ubuntu-translators/2006-May/000567.html
[11:42] <zyga> mdke: no, I've got 40 unread emails pending :/
[11:42] <zyga> I'll go thru them tomorrow
[11:43] <zyga> pitti: interesting host names ;]
[11:44] <seb128> the new distributor logo looks weird :/
[11:44] <mdke> seb128: s/weird/terrible
[11:45] <seb128> not that bad
[11:45] <seb128> but I think I preferred the one with the border
[11:45] <seb128> and that was already something :p
[11:45] <zyga> is the ubuntu artwork on display somewhere?
[11:45] <mdke> well, I think it should be consistent with the website and all other Ubuntu marketing and have the whole circle
[11:45] <seb128> agreed
[11:46] <dholbach> I'm fixing a last bug now, then I'll upload the package, so adventurous testers can have another look while I do a quick walk to get the dog out and fetch some candy somewhere - I need it badly now.
[11:47] <dholbach> and after that I can do the upload 'for real'
[11:47] <ogra> so does that mean we have an ETA for CD buiilds ?
[11:47] <zyga> dholbach: do you work at home?
[11:47] <dholbach> zyga: yes
[11:47] <ogra> "last bug" sounds promising
[11:47] <ogra> err last upload indeed
[11:47] <dholbach> ogra: yeah, installed the community ubuntu-art themes to the wrong directory
[11:48] <mdke> ogra: don't worry... still another 10,000 or so to go
[11:48] <ogra> ouch, but well, things donw in a hurry ....
[11:48] <ogra> mdke, i hope you mean bugs
[11:48] <mdke> lol
[11:48] <ogra> i wouldnt want 10000 iso tests
[11:48] <HiddenWolf> mdke: nearer 11k by now.
[11:51] <zyga> hello sabdfl :)
[11:52] <dholbach> ok, can you please test http://daniel.holba.ch/ubuntu/ubuntu-artwork_28_all.deb - I'm going for a 10-15 minutes walk now
[11:52] <mirak> I am sure there is a problem with nvidia driver and kernel upgrade
[11:55] <pitti> yay, langpacks have all built now
[11:55] <LaserJock> \o/
[11:56] <zyga> pitti: do you know if you can sucessfuly install dapper on a ppc alongside with latest osx?
[11:56] <pitti> zyga: sure, that should work fine (does for me)
[11:56] <zyga> pitti: what partition type did you use?
[11:57] <zyga> I'm sorry to bother you with this it's just that I tried this several times and got no understanding of what's ultimatly wrong
[11:57] <pitti> zyga: no special one, just what the installer creates
[11:57] <zyga> (neither system sees the drive as partitioned after the other got installed)
[11:58] <zyga> hmm, I choose hfs+ with journaling, case sensitive
[11:59] <mdke> dholbach: gaim close button in chat window still bad, gedit seems a bit better, although still a bit small i think. Otherwise seems ok (apart from the distributor logo atrocity)
[11:59] <mdz> " No pending builds for The Dapper Drake."
[12:00] <ogra> YAY !!!
[12:00] <LaserJock> mdz: time to open The Edgy Eft? ;-)
[12:00] <ogra> ssshhh
[12:00] <zul> ssh...dont mention the war
[12:01] <mdz> LaserJock: that just means the last batch of stuff has all built
[12:01] <mdz> s/last/most recent/
[12:01] <mdz> we aren't finished yet


[11:03] <ubotu> New bug: #57579 in xorg-server (main) "Kubuntu LiveCD doesn't complete boot on Dell Inspiron 640m" [Undecided,New]  https://launchpad.net/bugs/57579
[12:03] <ubotu> New bug: #145873 in xserver-xorg-video-i810 (main) "gnome panel discolored" [Low,New]  https://launchpad.net/bugs/145873
[02:55] <ubotu> New bug: #148540 in xserver-xorg-video-intel (main) "Xorg crashes when using multiple screens on gutsy using latest intel driver" [Undecided,New]  https://launchpad.net/bugs/148540
[04:01] <ubotu> New bug: #148505 in xorg (main) "ATI Mobility Radeon X1400 is not supported" [Undecided,New]  https://launchpad.net/bugs/148505
[04:25] <ubotu> New bug: #148568 in xserver-xorg-video-ati (main) "[gutsy]  ATI ES1000 doesn't work" [Undecided,New]  https://launchpad.net/bugs/148568
[04:41] <ubotu> New bug: #145299 in linux-restricted-modules-2.6.22 (restricted) "cannot access others tty's when using nvidia driver" [Undecided,Incomplete]  https://launchpad.net/bugs/145299
[05:09] <ubotu> New bug: #136812 in xorg (main) "gutsy upgrade broke keyboard layout" [Low,New]  https://launchpad.net/bugs/136812
[09:06] <ubotu> New bug: #148666 in compiz (main) "compiz.real crashed with SIGSEGV in glGetString() (dup-of: 144241)" [Medium,New]  https://launchpad.net/bugs/148666
[10:05] <ubotu> New bug: #144241 in linux-restricted-modules-2.6.22 (main) "Xinerama: compiz.real crashed with SIGSEGV in glGetString()" [Undecided,New]  https://launchpad.net/bugs/144241
[11:50] <ubotu> New bug: #148746 in xorg (main) "tty1-6 don't work in gutsy" [Undecided,New]  https://launchpad.net/bugs/148746


[00:36] <tdr112> czajkowski: nope, was at home
[10:07] <andru183> what's the site we share pics on again?
[10:07] <andru183> sorry, bit out of pratice here :p
[10:09] <slashbel> pix.ie iirc
[10:12] <andru183> sweet, cheers slashbel
[10:13] <tdr112> so how was it andru183
[10:14] <andru183> great, few came out and enjoyed it so hope they'll come to the next one and hooked a few up with live usb's and installed for two people too. Would have been three but one was a mac....
[10:19] <andru183> didn't get a lot of pics but I was off my feet helping people
[22:05] <vadimck> hey guys, im from redbrick - DCU's networking society. we are holding an installfest in the comming weeks for our members. anyone have any pointers to get some ubuntu or linux merchandise. i presume the old idea of free CDs is long and gone?


[08:14] <Kangarooo> hello. can anybody help on one linking in page https://wiki.ubuntu.com/kangarooo ? theres subsection First Steps and there about apport i cant make correct link in apport page. anchor not working i tryd with spaces between names and also %20 instead of spaces nothing makes anchor work
[08:16] <Kangarooo> in https://wiki.ubuntu.com/HelpOnLinking i read examples markup and ive done all correct only the example theres not about anchor with more then one name
[08:40] <Kangarooo> how to make wiki page redirect to another page?
[14:18] <cjohnston> mdke / cody-somerville / DarkwingDuck ping
[14:19] <cody-somerville> pong
[14:19] <cjohnston> hey cody-somerville... I'm looking for some help.. ;-)
[14:19] <cjohnston> I'm trying to redo the page http://ubuntu.com/community
[14:20] <cjohnston> I'm trying to get information on a bunch of the different ways to contribute to Ubuntu...
[14:20] <cjohnston> I need someone to write something for the docs team for the new page..
[14:20] <cjohnston> More information about what I need is: https://wiki.ubuntu.com/CommunityContributePages
[14:21] <cjohnston> The 'Developers' section can be used as a reference.
[14:21] <cjohnston> Do you think that you might be able to write something for the Documenation authors section?
[14:38] <cjohnston> jjesse: ping
[14:46] <jjesse> pong
[14:46] <cjohnston> Would you like me to show you the hack to fix your question?
[14:46] <jjesse> which question?  sorry at work right now so
[14:47] <jjesse> was that the ground control one?
[14:47] <cjohnston> Ground Control / commit
[14:47] <jjesse> ah
[14:47] <jjesse> not now, don't have my ubuntu box up and running
[14:47] <cjohnston> ok
[14:47] <cjohnston> There is a hack.. its pretty easy
[14:48] <jjesse> ok
[14:48] <cjohnston> cody-somerville: is that something you could do for me?
[14:49] <cjohnston> jjesse: you could you scroll up also and see if its something you could maybe work on? (community page)
[14:49] <jjesse> sure can you email me at jjesse AT ubuntu DOT com to remind me?
[14:51] <cjohnston> sure
[15:01] <cjohnston> jjesse: sent.. thanks
[15:01] <jjesse> cjohnston received thanks :)
[15:51] <DarkwingDuck> cjohnston: pong
[16:03] <cjohnston> DarkwingDuck: http://paste.ubuntu.com/451640/
[16:44] <DarkwingDuck> cjohnston: Yes I can... Can you email me a reminder? I'm going out of town in a few and I can do it at the in-laws<EMAIL_ADDRESS>[16:47] <cjohnston> sure..
[17:00] <cjohnston> DarkwingDuck: sent
[17:01] <DarkwingDuck> cjohnston: Thanks. I'll draft something up this weekend
[17:01] <cjohnston> wonderful.. ty


[03:54] <Sharvil> hi
[03:55] <Sharvil> i am in for the first ubuntu how to tutorial
[04:43] <Nayana_> hi evilnick, degville, pmatulis and davidcalle
[04:45] <Kulesh> Hi
[04:46] <Nayana_> Hi
[05:56] <parthpro> hii
[06:02] <Aayushi> Hi! My name is Aayushi and I will be working on some of the UBUNTU tasks.
[08:00] <devansh> hi
[08:01] <davidcalle> Hi devansh o/
[08:11] <dmdabir> hi
[08:12] <davidcalle> Hi dmdabir and welcome!
[08:12] <dmdabir> thanks
[08:39] <Guest67162> Viju has joined Ubuntu .com
[17:37] <sattu> hey there! community
[17:38] <sattu> Hi Ubuntu Documentation Team!!
[17:40] <sattu> Hi evilnick, degville, pmatulis and davidcalle!!
[17:43] <Dj> may i know where the how to tutorial would be?
[17:53] <davidcalle> sattu: hello, welcome
[18:36] <Sagnik> Hi documentation team!
[18:51] <davidcalle> Hi Sagnik, welcome !
[21:18] <pavva> hello


[11:58] <ubotu> ridejib: I don't know, could you explain it?
[11:58] <Mez> raven3x7, yes official
[11:58] <Mez> !backports
[11:58] <ubotu> from memory, backports is .. The Official Backports project has now officially been launched! deb http://archive.ubuntu.com/ubuntu hoary-backports main universe multiverse restricted
[11:58] <LasseL> Seveas, but what is different from the backports a week ago and the official ones? (except the server change)
[11:58] <PrimoTurbo> anyway you can capture that error, because you can search google for it and chances are someone has had that issue a million times already
[11:59] <LasseL> a week ago they broke my firefox for several days and I was not a happy camper :)
[11:59] <PrimoTurbo> also how did you install ubuntu?
[11:59] <Mez> LasseL, the difference is the official ones are awknowledged by Ubuntu, and of higher quality
[11:59] <Mez> whereas the unofficial may cause breakages etc
[11:59] <lasindi> back
[11:59] <Landy> ridejib, so I wasn't imagining it then. My T23 runs fairly warm, getting some thinkpad tools to hopefully check its temp maybe
[11:59] <Seveas> s/may/will
[11:59] <PrimoTurbo> lasindi: Tell me exactly how u installed it, because I just did it myself and my windows xp works fine
[11:59] <LasseL> so it is not the same stuff with a new nametag ?
[11:59] <raven3x7> Mez cool
[12:00] <ericz> anyone know on average how long it takes for ubuntu install cd's to ship when you order them from shipit.ubuntulinux.org or whatever
[12:00] <Seveas> new nametag and better quality :)
[12:00] <Mez> LasseL, yes and no


[04:38] <Unit193> Pici: Oh speaking about ubottu, seems like 'partner' is set to a dead series.
[07:28] <Unit193> Seems ubottu doesn't do bug snarfing now?  Bug 1530397.
[07:31] <acheronuk> a bug or issue fetching it? I would be surprised if it was disabled intentionally
[07:37] <Unit193> acheronuk: Yeah, likely.  Maybe a log gone hywire. :P


[12:08] <mlankhorst> The size of mir surface doesn't change on rotate right? rotating is just a hint to client
[12:12] <alan_g> mlankhorst: right
[13:37] <mlankhorst> hey how can I test egl debugging on the phone?
[13:38] <mlankhorst> on android it seems to be calling setprop debug.egl.trace
[13:47] <mlankhorst> ah found it, i need to use /system/bin/logcat too
[13:47] <mlankhorst> symlink in /usr/local/bin to it makes adb logcat work
[23:21] <Saviq> hmm guys, is it normal that a dist-upgrade installs mir-client-platform-android on my desktop?
[23:22] <Saviq> had to manually install -mesa instead
[23:26] <kgunn> mmm
[23:26] <kgunn> i think we got packaging issues again somehow...
[23:26] <kgunn> RAOF: kdub ^
[23:26] <RAOF> Bah.
[23:27] <kgunn> RAOF: also...citrain upgrade-device tool....seems busted, in that the silo gets add to the device, but doesn't install packages
[23:27] <kgunn> likely due to packaging
[23:27] <kgunn> camako: ^
[23:28] <kgunn> stepping away for a bit
[23:28] <RAOF> Saviq, kgunn: Hm. So, ubuntu-touch depends on mir-graphics-drivers-android; ubuntu-desktop-next depends on mir-graphics-drivers-desktop.
[23:28] <RAOF> This seems reasonable.
[23:29] <Saviq> RAOF, might be unity-desktop-session-mir should, too
[23:29] <RAOF> Saviq: So, I think the answer is: install ubuntu-desktop-next if you want unity8 on a desktop. :)
[23:29] <Saviq> right, that works probably
[23:30] <RAOF> Alternatively, this whole problem will almost entirely go away (next ☹) release.
[23:41] <camako> kgunn, opened a bug for it https://bugs.launchpad.net/mir/+bug/1408827
[23:47] <Saviq> camako, is there a chance there was a new dependency somewhere?
[23:47] <Saviq> ah I see there's quote a bit of explanation
[23:47] <camako> Saviq, possibly.. our packaging changed quite a bit so...
[23:56] <RAOF> Urgh.
[23:58] <RAOF> camako: What's the expected use of citrain device-upgrade here?
[23:58] <RAOF> camako: Unless the expectation is that you then *build* something on the phone, that analysis is wrong.
[23:58] <camako> RAOF, upgrade the packages infrom a silo
[23:59] <camako> RAOF, upgrade the packages from* a silo
[23:59] <RAOF> Then I don't see how that analysis follows.


[06:57] <WebVisitor-8> Hello
[10:46] <dandrader> bregma, would you have time to review those no-x11 merge proposals today (for frame and grail)?
[12:14] <bregma> dandrader, hopefully, it's bubbled up to the top now
[12:15] <bregma> I'll be out for a few hours this morning, though, so probably later today
[12:15] <dandrader> bregma, ok, cool