[12:02] Kamion: heh [12:03] Kamion: now it's a good time to start learning Spanish :-P === wasabi [~wasabi@c-24-1-67-127.client.comcast.net] has joined #ubuntu-devel [12:34] what's wrong with mono on hoary? why is it still in limbo on ppc? [12:38] requires manual bootstrapping, I think ... === boglot [~logbot@gw.workaround.org] has joined #ubuntu-devel [12:41] Kamion: btw, no love from ia64 install CD [12:41] lamont: what's up with it? [12:41] loads of missing udebs, --> can't load installer components from CD [12:41] yes, I just got a bug about that ... [12:41] affects other CD's too? [12:42] easy to fix? [12:42] doesn't affect current powerpc [12:43] do you want a list? [12:43] easy to fix when I know what's wrong ... :) [12:43] I'd rather have a copy of /var/log/syslog [12:43] yeah - easier said that done, yes? [12:43] you have nc in busybox [12:43] hrm... how hard to mount a USB pen drive at that point? [12:43] ah, nc is cool. [12:43] #4940, BTW === lamont goes to bludgeon [12:44] ta [12:46] yeah, there's nc, but no network cards yet. :-( [12:47] time to take advantage of /dev/ttyS0 [12:51] Kamion: http://people.ubuntu.com/~lamont/ia64.syslog [12:52] ( sh < /dev/ttyS0 > /dev/ttyS0 2>&1 is a powerful command... :-) [12:52] Dec 23 16:37:50 main-menu[2068] : (process:5514): Segmentation fault [12:52] whoa? [12:52] hrm. [12:53] command line? and I'll go run it with strace or something. [12:53] strace _is_ on the cd, yes? [12:54] yeah, but probably won't work until libc6-udeb is installed [12:54] udpkg -i that, then fish out strace. you don't get a command line, you'll have to find the main-menu process and strace -p it === lamont ponders how complex it would be to give Kamion a login with serial console :-) [12:55] anyway, back on momentarily === lamont__ [~lamont@mix.mmjgroup.com] has joined #ubuntu-devel [01:06] lamont: hm ... you want to strace -f actually, sorry [01:06] it's a child of main-menu that's segfaulting [01:12] yeah [01:12] figured that out. [01:12] and I need to do things in the background at least a little, since there's no job control. [01:13] definitely anna segfaulting, but why ... [01:14] all that code is identical to Debian [01:15] stracing shell scripts is _BORING_. [01:16] yeah :) [01:19] fwiw, there's a really nice tombstone that comes up for hundreds of milliseconds before getting cleared. [01:19] otoh, serial console might make that not so bad... === lamont__ boots agagin [01:19] at least, I hope it does.... [01:20] yep. [01:20] serial here we come [01:20] beginning to think strace won't help much though, might be more a gdb job [01:20] which would mean rebuilding anna with debug symbols ... [01:21] I should have the tombstone shortly, at least [01:21] just have to remember to boot serial console, rather than vga.. :-( [01:22] Kamion: btw, 12-22 daily ppc installed just fine, thank you. [01:22] well, except for X not liking the display at all. [01:22] WTH is daniels when I need to beat him, huh? [01:23] tombstone? [01:25] from the segv [01:25] traceback [01:27] there must be some weird udeb involved here or something; the code runs fine on amd64, and on alpha/ia64 in Debian, so I don't think there are inherent 64-bit issues [01:29] p.u.c/~lamont/boot.out [01:29] firecall - should be back in about 30-40 min, I guess. [01:30] how do I decode that? [01:30] assuming that the call trace is outermost-last, the last thing is a syscall entry ... [01:32] lamont__: he's on holidays [01:32] there are some unlink() calls in install_modules(), mind you [01:35] lamont__: strace might actually be useful; it would allow me to see whether there's any debconf interaction following the last log entry === rcouto [~rcouto@c9062ee8.virtua.com.br] has joined #ubuntu-devel === rcouto [~rcouto@c9062ee8.virtua.com.br] has left #ubuntu-devel ["Leaving"] [01:56] back [01:56] daniels: X doesn't start on my ppc box. (G3) [01:56] :-( [01:57] Kamion: so you want me to boot it up again and capture strace output? [01:58] reipoc.e sound familiar? [01:58] (that's what's in r8...) [01:59] sorry. [01:59] reipoc-e [02:00] Loading components of the Ubuntu installer Unable to handle kernel paging request at virtual address 726569706f632d7d [02:01] and that derives directly from that. [02:02] lamont__: please [02:02] (strace) [02:02] never heard of reipoc-e [02:06] how about ... e-copier? [02:06] damn little endian world. [02:07] /cdrom/pool/main/a/archive-copier/archive-copier_0.0.11_ia64.udeb [02:09] shouldn't be an unusual package ... [02:10] strace running [02:11] "unpacking archive-copier"... hrm. [02:11] daniels: you know, we should probably change the Maintainer: of l-r-m ... [02:11] lamont__: calling udpkg presumably? [02:12] yeah - but really slow because of the strace at 9600 baud :-( [02:13] [pid 5753] execve("/usr/bin/udpkg", ["udpkg", "--print-architecture"] , [/* 17 vars */] ) = 0 [02:13] working through that one [02:13] wouldn't it be better to strace -o /tmp/whatever and then nc that somewhere? [02:14] no network [02:14] we have to finish loading the installer modules before we load the network modules... :-( [02:15] unless you want to tell me how to get a network that early? [02:15] then we just have the small issue that I'm using that network cable... [02:16] ah, well it's possible with creative use of udpkg but it might perturb the problem [02:16] yeah [02:17] it doesn't help that I straced a bunch of stuff I didn't need to.. :-( [02:17] just grep'ed for Componens in hoary/release [02:18] [pid 5817] execve("/usr/bin/logger", ["logger", "-t", "cdrom-retriever", "warning: Unable to find restrict"...] , [/* 17 vars */] ) = 0 [02:18] wonder if that matters... [02:19] that happens everywhere, will be fixing it soon [02:19] you didn't strace -s ? [02:23] what's -s do? [02:24] ia64.strace2 [02:25] (and ia64.strace, but that's the boring leadin) [02:25] 81% there [02:25] ' [02:26] grumble. crap connectivity [02:26] there now [02:27] pid 5514 is the child with issues, per syslog [02:28] and that's not in the strace output at all. [02:28] there's no segv in that trace [02:28] which could just mean that it ran fast enough to not get grabbed before it failed. [02:28] I think 5514 is just a shell that calls anna [02:28] child processes run free until the parent gets the pid back. [02:28] so, where's the crash? [02:29] not in the trace [02:29] it happened at 18:03:41, if there are any times in the strace... [02:31] do you want one with -s large? [02:32] although I doubt it'll tell you anything [02:32] what did you strace? [02:33] hm, main-menu from the looks of it [02:33] would you like me to set up serial console access for you? (with a spare serial port).. [02:33] strace -f -p [02:33] it looks like the strace is truncated [02:33] stops at: [02:33] [pid 5818] --- [02:34] eventually I killed it. [02:34] oh, ok [02:34] serial access would be good if possible, yeah [02:34] but we were already dead by then. [02:34] then I can trace to a file and look at the end of it [02:34] yeah - is work. gimme a bit. [02:35] you want it tonight, or just ready for you by morning? [02:35] no rush === mojo [~mojo@220-244-212-78-vic.tpgi.com.au] has joined #ubuntu-devel [02:58] daniels: I have this error EVEN though I have soft link the libglx, can u confirm for me whether it is a bug or my mistake? [02:58] root@ubuntu:/home/mojo # glxgears [02:58] Xlib: extension "GLX" missing on display ":0.0". [02:58] glxgears: Error: couldn't get an RGB, Double-buffered visual. [02:58] root@ubuntu:/home/mojo # [03:01] warty server install is 'server', yes? [03:06] no, 'custom' [03:06] custom. /me blesses help menusw [03:06] hoary's 'server' [03:06] (I lost the argument, eventually ...) [03:07] yeah - server makes me think it has daemons.... [03:13] that's what I said to Mark [03:13] elmo reckoned that pared-down was fine for servers, though, since you'd want to pick the package set yourself [03:13] *shrug* === mojo [~mojo@220-244-212-78-vic.tpgi.com.au] has joined #ubuntu-devel [03:18] daniels: I fixed it, dun bother [03:20] there is still libglademm2.4-dev based on old libglade2 that dep on python2.3. It's very annoying b/c I want to use the latest 2.4. Can someone spend a bit of time changing number 3 to number 4 in dep PLS [03:22] mojo: he is on holiday [03:22] ogra: k, let him relaz, I can handle some stuff w/o him [03:22] :) [03:24] after several boot attempts, isolated to a bad CD (diff box,i386 this time...) [03:25] lamont__:??? [03:26] not all conversations start when you join the channel ;) [03:27] lol [03:27] Kamion: many of mine start without me... :-) [03:28] more lol [03:28] lol [03:28] I find myself reminded just how _SLOW_ 233 MHz is. [03:31] otoh, 233MHz should keep up with the printer OK. === anselm_ [~anselm@host-69-145-34-81.chy-wy.client.bresnan.net] has joined #ubuntu-devel [03:36] aj: any thoughts on having debootstrap validate Release sigs? [03:37] Hello, could someone possible help me with a problem? [03:38] dude, if it's related to development, then ask [03:38] else go to #ubuntu [03:38] ok well go over to #ubuntu, thanks === anselm_ [~anselm@host-69-145-34-81.chy-wy.client.bresnan.net] has left #ubuntu-devel ["Leaving"] [03:40] mdz: what's happened to all the debian/changelog entries between 0.5.32 and 0.6.27? [03:41] Kamion: they were lost during the merge which brought the 0.6 branch up to date [03:41] the history is still there in arch [03:41] I hope they'll be restored [03:41] most of it isn't particularly relevant in the mainline changelog [03:42] and it's not entirely clear to me where in the changelog they should go [03:42] perhaps a separate file would be OK === Kamion just always puts stuff in versioned order, people seem to cope [03:42] you mentioned that you had some ideas for branch representation in changelogs [03:43] I brought them up in one of the BOFs at Mataro [03:43] basically: [03:43] {{{ branch to do something [03:43] yes, but we didn't get to seeing an example [03:43] apt (0.6.0) unstable; urgency=low [03:43] ... [03:43] }}} [03:44] the way 0.6 worked, I was merging everything I did in 0.5.x into it for many versions [03:44] so they really were parallel [03:44] some notation around there to be clear about where you branched from, too [03:44] ah [03:44] it's just very confusing to the casual skimmer of debian/changelog at the moment [03:44] anyway :) [03:44] yes, the current changelog ended up slightly weird too [03:45] apt (0.6.26) unstable; urgency=low [03:45] -- Matt Zimmerman Thu, 25 Nov 2004 10:01:16 -0800 [03:45] apt (0.5.32) unstable; urgency=low [03:45] -- Matt Zimmerman Sat, 11 Dec 2004 09:05:52 -0800 [03:45] ugh, mvo left a bunch of arch junk around in the source package [03:45] ack [03:45] I thought I told him about debian/rules arch-build [03:45] I'll send mail [03:46] oh wow, didn't realise apt-key was a shell script [03:46] perhaps I'll rewrite it in python-minimal :-) [03:47] I almost had a heart-attack earlier today when I thought we'd ended up putting the Essential flag on python2.4-minimal [03:47] then I remembered that python-minimal existed too, and relaxed [03:48] but python-minimal isn't essential either, yet [03:49] indeed [03:53] Kamion: having gpg on the install media was always too big an ask, otherwise sure, should be trivial [03:54] Kamion: so rewriting it all in python and going to get rid of perl-base from essential? [03:54] calc: don't expect that any time soon [03:55] aj: I suspect we'll end up doing it, whether Debian do or not [03:55] for the cdrom gpg can go anywhere really, but for netboot it really has to be in the initrd ... [03:55] since you're getting all udebs after that from the network and you need to auth them [03:56] and, of course, the netboot initrd needs to be signed with the archive key or something === Kamion expects elmo will just love doing that on every byhand upload [03:57] calc: basically Mark wants to be able to use python more or less anywhere feasible, and doesn't want that to be stopped by trivial little details like the shape of essential ;) [03:58] cool :) [03:58] calc: that's a bit different from rewriting a big load of code that works [03:58] Kamion: any thought that the kernel could be playing with your head here? [03:58] that is, should I drop said kernel on the sarge install that's there, and see what it does? [03:58] lamont__: well, a segfault is a segfault; it was pretty clear in the original log [03:59] that probably won't work, kernel needs to match module udebs [03:59] yeah - and clearly grabbing some text and using it as a pointer... [03:59] kernel version needs to match module udeb versions, that is [03:59] otherwise anna won't retrieve them [03:59] Kamion: nah - I meant dropping linux-image-2.6.9 on the sarge box [03:59] it already has sarge installed, you see... [04:00] guess so, you could try it === lamont__ adds that to his list [04:09] back in a bit === jdub [~jdub@home.waugh.id.au] has joined #ubuntu-devel === Shad0 [~admin@ip68-97-167-152.ok.ok.cox.net] has joined #ubuntu-devel [04:54] so who uploaded the b0rked l-r-m? === Colin_ [~Colin@alb-69-202-45-196.nycap.rr.com] has joined #ubuntu-devel === lordan [~lordan@217.20.251.30] has joined #ubuntu-devel === Colin_ [~Colin@alb-69-202-45-196.nycap.rr.com] has joined #ubuntu-devel === GotD0t [~GotD0t@24.48.147.43] has joined #ubuntu-devel === lordan [~lordan@217.20.251.30] has left #ubuntu-devel ["Leaving"] === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel === kergan [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel === SepheeBear [~SepheeBea@24-193-86-118.nyc.rr.com] has joined #ubuntu-devel === mvo [~Michael@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [09:06] Morning === sivang [~sivang@box79162.elkhouse.de] has joined #ubuntu-devel [09:09] hey pitti [09:09] Hi Treenaks [09:09] Hi sivang [09:09] hi pitti [09:09] hi all :) [09:26] hi pitti ! morning [09:26] morning everybody else [09:26] :) === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [09:36] 'afternoon [09:36] morning [09:37] bobz0r === SepheeBear [~SepheeBea@24-193-86-118.nyc.rr.com] has joined #ubuntu-devel [09:40] Hi! === pitti goes for family breakfast now [09:41] Happy Christmas everybody! === janc [~janc@D5762EAB.kabel.telenet.be] has joined #ubuntu-devel === cenerentola [~cenerento@84.222.38.88] has joined #ubuntu-devel [10:25] Marry Xmas all :) === seb128 [~seb128@ANancy-151-1-48-250.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === jordi [~jordi@115.Red-213-96-69.pooles.rima-tde.net] has joined #ubuntu-devel === sivang [~sivang@box79162.elkhouse.de] has joined #ubuntu-devel === seb128_ [~seb128@ANancy-151-1-8-197.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel === daniels_ [~daniels@amnesiac.heapspace.net] has joined #ubuntu-devel === thom_ [~thom@amnesiac.heapspace.net] has joined #ubuntu-devel === ogra [~ogra@p508EA57A.dip.t-dialin.net] has joined #ubuntu-devel [11:19] hey ogra , marry xmas [11:47] seb128: was the small size bars on the app panel bug closed? I can't see it anymore.. [11:51] sivang: http://bugzilla.ubuntu.com/show_bug.cgi?id=4918 === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [11:55] seb128: tnx [11:56] lamont: which b0rked l-r-m? === sivang [~sivang@box79162.elkhouse.de] has joined #ubuntu-devel [12:12] seb128: and the weather report applet bug number? I added a backtrace :) [12:17] already fixed [12:17] I've made a patch yesterday [12:21] seb128: I just did a dist-upgrade, I can stil reproduce - has it not build yet? [12:24] have you upgraded gnome-applets ? [12:25] seb128: I did a dist-upgrade, and it tells me it's the newest version already. what version # should I have? [12:25] a new one [12:25] hah [12:26] if it doesn't update that's the new version is not built yet [12:26] seems to be logical ... [12:26] seb128: 2.8.1-0ubuntu2 is what I have [12:26] seb128: ok :) [12:26] gnome-applets is 2.9.3 [12:26] you're using warty ? [12:26] eh ok ;-) I'll wait for it to build.. [12:26] hum [12:27] seb128: no! hoary ofcourse [12:27] warty will not changed ... [12:27] 2.8.1 is the wartt version === sivang is checking. maybe apt pinning is to blame? [12:28] hoary has 2.9 since 1 Nov 2004 for gnome-applets [12:28] no idea on what you have changed on your box [12:30] seb128: dang, apt pinning fooled me. it appears that only this package was still warty's version - upgrading now. Sorry for the hassle.. [12:30] np === azeem [~mbanck@lxsrv150.lrz-muenchen.de] has joined #ubuntu-devel [12:59] I: Retrieving debootstrap.invalid_dists_hoary_Release.gpg [12:59] I: Validating debootstrap.invalid_dists_hoary_Release.gpg [12:59] I: Validating debootstrap.invalid_dists_hoary_Release [12:59] gpgv: Signature made Thu Dec 23 02:34:16 2004 GMT using DSA key ID 437D05B5 [12:59] gpgv: Can't check signature: public key not found [12:59] E: Release signed by unknown key (key id 40976EAF437D05B5) [12:59] rock === mjg59 [mjg59@cavan.codon.org.uk] has joined #ubuntu-devel [01:00] Kamion: hey, cool! [01:00] morning.... merry xmas everybody [01:00] still have to deal with getting the error messages right for gpg missing, gpg produced no useful output, etc., but it basically works [01:01] ogra: happy xmas [01:01] :) [01:01] aj: this version of debootstrap does signature-checking only if you pass a --keyring=/etc/apt/trusted.gpg (etc.) argument; if you don't give it a keyring it doesn't do validation. Is that OK with you? [01:02] mvo,ogra : marry xmas [01:02] I figured that was the least invasive approach considering the wide variety of places where debootstrap is used [01:07] Package: python2.4-minimal [01:07] Conflicts: python2.4 (<= 2.4-2) [01:07] Replaces: python2.4 (<= 2.4-2) [01:07] doesn't that versioned conflicts make the upgrade stupendously painful? === Kamion files a bug [01:26] mvo: what happens if a Release file is signed by multiple key ids? (katie's ziyi script supports this, although I don't know if it's used.) At the moment, it looks like a failed signature verification on any one of those signatures will make apt fall over, even if one of the signatures is valid. [01:31] Kamion: I need to look at the code, don't know now. it's probably usefull to have more than one signature on the Release file [01:48] I'm leaving to visit my family. see you all in a couple of days [01:48] bye [01:57] does anybody know if we support burning audio cds out of the box? [02:00] I mean, from mp3/wav files.. [02:01] sivang: nope.....there is no burning app to do that yet [02:02] ogra: ok, so just go and install something from universe, there are planty though :) [02:03] sivang: no gnome2/gtk2 ones currently....... [02:03] ogra: you can always run k3b under gnome :) [02:03] sivang: rhythmbox will have burn support in the near future [02:03] ogra: upstream is doing that? [02:03] yep... i read about it [02:14] sivang: are you a rebel? [02:14] yesterday u supported x86, today k3b... [02:14] cenerentola: hehehe [02:15] cenerentola: not actually, just "use the best tool for the job" [02:15] :)) [02:15] shut up dude... [02:15] cenerentola: hey, I dind't say it first, Linus did :) [02:16] that's why you shouldn't use such pure sentences.. [02:16] ;) [02:19] cenerentola: :) [02:28] Kamion: version not bumped in the makefile too... taht should really get automated. [02:29] lamont: aargh [02:29] will fix [02:29] and I remembered it the last time I uploaded l-r-m, too [02:32] Kamion: yeah - btw, 'Uploaded' state has been restored to buildLogs/Lists/* [02:32] things shouldn't stay 'Uploaded' for > 30 minutes unless they're (a) NEW, or (b) l-r-m and busted. :-) [02:36] pitti: no, I typo'd :p === lamont reuploads gimp/i386 to get a fresh copy of the reject message. :-( [02:45] lamont: should be fixed now, sorry about that [02:45] Kamion: np === lamont prepares to deploy per-suite directories (to allow better testing), and then do a mass-giveback of failed/depwait packages [02:48] I see I'm not the only one taking advantage of the quietness to fix a pile of infrastructure [02:57] heh [02:57] yeah - this is also "clean up /etc/fstab" day. [02:58] du -sk /org/ubuntu/tree/ [02:58] 6121080 /org/ubuntu/tree/ [02:58] ouch. and that's just i386/hoary [02:58] well and warty-* [02:58] and source [02:59] dropping warty proper freed up 2.9GB [03:00] I've managed to do about half of the work required for full d-i Release.gpg-checking support today, so I'm quite pleased === usual [~colin@alb-69-202-45-196.nycap.rr.com] has joined #ubuntu-devel [03:01] ... and off to do the last couple of pieces of Christmas shopping now [03:02] Kamion: KEWL! [03:21] Kamion: merry Xmas :) [03:21] lamont: you got presents for the kids? :) [03:30] Kamion: merry christmas [03:42] hrm... I need something to parse perl in python... :-( [03:42] lamont: hmm... libperl wrapped in python [04:00] Treenaks: just trying to find a variable definition in the perl mess for my python code to use... :) [04:01] lamont: it sounds like a great coding project for 2005-04-01 [04:06] Treenaks: I'm just not sure which camp would be more offended: perl or python [04:07] lamont: exactly === lamont finishes converting one buildd of each architecture to the new world order, thinks he now has a script to do it (modulo being scared of automatically modifying /etc/fstab...) === lamont wanders off for a bit [04:15] Hmm, parrot is supposed to be able to do that ... eventually. === Simira [~rpGirl@ti511220a080-1292.bb.online.no] has joined #ubuntu-devel === jinty [~jinty@105.Red-217-126-84.pooles.rima-tde.net] has joined #ubuntu-devel === sid77 [~sid77@ppp-20-175.30-151.libero.it] has joined #ubuntu-devel [05:52] hi [05:52] hey sid === lamont does a mass-give-back on all 4 architectures, just to hammer on things. === _rene__ [~rene@dsl-082-083-172-075.arcor-ip.net] has joined #ubuntu-devel === seb128_ [~seb128@ANancy-151-1-42-7.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === _rene__ is now known as _rene_ [06:33] lamont: any joy with that serial console access? [06:39] Kamion: been hip deep with other things... give me a couple minutes [06:40] 1245 files missing from my ubuntu mirror (with the addition of ia64). sigh. [06:40] Kamion: I'll go hook it up now. [06:42] anyone: any news on livecd/ppc? [06:52] Kamion: what IP are you coming from? [06:52] lamont: should be 81.153.126.219 [06:55] Kamion: email sent, still arguing with the tty stuff though. === lamont gives it one more pass, but then will have to run some errands [06:58] Kamion: and worst case, I'll wind up moving your login to another machine, which might even have _2_ serial ports to abuse. [06:59] np [07:01] Kamion: boot up sequence is to be in minicom after invoking the willy-switch (inside joke), interrupt the auto boot, choose efi-shell, then say: [07:01] fs0: [07:01] elilo [07:02] if you try now, you should get an fs0> prompt when you hit return. [07:02] (it wants 'elilo' === Kamion is not having much luck connecting [07:02] no network plugged in yet [07:02] ssh to ia timing out? [07:02] oh. yeah. that. [07:03] sec [07:03] hasn't actually timed out yet, but is sitting at connect() [07:03] doh [07:03] ctl-c and do it again [07:03] ah, there it goes [07:03] EBADRULE [07:04] fwiw, that's the house web proxy, etc [07:04] most of your activity from that machine is throttled to about 30kbits, which you're sharing with 2 rsyncs [07:04] port 22 traffic is not shaped. [07:05] what do I do after starting minicom? serial console newbie here ... [07:06] ah, never mind, got it [07:08] not much happening after the initrd loads though ... [07:09] oh, DUH, I selected the VGA option. how do I reboot? [07:09] and do arrow keys work, even if I can't see the result? === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel === cenerentola [~cenerento@84.222.38.88] has joined #ubuntu-devel === seb128 [~seb128@ANancy-151-1-18-83.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel === usual [~Colin@alb-69-202-45-196.nycap.rr.com] has joined #ubuntu-devel === GotD0t [~GotD0t@24.48.147.43] has joined #ubuntu-devel === maskie [~maskie@196-30-110-82.uudial.uunet.co.za] has joined #ubuntu-devel === usual [~colin@alb-69-202-45-196.nycap.rr.com] has joined #ubuntu-devel === Mitario [~michiel@sikkes.xs4all.nl] has joined #ubuntu-devel [10:14] lamont: ping, katie is too fast for me :) i'm upping a package with 5k the size of the orig.tar.gz is 5mb :) [10:14] Rejected: kdesdk_3.3.2-1ubuntu1.dsc refers to kdesdk_3.3.2.orig.tar.gz, but I [10:14] +can't find it in the queue or in the pool. [10:21] that's why you upload the orig.tar.gz, then the diff.gz, then the .dsc, then the .changes [10:21] or use dput [10:22] truthfully, as long as the .changes is last, katie should wait for it. [10:22] amu: you forgot to use -sa [10:22] Kamion: well, that would be the other reason [10:22] :-) [10:23] there's no kdesdk_3.3.2.orig.tar.gz in the pool, and it only gets automatically included in the .changes if the revision part of the version is -0 or -1 [10:23] you should also probably use -0ubuntu1 rather than -1ubuntu1, I suspect [10:23] so that 3.3.2-1 is considered newer [10:24] Kamion: unless he's merging into 3.3.2-1, of course. [10:25] well, there's no 3.3.2-1 in Debian, but I guess it depends [10:27] hehe yep now upping with dput and -sa ;) [10:28] oh my god line is too slow now [10:41] lamont: I am arguing with my dad, please tell me how much time it takes to travel in a car from Miami to Holywood ? [10:41] miami to hollywood... hrm... call it ~3000 miles give or take. [10:42] lamont: also, he has just discovered keyhole :) He thinks they are close like the train station to Mataro :) [10:42] your average sane person would therefore take about 3 days of solid driving (averaging 50 miles per hour, or 1200 miles per day) If you're willing to just make it 'stop for gas', you could drop that to around 2 days [10:42] assuming that you have drivers to switch off. [10:44]