=== asac_ is now known as asac === funkyHat is now known as funk_Hat === funk_Hat is now known as funkieHat === funkieHat is now known as funkyHat [01:00] https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/448918 [01:00] Launchpad bug 448918 in cryptsetup "Insecure Cryptsetup defualts" [Undecided,New] === freeflyi1g is now known as freeflying [01:40] mdke: status on the wiki> no, I don't think editing a wiki is a good way to keep track of that stuff, I track it locally instead [02:12] Is there a way to monitor packages in debian type archives for new versions (other than throwing a few lines of perl together myself)? [02:25] pitti, using http://pastebin.com/f95b5c26 and this apport package hook http://pastebin.com/f350d087e I was still redirected into the normal source package area rather than the mythbuntu product on launchpad https://bugs.edge.launchpad.net/ubuntu/+source/mythtv/+bug/449181 [02:25] Error: This bug is private [02:25] it let me file a bug surprisingly even though it's not a genuine source package though [03:22] slangasek: I saw your bugmail on emacs23. Seems at least slightly impolite. [03:46] ScottK: yes, I'm at least slightly annoyed that no one took responsibility for checking the set of packages emacs23 was generating, and we now have to do stupid version tricks to get emacs installable again [03:46] I can imagine. [03:49] was it assumed that emacs23 was going into Main and taking over for emacs22? [03:49] LaserJock: No. [03:49] no, it was explicitly approved as a universe-only FFe [03:49] Several of us didn't catch it. [03:50] hmm, I just wondered as the changelog says that the maintainer was set to Ubuntu Core Developers === porthose|afk is now known as porthose [04:05] Is the rss feed on planet.ubuntu.com down? [04:13] so i used to be able to auto login from /etc/event.d/tty1 using mingetty. it doesn't seem to be working now? Does this have to do with the conversion to upstart? [04:16] https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/448918 [04:16] Launchpad bug 448918 in cryptsetup "Insecure Cryptsetup defualts" [Undecided,New] [04:20] slangasek: If you didn't fix emacs23 already, I'll take it. [04:45] Hello, I am subscribed to this letter/email and wanted to know if I erred in one of the posts? [04:45] ScottK: hadn't gotten to it yet - feel free (and thanks) [04:45] OK. Thanks. [04:49] I did suggest a Debian like install, where the user can choose the applications that they want at this time, MySQL, or not, Browser and so on, I have installed a few systems and I rather like the option to choose what goes in, after all, packages can be added after the initial install, so that makes sense to me? [04:52] vigo: General consesus has been that the (livecd) installer is the wrong time to choose applications. For most users it's presenting a choice without any of the information needed for them to make that choice. [04:52] RAOF: Thank you. [04:52] As you say, it's simple to install & remove software after the install; this allows for experimentation, while also having everything just work out of the box. [04:55] That does make sense. [04:56] It also helps the learning part of it. [04:58] I forget if the alternate installer lets you choose tasks. It's been some time since I actually installed :) [04:59] RAOF: Ubuntu does not really give choices like that. It is Language, Name, Partition, GO! [05:00] Wich is neat [05:00] The debian-installer does pop up a tasksel menu, just like Debian's. I netinst; I assume the alternate is the same [05:05] geofft: I will be installing Kdeb later tonight and take notes, if I see anything of note, I will mention it, after that install I will be putting the backup of this dev on to test that. [05:06] https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/448918 [05:06] Launchpad bug 448918 in cryptsetup "Insecure Cryptsetup defualts" [Undecided,New] [05:07] crypt-0: Tossing bug links into the channel less than once an hour is rude and unlikely to improve your chances of getting a fix. [05:08] ScottK, sorry, no one even acknowledged it [05:09] i hope karmac doesnt plan on using SHA1 to hash its password, when SHA2 and whirlpool are available [05:09] crypt-0: Odds are the people most likely to do something about it get bugmail for the package. It's late a night virtually everywhere Ubuntu devs work, so not getting a response on IRC shouldn't be much of a suprise. [05:09] It's only been 9 hours since you filed the bug. What sort of response were you expecting? I'd guess that many of the people who actually handle that sort of core package are still asleep in Europe. [05:10] is karmac beta out now? [05:10] Yes [05:10] is it tested on crypted systems? [05:11] Some people do, yes. [05:11] mabye ill try it [05:12] thought it want supposed to go beta for a week or so [05:12] is there somewhere where i can take a hack at the automated crypto installer? [05:13] id like to make one where you can choose the hash, cipher, and cipher mode [05:13] I'm not sure what, precisely, you mean by "hack" in that context. "apt-get source cryptsetup" will get you the source + packaging for cryptsetup. [05:14] im looking for the gui part in the alternate CD [05:14] some sort of ncurses interface? [05:14] That'd be debian-installer. [05:16] ok ill take a look and see if i can make it do what i want it to be able to, i can alread do whatever, with manual cryptsetup, or manual dm crypt etc. , this so the Joe PC user can Choose what to use [05:17] i just find the defaults insecure, but then again what defaults aren't? However, when it comes to crypto, the defaults inst something i believe you should use [05:18] That's not an attitude we'd share around here; the defaults should be the right thing for as many people as possible. With crypto, that's even more important because naieve fiddling with crypto almost always results in worse security. [05:21] true [05:22] but the defualts should be the 3 AES finalasts, Whirlpool, or SHA2 [05:22] essiv-cbc or xts-benbi [05:22] any combination of that can not be insecure [05:23] As a user, I have no idea what any of those are, other than a vague idea about SHA2. Is there a single suitable default? [05:26] well there have been recent attacks on AES [05:26] basically , SHA1 is broken, which is how your password is hashed by default [05:27] arguably once someone has access to the disk, you're up a creek anyhow [05:27] password hash :sha256 cypher mode twofish-cbc-essiv:sha256 [05:27] yeah, I tend to treat /etc/shadow as if it contained a crypted pw [05:28] dtchen, yeah, but its better encrypted then not [05:29] dtchen, in my bug report i describe a new feature in cryptsetup [05:29] that wipes the key from ram on suspend/ sleep [05:30] making cold boot less of a problem for laptop users, if your desktop gets cold-booted you have some home security issues to adress :) [05:31] it works for desktops also [05:32] <[reed]> RAOF: *cough* Debian developers *cough* [05:50] Jono, you there? [06:17] slangasek: emacs23 uploaded. [06:18] ScottK: Ratso, I am still on Emacs22 [06:18] vigo: emacs22 is the default supported emacs for Karmic. We have 23 in Universe for people that want it. [06:19] ScottK: Thank you, I am on Karmic development branch, I like testing stuff. [06:26] ScottK: cheers! [06:41] Have there been major changes in the Linux Crypto API since juanty? [06:48] cd [06:48] woops [06:54] #ubuntu-devel === Richie is now known as YDdraigGoch [06:59] yep, your here lifeless :P [07:05] good morning [07:07] crypt-0: I was reporting TheMuso's cd [07:08] not filmilar with his CD, or him [07:10] crypt-0: read scrollback [07:10] Good morning [07:10] bryce: hi [07:11] you thought your IRC client was a shell? :) [07:11] its 2AM here and ive had 1 hour of sleep [07:11] so im off.. [07:12] crypt-0: no, I was making a joke. [07:12] superm1: the "native package" check isn't applied if you set a custom crash database [07:12] pitti, well shouldn't it have still been put against the product that i asked then? [07:12] superm1: your is_ppa hook could be written much simpler, btw, but that's not the cause [07:12] Now that bug #429445 has an ubuntu-release ACK, do I need to subscribe the archive admins? [07:12] Launchpad bug 429445 in zephyr "[Karmic FFe] Sync zephyr 3.0~rc.2544-1 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/429445 [07:13] Have there been major changes in the Linux Crypto API since juanty? [07:14] crypt-0: if you're tired go to sleep. You might want to mail the list you question (not that I'm sure anyone knows ;P) [07:14] superm1: hm, at first sight the crash conf looks fine, let me try [07:14] superm1: where did you put http://pastebin.com/f95b5c26 ? [07:14] /etc/apport/crashdb.conf.d/mythbuntu-crashdb.conf [07:14] superm1: /etc/apport/crashdb.conf.d/something.conf ? [07:14] lifeless, ill just shoot a mail to the linux crypt mailing archive [07:16] superm1: just for testing, does it work if you unconditionally set report['CrashDB'] in the hook? [07:17] pitti, not sure, how do I trigger a "crash"? [07:17] i know that report['CrashDB'] ended up in the resultant bug [07:17] superm1: ^ oh! [07:18] superm1: crash trigger> kill -SEGV [07:18] superm1: but easier is "ubuntu-bug somepackage" [07:18] it should work for bugs as well as for crashes [07:18] superm1: right, bug, it doesn't remove CrashDB from the report [07:19] but that's just a cosmetic issue, and it tells us that the hook worked [07:19] so that's one bug, and the other is it not actually using that crashdb [07:20] pitti, hm using ubuntu-bug got me even worse results [07:21] * pitti tests locally [07:21] i'm using apport-cli, and it told me to go to https://bugs.launchpad.net/None/+source/mythtv/+filebug/o0FTrYbT0dwUJEuotA1XXCYZqCy? [07:21] which is certainly wrong [07:21] https://bugs.edge.launchpad.net/none/+source/usplash/+filebug/3aqU0P3yTj1coNm2fS6NFZaF6yE [07:21] indeed [07:21] superm1: thanks, investigating [07:22] cool, thanks [07:38] pitti: I'll unsubscribe the sponsors from the ibus syncs [07:40] pitti: I've assigned bug 441401 to you because I wanted to get your view on it before making the change - hope that's ok! [07:40] Launchpad bug 441401 in ubuntu-docs "Symlink not working with Karmic translations" [High,Confirmed] https://launchpad.net/bugs/441401 [07:41] mdke: I'll have a look [07:42] dholbach: they are done? [07:42] pitti: they have the sponsors ack, no? [07:42] I didn't look [07:42] pitti: so nothing to do for other reviewers :) [07:42] you said "release/sponsor ack" [07:42] ah, thanks [07:42] no worries :) [07:50] superm1: oh argh! [07:50] superm1: s/product/project/, please :) [07:51] pitti, doh. that could be clearer in documentation for the future :) [07:51] superm1: I'll add an assertion, to point this out earlier [07:52] superm1: I'll add that assertion ("must set distro or project" and add a blurb to doc/crashdb-conf.txt [07:52] pitti, sounds sufficient, thanks [07:58] pitti, while i'm updating, what did you have as a recommendation to simplify is_ppa? [07:59] if not apport.packaging.is_distro_package(report['Package'].split()[0]): [07:59] report['CrashDB'] = 'mythbuntu' [07:59] ah, yeah, definitely better [08:00] superm1: this reports bugs against ubuntu/+source/mythbuntu if it's an original ubuntu package, otherwise against a product [08:00] (if that's the behaviour that you want) [08:00] *project :) [08:00] *cough* [08:00] AssertionError: Need to have either "project" or "distro" option [08:00] superm1: ^ just committed that [08:06] * Mirv got permission to attend UDS-L, see you there [08:07] Mirv, congratulations [08:08] liw: thanks [08:08] too bad it will shorten my FSCONS trip a bit, have to see if I will move my lightning talk on Sunday to an earlier time [08:09] liw: going to UDS? [08:09] mneptok, I doubt it [08:09] bah. [08:09] * mneptok will be there [08:10] mneptok, I'm sure you'll have fun there anyway :) [08:10] need to book travel and hotel this week. going to see who from Montreal might want to share a room. [08:10] liw: i doubt it. it's Texas. ;) [08:15] superm1: http://bazaar.launchpad.net/%7Eapport-hackers/apport/trunk/revision/1621 FYI [08:16] pitti, thanks, that is definitely much more clear [08:16] 1/c [08:37] hmm, I wonder if it would be ok or not to leave at ca. noon, Friday [08:37] the other option is Saturday evening which would mean quite late arrival back, on Sunday [08:39] (ie. noon or a little after from the hotel) [08:43] TeTeT! [08:45] mneptok: Hi Kurt, how are things? [08:45] TeTeT: very good, thanks! Kristine and i are just completing a home purchase, and she starts a new job here next week. you? [08:46] mneptok: currently at the London HQ of Canonical, having a training sprint [08:46] TeTeT: you're learning to make tea? [08:47] mneptok: yeah, I look forward to the eating biscuit class [08:58] hi, i've got a patch to be applied to glibc source package. How do I apply the patch and build glibc? === tkamppeter_ is now known as tkamppeter [09:01] skar: dpkg-source -x glibc_whatever_the_version_is.dsc, cd to the unpacked source dir, apply the patch (in some way; this depends on a number of things); debuild [09:02] RAOF: ok, i got to that stage. now, how do i make sure the build is done only for i386? it seems to be building for a long time :( [09:03] It'll only build for your arch (and possibly build a libc-i386 package if your arch is x86-64) [09:03] mbiebl: do you see bug 444915 in linux 2.6.30 in sid, too? IOW, do you want to use "usefree" until this gets fixed again as well, or should I keep this as an Ubuntu specific change? [09:03] Launchpad bug 444915 in devicekit-disks "regression: statfs() takes a long time on VFAT without "usefree"" [High,In progress] https://launchpad.net/bugs/444915 [09:04] RAOF: thanks. i was following http://www.cyberciti.biz/faq/rebuilding-ubuntu-debian-linux-binary-package/, so running debuild or "fakeroot debian/rules binary" both should work? === Whoopie_ is now known as Whoopie [09:05] skar: Yes, although I doubt many developers actually do the latter. [09:05] RAOF: ok, that link i sent, it suggested that. also how do i force make to use "-j5". i've got a quad core machine, so compile would be faster. [09:07] That's package-dependent; there's no guarantee there's a switch to allow you to do that. If there were, you'd want to shove something in the DEB_BUILD_OPTS evn variable IIRC. Check out the debian/rules file for details :) [09:08] RAOF: thanks, debian/rules had a NJOBS where it seems to be detecting the no.of cores === dholbach_ is now known as dholbach === porthose is now known as porthose|afk [09:38] hi, can anyone confirm wheter poppler in ubuntu is built against libopenjpeg or not' [09:38] ? [09:38] missing h somewhere [09:47] could someone sponsor bug 439921 for me? [09:47] Launchpad bug 439921 in clutter-1.0 "libclutter-1.0-doc doesn't appear in devhelp" [Low,Confirmed] https://launchpad.net/bugs/439921 [09:57] bigon, subscribe ubuntu-main-sponsors so it's on the sponsoring queue [09:57] we do sponsoring almost daily during the week [10:00] seb128: ok [10:00] Is there a Python library that groks the apt repository format? I want to point something at an apt path and be able to poke at things like what version of a given package is in a particular component [10:01] My current alternatives are parsing the output of reprepro or finding the Sources (or Sources.gz...) file and parsing that with python-debian, and those both kind of suck [10:08] hi, i'm trying to apply a patch to glibc source pkg and compile it. now i've got a glibc-2.8~20080505/ dir with some bz2 files in there. how do i unzip them and then apply my patch? === mthaddon` is now known as mthaddon [10:12] cjwatson: hm, the recent usplash change doesn't seem to send QUIT to usplash any more, so that it fades out? [10:12] mat_t just complained [10:12] it seems to just stay around until the computer powers off? [10:12] pitti: yes, that was a hack to avoid text messages showing up after usplash quits but before shutdown [10:13] pitti: if we can make it fade but not actually tear down the graphical vt, that would be better [10:13] ebroder: python-apt should be able to do that? [10:15] pitti: well, that's not really about me complaining, I just think it would be good to keep this effect, which was already very well received in the reviews etc [10:15] hi, i'm trying to apply a patch to glibc source pkg and compile it. now i've got a glibc-2.8~20080505/ dir with some bz2 files in there. how do i unzip them and then apply my patch? [10:17] when switching to VTs I just get garbage output, it started last week, I see some more people reporting it at #ubuntu+1 could it be related to usplash changes ? [10:17] I get the same garbage output before gdm startup [10:18] it could, yes [10:18] I mean, for a second, I guess during a graphical mode transition [10:18] oh, it's not permanent? when you switch back to vt1, does that work ok? [10:18] it is permanent, but it also happens during boot, for a second, before gdm starts [10:19] it is permanent if I do a manual switch to a VT [10:19] I am using fglrx, not sure if that's part of the problem [10:19] it usually isn't part of the solution ;-) [10:20] usplash is meant to be torn down strictly before X starts [10:20] maybe usplash isn't managing to restore the console correctly with fglrx [10:20] that said, *that* part of the code hasn't changed recently to my knowledge [10:20] how do i unzip glibc's source deb so that i can access the individual files under "build-tree"? [10:20] skar: there are usually debian/rules targets that help. (And please don't repeat yourself at five-minute intervals.) [10:21] skar, if you need to learn about packaging, #ubuntu-motu is probably a better place [10:21] cjwatson: I'm happy to add a new "FADEOUT" command to do just that, and not QUIT [10:22] mat_t: don't worry, it's justified :) [10:22] mat_t: I should have said "reported a bug" [10:22] ;) [10:23] cjwatson: thanks. i'll look into the source unpacking targets. won't repeat myself :) [10:24] joaopinto: thanks, will ask in that channel :) [10:32] mat_t: it's a good effect, but I thought the text after usplash was even more likely to result in complaints at the moment ;-) having both is obviously the right answer [10:33] cjwatson: absolutely :) [11:22] pitti: is this indicative of the retracing service failing: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/441709 [11:22] Launchpad bug 441709 in ubiquity "Ubiquity crashed when "Starting up the partitioner"" [Undecided,Confirmed] [11:24] evand: indeed, weird; let me check the logs [11:25] evand: hm, it's not even in the logs; I re-tagged it [11:26] thanks! [12:01] pitti: the retracer removed it again :) [12:08] short read in buffer_copy (backend dpkg-deb during `./usr/lib/openoffice/basis3.1/program/libcuilx.so') [12:08] huh [12:11] Keybuk, there is quite some similar bugs on launchpad [12:12] seems to be an lzma issue? [12:12] * Keybuk is having it with the new linux-source too [12:15] that's odd [12:15] removing the file and redownloading it seemed to fix it [12:15] before: [12:15] Preparing to replace openoffice.org-core 1:3.1.1-2ubuntu4 (using .../openoffice.org-core_1%3a3.1.1-4ubuntu1_amd64.deb) ... [12:15] Unpacking replacement openoffice.org-core ... [12:15] lzma: Decoder error [12:15] dpkg-deb: subprocess returned error exit status 1 [12:15] dpkg: error processing /var/cache/apt/archives/openoffice.org-core_1%3a3.1.1-4ubuntu1_amd64.deb (--unpack): [12:16] short read in buffer_copy (backend dpkg-deb during `./usr/lib/openoffice/basis3.1/program/libcuilx.so') [12:16] after: [12:16] Preparing to replace openoffice.org-core 1:3.1.1-2ubuntu4 (using .../openoffice.org-core_1%3a3.1.1-4ubuntu1_amd64.deb) ... [12:16] Unpacking replacement openoffice.org-core ... [12:16] kooky [12:16] the files were different sizes too [12:18] Keybuk: how much different? === statik` is now known as statik === Keybuk_ is now known as Keybuk === steveire_ is now known as steveire [12:51] evand: ah, got it now: [12:51] 10/12/09 10:51:02: retracing #441709 [12:51] report file does not contain required fields: CoreDump Package ExecutablePath [12:51] evand: indeed the report doesn't have a Package: field [12:52] I wonder where that went [12:59] ah, cool [13:27] lool, ArneGoetje: what about kasumi? Has the window for MIR closed? [13:27] dholbach, joaopinto was wondering if there is any reason you didn't look at bug #439638 again or upload [13:27] Launchpad bug 439638 in papyon "Unable to login into MSN" [Undecided,New] https://launchpad.net/bugs/439638 [13:28] ArneGoetje, lool: There is a new upstream release. To avoid duplicate work, I'd like to work on that for Debian and fix what's necessary to finish the MIR for karmic. [13:29] seb128: no, no reason just that I had a bunch of other stuff to do [13:30] so if anybody wants to grab it, do it [13:31] dholbach, you touched it, you upload it I would say ;-) [13:31] * seb128 hugs dholbach [13:31] I will have a look later otherwise, still fighting my 800 emails backlog from the weekend [13:31] seb128: lotsofemail: I totally see what you mean [13:32] seb128 - i don't envy your task of going through 800 e-mails ;) [13:33] Laibsch: It's tight IMO [13:34] Laibsch: Couldn't we revisit that next cycle? [13:34] Laibsch: Does it cause serious issues in karmic? [13:34] I don't think so [13:35] It's about whether or not scim-anthy will get a bugfix that is in Debian or continue to have a delta explicitly to drop the fix [13:37] Laibsch: If you need to merge a new scim-anthy to fix serious bugs, that's still ok at this time; but I wouldn't focus on dropping delta with Debian at this point of the cycle, we usually focus on that at the beginning of the ccyle [13:37] Well, I did focus on that around June ;-) [13:37] bug 332041 [13:37] Launchpad bug 332041 in scim-anthy "Problems adding a new vocabulary, "kasumi" package not installed by default" [Medium,Triaged] https://launchpad.net/bugs/332041 [13:38] so, not a very serious bug [13:38] but one that was fixed in Debian [13:39] and we could otherwise sync scim-anthy from Debian (I made sure we can) [13:39] if kasumi was in main (or scim-anthy wasn't) [13:39] I am not sure I can judge of the severity of this bug; I'd prefer if Arne would comment [13:41] it's not serious [13:41] scim-anthy is in main [13:41] there is a knob to pull up a user dictionary [13:41] that calls the kasumi program [13:42] currently kasumi is not installed by default, the fix is to recommend it [13:42] but kasumi is in univers [13:42] e [13:42] debian scim-anthy now recommends kasumi [13:42] and thus can't be synced [13:43] debian does the right thing, ubuntu can't until kasumi is in main [13:43] in essence, that is the issue [13:45] kirkland: Hi, why is the default for byobu the commons keybindings and not the f-keys? Was this changes recently? [13:47] Laibsch: I understood that part of the issue, I don't understand how much of a big deal it is to have this feature slightly broken [13:48] Laibsch: The issues are relatively easy to fix though; I guess you could easily get a hold on these [13:48] It's obviously an easy fix: "sudo aptitude install kasumi" [13:48] lool: Actually, the build issues are not that easy for me [13:48] lots of new stuff [13:49] It will take me some time [13:49] Laibsch: Ok; I can help you there [13:49] cool [13:49] Laibsch: Looking at comment #1 on the MIR bug, which one is the first issue which you can't resolve? [13:50] I haven't gone through the comments [13:50] Ok; ping me when you're stuck [13:50] sure [13:50] thanks === xomas_ is now known as xomas [14:31] hi [14:32] seb128: 800 e-mail backlog? [14:32] is that why you're only #3 in the bug traffic volume ranks this month? :p [14:32] where might I find stats on the number of bugs filed per day against ubuntu? [14:32] the apport retracing service is beating you! [14:35] keybuk: Any thoughts about what i posted to http://launchpad.net/bugs/432089, btw? [14:35] Launchpad bug 432089 in sreadahead "performs poorly on slow HDD" [High,Triaged] [14:35] ion: foreground isn't enough [14:36] Keybuk, lol [14:36] The bug report is about sreadahead performing poorly on a slow HDD, but my HDD is quite good for a laptop HDD and simply disabling sreadahead makes the system boot more than five seconds faster. [14:36] Keybuk, I can give you some bugs if you want ;-) [14:38] ion: how good is quite good? [14:38] seb128: I have plenty, I'm personally beating all of the QA team except pedro ;) === dendro-afk is now known as dendrobates [14:40] keybuk: The laptop’s quite new, the HDD has a capacity of 320 GB and the maximum throughput in bootchart reaches 54 MB/s. [14:40] ion: How do you disable sreadahead? [14:41] hunger: By commenting out the ‘start on...’ line. [14:41] Good point:-) I am not used to upstart yet:-) [14:41] ion: what's the hDD? [14:42] Keybuk: Hard Disc Drive? [14:43] keybuk: http://pastebin.com/f53cf5098 [14:43] ion: 5400RPM, 12ms seek [14:44] that fits the "slow drive" pattern [14:44] jml: ubuntu-bugs mailing list archive? [14:44] keybuk: Ah, alright. I expected the ‘slow’ to mean something slower than a typical laptop HDD. [14:45] Of course, a 5400 RPM laptop HDD *is* slow compared to a 7200 RPM desktop HDD. [14:45] no, I mean that typical laptop HDDs *are* slow [14:45] * liw thinks all hard disks are slow [14:51] james_w, I was kind of hoping for something more digested than that. [14:52] jml: bdmurray might have stats [14:52] james_w, I think that even if he does, Launchpad should track this information also. [14:56] jml: http://people.canonical.com/~brian/graphs/ but it seems to be busted right now [14:56] james_w, thanks. [14:57] 10 minutes with http://people.canonical.com/~brian/graphs/bugstats.data could get you the information in the meantime [14:59] ta [15:06] zul, mathiaz: hi! (I'm not really here) I just noticed bug #449358. The reporter's issue is clearly a dupe of 444479, however, I thought that it was odd that /usr/sbin/mysqld-akonadi was confined (I thought /usr/sbin/mysqld-akonadi was supposed to be a hard link and not a symlink). I'm not at all up on the akonadi packaging, but this sounds like it could be a problem [15:06] Launchpad bug 449358 in mysql-dfsg-5.1 "Warning message from apparmor about /usr/sbin/mysqld-akonadi" [Undecided,New] https://launchpad.net/bugs/449358 [15:21] seb128: your sync of poppler from April says "don't use openjpeg it's in universe", why not get openjpeg into main? [15:23] Riddell, I'm not the one who did the change I just reapplied the ubuntu diff we had [15:23] Riddell, it's slangasek who did the change iirc [15:24] Riddell, I've no opinion on the topic [15:28] seb128: mm, the changelog is incomplete, found the complete changelog on lauchpad [15:28] slangasek: " Disable openjpeg on all archs for Ubuntu, this lib is in universe [15:28] and isn't needed." [15:28] slangasek: any reason for that? it is needed if you want to see jpeg2000 decently [15:30] Riddell, right, I don't copy all the changelog entries when resyncing on debian but just summarize the changes [15:33] can a core-dev please give-back bacula (FTBFS fixed by recent upload of libbonoboui) [15:38] geser: done, thanks! [15:39] jdstrand, hey, could you look to bug #447292? [15:39] Launchpad bug 447292 in evince "permission denied on various files while starting evince" [Low,New] https://launchpad.net/bugs/447292 [15:39] jdstrand, not sure if that's an apparmor or evince issue [15:40] jdstrand, I guess the issue is due to nfs user dir [15:40] jdstrand, bug #449286 too [15:40] Launchpad bug 449286 in evince "[karmic] evince apparmor profile breaks zotero reference database" [Undecided,New] https://launchpad.net/bugs/449286 [15:40] seb128: that is a dupe of another bug that jjohansen is working on a fix for [15:41] seb128: (the first one that is) [15:41] jdstrand: building a new test kernel on that one, should have something up soon [15:41] seb128: hmm, the second is thornier [15:43] seb128: I've assigned ti to me for now-- it can probably be solved in apparmor [15:44] seb128: btw, I'm not here today :) [15:44] hehe me neither :) [15:45] jjohansen: I didn't have a chance to test your nfs fix yet. I won't until tomorrow (at which point I am still 'not here', but can test your kernel) [15:46] jdstrand: okay :) [15:47] jjohansen: do you have that bug number off-hand? [15:47] s/off/on/ [15:48] jdstrand: Bug #415632 [15:48] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/415632/+text) [15:48] jjohansen: thanks [15:54] jdstrand, ok, thanks for replying, enjoy your holiday ;-) [15:54] ugh [15:54] trying to figure e2fsck out, every time I think I'm getting close, I get eaten by a grue === lamont_ is now known as lamont [16:24] pitti, I have found a big problem in CUPS 1.4.1: It seems that for broadcasts it always uses the host name and never tyhe IP of the server (in 1.3.x it used the IP). This requires that host names in networks are always well-defined and this is not the case in many small networks or for temporarily connected machines. [16:25] tkamppeter: hm, is that configurable? [16:28] pitti, there is a ServerName entry in cupsd.conf where one can set this, by default this is not set. [16:30] pitti, I have tried "cupsctl ServerName=192.168.2.105" now and got a correct entry in cupsd.conf, but the client still gets "ipp://noname:631/printers/b" in lpstat -v (for the printer b on the server). [16:31] pitti, I have even tried to restart CUPS on the server but this does not help. [16:31] dear git. how is not pushing tags by default *useful* ? [16:32] well, it's just consistent [16:32] "1. No command shall do useful things without any arguments." [16:32] tkamppeter: hm, I'm using cupsd from my wife's computer, it seems to get picked up just fine [16:32] ipp://dagobert.local:631/printers/ML-1610 [16:32] ah, heh [16:33] .local names FTW [16:33] Keybuk - do you not like git? [16:34] :-D [16:34] * pitti sees Keybuk turn red and explode [16:34] Wait, why is subscribing ubuntu-archive to bug #429445 the wrong thing? It's a sync that's been approved by ubuntu-release... [16:34] Launchpad bug 429445 in zephyr "[Karmic FFe] Sync zephyr 3.0~rc.2544-1 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/429445 [16:35] ebroder: fixing bug again [16:35] seb128: what's wrong with the fix in bug #445633? [16:35] Launchpad bug 445633 in pygobject "FTBFS: automake-1.10 missing" [Low,Fix released] https://launchpad.net/bugs/445633 [16:35] sistpoty|work, why do you want to run autotools there? [16:35] seb128: b-d on autotools-dev? [16:36] seb128: so config.sub/.guess don't match the current version? [16:36] ebroder: it needs a sponsor check [16:36] sistpoty|work, well, why? I would have went the other way, make sure autotools are not run at build time [16:36] sistpoty|work, but why is there any need to run autotools at all there? [16:36] seb128: iirc they aren't, but rather run and in the patch [16:37] sistpoty|work, configure && make && make install ought to work from the tarball [16:37]