[00:09] c/ [00:09] hi, did you see the new security update for ntfs-3g? [00:10] http://ntfs-3g.org/releases.html [00:10] http://article.gmane.org/gmane.comp.file-systems.ntfs-3g.devel/418 === jamesh__ is now known as jamesh [00:47] i updated it for kanotix already... [01:10] Kano, please file a bug and mark it as a security vulnerability [01:11] how about you [01:15] * TheMuso shakse his head. [01:15] shakes [01:31] greetings! [01:42] welcome back Hobbsee [01:43] ty, but i'm still on VAC [01:45] Hobbsee, where to? [01:47] superm1: adelaide [01:47] * Hobbsee has finally renewed ubuntu membership [02:38] slangase`: heh [02:38] your k got eaten. [02:38] wondering about your thoughts on making the 64-bit implicit-ptr conversions fatal for hardy.. [02:40] lamont-break-your-buildly-yours [02:41] lifeless: that's what I does. yep. [02:42] lamont: better to make it fatal in debian ;) [02:42] lifeless: it is [02:42] lamont: ah, then you have my vote [02:42] lamont for prez! [03:16] Dear lamont: You're postfix package doesn't automatically bathe the baby and feed me candy. Plz fix. kthnksbye. [03:17] Sorry. Tiring of reading postfix-users and "I installed postfix on Ubuntu and used some random 3rd party web site cargo cult script to configure it how come it doesn't work?" posts [03:24] * StevenK still has to figure out how to do SMTP AUTH with postfix. [03:24] How do I become a Documentation Member? [03:25] koolkat: you were int he right channel, but left before I could say anything :) [03:25] Ok [03:25] what chanel was that? [03:25] #ubuntu-doc [03:26] nixternal: so how do I become a member? [03:26] go to #ubuntu-doc and we can talk about it there [03:34] StevenK: Give me a root login to your server and I'll be glad to set it up for you. ;-) [03:35] careful now, ScottK stole my credit card and social security number with that trick :p [03:40] Haha [03:40] ScottK: Like I even trust myself with root access. :-P [03:41] StevenK: I trust me more than I trust you. Why shouldn't you too? [03:41] * StevenK blinks, trying to dereference [03:43] ScottK: My main problem is "Postfix SMTP AUTH (and TLS) HOWTO" is all Postfix 1.x [03:44] nixternal, those are replaceable, at least he didn't take your gpg key like he took mine with that trick [03:44] StevenK: IIRC Ubuntu postfix docs are sensible. I'll find you a link if you're interested. [03:44] ScottK: Sounds great [03:45] StevenK: Which release? [03:49] ScottK: Dapper [03:49] StevenK: https://help.ubuntu.com/7.10/server/C/postfix.html#postfix-smtp-authentication isn't exactly how I do it (I use sasldb and auxprop), but I believe this will work for Dapper - Gutsy. For Hardy I'd recommend Dovecot. [03:49] What package in hardy provides the gpg agent facilities? [03:50] TheMuso: There are several. [03:50] Whats used by default then. [03:50] ah seahorse [03:51] ScottK: Yes, since I use dovecot for IMAP/POP3, I was pondering waiting for Hardy [03:51] I used gnome-gpg [03:51] I likes it. [03:52] TheMuso: gnupg-agent will be used by Default actually. I think it's the only one in Main. [03:52] Well I need to investigate why 1) seahorse gpg sign passphrase windows don't get proper focus, and 2) why they are completely inaccessible. [03:53] TheMuso: For gnupg-agent the U/I is provided by pinentry. I don't know if that relates at all to Seahorse. [03:53] Hrm. I have SMTP AUTH half setup [03:53] I think [03:54] StevenK: If you've got a recent enough Dovecot for SMTP Auth (I'm not at all familiar with that), I do know the Postfix in dapper-backports will support it. [03:55] ScottK: I don't think so, I think it requires a newer dovecot. Besides, I don't like running backports. [03:56] StevenK: Sure. If it helps any on this one, lamont runs a backported Postfix on his Dapper boxen and he did the backport. [03:57] Hrm. I think I have all of the bits, it just doesn't work ... [03:57] * StevenK is unsure [03:57] StevenK: If you want to get it sorted I'll be glad to help. Here or on #ubuntu-server (where help is in fact on topic). [03:59] ScottK: I think I need to sort out two things -- 1) Does my SASL setup work, and 2) Does Postfix then work, since it looks to be configured correctly [04:00] What do the logs say? [04:02] * StevenK tries to remember how to speak SMTP AUTH [04:04] If you're doing it by hand you'll have to speak TLS too if you're set up correctly. [04:05] I just turned off TLS so I don't have to speak that bit. [04:08] Ack. Can't remember enough about how to speak it. [04:09] * ScottK neither. I usually just use an MUA and read logs to figure out what I forgot (for me it's usually forgot to copy the update sasldb into the chroot - won't be your problem if you're using the documented approach) [04:11] If someone's got a minute, I'd appreciate a look at http://launchpadlibrarian.net/12048829/buildlog_ubuntu-hardy-i386.kdebase_4%3A3.5.9-0ubuntu1_FAILEDTOBUILD.txt.gz - it's claiming dependencies that I'm pretty sure should be available weren't. [04:14] ScottK: I think there is a repo issue [04:15] nixternal: Do you know if someone is working on it? [04:15] don't know...myself and superm1 are having the same exact problem [04:15] because graphviz is fine, I just installed it here [04:15] * ScottK too. [04:15] it was reported in #launchpad yesterday by Fujitsu [04:16] and cprov said that its probably further in the mirroring mechanics [04:16] OK [04:16] ya, if I do 'sudo apt-get update' it flies through, and I know there are a couple of updates available [04:18] nixternal: lifeless figured it out. libgraphiz4 is in Universe. [04:18] Or however you spell it. [04:18] And there's the smoking gun. [04:18] you were close, forgot the v :) [04:19] ScottK: but why would it be a problem now, and never was a problem before? [04:19] is the universe repos bunked up or something? [04:20] nixternal: Because kdebase is in main ... [04:20] * StevenK goes to take something for his headache [04:20] nixternal: My guess is a soname jump when graphviz 2.16 was uploaded on 2/7 and the new lib version got left in Universe by mistake. [04:21] ahhhh === jamesh__ is now known as jamesh [04:21] Maybe slangase` is still present and up for a little archive admin work so we can build it. [04:22] hehe [05:23] boo [05:24] hey, why is the ubuntu livecd automatically killing all my mbrs from every disk it finds, on boot? [05:26] I put in the cd, booted off it, the framebuffer never loaded correctly, waited 5 minutes till i was sure nothing was going on, tried again in safe mode (i assumed that wouldn't use a splash, no change, took the cd out, rebooted, and of my the mbr's from both raids, and my one single drive, were all wiped out. [05:26] i booted off a backup usb drive, put grub back in the mbr to all disks, reboot, everything works again. boot the ubuntu cd, and once again, the mbr's all die. [05:27] any ideas on this? is ubuntu cleverly installing something to the mbr of every disk it see's? [05:31] blistov: Which live CD? [05:31] blistov: Is it a hardy daily image? [05:32] ubuntu-7.10-desktop-amd64.iso [05:33] I hate to bitch, especially to the devs, and more especially, when i'm not even part of the ubuntu community, but it seems like every time I try a ubuntu livecd, it results in something being deleted, formatted, repartitioned, or broken in general, without input from me, and i can't very well stop it because the live disks always use fbsplash, which i've never seen work on any recent hardware. [05:34] I can't imagine my experience is the majority, as there is a huge userbase. [05:35] I keep thinking of moving away from Gentoo because of the idiot politics with communtication between userland and dev, but I run into major limitations in every other direction (ie, the live disk wipes out my mbr's without my knowledge.) [05:35] Am I running an unstable/untested version of the livecd? [05:37] blistov: That filename indicates that it's the released version. I've never seen a Live CD touch the MBR of another disk like that, either. [05:39] Ok. Well... It did, and does. I'm not sure why. I don't know if anyone is interested in the Ubuntu community. [05:39] Is there any known weirdness with geforce 8800 cards and fb/gensplash? [05:39] We don't use fbsplash or gensplash [05:39] What's used? [05:40] But there is an issue with x86emu and recent nvidia BIOSes [05:40] I need to find some time to work on that [05:40] usplash [05:40] But no one's ever heard of the livecd arbitrarily wiping out mbrs? [05:40] Nope [05:40] If it's reproducable, it's certainly concerning [05:41] But there's no code that touches the hard drives until you hit the installer, and that's not autostarted [05:41] So there's no obvious reason for it to be happening [05:41] Which makes it weird and awkward to diagnose [05:41] k. well its possible (not plausible though) that i accidentally and quite blindly started the install... [05:42] any idea why the video never comes up? [05:42] Yeah, that's also weird [05:42] The lack of splash is easy enough to explain, but X ought to start eventually [05:42] I left it for 5 minutes exactly. [05:42] I'm relatively sure that you can encourage the livecd to start without a splash [05:42] One of the F keys should give you a dialog that lets you edit the boot options - delete quiet and splash from there [05:43] Is there any chance on a 6.8Ghz machine with 2GB of 1Ghz ram, would take longer than 5 mintues to start x? [05:43] mjg59: i did that. [05:43] And no text output at all? [05:43] You should at least get the kernel startup output [05:43] no, i got a console, but it almost immediately failed to mount vfs [05:43] Uh. [05:43] Right. [05:43] Something is very horribly wrong. [05:44] took about 5 seconds till it paniced [05:44] Yeah [05:44] Are you able to scroll the output with shift+pgup? [05:44] buuuut, when i leave the splash on, it runs and does stuff for about a full minute before the hd's stop and cpu stops doing anything (external cpu monitor) [05:44] not able to scroll. [05:44] said something about hd8,0 vfs [05:45] Sigh. Sometimes the kernel is mean. [05:46] Hrm. Any suggestions? I'm getting fed up with the Gentoo devs, so I do need to start looking at an alternative. In the past, I've been turned off by Ubuntu simply because it wasn't as easily scalable in the long term, but I've heard that's changed. [05:46] Nope, no suggestions [05:46] (Sorry, it's past midnight here - I'm not necessarily as sharp as I could be [05:46] ) [05:46] blistov: Have you tried an alternate CD? [05:47] In fact, I really need to hit bed now [05:51] heh, i'll give the alt a try. [05:51] thanks [05:53] any chance some of the weirdness could be caused by my bios initially forcing the tertiary sata controller to present itself as primary for the purpose of bringing up grub ? [05:53] good morning [05:54] good evening [05:54] wait, any chance the x86 build doesn't run at all on a 64bit cpu? [05:55] blistov: No idea at this stage sorry, have you tried updating your BIOS? [05:55] (i can't imagine why..) [05:55] Bios is up to date. [05:55] blistov: The i386 build shoudl work fine. [05:55] Meh, I'll try alternate. [05:55] Thanks guys. [05:55] blistov: np, good luck. === asac_ is now known as asac [06:09] Good morning [06:10] thegodfather: mythplugins> looking [06:11] pitti: just read a few lines more in the scrollback [06:11] pitti: it seems to be a known problem with the mirroring [06:12] thegodfather: on drescher it looks good, can't check LP until my dist-upgrading is done and ff works again [06:12] thegodfather: on, I see [06:12] but it's still broken.. that's for sure [06:14] thegodfather: didn't see anything truly enlightening in scrollback; that's something for IS, I think [06:14] thegodfather: drescher-wise it's fine, and that's where my powers end [06:16] pitti: yes i know. thanks for checking. I thought in the beginning it was a publisher issue... [06:16] we will need to check with elmo and cprov when they are around [06:22] Riddell: did you see the last comment in bug 184149? that worried me a bit [06:22] Launchpad bug 184149 in kdelibs "[hardy]xembed and flash support patches doesn't work for konqueror" [Undecided,Fix committed] https://launchpad.net/bugs/184149 === slangase` is now known as slangasek [06:32] lamont: 64-bit implicit-ptr conversions: fatal on which archs? [06:57] Good morning [07:04] hi warp10 [07:05] Hey pitti [07:43] superm1: ping? :) [07:44] slangasek: i assume ia64 and others :) [07:48] thegodfather: the "and others" that would be relevant here is amd64... [07:49] slangasek: probably... :) === carlos_ is now known as carlos [08:02] hiya dholbach [08:05] i'm working on bzr packaging [08:06] and am getting an error from pdebuild if i have a build-depend that in turn depends on a virtual package [08:06] in this paces [08:06] case [08:06] The following packages have unmet dependencies: [08:06] graphviz: Depends: libgraphviz4 (>= 2.16) which is a virtual package. [08:06] Resolving dependencies... [08:06] removing that lets it pass [08:07] poolie: libgraphviz4 was stuffed in universe by mistake; fixed in next publisher run [08:07] oh i see [08:08] so, i should just go ahead and upload with that dependency to our ppa, and it'll come out in the wash? [08:09] well, I don't know how often ppa failed builds are retried; for guaranteed results you may want to wait a couple of hours [08:09] ok [08:09] but, basically, not my fault [08:09] yah [08:12] dholbach: thanks a lot for those uploads [08:13] mdke: no problem [08:14] dholbach: were there any major problems with ubuntu-docs? [08:14] I just added myriads of (LP: #xxxxxxx) entries [08:14] mdke: I'll attach the diff [08:15] :) thanks for that. I was thinking about it but didn't know how to include more than one of those entries. Now I see they are comma separated, I'll do it in the future [08:16] no problem [08:16] mdke: attached [08:18] mmm, lots of closed bugs :) [08:20] :) [08:52] Is anyone already working on evolution build failures? === \sh_away is now known as \sh [08:58] slytherin: bug id? [08:59] lool: I am looking for bug. I was checking build logs and see FTBFS for everything except powerpc. And surprisingly it doesn't let me upgrade on powerpc due to some version conflicts. [08:59] slytherin: looking [08:59] it just needs a retry [09:00] pitti: can you give a retry to evolution? [09:00] seb128: done [09:00] danke [09:00] * seb128 hugs pitti [09:00] pitti: hey btw, had a good week end? ;-) [09:00] seb128: That is waht I thought. But I am trying to build locally just to make sure [09:01] slytherin: upstream should learn to update the evolution-data-server configure requirements [09:02] seb128: yes, it was wonderful; we celebrated our 7th anniversary and our 0.5th wedding anniversary :) [09:02] (same day) [09:02] seb128: brunch at the Sarrasani circus/variete [09:02] ah, nice ;-) [09:08] hello europe [09:09] i'm trying to build a bzr backport using pbuild [09:09] hi poolie [09:09] pbuild [09:09] pbuild returns 0 and doesn't give an obvious error, but doesn't give me a deb either :-/ [09:09] any clues? === \sh is now known as \sh_away [09:09] poolie: you did look in /var/cache/pbuilder/result? [09:10] it's not there? [09:10] (that's where pbuilder puts them by default at least) [09:10] I don't know the pbuild script, sounds like a wrapper [09:10] huh [09:10] yes, it's there [09:10] * pitti just knows "pbuilder build" and "pdebuild" [09:10] sorry, i meant pbuilder --build [09:11] so there's a deb in /var/cache/pbuilder/result [09:11] but i thought previously it was copying them back to the directory above my source directory [09:11] was i confused before? [09:11] * slytherin declares pbuild as new acronym for 'pbuilder --build' :-) [09:12] poolie: I don't believe pbuilder ever does that, though sane builders like sbuild do. [09:12] ok [09:12] should i be using sbuild insteadL [09:12] ? [09:12] poolie: maybe pdebuild does that, but I haven't used it much (usually I want to build a .dsc, not an unpacked source) [09:12] poolie: pbuilder doesn't do that. But if you build packages using dpkg-buildpackage -b the you will get the deb where you are looking right now === \sh_away is now known as \sh [09:12] i probably saw a file produced by another command, maybe pdebuild [09:13] there are certainly a lot of different tools [09:13] i'm basically just trying to run it here as a dry run for a PPA upload [09:14] to get a result with less delay [09:14] You should always do that anyway, rather than uploading builds that you don't know to work... [09:15] ok [09:16] so what's the best way to test that something will build on say dapper? [09:16] i agree that it's a good practice [09:16] both wrt launchpad cpu resources, and also latency of waiting for the rebuild [09:17] One can use the pbuilder-dist script to use pbuilder for multiple releases, but I use sbuild with a chroot for each release. [09:20] so sbuild is an alternative to pbuilder, rather than built on top of it? [09:21] poolie: Yes, but its a little more involved to set up. [09:22] If you use kees' mk-sbuild-lv.sh from ubuntu-dev-tools, it's quite trivial. [09:22] ..assuming you already have lvm set up. [09:24] good morning [09:28] seb128: evolution built locally. It was really just a matter of retry. :-) [09:28] slytherin: I didn't doubt it, I built it myself before uploading [09:29] No will have to check whether it updates properly on my ibook [09:34] pitti: Hi, can you move libxstream-java from universe to multiverse please. It build-depends on sun-java6-jdk. [09:40] thegodfather: mirroring brokenness is (ultimately) my fault, so don't bug cprov about it please; I'll work on it [09:42] mvo: any idea why bash autocompletion for apt-get stopped working? [09:45] pitti: no [09:46] pitti: did it maybe moved to the bash-completion package or something? [09:47] no idea, I just noticed it [09:47] (while cleaning up the old kernels) [09:47] geser: will do as soon as my ssh gets unbroken ((#*$# ISP) [09:47] I see libgraphviz4 got moved from universe to main today. Could an archive admin please also move libgraphviz-dev too? graphviz-dev (main) depends on it and imagemagick is in depwait on it. Thanks [09:48] how come that this is something new? [09:48] while on the topic of bash-completion; could that file please be split up in smaller files? [09:48] it is a very real performance hit on starting a terminal and such [09:49] geser: oh, it was graphviz-dev before, I see [09:49] pitti: slangasek mentioned libgraphviz got accidentely moved to universe I think [09:49] cjwatson: ok, i didn't even ping him tbh as i was told he already knew [09:51] heh [09:51] doko is not on IRC anymore? [09:52] !seen doko [09:52] Sorry, I don't know anything about seen doko - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [09:52] meh [09:52] * Chipzz kicks ubotu :P [09:53] anyway [09:53] since bash-completion got split out of bash [09:54] I think it would be a better idea to split the script in small pieces and ship those pieces with the relevant packages [09:54] how does that sound? [09:57] mvo: would that be possible for apt for example? [09:59] Chipzz: /msg SeenServ seen doko [09:59] Chipzz: sure [09:59] some packages do that already. Looking at e.g. the ssh completion, the main obvious problem for me in shipping that separately is that it's not a trivial chunk of code to copy and paste, and it would require me to take on maintenance of it; as soon as I copy it then we lose out on the benefits of the work done by bash-completion upstream. [09:59] cjwatson: bash-completion is unmaintained upstream [10:00] that's an accident and might well not always be the case [10:00] cjwatson: says both on https://launchpad.net/ubuntu/+source/bash-completion, and the last update on the homepage is a long time ago [10:00] let's switch to zsh \o/ :) [10:01] cjwatson: the problem is the delay from having bash_completion enabled in .bashrc is very noticable; ie over 1 second delay when starting a terminal [10:01] zsh is an interesting thing to mention. It also ships a lot of completion. How many shells should packages ship completion for? [10:01] one? two? 300? [10:02] it's not entirely obvious whether it belongs in a shell-specific package or in a feature-specific package, is my point [10:02] point taken [10:02] but [10:02] I don't think there's that many shells to start with, and even less that support completion? [10:03] sure, but I certainly couldn't maintain zsh completion rules because I don't speak zsh [10:03] dash/ksh variants/etc all don't even support completion at all [10:03] so even right now it is impossible for me to cater in the same way for all shells supporting completion [10:03] the shell maintainers will do a better job [10:03] zsh upstream maintains all the completions [10:04] cjwatson: but I guess my reply to that is: zsh completion is optional; if it's already written, integrate in your package; if it isn't, accept patches that do implement it [10:05] on the performance hit, I would suggest simply disabling it, and sourcing it when you need it [10:05] that way you wouldn't have a feature regression [10:05] that's what I do [10:05] and doesn't seem significantly more complex than sourcing a bunch of different files whose names are likely to change over time, etc., etc., tedium [10:05] well the thing is that there is some functionality of bash_completion that I use on a daily basis [10:05] and [10:05] please don't do that thing with putting conjunctions on a single line of IRC [10:06] . /etc/bash_completion doesn't complete very nicely [10:06] well, it's in /etc, you *could* just strip out the stuff you don't want :-) [10:07] maybe we could consider splitting out the most often used parts of it [10:07] altough it wouldn't be immediately obvious what those parts are or how that's going to benefit [10:08] for me the most often used functionality is ssh completion and apt/dpkg completion [10:11] cjwatson: as a reference point, last upstream update was 20060301, which is almost 2 years old [10:12] cjwatson: I filed bugs against quilt, dpatch and cdbs to use touch --date or similar to set the timestamp as dpkg-source does [10:12] http://www.caliban.org/bash/#completion_download [10:12] I was surprized to not find any bug on this subject on all three packages [10:12] lool: cool, thanks [10:13] cjwatson: Thanks for the idea; I didn't know dpkg-source was clever [10:13] lool: it hadn't occurred to me that they would have the same problem, though it's obvious in retrospect [10:13] First I suspected it had a broken trick such as sorting files or so [10:14] cjwatson, is there *any* documentation of gfxboot somewhere (beyond teh code) ? i tried to wrap my head around it on the weekend but failed (actually i wanted to have a patch for an LTSP entry in the modes menu ready for you) [10:14] (and the basic knowledge to get the addon welcome screen going) [10:15] ogra: there's language-evel documentation in gfxboot/doc/ (you have to build it), but otherwise no [10:15] language-level [10:15] i'll look at that [10:15] it looks like it is using its own interpreter language [10:15] it will at least give you the minimum knowledge to decipher the language - unfortunately practical use requires building a bunch of stuff on top of the basic facilities [10:15] yes [10:16] it's a forth-like bytecode-compiled language [10:16] or postscript-like, if you prefer [10:16] ps is something i used before ... forth now really :) [10:17] s/now/not/ [10:17] geser: both done (multiverse/main) [10:17] pitti: thanks [10:40] anyone know why graphviz was moved to universe? [10:40] Riddell: I just kicked the binaries back [10:40] wrong override apparenlty [10:41] pitti: ok, could you give back kdelibs [10:41] done [10:44] pitti: please also give-back: bzr doxygen. It FTBFS because graphviz wasn't installable. Thanks. [10:45] geser: done [10:50] pitti: Do you know why Debian's sysvinit didn't merge "multiuser"? [10:51] lool: they changed sysvinit to respect the LSB headers [10:51] (I'm seeing this in the dbus package and I guess it speeds up shutdown as we don't need to stop dbus [10:51] lool: but it's not enabled by default AFAIK [10:51] I think this is a better approach than our multiuser hack [10:51] So we should stop using multiuser in ubuntu and simply list nothing in stop levels? [10:51] but nobody had time to work on that yet [10:52] lool: ideally yes, but the code doesn't respect it by default ATM [10:52] and we haven't merged sysvinit for ages [10:52] The sysvinit one? [10:52] yes, because of upstart & co [10:52] Do you know whether it's honored in Debian at least? [10:52] not 100% sure, but I think it's not enabled by defautl [10:52] Anyway, doesn't hurt to list nothing in stop-levels [10:53] right [10:54] pitti: (thanks!) [10:54] pitti: did the give-back of bzr succeed? because https://edge.launchpad.net/ubuntu/hardy/+source/bzr/+builds shows no sign of a new build attempt [10:55] I wasn't asked to give it back [10:55] done now [10:55] pitti: [11:44:56] geser | pitti: please also give-back: bzr doxygen. [10:55] geser: oh, that slipped my mind, sorry [10:56] np === hile__ is now known as hile [11:12] seb128: is it safe to restart the i386 retracer? [11:12] pitti: if it doesn't crash yes [11:12] pitti: it has not been stopped on purpose, it's just crashing [11:12] pitti: did you figure what was wrong? [11:12] ValueError: Unsupported attachment-type '' [11:12] yes, that one [11:12] seb128: no, I haven't looked into it at all [11:13] first time I see it [11:13] I told you about it some days ago [11:13] thekorn, any idea? [11:13] seb128: yes, that it's stopped and that you asked thekorn about it [11:13] pitti: https://bugs.edge.launchpad.net/python-launchpad-bugs/+bug/191963 [11:13] Launchpad bug 191963 in python-launchpad-bugs "ValueError: Unsupported attachment-type '' " [Undecided,In progress] [11:13] seb128: Friday was too crazy to look into it, sorry [11:14] pitti: that's alright, thekorn said he doesn't got the issue and that he would try on a dapper vm later [11:14] pitti: maybe untag the bug which makes it crashing for now and restart? [11:14] ah, thanks for the bug #; subscribed [11:14] yep [11:14] pitti: you are welcome ;-) [11:19] seb128, pitti , sorry forgot to mention, I can not reproduce this error in a dapper vm [11:20] thekorn: hum, ok, thanks [11:26] thekorn: is there an other way to specify the cookie python-lp-bugs should use instead of "exporting" the lp cookie with a small script from cookies.sqlite (Firefox 3) and writing it into a file? [11:27] or is the old cookies.txt format the only one supported by python-lp-bugs? [11:28] geser: I'm working on a solution for the .sqlite format, but in the hardy version of py-lp-bugs you can also use: [11:28] Bug.authentication = {"password":,"email":} [11:28] geser, where password and email are you login data in LP [11:30] good to know === pochu_ is now known as pochu [11:36] How's Alpha 5 shaping up, is it ready to test? [11:41] davmor2: seems a bit early yet [11:42] davmor2: a few bits of the archive and CD processes are busted at the moment so probably not very [11:42] cjwatson: np's just queried as there had been no daily updates so thought it might be safe to test. [11:43] davmor2: that's due to the archive bustedness :-) [11:43] there have been updates, they just aren't getting mirrored out ... [11:43] ahhh [11:45]