[00:00] jbernard: no, it's not. because first it wants to create some subdirectories. and that isn't allowed [00:06] hrm... what happened to external media being auto mounted with -o uid=,gid=? I thought that had been working for some time to override the permissions on broken filesystems... where is that implemented these days? udisks right? [00:08] psusi, Yes. [00:08] (sorry, didn't mean to sound harsh - libcg itself has just somehow never struck the right chord with me. it *should*, except i prefer scripts to magic fragile configfiles) [00:09] hrm... I'll have to take a look at the code then.. I have been sorting through some old dvd+rw discs and I couldn't access this one because it wasn't mounted with the uid,gid options... [00:16] jbernard: I'm waiting for confirmation from two bug reporters, but I expect to be doing a merge request for https://code.launchpad.net/~serge-hallyn/ubuntu/natty/libcgroup/upstart/ [00:17] jbernard: (or I can send it as a debian bug report? dunno what you prefer) === dendrobates is now known as dendro-afk [00:20] <\sh> moins [00:23] hallyn: is this different from /dev/cgroup/cpu? [00:24] hallyn: a bug would work well, but i don't have a strong perference [01:10] scottk, i will make the LEP and bug more clear re the celebrity thing [01:10] btw, dkim stuff is on the back burner but not totally cold [01:10] i hope to enable it for your domain soon [01:10] OK. [01:11] It seemed like a jargon term that would have been well understood by the LP people on the list and I didn't want to mis-guess what it meant. [01:14] sure [01:14] undoubtedly there will also be some ubuntu jargon that goes over my head too, or lp devs heads [01:14] biab [01:15] Certainly, that's why it's important to check on such things and make sure we have a common understanding. [01:48] ScottK: I've been getting lots of spam from forged @ubuntu.com addresses...would you take it personally if Canonical wasn't running SPF on the ubuntu.com domain? ;) [01:48] Not sure what you mean? [01:49] YokoZar: There is no SPF record for ubuntu.com [01:49] Right [01:50] I vaguely remember a conversation at an airport with you about you having a big role in SPF [01:50] I was involved in it's development. [01:51] The trick is that to publish a useful SPF record, Canonical would have to give Ubuntu members a way to send through an authorized outbound relay. [01:51] And thus it seems silly that we don't use it ;) [01:51] I doubt they're up for that. [01:51] forging is how i send emails from my @ubuntu.com address [01:51] kmail makes it easy! [01:51] Yeah, true [01:51] yep, me too :) [01:51] (my dad was really really O_O when i said i could send an email from him from my computer instead of from his lotus [01:51] ) [01:52] ScottK: wait, i thought there was a relay server i could send mail through for ubuntu.com... [01:52] Is there? [01:52] apparently not [01:52] i thought i remembered configuring gmail with one, but i'm looking at it and i clearly didn't [01:52] i use gmail as a relay [01:52] nah all you're doing in the case you make gmail able to send from it is telling gmail to forge it [01:52] right, right [01:53] they at least check that you actually have access to the account (by sending a confirmation email) first [01:53] We can use indium to send mail to LP, but that's all I know of. [01:54] clearly we need an implementations of gmail's oauth sasl extension in postfix and major clients so we can authenticate against launchpad to an ubuntu.com MTA [01:54] I'm not sure I'd like to see SPF for @ubuntu.com. I don't mind as much if someone pretends to be me when there's no confirmation that they are indeed me. [01:55] broder, Hrm. I suppose that might work. [01:55] persia: except for the part where client support is guaranteed to be awful for the next N years [01:56] persia: SPF makes no assertion that mail is really from us, just that it came from a relay authorized by the domain owner. [01:56] So your deniability is still secure. [01:57] broder, All mail clients have been miserable and bad for the past 40 years. I don't see why that would change. [01:57] touche [01:57] ScottK, I know that, and you know that, but being the sort of person who regularly needs to defend deniability, I prefer when there isn't even an implication. [01:58] persia: If they ever corner you, you can also pull out DNS cache poisoning. [01:58] (as an added reason why it wasn't you) [01:59] Heh. It won't come to that. I just don't see the value in a relatively open SPF-certified relay. [01:59] Also bad and miserable does have degrees. If not, evolution wouldn't exist. [01:59] Something like oauth could do it, but that's awkward to implement. [02:00] I think it's not mostly interesting for the ones that might be OK, it's interesting for the ones that probably aren't. [02:00] * persia hugs bug #110840 and continues not to use evolution [02:00] Launchpad bug 110840 in evolution (Ubuntu) "Evolution stores mail insecurely" [Low,Triaged] https://launchpad.net/bugs/110840 [02:01] persia: is that a reference to how im able to grep my emails if i use evolution instea of waiting for it to load and search? [02:01] maco, No, it's a reference about how I'm able to grep your mail in evolution without even pretending to be you. [02:01] persia: if home dirs were 700 this wouldnt be a problem... [02:03] ScottK, How do you mean (re: mostly interesting)? [02:04] I rarely find "It passed SPF" very interesting except for a very restricted set of domains. [02:04] Ah. For those domains that are mostly-spam, it becomes an interesting way of identifying potential ham? [02:04] OTOH, "It failed/didn't pass (those aren't quite the same thing) is broadly interesting. [02:05] failed means it originated from a non-certified host, and didn't pass means that there are no certified hosts? [02:05] Didn't pass includes Fail, Softfail, Neutral, and error results. [02:06] So failed is a subset. [02:06] Finding bad domains isn't very interesting. [02:06] Ah. That makes sense. What's the difference between Fail and Softfail? [02:07] Softfail is like "We think it's not authorized, but we're not ready to commit to the completness of our list yet" [02:09] persia: The formal definition is http://www.openspf.org/RFC_4408#op-result-softfail [02:09] * persia was starting with http://www.openspf.org/FAQ/What_is_SPF :) [02:09] Anyway, bad domains are boring because they send nothing but crap whether it passes or not. [02:10] Good domains are interesting because threat/not threat tends to match very closely with SPF result. [02:11] And most domains are neutral? [02:11] The published statistics I've seen seem to say that ~half of email has an SPF record for it. [02:12] Most large domains don't want to take the hard line of saying "If it's not from an authorized source, treat it badly" since they don't want complaints. [02:12] That's interesting. I read that as "most spammers have adopted SPF" [02:13] A lot of people have on both sides of the fence. [02:13] The nice thing about spammers adopting SPF is that it makes it possible to automatically construct reliable domain black lists. [02:14] "Gee, all crap from that domain and it passes SPF, so they sent it - next time I'll just reject it after mail from" [02:14] Indeed. makes the construction of rule semantics that much richer. [02:15] It you look at just SPF pass, domains tend to be either virtually all ham or all spam. The middle ground is very small. [02:15] Isn't that the point? [02:16] I presume that domains without useful control over sending relays (e.g. @ubuntu.com) mostly choose not to participate currently. [02:16] Yes. [02:17] It also turns out to be hard for large entities to delpoy accurately just because they don't know their outbound architecture very well. === asac_ is now known as asac [02:48] has ubuntu 10.10 removed kmalloc.h from the kernel source? i'm trying to install the hyper-v v2 drivers and it's failing on kmalloc , and i cant find the function defined anywhere [02:57] wgwinn: looks like it's in [03:02] i dont see it there, but i will reread it [03:04] Where can I vote for Obnoxious Orangutan? :) [03:05] Can't vote on that. This is not (mostly) a democracy. [03:05] Darxus, We don't vote. One of the privileges of the self-appointed benevolent dictator for life is the selection of the codenames for each release. [03:08] using linux-headers-2.6.35-22/include/linux/slab.h has references to kmalloc() but does not define it. [03:09] wgwinn: well, there are lots of comments in the linux source tree to the effect of "#include /* for kmalloc, kfree */", so i suspect it's included from there or something [03:25] Yeah, I figured I couldn't actually vote, but I'd love to see that name happen. [03:37] !ops [03:37] you know ur motherboard has 250$ worth of gold in it? [03:38] you know ur motherboard has 250$ worth of gold in it? [03:38] !staff [03:42] weird [03:54] hallyn, were those -part changes only for the symlinks in /dev/by-id, or did they also change the name in /dev/mapper? [03:56] any network-manager hackers around? [03:57] or for that matter, people who know how to debug dbus/python stuff? [03:58] achiang, Try asking the question you would ask if someone said "yes" [03:58] you know ur motherboard has 250$ worth of gold in it? [03:59] using maverick, playing around with the NetworkManager dbus api, and getting a rather basic error when trying to run some of the sample code --getting a dbus error: "ListConnections" with signature "" on interface "org.freedesktop.NetworkManagerSettings" doesn't exist [03:59] mine has none, it has molybdenum :[ [04:00] you know ur motherboard has 250$ worth of gold in it? [04:00] !ops [04:00] basically, i'm wondering if the NM in maverick presents that interface or not; it seems like it should, since we have NM 0.8+ and that is a 0.8 API [04:00] !ops [04:00] !ops [04:00] !ops [04:00] !ops [04:39] QQ [05:04] achiang: yeah, that should work. i'm pretty sure i've used it before. can you pastebin the command/code you're trying to call it with? [05:05] broder: i was just kinda playing around and fixed my own problem [05:05] broder: thanks though [05:05] achiang: cool === SolidLiq is now known as solid_liq [07:17] good morning === hunger_ is now known as hunger === tkamppeter_ is now known as tkamppeter [08:22] ogra: I think the unity team will need your armel knowledge: bug #721118 :) [08:22] Launchpad bug 721118 in nux (Ubuntu) "Nux FTBFS on armel" [High,Triaged] https://launchpad.net/bugs/721118 [08:57] good morning [09:00] good morning Mr Holbach :) [09:04] bdrung, pulled lp:ubuntu-sponsoring [09:04] salut didrocks - comment ça va mon ami? [09:05] dholbach: ça va très bien, merci! et toi? [09:05] très bien aussi, merci beaucoup :) [09:27] pitti, hi === smb` is now known as smb [09:52] Morning [09:53] any chance that a member of the MIR team could review bug 676904 for me [09:53] Launchpad bug 676904 in jansi-native (Ubuntu) "[MIR] jansi" [Medium,Confirmed] https://launchpad.net/bugs/676904 [10:32] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: cdbs, seb128 [10:36] persia: can you update the developer-membership-board@ list membership when you have a chance? I just realised I forgot to do this before resigning moderator access [10:38] didrocks, well, stop casting bigger types into smaller ones and it will build i'd say :) [10:39] ogra: tell that to the dx team :p can you give them an help (not really confident with thoses)? [10:39] i havent looked at the code yet, only at te error, but its likely that the target type is simply smaller under arm [10:41] (int vs long or something like that) [10:43] janimo, didnt you fix that before ? (bug 721118) or was that something else [10:43] Launchpad bug 721118 in nux (Ubuntu) "Unity FTBFS on armel due to Nux" [High,Triaged] https://launchpad.net/bugs/721118 [10:44] ogra, I fixed one instance, but there may be new ones. I'll check [10:44] asac, kees, doko__ , didrocks: jamespage's MIR (bug 676904) is pertinent to other things he needs to work on for release, so if you could look at the MIR soonish - it would be appreciated. [10:44] Launchpad bug 676904 in jansi-native (Ubuntu) "[MIR] jansi" [Medium,Confirmed] https://launchpad.net/bugs/676904 [10:44] thanks :) [10:44] janimo, gracias :) [10:47] ogra, this is another issue. Sigh, nux reimplements a lot of stuff that is already handled by glib [10:47] oh my [10:47] do we know why ? [10:47] unicode, timers, threads [10:48] legacy [10:48] tsk [10:48] but mainatiner said they at least consider moving to glib [10:48] good [10:48] it started out as a from scratch project maybe without any external deps, so implements a lot of basic win/unix stuff [10:49] yeah, that should be fixed [10:49] reinventing the wheel doesnt really save time [11:38] hum, wth, on a fresh natty install I get no keyboard working on the gdm screen [11:38] but keyboard works in a vt and on the livecd image [11:39] Uuuh, Xorg.0.log would be the first candidate for a debug hunt. [11:40] That's a kinda important piece of functionality :) [11:40] startx returns [11:40] X: user not authorized to run the X server, aborting [11:40] wtf [11:43] Run as root? [11:43] why do I need to? [11:43] It needs root to do VT switching properly, at least. [11:43] startx always worked? [11:43] But have we stopped installing it setuid, I wonder? [11:43] sudo startx works [11:44] I have to admit to not testing startx very often. [11:45] RAOF, http://paste.ubuntu.com/568688/ [11:45] that's the Xorg log [11:47] seems to configure the keyboard, wth [11:48] bah and the box crash on vt switch [11:48] Hm. Well, it certainly looks like it's loading evdev for what it believes to be the keyboard, so it's not that. [11:49] keyboard works in a sudo startx session, go figure [11:50] oh, the gdm log has some clue [11:50] "This incident has been reported. [11:50] Error: No Symbols named "oss" in the include "us"" [11:50] seems like ubiquity did set up a broken keyboard config [11:55] ok, works now after tweaking the keyboard config === Quintasan_ is now known as Quintasan [12:56] TheMuso, how does the alsa upgrade to new upstream go ? === MacSlow is now known as MacSlow|lunch [13:27] Hello [13:28] I'm trying to package my program into deb. It is my first deb package ever. Package is creating without any problem but lintian utils still writes some errors. These errors: http://pastebin.com/HQPvL5UM [13:29] but I have no idea what does it means. Could anybody help me, please? [13:31] PetrHH: run lintian with --info and you'll get more explanation of each of those warnings [13:34] Laney, thank you! [13:57] kees: sorry for pinging you again but, https://bugs.launchpad.net/ubuntu/+source/dcmtk/+bug/702026/comments/6 [13:57] Ubuntu bug 702026 in dcmtk (Debian) "[MIR] dcmtk" [Unknown,Confirmed] [14:07] Laney, do you know what file in debian directory is called maintainer script? I have to add there #DEBHELPER#. [14:09] PetrHH: typically debian/*.{post,pre}{inst,rm} [14:09] the term "maintainer script" is defined in the Debian Policy Manual: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html [14:10] asac, thank you! Now I solved all warnings of lintian util [14:10] PetrHH: read what cjwatson gave you though [14:10] cjwatson, Thank you for link, I'll look at it. [14:10] ;) [14:10] np [14:14] what do you think about version *ubuntu1b1 for rebuild? [14:15] how about just ubuntu2? [14:19] dch --rebuild will give you a reasonable version string to use [14:29] oubiwann: whom should I talk to about a utouch packaging problem that's breaking debian-installer builds? [14:29] oubiwann: I can fix it, just want to make sure I'm not stepping on anyone's toes [14:29] oubiwann: cnd is the first person [14:29] which package? [14:30] cjwatson: er, don't know why I just called you myself... [14:30] utouch-frame - it needs to have a udeb added, then utouch-grail needs rebuilt against that [14:30] cjwatson, ahh yes [14:30] I thought we added one [14:30] oubiwann, is bregma free to handle it? [14:30] utouch-evemu and utouch-grail have udebs, but -frame doesn't [14:31] yeah [14:31] cjwatson, btw, I thought we didn't use d-i? [14:31] we do [14:31] (we had this discussion before :) ) [14:31] oubiwann, thats because all of us want to be like cjwatson ;) [14:31] I can just submit a branch if that's easiest [14:31] ogra: hahaha [14:31] cjwatson, then my memory is failing :) [14:31] cjwatson, that's easy enough [14:31] what have I done this time? [14:32] 14:30 utouch-evemu and utouch-grail have udebs, but -frame doesn't [14:32] breaks the debian-installer build - I think I'll just send you a branch for it [14:32] cjwatson, once you submit, we'll review and approve, then you can merge it and push to ubuntu proper [14:32] is that reasonable for you? [14:33] as a core dev you have write access to our packaging branch [14:33] np [14:33] hmpf, rydberg was asked to remove the udeb from utouch-frame to get it into universe [14:33] whoever asked him that was wrong [14:33] bregma, who told him to do that? [14:34] jeez, I can;t remember that, it was weeks ago [14:34] heh :) [14:34] we must have a witch hunt! [14:34] just throw out a name [14:34] any name [14:34] burnings! [14:34] as long as it's not me :) [14:34] hehe [14:34] no bus throwing! [14:35] we'll just make sure we'll share the good info next time :-) [14:35] as long as it gets fixed === MacSlow|lunch is now known as MacSlow [14:39] bregma: looking at bzr history, the prior problem was that 'DEB_DH_MAKESHLIBS_ARGS_libutouch-frame1 = --add-udeb=libutouch-frame1-udeb' was in debian/rules, but there was no declaration for that package in debian/control [14:39] and no .install file for it [14:39] yeah, the udeb was removed prior to that but the packaging was not cleaned up properly === sconklin-gone is now known as sconklin === herton is now known as herton_lunch [15:22] hi, im trying to customize gajim package from ppa. In the rules file there is "ubuntu-prepare" target. I dont see any place where is it called. Is it standard target? Where can i find some documentation about it? [15:36] mvo, Hi, we receive lot of reports from users failing to upgrade from 10.04 to 10.10 because of xorg-xserver-video-nouveau like bug 721306. Usually purging xserver-xorg-video-nouveau does the trick. Can we do something with update-manager to fix that ? [15:36] Launchpad bug 721306 in update-manager (Ubuntu) "Can't upgrade from 10.04LTS to 10.10" [Undecided,New] https://launchpad.net/bugs/721306 [15:43] cjwatson, remember the testing that you asked us to do in a broad set of HW, looking for corruptions in the splash screen? [15:44] is this still needed? and if it is, what exactly do you need? [15:47] ara: yes, I'd basically like a summary of hardware that "looks wrong" during the splash screen process [15:47] especially cases where it fails to get successfully to X [15:48] cjwatson, OK, thanks [15:48] but also cases where the splash is something other than a correct-looking aubergine graphics-mode screen or a correct-looking aubergine text-mode screen [15:48] and I'd like to know whether the GRUB menu (hold shift at boot) is legible [15:49] on many systems there will still be a black screen for some period during boot; I don't need to know about that, for the time being [15:49] jibel: sure [15:50] jibel: I can add code for tihs [15:50] cjwatson, all noted, thanks a lot for your input [15:51] great, appreciated [15:52] mvo, this is probable caused by the fix for bug 614993 [15:52] Launchpad bug 614993 in xorg-server (Ubuntu) "10.04 -> 10.10 upgrade fails: pkgProblemResolver::Resolve generated breaks: xserver-xorg-video-v4l demoted to universe" [High,Fix released] https://launchpad.net/bugs/614993 [15:52] jdstrand, hey, do you want to sponsor the lucid security update on bug #718127? [15:52] Launchpad bug 718127 in squid3 (Ubuntu Lucid) "CVE-2010-2951 and CVE-2010-3072 still exists in Lucid and CVE-2010-2951 still exists in maverick" [Undecided,New] https://launchpad.net/bugs/718127 [15:53] jibel: thanks, that is indeed anoying if this is caused by a regression === seb128_ is now known as seb128 [16:01] zul, hey, do you think you could sponsor https://code.launchpad.net/~hudson-ubuntu/ubuntu/natty/libcommons-collections-java/bug-717157/+merge/49397? [16:01] seb128: of course give me a couple of minutes [16:02] zul, thanks === herton_lunch is now known as herton [16:08] seb128: merged do you want me to upload it while im at it [16:08] zul, would be nice, thanks [16:09] persia: should I adjust ~developer-membership-board's membership in light of the recent election? [16:12] seb128: done [16:12] zul, thanks === deryck is now known as deryck[lunch] [16:29] ScottK: hey, the backports-not-automatic stuff is finally making some progress again (apt had landed, python-apt support as well) [16:29] mvo: Great to hear. Very cool. [16:30] mvo: Is that all of it at the tool level? [16:30] I know software center and other applications could use some U/I to support it. [16:31] ScottK: the missing bits now are sofware-center ui and/or update-manager ui. plus support in aptdaemon [16:31] actually aptdaemon needs to come first, then s-c and/or u-m [16:31] OK. [16:31] for u-m there is a branch already thats sort of working [16:31] Cool. [16:32] but the hard work was done (donkult is as always the guy to thank) [16:32] Excellent news. [16:32] I guess I should figure out how to get the relevant Launchpad change done now. [16:32] (I assume it still needs one) [16:32] oh, indeed [16:32] I'll work on that then. [16:32] that needs to be done as well (also it should be the smallest amount of work, fingers crossed) [16:35] I'll see what I can find out about that. [16:36] ScottK: time is short (unfortunately) until FF, but lets see what we can do. in any case, the important groundwork is done now (that blocked us) [16:36] Yep. === deryck[lunch] is now known as deryck === dendrobates is now known as dendro-afk [17:25] is there some known eglibc issue reported from today's upload? [17:26] doko__, I am here for blood [17:26] DBO is hitting http://sourceware.org/bugzilla/show_bug.cgi?id=12454 [17:26] and is here for blood [17:26] :) [17:27] gah, half my stuff wont start [17:28] I don't want to screw my box for testing :) [17:28] dont worry [17:28] I already did that for you [17:29] its borked [17:29] DBO: downgrade on your box first === dendro-afk is now known as dendrobates === jjohansen is now known as jj-afk [17:33] downgrade worked [17:34] but... 2.13 sounds sexy [17:34] cjwatson: doko__ ^^ [17:34] and my update manager wishes me to upgrade again [17:34] DBO: it's a trap! :-) [17:35] its a tarp! === apachelogger_ is now known as apachelogger === doko__ is now known as doko [17:36] hmm, I did build a compiler with it [17:39] doko, I couldn't start quite a few applications with the new glibc [17:40] it basically broke a large (but seemingly random) percentage of my apps [17:41] doko, are you running 32 or 64 bit? [17:50] shadeslayer: I've updated the bug report to point out the duplicated code [17:58] when i do 'bzr branch lp:debian/experimental/multipath-tools', it works. but when i do 'bzr branch lp:debian/unstable/multipath-tools', that doesn't exist. Likewise, I can't "pull-debian-source multipath-tools". Can anyone explain why? The package does seem to exist by that name as per http://packages.debian.org/unstable/admin/multipath-tools [17:59] hallyn, hi [17:59] hallyn, does lp:debian/sid/multipath-tools work? [18:00] jelmer_: jinkeys, it does, thanks. [18:00] but so why does pull-debian-source not work? [18:01] hallyn: there's an open bug about supporting the unstable, testing and stable aliases in launchpad (don't have the bug # here though) [18:01] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: cdbs [18:02] have a nice weekend seb128 :) [18:02] jelmer_, thanks! [18:02] you as well ;-) [18:02] jelmer_: thanks [18:02] hallyn: How does pull-debian-source fail? [18:05] hallyn: it fetches 0.4.8+git0.761c66f for me [18:05] seb128: Thanks :) === sforshee is now known as sforshee-lunch [18:06] jelmer_: well what the heck. I tried three times and got 'Unable to find mulitpath-tools in unstable'. Now it fetched it [18:06] thanks, looks like I"m all set now :) [18:10] DBO: did you test this patch? [18:10] i did not [18:14] doko: I've run into the same issue with evolution on x86_64 [18:18] hi [18:18] i suche logari81 [18:19] marcrouse: first of all the official language of this channel is English; you're highly unlikely to get an answer in a different language [18:20] i m sorry [18:20] i search logari81 [18:20] 2nd, my last log shows no occurence of that name; it's not very likely you'll find some random user here (unless of course there's good reason to believe he frequents this channel; which I doubt there is) [18:22] (I read the backlog of this channel regulary, and I don't recall seeing anyone by that name talk here either recently or at all) [18:22] bdmurray, DBO: just uploaded a test package to https://launchpad.net/~ubuntu-toolchain-r/+archive/test/ currently building [18:22] okie dokie [18:25] marcrouse: I see the guy has a PPA; I would suggest you ask in #ubuntu-motu, chances are ppl over there have seen him [18:26] marcrouse: (#ubuntu-devel is mostly (99%) about the development of ubuntu main; discussion of PPA's (unless they contain software which is in main) is done in #ubuntu-motu) === jj-afk is now known as jjohansen [18:43] bdmurray, DBO: amd64 build finished [18:45] doko, will test in a bit === kenvandine is now known as kenvandine_ === kenvandine_ is now known as kenvandine === sforshee-lunch is now known as sforshee [19:11] bdmurray, DBO: away for the evening [19:12] hallyn: pull-debian-source works fine here. [19:12] doko, understood [19:12] Ah, I see you got it working. [19:13] Chipzz: PPA's aren't on topic in #ubuntu-motu either. === bjf is now known as bjf[afk] [19:29] ScottK: hey [19:29] ScottK: did you follow the eglibc issue? [19:30] didrocks: I've read the stuff on IRC. [19:30] (and I'm not updating anything just now as a result) [19:30] DBO: did you try the patched version? will be nice to know before the week-end if the new one is working [19:31] ScottK: just trying to figure if we should revert or not for amd64 users (I'm on i386, so can't test) [19:31] i will test in a minute [19:31] mmm cheese and mustard are a good combo [19:36] ScottK: ah k. thought they were [19:36] Chipzz: We do Ubuntu in there too. [19:37] ScottK: universe and multiverse that I know of idd [19:38] Chipzz: Yes. In Ubuntu. PPA's aren't part of Ubuntu, so they're no more on topic there than here. [19:39] PPA packaging can be discussed in #ubuntu-packaging, PPA support would be in #launchpad [19:40] i guess problems with a particular PPA should be discussed with the PPA owner though, not #launchpad or #ubuntu-packaging, in general [19:41] which is what i guess the guy was trying to do, but the owner wasn't in here [19:43] and the chance of him being in #ubuntu-motu was higher [19:44] didrocks: please do not revert libc6 [19:44] didrocks: the dependency chaos would be horrible [19:44] we need to go forward there, not backward [19:44] cjwatson: that's why I didn't want to do that on my own :) [19:44] (and was waiting) [19:45] i don't know if that's true, but /whois should answer whether someone is on irc or not [19:45] if somebody can confirm the upload doko referred to, I can upload it [19:45] I think DBO will test in a few [19:46] I am testing hold on [19:46] I dont like installing ppas is all... [19:46] (well, not right now because it's my daughter's bathtime, but this evening) [19:46] gah [19:46] there are other thing in that PPA [19:47] time to download debs [19:49] ||http://pastebin.ubuntu.com/568876/ [19:49] oops, sorry [19:50] misfir [20:00] cjwatson, the fix does not work [20:01] cjwatson, doko: since the update doesn't work and natty is broken should we consider asking to block the binaries from being downloaded? === herton_ is now known as herton === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [20:34] which package sets up the 'Restart Needed' notification after certain kernel upgrades? [20:37] good question, you could look in the debian dir in the source package [20:40] ohsix, I was hoping someone knows so I don't have to look in the various kernel related packages :) [20:40] i think i might have it laying around already, one sec [20:40] ah nope i rm'd it [20:41] seb128: I'm not happy with that either, that would be massive disruption [20:41] DBO: do you have any more details? [20:42] DBO: which architecture are you using? [20:42] cjwatson, we got Jason and bdmurray to confirm and bug reports with duplicates [20:42] cjwatson, using amd64 [20:42] does it happen on i386? [20:42] Sorry, which binaries are we talking about? [20:42]