[12:13] mathiaz: I've seen it before, and it makes sense to me at least [12:13] mathiaz: I'll sync it right now then, just in case [12:14] pitti: is the pkgmaintainermangler error fixed? [12:14] Riddell: yep [12:14] Riddell: I gave back and rebuilt the important stuff for CDs [12:14] seb128: There's something up with epiphany. When I close a tab, it doesn't kill the running plugins [12:14] but there is certainly some fallout from this [12:14] Firefox is fine [12:14] pitti: could you give back adept too (for fixed --dist-upgrade) [12:14] pitti: I don't want to hold up tribe 4 for it. [12:15] mjg59: bug #125209 [12:15] Launchpad bug 125209 in epiphany-browser "Flash video in Epiphany doesn't die when browser is closed" [Low,Confirmed] https://launchpad.net/bugs/125209 [12:15] Riddell: done [12:15] thanks [12:15] seb128: Ah, thanks [12:15] dendrobates: depends on how serious this is deemed [12:16] seb128: It is indeed the favicon-fallback plugin [12:16] pitti: I don't thinks it's such a serious bug. [12:16] ok [12:16] pitti: it is an embarrassment, to say the least. [12:16] pitti: it doesn't break apache. [12:17] dendrobates, pitti: yes. it's just annoying. [12:17] https://launchpad.net/~ubuntu-archive/+subscribedbugs?field.searchtext=sync [12:17] -> I don't see a sync request for apache2 here [12:17] dendrobates, pitti: and I can be disturbing for enduser. [12:18] "LaMP"? [12:19] pitti: bug 131118 [12:19] Launchpad bug 131118 in apache2 "Sync apache2 from debian unstable (2.2.4-3)" [Undecided,New] https://launchpad.net/bugs/131118 [12:19] pitti: I've subscribed ubuntu-main-sponsor. [12:19] mathiaz: ah, good [12:20] mathiaz: "No Ubuntu changes" -> no relevant ones any more [12:20] mathiaz: synced and closed [12:20] mathiaz: mdz wants a custom page to load anyway. We need to get someone to write some php. [12:20] pitti: back now. I can have a look at oem-config nowish if I still have time ... [12:20] dendrobates: hum... Is php installed by default ? [12:20] pitti: I didn't fix rescue mode, and I didn't realise anyone else had ... [12:20] dendrobates: so if you want, I'll speed up the building and build new server ISOs [12:21] cjwatson: wb [12:21] dendrobates: it's not that easy anyway... [12:21] bdmurray: pong [12:21] pitti: I think that would be best. [12:21] cjwatson: indeed I need to rebuild ubuntu ISOs anyway for the oversizedness [12:21] dendrobates: there has been a lot of debate over the default apache web page. [12:21] cjwatson: so, fixing those is highly appreciated (either disabling OEM, or even better, actually make it boot) [12:21] cjwatson: does Kubuntu/edubuntu/xubuntu also have that OEM mode? [12:21] dendrobates: what sort of thing does he want on the php page? [12:21] mikmor2: a few directories are bind-mounted at various points - /cdrom, /proc, /dev, maybe /rofs [12:22] kubuntu does have oem [12:22] kubuntu is certainly supposed to [12:22] dendrobates: there is a bug in the debian tracker about it. [12:22] Riddell: do you want live CDs rebuilt for that? [12:22] ajmitch: I don't know, for sure. [12:22] pitti: yeah, may as well [12:22] pitti: everything but edubuntu and server has oem-config [12:22] dendrobates, ajmitch: it depends what the target is. [12:22] cjwatson: ok, then we at least don't waste the current edubuntu build [12:23] mathiaz: I'm assuming this is only for the LAMP setup? [12:23] cjwatson: I thought I heard you mention a design decision as to why "vga=" isn't used with grub. Is that right? [12:23] pitti: just rsyncing desktop now [12:23] mathiaz: It is on the server tasks page, and mdz asked the status. [12:23] ajmitch: well... I don't know exactly what mdz has in mind. [12:23] bdmurray: vga= isn't used because that makes vesafb be used which makes suspend/resume a very sad panda [12:23] dendrobates: ah ok... [12:23] pitti, cjwatson: ok, I'll add for Kubuntu as well, what about Xubuntu ? [12:24] stgraber: Xubuntu has OEM mode, though I'm not sure anyone cares ... [12:24] dendrobates, ajmitch: there has been a lot of debate about what should be put in the default index page. [12:24] stgraber: I don't think that it's worth the trouble for T4 TBH [12:24] as in, haven't heard of any OEMs shipping it. it'll just be the same as Ubuntu's anyway [12:24] server tasks is assigned to soren, right? [12:24] mathiaz: we can discuss it in the next server meeting. [12:24] dendrobates, ajmitch: be it for the LAMP install or the default install. [12:24] mathiaz: I imagine there would be :) [12:24] bdmurray: IIRC because vesafb doesn't know how to reprogram the card's registers on resume [12:25] pitti: ok, so we'll have it for Ubuntu and Kubuntu now, I can still add others later [12:25] dendrobates, ajmitch: every know and then there is a end user that shows up and claims that apache/debian/ubuntu has hacked its server [12:25] mathiaz: lol [12:25] mathiaz: they make for funny stories online, but yes, I understand the problem [12:25] dendrobates, ajmitch: because their ISP/web hosting has messed up the configuration of the httpd server. [12:26] pitti: look up the one about centos [12:26] cjwatson: hmm, does that pertain to bug 129910 at all? [12:26] Launchpad bug 129910 in Ubuntu "tty[1-6] are active but display nothing in Gutsy" [Undecided,New] https://launchpad.net/bugs/129910 [12:26] mathias ajmitch: I know :) but we can't design to the lowest common denominator. [12:26] ajmitch: yeah - that was the last one... last year I think. [12:26] bdmurray: yes, it's entirely possible that removing vga= will fix it [12:27] pitti: How long will the rebuild take? [12:27] bdmurray: it's rather odd that they have locale=es_ES in their boot options [12:27] pitti: of the iso? [12:27] that's supposed to be filtered out [12:27] dendrobates: apache2 doesn't take that long, but the publishing will [12:28] ... oh, bugger [12:28] dendrobates: all in all, two hours maybe [12:28] that's definitely a bug, I think ubiquity needs to ship /etc/preseed.aliases [12:28] cjwatson: right, they admit as much so I was wondering if it was dismissable [12:28] mathiaz: we need to retest either tonight or tomorrow morning. I need to get my sparc setup anyway. [12:29] pitti: ok. So we'll have to start over to cd testing. [12:29] bdmurray: we started filtering out vga= from the options set on the installed system in the dapper installer [12:29] pitti: when will you release tribe-4 ? [12:29] bdmurray: so an upgrade from before then could still have it [12:29] bdmurray: it seems like a valid kernel bug though [12:29] mathiaz: tomorrow afternoon (before meeting) if all goes well [12:29] dendrobates: I'm not sure if we'll have time tomorrow morning. [12:29] dendrobates: morning for us. [12:30] bdmurray: vga= is one of the more common options people fiddle with, even if it does break suspend/resume (and of course lots of people don't care about that) [12:30] "I want higher resolution on my virtual terminals" is actually a fairly common thing to want if you live at VTs [12:30] mathiaz: I can get started pretty early. We'll do the best we can. [12:31] cjwatson: Ben made vesafb a builtin. I suspect this may have broken something in the framebuffer startup script - I'm waiting for him to fix it before looking into it too closely [12:31] mjg59: builtin? interesting [12:31] bdmurray: please reassign to the kernel for now [12:31] dendrobates: ok. I'll test the i386 iso later today then. [12:31] cjwatson: okay, thanks for all of the information [12:31] mathiaz: I have to help feed and put babies to bed. I'll be back in a few hours to do the amd64 tests. === dendrobates [n=rclark@adsl-065-005-186-012.sip.asm.bellsouth.net] has left #ubuntu-devel [] [12:33] bdmurray: np, an interesting bug [12:33] ogra, LaserJock, stgraber: http://cdimage.ubuntu.com/edubuntu/daily-live/20070808/ (far from being oversized) [12:33] saw it [12:35] pitti: what the? I wonder what happened, we dropped es, xh, fr, de lang packs and amd64 dropped 55MB [12:35] oh! === cjwatson sees why desktop oem might be bust [12:35] I, er, kind of forgot boot=casper [12:36] LaserJock: no idea [12:36] pitti: hmm, well at least they're under :-) [12:37] ogra: want something specifc to be tested on Edubuntu server ? [12:38] pitti: "panel encountered a problem with loading "OAFIID:GNOME_FastUserSwitchAplet"" known issue ? [12:38] stgraber: no, that worked for me [12:39] pitti: just got that at first session open time on edu server [12:41] pitti: oem> if you F6 it and add boot=casper and splash before --, it should get further [12:41] ogra, pitti: no fast-user-switching-applet installed on Edubuntu [12:41] stgraber, pitti: that's because the applet has been added to the panel and is not installed [12:41] ogra, pitti: but enabled on gnome default session, so we have that error [12:42] fast-user-switching-applet should be installed on edubuntu [12:42] darn [12:42] seb128: does it really make sense there? last time you said no [12:42] and on a thin client that sounds reasonable [12:42] mikmor2: I just reread; during target-config, I don't think you have any shared directories. Any particular reason for asking? [12:42] I don't think it's in the seeds [12:43] LaserJock: no, it's not [12:43] pitti: I didn't think about the panel profile when replying some days ago [12:43] I think it would be easier to add it to edubuntu and to make the applet exit if the config is a ltsp one [12:44] evand: do you think it would make sense to disable migration-assistant in ubiquity's oem mode? [12:44] I can't imagine an OEM wanting it ... === xhaker [n=xhaker@83-223-185-137.cpe.netmadeira.com] has joined #ubuntu-devel === alex-weej [n=ubuntu@cpc2-darl3-0-0-cust237.midd.cable.ntl.com] has joined #ubuntu-devel [12:45] ok so i installed to my USB disk [12:45] seb128: ah, so you can't tell the panel to load an applet only if it's present? [12:45] pitti: desktop oem boot options fixed for your next build === maniacmusician [n=maniacmu@24-151-1-004.dhcp.nwtn.ct.charter.com] has joined #ubuntu-devel [12:45] cjwatson: thanks [12:45] pitti: I'm testing it now to see if I can save time [12:45] but i foolishly changed the grub installation device from (hd0) to (hd3) thinking that it corresponded to kernel sdd [12:46] so ubiquity crashed [12:46] or rather gave up with a "fatal error" installing grub [12:46] pitti: no, it'll display an error if it can't load it [12:46] it's a known ubiquity bug that it doesn't validate that against grub's device.map [12:46] cjwatson: sorry, can't test right now, I have two installs running already [12:46] pitti: not a problem, I'm doing it [12:46] cjwatson: how can i get this installed? grub setup refuses to accept (hd0) anyway [12:46] my hd sounds like a sawmill [12:46] heh [12:47] pitti: record it and make some techno [12:47] alex-weej: have a peek in /target/boot/grub/device.map to see what grub thinks the mapping is [12:47] cjwatson: /target was unmounted [12:47] alex-weej: mount it again [12:47] it's all still there [12:47] cjwatson: it thinks /dev/sdd is (hd2) === dsas_ [n=dean@5acd71bc.bb.sky.com] has joined #ubuntu-devel [12:48] alex-weej: right, there you go [12:48] grub> setup (hd2) [12:48] Error 12: Invalid device requested === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel [12:48] grub> setup (hd2, [12:48] Error 21: Selected disk does not exist [12:48] alex-weej: did you chroot to /target to do that? [12:48] cjwatson: no [12:48] do so [12:48] there won't be a /boot/grub/device.map in the live session [12:49] so grub is unlikely to have device mappings there [12:49] at least, they might differ [12:49] now grub doesn't know any devices in the chrooted env [12:49] mount --bind /dev /target/dev from outside [12:49] oh, and mount --bind /proc /target/proc too [12:49] (ubiquity does both) [12:50] yay [12:50] hm. grub> setup (hd2) [12:50] Error 12: Invalid device requested [12:50] ubiquity hadn't finished with the target system yet though [12:51] hadn't removed extra junk packages or copied logs [12:51] can i get it to resume? [12:51] TBH, it might be easier to start over :-( [12:51] no, sorry [12:51] aaaaah [12:51] lol [12:51] ok just to check for sure [12:51] we do need to add that validation rather urgently [12:51] or at least make it reask rather than bail out [12:51] reask for sure [12:51] validation's tricky 'cos we don't have a device.map earlier on [12:52] (I hate grub. Part #47 in a series of #939) [12:52] it's not the first time i've been caught by this. one of my less technical but technical-enough-to-think-he-knows-what-he's-doing friends had a multidisk setup that ubiquity crapped out on [12:52] same thing, or something else? [12:52] mathiaz: I invalidated the server CDs now [12:52] cjwatson: same thing but not with an external disk [12:52] mathiaz: (in the tracker) [12:53] so just to check, i'm installing to sdd, what device string should i give ubiquity to use for grub? [12:53] it's defaulting to (hd0) [12:53] pitti: ok. I'll wait for the new isos and redo all the test then. [12:54] alex-weej: you can give it /dev/sdd, you know .... [12:54] pitti: About edubuntu, are you going the ISOs with a fix soon or shall I continue testing those ones ? (fix being adding fusa to the seed or find a way to make gnome not load it) [12:54] cjwatson: magic. === alex-weej dives in again [12:55] grub-install notices that and converts === jgoss [n=josh@unaffiliated/jgoss] has joined #ubuntu-devel [12:55] stgraber: meh, that's going to take two hours at least; not sure wheter we should fix it for Tribe 4 [12:55] cjwatson: sure there's no sneaky way to get it to skip the file copying? :/ [12:56] stgraber: 'make gnome not load it' is out of question for T4, I'm afraid; seeding would be ok, but it needs to go to -desktop (so it takes more like three hours to get new CDs) [12:56] pitti: the Desktop one being probably affected as well, it'll be the first thing a Tribe-4 users will see on the live environment [12:56] when is Tribe 4 due? [12:56] stgraber: oh, right, servers, too? [12:56] alex-weej: nope, sorry [12:56] pitti: I'm on the server one currently [12:56] cjwatson: ok, i'll watch some Big Brother Live [12:56] stgraber: please continue testing, though, just to find more serious bugs [12:57] alex-weej: tomorrow, or today depending on your timezone [12:57] stgraber: ok, I'll prepare a seed update [12:57] cjwatson: ah ffs. only reason i am messing with tribe 3 is to do QA [12:57] seb128: that's just fast-user-switch-applet, right? [12:57] alex-weej: http://wiki.ubuntu.com/GutsyReleaseSchedule has the dates [12:57] pitti: yes [12:57] suppose i shoulda checked that first. [12:57] pitti: everything running edubuntu-desktop must be affected (desktop, server desktop and of course thin clients :)) === doko_ [n=doko@dslb-088-073-100-055.pools.arcor-ip.net] has joined #ubuntu-devel [12:58] right i'll just get going with that tomorrow then [12:58] time to reboot my crufty ex-Edgy upgrade === milli [n=milli@63-145-6-84.dia.static.qwest.net] has joined #ubuntu-devel [01:00] stgraber, LaserJock: ok, seeds changed, edubuntu-meta updating, invalidating CD images in tracker [01:00] ok [01:00] pitti: k === alex-weej [n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com] has joined #ubuntu-devel [01:01] ogra: we still have a nbd-server crash reported by apport [01:02] stgraber: please file it, but it's too late to fix for Tribe 4 [01:02] ogra: it's the usual init.d script which segfaults (when it shouldn't even be run as we are using inetd ...) [01:02] pitti: it must already have been filed as we had it with Tribe-3 :) [01:03] stgraber: hm, it wasn't a milestoned bug [01:03] hmm, so maybe it was fixed and a new version of nbd-server introduced it again, will check [01:04] xubuntu desktop CDs ready for testing [01:06] what [01:06] pitti: desktop oem seems largely ok except for the wart that autologin and such isn't configured [01:06] easy to fix, but not for tribe-4 of course [01:06] cjwatson: great [01:06] pitti: is there some kind of ETA on ubuntu tribe 4? [01:07] alex-weej: tomorrow [01:07] cjwatson: if you have a fix right now, it's possible to sneak it in [01:07] pitti: it's already 9 Aug in Europe/London :P [01:07] cjwatson: but better not, I figure, if it's not essential [01:07] alex-weej: here, too, but I still have 23 hours :) [01:08] pitti: I don't have it right now [01:09] pitti: are we just waiting for the images? (i.e. are the archives updated?) [01:09] alex-weej: need to get a fixed apache2 and edubuntu-meta, and rebuild some images [01:09] oh ok [01:10] hmm, wonder if there's a convenient python equivalent of chroot /target [ -f /etc/gdm/gdm-cdd.conf ] [01:11] s'pose I could just use os.path.lexists [01:11] but no, I need the actual path. hmm. [01:12] think I'll need to clone-and-hack os.path.realpath [01:14] does anyone feel like writing a tribe 4 wiki page, with the data points from https://lists.ubuntu.com/archives/ubuntu-marketing/2007-August/002167.html? [01:14] apparently Corey doesn't have time, he didn't answer to my mail [01:16] pitti: OpenOffice 2.3 should also be mentioned imo [01:16] right [01:16] and ubiquity OEM [01:16] mm, maybe [01:17] still a bit raw, not setting up the oem user correctly [01:17] but I guess it's ok to mention, the ubiquity side works fine [01:17] you have to know to run oem-config-prepare though === pitti adds some links and TODOs to https://wiki.ubuntu.com/GutsyGibbon/Tribe4 [01:17] it doesn't tell you and the icon that was supposed to be installed isn't [01:18] (already fixed in bzr, I think) [01:18] cjwatson: that should go to the wiki page and release notes then [01:18] might be better to announce in tribe-5 instead with fewer caveats? [01:19] cjwatson: WFM (we just have the gfxboot entry now) [01:19] yeah [01:19] cjwatson: but we can leave that for the adventurous :) === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [01:24] calc: openoffice still doesn't start for me in Kubuntu tribe 4 candidate, despite pitti adding the openoffice.org-gtk larks === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel [01:25] at least the splash screen is back to blue though :) [01:25] Riddell: yeah, we noticed; that's a release-note thing, I'm afraid [01:25] pitti: same in ubuntu too? [01:25] Riddell: no, it has always worked there [01:25] right [01:25] Riddell: installing -gtk and -kde on Ubuntu works [01:26] why isn't ogra around ... [01:26] Riddell: calc already isolated the responsible library, but AFAIK there's no real fix yet [01:26] stgraber: he wanted to go to bed early and get up early [01:26] alex-weej: Can you be less... hostile in your bug reports? [01:26] Amaranth: excuse me? [01:26] "This workstation isn't authorized to connect to server" ... [01:28] alex-weej: 'Nonsense!' [01:28] stgraber: ? [01:28] Amaranth: i can if you tell me what i've said that seems "hostile" [01:28] Amaranth: ah come on, that's not hostility :/ [01:28] pitti: error message I get when trying to login from a thin client [01:28] alex-weej: That bug is marked as triaged, that means we know what the problem is. [01:28] stgraber: that sounds...serious [01:28] alex-weej: No need for a 'me too' post anyway. [01:28] pitti: I'm rebuilding the thin client image adding a root passwd so I can see what actually happens [01:28] Amaranth: i was adding information. it's a two pixel no-mans land. [01:29] pitti: it's better than with previous ldm, at least we have an error message :) (even if it doesn't really tell us anything interesting) [01:29] calc: I installed openoffice.org-style-tango openoffice.org-gnome openoffice.org-base and now it start up [01:29] not sure which one of those is actually responsible [01:29] Riddell: -gnome probably [01:30] Riddell: can you uninstall -tango to check? -base should be there anyway, I figure? [01:30] alex-weej: I'll fix it tomorrow [01:30] Amaranth: i guess you know how much i hate compiz anyway so that probably tainted your perception of the tone of my comment a little bit :P [01:30] Riddell: or don't you install it deliberately? [01:30] alex-weej: Could be. [01:31] pitti: does indeed seem to be openoffice.org-gnome [01:32] pitti: -base we stopping including a couple releases ago in favour of kexi which is much better, but then we removed kexi lsat release since it was taking up space [01:33] pitti: the Edubuntu Server Addon CD didn't need to be rebuilt I don't think, are the Server and Server Addon CDs built separately [01:33] LaserJock: no, it's one step [01:33] k, just wondered [01:33] pitti: hmm, this time it let login ... [01:34] stgraber: heisenbug? [01:34] pitti: how long before Edubuntu Desktop gets rebuild, roughly? [01:35] LaserJock: about 90 minutes until live is ready, 60 for server [01:35] LaserJock: oh, add 15 minutes, current publisher isn't finished yet [01:35] pitti: hmm, I wondered it it'd be worth it to add back in at least one or two lang packs [01:36] pitti: but ldm didn't reload after logout (so black screen after logout) ... [01:36] but maybe it's just as well to leave that until after Tribe 4 [01:36] I don't want to waste a build run on miscalculating lang packs [01:37] LaserJock: can do [01:37] LaserJock: I have my script here, and I'll be cautious; which langs are the most important for you? [01:37] well, we had es de fr xh [01:38] on amd64 [01:39] I want to say es and fr, but maybe if I leave out de ogra'll be mad at me ;-) [01:39] and pt ? [01:40] it's one of the most talked in the world [01:41] pitti: ok, found the actual bug with ldm, it doesn't disconnect from SSH on session logout, so it doesn't reload and I'm stuck on a nice black screen :) [01:42] pitti: if you can do es de fr on amd64 I think that should be good, I'm not sure how much the fast-user-switch stuff will take but I figure it should work out [01:42] LaserJock: I leave the server CDs alone; i386 is full, and amd64 not that important for tribe, I figure [01:42] pitti: killing ssh by hand seems to be the fix [01:43] LaserJock: dependencies look like you already have everything [01:43] LaserJock: and it adds 600 kB [01:44] pitti: right === su-hoens [n=thegoat@c-68-44-135-75.hsd1.nj.comcast.net] has left #ubuntu-devel [] [01:45] LaserJock: Were you at last edubuntu meeting (today) ? Has ogra said something about ldm2 (like a new version coming but not uploaded yet) ? [01:45] LaserJock: adding es will fill up i386 [01:46] LaserJock: you can have one more [01:46] stgraber: no, it's 5am for me [01:46] LaserJock: (on amd64) [01:46] pitti: de I guess :-) [01:46] LaserJock: depends on your target audience, I don't know [01:46] LaserJock: .de isn't a particularly popular edubuntu target, I think [01:47] pitti: ok, fr then, although I think many of our testers know German [01:47] LaserJock: pt? [01:47] well, we had es, fr, de, and xh before [01:48] I don't know if I should go beyond that [01:48] pt is more talked than es or fr [01:48] no, just one more [01:48] brazil talks pt, spanish people understand pt, portugal [01:48] pitti: I mean, beyond the langs that were already there, I was just picking amongst the old ones, so no pt [01:48] and so many other countries [01:48] africa [01:49] I honestly don't think it's going to matter for Tribe4 [01:50] LaserJock: ok, just adding spanish now [01:54] second publisher running now, for apache+edubuntu-meta binaries [01:55] pitti: kwel. Server isos should be ready in an hour or so ? [01:55] Riddell: do you actually want new Kubuntu CDs for OEM when we don't advertise it for Tribe4 yet? === Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #ubuntu-devel [01:55] mathiaz: yes [01:55] Kmos: our standard ordering was calculated from published speaker numbers as far as I know, and es, bn, hi, ar are all ahead of pt there [01:55] Kmos: Edubuntu typically deviates from our usual ordering though, since it has a weird distribution [01:56] hence xh? [01:56] Kmos: we do not want to get into language wars [01:56] cjwatson: new standard ordering is en, es, xh, pt, de, fr, bn, hi, ar, ru, zh, though, due to considering input support [01:56] pitti: what's broken about it currently? [01:56] Riddell: just the OEM gfxboot thing [01:56] ajmitch: xh is an anomaly because Canonical paid for the translation ages ago, but since it's so out of date the language pack size is tiny and it hardly matters [01:57] pitti: oh. update http://people.ubuntu.com/~pitti/scripts/langpacksize please :-) [01:57] (preferably with a justification so we remember) [01:57] cjwatson: I guess I should replace it with a symlink to current bzr head on codebrowse or so :) [01:58] ah, that would be nice, I was using it this morning :-) [01:58] pitti: lets not bother then [02:00] LaserJock, cjwatson: updated my script on people for now [02:00] cjwatson: ok.. [02:01] I think the most spoken, are the first.. but that not the rules here. [02:04] Kmos: much harder to judge objectively though [02:05] bedtime [02:05] cjwatson: good night === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel [02:09] bye cjwatson [02:10] pitti: you gonna be up until the new disks are done? [02:11] LaserJock: probably, unless I fall off my chair :) [02:11] gosh, I'm sitting in front of that thing for 20 hours now [02:11] gn8 everyone [02:11] bye sistpoty [02:11] pitti :-/ === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-devel [02:12] gn8 pitti, and good luck with staying awake ;) === jack_wyt [n=jack@124.64.105.55] has joined #ubuntu-devel [02:23] iwj: heh, the fsck bug you reported is the one I asked you to take a look at recently :) === pitti duplicates [02:29] yay, I removed 2 MB langpacks from ubuntu desktop amd64, and got 4 MB more free [02:30] ubuntu desktop CDs available for testing === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel [02:33] pitti: finally, eh? now you can get some sleep? [02:33] ArneGoetje: not yet :/ [02:34] we still need new server CDs, and the entire range of edubuntu [02:34] pitti: and all today? [02:34] and due to an inadvertent key press from me triggering another ubuntu livefs build, I need to wait for half an hour before I can start the edubuntu ones [02:34] ArneGoetje: yes [02:35] pitti, congrats :-) [02:35] stgraber: if I'm looking at the results of a Kubuntu CD in isotesting, then click on "build list" it takes me back to the Ubuntu list rather than the Kubuntu list [02:36] (er, for getting the desktop CD's ready, shucks about the extra keypress, guess that happens after 20+ hrs) [02:37] bryce: the new livefs build won't manifest itself in new ISOs on cdimage, don't worry :) [02:37] it's just wasted time [02:38] pitti: which is very annoying after 20hrs of sitting in front of your computer... === bryce nods [02:38] pitti: all 4 kubuntu CDs work, except for known bugs (live verify CD broken, openoffice broken) [02:39] Riddell: ok, good [02:39] ... ish [02:39] Riddell: verify is curious [02:39] Openoffice is still broken? [02:39] workaround with adding -gtk wasn't enough [02:39] it needs -gnome actually [02:39] Neat. :-( [02:39]