=== infinity [~adconrad@loki.0c3.net] has joined #ubuntu-toolchain === doko [~doko___@dsl-084-059-065-080.arcor-ip.net] has joined #ubuntu-toolchain [06:05] morning [06:41] word. [07:06] hey desrt [07:06] happy with your new headers? [07:06] desrt: btw i did look at that driver you requested [07:07] i might included it in the next kernel [07:07] (was too close to release for the previous) [07:07] but you need to get somebody to pkg the utilities [07:07] fabbione; oh. i didn't know you received those bugs :) [07:07] and yes. the headers are working flawlessly. thank you very much :) [07:08] desrt: i get them automatically :) [07:08] i love bugzilla :) [07:08] i don't [07:09] it tells me that i suck at maintaining the kernel :P [07:09] oh. why not? [07:09] no. it tells you that maintaining a kernel is a hard job [07:09] nah just kidding ;) [07:09] btw... the first time i ever talked to you was at jdub's recommendation... almost 6 months ago [07:10] i don't know if you remember why that was [07:11] hmmm i can't really remember... [07:11] gamin. [07:11] probably.. gamin sucks :P [07:11] and the reason i brought it up: still some cases where it stops working :/ [07:11] ahhh yeah [07:11] now i reacall [07:11] my desktop stopped updating again yesterday [07:12] there is probably nothing to update :) [07:12] it was sunday [07:12] no.. i mean, i was saving files with firefox [07:12] and i had to ctrl+r the desktop to get them to appear [07:13] what kernel? [07:13] 2.6.12-whatever [07:13] 3? [07:13] because the latest gamin needs the latest kernel [07:13] -4 [07:13] oh hmmm [07:13] inotify did change from something to ioctl... [07:13] or whatever... [07:13] maybe i installed a new gamin but had an old kernel [07:13] and they need to be synced [07:14] and have only recently rebooted [07:14] mostlikely [07:14] ok [07:14] hm [07:14] actually, it's broken right now [07:14] Linux moonpix 2.6.12-4-686-smp #1 SMP Fri Jul 22 12:56:02 UTC 2005 i686 GNU/Linux [07:15] i just touched a file on my desktop... nautilus doesn't show it until manual refresh [07:15] can you check if dmesg has comething? [07:15] something... [07:15] what am i looking for? [07:15] dunno [07:15] anything ... [07:15] [4294670.897000] inotify syscall [07:15] this is all, really === fabbione sighs [07:15] ok i will need to check gamin source and our inotify patch [07:15] perhaps the syscalls aren't synced properly === desrt checks a few more things here [07:16] i am pretty sure i have an idea of what's broken... [07:18] btw: restart nautilus -> works fine again [07:24] hmm [07:24] i wonder if it is a nautilus issue [07:24] if the syscalls were not synced, it wouldn't work at all [07:24] desrt: there is a tutorial on the gnome/gain website [07:24] that explains how to debug gamin [07:25] (Like when running a breezy kernel on hoary, for instance) [07:25] God, my lack of updating desktop is irritating. [07:25] infinity; you too? [07:25] iirc sending a kill -USR2 to the gamin process will enable and dump debugging info in /tmp [07:25] oh. that's useful. [07:25] infinity: yes.. you cannot run breezy kernels on hoary [07:25] desrt : Yes, but I know why mine doesn't work. :) [07:25] infinity; :) [07:25] desrt: but please check the website for the correct signals [07:26] mine looks just like the same old bug that was a problem around hoary-prerelease time [07:26] and be sure to issue the command once again to stop it :) [07:26] fabbione : Sure I can, I just have a few broken features. On the other hand, my network works and my machine doesn't crash. The machine's going breezy once I make X less suck. [07:26] fabbione; produces fabulous amounts of output? :) [07:26] desrt: quite :) [07:27] infinity: yeah well.. broken features for you are show stoppers for users [07:27] infinity: you know that ;) [07:27] ;) [07:27] fantastic.. [07:27] fyi, http://www.gnome.org/~veillard/gamin/debug.html [07:27] fresh breezy install.. X manages to hang my keyboard because fixed fonts are missing.... [07:28] LOVELY [07:28] fixed fonts aren't missing [07:28] mkfontdir is missing [07:28] X can't generate the fontdir cache... therefore can't find any fonts [07:28] It's not "missing", it's just gone for a bit of a jaunt around the block. [07:28] well... i'll be very happy when it gets back from its jaunt :) [07:28] People get so upset about the smallest binaries... [07:29] mkfontdir, xset, xkb*, xmodmap, ... [07:29] desrt : It's all coming back in good time. [07:29] i copied all of the stuff i needed (including fontdir caches) in from my laptop :) [07:29] SOme of the xbk stuff already came back in xkbutils. [07:30] now.. where is daniels when i need to test my new dildo set? [07:30] fabbione; those new USB-powered dildos? [07:30] I'd be nice to him, if I were you. [07:31] We still need to assing the "make sure X upgrades smoothly from hoary" task to someone. [07:31] desrt: yes.. with IRDA remote control support ;) [07:31] infinity: remember that i did Xfree86 -> Xorg [07:31] infinity: i know what we are talking about [07:31] and Xorg -> Xorg is simpler [07:31] (Daniel's got the "make it modular and make it work" task, and I've got the "make sure the bloody thing builds in a deterministic and bootstrappable fashion" task...) [07:32] infinity: btw.. xkbdutils didn't enter the archive yet? [07:32] Yeah, upgrading is the simplest of the bunch, but it's still going to nee a mess of testing, and soon. [07:32] Oh, is it still NEW? Or did I get the name wrong? [07:32] no idea.. you tell me :) [07:33] Or... It's FTBFS, and I've been too busy to notice. === infinity runs to fix that. [07:33] i got the new libxaw.. that's good [07:34] what pkg has mkfontdir now? [07:36] daniels: ? [07:36] modprobe -k dildo [07:36] USB: Detected sodomotron on port 1:1.1 [07:37] USB: enabling /dev/sodomotron device for immediate access === infinity uploads a new libxaw... [07:42] one day... one day i will upload. [07:46] hmmm i can't remeber how i did fix the KBD problem... [07:48] AH RIGHT [07:48] xkbdutils :) [07:49] dpkg-deb: building package `xkbutils' in `./xkbutils_7.0-2_i386.deb'. [07:49] fabbione: mkfontdir doesn't really exist right now [07:49] i'll fix that tonight [07:49] not at home at the moment [07:50] and yeah, I'll be making sure upgrades work fine, but right now they're not even close [07:50] daniels: eheh dude... you know how much i love to tease you [07:50] xkbutils got source ACCEPTED, but still needs its binaries NEWed [07:50] but i need to get a working breezy on one machine [07:50] and i am checking all the gotchas [07:50] yeah, fair enough [07:50] it's still a work in progress :) but gotta run now [07:51] later [07:51] (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap [07:51] (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap [07:51] daniels: help me only one sec [07:51] i fixed it yesterday.. but i can't remember how [07:51] do you recall it? [07:51] fabbione; you can just copy the fonts.cache-1 files from another box [07:51] desrt: i already fixed the fonts problem [07:51] daniels : Binaries kinda had to build first. *cough* [07:51] :) [07:51] daniels : I just uploaded a new libxaw that xkbutils is now build-dep on. [07:53] you guys never dpkg-buildpackage, right? you just upload the source package to the build farm.... [07:53] dpkg-buildpackage -S :) [07:53] i do [07:53] But yes, I do binary builds before I upload. [07:53] I just don't upload the binaries. [07:54] I do "dpkg-buildpackage -uc -us -S ; dpkg-buildpackage -uc -us -b"... If the latter succeeds, I sign and upload the results of the former. [07:58] is the ftp archive signing machine-generated? [07:58] desrt: ? [07:59] the binary .deb's are signed by "ftpmaster@ubuntu.com" [07:59] the .deb are not signed [07:59] The uploads are. [08:00] but aren't the actual .deb's md5'd and then the list is signed? [08:00] like, the actual binary debs [08:00] desrt: nope... [08:00] there is no need to [08:00] Yes. The binary .changes are signed. [08:00] desrt: only the sources are signed [08:00] fabbione : The binaries are too, dude. [08:01] then what's the point of apt-key and why does apt-get sometimes warn you about unauthenticated packages? [08:01] infinity: yeah but in the .changes [08:01] fabbione : Yes, that's what he was talking about. [08:01] there is no signatures of the md5 inside the deb [08:01] right.. i think it's in the Releases file [08:01] desrt: it's a chain [08:01] basically you verify that the Release file has a good signature [08:02] that means that the Packages.gz can be trusted via md5 check on top of the Release file [08:02] desrt : That is the Releases file, which verifies the integrity of the Packages file, which verfies the integrity of the debs, which were verified by a signed .changes when they were uploaded. [08:02] And yes, Releases.gpg is autosigned. [08:02] infinity; gotcha. thanks :) [08:02] Release.gpg, even. [08:02] if the Contents of Packages is verified, it means that the md5 contained in it for the binary debs can be trusted [08:03] makes sense [08:03] i imagine that we can't be too far away, though, from someone being able to feasibly calculate MD5^-1(x) [08:04] MD5 can be broken, but can you break it AND deliver data that does something useful (or malicious)? [08:04] That's a much bigger challenge. [08:04] well... you can write a bad package [08:04] Collisions can happen. Interesting collisions, I'm not so sure about. [08:05] then add some useless padding bytes into the end of it to make the md5 match [08:05] Harder than you'd think. [08:05] Especially since the file size also has to match. [08:05] difficult... but md5 is getting weaker by the day [08:06] desrt: that's why the Release contains also teh SHA1 [08:06] I suspect a picture of my cat probably has the same MD5 as libc6.deb, but I'm not sure how I can use this to take over the world. [08:06] that i didn't know. [08:06] and mathing both md5 adn sha1 at the same time is impossible [08:06] that makes it very much more difficult [08:06] fabbione : It's the sha1 of the Packages file, we don't carry the sha1 of the debs. [08:06] plus.. honestly [08:06] fabbione : So you could still poision individual debs. But really, I think the argument is moot. [08:07] half the time it says "packages can't be authenticated" i just hit "yes, continue" anyway [08:07] so who cares :) [08:07] If I have access to poision you in such a sophisticated way, I can probably do something muhc simpler to you. [08:08] desrt: echo 'APT::Get::AllowUnauthenticated "1";' > /etc/apt/apt.conf [08:08] and you will forget even to press enter ;) [08:09] nah... i'd at least like it to tell me :) [08:10] It still tells you. [08:10] It just doesn't pause for confirmation. [08:10] "Foo bar baz are unauthenticated, but installing anyway, cause the override is on " === chmj [~chmj@196.36.161.235] has joined #ubuntu-toolchain === doko [~doko___@dsl-084-059-077-171.arcor-ip.net] has joined #ubuntu-toolchain === jbailey [~jbailey@24.203.249.139] has joined #ubuntu-toolchain [04:02] lamont: *poke* [04:03] lamont: I still need you to let me know if I can book you soonish for another biarch setup, or if infinity is capable of doing it. [04:03] lamont: doko is threatening to beat me... [04:03] And as interesting as that sounds, Angie is the jealous type. === lamont__ [~lamont@15.238.5.154] has joined #ubuntu-toolchain === doko [~doko___@dsl-084-059-064-033.arcor-ip.net] has joined #ubuntu-toolchain === doko [~doko___@dsl-084-059-086-247.arcor-ip.net] has joined #ubuntu-toolchain [07:14] doko: gcc-snapshot is running the testsuite here... on sparc === FreeLight [~freelight@63.207.7.130] has joined #ubuntu-toolchain [08:06] fabbione: it's not biarch, that's the reason it works [08:12] ah [08:12] ok === doko [~doko___@dsl-084-059-068-059.arcor-ip.net] has joined #ubuntu-toolchain === doko [~doko___@dsl-084-059-073-135.arcor-ip.net] has joined #ubuntu-toolchain