=== KaiL_ [n=KaiL@p548F6284.dip.t-dialin.net] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === _maydayjay_ [n=maydayja@maydayjay.net] has joined #ubuntu-devel === hunger [n=tobias@p54A623ED.dip0.t-ipconnect.de] has joined #ubuntu-devel === nemish [n=nemish@ool-18be0779.dyn.optonline.net] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === seb128_ [n=seb128@ANancy-151-1-88-218.w81-50.abo.wanadoo.fr] has joined #ubuntu-devel === Fujitsu [n=fujitsu@203.23.49.35] has joined #ubuntu-devel === seb128__ [n=seb128@ANancy-151-1-68-235.w81-49.abo.wanadoo.fr] has joined #ubuntu-devel === johanbr [n=j@jupiter.physics.ubc.ca] has joined #ubuntu-devel === seb128___ [n=seb128@ANancy-151-1-57-148.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === Burgwork [n=corey@d66-183-174-128.bchsia.telus.net] has joined #ubuntu-devel [12:43] Can someone tell me yes or no but I thought in xorg that radeon driver was deprecated and supposed to use ati driver? [12:44] nemish, not really, but this is not a support channel [12:44] Burgwork, thanks.. sorry [12:45] nemish, no worries [12:50] c === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === kagou [n=kagou@84.4.198.242] has joined #ubuntu-devel === welshbyte [n=welshbyt@cpc3-cwma2-0-0-cust276.swan.cable.ntl.com] has joined #ubuntu-devel [01:02] isn't Breaks supposed to obsolete the provides/conflicts/replaces trio? [01:03] BenC: not obsolete, no [01:03] Breaks does replace most uses of Conflicts: << [01:04] it's for "these don't work together", leaving conflicts for "these contain the same files" [01:04] so if a package is renamed, then I should still use the old provides/conflicts/replaces setup to replace the old package? [01:06] this is for linux-kernel-headers being renamed to libc-dev-linux-headers, which only libc6-dev depends on, and it's not a versioned depends [01:07] means libc-dev-linux-headers wont really be installed until libc6-dev is updated, but at least things wont break === ghee22 [n=parag@26.muh33.nycm.n54ny31ur.dsl.att.net] has joined #ubuntu-devel [01:13] hi [01:13] I am trying to make my program l10n compatible or I18n compatible [01:13] ghee22, you need gettext support [01:13] anyone have directions on how to get this started? I am reading through the debian intro on this topic and it's very thourough [01:14] hey burg, I am not familiar with gettext [01:15] sorry, nor am I [01:15] ok, if anyone is, is the gnu gettext? http://www.gnu.org/software/gettext/ === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-devel [01:18] bug or feature that pmount version in dapper-updates is higher than in edgy? === neutrinomass [n=pandis@ppp26-100.adsl.forthnet.gr] has joined #ubuntu-devel === neutrinomass [n=pandis@ppp26-100.adsl.forthnet.gr] has left #ubuntu-devel [] === poningru [n=poningru@pool-71-251-119-70.tampfl.fios.verizon.net] has joined #ubuntu-devel === Arrogance [n=aks@ottawa-hs-64-26-167-82.d-ip.magma.ca] has joined #ubuntu-devel === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [02:18] Kamion: nic-firmware will be in the 2.6.17-6 kernel uploading tonight [02:20] BenC: Kamio^n is onvacation this week === ohoel [n=beshy@unaffiliated/eruin] has joined #ubuntu-devel [02:21] gnomefreak, people on vacation at canonical have an alarming habit of still being on irc [02:21] that doesnt sound like a vacation :( [02:22] that and they read irc logs too ;) [02:23] imbrandon, are you telling my people who develop ubuntu can read? I am shocked ;) [02:23] hahah [02:24] they read / dream in c++^W === nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel [02:25] imbrandon, this is ubuntu. They dream in python [02:26] ahh right === nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel [02:32] was xorg 7.1 in knot1? [02:42] no [02:43] (well, it depends how much of 7.1 you're referring to. It had bits and pieces already.) === bronson [n=bronson@adsl-67-119-192-207.dsl.pltn13.pacbell.net] has joined #ubuntu-devel === shenki [n=shenki@ppp174-101.lns3.adl4.internode.on.net] has joined #ubuntu-devel === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel [03:01] thanks crimsun === Amaranth_ [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel === TomB| [n=ownthebo@ACD87BC1.ipt.aol.com] has joined #ubuntu-devel === tomb [n=tomb@ACD87BC1.ipt.aol.com] has joined #ubuntu-devel === harrybuttle [n=tapeworm@d81-211-250-178.cust.tele2.it] has left #ubuntu-devel [] === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === fsmw [n=Fernando@22-58-50.adsl.terra.cl] has joined #ubuntu-devel === freeflying_ [n=freeflyi@221.221.160.148] has joined #ubuntu-devel === ghee22 [n=parag@26.muh33.nycm.n54ny31ur.dsl.att.net] has joined #ubuntu-devel === ghee22 [n=parag@26.muh33.nycm.n54ny31ur.dsl.att.net] has left #ubuntu-devel [] === lilo [i=levin@freenode/staff/pdpc.levin] has joined #ubuntu-devel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel === hunger [n=tobias@p54A64177.dip0.t-ipconnect.de] has joined #ubuntu-devel === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === shenki [n=shenki@ppp173-18.lns3.adl4.internode.on.net] has joined #ubuntu-devel === lilo [i=levin@freenode/staff/pdpc.levin] has joined #ubuntu-devel === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel [06:50] Heh. X in edgy is actually fine! It's fglrx that's messed. =( === Lathiat [n=lathiat@ubuntu/member/pdpc.basic.lathiat] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === dsas [n=dean@host86-128-52-104.range86-128.btcentralplus.com] has joined #ubuntu-devel === ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #ubuntu-devel === Topic for #ubuntu-devel: Ubuntu Development (not support, even with edgy) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | yes X in edgy is a mess atm | http://wiki.ubuntu.com/Testing/Current Test the 6.06.1 images! | === Topic (#ubuntu-devel): set by Kamion at Sun Aug 6 13:23:56 2006 [09:16] Hi desrt :) [09:17] desrt: Somehow "Manu the brown" doesn't sound as shiny as "Gandalf the white", I don't know why ;-) [09:17] white is shiner than brown. [09:18] Oh, that must be it. [09:18] :) [09:18] ha ha ha [09:18] manu the brown === pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel [09:18] Hi jdub :) [09:18] Good morning [09:19] hey hey pitti === Starting logfile irclogs/ubuntu-devel.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-devel === Topic for #ubuntu-devel: Ubuntu Development (not support, even with edgy) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | yes X in edgy is a mess atm | http://wiki.ubuntu.com/Testing/Current Test the 6.06.1 images! | === Topic (#ubuntu-devel): set by Kamion at Sun Aug 6 13:23:56 2006 [09:22] (sivang/#ubuntu-devel) morning [09:22] jdub: hey Jeff, how are your pants today? === pitti hugs desrt === desrt smiles and hugs back === pitti gives sivang a big good morning hug [09:23] pitti: that's a pretty brave question, on balance [09:23] morning === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel [09:23] pitti: funny you should ask [09:23] thom: I feel lucky today :) [09:23] thom: good morning, too! [09:23] pitti: i had a string of pants-wearing days [09:23] pitti: and today i found that all my pants needed to go in the wash [09:23] jdub: not too surprising in your winter [09:23] so i am hanging loose today [09:24] pitti: yeah, it is pretty cold here atm [09:24] at least at night === sivang hugs pitti back :-) [09:24] that's the worst bit; it's reasonable during the day, but cold enough to feel very different at night [09:24] desrt: you cannot write a program that proofs that these bugs don't exist ;) [09:24] desrt: (very similar to the halting problem) [09:24] pitti; you're wrong. [09:25] desrt: however, there are some programs that do static code analysis [09:25] you confuse recognisers with deciders === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [09:25] usually they can find something [09:25] desrt: but I never played with them, sorry :/ [09:25] have any names to drop? === desrt is working on ideas for a thesis and wants to ensure that he isn't reinventing other people's wheels [09:26] bad idea: watching the whole billie piper series of doctor who, wondering why you thought her music was so bad, and finding some to listen to. [09:26] jdub: define "pretty cold" [09:26] jdub: hahaha [09:27] pitti; in any case, you could have a program that outputs either "safe", "unsafe" or "i don't know" [09:27] desrt: http://www.dwheeler.com/flawfinder/ maybe [09:27] thom: it's not all that cold really, but the difference between day and night makes it seem worse [09:27] pitti; and you can improve the chances of getting "safe" or "unsafe" with code annotation [09:27] desrt: right, finding potential overflows is not that difficult [09:28] desrt: however, so far I usually used the tools 'grep' and 'eagle eye' :) [09:28] i was actually sort of thinking more along the lines of the output being one of: [09:28] desrt: I'm pretty interested in automatic tools, just never found the time [09:28] - "i can prove that it is safe." [09:28] - "i can not prove that it is safe." [09:28] desrt: maybe 'I can prove that it is safe against buffer overflows' [09:28] since the people i am working for are definitely interested in hard proof [09:28] they're all about formal methods [09:28] but that will only be the case in rare circumstances [09:29] desrt: heh, rewrite the program in prolog :) [09:29] ok. maybe i define safe as "will not smash its stack for any user input" [09:29] then it is straightforward to proof [09:29] s/proof/prove/ [09:29] i want to do it for C [09:29] (just kidding) [09:29] since it's not even vaguely interesting for other "safer" languages [09:30] and since everyone always uses C anyway === jdub swaps billie piper for shirley manson [09:30] pfah. that's garbage. [09:30] desrt: well, since security vulnerabilities happen on many different levels, you cannot really proof 'safety' [09:30] billie piper sings? [09:30] pitti; oh. i am only interested in the very small sort of definition of safety that i just stated [09:30] desrt: but memory checking is of course a confined domain which should have good tool support [09:30] Spads: no. but she produced records === bmon [n=monnahan@125.Red-83-38-113.dynamicIP.rima-tde.net] has joined #ubuntu-devel [09:31] memory checking implies runtime...... [09:31] anyway. lots to think about [09:31] and 2 years in which to think about it [09:32] desrt: ok, flawfinder and http://www.hp.com/go/cadvise/ are the two in my bookmark list [09:32] i guess i'll probably talk to you again some time in those 2 years :) [09:32] goodnight. [09:33] desrt: sleep well! === rulus [n=roel@207.28-243-81.adsl-static.isp.belgacom.be] has joined #ubuntu-devel === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-devel === Harti [n=Harti@unaffiliated/harti] has joined #ubuntu-devel [09:48] pitti, desrt: there's the stanford checker too [09:49] it has gone commercial now, I think [09:50] as coverity iirc [09:52] ah yes === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === jamesh [n=james@82.109.136.116] has joined #ubuntu-devel === mdke [n=matt@ubuntu/member/mdke] has joined #ubuntu-devel === stub [n=stub@82.109.136.116] has joined #ubuntu-devel [10:09] hmm [10:10] I didn't destroy my system [10:10] but I'm not quite sure I actually did anything useful either. [10:10] https://launchpad.net/distros/ubuntu/+spec/networking-security-sysctls You be the judge; I'm going to sleep, it's 4am. === twilight [n=twilight@ubuntu/member/twilight] has joined #ubuntu-devel [10:15] net.ipv4.conf.all.accept_redirects = 0 [10:15] AHHH === fabbione seeks and destroys who wrote that === ..[topic/#ubuntu-devel:Kamion] : Ubuntu Development (not support, even with edgy) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | yes X in edgy is a mess atm | 6.06.1 released [10:15] yay [10:15] which means I can *finally* start ignoring IRC :P [10:15] Heh [10:15] Kamion: hah. never [10:15] how many vacation days did you loose now ? [10:15] Kamion: go away, you are on holiday [10:16] Kamion: \o/ [10:17] ogra: on aggregate I think about 1-1.5 [10:17] Kamion: Awesome job, dude. Go away. [10:18] Kamion: I owe you some slack cover when you get back. Just let me know what slavery you need performed. [10:19] fabbione: redirects == one computer tells you that packets destined for or should instead be routed through
=== Hobbsee waves to infinity [10:19] bluefoxicy: i know exactly what a redirect is [10:19] bluefoxicy: turning it to off is BAD [10:19] fabbione: in other words, un-authenticated remote administration of routing tables. The best "secure" method we have is "look at gateways in our list," which turns into "spoof the default gateway" [10:19] fabbione: how is it bad [10:20] my understanding is that this isn't generally used except in very specific environments [10:20] bluefoxicy: if you disable it, you can cause a DoS on the network [10:20] bluefoxicy: it's always used [10:20] how can you cause a DoS [10:20] the only nodes I can imagine caring would be ... well... routers [10:20] host A wants to talk to host B [10:20] and they typically use a routing information protocol [10:20] host A default gw C [10:21] C is a router on the same subnet as D [10:21] B is connected behind D [10:21] A -- C -- D -- B ? [10:21] when i first attempt from A to talk to B, C tells me that D is behind D [10:21] (with a redirect) [10:21] infinity: ta. *gone* [10:21] A C D are on the same subnet [10:21] BD are on another subnet [10:21] ah. [10:22] C is default gw of A [10:22] C knows where B is due routing table [10:22] so you're saying [10:22] ok? [10:22] A's routing table is misconfigured. [10:22] no [10:22] and you want it to magically fix itself. [10:22] A is perfectly configured host with one default gw [10:22] A default gw is C [10:22] C knows that B is behind D [10:23] ACD are on the same subnet [10:23] when A tries to talk to B [10:23] C will tell A (with a redirect) that B is behind D [10:23] at the expense that E on the same subnet as A C D can tell A (via spoofed ICMP packet from IP address C) that IT is the choice router for 0.0.0.0/0 (default gw) and thus now have a man-in-the-middle position between A and * [10:23] becuase it's totally pointless for the traffic to go trough A [10:23] also [10:23] subnets were created for a reason. [10:24] Each subnet should exist in exactly one place; and all routers attached to it should be on its subnet on attached interface. [10:24] bluefoxicy: if E has access to the physical network, it can do much worst than that. [10:24] your point is void [10:24] that setting is bad set to 0 [10:24] you're describing a condition where (A) has everything going through (C), (B) is on another subnet, and apparently nobody told (A) that that subnet is behind (D) [10:25] which is the proper way to set up the routing table [10:25] no [10:25] the subnet (B) is on should not be inaccessible directly by (D) at any point [10:25] you don't understand the picture i am giving to you [10:25] if it is your network is wrong. [10:25] the perfect configured network [10:25] no errors whatsoever [10:25] A 192.168.1.100 [10:25] C 192.168.1.1 [10:26] D 192.168.1.2 [10:26] what subnet is behind C? [10:26] D has also a 10.0.0.2 interface [10:26] routers have at least 2 interfaces (by definition) [10:26] C 172.... whatever.. === rulus [n=roel@207.28-243-81.adsl-static.isp.belgacom.be] has joined #ubuntu-devel [10:26] okay [10:26] B is 10.0.0.100 [10:26] ok? [10:26] then A should know to send 172.* to c and 10.* to D [10:27] right they do [10:27] we assume they are talking somekind of IGP [10:27] and then traffic will never be routed to the wrong router [10:27] A is a host... remember.. one default gw [10:27] exactly [10:27] yes [10:27] A sends a packets to B [10:27] the packets hits C [10:28] normally you don't really have two routers on the same network segment [10:28] wrong [10:28] you can have N routers on a network segment [10:28] wait, yeah... I did. [10:28] C recog that packets from A can travel trough D directly to reach B [10:28] C sends a redirect back to A [10:29] A sends the packets via D [10:29] but the hosts on that segment had their default routes pointing in whatever direction The Internet was in; and routes to other things (the Wifi AP for one; also the Active Directory server) pointing towards the nearest router in that direction [10:29] C forgets of that traffic 100% [10:29] why can't you let me finish before doing other assumptions? [10:29] the default gw does NOT necessarely points to internet [10:29] yeah [10:29] no, but mine did. I'm saying, my HOSTS each had 2-3 ROUTES [10:30] ok you are not listening [10:30] pointless to discuss [10:30] each host knew about the routers around it, and the routes into the network; they didn't need the routers to tell them about it [10:31] you're saying that each host is only going to have a default route; no other routes are possible [10:31] and that routers are going to tell them how to route packets to other routers near them [10:31] you are putting words in my mounths i didn't say [10:31] a host needs only a default gw [10:31] A is a host... remember.. one default gw [10:31] the router will tell the host where to find the other stuff via icmp_redirect [10:31] it doesn't need [10:32] more than one route [10:32] if you disable the icmp_redirect you will see default GW DoSed by ubuntu machines [10:33] only in network topologies that bank on that set-up [10:33] and how uncommon do you think they are? [10:33] bah, I'll have to research it more. [10:33] you better do [10:35] s/C/R1/ s/D/R2 [10:35] and you just made word for word Microsoft's same explanation of the issue [10:37] of course, you didn't let me finish the explanation without coming up with other stuff [10:37] the final issue is simple === bluefoxicy finds a paper that says ICMP redirects point out "bad network design" and that "well designed network should not rely on or desire ICMP redirects" ... that's the same thing he just said [10:38] it's a two way channel, I can talk and listen at the same time [10:38] if host A block redirects from R1 to talk to to B via R2 [10:38] you will endup routing all the traffic from A to B via R1 and R2 [10:38] when there is no real need to involve R1 [10:38] now [10:38] in fact I can hold multiple lines of conversation with the same person or multiple people at the same time; although when with the same person they consistently have trouble demuxing the conversations from eachother [10:39] if you want a practical example [10:39] A is your workstation [10:39] R1 is your 10Mb asdl router [10:39] fabbione: and if your network is designed well in the first place you won't have that problem [10:39] bluefoxicy: wrong.. again.. === StevenK wonders when fabbione will realease the specs for "ASDL" [10:40] Mark Shuttleworth on More4 >>> http://www.channel4.com/more4/news/news-opinion-feature.jsp?id=350 [10:40] StevenK: well ADSL ;) [10:40] R2 is your gigabit server that act also as rotuer to your 100Mb printer [10:40] B is the printer [10:41] disable ICMP_Redirect and print [10:41] and tell me if you can actually get to ping the adsl router [10:41] (assuming you print a doc big enough.. like 100MB ps file) [10:41] lol this is cute [10:41] ping host B [10:41] and let it run [10:41] repeat the above with icmp_redirect turned on [10:42] (accepting icmp_redirect of course) [10:42] and it will keep firing pings through router C, and it will keep sending redirects to host A [10:43] that too [10:43] fabbione: that's with redirects on [10:43] off [10:43] no, on. [10:43] Ping doesn't re-initialize its route from the routing table until you restart the program [10:43] if the redirect is accepted than you won't see all the redirects from C [10:43] what kernel are you running? 2.0? [10:44] no, i'm reading a paper [10:44] the last kernel i saw with such problem was 2.2.0 from RH [10:44] oh clearly.. test it [10:44] 2.4 or higher don't behave that way [10:44] route lookup is performed on a pkt base [10:44] my network layouts look more like HOST --- ROUTER -- 2 ROUTERS -- OTHER HOSTS [10:44] or a router with 15 ports on it, etc. [10:45] that's not the same setup i did describe to you [10:45] instead of trying to daisy chain routers through switches or hubs [10:45] the setup you descibed to me was "day 2 of CISCO CCNA academy: Don't Ever Do This, It's Stupid" === geser [n=michael@85.25.111.226] has joined #ubuntu-devel [10:46] ahhaha [10:46] yeah right [10:46] ok [10:46] I wanted to kill justin for his braindead network layout he gave us to implement, it took us 1.5 months to get it half-functional. [10:46] whatever [10:47] if he used a design where the routing was actually a backbone instead of a distributed mess mixed in with the rest of the network, it would'a been 3 days. [10:47] according to your view there can't be more than one router in a subnet with hosts... [10:47] we kept runnining into issues like (amazingly) hosts having to have 2-3 routing table entries [10:47] i don't care what you did at your CCNA [10:48] actually that network was in my implementing and maintaining network intrusion defenses class [10:48] and my view isn't that you can't do it [10:48] it's that it's rather close to pouring whiskey into your gas tank [10:48] it'll work [10:48] it's still not the best idea. [10:49] aww... this guy doesn't even address any security issues :( [10:49] he just talks about how networks reliant on redirects are inefficient and poorly designed. That's no fun. [10:49] it's 5am [10:50] I need sleep. [10:50] fabbione: I am pretty certain that any network you give me lain out like that I can do better. [10:50] and yeah [10:50] if you have routers forwarding to routers on the same interface you're doubling the bandwidth, which halves your capacity and can lead to network storms === fabbione wonders how he managed to admin AS3263 and AS6762 with over 50GB of traffic than... [10:51] but fixing the design will fix that [10:51] anyway [10:51] sleep0rz [10:51] i don't care how you design the net [10:51] that kind of networks are in use [10:51] by who.. i don't care [10:51] it's a real use case [10:52] there are a lot of 'real use cases' that are both stupid and fixable for a low but significant cost barrier [10:52] unfortunately i'd be lying if I said I didn't think they mattered [10:58] Kamion: WOOHOO! congrats :-) === rulus [n=roel@207.28-243-81.adsl-static.isp.belgacom.be] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-106-037.pools.arcor-ip.net] has joined #ubuntu-devel === ctd [i=ctd@incubus.progsoc.uts.edu.au] has joined #ubuntu-devel === glatzor [n=sebi@ppp-62-245-210-231.dynamic.mnet-online.de] has joined #ubuntu-devel [11:23] doko: hi [11:23] doko: around ? [11:23] carlos: yes [11:23] doko: http://people.ubuntu.com/~carlos/oo-translations-20060808.tar.gz [11:23] carlos: ohh, nice. === TMM [n=hp@c51471f2c.cable.wanadoo.nl] has joined #ubuntu-devel === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === moberg_ [n=peter@c83-248-87-172.bredband.comhem.se] has joined #ubuntu-devel === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [11:55] seb128, hi [11:55] seb128, asked Prashanth Mohan to upload [11:55] seb128, evolution scripts [11:55] re [11:55] cool [11:55] seb128, now they are available with a ready me [11:55] seb128, me getting the link [11:55] nice [11:56] seb128, Evolution automation scripts are now uploaded here - http://people.freedesktop.org/~prashmohan/evolution/ [11:57] nags: thank you for the pointer [11:57] seb128, can I convert that avi to ogg - screencast of Evolution automation and Tinderbox integration ? Many people were unable to view the contents properly. They all reported the screen is blank [11:57] nags: probably but I'm not sure of how [11:58] seb128, If possible can somebody verify those Evolution scripts and give their feedback, so that we can incorporate them back ? and over a period of time, we can use that in regression ? [11:58] seb128, okay, no problem :) [11:58] nags: yeah, that would be nice to get them integrated [11:58] seb128, also, I'm working with cr3, I will let him know about the scripts [11:59] thom++ on your blog post [11:59] seb128, we are also working on gedit scripts, more than 70 scenarios we have automated, by next week it will be on your table :) [12:00] brb [12:01] rock! === pygi [n=pygi@89-172-199-159.adsl.net.t-com.hr] has joined #ubuntu-devel === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-devel [12:27] seb128: pong re bug #48138 [12:27] Malone bug 48138 in totem "totem-xine crashes when started with no argument" [Unknown,Fix released] http://launchpad.net/bugs/48138 [12:27] seb128: I reassigned it because following the bugtrail, and after looking at the referenced gnome bug, I came to the conclusion that the bug is rather somewhere in totem-xine than libxine [12:28] siretart: just wanted to point that the commit message is a libxine one, it has been reassigned back to xine-lib since ;) === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [12:28] siretart: I've not copied the first line of the comment from bugzilla which is "Fixed in xine-lib HEAD" [12:29] follow by the "revision 1.30" [12:29] oh. I see. my bad [12:29] checking xine-lib cvs.. [12:32] hi === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel [12:35] seb128: you're right, my bad. I identified the patch in upstream cvs, I can try to cherry pick that patch to our package. [12:35] siretart: np, thank you for looking at it, that would be nice ;) === Zdra [n=zdra@di-pc70.ulb.ac.be] has joined #ubuntu-devel [12:49] Does anyone here know where I can find documentation about the way ubiquity works? [12:49] RTFS? [12:49] heh === Hobbsee likes pitti's answer [12:52] ozamosi: seriously, you can look into the various specifications on wiki.ubuntu.com [12:52] If S means spec, then yes, that's what I'm looking for. [12:52] ozamosi: 'S' usually means 'source', but the specs might be helpful as well, depending on how much detail you need [12:55] Of course... When the spec was written, it was called Ubuntu Express... Found it! :) [01:01] ubuntu express was renamed to espresso and then to ubiquity [01:01] to aid in your searching === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === herzi [n=herzi@kiwi.mediascape.de] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [01:23] hey Hobbsee [01:23] hi pygi [01:24] guys, I have a pending update for xorg-server (about 16 new patches applied). I'd like to have as much testing as possible, on this new release === Fujitsu [n=Fujitsu@c58-107-168-5.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel [01:24] it is available on http://people.ubuntu.com/~rodarvus/packages/xorg-server/ (for i386 and amd64) [01:24] rodarvus: will test [01:24] rodarvus: grabbing [01:24] ajmitch, thanks! [01:25] pitti, thanks! [01:26] Hum. [01:26] Launchpad is on crack. [01:26] StevenK: this is news? [01:26] The buildd log says a build took 48 seconds, and Launchpad says it took 16 minutes. [01:27] ajmitch: :-P [01:27] StevenK, I'm sure the LaunchPad developers will be thankful to receive your bug report :) === pitti wonders whether he is on crack and why all built package binaries suddenly already have gnu debuglinks; this breaks debhelper's -dbg package building === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [01:34] can anyone please bzr get http://bazaar.launchpad.net/~ubuntu-core-dev/pkg-create-dbgsym/ubuntu , cd dhtest.dbg, and debuild -us -uc -b? (on very latest edgy) [01:35] (or apt-get source pkg-create-dbgsym, works as well) [01:35] building zsh breaks for me, too [01:38] pitti, it works - do you want me to upload the resulting .deb somewhere? [01:38] rodarvus: no, not necessary [01:38] rodarvus: suddenly, all packages which build a -dbg package break for me [01:38] rodarvus: since they already have a gnu debuglink, so when dh_strip tries to add its own, it breaks [01:38] time to reinstall? :) [01:39] rodarvus: bwah, I reinstalled two days ago :/ [01:39] ouch [01:39] and it still worked yesterday [01:39] it broke after today's dist-upgrade [01:39] I reinstalled my main desktop yesterday [01:39] too much breakage on it after building/testing X.Org 7.1 [01:39] rodarvus: do you have libc 2.4-1ubuntu7? === Gerrath [n=Shane_@unaffiliated/gerrath] has joined #ubuntu-devel [01:40] it's the only package that is remotely toolchanin [01:40] pitti, yes [01:40] although I don't see how libc6 would have influence on the debuglink [01:40] hm [01:40] my box is clearly screwed then [01:40] rodarvus: thanks! [01:40] np [01:40] pitti: i killed it last night. sorry about that :P === pitti grrs at Hobbsee [01:42] pitti: the plan of world domination is succeeding. === Hobbsee grabs her whip, and shows it to pitti. be careful, oh growling one :P === pitti changes from grrring to purring [01:44] pitti, wait [01:44] rodarvus: please tell me I'm not on crack [01:44] building the code from bzr fails for me too, while building from the source in the archives works [01:45] rodarvus: are you sure? they are identical === Hobbsee hugs pitti :) [01:45] yup [01:45] good pitti [01:45] pitti, pasted on /msg window [01:45] rodarvus: right, I get the same error here [01:45] rodarvus: bug diff -Nur' in the two directories shouldn't give any difference, doesn it? [01:46] let me check [01:46] can anyone else on *latest* dapper please try to build zsh and see whether dh_strip aborts with an "Invalid operation"? [01:47] pitti: I can do this, give me a bit [01:47] rodarvus: I get the same fault from the archive version [01:47] mvo: or, any package that builds a -dbg package, doesn't matter [01:47] zsh just was the smallest example I could find in 30 seconds === _maydayjay_ [n=maydayja@gimel.nas.net] has joined #ubuntu-devel [01:48] pitti: I have some outstanding upgrades (~10), I do them now and will build then [01:48] pitti, same stuff on both === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel [01:48] mvo: can you please try both before and after? [01:48] mvo: is libc amongst the outstanding ones? [01:49] pitti: no, looks like its only gstreamer stuff [01:49] mvo: just build dhtest.dbg in pkg-create-dbgsym then, it's faster [01:49] mvo: oh, ok [01:49] rodarvus: this xserver appears to work ok on i386 - at least no issues in the limited testing I've done [01:50] ajmitch, thanks [01:50] ajmitch, switching to vt1 works as usual (considering vt switching is working for you currently) [01:50] yes [01:50] hooray === givre [n=flo@APuteaux-152-1-67-87.w83-204.abo.wanadoo.fr] has joined #ubuntu-devel [01:52] pitti, the machine you are going to test xorg-server on is an amd64? [01:52] rodarvus, mvo: bingo! after downgrading libc6 it works again [01:52] rodarvus: yes [01:53] nice === pitti files a bug [01:54] pitti: that means I can stop building zsh? [01:54] mvo: yes, I think so === basanta [n=basanta@202.79.37.177] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [01:57] pitti: it seems to have build for me, what version of glibc do you have installed? === Harti [n=Harti@unaffiliated/harti] has joined #ubuntu-devel [02:00] mvo: 2.4-1ubuntu7 [02:00] mvo: it works with ubuntu6 and fails with ubuntu7 === Spads [n=crack@host-87-74-18-227.bulldogdsl.com] has joined #ubuntu-devel [02:01] can anyone else on *latest* dapper please try to build zsh and see whether dh_strip aborts with an "Invalid operation"? <- you meant latest edgy? [02:02] erm, of course [02:02] sorry [02:02] :) [02:02] ok, that explains why it build here :) [02:03] mvo, rodarvus: bug 55880, in case you can add some confirmations [02:03] Malone bug 55880 in glibc "libc6 2.4-1ubuntu7 adds gnu debuglinks by default" [Critical,Unconfirmed] http://launchpad.net/bugs/55880 === pitti reboots to test the new X server === epx [n=Elvis@200.249.192.132] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [02:08] rodarvus: no noticeable difference with the new x server [02:08] yaya [02:08] must mean this version is perfect [02:08] I'll upload it right away [02:08] pitti, thanks! [02:08] bugfree and all ? [02:08] ogra, X never has bugs [02:09] its always fault of the kernel, gnome/kde, etc [02:09] yeah, tell that to malone :) [02:09] ogra, all X bugs are there because I'm lazy to properly redirect them to their real owners :P [02:10] what should be done with bugs like bug #55865 ? [02:10] Malone bug 55865 in Ubuntu "[Edgy] Please remove obsolete libnautilus-burn3 from archive" [Untriaged,Unconfirmed] http://launchpad.net/bugs/55865 [02:10] its like ltsp ... there are only network hardware probs, but no bugs :P [02:10] reassigning to ubuntu-archive? [02:11] seb128: can it. user was wrong. [02:11] s/can/traschcan/ [02:11] seb128: ubuntu-archive only wants to be subscribed iirc... but this one can maybe even be rejected... they will remove the old binaries anyway next time [02:12] seb128: not reassign, subscribe it [02:15] pitti: it's already subscribed [02:15] rodarvus: hm, another nice test - the build should fail since it builds a -dbg :) [02:15] pitti: but I don't want to take the bug and I don't want to let it unassigned [02:15] heh === lilo [i=levin@freenode/staff/pdpc.levin] has joined #ubuntu-devel [02:15] seb128: unassigning should work as long as -archive is sub'ed === kagou [n=kagou@84.4.198.242] has joined #ubuntu-devel [02:16] pitti: right, but the bug stays as noise for bug triagers then [02:17] seb128: well, it should disappear automatically anyway... [02:17] it's the standard NBS case === pitti hugs mvo for the new u-n === _maydayjay_ [n=maydayja@gimel.nas.net] has joined #ubuntu-devel [02:24] pitti: builds with -dbg fail now? [02:25] Riddell: yes, see bug 55880 [02:25] Malone bug 55880 in glibc "libc6 2.4-1ubuntu7 adds gnu debuglinks by default" [Critical,Unconfirmed] http://launchpad.net/bugs/55880 [02:25] pitti: ok, that'll be all the KDE packages needing changed then :) [02:26] Riddell: no, don't === jzb [n=jzb@c-67-164-187-12.hsd1.co.comcast.net] has joined #ubuntu-devel [02:26] Riddell: either we'll fix it in glibc or in debhelper/pkg-create-dbgsym [02:26] yeah, just read the bug [02:28] Riddell: I wait until jbailey wakes up to discuss it with him [02:28] I didn't find anything in the glibc changelog === Harti [n=Harti@unaffiliated/harti] has left #ubuntu-devel ["-carpe] === gort [n=jgbiggs@cpe-24-175-10-187.houston.res.rr.com] has joined #ubuntu-devel [02:50] who is Gauvain Pocentek ? [02:52] Gloubiboulga [02:52] ogra: tks [02:53] btw, using your own tools helps ;) https://launchpad.net/people/gauvainpocentek [02:53] bug 55795 [02:53] Malone bug 55795 in launchpad "replaces Debian maintainer by Ubuntu maintainer in changelog" [Untriaged,Unconfirmed] http://launchpad.net/bugs/55795 === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel [02:53] Gloubiboulga, thats a duplicate [02:53] err, oh [02:54] ignore me ... [02:54] How the hell is that a bug? [02:55] thats no bug [02:55] the one who made the last change has to show up in the changelog [02:55] Like I said. [02:56] erm [02:56] that probably is a bug. [02:56] desrt, ? [02:56] he took the upstream changelog entry directly and changed only the name [02:56] if he changed other stuff to he should have done [02:56] [ Changes by _____ ] [02:57] then added his own changes [02:57] *too [02:57] * Resynchronise with Debian. [02:57] thats enough if a package has ubuntuX versions before and after the merge [02:57] that's very old [02:58] there shouldn't be an ubuntu maintainer's name on a non ubuntu version, though [02:58] stillflame, it has ubuntu specific changes, so the name of the person making these changes is the right one for the changelog [02:58] they should do the synch, preserving the debian changelog and then have their name on the change -after- the synch [02:58] right, if it would have been synced that wouldnt happen at all [02:58] but it was maerged [02:58] *merged [02:59] so thats perfectly right [03:01] well. seems fishy to me. [03:03] it names the person who was responsibe for the manual merging between the last and the current ubuntuX version ... [03:03] the merging occured as work going into the ubuntu1 version and should be listed there [03:03] it wasn't done as work going into the upstream version (2.0.7-3) and therefore should _not_ be listed there [03:04] (and, in fact, it isn't listed there at all -- only the name has changed) [03:04] you mean it should have two different entries ? [03:04] i would imagine so [03:04] considering it already has what appears to be two somewhat broken entries [03:04] discover (2.0.7-3ubuntu1) edgy; urgency=low [03:04] discover (2.0.7-3) unstable; urgency=low [03:05] to most people this doesn't look like a single changelog entry. i think that's the problem. [03:06] if he was doing that it should read like [03:06] discover -3ubuntu1 [03:06] *merge [03:06] -list of [03:06] -changes from [03:06] -debian [03:06] rodarvus: 003_fedora_root_window_black_pattern.patch -> we already get that by doing -br in gdm.conf [03:06] Gloubiboulga, does xubuntu have no pointrelease ? http://cdimage.ubuntu.com/xubuntu/re...6.1/release.1/ is mentioned in the announcement, but doesnt seem to exists [03:06] -- guy [03:06] rodarvus: better to use configuration than patching :-) [03:07] jdub, nice, thanks for the heads up :) [03:07] I'll remove it in the next package upload [03:07] jdub, xubuntu and kubuntu do it in their windowmanagers too? [03:07] desrt, that would extend the merge work a lot ... we rely on dpkg-genchanges -v doing the right thing usually [03:07] (... do you know if...) :) [03:07] rodarvus: no idea [03:08] ogra, http://cdimage.ubuntu.com/xubuntu/releases/dapper/release.1/ [03:08] instead of reformatting the whole changelog :) [03:08] what does xubuntu use for it's display manager anyway? === Hobbsee suspects keybuk will hate her soon. if he doesnt all ready. [03:08] jdub; gdm [03:08] Gloubiboulga, hmm, the link in the announcement is wrong then [03:08] jdub; with a nice blue theme [03:08] http://cdimage.ubuntu.com/xubuntu/releases/6.06.1/release.1/ [03:08] rodarvus: so there's your answer for xubuntu; check kdm for kubutu ;-) [03:08] desrt: thanks ;) [03:08] doesn't gdm requires the gnome stack to be installed? [03:09] YAYAYAY CAIRO! [03:09] I should install xubuntu one of these days [03:09] rodarvus: yes (kubuntu does) [03:09] rodarvus: yeah, care of gnome-canvas [03:09] can anyone suggest a way to be more...spontanious? my /random is running short :( [03:10] and the mouse isn't in easy reach [03:10] lrwxrwxrwx 1 root root 7 2006-08-10 14:09 /dev/ass -> urandom [03:10] jdub, desrt, Riddell: thanks again! [03:11] rodarvus, gdm only depends on gconf IIRC [03:11] but not on all the gnome libs [03:12] gdm on gconf ? [03:12] what for ? [03:13] jdub: sadly cairo is not Yeah, Yeah, Yeah, good. If it were, people like Inkscape would be wanting to use it in preference to stucking with libart. See: http://www.xaraxtreme.org/about/performance.html for how much, er, "potential" and loving cairo needs to receive. [03:13] sladen: i know all about cairo's issues; i am merely celebrating 1.2.2 being in the repos [03:13] it depends on libgnomecanvas2-0 and thus on gnome ... [03:14] ogra: though i see now that gnomecanvas has tidied up depends now [03:14] ogra, err, you're right [03:15] jdub, right ... but enough to not dep on gnome anymore ? [03:15] ogra: look at libgnomecanvas2-0 depends [03:15] yeah, i'm just doing that ... nice ! :) [03:15] ogra: schmick compared to what it used to be like === cymcy [n=cymcy@d83-179-226-127.cust.tele2.fr] has joined #ubuntu-devel [03:24] hmm is dholbach on holidays? [03:24] looks like it [03:25] hi lool [03:27] hi pitti! === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel === LisaH [n=chatzill@78-54.200-68.tampabay.res.rr.com] has joined #ubuntu-devel [03:49] lool: yep, until the wiesbaden sprint in 10 days === heno [n=henrik@henrik.gotadsl.co.uk] has joined #ubuntu-devel [03:50] seb128: thanks [03:50] hi heno === spike [n=spike@unaffiliated/spike] has joined #ubuntu-devel [03:50] hi [03:50] np [03:50] I was in the need of lndir, and it's not in the xutils pkgs, is there a reason for that? [03:50] it's in the debian one [03:51] and an apt-file search lndir will find some manpages references [03:52] any idea? [03:52] spike: it got lost during the X modularization === j_ack [n=rudi@p508D8103.dip0.t-ipconnect.de] has joined #ubuntu-devel [03:54] azeem: I see. and it's definitely lost or what? should I raise a bug if one doesnt exist already? [03:55] spike: I suggest filing a wishlist for moreutils in Debian to include it (and point them to the source or attach it) [03:55] spike, lndir is part of xutils-dev [03:55] which is present on Ubuntu Edgy. [03:55] rodarvus@wakko:~$ dpkg -L xutils-dev | grep lndir [03:55] /usr/share/man/man1/lndir.1x.gz [03:55] /usr/bin/lndir [03:55] rodarvus@wakko:~$ [03:57] seems packages.u.c is broken WRT contents and edgy [03:57] rodarvus: uhm, how does it come apt-file search wont find it? nor http://packages.ubuntu.com/ [03:57] "You have searched for the contents of xutils-dev in edgy, architecture i386. [03:57] Can't find that package, at least not in that distribution and on that architecture" [03:57] spike, *shrugs* [03:57] maybe it hasn't been updated for new packages in edgy? [03:58] xutils-dev is a new package [03:58] oh, nm, my bad, I was thinking of dapper [03:58] indeed, sorry [04:02] Hobbsee: hello :) [04:02] :) === spike [n=spike@unaffiliated/spike] has left #ubuntu-devel ["ta.] [04:05] seb128, one help regarding libwnck, can I ask you ? [04:05] nags: sure === Casanova [n=prash@unaffiliated/casanova] has joined #ubuntu-devel === icecrash [n=swilhelm@213.157.17.145] has joined #ubuntu-devel [04:05] moin [04:06] seb128, copied gok-windowlister.c and trying to write a small program, to bring a bg window to fg [04:06] seb128, Casanova tried this - http://pastebin.ca/125165 === bmon [n=monnahan@103.Red-83-36-130.dynamicIP.rima-tde.net] has joined #ubuntu-devel [04:07] seb128, we both are getting segfault in screen.c [04:07] seb128, #0 0xb7ecd4ba in wnck_screen_get_default () at screen.c:468 === fsmw [n=Fernando@200.113.154.144] has joined #ubuntu-devel [04:08] nags: why do you fflush(stdout); every time you printf something? just curious [04:08] wnck_screen_get_default () actually calls _wnck_event_filter_init (); [04:08] Casanova, ^^^^ ? [04:08] seb128: i just wanted to know where it segfaulted :D [04:09] Casanova: if you printf("message\n"); that should be enough, no need to fflush [04:09] seb128: hmm well it wasnt printing :) === mvo [n=egon@p54A64FDF.dip.t-dialin.net] has joined #ubuntu-devel === jesse_ [n=jesse@gw.thecybersource.com] has joined #ubuntu-devel [04:13] Casanova: run gtk_init before calling refreshList [04:13] nags: [04:13] oh ok [04:14] seb128, okay [04:15] or gdk_init [04:15] should be enough for that [04:18] seb128, okay === stratus [n=stratus@cronopio.rits.org.br] has joined #ubuntu-devel [04:22] seb128, Thanks, it works :) [04:22] np === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [04:26] seb128: it still crashed on wnck_window_get_workspace (window_list_entry->data); [04:26] any idea why? === kagou_ [n=kagou@84.6.192.85] has joined #ubuntu-devel [04:27] oops [04:27] Casanova: doesn't for me [04:27] seb128: sorry my fault :) [04:28] Casanova: are you sure window_list_entry != NULL? [04:28] k === bronson [n=bronson@adsl-67-119-192-207.dsl.pltn13.pacbell.net] has joined #ubuntu-devel === stub [n=stub@82.109.136.116] has joined #ubuntu-devel === truz_`24 [n=truz_`24@74.129.166.232] has joined #ubuntu-devel [04:33] Hi....My name's Lisa and I'm writing an article for NewsForge.com about today's 6.06.1 release. I have a couple of questions for the developers if one of you has a minute. [04:35] hi LisaH === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel [04:39] Feh, it trashes the homepage setting. Why ? [04:39] ogra: fixed the xubuntu point release link to work; thanks [04:40] :) === kbyrd [n=Miranda@mailout1.vmware.com] has joined #ubuntu-devel [04:40] Kamion, that really shouldnt have been your task [04:40] (waiting for mirrors to sync; mirnyy's being slow) [04:40] go away from IRC !! [04:40] *shrug* it was just a missing symlink [04:40] :) [04:41] Kamion: excuses excuses. now take a holiday :P [04:41] don't worry, I am [04:41] IRC != work [04:41] Kamion: surely that depends as to whether it's on or offtopic? === Zdra [n=zdra@221.224-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [04:50] LisaH: Are you looking for an interview with someone, PR fluff, or just to clear up a few random points? [04:56] LisaH: might be best to just ask the questions here [04:57] Thanks...I've got a few chats going on at the moment but I may be back here for some further questions. === shenki [n=shenki@ppp175-80.lns3.adl4.internode.on.net] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === paww [n=skarkkai@nblzone-211-6.nblnetworks.fi] has joined #ubuntu-devel === lbm [n=lbm@82.192.173.92] has joined #ubuntu-devel === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #ubuntu-devel === jesse_ [n=jesse@gw.thecybersource.com] has left #ubuntu-devel ["Leaving"] === Znarl [n=znarl@dark.roundabout.org] has joined #ubuntu-devel [05:15] BenC: ah, cool; from looking at the git commits, I only saw pid and signal number passed to the crash dump helper === hua [n=hua_@221.172.51.21] has joined #ubuntu-devel [05:16] pitti: You probably saw the case where the core size is greater than the apport temp size, there's a second part where the helper gets called with the core file name [05:18] BenC: hm, I looked at both in http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=blob;h=45b34f79920db4bbe3ae05711dc18a9c5161fe0b;hb=6955793faeb05f4a73ec25b7b59e9d5e036a7793;f=fs/exec.c [05:18] BenC: lines 1514 and 1572 [05:18] BenC: aaah, now I see [05:18] must have been bling [05:18] blind, too [05:18] BenC: sorry for the fuss! [05:19] np :) === kagou_ is now known as kagou === shenki is now known as sHenKi_h4TeS_cAp === sHenKi_h4TeS_cAp is now known as shenki === rodarvus_ [n=rodarvus@200.146.73.202.adsl.gvt.net.br] has joined #ubuntu-devel === fsmw [n=Fernando@200.113.154.144] has joined #ubuntu-devel === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === Gerrath [n=Shane_@unaffiliated/gerrath] has joined #ubuntu-devel === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel === nags [n=nags@125.22.8.14] has joined #ubuntu-devel === ajmitch__ [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel [06:08] so, what methods of intelligent design have people followed that worked for them? [06:08] sfllaw: you mentioned that there are sane ways? === teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has joined #ubuntu-devel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel [06:09] Keybuk, infinity, Kamion, mdz: please do not process the new binaries from the gcj-4.1 source until it's built on all architectures [06:09] Keybuk: the only method that really worked for me was iterative design while comparing to a wide range of use cases [06:09] doko: normally we don't anyway [06:09] due to bugs in Soyuz === infinity makes of a note of one more thing that's going to break when he bootstraps hppa. [06:10] \o/ [06:10] That's going to be a painful week. === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #ubuntu-devel === Loevborg [n=loevborg@d2-201.dip.axsp.de] has joined #ubuntu-devel [06:10] infinity: let Lamont do it [06:10] Keybuk: The parts of upfront design that are useful are those that define the problem. [06:10] "your toy architecture, your flaming beige plastic anal violation" [06:10] Nah, then I wouldn't have anything to complain about. [06:10] Besides, it's my toy arch too. Or one of them. [06:11] So requirements specs, like "what problems need to be solved". [06:11] That's actually really hard. [06:11] Because most people think of solutions before problems. [06:11] Which is where you get into trouble. [06:11] sfllaw: yeah, that's the part I really enjoy [06:11] my problem comes when it comes to the actual coding [06:11] I find if I've spent too long designing it, especially at the code level, I get a kind of "coder's block" and can't actually write it [06:11] When it comes to coding, if you've thought which problems need solving, you don't need to specify the implementation too much. [06:12] Lots of what is fun about coding is encountering a problem and then solving it on the fly. [06:12] Matt was advocating a detailed advanced planning thing this time around, so that time estimates would be possible [06:12] where you break the code down into very small tasks, and work them out by the hour how long they take [06:12] If you pull the problems into the specification process, you can hold them all in your head at the same time. [06:12] Oh. [06:12] That's really hard. [06:13] The best I can find for scheduling is Joel's Painless Software Scheduling. [06:13] But even that gives you slack. [06:13] Keybuk: What's responsible for generating the /dev/disk/by-label directory? [06:13] mjg59: udev rules (65-persistent-storage.rules) [06:13] I don't like implementation specs too much. === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel [06:13] mjg59: it uses vol_id to find the label of the disk [06:14] I don't even like functional specs, except for specifying infrastructure and API/ABIs. [06:14] Keybuk: Ok. If I create a partition, how do I provoke it into appearing? [06:14] That's because interoperability is sometimes valuable. [06:14] mjg59: normally it should just appear when the kernel sends out the uevent [06:14] though the kernel is not always good at this [06:14] Keybuk: I've done a mkswap /dev/hda3 -L swap [06:14] ahh [06:14] right [06:14] And blkid [06:14] block device != partition [06:14] But no by-label [06:14] you mean filesystem [06:14] Yes, sorry [06:15] echo -n add > /sys/block/hda/hda3/uevent [06:15] Ok, that works [06:15] Next issue [06:15] it's a long-standing bug of mine that the kernel deals with block devices not partitions ;) [06:15] gah, FILESYSTEMS [06:15] If I have a vfat partition, and then mkswap it, libblkid seems to find the fat UUID rather than the swap one [06:15] yes [06:16] vol_id has a similar problem with fat/ext3 I believe [06:16] I'm not sure if that's helpful, though I guess it doesn't break anything [06:16] partman deliberately zeros the partition bits first [06:16] right, it won't break anything, it just means things are ... wrong ;) [06:16] And thirdly: [06:16] blkid doesn't seem to find my swap uuid/label when it contains a suspended image [06:17] indeed [06:17] blkid is rubbish [06:17] So resume from disk is broken right now === rgould [n=rgould@mail.refractions.net] has joined #ubuntu-devel [06:17] at the sprint, I'm going to sit down with tollef and get mount to use vol_id instead [06:17] Presumably it just needs teaching about where they live? [06:17] yeah, but it's less effort to just do the vol_id change [06:17] Mount's not the issue here [06:17] SuSE already patched it [06:17] oh, what is the issue? [06:17] It's a swap partitoin [06:17] s/mount/util-linux/ [06:18] Ah, right [06:18] they all use the common code [06:18] Yes, that makes more sense [06:18] sorry [06:18] there are other issues anyway, like blkid doesn't seem to support fat uuids [06:18] I'll look at blkid anyway, since I'd like this to work before then [06:18] I'm playing with uswsusp. It seems to have the potential to be quite a bit faster than swsusp. === teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has left #ubuntu-devel [] [06:18] (Back in a moment, need to change my buffers) === Harti [n=Harti@unaffiliated/harti] has joined #ubuntu-devel [06:21] Ok === kagou [n=kagou@84.6.192.85] has joined #ubuntu-devel === poningru [n=poningru@pool-71-251-119-70.tampfl.fios.verizon.net] has joined #ubuntu-devel === MagnusR [n=magru@c83-250-59-127.bredband.comhem.se] has joined #ubuntu-devel === holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-devel === j_ack [n=rudi@p508D8103.dip0.t-ipconnect.de] has joined #ubuntu-devel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [06:36] hi === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [06:48] Keybuk: Turns out to be a trivial patch, by the looks of things [06:49] unsurprising [06:49] the vol_id patch was tiny also [06:49] It actually deals with the standard image, just not the userspace one... [06:49] Testingnow === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel [06:55] seb128, I have some queries with respect to libwnck, whom shall I ask ? === Keybuk sniggers [07:02] Keybuk: Yeah, fixed [07:02] 4 extra lines [07:03] I'll upload now [07:03] hey, my gnome thinks my machine is at 2% battery when it has 2 hours remaining - how do I kick it to uncache those values [07:03] +? [07:05] elmo: try /etc/dbus-1/event.d/20hal restart [07:05] pitti: it's been like this for months [07:05] pitti: so I can't imagine restarting anything'll help [07:06] the problem is when I first installed ubuntu on the machine, the battery was fried (I'd done a partial 'drain-recharge' cycle in the BIOS), so back then, it really did only last a couple of minutes [07:06] oh === givre [n=flo@APuteaux-152-1-67-87.w83-204.abo.wanadoo.fr] has joined #ubuntu-devel === LaserJock_ [n=LaserJoc@ubuntu/member/laserjock] has joined #ubuntu-devel [07:12] Keybuk: Hm. So udev uses libvolid to find swap labels and stuff? [07:13] mjg59: right [07:13] Ok === mjg59 goes to fix it there too [07:13] fix which? [07:13] I may have already fixed whatever you're planning to fix there [07:14] Keybuk: volume_id doesn't appear to detect my suspended swap partition [07:14] mjg59: the edgy one? [07:14] should do [07:14] Yeah [07:14] Hm [07:14] there's definitely a patch for that in there, and I tested it a bit [07:15] Keybuk: It needs to recognise ULSUSPEND as well as S1SUSPEND [07:15] aha! [07:15] yes, fix that [07:15] just modify the existing patch [07:15] Oh god what's the right way to do this? [07:16] debian/patches/60-vol_id-swap.patch [07:16] add [07:16] Patch it without that patch, add the patch, generate the diff, replace the original patch? [07:16] oh [07:16] yeah [07:16] I just apply the patch, tinker with it, and diff against the orig === Keybuk and complicated patch systems don't get on [07:19] so I do things the very hard way [07:19] http://www.codon.org.uk/~mjg59/tmp/60-vol_id-swap.patch look ok? [07:19] missing a == 0) in there :p [07:20] the ) is especially important [07:20] Oops [07:20] Try again? [07:20] looks right [07:20] Ok, testing now [07:43] rodarvus: can you remember what the current work around for "cannot find font fixed is" (bug #54809) ? [07:43] Malone bug 54809 in Ubuntu "X server cannot find default font `fixed'" [Untriaged,Confirmed] http://launchpad.net/bugs/54809 [07:46] yes ;) [07:47] sladen: remove --purge xserver-xorg-core xorg and xserver-xorg than install them it should fix it (atleast it did for a few of us) [07:48] sladen, run mkfontdir in the misc font directory fixes it [07:49] of course :( you could take the easy way :( === Windkracht8 [n=bartv@127-8.bbned.dsl.internl.net] has joined #ubuntu-devel [07:49] ogra: no, that doesn't fix it here. === Windkracht8 [n=bartv@127-8.bbned.dsl.internl.net] has left #ubuntu-devel [] [07:50] oh ? [07:50] thats intresting then [07:50] ogra: and even if I fix things to point to the /right/ directory it doesn't fix it [07:51] well, its not broken here currently ... i built a ltsp chroot today that starts X just fine ... hmm [07:51] gnomefreak: nope, apt-get --purge --reinstall install ... didn't help [07:51] sladen: no dont use --reinstall [07:51] gnomefreak: thanks for the pointer though === Zomb [n=eb@x118.rhrk.uni-kl.de] has left #ubuntu-devel ["Verlassend"] [07:51] sladen, /usr/share/fonts/X11/misc/fonts.dir exists ? [07:51] for some reason --reinstall doesnt fully do what you would like it to do [07:52] gnomefreak: well it doesn't remove the dependancies, which if it does work means it's one of those that is broken [07:52] sladen: i couldnt get --reinstall to work with that i had to remove --purge than apt-get install and it fixed it [07:53] it removes the 3 -desktop packages and something else (cant think of it offhand) with the X packages === Mirv [n=tajyrink@pdpc/supporter/active/Mirv] has left #ubuntu-devel [] === treitter [n=treitter@adsl-75-22-179-141.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel [07:58] what creates "md5sums" in control.tar.gz ? [07:58] dpkg, or do I do it? [07:59] treitter: dh_md5sums [07:59] treitter: it's not essential (only used by debsums), but still nice to have [07:59] pitti: invoked directly, or does something else call that? [08:00] treitter: cdbs calls it automatically, with just debhelper it's your job AFAIK [08:00] pitti: now I have to look up cdbs :) [08:01] ah. cdbs requires Makefiles, right? [08:01] my project doesn't use Makefiles (at least when I pick it up and package it) [08:01] treitter: not any more or less than plain debhelper packages [08:02] treitter: don't worry about it if you don't know cdbs or don't want to use it [08:02] pitti: cool. Thanks :) [08:04] ..so dpkg requires all the control files in ${PKG}/DEBIAN, while dh_md5sums requires them in ${PKG}/debian [08:06] hmm. I don't think dh_md5sums is ideal for what I'm doing. I'll just use md5sum directly === ThunderStruck [n=ThunderS@ubuntu/member/gnomefreak] has joined #ubuntu-devel === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === Traxer|off [i=traxer@shell6.powershells.de] has joined #ubuntu-devel === lemsto [n=lemsto@ANantes-154-1-35-112.w81-53.abo.wanadoo.fr] has joined #ubuntu-devel === mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-devel [08:23] sabdfl, I love it when you fix my bugs and then blog about them [08:25] ogra: ...so, half the places refer to 'X11/fonts' and the other half to 'fonts/X11', meaning that the fonts end up in one, but the aliases that maps 'fixed' end up in the other... [08:25] Burgwork: that happens a lot? [08:26] mdke, no, not really, but the essential people one is my bug from UBZ, when we had people not being at spec bofs because of the lack of it [08:27] oh, that post, nice [08:28] pitti: will you upload glibc tonight? [08:28] doko: yes, after pkg-create-dbgsym is in the archive === daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #ubuntu-devel === Surak [n=ubuntu@200.128.80.254] has joined #ubuntu-devel === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-devel [08:39] Whee. That works. [08:40] Now it just needs some usplash loving. [08:41] when there are more than one video board plugged on a machine, how does hwdata chooses which one it should use? === bmon [n=monnahan@231.Red-83-41-251.dynamicIP.rima-tde.net] has joined #ubuntu-devel [08:48] I have a particular case where Xorg.0.log says: "(II) Primary Device is: PCI 01:00:0", but the Live CD tries to use the other video card - which is disabled in bios, but still appears in device list. It appears first, but it's not necessairly the primary one.... === givre [n=flo@APuteaux-152-1-76-3.w86-205.abo.wanadoo.fr] has joined #ubuntu-devel === npalmer [n=nate@64.221.224.227.ptr.us.xo.net] has joined #ubuntu-devel === fsmw [n=Fernando@200.113.154.144] has joined #ubuntu-devel === mxpxpod [n=bryan@unaffiliated/mxpxpod] has left #ubuntu-devel [] [08:57] sorry, I mean "discover", from discover1 package, not hwdata. [09:04] init:stop_my_job: Timer to stop job called [09:04] init: Goal change: stop test [09:04] init:job_kill_process: Sending TERM signal to test process (27481) [09:04] init:my_reaper: Child 27481 killed by Terminated [09:04] init: test process (27481) killed by signal 15 [09:04] init: State change: test: running to stopping [09:04] \o/ [09:06] Surak: is there a bug report for it, can you file one? [09:07] go Keybuk, now --fomg-optimize is so that the gentoo wannabe's quit moaning :) [09:08] heh [09:09] sladen: I was asking before, so I would post the bug more concisely. I found that /sbin/discover ignores which video board is the primary (as noted in Xorg.0.log), it only lists them in the same order as lspci does. However, would this be a bug from discover or from xserver-xorg's configure script? [09:10] g/as/that === KaiL [n=KaiL@p548F6092.dip.t-dialin.net] has joined #ubuntu-devel [09:18] mjg59: what's uswsusp? [09:20] mdz: userspace suspend [09:21] mdz: suspend for nice people, without the gash === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel [09:24] mdz: Suspend to disk with compression and potentially graphical niceness === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-devel === givre [n=flo@APuteaux-152-1-56-125.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel [09:27] mdz, just realized something about the .1 release announcement. We shoudl make it very clear that merely upgrading will achieive the same result === Zdra [n=zdra@77.19-241-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === nate [n=nate@hobbes.ima.umn.edu] has joined #ubuntu-devel [09:36] Is the CD-Images rsync down? === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel [09:57] Burgwork: it's already gone out === neverendingo [n=neverend@dslnet.85-22-12.ip89.dokom.de] has joined #ubuntu-devel === micahcowan [n=micahcow@69.36.252.2] has joined #ubuntu-devel [10:01] mdz, yep, I realize that. But for the .2 release notes [10:01] is there a way to have dpkg-deb ignore specific files (like .cvs or .svn dirs), or is it expected that you'll remove them yourself as necessary? === mc44 [n=rddpr@ip-81-170-48-115.cust.homechoice.net] has joined #ubuntu-devel [10:03] mdz: what's the best way of dealing with packages that have gone from '6.8.2.1-5' to version '1.0.0-6ubuntu3' ? The downgrade is causing upgrade problems [10:03] http://70.29.57.2/ubuntu/xen-edgy-within-edgy.png [10:03] sweet [10:04] zul: excellent news, shall we fridge it :) [10:04] sladen: err, that should have an epoch. Which packages? [10:04] crimsun: xfonts-utils [10:04] sladen: if you want maybe i should clean up my desktop first though :) [10:05] sladen, the right is 1:1.0.0-foo [10:05] (or, "use epochs" :) ) [10:05] that's odd, since it /does/ have an epoch [10:05] zul: I can't see anything dodgey on there, I don't /think/ [10:05] zul: win32! [10:05] i have a couple of torrents on my desktop i think [10:06] sladen, are you sure you didn't forgot to add the epoch to your last changelog entry? [10:06] most likely the case here [10:06] rodarvus: (meaning to me? It's present.) [10:06] rodarvus: I haven't done an upload, this is the result of doing an dapper->edgy upgrade [10:07] crimsun, well, or you :) (/me didn't read the backlog) [10:07] I'm quite sure, since I used dch -i and double-checked before uploading [10:07] xfonts-utils | 1:1.0.0-6ubuntu3 | http://archive.ubuntu.com edgy/main Sources [10:07] this is what I have here [10:08] sladen: what is dpkg spitting out? [10:09] sladen: that's not a downgrade, that's a change in upstream numbering (hence the epoch) === libervisco [n=libervis@hsiproxy.astra-net.com] has joined #ubuntu-devel [10:09] if the upgrade isn't working properly, it's a bug [10:09] crimsun: the epooch appears to be there in your upload === nate [n=nate@hobbes.ima.umn.edu] has left #ubuntu-devel [] [10:10] right. With what errors is dpkg bailing? [10:11] treitter: by the time you reach dpkg-deb, anything you don't want should have been excluded earlier [10:11] treitter: dpkg-deb just packs up the installed tree; if you don't want those files there, don't install them [10:12] mdz: yeah, that's what I thought. My situation is a little different, though. So I can handle it on my own :) [10:12] mdz: thanks [10:15] crimsun: I think the problem simple comes down to all the packages calling it with --new-option not depending on (>= 1:1.0.0-4) which is when the new option was introduced. It's still a bit disgusting that X completely breaks from something so simple. The lack of 'fixed' was the cause of something previously and having a rock-solid way of having at least one font available seems to be a bit like us providing busybox when your root partition can't [10:15] hey guys [10:15] hello there libervisco, is the weather nice where you are. It's getting a bit dark here and earlier it was raining [10:15] Where do you go if you badly need contributors for your software project? [10:16] ehh yeah weather is ok.. kind of cloudy though :) [10:16] libervisco: who is "you" in this case, ubuntu, or yourself? [10:16] any developer with a project in need === neverendingo [n=neverend@dslnet.85-22-12.ip89.dokom.de] has left #ubuntu-devel ["Konversation] === mc44 [n=rddpr@ip-81-170-48-115.cust.homechoice.net] has left #ubuntu-devel ["Leaving"] [10:17] I'm just trying to check if there is a site or service that enables devs to list their project as "in need of contributors" [10:17] because I would like to open one [10:17] on our site [10:18] do you think it would be of help? === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === mc44 [n=rddpr@ip-81-170-48-115.cust.homechoice.net] has joined #ubuntu-devel [10:24] sladen: done. bug #55928 . I think I explained enough, but that's me :-) I can provide more information if needed [10:24] Malone bug 55928 in xorg "xorg's configure script doesn't detect primary video adapter properly in multi-video environments." [Untriaged,Unconfirmed] http://launchpad.net/bugs/55928 === j_ack [n=rudi@p508D8103.dip0.t-ipconnect.de] has joined #ubuntu-devel [10:27] Surak: okay, many thanks for that. === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [10:35] regarding the broken bios, I've sent similar reports to intel and msi on several different modern motherboards that shows the issue. MSI is receptive to my reports lately. === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel [10:38] Surak: remind me what the broken BIOS issue was? ACPI DSDT? [10:39] excellent to know that MSI are listening [10:39] oh, it's on that bug. The fact that even when you disable integrated video, it still appears on pci device list === geser [n=michael@85.25.108.85] has joined #ubuntu-devel === TomB [n=tomb@AC9F4511.ipt.aol.com] has joined #ubuntu-devel === _TomB [n=ownthebo@AC9F4511.ipt.aol.com] has joined #ubuntu-devel === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel === Sime [n=konversa@ip54579d1b.direct-adsl.nl] has joined #ubuntu-devel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === Sime [n=konversa@ip54579d1b.direct-adsl.nl] has left #ubuntu-devel ["Konversation] === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [11:04] fabbione: after consulting several network engineers it seems we've all concluded that attaching two routers to eachother through a switch housing another subnet will exponentially increase the load on the involved port on the default gateway as the two subnets grow; whereas connecting the two routers over a dedicated router-to-router link results in linear growth [11:04] s/exponentially/polynomially/g [11:04] so yeah, my point stands and has been validated: that design is brain damage. === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === elektranox [n=elektran@p5481F8A6.dip.t-dialin.net] has joined #ubuntu-devel [11:20] jordi: ping === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === shackan [n=shackan@host122-106.pool8257.interbusiness.it] has joined #ubuntu-devel === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel [11:51] .... someone should figure out why Evolution needs 571 megs of memory (I just freed 400M of swap and 200M of RAM o_O) to manage around 400 messages, while Thunderbird (started at the same time) is using 185M to manage a few hundred thousand (other account is subscribed to about 30 mailing lists) [11:53] bluefoxicy, evo memory issues are being worked out [11:53] hum... how did you measure this? [11:54] Surak: well, first off i looked at virtual and figured out how much it thinks is there; second, I closed evo and went fro 960M used (270 cached) and 860 swap to 660 used (330 cached) and 440 swap [11:55] so 690 + 860 -> 330 + 440 == 1550 -> 770, ... wtf. That's more than 571 megs, how is that even possible.. oh. I didn't count the evolution data server. [11:55] htf much was that reporting mapped into VMA, I didn't look :| [11:55] bluefoxicy: fragmentation probably [11:56] zyga: nods [11:56] Surak: point is I tend to open and close apps and see what the system thinks they're doing to memory. [11:56] hum, ok [11:56] I eventually got down to around 400 megs total [11:57] by closing Firefox as well (I'm running FF 2.0) [11:57] FF2 seems to be a RAM hog [12:00] another silly question would be [12:00] why is libc6-amd64 installed on i386 [12:01] /lib64/libc-2.4.so: cannot execute binary file [12:06] good night everyone