=== T-Bone kicks lamont ;) === minghua [~minghua@danube.mems.rice.edu] has joined #ubuntu-devel === zul kicks T-Bone gratuiously [12:04] zul: you're welcome :) [12:05] heh and i cant spell [12:06] yeah. I assumed that was gratuitous as well ;) === T-Bone ducks [12:07] svenl: ok, mkvmlinuz stuff should automatically appear in debian-installer initrd builds; it doesn't look to me as if any source changes are required [12:08] svenl: i.e. there's no "SUBARCHES = " in our diff against Debian === jk_ [~jochem@jkossen.nl] has joined #ubuntu-devel [12:10] note to self: find faster cdrw media [12:11] Kamion: what did you do ? just build chrp ones, or prep, ppcbug and coff too ? === lytefyre [~lytefyre@cpe-24-58-21-200.twcny.res.rr.com] has joined #ubuntu-devel [12:12] svenl: ./powerpc/powerpc.cfg:11:SUBARCHES = chrp prep coff ppcbug [12:12] same as Debian as of last time we synced [12:15] Kamion: yep, that one was in since months now, maybe even since before christmas. [12:16] Cool. [12:16] our d-i package is based on 20041227 === apokryphos [~apokrypho@host-84-9-33-55.bulldogdsl.com] has joined #ubuntu-devel === lytefyre [~lytefyre@cpe-24-58-21-200.twcny.res.rr.com] has left #ubuntu-devel ["Leaving"] [12:18] Ah, ok. === jk [~jochem@jkossen.nl] has joined #ubuntu-devel === jk_ [~jochem@jkossen.nl] has joined #ubuntu-devel [12:39] elmo: did my floppy-retriever sync request get lost? === jk__ [~jochem@jkossen.nl] has joined #ubuntu-devel [12:41] Kamion: yes, sorry === mpt_switzerland [~mpt@185.16.202.62.fix.bluewin.ch] has left #ubuntu-devel [] [12:42] done [12:42] elmo: thanks [12:43] time to sleep === mdke [~matt@mdke.user] has left #ubuntu-devel ["Leaving"] === mdke [~matt@mdke.user] has joined #ubuntu-devel [12:45] smurfix, ping [12:46] mdke: [12:46] smurfix, hmm [12:46] can't visualise that character [12:46] anyhow [12:47] smurfix, saw your amendment to the wiki [12:47] smurfix, is it a good idea to add suggestions directly there? if so i'll add those brought up during the meeting [12:49] mdke: For the team name? Best add another section to the end of the LoCoTeamLeader page for that [12:49] mdke: I don't want to clutter the main text too much [12:49] GOOOOOOOD MORNING FREEDOM LOVERS! [12:49] mdke: alternately you can create a subpage -- your choice [12:49] smurfix, no i mean where you say "suggestions welcome" for the team leader expression [12:50] morning jdub [12:50] hi jdub. [12:50] mdke: s/team name/name of the role the team 'leader' has/ [12:50] lol [12:50] mdke: sure, that's what I meant to say ;-) [12:50] ok separate page it is [12:51] jdub: that scares me [12:51] Amaranth: Get used to it, he does that quite often [12:51] lol [12:53] smurfix, done [12:57] mdke: thanks === minghua [~minghua@danube.mems.rice.edu] has left #ubuntu-devel ["Leaving"] === moquist [~moquist@pool-70-16-197-91.man.east.verizon.net] has joined #ubuntu-devel === apokryphos [~apokrypho@host-84-9-33-55.bulldogdsl.com] has left #ubuntu-devel ["Remote] === mkedwards [~mkedwards@adsl-64-175-14-61.dsl.snfc21.pacbell.net] has joined #ubuntu-devel [01:12] mdz, lamont: According to Ubuntu Traffic #22, the cloop on the LiveCD is made with a variant of advfs. Will stock advfs work? [01:13] hey, does dpkg support upgrading with binary diffs? === tritium [~rimbert@12-202-90-180.client.insightBB.com] has left #ubuntu-devel ["Leaving"] [01:14] And should I be dd'ing /dev/zero to my remastering partition before making a filesystem on it? [01:16] wont make much if any difference' [01:17] mkedwards: it's made with create_compressed_fs from clooputils [01:17] lamont: is create_compressed_fs smart enough to ignore unallocated blocks in an ext2? [01:18] mkedwards: in the simple case, we say dd if=/dev/zero of=new-${IMGNAME} count=$SZ bs=1M [01:18] Amaranth: no [01:18] :/ [01:18] mkedwards: no, but they compress really small when you start with a zero'ed lofs... [01:18] mkedwards: that is, I'd zero the partition if you're actually going to use a disk partition [01:22] daniels: You are now obliged to love me forever [01:22] fabbione a kernel/ipsec related question [01:22] Argh, must write a UKUUG abstract. [01:22] jani: i am going to sleep right now... [01:22] jani: keep it for tomorrow :-) [01:23] good night everybody === fabbione & [01:23] hi develoeprs [01:23] developers [01:23] bye fabbione [01:23] I got a question about cups server on ubuntu [01:23] mjg59: yes [01:23] I just cannot to get this working as print server [01:24] and I would like to ask if this is because I do something wrong [01:24] or maybe [01:24] because cupsys package [01:24] is set by you developers [01:25] that it can work only on localhost and cannot work as real printserver on lan? [01:25] lamont: recommended blocksize for create_compressed_fs? [01:25] daniels: I expect you to buy me beer in .au [01:26] mjg59: sure, but I can't guarantee that I'll spot blondes for you [01:26] I'll get bob2 to do that [01:27] I read in the VPN howto that ipsec-tools > 5 is needed for kernel 2.6.10 [01:27] we have ipsec-tools 3.3 something as debian [01:27] I am not sure of the details just thought I'd mention it [01:27] mkedwards: it's made with the tool in cloop-utils [01:27] we use 65536 [01:27] mkedwards: which as far as I know is a stock advfs === T-Bone is now known as T-None [01:28] mkedwards: even though it's named "create_compressed_fs" and the source package contains an _entirely different_ tool with the same name [01:28] mdz: that's a relief; I thought it was going to need to build the image in memory. === jani [~pet@Home03207.cluj.astral.ro] has joined #ubuntu-devel [01:30] I'll update LiveCDCustomizationHowTo once I have this working smoothly (you want to mount more than /proc in the chroot) [01:30] lamont, mdz: thanks very much. [01:30] proc and dev/pts are generally a good idea [01:31] lamont: /tmp /dev/shm /dev/pts /proc /sys and maybe /proc/bus/usb [01:32] lamont: plus syslogd -a /chroot/dev/log [01:32] lamont: especially if you're adding mysql-server. :) === apokryphos [~apokrypho@host-84-9-35-175.bulldogdsl.com] has joined #ubuntu-devel [01:33] heh [01:33] lamont: why regenerate filesystem.manifest? === loaofwar3 [~zl@209-6-20-15.c3-0.wrx-ubr3.sbo-wrx.ma.cable.rcn.com] has joined #ubuntu-devel [01:33] hi i have a problem with apt-get update [01:33] mkedwards: manifest is there so mdz doesn't have to mount the image to see what's in it... [01:33] that's the only thing it's used for [01:33] i get an error message every time i try to update [01:33] http://pastebin.com/261555 [01:34] even tho i commented out 3 *.nerim. sites [01:34] it still gives errors === HillTop [~chatzilla@cpe-204-210-35-9.san.res.rr.com] has joined #ubuntu-devel [01:35] loaofwar3: and you realize that your question really belongs in #ubuntu, right? [01:36] o sorry [01:36] thats a wrong error [01:36] i cant install acroread [01:36] this is what i get [01:36] loaofwar3: --> #ubuntu please [01:37] http://pastebin.com/261561 [01:37] i asked someone at ubuntu [01:37] and they told me to ask here [01:37] loaofwar3, they are wrong [01:37] His question here is about whether acroread still exists... Ubuntu packages suggets that it exists in Multiverse. [01:38] loaofwar3: this would be the correct channel to discuss your _patch_ for the problem [01:38] elmo ping [01:38] lamont: if you get around to packaging the cloop constructor at some point, I'd like to look at it. Always nice to be able to regenerate from scratch rather than relying on a base cloop. [01:38] mkedwards: it's cheap to regenerate, and useful as a reference [01:38] loaofwar3: and your problem appears to be nothing more than a broken archive [01:38] mkedwards: same reason we generate .list files for the ISOs [01:38] apokryphos, yes, but that but that is not a question about development [01:38] mdz: of course, just wonder if casper used it in some way [01:38] mkedwards: it's on my list of things to discuss with folks... [01:39] sabmoc: Ok. Thought it might be the place to ask about possible obsolete packages. My mistake [01:39] lamont: would be nice to integrate it with a local mirror so that one can change something, re-run, not have all the package versions change out from under one. === jani [~pet@Home03207.cluj.astral.ro] has left #ubuntu-devel [] [01:40] yeah [01:43] weird. Does blockdev overestimate size? [01:44] ieee1394: sbp2: sbp2util_node_write_no_wait failed [01:44] :) === mdz_ [~mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #ubuntu-devel === tizen [alain@ADent8215.ResNet.Dal.Ca] has joined #ubuntu-devel === tizen [alain@ADent8215.ResNet.Dal.Ca] has left #ubuntu-devel ["Leaving"] [01:52] Word to the wise: don't dd /dev/zero to a mounted partition. :( === zenrox [~zenrox@wbar7.sea-4-12-028-223.dsl-verizon.net] has joined #ubuntu-devel [01:52] Boy, am I glad I'm doing this while booted into the livecd. [01:55] night all [01:56] lamont: of course, the hazard of distributing a well written custom LiveCD baker is that your archive will get hammered. :) === lamont goes to a meeting for a bit - back in about 90 min or so. [01:56] \heh [02:01] what do you mean broken archive? how would i fix that? === `anthony [~anthony@ekorp-203-63-137-225.eoff.ekorp.com] has joined #ubuntu-devel [02:02] gnu cp is amazing. cp -a works on an entire installed system, device nodes, symlinks, and all. === loaofwar3 [~zl@209-6-20-15.c3-0.wrx-ubr3.sbo-wrx.ma.cable.rcn.com] has left #ubuntu-devel [] [02:08] mkedwards : Yes, after using 'cp -a' as a lazy man's recovery/backup tool, it's hard to imagine how we lived without. [02:09] cp -a for life === mvo -> bed [02:11] I love how easy it is to switch a linux install between drives [02:13] zenwhen: rsync is even better. [02:14] orly [02:17] Some piece of my ieee1394 subsystem is not happy. :( [02:22] zenwhen : C:\>cp -a for life [02:22] cp: cannot stat `for': No such file or directory [02:22] doesn't work ;-) [02:22] C:\> ? [02:22] :-P [02:22] gnu tools work under windows too :) [02:23] Yes, but... But.. Why? [02:23] i was doing some stuff with windows-only programs... [02:23] infinity: to make work life liveable for some people, I assume [02:23] livable? [02:24] 52% ... waiting before i can reboot [02:31] lamont, ping. need another j2sdk1.4 bump, working on some more packages and they are all locked again. [02:32] wasabi_: what does that mean? [02:32] http://people.ubuntu.com/~lamont/buildLogs/Lists/hoary.dep-wait.i386 [02:32] It means I uploaded a new version of libxalan2, which removes the dependency on j2sdk1.4 [02:33] But the buildds aren't smart enough to recognize it, so the package won't be built until we beat them with lamont. [02:33] wasabi_: xalan2 down? Excellent. === srbaker [~srbaker@blk-137-92-118.eastlink.ca] has joined #ubuntu-devel [02:34] yeah this clears libbsf, bsf, and ant. [02:37] That's a very interesting log page. I presume that none of these are hoary blockers? [02:37] (being universe/multiverse, and all) [02:37] Is there an explicit release goal for Java in hoary? [02:39] no [02:40] Sure would be nice if ant were to get in before universe freezes. [02:40] Probably will. [02:40] Probably will be in before end of the day actually. [02:41] Have you looked at mysql-connector-java at all? [02:41] No. [02:44] tomcat? [02:44] that's next. [02:44] xerces2 is done? [02:44] maybe that's next. ;) [02:44] I'm following the dep tree under Eclipse [02:45] Eclipse 3.1pre, I assume? [02:45] I'm probably going to try hard to get 3.0 up first, since I already have that package done. [02:47] OK. Once ant is in, I'll try mysql-connector-java; that's the one non-Eclipse-dependency I would dearly love to see in hoary's universe. [02:49] brb... rumaki-and-sherry break. :) [02:50] good night everyone [03:07] mdz, requesting multiverse->universe for libxalan2-java (source and binary), libxalan2-java-doc and libbsf-java (source and binary). All previous slaves to j2sdk1.4. [03:08] wasabi_: just 1.4? [03:08] Actually now that I put libbsf up also I'm not sure. [03:08] checking. [03:09] Nope, j2sdk1.3 also [03:09] ANd as soon as those get in, I'll be doing another. ;) [03:10] you know, you could upload a bunch and _then_ have me kick it... [03:10] it's not like they could be any more broken than they currently are... :) [03:10] Good point. [03:12] Breaking ant would be fun anyways. [03:12] wasabi_: please send those requests to elmo [03:13] ok [03:19] lamont, go ahead and do it, im done for now. =) [03:21] uh... well, did it 10 min ago... [03:21] oh. ;) [03:21] do I need to do it again? [03:21] nope === koke getting really asleep === sabmoc is back (gone 05:31:20) [03:39] lamont: why does the howto suggest dd of=extracted_cd/casper/filesystem.cloop ? No bs=? [03:42] why is sysstat not in main? iostat seems pretty important. [03:44] mkedwards: bs has a default... not sure - didn't write the howto [03:44] I think default bs=512 -- seems to be painfully slow. [04:01] daniels: should we have an fglrx-driver dummy package to provide an upgrade path to xorg-driver-fglrx? [04:01] mkedwards: it's the compression that's slow, not the dd [04:02] mdz: 50% iowait, create_compressed [04:02] _fs using almost no CPU [04:03] I've never seen that; create_compressed_fs is painfully slow for me no matter where the output goes === Amaranth [~travis@ip68-229-188-97.om.om.cox.net] has joined #ubuntu-devel [04:04] the example uses dd in order to avoid an awkward sudo command-line; it could be changed if it's really a problem [04:04] sudo 'sh -c ... > filesystem.cloop' [04:04] er, sudo sh -c '... > filesystem.cloop' [04:05] mdz: I suspected as much, but wasn't sure. [04:05] feel free to edit it [04:06] mdz: I will, as soon as I've actually performed a successful remaster. :) [04:07] mdz: I am experiencing a certain amount of ieee1394 unhappiness when mixing heavy read and write traffic. [04:07] mkedwards: that would explain 50% iowait better than dd ;-) [04:08] mdz: right now it's over 90% write activity. [04:09] mdz: almost nothing going on except create_compressed_fs dumping its image [04:09] wow, was optimizing UI speed one of the big things in gnome 2.10 by any chance? [04:09] mdz: (and it does indeed seem to have composed the entire image in memory) [04:10] just picked up the gnome 2.10 update on my Beige G3 and it just feels a lot faster. (the menus just pop up instead of stalling for 5 seconds to load them off the disk :) [04:10] mkedwards: swapping perhaps? [04:11] swap's on a separate disk, basically idle === ajmitch_ [~ajmitch@port162-45.ubs.maxnet.co.nz] has joined #ubuntu-devel [04:11] it's entirely cpu-bound here [04:12] mdz: after "Block size 65536, number of blocks 62629."? [04:13] dunno, I only took statistics for the whole process === janc [~janc@dD576265C.access.telenet.be] has joined #ubuntu-devel [04:15] I think it's the combination of dd with no bs= and the sbp2 driver that's to blame. [04:18] mdz: we tried that, and there was some reason we didn't [04:18] mdz: ah, that was it. diversions. [04:18] daniels: ugh [04:18] heh, "dd with no bs=" [04:18] mdz: yeah, it's a mess [04:19] mdz: in an ideal world, they would just provide fglrx_drv.o and fglrx_dri.so and not need to do all this libGL diversion bullshi [04:19] t [04:19] aj: that's what I get for following a Howto. :) === wasabi [~wasabi@c-24-1-61-51.client.comcast.net] has joined #ubuntu-devel [04:26] mdz: i should have something for you tomorrow [04:26] zul: great, thanks [04:28] but now my wife is calling [04:28] so i bid you adieu [04:30] mdz: 8088. complete boggle. [04:31] SWEET === moyogo [~moyogo@Toronto-HSE-ppp3717779.sympatico.ca] has joined #ubuntu-devel === spiv [~andrew@adsl-66-203.swiftdsl.com.au] has joined #ubuntu-devel [04:39] The python2.4-samba package is surprisingly large. [04:40] mdz: uh, yeah. if I can't get any info out of the maintainer by the end of the week, I'll just bump the magic internal version and leave a big fat love letter in changelog. [04:40] And suspiciously contains 8 seperate 1.5MB .so files (that it installs in /usr/lib/python2.4/samba). [04:58] <|QuaD-> any developers want to tell me where ifolder is, in regards to being available for breezy? [05:04] website's going to become readonly and/or break in 2-3 minutes [05:04] shout now if that's a big problem for you [05:04] www.ubuntulinux.org/www.ubuntu.com that is === minghua [~minghua@danube.mems.rice.edu] has joined #ubuntu-devel === Benoni [~liblit@adsl-68-73-106-200.dsl.mdsnwi.ameritech.net] has joined #ubuntu-devel === ficusplanet [~brad@12-216-228-198.client.mchsi.com] has joined #ubuntu-devel [05:50] mdz : Would it be seriously out of line to ask for autogen to be synced with Debian?... It's a minor upstream bump (from 5.6.5 to 5.6.6), but it's been festering in Sarge/Sid for almost two months with no bugs, and it fixes the FTBFS on ia64. [05:51] mdz : It's also only depended on by one other package, so not much can go wrong with it. [05:59] infinity: the question is: what else is there in that upstream bump? [06:00] if it's exactly congruent to hoary+ia64 ftbfs fix, then it's almost a nobrainer [06:00] outside of ia64 not being a release goal atm... [06:00] I admit that does still cause me some pain to say... [06:00] Ahh, well if it's not, then I care not. [06:01] The upstream bump is pretty minor, but the ia64 fix isn't terribly easy to isolate. It looks more like a side-effect of having rewritten a few things. [06:01] oh joy [06:01] those are my favoritest === lamont likes it when bzip takes a 61MB file down to 4.2MB [06:02] so who sells ia64 desktops now, or is the ia64 port intended as a server role? [06:03] prolly server [06:03] at the time it was conceived, there were still ia64 desktops [06:03] ah ok [06:03] hell, I have 2 of them. :-) [06:03] heh [06:03] they are collectors items now [06:03] something like that [06:04] lamont: s/have 2/have all 2/ ? [06:04] =) [06:04] heh === lamont has an i2000, and a zx2600 [06:05] lamont: Are the zx series really considered workstations? [06:05] I think the DC machines are inbetween them as far as perf goes [06:05] lamont: You bloody need hearing protection to work near them. [06:05] jbailey: well, the zx2600 isn't exactly in a rackable config. [06:06] Hmm,. right. mine is the 6000, I think. [06:06] i think i'll have to get a mac for my next system, i think i already have nearly the quietest x86 system you can build [06:07] infinity: what depends on it? [06:08] infinity: if you can confirm that it doesn't break it (we've already done our test-build cycle for the release), I don't mind [06:10] mdz: we can probably do another of those for main, btw - and/or update the snapshot I have atm [06:12] mdz : anjuta uses it. It's a pretty simple thing, though (not anjuta, but autogen) [06:12] infinity: anjuta is in universe [06:13] mdz : I can test it, but if ia64 isn't a goal anyway, I can just as easily not. :) [06:13] it isn't, and it has bigger problems [06:14] Oh, and freefem3d depends on libopts9 from autogen, my bad. So, it has a whopping TWO packages that depend on it. [06:15] I'm inclined, however, to just drop the bug on the floor with "this will be magically fixed post-Hoary, when we re-sync", and go work on more important things, if ia64 really is that unhappy. [06:15] calc: You have a Pentium M system? [06:16] Amaranth: my desktop is a athlon64 with 120mm low speed fans [06:17] calc: Nice. [06:17] calc: Good sturdy case that absorbs sound? :) [06:17] yea i have the antec sonata case [06:18] i think the loudest part is the oem cooler on the cpu, i used to have a p4 in it with a copper 92mm hsf which was a bit quieter === cc [~cc@byte.fedora] has joined #ubuntu-devel === billytwowilly [~chris@S0106000c413a2c0c.ed.shawcable.net] has joined #ubuntu-devel === billytwowilly [~chris@S0106000c413a2c0c.ed.shawcable.net] has left #ubuntu-devel ["Konversation] [06:23] Needed for integrated VGA (Unichrome) found on KM400 and K8M800 (my case) family of VIA chipsets. The "via" driver (unichrome.sourceforge.net) [06:23] is included in upstream xorg 6.8.x but it's missing in Hoary. [06:23] daniels: ^^ whaa? [06:23] mdz: bullshit [06:23] to be blunt [06:23] smells like it [06:23] our version of unichrome is far more up to date than 6.8.x, even [06:23] Needed for integrated VGA (Unichrome) found on KM400 and K8M800 (my case) family of VIA chipsets. The "via" driver (unichrome.sourceforge.net) [06:23] is included in upstream xorg 6.8.x but it's missing in Hoary. [06:23] er [06:23] 6.8.x has release 27, we have a bit over 30 [06:23] https://www.ubuntulinux.org/wiki/KubuntuPreviewComments#msg20050323034827+0000@https://www.ubuntulinux.org [06:24] ... that url === daniels drops a comment on the page, heads back to hacking i810. [06:26] mjg59: she was *totally* checking you out === jbailey decides that glibc can wait until morning before upload so that he can make sure one last time when he's awake that he truly hasn't broken anyway. [06:31] jbailey: consciousness is recommended for glibc uploads :-) [06:31] way to exercise restraint [06:31] :p [06:32] mdz: Aside from that, the JAva fix is in, the xmms with nvidia fix is in, tzdata update, locales update, pitti's stat fix, and colin's locale fixes are in. [06:33] jbailey: sounds good === mroth [~mroth@c-24-7-68-186.client.comcast.net] has joined #ubuntu-devel === wasabi [~wasabi@c-24-1-61-51.client.comcast.net] has joined #ubuntu-devel === mpt_switzerland [~mpt@185.16.202.62.fix.bluewin.ch] has joined #ubuntu-devel === Burgundavia [~Burgundav@S0106000bdbb5820d.gv.shawcable.net] has joined #ubuntu-devel [07:25] iostat output on ieee1394 seems to be out by a factor 8. Very weird. === ace2001ac [~acharles@185.245.33.65.cfl.res.rr.com] has joined #ubuntu-devel [07:27] mdz: hmm ... probably wasn't too smart of me to settle for pmount's sync mount of this 1394 drive, eh? :-/ [07:31] Does anyone have an opinion about fontconfig printing "Fontconfig error: Cannot load default config file" on initial install when fonts are configured before fontconfig? (note that it's just a cosmetic issue, as fontconfig will regenerate its own cache when its postinst is run) [07:32] infinity: >/dev/null 2>&1 ? [07:32] daniels : In every font package? :) [07:32] hm. [07:33] Actually, if they all use defoma, maybe I can work around it there... [07:33] It should be defoma calling fc-cache, not the fonts doing it directly.. I hope.. [07:35] Ahh, even better, it's fontconfig's defoma config snippet. [07:35] Of course, the question is, do we want to lose those error messages when they ARE meaningful? === syn-ack [~Matt@h-68-167-215-143.chcgilgm.covad.net] has joined #ubuntu-devel === lakin [~lakin@dsl-hllst-66-18-197-136-cgy.nucleus.com] has joined #ubuntu-devel [07:40] mdz: sync mount slowed down the ieee1394 device by a factor of ten. [07:40] infinity: | logger -t fontconfig ? === syn-ack [~Matt@h-68-167-215-143.chcgilgm.covad.net] has joined #ubuntu-devel [07:47] morning === elbi [~lbm@cpe.atm2-0-1071006.0x50a0824e.abnxx3.customer.tele.dk] has joined #ubuntu-devel === pitti [~martin@box79162.elkhouse.de] has joined #ubuntu-devel [07:52] pitti! [07:52] Morning [07:52] infinity: ping === mirak [~mirak@AAubervilliers-152-1-8-252.w82-121.abo.wanadoo.fr] has joined #ubuntu-devel === dholbach [~daniel@td9091cd6.pool.terralink.de] has joined #ubuntu-devel [07:58] good morning [08:00] Hi dholbach [08:00] hey pitti :-) [08:04] hey pitti [08:04] mdz: did you test zul fix to your problem? [08:04] Hey fabbione, how are your dildos? SCNR [08:05] pitti: still there... working on extraction :-) [08:06] fabbione: erm, they are stuck? [08:06] haha, morning fabbione [08:06] pitti: kinda... [08:07] pitti: what line was the printk() in scsi_ioctl.c? [08:07] pitti: 121? [08:08] fabbione: 121, yes [08:08] done [08:08] fabbione: this is really a bit silly (the IDE driver doesn't do this), this should be done upstream as well [08:08] fabbione: thanks [08:08] fabbione: the reporter asked upstream for this, too [08:08] ok [08:11] hell if i feel trashed [08:11] i am not used to sleep so few hours anymore === dholbach nods uncaffeinated towards fabbione [08:19] dholbach: i am already at the first half liter [08:19] but i am getting headacke and that's good [08:19] usually i work twice as fast with it [08:19] (due ot the lacking of sleep) [08:19] headache is good? === d3vic3 [~d3vic3@dumbledore.hbd.com] has joined #ubuntu-devel [08:21] hey d3vic3! [08:21] morning dholbach [08:21] hey d3vic3 [08:21] dholbach: depends from what kind of headacke :) [08:21] morning fabbione [08:22] hrm [08:22] dunno [08:23] d3vic3: i'll compile a priority list for universe today,... or well have a general look, because i'll have to wait for lamonts testbuild to finish [08:24] ok [08:24] d3vic3: you already saw UniverseUnmetDeps and UniverseDoesNotBuild ? [08:24] yes [08:25] ok :-) === csj [~ubunewbie@218-164-187-81.dynamic.hinet.net] has joined #ubuntu-devel [08:27] I don't have a x64 or ppc, only x86 [08:27] hello, where can I about about liveCD cusdomize? [08:27] s/about/ask [08:28] this channel's better [08:28] thank you, and I extract filesystem.cloop and chroot into remove many packages, and now I want to compress it [08:29] but it use iso9660 filesystem, could I compress it as ext3? [08:29] I mean use module-builder [08:29] module-builder -t ext3 [08:30] it says: ext3 - slower buildtime, better compression, cowloop-overlayable [08:31] it is strange that in chroot eenvironment I df and got about 500 MB [08:31] but the filesystem.cloop is 2GB [08:31] aren't they the same things? [08:32] and I use `create_compressed_fs` to compress the extract_fs I got 500MB filesystem.cloop [08:33] compresion ratio is 1:1 :( [08:34] and morphix now change its base mod to use ext3 main mod now. I dont know if ubuntu will take this? === wasabi [~wasabi@c-24-1-61-51.client.comcast.net] has joined #ubuntu-devel [08:37] lamont: ping [08:37] are you all able to log into the wiki? [08:38] dholbach: indeed, this fails (elmo?) [08:38] *cry* [08:38] elmo brought the wiki down for a bit. Maybe he's still breaking it. :) [08:39] my most beloved tool :-) [08:39] indeed [08:42] hmm, I found that the compression ratio of module-builder -t iso9660 is much better than create_compressed_fs [08:42] and reboot to try new liveCD === ace2001ac_ [~acharles@185.245.33.65.cfl.res.rr.com] has joined #ubuntu-devel [08:53] elmo: please kill 2.6.11 from universe === martink [~martin@pD9EB3EA0.dip0.t-ipconnect.de] has joined #ubuntu-devel === \sh [~sh@server3.servereyes.de] has joined #ubuntu-devel === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [09:31] Hi carlos [09:32] hi === seb128 [~seb128@ANancy-151-1-32-42.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === sabmoc [~alex@d154-20-136-124.bchsia.telus.net] has joined #ubuntu-devel [09:37] hey seb128 [09:37] hi [09:43] I dont see an art team on the Teams page of the wiki, but I seem to remember something about an art does. Is there an art team? [09:44] sabmoc: you could create that page and people could sign up on it [09:44] (given the wiki-login works again) [09:44] seb128: can i do a fix-upload of gnome-meta-package? (chucking out nautilus-media and gcompris) [09:45] dholbach, maybe Im crazy, but I swear I saw something about an art team somewhere.. [09:45] sabmoc: if you didnt see it anywhere, it's time to make it happen :-) [09:45] dholbach: feel free to fix them, that should be done for a while but nobody seems to care (ie: update to GNOME 2.10) [09:45] seb128: i don't have the time to adjust all of the dependencies, but it should be installable again -- what say you? [09:46] fixing it is better than nothing [09:46] updating it is even better [09:46] alright [09:46] jbailey: ping? === pitti slaps sjoerd === jani [~jani@iv.ro] has joined #ubuntu-devel [09:52] hey jani [09:57] hey dholbach [09:59] hi jani. When you have a few moments, let's go ahead and whip up a list of core XFce 4.2 packages so we can pass it to elmo for syncing. [10:00] crimsun ok I'll try now === Adross [~drew@168.9.233.220.exetel.com.au] has joined #ubuntu-devel === Adross [~drew@168.9.233.220.exetel.com.au] has left #ubuntu-devel ["Leaving"] [10:02] crimsun, does that mean we are getting xubuntu? [10:02] sabmoc: not exactly :) [10:02] oh please... not another *ubuntu :-) [10:02]