[12:13] tepsipakki: I don't think that would be too interesting in most cases; the merges that actually matter (IMO) are the new upstreams, in this case [12:13] exobuzz: that's not bash_completion, it's lesspipe === null__ [n=null@g624-9034.itee.uq.edu.au] has joined #ubuntu-devel [12:13] tepsipakki: no, with zsh you get the whole bakery :P [12:13] cjwatson: aah. ok.. good because ive hunting for where i can change this behaviour :-) [12:13] ie >20MB mem usage *per instance* [12:15] <_ion> 5148..6472 KiB on my box [12:16] <_ion> Oh, that was virtual. Resident: 2480..3128 [12:17] cjwatson: ok thanks. now ive made my own filter override. im happy :) [12:21] tepsipakki, xscreensaver uploaded, thanks again [12:22] ogra: no problem ;) [12:24] oh daniel stone is on the x.org board of directors [12:24] didnt realise that === Spads [n=spacehob@host-87-74-37-172.bulldogdsl.com] has joined #ubuntu-devel === cjwatson works out why mouseemu is broken on his Intel Mac [12:29] it can't deal with something that's both a keyboard-type device *and* a mouse-type device [12:30] cjwatson: that's linux on your intel mac ? [12:30] cjwatson: via bootcamp, or efi ? [12:30] (elilo) [12:31] bootcamp [12:31] yes, Ubuntu [12:31] one problem with bootcamp.. [12:31] unplug your monitor and try booting [12:32] I'll believe you [12:32] i configured my machine, posted it to the hosting company, and then they told me it wasnt booting. [12:32] turns out: "It is important to test that your Mac Mini will boot correctly without a screen. In particular, if you rely on the Apple "Boot Camp" firmware update (which provides a legacy BIOS, so that the machine can be booted like a conventional PC), then you may encounter trouble with this, because the VGA BIOS which the machine installs typically blocks trying to communicate with the monitor using DDC." [12:32] very annoying [12:33] hmm, I diff'ed xorg-server upstream tarball and our orig.tar.gz, and it was like 800kB :I [12:33] in the end, i got them to switch it to efi/elilo.. actually the hosting guys have it netbooting, so if i make it unbootable they can netboot to a recovery kernel/disk which is handy [12:33] the same version [12:33] tepsipakki: maybe its a big readme :) [12:34] if only [12:34] unfortunately current versions of Linux can't drive the framebuffer properly if you boot via EFI [12:34] so II'm told, anyway [12:35] cjwatson: i had a framebuffer kenel patch. but would have though its in main kernel by now (this was 2.6.16 or something) [12:35] I think it worked for a while and then broke [12:36] oh :( [12:36] although honestly, I haven't tried it personally; I've been focusing on making the bootcamp case work well, since we need that for CD booting anyway [12:36] i suspect you need a modesetting intelfb driver. [12:36] i have 2 mac minis as hosting machines. they are cheap to run, where power is at a premium! [12:36] kylem: this is ATI r500, so that would surprise me [12:37] the only option right now is vesafb, crap though that looks [12:37] er, vesa [12:37] cjwatson: you can boot cd from efi, if it has a bootloader on it [12:37] exobuzz: not unless you can create an HFS+ filesystem from Linux [12:38] exobuzz: if it's a normal ISO9660 CD, you need BIOS compatibility to boot it [12:38] cjwatson: efi can also boot to fat32 [12:38] exobuzz: I don't think it'd be terribly sane to make our CD images dual FAT32/ISO9660 ... [12:38] exobuzz: at least HFS (and HFS+, if anyone ever does it) you can overlay on ISO9660 with very little extra space requirements [12:38] ok, so diffing 1.1.0 and 1.1.1 isn't wise [12:39] cjwatson: so, to create an hfs fs from linux you can use dd ;-) [12:39] "heres one i made earlier" [12:40] exobuzz: I'm talking about the official Ubuntu CD images here, which we need to be able to create automatically from scratch using only Linux [12:40] is a MIR also needed for a new package if it only contains code that already is in one or more other source packages in main? [12:40] I'm aware there are options available if you can do it by hand with Mac OS X to assist [12:40] you cant keep a empty partition image handy for making it ? i mean its once off right ? [12:40] exobuzz: no, of course it is not once off [12:40] cjwatson, ah, loss. maximum loss. [12:40] oh and I don't have root either [12:41] (on the box used to produce the CD image) [12:41] cjwatson: but a certain fixed size boot partition would be enough, and then you copy into it what you need ? what am i missing ? [12:41] cjwatson: of course, im not sure how to bless a hfs+ f/s from linux either.. [12:41] exobuzz: the fact that the boot loader changes regularly? you can't write to HFS+ meaningfully without being able to mount it, which requires root [12:42] there is that [12:42] the userspace HFS+ utilities are read-only to all intents and purposes [12:43] HFS+ support is basically uninteresting while the kernel doesn't deal with EFI terribly well [12:43] ok so.. use bootcamp, but you should include one tip for people who want to use their machines as servers without monitor: "If you need to use the "Boot Camp" firmware, you will need to prepare a simple terminator to convince the machine that a (non-DDC) monitor is attached. All that's needed is to connect a 75 resistor between pins 2 and 7 of the (analogue) VGA connector. The easiest way to do this is to buy a male DB15 [12:43] connector (a "VGA plug") and appropriate resistor, and solder it between pins 2 and 7 on the connector. Fit a hood over the connector to prevent damage in handling. (You can get all of these parts from Maplin or any other electronics supplier. We can sometimes supply these terminators but we don't keep a stock.)" courtesy of www.mythic-beasts.com [12:43] exobuzz: W? === veneno [n=malandro@c-68-58-55-45.hsd1.in.comcast.net] has joined #ubuntu-devel === veneno [n=malandro@c-68-58-55-45.hsd1.in.comcast.net] has left #ubuntu-devel [] [12:44] mjg59: without that, bootcamp doesnt boot without monitor.. [12:44] Oh, sorry, got the context now [12:44] Yes, that's unfortunate. It's also a tiny proportion of the userbase. [12:44] its a very useful tip.. [12:44] exobuzz: FWIW, I did a lot of the Intel Mac support for mythic beasts [12:44] but i was that tiny proportion at that point.. [12:45] mjg59: yeh think they mentioned you to me.. [12:45] mjg59: well i guess you are the person they mentioned anyway [12:45] mjg59: i think iwas their first intel mac customer :) [12:45] Heh [12:45] I had their first Intel Mac [12:45] tepsipakki: did you try to apply the old ubuntu diff to the new xorg tree? [12:46] But seriously, EFI interacts very badly with IA32 and x86_64 right now [12:46] they sent it to you right ? [12:46] No, I happened to be in the right cafe at the right time [12:46] mjg59: aah [12:46] They're friends of friends [12:46] mjg59: how so ? about ia32 ? [12:46] tormod: no, I'm just trying to figure out why the tarballs differed, but I had a wrong one [12:46] 2.6.20 has only just got the calling convention for EFI right [12:46] mjg59: you know any of the oxlug lot then ? [12:47] im running 2.6.17 on intel mac.. what shouldnt work right ? [12:47] There's still a certain degree of misery between EFI's memory map and IA32 [12:47] via efi [12:47] 2.6.17 is actually ok [12:47] A certain amount of stuff breaks in 2.6.18 [12:47] Should be fixed by 2.6.19 [12:47] Anyway, I should have test hardware again by next week [12:47] tormod: now that I got xorg-server-1.1.1 the checksums match ;) === rideout_ [n=rideout@71-218-200-243.hlrn.qwest.net] has joined #ubuntu-devel [12:48] But a surprising amount of x86 Linux thinks that there's going to be a bios [12:48] so long as chris lightfoot knows that. since im running one of his built kernels [12:48] :) [12:48] tepsipakki: I guess I wanted to ask: have you tried (not did you try) :) [12:48] Yeah, Chris knows what he's doing [12:48] tormod: no, I haven't yet.. need to figure out what is the correct order === kylem knows more than he wants to admit about efi on ia64, should get around to installing linux on my macbook one of these days... [12:49] so.. you have a lovely intel mac notebook.. it runs macos.. it runs windows.. and linux.. but.. ati's linux drivers still suck :( [12:49] shame === Viper550 [n=Viper550@d57-121-167.home.cgocable.net] has joined #ubuntu-devel [12:50] Random little question, why does Ubuntu ship with vim-tiny instead of vim? [12:50] which is why you don't buy one with ati graphics... [12:51] Viper550: because it's tiny? :-) [12:51] lawl [12:51] kylem: i had no idea about ati graphics until this pc, i had nvidia on my last laptop. iguess i assumed they would be as good as nvidia.. silly me... [12:51] we're having a little discussion about text editors in -offtopic if you wanna join us [12:51] exobuzz: ATI's drivers still needed legacy bios support, last time I checked [12:51] mjg59: yeh.. no ati with efi. [12:51] :) [12:52] tepsipakki: I am trying to merge/build the newest ati driver. I would be very interested if you get the xorg-xserver done. === geser [n=michael@ubuntu/member/geser] has joined #ubuntu-devel [12:53] they also suck, even with legacy BIOS [12:53] so with this not booting due to checking for monitor ddc.. do you think the old trick for infiniate lives on that c64 game would work. the one where you lick your finger and run it over the joystick port.. wrong sex on the video output though. unless you got it really moist. [12:53] :) [12:53] tormod: the newest x.org ati driver ? [12:54] tormod: 6.6.3? [12:54] exobuzz: yes, 6.6.3 ++ git [12:54] tormod: ooh ;-) great [12:54] tormod: that would be great, I've had problems with it + DRI [12:55] seems that not that many xorg libraries have been updated [12:55] exobuzz: don't hold your breath :) needs a newer xserver-xorg also [12:55] we synced all the X libraries from Debian [12:55] tormod: really? [12:55] except for libx11, which we merged [12:55] cjwatson: thank goodness for modular xorg :) [12:56] tormod: oh you mean the git-stuff? [12:56] tepsipakki: I am not sure. Do you think I can run 6.6.3 on the old xorg-server? [12:57] tormod: well, debian has 6.6.3 [12:57] see merges.ubuntu.com === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [12:57] tepsipakki: I think I tried to install the debian 6.6.3 === Viper550 [n=Viper550@d57-121-167.home.cgocable.net] has left #ubuntu-devel ["Leaving"] [12:58] but there are many important fixes post 6.6.3 [12:58] s/important/interesting [12:59] would this newer version solve the aiglx+compiz "GLX_EXT_ texture_ from_pixmap" missing problem ? [12:59] yeah [12:59] exobuzz: you've seen that too? [01:00] sure.. i cant run aiglx+compiz. [01:00] Works fine here. [01:00] me neither [01:00] Well, has other bugs [01:00] maybe its owner certain cards [01:00] the debian 6.6.3 complains: xserver-xorg-dev (>= 2:1.1.1) [01:00] But that one isn't one of htem [01:00] i have x700 [01:01] exobuzz: I also have x700. my main target is bug #22985 [01:01] Malone bug 22985 in xserver-xorg-video-ati "[x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port" [High,Confirmed] https://launchpad.net/bugs/22985 [01:01] mjg59: with ati? I have a 8500 and it fails [01:01] tepsipakki: No, i855. But this is all server side, so should be consistent. === roico [n=roico@bzq-88-155-198-100.red.bezeqint.net] has joined #ubuntu-devel [01:01] There was an upload yesterday. have you tested it? [01:01] mjg59: oh, ok [01:01] ogra: Ping? [01:01] mjg59: didn't have a chance, since my desktop is b0rked now :) [01:02] mjg59: oh that bug.. ive put up with that for ages. i just stick in the "MonitorLayout" bit. [01:02] mjg59: i thought it would never get fixed :) [01:02] sorry. i mean tormod. not mjg59 [01:02] i unfortunately bought an acer laptop too [01:03] exobuzz: I am not sure it ever will be :) But it is such a bad bug - newbie blocker deluxe [01:03] looks nice.. but essentially broken.. there is another nice bug, that if you press the lid button, you get about 10 acpi lid events per second, which fills the acpid logs [01:03] tormod: yes.. very hard with a black screen to do much [01:03] oh debian6.6.3 built fine once I removed the epic 2: from debian/control [01:04] funny, the xorg mirrors have a hierarchy for 7.2, but not the main site [01:04] have to get those from individual/* [01:09] tormod: i suppose installer could detect acer laptop, and ati card and add a MonitorLayout line to fix it if the bug is not fixed ? [01:10] exobuzz: I added that patch to the bug report ages ago (!) === lmanul [n=manu@dan75-4-82-239-58-38.fbx.proxad.net] has joined #ubuntu-devel === Arrogance [n=aks@ottawa-hs-209-217-79-61.d-ip.magma.ca] has joined #ubuntu-devel [01:11] tormod: and its included now ? [01:11] exobuzz: (for the record, the installer has nothing to do with that stuff; it's all in the xserver-xorg maintainer scripts) [01:11] exobuzz: no it's not. it's not important enough / patch is not elegant enough ? [01:12] cjwatson: yeh .. i was being generic. i dont know which x.org package makes the initial config :-) [01:12] it's in dexconf it can be done most easily [01:12] tormod: elegant? well. its important.. that should be enough [01:12] exobuzz: I care because I'm responsible for the installer but not for X configuration :-) [01:13] cjwatson: ok.. "listen up. - its nothing to do with cjwatson." ;-) [01:13] erm, for instance upstream libice would unpack to libICE-ver, but it should be changed so that the tarball md5sum is preserved.. how?-) [01:13] cjwatson: if it was down to you, i know it would already be fixed :D [01:13] oh, I wish [01:14] tepsipakki: the location the upstream tarball unpacks to hasn't mattered since some incomprehensibly ancient version of dpkg-source [01:14] tormod: i know this happens on all ferarri and travelmates with ati cards though right ? so we just use like dmidecode and check? [01:14] cjwatson: oh.. [01:14] tormod: i mean in addition to the gfx card check [01:14] Gah, has that still not been fixed? [01:15] exobuzz: checking for that exact card should be enough. fixes 90% I guess, maybe breaks 3%, ok wild guessing. [01:16] tormod: the few that already work, are not harmed as they can go and edit their x.org and remove it, if they are sure.. but its harder to edit with a blank screen, so i agree it should go in. [01:16] It's not a chipset thing [01:16] It's very much an Acer thing [01:16] well i always hear the word acer with this problem [01:16] actually a few laptops with that card don't need the MonitorLayout line, but I guess they survive with it as well. [01:17] mjg59, interesting. is it just the bios? [01:17] my monitorlayout is "Option "MonitorLayout" "LVDS,NONE"" [01:17] It's really something that should be fixed in the driver [01:17] mjg59, sure but until then? 4+ ubuntu releases useless for a lot of users? [01:18] tormod: And the potential to break it for a load of others? [01:18] mjg59: cant we then fix it specifically for the laptops we know are broken ? [01:18] Get me an affected laptop and I can try to fix it properly [01:18] It's hard to debug remotely [01:19] And I'm not enthusiastic about adding hacks for individual machines without an understanding of /why/ that's an issue [01:19] mjg59: where abouts do you live ? [01:19] mjg59, are there a load of others? of course I only hear about those who are already broken :) [01:19] exobuzz: Xambridge [01:19] tormod: There's plenty of X700 machines [01:19] libice done :) [01:19] exobuzz: Uh, Cambridge === math_b [n=mathieu@vbo91-2-82-239-207-88.fbx.proxad.net] has joined #ubuntu-devel [01:20] mjg59: HAH.. cambridge. pah! === exobuzz from Oxford! [01:20] mjg59, I can give you ssh access if that would help. [01:20] sfllaw, pong (in a hurry) [01:20] tormod: Possibly, but not necessarily all that much [01:21] mjg59: ok admitting its a hack, is it so bad to have a hack which only affects the few and fixes the problem, that have it broken for feisty ? [01:21] exobuzz: It really depends on whether it hits other people as well [01:21] mjg59, I can set up a webcam on another computer, so you can see if there's light on the screen or not :) [01:21] exobuzz: And whether there's a realistic chance of us managing to implement the hack in a correct manner without having test hardware [01:21] It's really hard to get this right [01:21] mjg59: well at least fixing for some would be something. i have to adfmit, ive only seen it mentioned with acer laptops [01:22] exobuzz: Right, from everything I've seen it's specific to Acers [01:23] the bug reports mentions Samsung [01:24] so lets fix the acers, and see if anyone else reports it ? ;-) the samsung bug is not related i think... [01:24] looks like they had a bad x config [01:24] on acer, X starts. only backlight is not switched on [01:24] if you look carefully you can see x running [01:24] almost :) === givre [n=Florent@APuteaux-152-1-25-61.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel === shackan [n=shackan@host96-124-dynamic.57-82-r.retail.telecomitalia.it] has joined #ubuntu-devel [01:26] and presario 2100, hp compaq 9010, HP nw8240, Toshiba Satellite M70 [01:26] really ? [01:27] shit. [01:27] exobuzz: I don't think so, I think the screen is totally off. [01:27] nw8240 is an entirely different issue === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-devel [01:27] tormod: on mine i can see it.. you have to look real hard.. [01:27] nw8240 black screen, MonitorLayout fixes it. [01:28] yeah sorry that one started to work in Edgy [01:29] tormod: Uh. All the information I had on nw8240 was that the screen was heavily corrupted, but visible. [01:29] well to help fix it properly I need to run latest git, and then I would need xorg 7.2 I guess [01:29] so maybe then we should do all x700 mobility.. monitorlayhout on a mobility card isnt going to break anything, as ive never seen a laptop that doesnt have its own screen [01:29] :-) [01:30] tepsipakki: you are not going to sleep before you have them all (xorg) done right? :) [01:30] Hi, I am typing this on a Toshiba Satellite M70, what bug are you talking about ? [01:30] tormod: of course not [01:30] it's just 02:30 here [01:31] ha, debian had libx11 in experimental [01:31] tepsipakki: that's the spirit! kippis for that. [01:32] I wonder how and where to put these for testing, _if_ I ever manage to get them ready [01:32] speaking about laptops: i want my wireless keys switched on.. https://launchpad.net/ubuntu/+source/hotkey-setup/+bug/57849 [01:32] Malone bug 57849 in hotkey-setup "Add keycodes for wireless button on Acer Travelmate 8100" [Low,Needs info] [01:32] i added info... and patch... === givre [n=Florent@APuteaux-152-1-25-61.w82-120.abo.wanadoo.fr] has left #ubuntu-devel [] [01:33] actually 3 patches as i got it wrong twice. i was having a bad qa and testing day :) [01:33] tepsipakki, bit torrent :) [01:34] nah, has to be apt-gettable [01:34] time to worry about it tomorrow [01:36] tepsipakki: you dont have some person webspace to upload them ? [01:36] I have yes [01:37] don't know if the quota is sufficient [01:38] just go "its done" send them to someone here and they will go online somewhere ;-) [01:38] heh [01:41] the debian ati 6.6.3 depends on xorg-server 1.1.1-1, I just have 1.1.1-0ubuntu12 but I'll try. wish me luck :) === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has left #ubuntu-devel ["Ex-Chat"] [01:41] so it would need a merge [01:42] or just relax the deps [01:42] (don't know if that is generally a good idea, though) === freeflying [i=flyingfr@ubuntu/member/freeflying] has joined #ubuntu-devel === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has joined #ubuntu-devel [01:44] ati 6.6.3 seems to work QED [01:45] nice [01:45] now I'd like to merge any ubuntu patches left and a few git commits [01:54] phew, libx11 done [01:55] had to merge 1.0.3-4ubuntu1 and 1.1-2 with 1.1.1 [01:57] hmm, need to include 1.0.3-5 as well === givre [n=Florent@APuteaux-152-1-25-61.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel [02:05] if anyone wants to test, ati 6.6.3 i386 packages here: http://tormod.webhop.org/linux/ati/ === Toadstoo1 [n=jcorbier@cl-266.bru-01.be.sixxs.net] has joined #ubuntu-devel === _ion [i=johan@kiviniemi.name] has joined #ubuntu-devel === mat [n=mat@home.virgule.info] has joined #ubuntu-devel === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has left #ubuntu-devel ["really] === fatalerror [n=gpastore@debian/developer/gpastore] has joined #ubuntu-devel [02:15] ooh. [02:15] thakns === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel === exobuzz [n=jools@82-70-241-14.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel [02:26] too bad that xorg upstream has outdated Changelogs on many libraries [02:26] http://www.flickr.com/photos/christopherblizzard/377591178/ <-- they need LP to schedule for them [02:29] haha [02:29] that's how we did specifications at UDU === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-devel [02:30] hehe [02:31] how appropriate, I'm just listening to 'the wall' === Fujitsu_ [n=Fujitsu@202.61.173.33] has joined #ubuntu-devel === freeflying [i=flyingfr@ubuntu/member/freeflying] has joined #ubuntu-devel === nichoj [n=nichoj@gentoo/developer/nichoj] has joined #ubuntu-devel [02:43] Burgwork: an unconference is quite different to specification fascification === geser [n=mb@ubuntu/member/geser] has joined #ubuntu-devel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [03:11] elmo: Fedora like things that worked for Ubuntu [03:12] http://www.flickr.com/photos/christopherblizzard/378569571/ [03:12] they also appear to like being tossers... === j_ack [n=rudi@p508D9B93.dip0.t-ipconnect.de] has joined #ubuntu-devel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-devel [03:13] kylem: still up... [03:13] yeah, it's not as if we'd have anything like "Better Fedora than Fedora" in our original governance plans, or anything === lifeless chesires [03:14] better fedora than fedora is pretty easy. it's called "delete yum and fire author into the sun" [03:14] worst. package. management. ever. [03:14] oh, I dunno, apt/dpkg are pretty bad [03:14] 'bsd ports' [03:14] 'gentoo' [03:14] Keybuk, it doesn't take 4 hours to upgrade a single package on a slow machine with apt. [03:15] Keybuk: yum is special. [03:15] ok, that's fair [03:15] with a th [03:15] and a capital S [03:15] I've never had yum take 4 hours. [03:16] i'm exaggerating, but not by much. [03:16] I've had it take 4 hours [03:16] embedded machine [03:17] but you're asking for trouble using yum on an embedded machine. [03:17] i think this was a p 166mhz with 64M of ram or something. [03:18] I've never used any package manager on an embedded machine. They tend to have a specially constructed rootfs and that's it :-) [03:19] I've had yum completely not work (on FC1) which then lead my boss to by a mac :/ [03:21] kylem: pot/kettle? [03:21] jdub, what? [03:22] Keybuk: more^Wbetter fedora than fedora ;) [03:22] i think firing people into the sun might count as "tosser" (in more ways than one) [03:23] hey kyle isn't tossers a bit strong. I think Fedora isn't a bad distribution, it's noticably improved in the last few years. But, I hate playing politics. [03:23] feh. [03:23] it's pretty mild considering the filth that comes out of my mouth typically. [03:26] kylem: heh, I believe you. === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === j_ack_ [n=rudi@p508DAD6C.dip0.t-ipconnect.de] has joined #ubuntu-devel [03:46] kylem: thats an understatement :) === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel [04:02] xorg 7.2 libs updated.. all 27 of them, except libxscrnsaver which is a new one (don't know if it is needed) [04:04] time for bed -> === shackan [n=shackan@host59-124-dynamic.57-82-r.retail.telecomitalia.it] has joined #ubuntu-devel [04:12] Keybuk: Next rebuild happens right after feature freeze. === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-devel [04:24] infinity: my INBOX was filling up with faileds :p [04:24] so I wondered [04:26] ooh, that was fun. time for bed === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.3.130.revip2.asianet.co.th] has joined #ubuntu-devel === troy_s_ [n=aphorism@d206-116-6-170.bchsia.telus.net] has joined #ubuntu-devel === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #ubuntu-devel === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #ubuntu-devel === rpereir1 [n=rpereira@20158117026.user.veloxzone.com.br] has joined #ubuntu-devel === nichoj [n=nichoj@gentoo/developer/nichoj] has left #ubuntu-devel ["Leaving"] === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #ubuntu-devel === asac_ is now known as asac === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === `anthony [n=anthony@220-253-56-119.VIC.netspace.net.au] has joined #ubuntu-devel === timfrost [n=timfrost@125-236-154-89.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === FantasticFoo [n=dgm@user-118bo71.cable.mindspring.com] has joined #ubuntu-devel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-devel === _mayday_jay_ [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === Lenin [n=daj20097@dsl-201-133-10-45.prod-empresarial.com.mx] has joined #ubuntu-devel === Lenin [n=daj20097@dsl-201-133-10-45.prod-empresarial.com.mx] has left #ubuntu-devel [] === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === rideout [n=rideout@71-218-200-243.hlrn.qwest.net] has joined #ubuntu-devel === ctd [i=ctd@incubus.progsoc.uts.edu.au] has joined #ubuntu-devel === timfrost [n=timfrost@125-236-154-89.broadband-telecom.global-gateway.net.nz] has left #ubuntu-devel [] === marilize [n=marilize@dumbledore.hbd.com] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-9370d3aa1fa57777] has joined #ubuntu-devel === silwol [n=silwol@193.170.68.74] has joined #ubuntu-devel === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #ubuntu-devel === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:03] Good morning [08:03] heya pitti! [08:03] hey Hobbsee! [08:04] :) === thekorn [n=markus@a81-14-164-183.net-htp.de] has joined #ubuntu-devel === rraphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === carlos [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel === abattoir [n=abattoir@cm66.omega20.maxonline.com.sg] has joined #ubuntu-devel === sabdfl [n=sabdfl@81.13.217.242] has joined #ubuntu-devel === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has joined #ubuntu-devel === jonibo [n=jonas@213.212.2.215] has joined #ubuntu-devel === KaiL [n=KaiL@p548F6D58.dip.t-dialin.net] has joined #ubuntu-devel === sky_walkie [n=hrdlo@193.85.244.121] has joined #ubuntu-devel [08:52] tepsipakki: (still up?) found a place for your packages? [08:54] morning pitti :) [08:54] tormod: I did sleep for a few hours ;) [08:54] now doing app/* [08:54] hey ajmitch === dholbach [n=daniel@i59F740ED.versanet.de] has joined #ubuntu-devel [08:56] good morning [08:56] hi2u [08:56] do ubuntu-devs have webspace in people.u.c? [08:57] tepsipakki: only canonical employees [08:57] tepsipakki: no, only canonical employees.. [08:57] gah. [08:57] dholbach: ok [08:57] tepsipakki: looking for webspace? === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:58] hobbsee: yes.. doing xorg-7.2 [08:59] I do have some, but quota is only 100MB and it's full [08:59] and I could put them on my own server, but uplink is only 0.5Mb/s :) [08:59] tepsipakki: i'd ask imbrandon or TheMuso. TheMuso might actually be around. [08:59] tepsipakki: if it helps, you could store stuff in bzr on LP [09:00] tepsipakki: as a general guide, any ubuntu person who has dreamhost hosting is probably a good bet :P [09:00] alright, I'll see what to do when I'm ready [09:00] it all depends if it builds :) [09:00] tepsipakki: *crossing fingers* [09:01] heh [09:01] dholbach: anything I can NEW for you for bughelper? :) [09:01] I'd notify ubuntu-devel@ and ask for people to help out with [09:01] pitti: :-D [09:01] dholbach: ok, maybe it's time to do that [09:01] pitti: it's in source NEW [09:01] tepsipakki: then I'd definitely store stuff in bzr on LP [09:03] dholbach: is there a HOWTO for a bzr-illiterate? [09:03] https://wiki.ubuntu.com/BzrMaintainerHowto === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:03] https://wiki.ubuntu.com/Bzr [09:04] http://bazaar-vcs.org/Documentation [09:04] ok, thanks! [09:04] c === Zdra [n=zdra@203.24-241-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [09:04] Any estimation on when feisty will be fixed again? udev is completly borked here. [09:05] hunger: run udev restart [09:05] tepsipakki: I did... which is why I am finally logged in:-) [09:05] heh [09:05] I'm sure it will be fixed soon [09:06] tepsipakki: I hope so, too... === hunger hopes that pam_mount will get fixed some time soon, too. I still can not get to most of my data:-( [09:08] hunger: just mount it byhand? [09:11] tfheen: pam_mount keeps unmounting it, so it is really annoying... and I keep forgetting how to actually decrypt the key in the first place. [09:12] cryptsetup luksOpen /dev/whatever blah ; sudo mount /dev/mapper/blah /home (or something like that), then don't log out. === jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel [09:12] pam_mount doesn't unmount it unless you don't have any sessions running [09:13] tepsipakki: if you need free webspace and understand a bit of german: http://www.funpic.de [09:13] tfheen: The problem is the openssl command to decrypt the key with:-( [09:13] hunger: openssl x509 -in file.key -out file.key ? [09:13] tfheen: openssl enc -d -some-algorithm-I-keep-forgetting -in file -out file.out. [09:14] hunger: that's what you get for having keys derived from file rather than from a passphrase, I guess. [09:14] Anyway: It is really annoying... especially as pam_mount keeps unmounting the whole thing all the time. [09:15] tfheen: Yeap... being paranoid is inconvinient at times;-) [09:17] hunger: but are you paranoid _enough_? :P === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === abattoir [n=abattoir@cm66.omega20.maxonline.com.sg] has joined #ubuntu-devel [09:19] hunger: why would a file on disk be more secure than something derived from a passphrase? === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [09:22] tfheen: Because a passphrase is shorter than a file on disk (and less random, too). [09:23] ajmitch: what's the "disabling scrollkeeper usage in debian/rules" in the latest f-spot upload? is it something to do with the manual? [09:23] tfheen: If you got a short passphrase, then you can turn hash that all you want, it is still a weak key. === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [09:26] morning [09:26] morning seb128 [09:26] weird, libx86 to /usr/lib totally broke my feisty desktop [09:26] no mouse [09:27] GNOME not starting and freezing the box completly [09:27] mdke: yeah, I was under the impression that it wasn't to be used - though I'll correct it if wrong [09:27] ajmitch: what? [09:27] seb128: Try restarting udev... helped here. [09:27] seb128: I wonder if that's the cause of some of the udev issues [09:27] seb128: I was talking to mdke about f-spot :) [09:27] ah ok [09:27] ajmitch: does the manual still work without it? [09:27] seb128: But the move is a bad idea... I get lots of warnings due to missing libx86 during bootup. [09:28] hunger: I copied libx86.so.1 to /lib, which fixed everything, I fail to understand why at the moment though [09:28] that's a new lib and is supposed to be used by usplash [09:28] seb128: /usr is not around when usplash is running... so storing it there is not a good idea. [09:28] it should not break the mouse and make the box freeze [09:28] seb128: That is udev I guess... [09:29] hunger: that I know, I still fail to understand why it's breaking the system [09:29] mdke: afaict it does [09:29] hunger: it should break usplash only [09:29] dholbach: The libgnome-speech3 binary does not need to depend on the espeak package. It depends on libespeak1, which is fine, but it doesn't use the espeak command at all. [09:29] hunger: English has about 1.3 bits of randomness per letter, sha1 gives you a 128 bit hash, so a 98-letter passphrase will give the maximum security you can get using that hash. [09:29] seb128: Had that yesterday... all went fine after restarting udev. [09:29] hunger: you already said that ;) [09:29] hunger: and it's trivial to have a passphrase with a higher randomness than english. === pitti hugs seb128 for finishing bug-reporting-tool [09:29] TheMuso: ok, I'll change that - heno instructed me to do so === seb128 hugs pitti [09:29] tfheen: Yeap... but who has a 98letter password (== passphrase in pam_mount)? [09:29] pitti: blocking the spec "implemented" for a menu item was slightly too much no? [09:30] dholbach: Right. All you needed was libespeak-dev, which you did. [09:30] ajmitch: ok, i'll give it a check later [09:30] pitti: I mean that's a trivial bug fixing [09:30] I confirmed that the /usr/bin/espeak command is not used by renaming it. [09:30]