=== T-Bone tssks lamont [12:02] lamont: 'none' === T-Bone sends lamont back to his French lessons :) [12:02] dude that was like long ago. [12:02] before you were born, I expect [12:02] lessee.... [12:02] yikes! thanx T-Bone. I had forgot my homework again :-P. [12:03] Nafallo: lol [12:03] lamont: you're *that* old? :^) === T-Bone ducks [12:03] would have been the 1979-1980 school year [12:03] indeed [12:04] i was being conceived ;) [12:04] well, at least someone was having fun that year. [12:05] LOL [12:05] GAAH! why can't I install warty on my server? [12:07] opi: Wiki is set up. Please register and tell me your WikiName. [12:08] bah, he's gone === rintrah [~rintrah@S01060050ba4d4742.wp.shawcable.net] has left #ubuntu-devel ["Leaving"] [12:11] haggai: I've got a new Wine package uploaded and ready, is there a way you could put it into universe for me (and/or sign my key so I can do it? I could put my pubkey on the Wine website or something.) [12:15] dooh! must have been /tmp I couldn't mount with noexec then :-P [12:21] good afternoon === rcliii [~rcliii@c-24-10-179-112.client.comcast.net] has joined #ubuntu-devel === [m0rph] [~morph@p83.129.177.227.tisdip.tiscali.de] has joined #ubuntu-devel [12:27] YokoZar: I'm really sorry, I'm just winding down for the evening. I need to review your work and I can't do that before Monday [12:27] Aww... Is the key signing thing a possibility though? [12:31] YokoZar: the holdup is in reviewing those changes for universe, signing an upload circumvents that [12:31] Oh yeah, heh. Just thinking ahead, though :) I suppose in the meantime I can write that scrollkeeper OMF file for Wine I've been meaning to. [12:33] YokoZar: keysigning is for proving your identity (ie meeting face to face) and isn't used to grant upload permissions === haggai yawns and goes to bed, wishing YokoZar lots of fun with OMF files [12:34] YokoZar: is it still one monolithic package? === jdub steals haggai's pants [12:34] Ahh, ok. That means I'll need to take quite a drive down to the next LUG meeting, or grab some ID scans in the mail, heh [12:35] jdub: It's split into wine and wine-dev (headers/includes) [12:35] YokoZar: as well as libwine*, wine-doc, etc? [12:36] jdub: now how am I gonna upload the new oo2 without any pants? [12:36] freely :-) [12:37] jdub: No, much of that splitting in the debian packages was both unneeded (Wine can autodetect most of its sound servers), confusing (the package didn't depend on them) and broken (Wine gets confused if it's missing files it always expects to have) [12:37] YokoZar: splitting the libraries is very important [12:37] YokoZar: splitting out the sound server stuff means you're not stuck with unnecessary depends (arts!) [12:37] (jack!) [12:38] probably best to start with the debian layout and fix the problems [12:38] I tried that, but there were so many archaic hacks and stuff in the code that it really was causing more problems than it was worth. I understand the importance of splitting libs, but the libwine library can really only be used by Wine and the wineserver [12:39] it does need to be split, though [12:40] The files that were once included in the libwine-sound* packages are no longer really even seperable from Wine - it's hardly even any space saved [12:41] jdub: It's impossible to run winelib-compiled files without the wine binaries though. In effect everything would be in the libwine package. [12:41] YokoZar: no, libwine would depend on wine :) === jdub upgrades to the latest wine, checks it out [12:42] Well, ok then. But having two packages depend on eachother is more or less the same thing as a monolithic package, no? [12:42] YokoZar: like libhowl requires mdnsresponder to work, so it depends on it [12:42] YokoZar: no [12:42] How's it different if they'll always be installed (and upgraded) together? [12:43] means you can track library changes more sanely [12:43] worth reading debian policy on this [12:44] I have. The trouble is that different winelib compiled programs (of which we don't yet have any...) all need to run off the same library through the same wine binary and the same wineserver - the normal differentiation you can get with different soname versions for different software just doesn't happen [12:45] there doesn't seem to be any depends [12:45] It's almost like a kernel/module type thing rather than a library. [12:46] Wine doesn't really have any hard dependencies other than I guess glibc. It can run in an X-less server terminal for DOS console apps, heh. [12:46] but there are also no suggests... [12:46] or recommends... [12:48] Whoops, I probably wanted to put winetools into suggests. Msttcorefonts should be in suggests already [12:48] yeah [12:48] so the big problem here [12:48] is that this is a significant package fork from debian [12:48] which we'll have to maintain indefinitely [12:48] unless we rejoin [12:49] we're hoping to avoid a lot of that [12:49] ogra: ping [12:49] ajmitch: pong [12:49] ogra: see post on planet.debian.net on ubuntu & debian (3rd from top) [12:50] yeah [12:50] jdub: Correct, it is different, but it wasn't done without reason. I'm willing to maintain it. We had to fork the package for some very good reasons, one of which was the outdatedness and presence of many old hacks in the Debian ones. We were getting _many_ support requests in the user channel, email lists, and newsgroup all related to the weird brokenness of the Debian ones. Our first support question became "Are you a Debian user? [12:51] ajmitch: ouch [12:52] yeah, we need to do something about tracking changes I think [12:52] YokoZar: the old hacks let you upgrade sanely [12:52] ajmitch: hmm, but that change was senseless for debian... [12:52] YokoZar: so we fix the problems with the current packages and contribute them back [12:52] I think he was talking about the other changes aside from the build-depends [12:52] jdub: I'm talking about old hacks like changes to Wine's sourcecode that were breaking things upstream, heh. [12:53] ajmitch: it was my change [12:53] maybe this is something that we have to do when malone is usable for universe [12:53] ogra: that's why I pinged you :) [12:54] YokoZar: so we fix the problems [12:54] YokoZar: far cheaper to do that than maintain a fork [12:55] am I allowed to upload new upstream versions of my apps, or should I ask for a sync? [12:56] Not for me it wasn't. Maintaining my Wine package has been only a couple hours of work or so every month. Trying to get the obstinate Debian maintainer to write/commit patches himself, on the other hand, was an exercise in futility. === rcliii [~rcliii@c-24-10-179-112.client.comcast.net] has joined #ubuntu-devel [12:57] I wouldn't even be consdering doing the Ubuntu MOTU route unless things were practically impossible in breaking through Debian beaurocracy. [12:57] YokoZar: yes, those aren't going to be problems [12:58] YokoZar: but maintaining a significant package for is something to be avoided [12:59] True. Frankly, things would be a lot easier if I were the Debian maintainer (packages would certainly be released within days, rather than months), but as long as Debian gives its maintainers total control over their packages and allows them to block the work of others (say, me), it's jut not going to happen. [01:00] it can happen in ubuntu [01:00] that's what we're here for [01:02] And that's why I've fallen in love with Ubuntu, and want to contribute Wine to it :) === amu [amu@n6-76.dsl.vianetworks.de] has joined #ubuntu-devel === BlackHussar [~BlackHuss@dsl081-081-225.lax1.dsl.speakeasy.net] has joined #ubuntu-devel [01:32] gnome-nettool is now only depending on gconf :D [01:32] and gtk :) === mxpxpod [~bryan@208.252.112.24] has joined #ubuntu-devel === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel === thully [~thully@180.sub-166-155-187.myvzw.com] has joined #ubuntu-devel === Safari_Al [~tr@ppp47-105.lns1.adl1.internode.on.net] has joined #ubuntu-devel === wasabi_ [~wasabi@c-24-1-67-127.client.comcast.net] has joined #ubuntu-devel [02:14] ogra: i really liked the previous ACCESS DENIED :-) [02:16] in what kind of freeze is gnome at the moment? [02:18] So I'm looking for a good utility of some sort to get some sort of load graph for each of my HDs... suggestions? [02:18] graphical, etc. [02:20] jdub, ping [02:20] yo [02:20] fsrtmot [02:20] darnit [02:20] how do i keep typing in the wrong window [02:21] sorry about that === wasabi_ [~wasabi@c-24-1-67-127.client.comcast.net] has left #ubuntu-devel ["Leaving"] [02:21] jdub, I have started removing libgnome code from some projects [02:22] but gnome_help is the most frequent used gnome function that is still not replaced by a gtk counter part === T-Bone calls it a night === T-Bone is now known as T-None [02:22] do you know someone working on a replacement? [02:22] jdub: Dude, what's up with patches getting back into Debian? [02:26] mjg59: lamont's working on it [02:26] mjg59: i'm going to reply to norbert's post [02:26] lupusBE: probably anders/owen/jrb [02:27] lupusBE: kinda relies on the help system not= being a murky mess [02:27] are there logs or mails about discuttions about this ? [02:27] mjg59: and working, and working... [02:27] lamont: Haha [02:27] lupusBE: no idea [02:28] there's a boatload of 'em... [02:28] If it's just a technology thing, that's good [02:28] and finding the ones that aren't there yet can be a pain. [02:28] and what do you mean by murky mess? [02:28] but filing bugs with all the full diffs in them would just tend to annoy folks more === robertj_ [~robertj@66-188-77-153.cpe.ga.charter.com] has joined #ubuntu-devel [02:29] heya all, are xdevconf logs available anywhere? [02:29] nobody wants a bug with part of the diff being a s/Debian/Ubuntu/g :-( [02:29] xdevconf? [02:29] the package buildLogs? [02:29] X development conference [02:29] lamont: irc logs [02:29] But, uh, the only person here likely to know is daniels... [02:30] Hmm. I've just upgraded a clean Warty install to current Hoary. Quite a few config file change prompts. [02:30] On the other hand, I did accidently kill it part way through, which may have something to do with it [02:32] lamont: noone seems to be logging #xdevconf :( [02:32] mjg59: the only non-technology issue is making sure our MOTU are doing the right thing ;) [02:32] jbailey: Hmm. We're going to need some way to auto-fill the RESUME field. === kent [~kent@c83-249-62-87.bredband.comhem.se] has joined #ubuntu-devel [02:36] jdub: no need to apply it if you dont like.... :) thom asked for a change ... [02:38] jdub: just whip them into line [02:39] speaking of diffs... /me goes heads-down for a while [02:46] so do we want to file all the bugs for migrating to python2.4? === lamont assumes "no" [03:11] APPROVED [03:11] Oh man [03:11] I love the screensaver stuff [03:12] MovieOS in three releases! [03:13] Hrm. [03:13] Warty->Hoary update doesn't result in power button hibernation love. === mjg59 goes to investigate [03:13] hmm [03:13] i'm going to install warty on my ibook and do an upgrade [03:14] I recommend doing so [03:14] Someone should write something to install a random set of packages from main on warty and then do an upgrade [03:15] mjg59: auto-filling the resume field? [03:15] mjg59: Err. [03:15] jbailey: On install, at least [03:15] Ideally on upgrade [03:15] But install has to have it [03:15] I thought that the kernel automatically DTRT when there was only one swap partition. [03:17] Nope [03:17] afternoon jbailey :) [03:17] Unless there's a resume= line, it won't resume [03:17] (Or the equivilent) [03:17] mjg59: Oh. hmm. [03:17] I was going by what mdz had said. [03:17] S3 works on my laptop now, so I never bothered with the rest of it. [03:18] jbailey: Suspend will work without a resume parameter, but I don't think resume will [03:18] Lemme ping mdz.. He never sleeps. =) [03:19] Hang on, let me play [03:19] So, S3 and StD both work perfectly on this Sony [03:21] almost time to test it on my antique dell [03:22] 'std' just sounds so wrong [03:23] daniels: STDs are good to avoid. [03:23] As a certified sexual educator, I recommend it. [03:23] jbailey: Ok, just let me regenerate my initrd and test this [03:24] But if there's no resume entry on the kernel command line and no RESUME in the initrd conf, what's it going to echo into /sys/power/resume ? [03:26] Mm. If $resume isn't set, it won't try to resume (and we'll just end up with a useless swap partition) [03:28] I'm just trying to find where mdz claimed it did it automatically. [03:29] jdub: Feature request for the screensaver: [03:29] For full movieos compliance, typing OVERRIDE should result in the screen unlocking [03:29] haha [03:30] from mdz in bugzilla: Interesting...swsusp happily suspended for me even though I didn't have a [03:30] resume= in /proc/cmdline, so I assumed it had some sane default === jaco^ [~jaco@host26-251.pool80117.interbusiness.it] has joined #ubuntu-devel [03:30] mjg59: That's what I was thinking of, oh well. [03:30] Yeah. It'll suspend, but not resume. [03:30] What an amusing misfeature. === kent [~kent@c83-249-62-87.bredband.comhem.se] has joined #ubuntu-devel [03:31] MoFOS: http://www.somethingawful.com/articles.php?a=112 [03:31] What are the requirements? Just that the swap have enough space free to drop the contents of ram in it? [03:31] The Movie Fake Operating System [03:31] jbailey: Pretty much === wasabi [~wasabi@c-24-1-67-127.client.comcast.net] has joined #ubuntu-devel [03:31] That's gotta be a bitch to guarantee. [03:31] Yeah. The installer makes bigger swap partitions on laptops by default now. [03:32] I'm thinking even making sure they're not using all of the swap. [03:32] mjg59: elite [03:32] mjg59: "size of memory"? [03:32] odd, I get unable to mount root device with the latest live cd [03:32] jbailey: In general, there's so much cache that it's not an issue [03:32] But yes, we can't guarantee it. Which is a bitch. [03:33] Is the right thing on laptops to have a spare swap partition just for suspending? [03:33] would be ideal to use a swap file [03:33] Oh generate one on a loopback device or something? [03:33] s/Oh/Or/ [03:34] jdub++ [03:34] loopback? ouch :) [03:34] swsusp2 has swapfile support, but it's nasty [03:34] jdub: Dude, it's been a long time since I had a swap"file" =) [03:34] You need to be able to find the start of the swapfile without mounting the filesystem [03:34] And I imagine it has to be contiguous. [03:35] Easiest is probably a list of block offsets dumped in swap... [03:35] Although grub and such can find the file for you. [03:35] How does the resume process actually work? [03:35] mjg59: could grub store it? [03:36] Does the kernel just detect that there's an image to resume when you poke the magic into /sys/power/resume ? [03:37] /sys/power/resume doesn't seem to exist on the laptop i just switched off [03:37] ;) === jbailey tosses jdub a nickel [03:37] Here, kid, go buy yourself a real computer. === jdub pats the 220R [03:38] :-) [03:38] jbailey: he spent plenty of those, and got a dell. can't legislate against bad taste. [03:39] stfu! [03:39] jbailey: The kernel reads the start of the partition that you shove in there, and if it's got the right signature resumes from it [03:39] Oh, that's true. grub ought to be able to pass an offset to the kernel. [03:39] Should it need it? [03:39] At that point, you presumably have drivers and such loaded. [03:40] Mount the partition read only and just get the swapfile information then. [03:40] You can't mount the partition read onkly [03:41] Remember, it hasn't been cleanly unmounted. If the kernel mounts it, it'll play back the journal. [03:41] Ugh, yeah. === wasabi [~wasabi@c-24-1-67-127.client.comcast.net] has joined #ubuntu-devel === wasabi_ [~wasabi@c-24-1-67-127.client.comcast.net] has joined #ubuntu-devel === bluefoxicy [~bluefox@pcp485126pcs.whtmrs01.md.comcast.net] has joined #ubuntu-devel [05:10] jdub: is sleep working on your ibook? === tritium [~tritium@12-202-89-11.client.insightBB.com] has joined #ubuntu-devel [05:24] Is ubuntu accepting packages with ~ in the version? === AndyFitz [~andy@220-245-97-227-qld-pppoe.tpgi.com.au] has joined #ubuntu-devel [05:27] woah [05:27] Kamion: fucking up password verification (enter mismatching passwords) has a bad bad failure mode in the installer [05:27] Kamion: you never get reprompted, so it just drops you back to the root menu of tasks, and hitting set up users and passwords doesn't re-prompt [05:27] jdub, you can update human off this package http://gnome-look.org/content/show.php?content=19853 next week ill be working on it fulltime to get the remaining application / mimetype icons up to scratch [05:28] Kamion: the passwords probably need a db_reset if verification fails [05:38] I take it gtk+ needs work? === bluefoxicy is looking at 2 windows which exist but have nothing in them. They became blank when the processes owning them died, yet the windows didn't vanish. [05:39] yes, it's a fundamental flaw in gtk+, it's not actually able to close windows by itself [05:40] no-one can be bothered fixing it [05:40] yeah, I clicked the X but gnome can't get rid of the windows [05:40] apparently that "Force quit" thing that kills the process. . . umm. Needs a process to kill. [05:41] bluefoxicy: run xkill? [05:41] bluefoxicy: in any case, inappropriate for #ubuntu-devel -- please use #ubuntu [05:41] k [05:52] AndyFitz: ok, ta [05:53] AndyFitz: good timing, before lunch had half mail written to you re: coverage of the last drop :) [05:54] jdub: cool, well this is till not complete mate but I've put away time to make sure it gets there before march as mentioned [05:55] rockin' === Safari_Al [~tr@ppp47-105.lns1.adl1.internode.on.net] has joined #ubuntu-devel === bitserf [~ljb@222-152-13-248.jetstream.xtra.co.nz] has joined #ubuntu-devel === AndyFitz [~andy@220-245-97-227-qld-pppoe.tpgi.com.au] has left #ubuntu-devel [] === tritium [~tritium@12-202-89-11.client.insightBB.com] has left #ubuntu-devel ["Leaving"] === tritium [~tritium@12-202-89-11.client.insightBB.com] has joined #ubuntu-devel === janc [~janc@dD576269E.access.telenet.be] has joined #ubuntu-devel === pitti [~pitti@box79162.elkhouse.de] has joined #ubuntu-devel === rubenv [~lambda1@83-134-125-188.Leuven.GoPlus.FastDSL.tiscali.be] has joined #ubuntu-devel === fwiffo [~jep@cpe.atm2-0-1101155.0x503f8eca.bynxx8.customer.tele.dk] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea-4-12-028-223.dsl-verizon.net] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea-4-12-028-223.dsl-verizon.net] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea-4-12-028-223.dsl-verizon.net] has joined #ubuntu-devel === pitti [~pitti@box79162.elkhouse.de] has joined #ubuntu-devel === Keybuk [~scott@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === Keybuk [~scott@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === amu [amu@n6-76.dsl.vianetworks.de] has joined #ubuntu-devel [10:03] are there any known issues with ipw2100 in hoary at the moment? [10:10] yes === smurfix wonders why these drivers aren't in the main kernel yet [10:11] drops connections all the time issues? [10:11] Keybuk: i got that all the time with ath, then i discovered it was just that turning the acx111 in my desktop on had a habit of killing the entire network for everyone [10:12] daniels: hm, d'oh, must've screwed that up recently - will investigate [10:13] Kamion: actually, it did that too from today's daily when I didn't fuck up my password [10:18] thought I'd fixed that, hmm [10:18] rsyncing today's daily now [10:21] time to see if today's live cd boots [10:30] daniels: oh, crap, I probably know what it is [10:30] fortunately that means it's a one-line fix [10:31] well, that will fix the general failure in "configure apt" anyway, there'll be some other problem in passwd.config [10:32] Kamion: heh === sabdfl [~mark@wblv-146-250-217.telkomadsl.co.za] has joined #ubuntu-devel [10:37] hi all [10:38] hello [10:41] 'morning sabdfl ;) [10:51] oh [10:51] I don't know if this has been fixed [10:51] but the ubuntu installer not only didn't have support for badblocks [10:51] thhe badblocks binary was missing [10:51] not surprised [10:52] doesn't parted have that functionality as part of 'check'? [10:52] ped_geometry_check (PedGeometry* geom, void* buffer, PedSector buffer_size, [10:52] ped_timer_set_state_name (timer, _("checking for bad blocks")); [10:52] [...] [10:54] probably, after things failed automatically I copied badblocks to a CD and then onto the install setup, used mkfs and it was fine === Keybuk [~scott@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel [11:18] daniels: hm, did you select 'go back' after the password mismatch? if you select 'continue', it works fine; if you select 'go back', it loops. === mvo_ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel === Keybuk [~scott@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === mirak [~mirak@AAubervilliers-152-1-26-70.w83-114.abo.wanadoo.fr] has joined #ubuntu-devel [11:36] Kamion: i never got prompted about it; after entering the password (both fine and not, separate installs), it looped [11:36] kami this was the daily i386 as of ... about 8h ago? [11:36] maybe 6? [11:37] daniels: I see (and have reproduced) a possible loop in the backup case; fixing that, anyhow [11:38] the way it drops back to the main menu when you enter matching passwords was a bug in apt-setup-udeb [11:38] ah, cool [11:38] cheers :) === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel === Keyb [~scott@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel [11:42] jdub: ping === planner [~danilo@adsl-ull-136-141.46-151.net24.it] has joined #ubuntu-devel === abelli [~abelli@host-84-222-39-46.cust-adsl.tiscali.it] has joined #ubuntu-devel === website [~website@host64-106.pool8251.interbusiness.it] has joined #ubuntu-devel [12:02] morning === Keybuk [~scott@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === seb128 [~seb128@ANancy-151-1-38-167.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === Keyb [~scott@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === Hwolf [~hidde@136.143.dynamic.phpg.net] has joined #ubuntu-devel === Keyb [~scott@host217-37-231-25.in-addr.btopenworld.com] has joined #ubuntu-devel === Keyb_UK [~scott@host217-37-231-25.in-addr.btopenworld.com] has joined #ubuntu-devel === [m0rph] [~morph@p83.129.201.74.tisdip.tiscali.de] has joined #ubuntu-devel === abelli [~abelli@host-84-222-39-46.cust-adsl.tiscali.it] has joined #ubuntu-devel [12:29] night all [12:30] mdz: g'night [12:30] hey mdz [12:31] night mdz [12:31] jdub alive ? [12:33] ogra: he's gone for the night [12:33] ah, ok [12:33] daniels: thanks [12:34] morning all! === ogra tries to find out what else he did to ion3 beside forgetting -i in dch [12:39] heya [12:39] http://www.antena3.com/a3n/a3n_contenidos/contenidos/3/3/omnha3168-00547.jpg [12:39] hey trulux [12:39] Windsor building burnt last night [12:39] I was writing the paper when it happened :( [12:39] hey sivang [12:41] it's like the movie "Colossus burning" (or on fire, dunno how's the name in US) [12:41] trulux: this was what I saw alst night (which scared me hell) on tve??? [12:41] sivang: yep [12:42] trulux: man, what was that building for? [12:42] Hmm, why do I get lots of "The following packages are not AUTHENTICATED" messages from APT? === kagou [~kagou@80.125.70.229] has joined #ubuntu-devel [12:43] sivang: business and hotel AFAIK === website [~website@host64-106.pool8251.interbusiness.it] has joined #ubuntu-devel [12:43] sivang: http://www.elmundo.es/elmundo/2005/02/13/madrid/1108282580.html [12:44] Keybuk: because not all archives have gpg keys yet... Ubuntu ones should though... [12:44] boy, looks like madrid has much action laterl... [12:45] Keybuk: someone should get on others to do so... will be good when sid gets 0.6x in :) [12:45] (or has it?) [12:45] these are the Ubuntu archives themselves [12:45] don't have any others in my sources.list [12:45] sivang: yeah, it was like "heh, someone was partying and he didn't noticed me" [12:45] which is why I noticed it as odd [12:45] at least it seems not a terrorist attack [12:46] Keybuk: hmm... I've not seen that on official archives... that is weird :o [12:48] hey Keybuk , 'sup? [12:53] Keybuk: fresh install? [12:59] can someone fix the bunch of stuff in hoary that explicitly depends on gs? should be gs-esp | gs or something like that [01:00] explicitly depending on gs causes apt to pull gs from the network at installation time; doko fixed this pre-warty, but it has regressed === magnon [~magnon@cD908888B.sdsl.catch.no] has joined #ubuntu-devel [01:05] Kamion: yeah, Array 4 [01:08] apt-cdrom in array 4 didn't do the Release.gpg copy properly, but dunno if that's the cause; I worked around that in archive-copier [01:09] back for some more time [01:10] I've removed the cdrom line and updated since then though === Hwolf [~hidde@136.173.dynamic.phpg.net] has joined #ubuntu-devel === tuo2 [~foo@218-215-8-253.people.net.au] has joined #ubuntu-devel === jani [~pet@Home03207.cluj.astral.ro] has joined #ubuntu-devel === seb128 [~seb128@ANancy-151-1-48-122.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === mirak [~mirak@AAubervilliers-152-1-13-254.w82-121.abo.wanadoo.fr] has joined #ubuntu-devel === Hwolf [~hidde@136.106.dynamic.phpg.net] has joined #ubuntu-devel === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel [02:26] elmo: could you update your copy of germinate please? I've added support for the casper seed. [02:27] (and want to be able to remove some corresponding junk from the installer seed) === macewan [~macewan@ip68-101-19-222.nc.hr.cox.net] has joined #ubuntu-devel === azeem [~mbanck@ppp-82-135-14-87.mnet-online.de] has joined #ubuntu-devel === mantiena-baltix [~AKL@193.219.14.141] has joined #ubuntu-devel [02:36] amu, hi, are you online ? [02:42] mdz: the next live CD build should use the casper seed, which'll save 5-10MB depending on the architecture [02:42] Kamion, where are difference ? [02:46] mantiena-baltix: removes a bunch of stuff only needed on the install CD === JanC [JanC@dD576267D.access.telenet.be] has joined #ubuntu-devel [02:46] e.g. all of partman === Kamion wanders off [02:47] Kamion, my partman :( [02:47] how I make installer now ? [02:47] :( [02:48] if the live CD installer needs something, it should be added to some seed [02:48] but partman is not used in the casper bootstrap process and therefore is not in the casper seed [02:48] you should stop taking things as policy decisions when they aren't :) [02:48] anyway, gone [02:49] Kamion, hehe, this is joke [02:49] :-P === neofeed [~moritz@pD9575F43.dip.t-dialin.net] has joined #ubuntu-devel [02:54] hey, should linux-headers Makefile be patched with EXTRAVERSION matching the associated linux-image? [02:54] some external modules seem to install into the wrong modules dir, i believe because of this. [02:58] tseng: quite possibly, yes [02:59] ah, no, I see [02:59] daniels@brainfreeze:~% grep -r -- -amd64-k8 /usr/src/linux-headers-2.6.10-3-amd64-k8/ [02:59] /usr/src/linux-headers-2.6.10-3-amd64-k8/.extraversion:-3-amd64-k8 [02:59] oh [02:59] is that common? [03:00] dunno [03:00] ivtv just calls modules_install in linux-headers [03:00] your investigative abilities are doubtless as good as mine in this arena === daniels drums his fingers on the desk and waits for the mirror to sync properly. [03:01] yeah the Makefile doesnt touch that, ivtv certainly doesnt. === tseng will file a buglet [03:05] daniels, couldn't all that syncing trouble be avoided if users wouldn't be able directly to sync from the master mirror? IE, have a master that you upload to, and a master's deriviate that syncs with the master every once, just like other mirrors do now? [03:05] hey again all, does anybody know if I am going to expect probleams trying to install hoary snapshot on a rocklacke D865PERL intel mb with SATA? ;-) [03:19] Hwolf: er, maybe if you have the entire thing in RAM -- think about the I/O fun you'll have with every user trying to rsync everything === rcliii [~rcliii@c-24-10-179-112.client.comcast.net] has joined #ubuntu-devel [03:30] daniels: As I read it, it was more a split of ftp-master and the publically accessable archive. [03:31] oh, 'wouldn't' be able to sync [03:31] i believe that's what we're moving to, yes [03:32] sivang: there used to be a bug related to machines that had all SATA drives, and an older PATA cdrom [03:32] ah, ok === Astharot [~isager@host251-99.pool8252.interbusiness.it] has joined #ubuntu-devel [03:36] hi [03:37] sabdfl: Hey mark! Ah ok, well, I have 1 PATA hd here and going to integrate one SATA one, together with 2 PATA cdroms, hope it'll work :) [03:40] daniels: It would be nice to have something I (as a mirror admin) could have proper access to, so I could do more frequent updates without getting flooded with "refused due to too many active rsync connections" [03:41] sivang: i'd be interested in hearing about success or failure, good luck [03:41] sivang: what mobo? i have 1 pata disk, 2 sata and 2 pata cds; works fine === ups_ [~ups@203.200.160.36] has joined #ubuntu-devel [03:45] maswan: yeah, i believe that's what the model is moving to [03:45] maswan: everything in good time [03:48] daniels: Good, I wish to be as good a mirror as possible. :) === jani [~pet@Home03207.cluj.astral.ro] has left #ubuntu-devel [] === froud [~sean@ndn-165-157-78.telkomadsl.co.za] has joined #ubuntu-devel === rcliii [~rcliii@c-24-10-179-112.client.comcast.net] has joined #ubuntu-devel === jbailey [~jbailey@CPE000ded9d787c-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-devel [03:56] http://www.inwords.co.za/ubuntu/ubuntu-hoary-update-reg-error.png What is the meaning of this error displayed while doing an update via Ubuntu Update Manager on Hoary [03:58] and where do I find gst-register? === drbyte [~byte@p53.n-nypop03.stsn.com] has joined #ubuntu-devel [04:12] froud: it seems to be in package libgstreamer0.8-0 [04:12] not sure why it would be triggered by the update manager [04:12] unless it has to do with playing a sound [04:12] try asking on #ubuntu, or on one of the gstreamer channels [04:13] sabdfl, and where to find gst-register so I can run it? [04:14] install the package libgstreamer0.8-0 then type gst-register [04:14] froud: ^ === T-None is now known as T-Bone [04:17] Hmm. [04:17] sabdfl, libgstreamer0.8-0 is already installed by when I run gst-register I get "sudo gst-register command not found" === mjg59 hacks the driver lightly [04:18] sabdfl: Vaio support looks good - I'm just trying to integrate hotkey support [04:19] mjg59: fantastic. is there any sanity to the whole hotkey situation or does every vendor do it differently? [04:19] froud: its gst-register-0.8 [04:20] tab complete is cool. [04:20] Every vendor does it differently, except in the cases where they've bought designs off another vendor [04:20] froud: try not using sudo, just typing gst-register-0.8 [04:20] Lots of machines use the acer protocol, but it's entirely insane and I'm not going to touch it with a bargepole [04:21] they don't make bargepoles long enough these days [04:22] Whoops. === mjg59 crashes the machine [04:22] Maybe still a couple of bugs here, then... === website [~website@host64-106.pool8251.interbusiness.it] has joined #ubuntu-devel [04:24] sabdfl, seems to have rebuilt the registery without problem. Thanks [04:24] hi to all [04:25] froud: and solved the problem? [04:25] i saw in /var/cache/apt/archives that deb packages are not removed after a complete upgrade by apt-get or synaptic utility.. why not make that apt utilities clean the archive after each upgrade? [04:25] sabdfl, system seems the same, everyting worked prior and after, so there was no problem just this error :-) [04:26] Now that we've got Python in essential, are we moving debconf there too? I see that it's the first goal under EssentialPython === T-Bone is having issues with ia64 livecd... === jaco [~jaco@host26-251.pool80117.interbusiness.it] has joined #ubuntu-devel === ups [~ups@203.200.160.36] has joined #ubuntu-devel === smurfix [~smurf@smurfix.developer.debian] has joined #ubuntu-devel === moyogo [~moyogo@Toronto-HSE-ppp3717779.sympatico.ca] has joined #ubuntu-devel === ups [~ups@203.200.160.36] has joined #ubuntu-devel === usual [~colin@cpe-24-194-198-87.nycap.res.rr.com] has joined #ubuntu-devel [04:52] hkey ACPI 00000001 00000022 [04:52] Rock === rburton [~ross@195.112.29.2] has joined #ubuntu-devel === usual [~colin@cpe-24-194-198-87.nycap.res.rr.com] has left #ubuntu-devel ["What] === Keybuk [~scott@host217-37-231-25.in-addr.btopenworld.com] has joined #ubuntu-devel === usual [~colin@cpe-24-194-198-87.nycap.res.rr.com] has joined #ubuntu-devel [05:04] Only problem now is that it's binding to every single unclaimed ACPI device, which is a bit of a pain. Hm. === Keybuk pokes pins into a voodoo doll of mjg59 [05:05] your bloody suspend-to-disk stuff left me with a corrupt swap [05:05] and I only just noticed === Keybuk wondered why he's been having OOM-roulette all day [05:06] Corrupt swap? [05:07] A failed resume will result in it not rewriting the swap signature, which swapon will then be unhappy about... [05:07] is nautilus crashing X a known bug in hoary? [05:08] it didn't even try to resume, iirc. [05:10] Hrm. [05:10] Need more debugging. [05:10] If it doesn't successfully resume, then the swap signature won't be fixed [05:11] indeed, and you won't notice until some days later when you're wondering why the laptop can barely run xterm and emacs === usual [~colin@cpe-24-194-198-87.nycap.res.rr.com] has left #ubuntu-devel ["What] [05:13] swapon should check if there's a suspend signature, and if so mkswap it [05:13] sony/hotkey SPIC 00000001 00000001 === tritium [~tritium@12-202-89-11.client.insightBB.com] has joined #ubuntu-devel [05:13] Hurrah [05:24] Keybuk: Does hotplug actually use drivers.isapnpmap ? [05:24] s/drivers/modules/ [05:24] mjg59: I don't think so [05:25] Kamion, I already started d-i in chroot - simply started make demo_hd-media ;) [05:25] Keybuk: Interesting. Any idea why? It'd solve a load of the My sound doesn't work on my ancient laptop issues [05:25]