[12:07] TMM: I looked at the bug list for gnome-panel [12:08] TMM: where did you see 'edgy bugs'? wherever that is, it's a red herring and doesn't mean what it says [12:08] mdz, it's the list of bugs targetted at edgy [12:08] TMM: that's not quite the same as "the entire X experience feels very sluggish" [12:08] distros/ubuntu/edgy/+bugs [12:08] HiddenWolf: which is not edgy bugs [12:08] mdz, easy to make the mistake. ;) [12:08] HiddenWolf: yes, but where in the UI links to that and calls it edgy bugs? [12:08] mdz: https://launchpad.net/distros/ubuntu/edgy/+bugs [12:09] mdz, it doesn't, but the url seems to suggest "list of bugs in edgy" [12:09] mdz, But I guess people will figure out that edgy has more than 0 bugs. [12:09] HiddenWolf: and given that launchpad doesn't keep track of which bugs are in which release, how do you figure that would work? :-) [12:09] mdz: that is just an extreme example, the rest just 'feels' a bit sluggish [12:10] mdz: like, text scrolling up in xchat-gnome takes just a little too long, opening a menu is just a fraction 'off' [12:10] mdz, I was just explaining where the confusion came from, since I end up at that page instead of ubuntu/+bugs regularly myself. :) [12:10] mdz: right then, I just arrived at that page, and, didn't know what to do. I'm not a big malone user (yet) === milli [n=milli@phantom.acmeps.com] has joined #ubuntu-devel [12:12] TMM: I'd like to know how you got there; nothing should link to that (because there's no mechanism to make it do what it should) [12:12] mdz, it's linked to allright [12:12] https://launchpad.net/distros/ubuntu/edgy has a bugs link === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel [12:13] mdz: well, I was being a stupid 'user' so I dod : https://launchpad.net/ > The Ubuntu distribution > Ubuntu milestones:/ ubuntu-6.10 > For: Ubuntu Edgy [12:13] and the /edgy page is easily gotten to from any link that lists the edgy release [12:13] that gets you [12:13] https://launchpad.net/distros/ubuntu/edgy [12:13] then I clicked on 'bugs' [12:13] perhaps I am stupid, but that SEEMED logical at the time [12:14] https://launchpad.net/distros/ubuntu/+bugs links there too [12:14] under "Release bugs" [12:14] googling for link:https://launchpad.net/distros/ubuntu/edgy/+bugs also lists https://launchpad.net/distros/ubuntu/dapper/+bugs, for the same reason [12:15] mdz: anyway, I'm still not sure what I should do about the whole sluggishness thing :) just file a bug against xserver-xorg or something? [12:15] TMM: I think you may be imagining the sluggishness after noticing that direct rendering was disabled ;-) [12:16] I've lost direct rendering as well but have not noticed any difference [12:16] heh === HiddenWolf always suspected TMM was on something ;0 [12:17] mdz: Can't do mythtv until libiec61883 gets out of NEW :-( [12:17] Do we have any centralized system that deals with debian/watch files? [12:17] mdz: err... no :) I know what 'direct rendering' is for :) [12:17] Launchpad could! [12:17] wasabi_: Deals with them in what way? [12:18] wasabi_: https://launchpad.net/products/launchpad-bazaar/+spec/tracking-versions [12:18] Notifies the author, marks the package. [12:18] tada [12:18] Neato. [12:18] Ah [12:18] retroactive feature specifications [12:18] Haha [12:18] "should be rolled out" === robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel [12:19] meaning it was already partially implemented before that was written [12:19] mdz: like, if I overlap xchat-gnome with a fullscreen terminal, and I minimize it again, I can see the chat-portion being redrawn from a dull-gray. I am very sure that I didn't see anything like that on dapper. [12:19] Neat. The Wiki page is private though. =( [12:19] That is a wee bit annoying. [12:19] And offends my sensibilities. ;) [12:19] Oh argh === mjg59 beats svgalib [12:19] It doesn't even approximately build with gcc 4 [12:19] wasabi_: there is nothing I can do about that [12:20] mjg59: fun, fun fun! :) [12:20] Or, indeed, gcc-3.3 [12:20] Maybe I'm doing something wrong [12:20] I suspected as much. [12:20] mjg59: and you want it in main? :-P [12:20] Ah, yes, it's just a crack-addled build system [12:20] mdz: You want high-res bootsplash? [12:20] mjg59: depends on the price [12:21] mdz: It's actually fine with gcc 4 [12:22] mdz: so... I just ignore this then? :) === ThunderStruck [n=ThunderS@ubuntu/member/gnomefreak] has joined #ubuntu-devel === AlinuxOS [n=alinux@d81-211-249-22.cust.tele2.it] has joined #ubuntu-devel === Kamion scratches his head over bug 45200, and decides to hackily work around it and sing LALALA until ubiquity-advanced-partitioner is done [12:26] Malone bug 45200 in ubiquity "[Flight 7] installer crashed trying to select partition for mount point" [Medium,Confirmed] http://launchpad.net/bugs/45200 [12:26] Oh nngh symbol mangling [12:28] Kamion: sorry about the bug that i rejected. the part i have no more info is what got me on that [12:28] gnomefreak: it was on the edge, but it made some degree of sense to me [12:29] for you guys it's a matter of trying to guess whether the responsible developer will have enough information === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel [12:29] TMM: I'm more concerned about the fact that starting gdm hangs the entire system requiring a power cycle on my laptop [12:29] (bug 54650) [12:29] Malone bug 54650 in xserver-xorg-video-ati "[Edgy] System freezes when loading gdm" [High,Confirmed] http://launchpad.net/bugs/54650 [12:30] you're getting off easy [12:30] severity: breaks-mdz-hardware [12:30] mdz: ghe :) [12:30] hehe [12:30] I think I just managed to blame SSP for that though [12:30] heh [12:31] mdz: still, I'd like to try and fix it, but, it seems that xorg 7.1 fixes it for me anyway... so, I'll just hope that's what goes into edgy [12:31] TMM: its in edgy atm (not fully i dont think) [12:31] edgy has 7.0.0 with aiglx enabled by default... straaange [12:31] gnomefreak: the version for xserver-xorg is labeled as 7.0.22 [12:32] hmm, false alarm [12:32] hmmm i thought 7.1 started in [12:32] yes, it's 7.1 [12:32] imbrandon: hey, you 'why don't you have a nice cup of' guy? :) [12:33] thought so [12:33] TMM: no [12:33] TMM: huh ? [12:33] mdz: not here it isn't :) (well, not according to the version info anyway) [12:33] imbrandon: sorry then :) [12:33] mdz: perhaps I have an outdated mirror [12:33] TMM: no [12:33] TMM: either you're not up to date, or you're looking in the wrong place. I'm curious to know how you confirmed it was fixed with xorg 7.1 then === ..[topic/#ubuntu-devel:mdz] : "Ubuntu Development (not support, even with edgy) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | http://wiki.ubuntu.com/HelpingWithBugs" | yes X in edgy is a mess atm [12:34] mdz: everyone has 7.0.22 maybe pre 7.1 base? [12:34] gnomefreak: the current packages in edgy come from xorg 7.1 [12:35] mdz: than not sure why version numbers are off [12:35] 7.0.22 identifies a package containing some base scripts [12:35] it is not a useful description of the upstream xorg version present on the system [12:35] correct [12:35] ok [12:35] mdz: well, X -version says now "X Window System Version 7.1.1". and, it worked 'fine' with the xorg-air server from dapper, and that was just a 7.1 ... perhaps it got broken in 7.1.1 sorry about that [12:35] you looked at the version number of the 'xorg' package or such [12:36] TMM: dapper didn't have 7.1 [12:36] mdz: backport from aiglx.compiz.info [12:36] xorg and xserver-xorg show same [12:36] both show 7.0.22ubuntu7 but X -version shows 7.1.1 [12:36] ( in edgy ) [12:37] correct [12:39] well, my cdrom drive's broken as well :P === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel [12:39] I need to do some digging it seems :) nice :) [12:39] TMM: cdrom 15 USD ;) [12:40] gnomefreak: xorg and xserver-xorg both come from the same source package; neither actually provides the server binary, as 'dpkg -L' on each will show you [12:40] can you even buy CD-ROM drives anymore? [12:40] gnomefreak: no, the cdrom drive ITSELF works fine :) edgy just doesn't recognise mine anymore [12:40] Kamion: ah ok [12:40] mdz: i have 10 or so laying around [12:40] lol [12:41] mdz: heh dont think so, most all dvd read and or dvd read / cdrw === Loevborg [n=loevborg@dslb-084-056-021-110.pools.arcor-ip.net] has joined #ubuntu-devel [12:42] imbrandon: you wouldnt happen to have the kubuntu logo in you K menu would you?> [12:43] hal doesn't recognises it anymore [12:44] TMM: did you do todays updates? i think hal was updated this morning === Hwyvar [n=Ferdinan@cp106356-c.tilbu1.nb.home.nl] has joined #ubuntu-devel [12:46] gnomefreak: yes, I did [12:46] gnomefreak: I just upgraded from dapper today [12:46] ah [12:46] so the question was it working before the hal update is usless [12:46] I have only been running edgy for 4 hours or something now :) [12:47] edgy has been fairly good so far been runnning it from day 1 and only had to reformat 2 times once was new harddrive [12:48] I've been running the same install since... warty. [12:48] Heh. Can't say I've ever reformatted any Linux machines, except the ones I screw the fs up on. [12:48] wasabi, a reinstall fixed a bunch of bugs for me last week, but I had changed my hardware a bit. [12:48] wasabi, going from pci to onboard sound was less than stellar. :) [12:49] Shoulda fixed it, and bugged what you fixed. ;) [12:49] wasabi, I had no clue. It worked after a bit of tinkering, but the quality was aweful. [12:50] I thought I'd have to live with it till I got a new card, reformatted to get rid of an old disk I used, and on reinstall got a perfect quality audio. [12:51] -rw-r--r-- 1 root root 5 1999-06-09 21:11 /etc/hostname [12:51] I guess that install is about that old [12:51] iwj is going to win any dick-size wars of this kind, though [12:52] I'll just reinstall with fedora core 5 ;) === HiddenWolf hits TMM with something [12:52] joke :) [12:53] Kamion, and your system is cruft-free? :) [12:53] Kamion: wow, they had Linux back then? ;-) [12:53] anyway, off to bed, I'll investigate this some more later [12:53] bye! [12:54] 1999 was only Debian slink or so [12:55] gnomefreak: you mean the side logo ? or the distributor-logo [12:56] Kamion, and you've just copied your install along from pc to pc? [12:56] imbrandon: the logo on the side runs vertictly [12:56] gnomefreak: yea i have that , afaik its on all kubuntu installs by default [12:56] mjg59: Re: PAGE_MASK, no [12:57] HiddenWolf: same computer, though it's had a few hard disk replacements; but there's been some kind of hardware continuity throughout [12:57] still quite adequate for handling mail and IRC and stuff [12:57] imbrandon: theres a bug with it in 3.5.4 dapper i cant duplicate it and i know you are on edgy i wanted to see if same for you [12:57] infinity, Kamion: please approve openoffice.org_2.0.3-4dapper1 for dapper-proposed [12:57] Kamion, ah, cheers === gort [n=jgbiggs@cpe-24-175-10-187.houston.res.rr.com] has joined #ubuntu-devel [12:58] gnomefreak: sure lets goto k-devel to not clog up in here [12:58] ok [01:01] doko: accepted [01:02] Kamion: do you have any thought on pitti's zero-conf uber-post? [01:04] mjg59: usplash 0.4-1 seems to work well on my T42 during shutdown, but upon reboot it doesn't start (no error output) [01:04] robertj: no, I haven't caught up on ubuntu-devel in ages [01:05] https://lists.ubuntu.com/archives/ubuntu-devel/2006-July/019680.html === LaserJock [n=LaserJoc@ubuntu/member/laserjock] has joined #ubuntu-devel [01:05] is there a list of all the officially approved release goals for ubuntu [01:06] like GccSsp and automated-problem-reports and the like, things that definitely are going in? [01:06] bluefoxicy: at this point I think everything thats going in should theoretically have an approved spec in launchpad [01:07] robertj: do I have to get involved in it? the core developers who've already spent time on it are competent; I don't see why I need to spend the time to bring myself up to speed as well [01:07] cprov-dinner, infinity: please kill the sparc build of openoffice.org 2.0.3-4ubuntu1 in ubuntu edgy (it will fail due to a buggy pkg-create-dbgsym [01:07] robertj: Eyeballing it there's somewhere in the neighborhood of 100-200 approved specs. [01:08] (given my already high workload) [01:08] Kamion: no, I was just under the impression that you were interested, that's all, you certainly don't need to be involved in everything [01:08] I think I commented on things going past, but TBH I'm not interested enough to take a side :-) [01:08] bluefoxicy: there are lots of priorities as well [01:08] bluefoxicy: so lots of the low stuff are approved if someone does them... [01:09] doko: you might be interested in bug 54650 [01:09] Malone bug 54650 in xserver-xorg-video-ati "[Edgy] System freezes when loading gdm" [High,Confirmed] http://launchpad.net/bugs/54650 [01:09] doko: seems to be toolchain related [01:11] mdz: ohh, nice, pitti will be happy as well :-/ [01:11] who was wanting the edgy usplash pictures if they dident look right ? ( edgy of course ) my poor iBook seems to not want to fill the screen with the test patern like my x86 boxes [01:12] doko: my X was broken for 2 weeks due to this ;-) [01:12] could it be a gdm child process crashing due to an SSP check and then gdm hanging waiting for it, or something? [01:12] damn, looks like Xen won't fit in Edgy though. Oh well. [01:12] mdz: you know, I'm still working on dapper-updates on my T42 ;-) [01:13] imbrandon: iBook intel or ibook g3/g4? [01:13] iBook g3 800mhz [01:13] ppc [01:13] doko: do you think it's possible to track it down or should we just build the server with -fno-stack-protector? [01:13] there is no iBook intel afaik , only mac book pro == intel [01:13] imbrandon: now that my wifes' new laptop is here I can upgrade my g3 to edgy, track me down a week or so from now ;) [01:13] iwj: "We should consider whether we can have the default Edgy kernels support Xen out of the box (ie, provide xen-enabled kernels) now that recent Xen allows kernels to target both i386 and Xen/i386. -iwj" <-- what, you mean I could boot a Xen kernel on straight i386 without Xen? [01:14] imbrandon: ibook was renamed macbook, macbook pro is the new powermac [01:14] but if it looks like a toilet, its an ibook [01:14] robertj: ahh ok no this is an orig iBook, but anyhow yea no biggie just wanted someone to know ;) [01:14] doko: I'm not even sure what part of it is breaking [01:14] err new powerbook [01:14] imbrandon: #ubuntu+1 might be a good spot too [01:14] and bugzilla [01:14] err launchpad [01:15] robertj: I have been wanting a PPC arch for a while, to test Ubuntu PPC on... qemu on Ubuntu doesn't like PPC >:| Fix qemu! :D === robertj smashes toes in door as pentinence [01:15] robertj: yea i just rember from the ML that someone wanted actual picktures but i have no digi cam atm === bluefoxicy actually did try numerous times to get Breezy and Dapper to install in qemu-system-ppc.. :/ [01:16] bluefoxicy: yea it dosent like 2.6 kernels its a qemu-system-ppc thing [01:16] I finally got Dapper on my intel iMac the other day, it was nice to see the brown ;-) [01:16] LaserJock: nice [01:16] imbrandon: I can't even get video up properly, much less reach grub [01:17] imbrandon: or isolinux as it may be. [01:17] bluefoxicy: tried dist upgrading from the debian pre install that can be downloaded ? [01:17] nope [01:18] bluefoxicy: ok dont waste the time ( it dosent work lol ) but yea its a qemu / pearpc thing not ubuntu , no modern distros work on it [01:18] the debian thats preloaded is VERY old [01:18] ( as far as the ppc qemu of course ) [01:19] mdz: I'll have a look at it tomorrow, added it to https://wiki.ubuntu.com/GccSsp [01:19] one thing is the altecv stuff is very experimental etc [01:19] imbrandon: I don't feel like trying again anyway, I had to go and manually download a video bios image from somewhere I found on google... I think Ubuntu has openhackware now so I don't need to go looking for a system bios... and after it all it still didn't work. [01:20] bluefoxicy: you can get it all from debian unstable ( if ou try in the future just FYI ) [01:21] imbrandon: nods. [01:21] afaik the sparc cd's dont load in qemu-system-sparc either , havent looked into that much either but i'd assume its the same problem [01:21] imbrandon: I don't have money for a sparc either; why is ubuntu building for sparc again? [01:22] business servers , heh [01:22] because we like to taunt you === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [01:22] Scalable Processor ARChitecture or something [01:22] doko: thanks [01:23] Kamion: I don't think Sun will support you if you rm -rf solaris ;) === RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel [01:32] Wow. new root=UUID= thing. [01:32] Completely failed on my setup at work. Don't klnow why yet. EVMS. [01:32] Magic, isn't it? [01:33] Yes, there may still be a couple of issues [01:33] It's attempted magic. ;) [01:33] I like it. I'd like to see UUIDs used in more places though, obviously. [01:33] LIke fstab. [01:33] mjg59: mailed -devel with further usplash 0.4 experience [01:33] Even though it confuses the hell out of people reading fstab. ;) [01:33] mdz: Ta [01:34] doko: build aborted and another bug discovered ... marked it manually as failed, should be enough for now. [01:34] Hmm. Also, any way /var/lock can be rebound during boot, instead of mounted over? /var/lock/.hidden or something [01:34] mdz: Works on amd64 as well now [01:34] cprov-dinner: another soyuz bug? [01:34] Hiding it sort of makes it a pain for me to clean it up to stop the annoying message on boot. [01:35] doko: what a surprise :( [01:35] mjg59: sabdfl is going to kiss you [01:35] mdz: I'll accept booze [01:36] mdz: Autodetecting the correct resolution is going to be a pain [01:36] And it's possible that this will fuck up horribly on some machines [01:36] But I think it's got a better chance than vesafb, so it's worth a go [01:36] Attempt to get a high res usplash? [01:36] wasabi_: Oh, it works [01:36] Nifty. If only I could make my BIOS stfu. [01:37] wasabi, not without killing it, I'm afraid. === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [01:39] mdz: There's bloat of about 250K as a result of this [01:39] Plus any extra bloat caused by increased artwork size === winkle [i=winkle@suiko.acc.umu.se] has joined #ubuntu-devel [01:39] Someone could probably trim that down === LaserJock [n=LaserJoc@ubuntu/member/laserjock] has joined #ubuntu-devel [01:40] mjg59: uncompressed? [01:40] Oh, it's probably only about an extra 100K once gzipped [01:40] ha [01:40] ah [01:40] So I guess it could be worse === mjg59 checks the svgalib build on amd64 as well [01:42] mjg59: it's statically linking svgalib I assume/ [01:42] ? [01:42] Getting svgalib to use x86emu was the only really painful part of this [01:42] mdz: Yeah [01:44] wasabi_: um - fstab is converted to UUIDs on upgrade to edgy [01:44] (libvolumeid0) [01:44] Oh looky there. You are correct. [01:45] wasabi_: you can mount --move it and then clean it out [01:45] at least intuitively that should work [01:46] that message is pointless, we should just disable it [01:46] Agreed. [01:46] it uglifies usplash too [01:46] It's pretty typical for programs not to clear /var/lock on shutdown. [01:46] So, most ugprades to edgy will end up with it. === Fujitsu [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel [01:47] Actually, I guess dapper has it too. === sfeehan_ [n=sfeehan@ip68-228-136-178.hr.hr.cox.net] has joined #ubuntu-devel [01:47] So they have it now. :) [01:48] wasabi_: there are directories in /var/run managed by the packaging system; there will always be something there [01:48] and nothing has a chance to clear them out at shutdown anyway; they stay mounted until quite late [01:50] Wonder how long it will take the unix diehards to complain about the disaster fstab just became. [01:50] it took about ten minutes [01:50] the comments do help though [01:50] and they'll see the point as soon as /dev/hd* becomes /dev/sd* ;-) [01:50] Heh. [01:51] it should be possible to mount disk id's instead of /dev/foo [01:51] Yeah. 'mount' needs love. [01:51] mount -t ricer UUID:31312329381231 /var [01:51] Oh oops [01:51] it's possible for a few fs types already [01:52] mdz: is usplash maintained in bzr? [01:52] I use LVM for that reason [01:52] mjg59, lp.net/products/usplash/+branches [01:52] Right [01:53] Wonder how network block devices deal with UUIDs [01:53] I need something that bitches at me when I do things like modify packages that should be kept there [01:53] Do the UUIDs come from the file systems? or the device? [01:53] wasabi_: The fs [01:53] And then, what about dm devices? [01:53] mjg59, it's called "keybuk" [01:53] mjg59: yes [01:53] It's reasonable for /dev/hd* and /dev/md* and /dev/lvm* and /dev/evms/* to all point to the same fs. [01:53] Hence, have the same UUID. [01:53] mjg59: I have a script which checks the wiki and bitches at me [01:53] That might actually be my issue. ;) === mjg59 sorts out bzr [01:54] at least, it's meant to. I don't think I've tested it [01:55] hmm, it doesn't [01:55] because the wiki gives it a 403 for some reason [01:56] apparently, wget isn't allowed to do ?action=raw [01:56] that's pretty lame [01:57] \? === uniq_ [n=frode@ubuntu/member/frode] has joined #ubuntu-devel [01:58] How long does it take between adding a public key and it hitting the hosts? [01:59] Oh, approximately no time at all [01:59] anyone know how I could find out all the optimizations (LDFLAGS and CFLAGS) that stuff is built with on Ubuntu's build servers? [01:59] preferably without logging into the build servers, since you know, I don't have an account and don't belong there :> [01:59] bluefoxicy: apt-get source $package [01:59] and the gcc default [01:59] s [02:00] there's no buildd magic [02:00] Kamion: it's built with i486 instrs and i686 scheduling, with -Wl,-O1, etc... so that's all in gcc defaults? [02:00] yes [02:01] well, not -Wl,-O1, that's only done in certain packages [02:01] contrary to rumour it is not done globally [02:01] I thought it was system-wide on the buildd [02:01] it's not [02:01] (to my knowledge) [02:01] wow. I asked months ago and numerous people said it was done globally. [02:03] even when we used gcc-opt to override gcc flags on the buildds - which we don't any more as of edgy - I'm pretty certain that it never knew how to override linker flags [02:04] all it did was force compiler flags to be within certain optimisation ranges === Hirion [n=hirion@draugr.de] has left #ubuntu-devel [] [02:04] heh [02:04] oh, and set -mtune=pentium4 -march=i486, but those are the gcc defaults now [02:05] Kamion: Maybe you should start thinking about optimizing linker flags after Edgy is out, it'd make for good discussion, re http://lwn.net/Articles/192624/ [02:05] not me personally [02:05] no, not you personally :P [02:08] mdz: Right. I haven't fixed the init script, but nobody will actually be getting their hands on it until svgalib is in main /anyway/ [02:09] mdz: Can we take individual binary packages from a source without pulling them all in? I'm not necessarily happy with the svgalib demo binaries, since they're probably all suid root. The library itself is fine. [02:09] mjg59: yes [02:09] please note that in the main inclusion report though [02:11] so that we have a fighting chance of not accidentally promoting the demo binaries in future [02:13] xgl/compiz are in official repos? [02:16] gnomefreak: Yes, but currently old versions [02:17] hmmm [02:19] mjg59: the primary reason we keep it out of main is to prevent nasty suid binaries from creeping in through other packages [02:20] mdz: i say kick it out all together [02:20] gnomefreak: I was talking about svgalib [02:20] oh [02:22] mdz: Right [02:23] mjg59: though the main inclusion process should prevent that just as well nowadays [02:23] except where Debian introduces something without our knowledge [02:24] mdz: To be honest, I'd be quite tempted to say that we can't support all of its code [02:24] But the chances of anyone actually having hardware old enough that svgalib claims to support it (other than through vesa) is, well, small [02:24] mjg59: would it be feasible to copy the bits you need into usplash, as with bogl? [02:25] mdz: Not in any remotely trivial manner [02:25] The build system is a nightmare === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [02:25] I'd like to find a way to let it into main for usplash without exposing us to any potential evils [02:25] Sure [02:25] maybe I'm paranoid; it's probably unlikely that new suid programs are popping up due to svgalib [02:26] in this day and age [02:26] one would hope [02:26] It wouldn't be /too/ difficult to add a new source package that just builds the vesa support [02:26] There's a pile of defines to enable and disable individual drivers === kylem_ [n=kyle@206-248-151-76.dsl.ncf.ca] has joined #ubuntu-devel [02:32] mjg59: perhaps we could fix it to blow up if it detects it's running suid [02:32] mdz: could you have a look through ubiquity 1.0.14 in dapper-updates? it's mostly translation updates and just a couple of small bug fixes; I changed the progress bar like you asked too [02:33] (it's uploading at the moment) [02:33] Kamion: I assume it's suitable for upgrading a dapper live CD and testing? [02:33] mdz: if you could accept it at some point over the next day if it's OK, that would be good [02:33] mdz: yes; make sure you upgrade ubiquity, ubiquity-frontend-gtk, and ubiquity-ubuntu-artwork, and probably gparted as well [02:34] one of these days I should tighten the dependencies there [02:34] Kamion: is it finished uploading? [02:34] yes, just [02:34] mdz: Sure [02:34] mdz: Though that might break other apps [02:34] mdz: ISTR quake using it for mode setting and needing to be suid as a result... [02:35] 78120 | S- | ubiquity | 1.0.14 | 5 seconds [02:35] | * ubiquity/1.0.14 Component: main Section: admin [02:35] just made the queue run it looks like [02:36] Kamion: is it safe to build it on edgy and for installation on dapper, for testing purposes? [02:36] s/and / [02:36] mdz: I wouldn't recommend it [02:36] I'm not sure what the current python toolchain will do [02:37] and it build-depends: libparted1.6-dev which is dead in edgy === LaserJock [n=LaserJoc@ubuntu/member/laserjock] has joined #ubuntu-devel [02:37] you can build it on the live CD; if you want to avoid too many build-deps, skip installing python-kde3-dev and build with UBIQUITY_NO_KDE=1 set in the environment [02:38] I do that all the time [02:38] ok [02:38] do you have a cut-and-waste handy for the list of packages I need on top of the live CD? [02:39] afraid not - I do build-essential devscripts fakeroot, then cut-and-paste from dpkg-checkbuilddeps output [02:39] unfortunately its output is not in the most convenient format === LaserJock [n=LaserJoc@ubuntu/member/laserjock] has left #ubuntu-devel [] [02:40] apt-cache showsrc "$1" | grep-dctrl -nsBuild-Depends '' |head -1 | \ [02:40] sed -e 's/ ([^)] *)//g' -e 's/,//g' [02:40] build-essential devscripts fakeroot apt bison debhelper dpkg-dev flex grep-dctrl intltool-debian iso-codes libart-2.0-dev libdebconfclient0-dev libdebian-installer4-dev libglib2.0-dev libgtk2.0-dev libparted1.6-dev libxml-parser-perl locales po-debconf python python-gtk2-dev python-xml python2.4-dev wget [02:40] I guess that would do [02:40] (didn't bother trimming, as you can tell) [02:41] what's the magic to build a package without stripping it? [02:41] Amaranth: DEB_BUILD_OPTIONS=nostrip; see the dh_strip(1) man page [02:42] ah, thanks [02:43] Kamion: eek, 206MB [02:44] (with kde) [02:44] still 90M without [02:44] this machine has plenty of RAM though, fortunately [02:44] that's why I did the UBIQUITY_NO_(GTK|KDE) thing ... === shackan [n=shackan@host207-80.pool8257.interbusiness.it] has joined #ubuntu-devel [02:46] Kamion: has riddell tested this version on Kubuntu? [02:46] mdz: I don't believe so [02:48] Kamion: please ask him to do so before we roll kubuntu for the point release === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel [02:50] sort-countries certainly takes a long time === joshuapurcell [n=joshua_p@c-67-174-81-74.hsd1.tx.comcast.net] has joined #ubuntu-devel [02:50] it's running localedef a lot [02:54] Kamion: I just noticed that dapper-updates isn't in sources.list on the dapper live CD [02:54] we ought to fix that in the point release, if it isn't automagically fixed in the process [02:55] I believe it is; the livefs build process for dapper involves an update/upgrade to dapper-{security,updates} [02:57] test install is in progress [03:04]