[12:02] holy cow === jdub boggles at -users mail last night. === npmccallum [~npmccallu@69-162-252-7.ironoh.adelphia.net] has joined #ubuntu-devel [12:29] jdub: ping? [12:29] jdub: someone commented on -users that the -users mailman archive is broken, and it looks like they're right === bob2_ [rob@202.60.66.46] has joined #ubuntu-devel === elmo_ [~james@224-21-161-212.DSL.ONCOLT.COM] has joined #ubuntu-devel === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [01:39] mdz: carlos mentioned it too; checking it out. === bob2_ [rob@bob2.user] has joined #ubuntu-devel [01:43] mdz: gah, we clashed on discover1-data :) [01:44] I'll do another upload, I had seven more PCI IDs to add for forcedeth [01:48] pcmcia-cs -> ship? like huh? [01:48] elmo_: like yeah [01:48] elmo_: hw-detect installs it if you actually have PCMCIA [01:49] I don't think it's that smart === sivang [~sivan@80.179.82.182.forward.012.net.il] has joined #ubuntu-devel [01:49] it installed it on my ibook which has no slots [01:50] who is responsible to the ubuntu-sounds pkg? lamont? [01:50] as opposed to what [01:50] bob2: bet you have /sys/class/pcmcia_socket/ though [01:51] Kamion: ah, I do indeed [01:51] such cool sounds. especially the gnome bootplash sound [01:51] Kamion: is that a kernel bug? [01:51] bob2: go have a long talk with your kernel then ;) [01:51] bob2: dunno, could be [01:51] bob2: maybe there really are slots internally [01:52] sivang: look at the Maintainer: field ... [01:52] Kamion : oh right.. [01:52] heh, I could belive apple did weird shit like that [01:53] ah! hooray for Nathanial! [01:53] elmo_: anyway, yeah, mdz and I argued this out and agreed this was best, since you so aren't going to upgrade a machine to have PCMCIA when it didn't before [01:53] are end-users encouraged to file bugs themselves or discuss it on a list first (ie Debian vs Subversion modes)? [01:54] Kamion : that install went more swiftly than the previous I Had. after I fixed /etc/fstab and excluded from fsck, everything runs fast and sound :-) === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [01:57] Kamion: re: discover1-data, I was going to do another upload to sync up with the kernel anyway, thanks [01:59] Kamion: regarding ntfs resize, how much of a hack is the partman enhancement? [01:59] Kamion: anything we should look at for Warty? [02:00] mdz: hacktastic [02:00] mdz: not proven to work yet AFAIK [02:02] kamion: I don't understand still - where was it before? [02:02] anyway, sorry doesn't matter I can stop being lazy and look myself [02:03] elmo_: base [02:03] elmo_: it used to be installed on every system, even desktops without PCMCIA [02:03] moving it to ship means we can apply detection to it [02:04] mdz: anton's hacks often need a certain amount of polishing before they're production-ready :-) [02:04] joeyh normally does that ... [02:04] sivang: thanks :) [02:05] sounds like hoary material [02:05] npmccallum : you put out some nifty sounds package! Did you make the sounds with a synth or are they gnome's ? [02:05] mdz: my inclination at the moment is to wait even though it's a nifty feature [02:06] sivang: mixture of a synth and actual recordings [02:06] people can always use partition magic or whatever [02:06] npmccallum : hand made by you? [02:06] sivang: yes [02:06] npmccallum : superb :-) [02:07] sivang: thanks, though the phone sound and the card shuffling sound are from gnome. You can't much improve on them [02:08] npmccallum : i really like to gnome bootsplash sound. so calming ;) [02:08] sivang: thanks [02:08] npmccallum : are you a musician at days when you're not hacking ubuntu ? [02:08] sivang: though I have to say, just about anything would be an improvement on most of the sounds in gnome-audio === schweeb [~chris@schweeb.org] has joined #ubuntu-devel [02:09] sivang: I'm a musician at night when I'm not hacking during the day :) [02:09] npmccallum : well, I havn't heared such a nice splash theme in some time now....:) [02:10] sivang: I haven't had so much praise in some time now ;) [02:13] no, I really like it. as opposed to every single sound theme I checked in the past year on gnome/kde [02:14] either they were too noisy, [02:14] or didn't make a difference. [02:14] KDE's default window close sound is something of a bug material I think :-) [02:14] mdz: I'd be happy to deal with #1872, it's not particularly amd64-specific [02:17] Kamion: you have more than your share of RC bugs already, I think; I'd prefer that you hand amd64 stuff off to tollef so that you can work on other things, unless it's trivial and you're touching that package anyway [02:17] mdz: fair enough, discover1-data was to hand that's all :) [02:17] well, followed up to that bug asking for more info anyway [02:20] mdz : I'd like to take some RC bug reproduction and investigation work, if it's possible :) if you have anything you'd wanted someone to look at, please let me know. [02:22] Kamion: aye. pri < high. [02:22] grumbl [02:22] e === lamont is reminded how much he hates virtual packages in build-depends [02:26] can you exclude a file from diff.gz generation? [02:27] i have a file with bollocks changes that can't be easily cleaned, so i want to ignore it [02:28] dpkg-buildpackage -i [02:28] look at the top of /usr/bin/dpkg-source for the default regexp, you'll need to copy it and append to it; you can put defaults for debuild in ~/.devscripts to avoid figuring out the regexp every time [02:33] Kamion: if debconf asked all the questions before, does it even run config on a reconfigure? [02:33] lamont: config is always run === lamont expects 'yes' [02:33] ok. [02:33] more pondering tonight. sigh. [02:34] debconf does not even consider whether it might have asked all the questions, since in general it can't know that [02:34] ok [02:34] due to config being programmatically arbitrarily complex === lamont is tired. almost thinking correctly [02:34] (forget I asked that...) [02:34] mdz: is #1683 really RC? there are probably quite a number of these issues for various languages that need to be looked at in some detail [02:35] they've historically been a bit of a nightmare === elmo_ [~james@224-21-161-212.DSL.ONCOLT.COM] has joined #ubuntu-devel [02:39] Kamion: do you have a cookbook for rolling i386 install CD's? === lamont fears he will need to do that to resolve the postfix bugs [02:40] Kamion: so i can't put smoething in debian/rules? [02:42] seb128 about? [02:58] jdub: rm it in debian/rules clean? [02:59] i kinda thought that might affect the diff, but it seems the removal will be ignored [02:59] thanks [02:59] lamont: drop in new .deb; edit dists/warty/main/binary-i386/Packages with new Version:, Filename:, MD5sum:, Size:; gzip -c dists/warty/main/binary-i386/Packages > dists/warty/main/binary-i386/Packages.gz; edit dists/warty/Release with new md5sums and sizes for Packages and Packages.gz [03:00] lamont: then "mkisofs -r -V 'Ubuntu 4.10 i386 Bin-1' -o warty-i386-hacked.iso -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table new-i386", substituting wherever your CD tree is for new-i386 [03:05] Kamion : regarding #1566, i can still use my xphome, although when booting linux i get a CHS warning. [03:06] Kamion : I used some similar tool to resize my partitions at first, but this was on my first ubuntu install === justdave [~dave@24.247.63.44.gha.mi.chartermi.net] has joined #ubuntu-devel [03:18] sivang: after fixing the CHS warning using the directions provided in the bug, if you could try the referenced CD image and verify that it does not make the CHS warning come back, that would be good [03:20] Kamion : i will, however it didn't damage my fat32 installation, but it'd be better to fix that I guess. === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel === m_tthew [matt@iorek.ice-nine.org] has joined #ubuntu-devel [04:29] jdub: so who needs a nudge to fix the list archive? [04:31] me [04:31] nudged already [04:31] getting to it [04:31] hah jdub = the man. [04:34] sivang: everything of severity >= major is considered release-critical [04:34] sivang: we'd appreciate any help you are willing to provide with those [04:35] Kamion: we should include a Makefile on the CD which regenerates Packages and Release with apt-ftparchive [04:42] morning guys [04:42] hey fabbione [04:42] hey bob2 [05:16] 1888 <- notwarty becuase WE know how to backport patches ;) :P [05:20] mdz: what do you thing about 1905? [05:20] it looks a safe patch to me [05:21] fabbione: yes, looks safe, feel free to upload it [05:21] ok [05:49] mdz: samba is up [06:02] --- SIGFPE (Floating point exception) @ 0 (0) --- [06:02] how bad is this message? [06:02] it's the first time i see it === joem [~joem@c-67-173-77-82.client.comcast.net] has joined #ubuntu-devel [06:20] Kamion: where does boot.cat come from? [06:25] fabbione: could be as simple as division by zero [06:25] if it's randomly occurring, it could be bad [06:26] mdz: hmmmm it seems to be reproducible (coming from one user of the new nv driver) [06:26] but it's only report.. [06:26] brb, reboot [06:26] nobody else reported [06:26] ok === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-devel [06:32] mdz bouncing? [06:34] rebooting to check more kernel stuff for 1632 === doko [doko@dsl-084-057-039-196.arcor-ip.net] has joined #ubuntu-devel [06:46] so why is it that OO says that it's going to print on LETTER, yet the printer asks for A4? === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [06:54] a: because the document really wants a4. :-( === lamont sleeps, to make things clearer. [06:58] mdz: [06:58] nvclks = 3; /* lwm -> sync. */ [06:58] nvclks += 2; /* fbi bus cycles (1 req + 1 busy) */ [06:59] the second line here is the one that create that segfault [06:59] err [06:59] fabbione: consistently? [06:59] compiler error? [06:59] yes [06:59] is nvclks a float? [06:59] int [07:00] are those lines really adjacent, or is there other code between? [07:00] exactly as you see them [07:00] why not nvclks = 5?? [07:00] no idea.. [07:00] I guess you'll need to look at the disassembly [07:02] eh... [07:02] if it was on my machine... [07:17] fabbione: context? [07:17] is this not with an ubuntu package? [07:19] mdz: 1883 [07:19] mdz: the info are missing because the submitter did post a 1.2MB file [07:19] mdz: but it's in the Debian BTS [07:20] fabbione: if he is using the binary from debian, and you know exactly where it is crashing, you can disassemble the debian binary [07:21] mdz: it says in the gdb.txt [07:21] it crashes at line 417 of nv_hw.c [07:21] that the code i did show you before [07:22] but it doesn't happen here [07:22] and i use the same driver [07:22] you're certain that his binaries correspond to your source code? [07:23] users are sneaky sometimes and will run a different X server :-) [07:23] mdz: pretty sure... [07:23] but i can check again [07:23] how do you suggest to debug? [07:23] s/debug/disassemble [07:25] use gdb [07:25] disassemble or disassemble [07:25] or [07:25] ah so i still need to ask him to do so [07:26] nah, you can do it on your binary [07:26] it is the same code [07:29] do you know how to read i386 assembly? I know m68k upside down... [07:31] I can read some [07:31] enough to find problems usually [07:31] if you have the gdb output from the user, it should show the exact address of the crash [07:31] and so you can find the exact instruction [07:32] Program received signal SIGFPE, Arithmetic exception. [07:32] 0x080e2188 in nv10CalcArbitration (fifo=0xbffffa60, arb=0xbffffa40) [07:32] at nv_hw.c:471 [07:32] 471 nv_hw.c: Aucun fichier ou rpertoire de ce type. [07:32] in nv_hw.c [07:34] what should be the address to look at? [07:36] ok got it :-) [07:36] 0x080e2188 : idivl (%ecx) [07:41] hmm [07:41] that is of course an integer divide instruction [07:41] which makes much more sense [07:42] but would seem to indicate that it is NOT line 471 of nv_hw.c [07:42] because that is an addition expression === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [07:44] fabbione: I'd disassemble nv10CalcArbitration (the whole function, hope it is small) and try to find what it corresponds to in the source [07:44] pitti: good morning [07:44] Morning! [07:45] mdz: I will go for some patch cherrypicking from hal CVS today; according to upstream, this "don't recognize at first plugin" bug is fixed in CVS HEAD [07:45] oh, nice [07:46] daniels: ping? [07:46] mdz: it's what i am doing now [07:46] mdz: and no.. it's not line 417 [07:47] and that makes me wonder how the hell gdb can believe that's line 417 [07:53] us_n = nvclks*1000*1000 / nvclk_freq;/* nvclk latency in us */ [07:53] found it [07:57] mdz: pong, just eating lunch [07:57] mdz: 'sup? [07:58] fabbione: nvclk_freq == 0? [08:01] daniels: yes. there is a bug in static void nv10UpdateArbitrationSettings ( [08:01] fabbione: yay [08:01] anyoen here familiar with the hig? [08:01] MClk can be unitializied and possibly = 0 [08:03] daniels: ideally static void nvGetClocks(NVPtr pNv, unsigned int *MClk, unsigned int *NVClk) [08:03] is the one to check [08:03] if somebody can understand the magic behind it :-) [08:03] brb [08:04] fabbione: heh, not I, sorry [08:20] re [08:25] i think i have a simple fix for it [08:25] that code is unreadable === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [09:02] jdub: permission to upload http://people.ubuntu.com/~daniels/g-s-m/gnome-system-monitor_2.7.0-0ubuntu2-to-ubuntu3.diff ? [09:02] jdub: (i can't make the configure changes any smaller -- cdbs insists on re-running autoconf every time you build, even source) [09:03] jdub: also, right now we can't get any useful errors back from sudo (only 'child exited with error status 1'), so I just hard-coded the error to 'Error (killing process|changing process priority): incorrect password?' [09:03] jdub: if you have any HIGgy suggestions, please bounce them back my way and I'll fix it up. i'm new to this whole GNOME thing ;) [09:08] mdz: 1889 imho is not major === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [09:18] mdz: hmm, cherrypicking CVS patches did not help, but the CVS HEAD version works perfectly [09:20] pitti: no fear, cherry pick the whole shebang ;) [09:20] mdz: what do you think about the following: I upload the current packages now, package the CVS head version and put that into my unofficial repository? [09:20] hey m_tthew [09:20] fabbione: I don't have full context, but nvglx does not tank X with MGA video [09:20] m_tthew: did you manage to test that setup? [09:20] fabbione: I will try with the ATI card asap [09:21] m_tthew: ok.. great! [09:21] fabbione: ATI is non-trivial because I have to cannabilize my desktop for the test setup [09:21] fabbione: MGA has no 3d, it is a very old card [09:21] m_tthew: doesn't really matter [09:21] fabbione: if you want, I can test ATI tomororw [09:21] fabbione: I can start a dist-upgrade now, and then leave, and when I get back tomorrow, try video [09:21] daniels: whatever.. if you can good otherwise tought luck [09:21] daniels: that would be helpful, I cannot take my desktop down until saturday. [09:22] fabbione: I will test ATI saturday if no one beats me to it. [09:22] m_tthew: thanks [09:22] fabbione: do you have an updated ati_drv, or do we need the entire server package? [09:22] daniels: the problem is not the ati driver [09:23] it has been reported that X crashes when nvidia-glx is installed [09:23] oh [09:23] even without using the nvidia driver [09:23] yeah [09:23] so it's not really a question of newer ati driver [09:23] doesn't it divert away libglcore/libglx? [09:23] but as a general mess [09:23] jdub: what do you think about uploading the utopia crack now? [09:23] if so, that will break anything that loads them and expects normal libglcore/libglx [09:23] daniels: i think so yes [09:24] daniels: you should check the package [09:24] daniels: but the point is that i can run it ok, like many other people around [09:24] fabbione: how big is it? [09:24] i don't believe all testers have nvidia [09:24] what? [09:24] the nvidia? [09:25] Size: 2815272 [09:25] that's the -glx [09:25] hm [09:25] might download that while I'm in the shower [09:25] but yeah, if it diverts libglx (which I'm pretty sure it does), we're in deep trouble [09:25] since it's not going to be the ABI that the other drivers were built with [09:26] what we need is a wrapper around X that reads the config file and diverts on the fly to whichever one is appropriate ;) [09:26] brb [09:26] well, bbiab [09:31] Everybody get a grip! New uptopia stack coming now! :-) [09:32] tastes like hope [09:37] m_tthew: It's uploaded, now wait for it to build, then go ahead and beat me up :-) [09:43] pitti: yes, please do upload the current packages [09:43] ah, you did === mdz catches up [09:44] mdz: yes, since you already agreed to upload the current hal package :-) [09:44] right [09:44] mdz: nevertheless, cvs head works even better, but the interdiff is some 8000 lines (due to some refactoring) [09:45] mdz: I currently run the cvs version, I will put that on my unofficial archive. We can upload it in one or two days if it behaves sanely === pitti has great fun with closing a bunch of bugs [09:48] ahr [09:49] jdub: comments on g-s-m stuff? [09:50] haven't installed it yet [09:50] updating... [09:50] jdub: rad [09:51] YAY UTOPIA CRACK! [09:51] pitti: woo :) [09:51] hrm, not all of it yet [09:51] daniels: hrm, no g-s-m yet [09:52] jdub: what's still missing? === trukulo [~mzarza@26.Red-81-45-239.pooles.rima-tde.net] has joined #ubuntu-devel [09:52] jdub: these are the packages that needed upgrading [09:53] jdub: haven't uploaded yet [09:53] jdub: http://people.no-name-yet.com/~daniels/g-s-m/ [09:53] pitti: don't think they've built yet, i saw your uploads though [09:53] daniels: [09:53] ah [09:53] jdub: that contains ubuntu3, which uses gksu in a pretty HIGgy way [09:53] jdub: ah okay, just a matter of time :-) [09:54] jdub: as per the comment in procdialogs.c, gksu doesn't deliver a useful error message back from sudo, so the error suggests that the password might be wrong [09:55] oh === T-None is now known as T-Bone [09:57] if (type == 0) [09:57] errorMessage = _("Couldn't kill process: incorrect password?"); [09:57] else [09:57] errorMessage = _("Couldn't change process priority: incorrect password?"); [10:02] jdub: ok to upload? [10:03] hold on :) [10:06] jdub: rad :) [10:06] mdz: i have a trivial patch to xresprobe to make it respect $TMPDIR -- ok to upload? [10:06] checking for libgnome-2.0 >= 2.0.0 libgnomeui-2.0 >= 2.0.0 gconf-2.0 >= 1.1.5 libgtop-2.0 >= 2.5.2 libwnck-1.0 >= 2.5.0 gtk+-2.0 >= 2.3.0 libgksuui1.0 >= 0.15.0 libgksu1.2 >= ... Comparison operator but no version after package name 'libgksu1.2' in file '(command line arguments)' [10:06] ^ daniels [10:06] bong [10:07] jdub: ugh, bong [10:07] hold on a sec [10:08] somehow there's an extra I there [10:08] yeah [10:09] new version on its way to the same place [10:09] mdz: http://people.ubuntu.com/~daniels/xresprobe/xresprobe-0.4.9-to-0.4.10.diff [10:09] jdub: new .diff.gz/.dsc up [10:09] (and changes, and interdiff, etc, etc) [10:15] daniels: looks good [10:16] jdub: rad === seb128 [~seb128@ANancy-111-1-16-194.w81-50.abo.wanadoo.fr] has joined #ubuntu-devel [10:19] morning === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel [10:21] time to head home for dinner [10:28] daniels: fine by me [10:31] wait! vicky hasn't returned from lunch yet! we can't leave the shop floor UNMANNED! === josh__ [josh@220.245.216.128] has joined #ubuntu-devel === elmo_ [~james@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel [10:39] morning [10:40] hello thom [10:40] daniels: patches in debian/patches for GNOME packages please [10:40] seb128: got anything more you'd like me to test with nautilus? :-) [10:40] the changes in the diff.gz are a pain [10:40] fabbione: what is your opinion on #1878? [10:40] thom: re a bug report ? [10:41] seb128: the nautilus-cd-burner thing, I assume [10:41] I was thinking to that too, but not sure [10:41] thom: gnome-vfs guy is pretty surprised that gnomevfs-info gives the same result with FAST and SLOW for mime detection [10:42] are you sure you patched it right ? :) [10:42] they are thinking to a problem with one or the 2 detections, but since the 2 versions seems to return the right information with gnomevfs-info ... [10:44] mdz: we knew that via can't be probed. Either we ban probing in xresprobe or we backport the driver, but the latter won't get enough testing before release [10:45] fabbione: daniels suggested not only skipping the probe, but forcing vesa. does that seem correct to you? [10:49] mdz: hmmmm [10:49] seb128: i'm pretty sure, unless the build does crackful things :-) [10:50] mdz: i am not happy to force vesa [10:50] thom: ok [10:50] mdz: i much rather prefer to ask teh resolution question [10:50] mdz: we did try already to force vesa if gfx card probe fails and we have seen that it is not good [10:51] thom: I'll talk again with gnomevfs guys and probably ping you with a small test case after that :) [10:52] seb128: sure it's not nautilus screwing up? :-) [10:52] ok [10:53] thom: the mime are handled in the gnomevfs level, there is not real reason for nautilus to act in a different way, but I'll check [10:54] fair enough [11:02] fabbione: so it is only the probe which fails, and the X server running normally should not crash? [11:09] mdz: there are 2 bugs in the via drive [11:10] 1) it does not store panel information in the bios that means that probing will never be succesful [11:10] 2) if probed when X is running it would crash X [11:10] if skipping the probe means that their X server will still crash, then we should use vesa [11:10] if it will not crash, we can stay with via [11:10] mdz: if we do NOT probe, there is no problem [11:11] the 2 bugs above are in case of probe [11:11] fabbione: ok, then, let's just skip the probe but still use the driver [11:11] mdz: that's what it should be already [11:11] i explicitly remove the probe ban on the via chipset because daniels told me that xresprobe should take care of it [11:12] and xresprobe shouldn't be probing via afaik [11:12] so yes. we use the driver, we don't probe and we ask for resolution [11:12] that's the best path [11:12] and it is the same as like everything else (given a failed probe) [11:13] fabbione: xresprobe is definitely probing via, that's #1878 [11:13] the day that we will switch to X.org it will be enough to remove the ban [11:14] bah [11:14] daniels: that's not what we agreed [11:14] well i will write in the bug [11:17] done === Mithrandir wants a 32 bit strace. === fabbione wants a 64 bit CPU/RAM/MOBO. [11:24] mdz: 1911 [11:26] mdz: afaik new subversion requires new libswig [11:26] mdz: should we take a look to a patch? === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [11:27] fabbione: I thought in unstable libswig was gone === azeem_ [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [11:27] breaking subversion [11:27] there was joshk discussing it this morning on d-d [11:29] debian has the same version as we have basically === azeem_ is now known as azeem [11:31] oh well he uploaded .8 but it's not built on i386 yet [11:32] jdub: what's the status of the list archive inquiry? [11:35] somebody know why hal 0.2.98 is missing in the archive ? [11:35] +on i386 [11:37] http://people.no-name-yet.com/~lamont/buildLogs/h/hal/0.2.98-1ubuntu3/hal_0.2.98-1ubuntu3_20040930-0909-i386-failed [11:38] python-dbus not new enough [11:41] http://people.no-name-yet.com/~lamont/buildLogs/h/hal/0.2.98-1ubuntu3/hal_0.2.98-1ubuntu3_20040930-0935-i386-successful [11:41] too [11:45] dunno then [11:45] give elmo a poke on jabber [11:49] it's new [11:49] why ? [11:49] hal-device-manager is a NEW package [11:49] oh ok [11:49] (NEW in katie terms, I'm not shouting at you ;) [11:50] yes, I was thinking to this NEW :) [11:50] but since the amd64/ppc binaries are in the archive [11:50] i386 build arch: all, and h-d-m is arch: all ... [11:50] I've processed it.. [11:50] oh ok [11:50] thanks elmo_ === pitti [~martin@195.227.105.180] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [12:03] mdz: seems like the kernel hasn't been upgraded, or at least not upgraded to another binary-incompatible one. [12:03] elmo_: is there any way I could acess the morgue? I have a fun problem to track down (1854) [12:06] Mithrandir: ask me/thom for what you need? or do you need the whole thing particularly? [12:06] elmo_: I'd like something like snapshot.d.n to see if I can track it down with a binary search.. [12:07] but given that we don't have that in place, I can try to pull selected debs by hand. [12:07] well, you can't have that :P (unless you implement it) but you can have access to the morgue I guess [12:07] the rhona dir is date based, but there's no Packages/Sources files like with ssnapshot [12:08]