[12:07] it's using 37M and I only killed it last week [12:07] yeah [12:07] elmo, there is a thread on planet gnome about just that [12:09] 45406 [12:09] or #45406 or LP#45406 or whatever gets the stupid bot to trigger [12:09] bug #45406 [12:09] Malone bug 45406 in gnome-cups-manager "memory leak in gnome-cups-icon" [Medium,Confirmed] http://launchpad.net/bugs/45406 [12:10] it actually goes to 128MB or so instantly for me [12:11] though, curiously, I can't see why in the pmap [12:20] jdub: pong === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === epx [n=epx@200165198037.user.veloxzone.com.br] has joined #ubuntu-devel [12:27] BenC, jdub was talking about an atheros module issue, don;t know if that is why he pinged you [12:30] BenC: i had to do some insmodding to get the ath_pci driver dependencies to load correctly - looked like new_wlan was being loaded, which stops (the correct module) wlan and ath_pci from loading [12:31] new_wlan? [12:31] this is all linux-restricted-modules? [12:32] new_* are madwifi-ng [12:32] jdub: is this on edgy or dapper? [12:32] the only lrm stuff is (new_)ath_hal [12:32] edgy 2.6.17 [12:32] ok, weird, nothing changed in lrm for 2.6.17 === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel [12:51] how can I add an edgy spec about NFSv4? [12:52] anibal: https://launchpad.net/distros/ubuntu/+specs ? [12:54] LaserJock, thank you [12:58] anibal, it's too late for edgy specs, final round of approvals will be in <48 hours [12:58] (doesn't mean you can't work on it for edgy though ;)) [12:58] Seveas: it's not too late for uncontroversial specs. [12:58] neuralis, true [12:59] nfsv4 would be a nice thing to have [01:16] Seveas, https://launchpad.net/distros/ubuntu/+spec/nfsv4 [01:16] Seveas, all the package are already in edgy [01:16] packages [01:16] anibal, then why a spec? [01:17] because it will be a good feature for the next release [01:18] I'm confused [01:18] is the spec implemented? [01:18] apparently yes [01:18] Keybuk, yep [01:19] anibal, specs generally are use for tracking implementation, writing them after all is done is not too useful [01:19] anibal: probably doesn't really need one then [01:19] we tend to use a spec for when we have to do something hard [01:19] should I remove my spec then? [01:21] Keybuk, the droppage of all the python stuff from -meta. Was that due to the python migration or a policy decision? === robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel [01:22] policy decision [01:23] edgy will include a standard python runtime environment, rather than everything python related [01:23] in practice, this is sufficient for everything [01:23] (and deps drag in anything with synaptic anyway) [01:24] too bad, I enjoyed the "WTF is all of python doing on the install CD" threads ;-) [01:26] Keybuk, ok, just wondering [01:28] lifeless: biff (sorry it took ages :p wanted to give the e-mail some brain time) === mdke_ [n=matt@unaffiliated/matt/x-000000001] has joined #ubuntu-devel === saispo [n=saispo@ryu.zarb.org] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [01:36] good morning === AlinuxOS [n=alinux@d83-176-106-183.cust.tele2.it] has joined #ubuntu-devel [01:57] robertj: ping === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel [01:57] pong [01:57] afk for 60 seconds though [01:58] what of the avahi tree actually runs as a server? [01:58] just avahi-daemon? [01:59] it's not really a server [01:59] Riddell: by "server", i mean "listens on a port". i'm being lazy, and don't want to read the whole source. [02:00] yes, only avahi-daemon [02:00] and it doesn't listen on a port such that nmap will find it, for example [02:00] neuralis: that's my understanding of it === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel [02:25] robertj: do you know if any developers are online? [02:25] neuralis: nope, I'd suppose there is probably an #avahi somewhere [02:27] robertj: i spent half an hour looking at the code. i have some questions, but i'm largely satisfied with what i've seen. [02:28] robertj: if my concerns were addressed (or shown invalid), i would not oppose a policy exception on security grounds. [02:29] any thoughts about the spec itself? [02:29] let me look.. [02:29] https://launchpad.net/distros/ubuntu/+spec/zeroconfpolicy [02:30] yeah, i have the link. [02:31] points 1 and 3 of the implementation plan are debatable. [02:32] I would *highly* recommend your spec includes an alternate plan that did not require an open port policy exception [02:32] otherwise your spec is almost certainly likely to be rejected [02:32] Keybuk: that's the whole point of the spec though, there are other non-policy specs out there [02:33] Keybuk: i'm actually warming up to the idea. it's very likely that there's no reason to not grant an exception on security grounds, in which case only things like the slippery slope argument, etc, apply. those are still valid, obviously, but far less potent than a "this is insecure" argument. === rpedro [n=rpedro@87-196-98-154.net.novis.pt] has joined #ubuntu-devel [02:35] neuralis: of the three people whose ultimate decision it is, two are unhappy that dhcp requires an open port and would rather that was fixed ... so I really don't think avahi will be granted an exception === FliesLikeALap [n=Ryan@ool-45796272.dyn.optonline.net] has joined #ubuntu-devel [02:35] its easy enough to start avahi [02:35] this is like the openssh debate all over again [02:36] right ;) we don't give the most audited, and self-proclaimed most secure piece of software in the known universe an open port :p [02:36] Keybuk: openssh's security record is terrible. [02:36] haha [02:36] because people audit it non-stop [02:36] neuralis: note "self-proclaimed" [02:36] and that's not a bad thing [02:36] avahi has no security record [02:36] NONE [02:37] Keybuk: pitti and i independently did brief audits, and were both happy; remember that avahi is a non-root listener running in a chroot with explicitly dropped capabilities. [02:37] giving avahi an open port is like wandering into a public toilet, kneeling on the floor, dropping your pants, and *hoping* it's not one of the dodgy ones [02:38] neuralis: it communicates with things outside of the jail ... so there is a risk [02:38] neuralis: I think you need to right the spec on the basis that the exception will /not/ be granted. And provide a Plan B, in case an exception /is/ granted. [02:38] s/right/write/ [02:38] sladen: it's not my spec. i don't care. [02:38] sladen: i don't use avahi. === robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel [02:38] sladen: it's robertj's spec [02:39] robertj: I think you need to right the spec on the basis that the exception will /not/ be granted. And provide a Plan B, in case an exception /is/ granted. [02:39] s/right/write/ [02:39] Keybuk: the communication is apparently one byte in either direction; i just audited that region of source, and so did pitti some time ago. we were both satisfied. [02:39] Keybuk: in any case, i'll post a summary of my audit to -devel, and after that, i really don't much care. [02:39] neuralis: it does the entire functionality, announcing all shares, etc. in just one byte? [02:40] robertj: at UDS, I AFAICT, the decision from the BOF was to provide a checkbox in the network config to "[x] Enable Zeroconf on this interface" [02:40] that's a hell of a compression ration [02:40] 30GB of advertised rhythmbox mp3s ... in one byte? :p [02:40] Keybuk: please read carefully. i'm talking about communication with the helper that lives outside the chroot. [02:41] neuralis: right, and I'm saying that makes zero sense given what the implementation does [02:41] either the helper has access to the network [02:41] robertj: and a policy that if an application wanted Zeroconf, it cause a dialogue appear offering to enable zeroconf for either "This Session" or "Forever" [02:41] or all network-potential traffic has to pass between them [02:41] in which case, there's an escape from the jail [02:41] Keybuk: dude, are you always this impatient? :) [02:41] Keybuk: read, it again. [02:42] Keybuk: carefully this time [02:42] sladen: read which? I'm still reading, and still not seeing anything [02:42] neuralis: yes :P [02:42] Keybuk: the helper will optionally return a R/O fd into the chroot process, which points to one of the static introspection/PID files. other than that, all communication between the two is one-byte commands and one-byte responses. [02:43] Keybuk: the introspection files are likely movable into the chroot, so that portion of the code can be likely dropped outright. [02:43] so it's a reasonably secure network daemon [02:43] that does not grant it an open port [02:43] because we grant *nothing* an open port [02:44] Keybuk: AFAICT, the chroot'ed deamon only speaks DBUS and DNS; and the help outside with godmode only hands in open file-descriptors to the deamon [02:44] sladen: I thought the chroot'd bit did not do dbus? [02:44] no, it does dbus, if you configure it to do dbus. [02:45] so an attacker can compromise the daemon and issue arbitrary dbus commands? [02:45] not if you tell it to not use dbus. [02:45] why would you tell it to use dbus? [02:45] uh? [02:45] Keybuk: i didn't see a good reason for it, but that's for an avahi developer to answer. [02:45] anyway, this is an increasingly boring conversation [02:45] given that avahi is *not* getting an open port [02:46] Keybuk: strong words. never say never. [02:46] Keybuk: hey, i was going to post my findings to devel and wander off. you pressed the issue. [02:46] Keybuk: at least keep people hanging on with a thread of hope for as long as possible before politely shafting them [02:47] neuralis: I just suggested the spec be altered to allow it to have a hope of being approved :) [02:48] so, regarding this dbus thing. Does avahi actually have any point if you can't talk to it. I was under the impression that that was how one told avahi to do things [02:49] Keybuk: quite honestly, avahi provides (in terms of functionality) a level of convenience that's indispensable to many users; it's not unlike dhcp in that regard. the issue needs to be seriously thought through, especially if security doesn't factor in particularly strongly. [02:49] security does factor into this though [02:49] and as you see, it's a convenience [02:50] users can turn it on if they want it [02:50] Keybuk: so i'm writing my security mail now, and then you and the rest of the tb bunch can do the thinking, and robertj can do the fanboying. [02:50] we have a spec for that [02:50] I think I'm done with my chearleeding [02:52] *reads up* [02:55] robertj: realistically, for Zeroconf we're going to end up with a tick box along the same lines as for Remote Desktop. "[x] Share my services" [02:55] if you cant talk to avahi on dbus [02:56] robertj: or something similar. The spec needs writing with that in mind, and how exactly to address that in a cross-desktop way [02:56] its relatively useless for a deskto papplication [02:57] Lathiat: then the security breakdown doesn't make sense; the helper should be doing the dbus brokering, and passing in information into the chroot process. [02:57] and it would do that with what? [02:57] something like d-bus? ;) [02:58] Lathiat: uh, exactly how you currently pass in information from the helper? [02:58] neuralis: and then you still have an IPC protocol that the compromised chrooted process can talk to something outside of the chroot [02:58] neuralis: the daemon basically does 99.9% of the work [02:58] the helper just does a few extra bits [02:58] Keybuk: not if it's one-way, or mostly one-way. [02:59] anyway, i really don't care about avahi nearly enough to continue this discussion. :) [02:59] but avahi *isnt* one-way [02:59] or mostly one way [02:59] its very 2 way [02:59] neuralis: but it's not, it's very bi-directional [03:00] Keybuk: yes, clearly, but if the helper is doing the dbus brokering, then it can enforce extremely strict validation on what goes out over dbus, rendering the "someone can do crazy shit on dbus if they break into the chroot daemon" argument moot. [03:00] neuralis: but the helper isn't doing the dbus brokering [03:00] well [03:00] dbus hsa escurity policies [03:00] avahi is only allowed to speak on the avahi interface, etc [03:01] so you cant go sending other dbus messages [03:01] Keybuk: yes, that's why i told lathiat that the current security model isn't right. [03:01] neuralis: also, more to the point, because there is a communication path from the daemon to the helper ... you're now at risk of the helper having an exploit too [03:01] sounds more complicated and your putting more exploitable code outside the chroot [03:01] where its "less safe" [03:02] so while chroot, etc. are useful for reducing the security risk; this is certainly not in the "LA LA LA! NO SECURITY RISK HERE! CURVE AROUND THE SCENE OF THE CRIME!" [03:02] Lathiat: the separation is that you are protecting *everything* from stuff hitting the *network port*. Everything not coming from the network port wants to stay outside of the process that is talking to the network port. [03:03] what sladen said. [03:03] ah, i see [03:04] I'm not passing any judgements on the design of avahi itself, I'm just saying that your comments above that security doesn't factor is completely bogus -- this is a daemon with a high bi-directional interaction with other processes -- no matter how isolated you make it, it is never completely isolated because it can't be by design -- so security *is* a factor [03:05] so, the if a daemon *really must* talk to the network, it should do that, and nothing else. Unfortunately, this makes the daemon a bit useful since that wouldn't include talking to the local machine... [03:05] useless [03:05] i just dont see how some other home cookd IPC mechanism is any better than d-bus which has restrictions on what interface it can talk on [03:06] Keybuk: i wasn't contending that security isn't a factor because there's no risk, but because i, after a hand audit, find the dedication to, and design of, the security systems in place fully adequate. [03:06] you'd have to djb it, split it into very small processes that each have a particular job and communicate over a strict protocol to a companion process in a different "security zone" [03:06] assuming d-bus is secure, but any home grown protocol is likely to get bugs too [03:06] Keybuk: hehe... [03:06] mm djb, dont get me started on djb :) [03:06] Keybuk: you're allowed a fully different definition of adequate, and thus ymmv. [03:06] neuralis: except that in your audit, you appear to have not noticed that the chroot'd daemon needs to talk dbus ... which puts my faith in your audit as very low, I'm afraid [03:06] and, note, that no piece of djb software has been granted an open port either ... because we don't do open ports around here === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [03:07] Keybuk: bah. still not my spec, still don't care about avahi. i was asked to audit the bigger picture, after pitti audited the lower-level primitives, and i did. in the end, i don't use avahi, and couldn't care less about it being enabled. [03:08] Lathiat: "assuming D-Bus is secure". Bzzzt. Bad assumption [03:08] sladen: see following comment [03:09] Lathiat: okay :) [03:09] Keybuk: the audit noticed dbus fine, but no developers were around for me to ask specific questions about how and why the design was the way it was. [03:09] neuralis: avahi developers? [03:09] Lathiat: yes. === Keybuk points at Lathiat ... ask away :p [03:09] neuralis: im around now :) [03:10] Lathiat: well, i've already inferred the answer to the dbus question; you felt that it's better than a homebrew ipc protocol, and you also thought it's better to keep the dbus stuff chrooted (which, i believe, is approaching the separation incorrectly.) [03:10] Lathiat: the remaining question was why not move the introspection files into the chroot instead of passing them around via the helper. [03:11] thats a question i dont know the answer to [03:11] lennart did that [03:11] i'd have to ask him [03:11] he doenst seem to be around atm tho (is guadec still on?) [03:14] Lathiat: it's something to ask him later. === Lathiat nods === neuralis is off to killian court for the fireworks [03:16] thanks for the chat :) [03:16] whats the fireworks for? [03:16] http://en.wikipedia.org/wiki/Independence_Day_%28United_States%29 [03:16] ah right [03:17] Didn't know you Harvard Commies still celebrated the 4th ;) [03:17] robertj: we don't, that's why i'm going to killian court :P [03:17] robertj: (those commies, on the other hand..) === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === asac_ is now known as asac === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel [03:27] Heya [03:27] hey bddebian [03:28] Hi Burgundavia === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [03:37] hi all [03:37] hi Hobbsee [03:37] hi [03:38] hi LaserJock and Chipzz [03:38] hey Hobbsee [03:38] at least on an international channel most of the time someone is awake ;P [03:38] hi zul [03:38] Chipzz: hehe, true [03:39] jdub: awake today? === Chipzz looks for beer ;P === RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel [03:58] Chipzz: it's gone, i drank it. [04:00] Hobbsee: I live in Belgium, the country of beer ;) [04:01] there is no such thing as "no beer" in Belgium ;) [04:01] Chipzz: hehehe [04:02] there IS such a thing as "no-one awake" though ;P [04:03] true [04:03] because they've all passed out due to being drunk. [04:04] heh :P [04:04] they just have better things to do than to be on irc ;P [04:07] Chipzz: you mean there are better things than being on irc? [04:07] Chipzz: actually, i agree with you -in a hack session with some of the other devs, and chatting on irc like that - and being able to watch the responses to what you type. now *that's* fun! === Hobbsee breakfasts [04:08] 03:27 < Chipzz> wa doet gij nog zo laat op om te beginnen? :) [04:08] heh ;) [04:08] and I thought *I* was a nerd ;P [04:09] ;) [04:09] (no offence meant ;)) [04:10] hehe === Hobbsee is just weird. and a nerd. [04:10] Chipzz: actually, irc is the communication medium to meet up with people - which is why i logged on before breakfast. [04:11] Hobbsee: but is it a medium to meet people you work with, or to make new social contacts? [04:12] after having been on irc for 10 years, I'm more and more convinced it's mostly the former [04:12] also the latter [04:13] but for a large part the former [04:17] Chipzz: belgian beer ftw [04:18] profoX`: FTW? [04:19] for the win? :) [04:19] ..dows [04:19] is there any winning to be done then, really? :) [04:19] Lathiat: is right [04:19] please guys, you ruin the... eh.. acronym [04:19] :P [04:19] profoX` ;) [04:19] what i meant to say was: belgian beer = good [04:20] Duvel+ [04:20] profoX`: yes, but WHICH belgian beer? ;) [04:20] Duvel, of course :D [04:20] which one of the more than 100 belgian beers? ;P [04:20] duvel gives me stomach gasses :P [04:20] tss... [04:21] :) [04:21] what do you drink then [04:21] jupiler ? [04:21] kriek lindemans is very nice [04:22] geuze [04:22] kriek lindemans is okay for once, but i'd rather have my duvel ;P [04:22] some people think it is *too* sweet [04:23] I was drinking jupiler earlier :) [04:23] stella was all gone :/ [04:23] Chipzz: the former, mostly. [04:23] Chipzz: it is too sweet to be considered real beer :P === Hobbsee sends all the beer talk back to -offtopic === Chipzz gives Hobbsee a Kriek Lindemans ;) [04:24] profoX`: also, rodenback grand crue [04:24] rodenbach is crap, but the grand crue is great :) [04:24] never drank that === stub [n=stub@ppp-58.8.2.91.revip2.asianet.co.th] has joined #ubuntu-devel [04:24] Hobbsee: you into sweet things? [04:25] Chipzz: depends what sort of things === Hobbsee isnt here. [04:27] lol [04:28] she really is not ;P [04:30] Here's a thought. [04:31] I recently installed Ubuntu Dapper on a 350MHz K6-2 with 192 megs of ram [04:31] it took some fighting; I had to kill GDM and then startx with xterm in my .xinitrc, just to get enough ram free for the damn thing to not lock up totally during install [04:32] (as to why the OOM didn't stab things to death I have no idea) [04:32] bluefoxicy: use the altnerative install cd? [04:32] Once it's installed, it works. A little sluggish, takes about 3 minutes to open up openoffice.org, not yet swapping. [04:32] Well, my question is this [04:32] 486 stops at 66MHz. No. Freaking. Way. [04:33] my question is this: who is as machosist as to run OO.o on a 192MB machine? ;)P [04:33] Is there ANY benefit to building the whole system as 586 or 686 (I have been looking for a list of instructions introduced in those processor lines with no luck), or should we not care? [04:33] bluefoxicy: and 486 stops at DX4 120Mhz [04:34] Chipzz: okay, I've never physically seen more than 33MHz but heard of 66. 120, that's ... still... not going to be fun. [04:34] and I do not think that there is much substantial benefit as to build for i586 [04:35] Me either, it's just a thought. It's between "is anyone going to ever run this on a 486?" and "Is there a practical benefit to going 586?"; I don't see a practical benefit, even if there's no real way anyone is running this thing on a 486 [04:35] much of the stuff that makes stuff fast is either pure ordering of instructions (386 <-> 486) or use of a particular extensions, like MMX(2), or SSE(2) [04:35] heh. Don't get me started on SSE [04:36] MMX and SSE for making string instructions faster [04:36] using that as a general math coprocessor is slooooooooow. [04:36] (there's apparently a gcc optimization that uses sse for math!) [04:36] (a lot of gentoo people were using it @_@) [04:37] iirc sse can be faster for string copy stuff than integer stuff is [04:37] SSE is faster for repeatedly computing on the same data set [04:37] or maybe that's just MMX; dunnow [04:38] so SSE would also be faster for doing the (null) computation on the same data set? [04:38] ie strcpy? [04:38] like if you want to calculate a particular value and it starts with 4 variables A B C D and does A % B -> ab , C / ab -> N, N * AB -> Z ..... for like a 70 step pipeline, it's faster [04:38] or am I mistaken with mmx? [04:38] sse won't do anything for strings [04:38] it's for like, math stuff [04:39] I'm told it takes 17 cycles to load a value into an SSE register, and 17 to get it back out [04:39] (slow) [04:39] then I'm probably mistaking with mmx [04:39] but then when you do a string of math instructions it executes like a jillion of them a cycle [04:40] hence if you have really, really long mathematical computations it's super fast [04:40] but that's EXTREMELY special cased === j_ack [n=rudi@p508D9AD6.dip0.t-ipconnect.de] has joined #ubuntu-devel === human_blip [n=mike@220.157.65.29] has joined #ubuntu-devel === rgould [n=rgould@S010600014a5e5049.gv.shawcable.net] has joined #ubuntu-devel === rgould [n=rgould@S010600014a5e5049.gv.shawcable.net] has joined #ubuntu-devel === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel === tadpole [n=tadpole@ip68-111-223-211.sd.sd.cox.net] has joined #ubuntu-devel === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === j_ack_ [n=rudi@p508D9D3B.dip0.t-ipconnect.de] has joined #ubuntu-devel [06:08] Weird bug: System > Quit. GDM "Choose Server" box appears (I have two X servers configured), but right when the box appears, the screen fades out and gnome-screensaver locks. [06:09] Apparently the case of having GDM prompt wasn't considered. === wasabi files. === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel === lukkett1 [n=lukketto@host118-98.pool8257.interbusiness.it] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === lmanul [n=manu@dan75-4-82-239-58-38.fbx.proxad.net] has joined #ubuntu-devel === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel === lukkett1 [n=lukketto@host118-98.pool8257.interbusiness.it] has joined #ubuntu-devel [07:13] morning === irvin [n=ipp@ubuntu/member/irvin] has joined #ubuntu-devel [07:22] hello fabbione [07:22] yo === freeflying_ [n=freeflyi@221.221.147.22] has joined #ubuntu-devel === lukkett1 [n=lukketto@host118-98.pool8257.interbusiness.it] has left #ubuntu-devel [] === profoX` [n=whoknows@d54C0FBA7.access.telenet.be] has joined #ubuntu-devel === _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-devel [07:53] fabbione: any chance you could review https://launchpad.net/distros/ubuntu/+spec/live-cd-share-live-cd for me? [07:53] Mithrandir: yeps. [07:53] Mithrandir: i will need to bother you later for sparc [07:54] (but not now. i still need to do them) [07:58] fabbione: thanks [07:58] Mithrandir: see /msg === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel === tadpole [n=tadpole@ip68-111-223-211.sd.sd.cox.net] has left #ubuntu-devel [] === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === lloydinho [n=andreas@130.225.237.181] has joined #ubuntu-devel === highvoltage [n=jono@196.36.161.235] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:46] Good morning [08:46] 'morning === rpedro_ [n=rpedro@87-196-10-127.net.novis.pt] has joined #ubuntu-devel [08:49] pitti: care to upload something to dapper-updates? :) [08:50] pitti: fix for bug 45406 [08:50] Malone bug 45406 in libgnomecups "memory leak in gnome-cups-icon" [Unknown,Unknown] http://launchpad.net/bugs/45406 [08:52] ivoks: ah, that one; yes, it's in my mbox so far, but I'm not sure whether it's worth the trouble [08:54] pitti: i've fixed it [08:54] pitti: (applied debian patch) [08:55] pitti: it's on http://www.grad.hr/~ivoks/ubuntu/libgnomecups === carlos [n=carlos@208.Red-83-33-192.dynamicIP.rima-tde.net] has joined #ubuntu-devel === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel [09:01] ivoks: can you please attach the debdiff to the bug, so that mdz has something to look at for approval? === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel [09:01] sure === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [09:03] ivoks: btw, I updated my ipplib.py + printerlist.py demo to work with current CUPS (and fixed an issue with encoding multiple values for an attribute) [09:03] if you were still interested in it. [09:03] sure I am === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel [09:27] <\sh> moins === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel [09:31] hello sabdfl === olemke [n=olemke@p54896589.dip.t-dialin.net] has joined #ubuntu-devel === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel === hunger [n=tobias@p54A615B5.dip0.t-ipconnect.de] has joined #ubuntu-devel === el [n=konversa@u40-30.dsl.vianetworks.de] has joined #ubuntu-devel [09:54] morning! [09:54] seb128: steve would like to speak to you, as me [09:54] lifeless: about? [09:55] morning sivang === dholbach [n=daniel@i577B2831.versanet.de] has joined #ubuntu-devel [09:58] good morning [09:59] morning jsgotangco , dholbach [09:59] hey sivang === simosx [n=simosx@134.219.176.103] has joined #ubuntu-devel === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel === Zdra [n=zdra@87.65.109.64] has joined #ubuntu-devel === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel [10:06] hi jsgotangco... i see everyone's in https://launchpad.net/distros/ubuntu/edgy/+specs "get cracking" mode [10:07] =D === hunger gets a kernel oops when booting the 2.6.17 kernels for edgy. Anyone looking into those problems? [10:10] w/ 2.6.17-4.6? [10:10] hunger: please file a bug in LP [10:10] hunger: add all the OOPS [10:10] hunger: bug #51308 maybe? [10:10] Malone bug 51308 in linux-source-2.6.17 "linux-image-2.6.17-[34] -686 doesn't boot, libata error" [Untriaged,Confirmed] http://launchpad.net/bugs/51308 [10:11] fabbione: I did... #51384v [10:12] that should be fixed in 2.6.17-4.6. [10:12] fabbione: I am afraid that will get lost as a duplicate of the hd->sd bug. [10:12] hunger: then please wait... [10:12] crimsun: Oh, great! [10:13] fabbione: I will. but since the bug was marked as a duplicate of the hd->sd thing before, I was afraid it would fall through the cracks. [10:18] hunger: I also have this bug , and non of the edgy kernels have ever booted for me === cain_ [n=cain@196.44.1.98] has joined #ubuntu-devel === jhemono [n=jhemono@84.5.150.66] has joined #ubuntu-devel === pvanhoof [n=pvanhoof@mailhost.newtec.be] has joined #ubuntu-devel === freeflying|away [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === giftnudel [n=mb@p54A909D4.dip0.t-ipconnect.de] has joined #ubuntu-devel [10:37] ogra: in practice you want to support gcompris-sound-* for edubuntu, don't you? [10:37] (just dealing with NEW and figuring out which components stuff goes in) [10:37] ogra: at present gcompris-sound-eu and gcompris-sound-hu are in universe and all the rest in main, which seems a bit ranom [10:38] random === simosx [n=simosx@134.219.176.103] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-100-163.pools.arcor-ip.net] has joined #ubuntu-devel [10:45] Hello. I've written a spec a long time ago and I recently posted it on ubuntu-devel mailing-list. I saw a meeting have been planned for reviewing specs at july 6th 2000 UT. Herre it's wiki page : https://launchpad.net/distros/ubuntu/+spec/automated-localization-download . Do you think I sould register it for reviewing at the meeting ? I === TomB| [n=ownthebo@ACC8FAC8.ipt.aol.com] has joined #ubuntu-devel === _TomB [n=ownthebo@ACC8FAC8.ipt.aol.com] has joined #ubuntu-devel [10:53] jhemono: I have the impression that when you install Ubuntu 6.06 and you have chosen a language during the CD booting, you get the basic localisation from the CD. However, when you setup the system and the network connection, AFAIK apt considers that the localisation packages for Firefox, OOO, etc are pending and asks you to install them. [10:55] yes .... === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [10:59] In my mail to the mailing list we are discussing about how to tell the user that full localization is avaiable : a notification would be too pervasive said someone and an icon would'n be pervasive enough i said. so do you think I have to register it for the meeting for more brains think to it ? [11:00] hey Seveas, can you get my cloak back? it has disappeared. Lemme know if you want an email about it [11:01] one sec === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === TomB| [n=ownthebo@ACD89ADF.ipt.aol.com] has joined #ubuntu-devel === _TomB [n=ownthebo@ACD89ADF.ipt.aol.com] has joined #ubuntu-devel === TomB| [n=ownthebo@ACD89ADF.ipt.aol.com] has joined #ubuntu-devel === profoX` [n=whoknows@d54C0FBA7.access.telenet.be] has joined #ubuntu-devel === freeflying|away [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel [11:23] up [11:24] So, what do think of it ? === Norgz [n=eroux@maisel-gw.enst-bretagne.fr] has joined #ubuntu-devel [11:25] -:NickServ!NickServ@services.- +Cloak for [mdke] has been toggled [ON] and changed to [ubuntu/member/mdke] [11:27] Seveas: thanks. did i disactivate it myself by accident? [11:27] no idea [11:27] maybe a subspace rift caused it [11:28] Seveas: ok. cheers [11:28] Seveas: a twist in the fabric of space where time becomes a loop! === ogra_ [n=ogra@p548ADAF9.dip.t-dialin.net] has joined #ubuntu-devel [11:32] Kamion, yes, i need to sort the seeds [11:32] hi ogra [11:35] Kamion: could you please s/python-sqlite/python-pysqlite2/ in the python seed? [11:37] hey Hobbsee [11:46] could somebody give back gksu? [11:48] ogra: I can do it now if you want - I already have the local chance [11:48] change [11:48] dholbach: you need Keybuk [11:48] Kamion: ok... thank you. [11:48] Gloubiboulga: i just deleted my work on goffice and gnumeric merge [11:48] Gloubiboulga: i'll restart on it (they're both in debian experimental already) [11:49] dholbach, I can take care of this if you want [11:50] Gloubiboulga: that'd be lovely - you know the *-gtk-* build parts a bit better [11:50] Gloubiboulga: if you're done i can have another look at it and upload it [11:50] dholbach, ok, I'll try to get this done this evening (fighting with xfce4-terminal for the moment) [11:51] Gloubiboulga: merging? or the rebuild for vte? [11:51] dholbach, packaging a svn snapshot, I don't even know how the package in dapper has been built or how it works [11:52] jdub: if you mean s/python-sqlite2/python-pysqlite2/, I did that on 21 June [11:52] Kamion: ah, ok [11:52] Kamion: thanks [11:52] jdub: oh, apparently python-sqlite is still there. you want me to drop that then? [11:52] can I have a rationale for the bzr log? [11:53] Kamion: uses old, buggy sqlite 1.x, not desireable or recommendable [11:53] sqlite 2 according to dpkg -I [11:53] dholbach, evo crashing isnt gpg related [11:53] has anyone seen janimo lately? I haven't seen him on irc or MLs since the Paris uds [11:53] interestingly, we currently have both sqlite 2 and 3 in main [11:53] (happens as well if i switch off gpg completely) [11:53] libsqlite0 | 2.8.17-0ubuntu1 | edgy | amd64, hppa, i386, ia64, powerpc, sparc [11:53]