[00:00] Is there a decent channel or resource to find out what is available for ARM platforms? [00:01] (more specifically Cortex A8) [00:06] who in ~core-dev usually cares about Transmission (the bittorrent client)? [00:06] in bug 460620, people are reporting that private trackers are starting to ban transmission <=1.75 [00:06] Launchpad bug 460620 in transmission "Transmission Version 1.76 is Available" [Undecided,Confirmed] https://launchpad.net/bugs/460620 [00:07] in which case, 1.76 is a fairly unintrusive, bugfix-only minor release. [00:07] it may be worth sticking that into -proposed. [00:37] jdong: they're banning something only a couple of days after a new version is released? [00:38] ajmitch: it doesn't make much sense to me either [00:38] the world of bittorrent is full of crack [00:39] yeah private torrent trackers are some sort of black magic groupthink. [01:01] ogra: whats up with http://www.plugcomputer.org/plugwiki/index.php/Ubuntu_9.0.4_Plug_Computer_Distribution saying karmic isn't supported? [01:16] Is there a reason that Karmic has a Debian-native source package but a non-native version number? [01:16] ebroder: EPARSE [01:17] Err, sorry - typo. "Is there a reason that Karmic's dbus has a Debian-native..." [01:19] someone made a mistake in the upload? [01:19] or it could be intentional, it looks like it goes back a few revisions [01:20] Looks like it started with the first 1.2.16 upload [01:20] The 1.2.14 releases had .diff.gzs [01:22] I'll file a bug [01:23] looks to me like it "accidentally" mutated into a debian-native package :) [01:23] Agreed [01:23] * jdong starts a bzr-related conspiracy theory! [01:25] though if it's in bzr, it should at least mention that somewhere in the package [01:25] bug #462326 if you want to follow along [01:25] Launchpad bug 462326 in dbus "dbus has non-Debian-native version number but Debian-native package" [Undecided,New] https://launchpad.net/bugs/462326 [01:54] is there any way at all to get the $host string as autotools' configure sees it, from, say dpkg-architecture? [02:00] apparently we're meant to for all packages nowadays [02:00] I haven't looked up the $foo to do that [02:04] well yeah [02:04] but the problem is configure detects i486-pc-linux-gnu [02:04] and dpkg-architecture says i486-linux-gnu [02:04] * hyperair grumbles. why can't it all just be standardized already?! === wakingrufus_ is now known as wakingrufus [02:23] doko__: good job identifying that GNU assembler patch. [02:37] How do I get hold of makeinfo? [02:40] Rovanion: Its in texinfo I think. [02:41] Thank you, and what's the package name for the c++ g++ compiler? [02:42] I found it, build-essential [02:51] zooko: So you got it firgured out? [02:52] doko has isolated the change to binutils that causes the problem and opened a ticket with them. That's progress. [02:52] Cool. [02:54] zooko: Any way to figure out if there are affected packages in the archive? I'd guess there are ... [03:06] I have no idea, but you're right that this should be investigated. [03:06] The first thing we can do is exclude all packages that were built before the bad binutils version. [03:06] The next thing is that as far as we know this affects only assembly code, not C or C+. [03:06] C++. [03:06] But I have almost no understanding of the actual issue in binutils. [03:08] I'm tired and I'm feeling the strong urge to play a game. [03:08] Buuut I guess there are a few important tasks for my open source project that I should do first... [03:13] Hm, I see that Alan Modra posted an example on http://sourceware.org/bugzilla/show_bug.cgi?id=10856 [03:13] sourceware.org bug 10856 in gas "[2.20 regression] gas creates wrong code which results in a test failure in libcrypto++'s sha2 test" [Normal,New] [03:14] If I understand correctly this issue affects only asm code with ".intel_syntax". [03:20] I can't stand it anymore. I'm giving into my craving and starting a game of Dungeon Crawl. [06:53] hi guys. just wondering what time i will be able to update to 'karmic koala', no the RC. Preferably in AEDST. [06:54] scarface[94]: If you intend to update your system via apt-get upgrade, thats possible now. [06:54] to the final release, not the RC? [06:56] scarface[94]: Your best bet is to wait for the release annoucement [07:04] YokoZar: ping [07:05] good morning [07:05] YokoZar: is it okay if i use i486-linux-gnu (what dpkg-architecture returns) instead of i486-pc-linux-gnu (what configure detects and places in $host)? [07:05] for ia32-libs, that is [07:05] morning dholbach =) [07:05] hey hyperair [07:06] =) === tkamppeter_ is now known as tkamppeter === freeflyi1g is now known as freeflying === highvolt1ge is now known as highvoltage === dholbach_ is now known as dholbach [08:31] Riddell: bug #444979 seems to be relatively frequent on kubuntu upgrades :/ I get it here in my test machine too [08:31] Launchpad bug 444979 in fuse "fuse-utils postinst fails" [Undecided,New] https://launchpad.net/bugs/444979 [08:35] has something changed in ssh timeouts for karmic? [08:36] I'm getting idle ssh connections closed, and they weren't doing that a few weeks ago [08:47] Good morning === spaetz is now known as spaetzBBL [09:19] cjwatson: If I have suggestions for * Colin (I just helped a bit) interviewed all the members of ~motu that are not ~ubuntu-core-dev yet and asked which future permissions they need. [09:19] Whoops. [09:20] Gah.. [09:20] cjwatson: If I have suggestions for http://people.canonical.com/~cjwatson/packagesets, what do I do? === spaetzBBL is now known as SPAETZ [09:21] cjwatson: Just tell you here or is this tracked somewhere else where I can propose it? === SPAETZ is now known as spaetz [09:22] soren: preferably not at all, they're automatically generated from seeds [09:22] I don't ever want to be maintaining that by hand, and I wish that Daniel had not advertised it [09:22] people are not supposed to need to look at that directly - it's an intermediate file [09:23] cjwatson: Ah, sorry. [09:23] there are tools to look at the sets in Launchpad, which we should brush up and make easier to use [09:23] try lp:ubuntu-archive-tools, you can use edit_acl.py for this [09:25] cjwatson: So.. Although they're based on something called seeds, this is different from the current seeds, right? If I propose adding a package to ubuntu-server, will that change anything in terms of expected support level, or is it simply about upload rights? [09:25] can I get back to you about this later please? [09:25] Certainly. [09:25] briefly, though, there is only one meaning of "seeds" involved here [09:25] I'll ping you later. Forget about it. [09:25] hi, I just added a comment to this bug report, seems there is a hard limitation to a max. of 1024 open files that causes crashes on various applications needing databases: https://bugs.launchpad.net/ubuntu/+bug/417025 [09:25] Launchpad bug 417025 in ubuntu "CRON stacks processes and system eventually becomes unresponsive due to too many open files" [Undecided,New] [09:26] Riddell: seb128 I subscribed you both since it affects both KDE and Gnome apps AFAICT [09:29] Mamarok, I've no clue about that issue but that doesn't seem a GNOME bug [09:51] lifeless, it's true ... we only support armv6 and above with karmic, the gcc default config is set to build with armv6 and vfp [09:55] ogra: hmm, wasn't it that way before too? [09:55] Tm_T, jaunty was v5 and only a selected bunch of packages was compiled with vfp (libc etc ..) [09:56] roger [09:57] * Tm_T is with v4 device so wouldn't notice any difference (; [09:58] ScottK: there are still two universe uploads in the queue; do you still think they are fine to go in? or should they be rejected and become SRUs? [10:04] pitti: ScottK has re-delegated those decisions to us [10:04] pitti: I only see one universe package in the -release queue, though [10:04] ah, lmms is -proposed, right [10:40] Mamarok: your assertion that that is a hard limit is false [10:41] since it can be configured [10:43] add a value for fs.file-max in /etc/sysctl.conf (http://www.faqs.org/docs/securing/chap6sec72.html) [10:44] Mamarok: may I suggest you do your homework properly next time? ;P [10:54] pitti: bug 429322 has A LOT of duplicates [10:54] Launchpad bug 429322 in seahorse-plugins "seahorse-agent assert failure: ERROR:iop-profiles.c:606:IOP_generate_profiles: assertion failed: (obj && (obj->profile_list == NULL) && obj->orb)" [Medium,Confirmed] https://launchpad.net/bugs/429322 [10:55] looks like a new record :) [10:59] 158 dups? hmm, could be [11:10] hyperair: probably, I'm not sure if there's an established standard as it is [11:11] YokoZar: alright then [11:14] pitti: I personally think it might be just something that happens during shutdown [11:14] does anyone know the bug nr for the unuable VTs ? [11:15] pitti: and apport popping up on next login [11:15] dholbach: yeah, I guess we'd have noticed much earlier if it was genuinely broken; I guess pretty much every developer on gnome will use that [11:15] unusable [11:16] pitti: how does the traceback look to you? [11:17] it didn't seem to be much to do with seahorse-plugins? something changed in gtk dealing with iconsets and stuff? [11:19] it doesn't tell me anything, I'm afraid [11:19] I'll ask Robert about it [11:22] pitti: maybe we can make pedro_ fix bug 429322 [11:22] Launchpad bug 429322 in seahorse-plugins "seahorse-agent assert failure: ERROR:iop-profiles.c:606:IOP_generate_profiles: assertion failed: (obj && (obj->profile_list == NULL) && obj->orb)" [High,Confirmed] https://launchpad.net/bugs/429322 [11:22] I'm sure he can do it [11:25] dholbach: I assigned it to robert_ancell for now; if you think that pedro can, feel free to reassign ;) [11:25] dholbach, pitti I'm not *too* sure about that :-P [11:26] dholbach, crashes in iconset functions are usually corruptions [11:26] dholbach, i'll fix it if you give me the patch, sure :-) [11:26] dholbach, ie need valgrind [11:26] pedro_, and by fix you mean assign the bug to me for reviewing the changes? [11:26] and upload too [11:27] seb128, you got it ;-) [11:27] lol [11:27] :-) [11:58] I was compiling a program on jaunty, I ran the configure script and the script said some file was not present. but I checked the script and it was looking for the file only if it was '-x'. the file was present but not '-x'. So I chmod +x the file, and this make the configure script finish. should the file /usr/lib/libSDL_ttf* be +x? if so, I should file a bug? [11:59] libraries should not normally be +x. sounds like a configure script bug [11:59] (libc is an exception to this, before you say :-) ) [12:00] oh. the famously red-haired cj watson. wow, that is great service :) [12:01] ok. that was my inclination. === lamont` is now known as lamont2 === lamont2 is now known as lamont === MacSlow is now known as MacSlow|lunch === sommer__ is now known as sommer [12:50] @jstrand: hey JStrand, last time you answered me on my problem for apparmor [12:51] @jstrand: after two days looking on internet i just uninstalled it [12:52] @jstrand: I just wanted to try again and as you said it wasn't include in my /boot/config.2.6.* file [12:53] so I searched in the other config files and just copied the few lines from apparmor in the file currently used [12:53] now after restarting it said that the module was loaded [12:53] @jstrand: so thanks for the tip [12:53] tordne: great :) [13:01] I changed the label for my SWAP partition and made sure to change it in /etc/fstab. However, after I reboot the kernel says that it can't resume from "the old-label" .. but everything else works fine. [13:01] Does anyone know where is this old label at? How can I change it? === kklimond- is now known as kklimonda === jamie is now known as Guest62798 [13:13] snth: /etc/initramfs/conf.d/resume, I would guess. === MacSlow|lunch is now known as MacSlow === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === highvolt1ge is now known as highvoltage [15:00] doko_: Do we need to worry about having misbuilt packages in the archive due to 461303? === dendrobates is now known as dendro-afk [15:03] ScottK: if packages directly code asm, using intel syntax, yes. I doubt these are many [15:03] I suppose no easy way to find out? [15:07] you could search for .intel_syntax [15:10] Now if only I had an local mirror... [15:11] maybe mvo can help, I think he has some scripts === Whoopie_ is now known as Whoopie === Keybuk_ is now known as Keybuk [15:23] Chipzz: sorry, had to run [15:23] also, you probalby misread what I said [15:24] Chipzz: just because one can confugre it, doesn't mean the default is set correctly, and it definitely is too low, check the number of crash reports with that error message [15:25] ahoy [15:25] bug #461303 [15:25] Launchpad bug 461303 in binutils "generates-bad-code regression" [Medium,In progress] https://launchpad.net/bugs/461303 [15:25] the bug-report doesn't even mention that it's about the default [15:26] doko_: I can do that search [15:26] you say: this doesn't work, it's a bug. [15:26] which it isn't, it's a default that doesn't happen to work for you [15:26] Chipzz: that is not my report, I added a comment, read that [15:26] doko_, ScottK: I can create a script that crawles the archive for this, but I expect it will take a very long time to complete [15:27] mvo, doko_, ScottK: I have a local mirror, existing scripts, and 4 CPUs. I'll have it in about an hour. [15:27] cool, thanks kees [15:27] kees: Excellent. [15:27] Chipzz: may I suggest that you think before writing? [15:27] I hear that helps [15:28] just because you can change it doesn't make it a good default [15:28] or sane in any way [15:28] 1024 was a good default.. 1995 [15:28] computers have changed, our use cases have changed [15:29] markey: say what? [15:30] markey: may I suggest YOU think before writing? [15:30] go ahead [15:30] markey: ubuntu can be installed as a desktop, as a server, as a mythtv backend/frontend... [15:30] Chipzz: you can't expect all users to know how to change that or even to know why their applications crash [15:31] and we talk about dektop applications that everybody uses, noobs [15:31] there is no such thing as one default which works for everyone of those use-cases, so the ubuntu devs probably choose the one which consumed the least resources by default [15:31] Chipzz: you one of these devs? [15:32] no, but I have substantial experience with debian and ubuntu, and have done quite a bit of unofficial packaging [15:32] Chipzz: *sigh* [15:33] actually I'm going to correct myself here [15:33] the 1024 default isn't even a default chosen by the ubuntu devs, it is the default which originates from the kernel [15:35] 1024 is the default for what? [15:35] Mamarok: and for the record, I just reread your report. Unless my reading comprehension is failing me, you do not mention this is about a default [15:35] Keybuk: maximum number of open files [15:35] if any software considers that a limit, that's a bug in the software [15:36] Keybuk: fs.max-file sysctl [15:36] Chipzz: has nothing to do with that value ;) [15:36] Keybuk: it is the default value in Ubuntu, and this is defintely too low for software that uses databases [15:36] Mamarok: then file bugs upstream on those pieces of software for not handling -ENOFILE properly [15:37] 1024 is a soft limit, the hard limit is over 1,000 times higher [15:37] apps are quite free to raise their own limit [15:38] Keybuk: Mamarok was claiming this was a hard limit, not me :) [15:38] Chipzz: I never did, I just said the default value was too low [15:38] and what kind of database requires more than 1024 file descriptors? [15:38] Mamarok: you most certainly did [15:38] A large database /engine/, perhaps, with dozens of dbs, but you don't say that [15:38] /proc/sys/fs/nr_open contains the hard limit [15:38] 10:25 < Mamarok> hi, I just added a comment to this bug report, seems there is a hard limitation to a max. of 1024 open files that causes crashes on various applications needing databases: https://bugs.launchpad.net/ubuntu/+bug/417025 [15:38] Launchpad bug 417025 in ubuntu "CRON stacks processes and system eventually becomes unresponsive due to too many open files" [Undecided,New] [15:39] the default soft limit is "low" to stop buggy software from consuming vast amounts of kernel memory by opening files [15:40] well, wrong wording on my side then, still the default value is too low IMHO [15:40] the fact that your software fails to handle the returned errno certainly classifies it as buggy [15:40] Keybuk: am I misreading http://www.faqs.org/docs/securing/chap6sec72.html then? "The file-max file /proc/sys/fs/file-max sets the maximum number of file-handles that the Linux kernel will allocate. We generally tune this file to improve the number of open files by increasing the value of /proc/sys/fs/file-max to something reasonable..." [15:40] Mamarok: in my very un-humble opinion, the limit is perfect [15:41] Chipzz: what does 'cat /proc/sys/fs/file-max' say on your system? [15:42] chipzz@sophos:~$ cat /proc/sys/fs/file-max [15:42] 101699 [15:42] that's distinctly not 1024 [15:42] Chipzz: that number gets a bit randomly set ;) [15:42] the only limit that's 1024 is the soft ulimit [15:42] not sure if that's the default though, but only ubuntu box I have access to right away ;) [15:43] so as Keybuk says, it's an application bug [15:43] chipzz@sophos:~$ ulimit -n [15:43] 1024 [15:43] that's still a soft limit ;) [15:43] yeah, just saying where the 1024 value comes from [15:43] Chipzz: the default for file-max is calculated by the kernel taking the size of your available memory and shooting cosmic rays at it [15:44] cosmic rays uh? :) [15:44] yes, to randomly flip bits [15:44] slangasek: is there actually a way of setting the default soft-limit for non-login shells? [15:45] depends on what it is that you're trying to set a limit on [15:45] if it's cron as the bug title suggests, then /etc/pam.d/cron already calls pam_limits [15:45] so /etc/security/limits.conf is your friend [15:46] slangasek: general daemons started at bootup [15:46] * Mamarok should probably have filed a separate bug, then... [15:46] slangasek: I've run into a problem where a daemon like nginx requires more than the default number of handles, and I can't get it to work out of he box [15:47] slangasek: well, the problem is more: make sure it works without restarting the daemon. because if I log in to the box, make sure ulimit is set corectly etc, and restart the daemon, it gets the correct values. just never when booting [15:48] Chipzz: usually a 'ulimit' call in the init script; upstart jobs also support setting ulimits with a 'limit' directive; I don't think trying to change the soft limit system-wide is the right way to address this [15:48] which results in having to manually log in after each reboot [15:48] slangasek: hacky :S [15:48] no [15:49] slangasek: hacking an init script to include a call to ulimit is sth I'ld rather avoid ;) [15:50] then convert it to an upstart job [15:50] or fix the daemon to do something sensible on its own [15:51] slangasek: actually this is on a debian system so I guess off-topic for this chan ;) [15:51] limit nofile 1048576 1048576 [15:51] upstart ftw [15:52] Chipzz: upstart, coming soon to a Debian release near you [15:52] slangasek: oh? debian converting to upstart too? [15:52] just so you know, guys, there are roughly 20 open bugs on Launchpad that all refer to that very problem [15:52] I must have missed the memo ;) [15:52] doko_: here is main: http://pastebin.osuosl.org/29735 universe is still running [15:54] Chipzz: once a compatibility mode is available for the non-Linux ports [15:57] kees: none of these were built after the binutils upload, and binutils itself is a false positive (testsuite) [15:57] sure, I think gccxml is a false positive too (it just emits it, doesn't use it itself) [15:58] I'm getting a lot more hits in universe. up to "r" currently. [16:03] tordne [16:06] doko_: http://pastebin.osuosl.org/29738 universe [16:06] doko_: no hits in multiverse [16:07] kees: what do you mean by "hits"? [16:08] doko_: no file in the contents of a source package in multiverse contained ".intel_syntax" [16:09] ahh, did misread this for universe. [16:09] ScottK: well, then just check the list to see if any of those was uploaded after binutils 20091014 did enter the archive [16:10] Will do. [16:11] doko_ and kees: If the bad binutils will cause a bad build of binutils, how do we fix it? [16:12] Since that's the first one on the list .... [16:13] * kees doesn't know about that [16:14] ScottK: these are false positives (the testsuite has test cases) [16:14] doko_: Good to hear. [16:14] * ScottK relaxes === yofel_ is now known as yofel [16:19] doko_ and kees: Main is clear. === yofel is now known as yofel_ === yofel_ is now known as yofel === beuno is now known as beuno-lunch === cjwatson_ is now known as cjwatson === james_w` is now known as james_w [16:25] ScottK: yes, I checked for that, just not universe [16:26] doko_ and kees: Universe is clear too. Closest hit was two days before. [16:26] kees: Thanks for doing the search. [16:28] ScottK: sure, no problemo === dendro-afk is now known as dendrobates [16:43] ScottK: should such a thing happen, we'd produce temporary build chroots with an older binutils put on hold, and push through a binutils build [16:44] cjwatson: Thanks. === yofel is now known as yofel_ === yofel_ is now known as yofel [17:20] Hi there. [17:20] Is there anything that can be done to get live CDs for the ports? [17:20] Especially regarding powerpc? [17:20] Some of the ports' CDs have not been auto-built for some time now. :-( [17:21] And I would sincerely love to have a new operating system for my iBook G3. === beuno-lunch is now known as beuno [17:22] If anybody needs a hand, I'm here to help a little bit. I'm a Debian Maintainer, if that means anything. [17:23] And I care about the PowerPC platform. [17:23] (Actually, I care about some of what people would treat as second-class citizens). [17:28] I've been keeping an eye on the live images for PowerPC and it seems that both Ubuntu, Kubuntu, and Xubuntu images are oversized. [17:29] Also, the non-live images are oversized. [17:30] rbrito: hasn't ubuntu dropped ppc support? So nobody cares for oversized stuff, be happy that you can find that stuff still ^^ [17:30] BTW, talking about ports, are the ports archives mirrored? [17:30] rbrito: I fear you are too late for this cycle, there's less than a day until release. but in general people to test the images and fix whatever the issues are with them are welcome [17:31] Riddell, I've filed at least one bug some days ago. [17:31] rbrito: very few developers currently care about powerpc, I think it needs someone to fix the bugs rather than just report them [17:31] sebner, As I understood it, the ports support would be offered on a best-effort basis. [17:31] wow garmin is taking a beating from google today [17:32] rbrito: well official supported ports != ports available [17:32] Riddell, any pointers for how the images are auto-built? [17:32] sebner, Thanks, I know that. [17:33] rbrito: For this cycle the images are what they are. It's acutally a testement to work on ports that there are live CD images at all. It's been several releases since we managed that. [17:33] rbrito: there are seeds at launchpad.net/ubuntu-seeds which create the meta packages of what should go on the CDs. CDs are built with cdimage (also somewhere in launchpad) [17:33] They should work OK if you burn them on a dvd. [17:34] Riddell, Thanks for the pointer. I didn't know about the modus operandi of creation of Ubuntu images. [17:34] ScottK, no DVD reader here on my iBook. [17:35] Anyway, I'm offering some man-hours, if that's welcome. :-) [17:35] I'd be glad to contribute in one way or another. [17:36] Even if it doesn't make it the 9.10 release. [17:36] (Say, if it made it to the first point release, I would be happy). [17:36] there are no point releases of 9.10 [17:36] rbrito: We can work on it for 10.04 though. [17:37] rbrito: Can your iBook boot to USB? [17:37] slangasek, so, things are different regarding to Debian, vorlon? [17:37] rbrito: sure, a release every 6 months is different from Debian [17:38] ScottK, I think that I can, but I will have to mess with Open Firmware... [17:38] slangasek, I had the impression that Ubuntu had point releases. Is that only for your long term releases? [17:38] I've no idea about Mac stuff, but you can burn the image to a USB card/stick. [17:38] rbrito: That's correct. Only LTS [17:38] ScottK, right. Nice to know about it. [17:39] (And, BTW, I'm not only worried about Macs, but also about Linux running on some embedded computers, but I guess that this is completely out-of-scope for Ubuntu). [17:40] We have only one or two developers that even have PowerPC hardware, so we need all the help we can get. [17:40] ScottK, great. I'd be willing to help with that. [17:40] I'm mostly doing things in Debian... [17:41] rbrito: TheMuso is the guy to talk to then. [17:41] Great. I will talk to Luke, then. [17:41] He's in .au, so probably sleeping unless my TZ math is off [17:41] ScottK, I'm in .br, which is -0200 now. [17:42] (Daylight Savings Time) [17:44] Well, I think that I'll install ubuntu the hard way, then (a minimal businesscard with wired connection and then a straight side-grade to Ubuntu). === steveire is now known as steveire_ [17:48] Well, thanks for your comments. So, for starters, I should check the ubuntu-seeds part of launchpad? [17:52] OK. Thanks for all the comments. [17:53] I'm going now. [17:59] Keybuk: is there a way to replicate a day's slots for the rest of the week in summit? Or am I doomed to make them all by hand? [18:01] jcastro: only by SQL [18:02] Keybuk: what would it cost me for you to do that for me. It will take me forever to do the rest of the days. :( [18:02] name your price sire. [18:02] asac: hmm, bug #455045> if a user screws up their /etc/network/interfaces and comments out lo, would NM do anything with it? [18:02] Launchpad bug 455045 in portmap "nfs-kernel-server doesn't start automatically at startup" [Low,Triaged] https://launchpad.net/bugs/455045 [18:04] So, uh, now that Karmic is spinning down, anybody from ubuntu-sru willing to take a look at bug #330766? [18:04] Launchpad bug 330766 in pulseaudio "pulseaudio hangs, prevents login, home as ntfs" [Unknown,Fix released] https://launchpad.net/bugs/330766 [18:04] when is the big magical archive reorg due to happen? [18:05] We've had a tested patch for about 2.5 months now... [18:06] slangasek: the idea is that NM ups lo [18:06] asac: ... uh. [18:07] yes [18:07] the code is still there [18:08] blah [18:08] and does NM hook into upstart, to emit net-device-up events? [18:08] (or does it hook into /etc/network/if-up.d?) [18:09] ebroder: fastest way is probably to capture a core-dev sponsor and shove it into the -proposed queue ;-) [18:09] if-up.d but loopback might be special [18:09] jdong: I...can do that? [18:09] oh [18:09] slangasek: heh [18:09] ok so the Debian backend runs /sbin/ifup lo ... [18:09] :/ [18:09] so yeah [18:10] ebroder: there's never been explicit declaration whether the SRU ACK comes before the upload or vice-versa. In universe I prefer the former as it's easier to review, but for -main the SRU guys overlap quite a bit with those managing the queue anyway [18:11] slangasek: so what behaviour do we want from NM? [18:11] I see. In, uh, that case, any core-devs willing to upload the SRU fix for bug #330766? :) [18:11] Launchpad bug 330766 in pulseaudio "pulseaudio hangs, prevents login, home as ntfs" [Unknown,Fix released] https://launchpad.net/bugs/330766 [18:11] isnt it right to not up "lo" if there is no configuration in interfaces? otherwise you cannot opt-out at all anymore [18:12] asac: what do you mean, opt out? [18:12] comment "lo" [18:12] in interfaces [18:12] if someone does that, why should NM do anything? [18:13] anyway, my real question here is: is NM bringing up the interface in a way that /etc/init/portmap.conf doesn't see it [18:13] slangasek: it runs /sbin/ifup lo [18:13] why does it do that at all? /etc/init/networking.conf will already do that [18:14] (and if lo is missing from /etc/network/interfaces, what is 'ifup lo' supposed to get you?) [18:14] kees: New clamav release is out with (AFAICT) no security fixes in it. [18:15] ScottK: ok [18:16] Riddell: can I help with bug #459471 in any way? I would love to get it into -proposed asap, otherwise I see more triage work for upgrade failures coming my way [18:16] Launchpad bug 459471 in kdebindings "[Karmic] update-manager-kde: conffile prompt/error during upgrade cause crash" [Medium,Confirmed] https://launchpad.net/bugs/459471 [18:18] mvo: just looking at it now [18:19] cool, many thanks Riddell [18:29] mvo: I think this should do it http://bazaar.launchpad.net/~kubuntu-members/kdebindings/ubuntu/revision/64 [18:32] Riddell: cool, thanks. -proposed is ready for uploading, I can do a test upgrade from a ppa as well to ensure the fix works (tomorrow morning) [18:33] hi all. for some reason when i use valgrind --db-attach=yes, i get no debugging symbols when the debugger attaches. the backtrace is just ????. is that a known problem on jaunty? [18:33] mvo: uploading then [18:33] Riddell: thanks === asac_ is now known as asac === ryu2 is now known as ryu [19:33] hi there! I've just come over from a convo with videolan channel, they told me you guys may be able to help! since i upgradfrom 9.04 to 9.10 my avi's dont seem to work in movie player or vlc. I checked the readout from vlc diagnostic and it said the encoder couldnt be found. I checked the encoder in synaptic and its there? [19:33] i'm tearing my hair out trying to fix this, any advice? [19:44] What time will Karmic release, again? Is it midnight GMT "tonight" or "tomorrow night"? [19:44] dont kno [19:45] ebroder: when it's ready ;) [19:45] sebner: "Will that be before or after Perl 6 and Mailman 3?" :-P [19:45] ebroder: tomorrow :P === wakingrufus_ is now known as wakingrufus === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [23:20] whats that tool that in ubuntu that run a system test then send the info back to the ubuntu dev [23:21] DGMurdockIII, I think it's called checkbox [23:22] is that the tool the is built in to the the ubuntu os with te gui and everthing [23:23] it used to be somthing else [23:26] ubuntu-bug [23:26] ubuntu-bug [23:27] ebroder: we've never promised midnight, although people routinely get confused and think we have [23:27] it's, furthermore, never been anywhere especially close to midnight [23:29] cjwatson: there's a LP bug that misleads people into thinking we do [23:29] due dates are entered as dates and exit as timestamps [23:32] cjwatson: in fact hardy was half way through the party wasn't it :D [23:33] * joaopinto brings some beer [23:34] slangasek: yeah [23:35] slangasek: I just have trouble believing that all the people who think it's midnight have picked it up from LP [23:35] I don't :) [23:36] word of mouth spreads these vicious rumours a long way :) [23:36] cjwatson: particularly when https://launchpad.net/ubuntu/karmic says "Expected in 24 minutes" :) [23:36] that doesn't help, true [23:43] kees: so I've doing some more testing with the RAID1 install [23:43] kees: Is there a reason why the array would reassemble itself automatically? [23:44] kees: use case: boot the system with one drive only. [23:44] kees: boot the system with the other drive only. [23:44] kees: boot the system with both drives again - RAID array are automatically rebuilt [23:45] kees: http://paste.ubuntu.com/303896/ [23:45] kees: this^^ is after the last reboot [23:47] mathiaz: shouldn't happen if both bits of the array have been written to separately, but were they? [23:48] slangasek: hm - I added a file to one of the degraded array [23:48] slangasek: but haven't touched the other degraded array [23:49] slangasek: I'm retesting and make sure that both degraded array will diverge [23:49] mathiaz: so if nothing touched the other one (which would be unlikely with current filesystems, but) - the kernel has enough info to tell which one is out-of-date [23:49] mathiaz: depends on the ordering. [23:49] mathiaz: in some situations the raid will rebuild [23:50] kees: what surprises me is that it's done *automatically* [23:50] mathiaz: if one or the other device had newer time stamps or something, I think it'll abort the re-build [23:50] mathiaz: that's why the default is to _not_ boot a degraded array. ;) [23:53] kees: ok - so now I've booted the guest twice - each time with a degraded array [23:54] kees: and created a different file with different content each time [23:54] kees: and the guest is reconfigured to have *both* drives enabled [23:54] kees: if I boot the system what should happen? [23:55] mathiaz: you booted each drive separately with the other out of the system? [23:55] kees: yes [23:55] kees: ie drive commented out in the libvirt file and redefined each time [23:56] ok, in theory, if you boot now with both drives in, you will boot from whichever drive udev mounts first, and the raid will refuse to add the second drive. [23:56] it should allow you to boot in degraded mode if configured to do so, but not reassemble the array, right [23:56] slangasek: right [23:56] * mathiaz boots the guest to confront theory with practice [23:57] slangasek: actually, it'll boot even if you don't want degraded boot since it's a misnomer with MD RAIDs. we should call this option "unexpected raid state". [23:57] if you booted degraded once, md is back in an expected (though degraded) state, and will boot fine next time, since nothing "changed". [23:57] ah [23:58] we had this debate in intrepid. oh the pain [23:58] I was blissfully out of earshot :-) [23:58] kees: http://paste.ubuntu.com/303903/ - :( [23:58] mathiaz: ok, cool, so it did an auto sync [23:59] mathiaz: that's okay too, but is the reason degraded-boot is not the default. the system cannot answer the question "which drive is best?" in all cases. [23:59] kees: yeah - with the earliest degraded filesystem [23:59] * kees nods [23:59] kees: in the case he's described, both drives are dirty, it /shouldn't/ answer the question "which drive is best?" there...