=== ubuntulog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-devel === Topic for #ubuntu-devel: Ubuntu Development | #ubuntu for support and general discussion | #ubuntu-love for getting involved | http://www.ubuntulinux.org/wiki/DeveloperResources | Ubuntu 5.04 is released! | MOM is awake! | Colony CD 1 released | gcc4 transition finished, breezy probably well broken, uploads of C++ packages in universe restricted || don't use ppc64 kernels yet. wait for the next release kthxbye. === Topic (#ubuntu-devel): set by fabbione at Mon Jun 6 13:10:36 2005 [12:28] oh hell [12:28] there is a script here. === chris38-home [~Christian@LNeuilly-152-22-2-96.w82-127.abo.wanadoo.fr] has joined #ubuntu-devel [12:30] wasabi_: I think tromey told you ;) [12:30] I asked last night and haven't been able to check personal email heh === bskahan [~bskahan@pool-70-18-194-136.ny325.east.verizon.net] has joined #ubuntu-devel === schweeb opens up his new laptop [12:32] IBM X41s are sweet. [12:32] hm === wasabi_ sneaks out of work early. [12:35] May get something done tonight. ;) [12:35] MOTUTodo confuses me - it sesm theres's useful links and done, but nothing to do [12:39] Mez: aye, ditto === drbyte [~byte@c220-237-62-156.eburwd8.vic.optusnet.com.au] has joined #ubuntu-devel === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [12:47] lol [01:03] hunger: the sata thing is known === Arrogance [~aks@CPE00112f96b894-CM001225423850.cpe.net.cable.rogers.com] has joined #ubuntu-devel === AndyFitz [~andy@CPE-139-168-167-32.qld.bigpond.net.au] has joined #ubuntu-devel === AndyFitz [~andy@CPE-139-168-167-32.qld.bigpond.net.au] has left #ubuntu-devel [] === seth_k [~seth@24-117-104-21.cpe.cableone.net] has joined #ubuntu-devel === mrzero_ [~ole@83.243.129.233] has joined #ubuntu-devel === Duck_busy is now known as Duck_dodo === diamond [~diamond@194.46.77.135] has left #ubuntu-devel ["Fleeee"] === mrzero [~ole@83.243.129.233] has joined #ubuntu-devel === seth_k [~seth@24-117-104-21.cpe.cableone.net] has joined #ubuntu-devel === SloMo [~slomo@p5487F481.dip.t-dialin.net] has joined #ubuntu-devel === henriquemaia [~henriquem@cb-217-129-170-55.netvisao.pt] has joined #ubuntu-devel === bskahan [~bskahan@pool-70-18-194-136.ny325.east.verizon.net] has joined #ubuntu-devel [03:34] woo, some dhtml crashed firefox === stub [~stub@203-217-37-199.dyn.iinet.net.au] has joined #ubuntu-devel === mdke [~mdke@81-178-111-230.dsl.pipex.com] has joined #ubuntu-devel === stub [~stub@203-217-37-199.dyn.iinet.net.au] has joined #ubuntu-devel === ikuyaLoqu [~ikuya@gnulinux.good-day.net] has joined #ubuntu-devel === otavio [~otavio@201.10.58.28] has joined #ubuntu-devel === Duck_dodo [duck@orfeo.duckcorp.org] has joined #ubuntu-devel === otavio [~otavio@201.10.58.28] has left #ubuntu-devel [] === robitaille [~robitaill@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-devel === quio [~quio@proxy.galileo.edu] has joined #ubuntu-devel === blahrus [gzyhf@12-223-50-121.client.insightbb.com] has joined #ubuntu-devel [04:34] Hello every one ! I'm using Breezy and I just upgraded my dist... when i tried to start my X , I got this error: glibc detected *** double free or corruption (fasttop) , somebody knows how to fix it? [04:34] did you check the mailing list? [04:34] elmo: 130.239.18.137 is gone from ftp.acc for the moment, you should probably update [04:34] quio: it means that the app is buggy [04:35] X is known to be pretty broken in breezy [04:35] (intentionally so) [04:36] quio: you could try running "MALLOC_CHECK_=0 startx" to see if it starts [04:36] ok, let me try it :) [04:37] that just turns off glibc's malloc bug checker [04:38] yeeeeah!!! :D it works!! thanks jamesh ... really I appreciate your help ;) [04:40] quio: setting that env var doesn't solve the problem though -- it just stops glibc from looking for it [04:43] so, It appears to be a glibc bug, by now I can continue working with your sol :). To really fix this, do you think that I have to wait for the upgrade of glibc or have another permanent solution? [04:44] not a glibc bug [04:44] a bug in the application (e.g. calling free() on the same bit of memory twice) [04:45] once the heap gets corrupted anything can happen in the program, which is why glibc checks for the condition and aborts [04:45] mmm yes..... ok, thank jamesh... I will continue my work by now ;).... [04:45] better to have an aborted process than a rooted system. [04:48] anyone packaging istanbul in here? === AndyFitz [~andy@CPE-139-168-167-32.qld.bigpond.net.au] has joined #ubuntu-devel === drbyte [~byte@byte.fedora] has joined #ubuntu-devel [05:03] eruin, see my reply in -motu === r0bby [~wakawaka@cpe-204-210-133-115.hvc.res.rr.com] has joined #ubuntu-devel === jsgotangco [~jsg@202.57.71.235] has joined #ubuntu-devel [05:22] morning [05:31] mornin [05:38] moin === netjoined: irc.freenode.net -> orwell.freenode.net === kent_ [~kent@c-bdc871d5.432-1-64736c13.cust.bredbandsbolaget.se] has joined #ubuntu-devel === chris38-home2 [~Christian@LNeuilly-152-22-2-96.w82-127.abo.wanadoo.fr] has joined #ubuntu-devel === drbyte [~byte@byte.fedora] has joined #ubuntu-devel === blahrus [gzyhf@12-223-50-121.client.insightbb.com] has joined #ubuntu-devel === henriquemaia [~henriquem@cb-217-129-170-55.netvisao.pt] has joined #ubuntu-devel === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === chris38-home [~Christian@LNeuilly-152-22-2-96.w82-127.abo.wanadoo.fr] has joined #ubuntu-devel === magnon [~magnon@magnon.photogeeks] has joined #ubuntu-devel === kent [kent@82.145.135.20] has joined #ubuntu-devel === hunger [~hunger@p54A639DC.dip.t-dialin.net] has joined #ubuntu-devel === doko [~doko___@dsl-082-082-201-214.arcor-ip.net] has joined #ubuntu-devel === tepsipakki [~tjaalton@replicant.hut.fi] has joined #ubuntu-devel === scorpix_ [~scorpix@as17-136.qualitynet.net] has joined #ubuntu-devel === justdave [~dave@66-227-241-236.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel === astro76 [~james@astro76.user] has joined #ubuntu-devel === tseng [~tseng@mail.thegrebs.com] has joined #ubuntu-devel === Yvonne [~fsck@cn-sdm-cr02-0148.dial.kabelfoon.nl] has joined #ubuntu-devel === robtaylor_ [~robtaylor@dyn2.sesnet.co.uk] has joined #ubuntu-devel === |QuaD- [~QuaD@pcp0011386062pcs.ebrnsw01.nj.comcast.net] has joined #ubuntu-devel === ironwolf [~ironwolf@c-24-6-169-124.hsd1.ca.comcast.net] has joined #ubuntu-devel === grirgz [~grirgz@d80-170-84-85.cust.tele2.fr] has joined #ubuntu-devel === jnc [~erisha@c-67-184-244-31.hsd1.il.comcast.net] has joined #ubuntu-devel === HrdwrBoB [~matt@bob.is.teh.admin.at.vicnet.net.au] has joined #ubuntu-devel === spo0nman [~pankaj@spo0nman.user] has joined #ubuntu-devel === lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-devel === mvirkkil [~mvirkkil@vipunen.hut.fi] has joined #ubuntu-devel === mjg59 [mjg59@cavan.codon.org.uk] has joined #ubuntu-devel === seth_k [~seth@24-117-104-21.cpe.cableone.net] has joined #ubuntu-devel === chris38-home3 [~Christian@LNeuilly-152-22-2-96.w82-127.abo.wanadoo.fr] has joined #ubuntu-devel [06:32] hmmm... autoplay and multiple log-ins and auto-play don't work together... === wm_eddie_ wonders how to fix that... [06:32] autoplay? [06:34] I put in a DVD, and my sister's account auto-played it. [06:35] hmm... [06:35] Maybe the Fast User Switching Applet can tell gnome via D-BUS who' [06:35] s [06:35] account is currently visible. [06:37] oh right [06:38] wm_eddie_: well, yeh, g-v-m already does dbus so [06:38] There's no other way huh... [06:38] wm_eddie_: thats not such a badidea [06:38] maybe g-v-m can figure out what tty its X server ison? [06:38] Yeah, but the auto-play stuff needs to know about multiple logged in users. [06:39] yeh but [06:39] if it know what tty it is on [06:39] it can see if its active or not [06:40] What do you mean tty? [06:40] :0, :1, etc? [06:41] wm_eddie_: vt7, vt8, et al [06:41] hmm [06:41] but what $DISPLAY it's on is more interesting, easy to get, and practical [06:42] What do you mean it's on? [06:42] daniels: but can you tell what $DISPLAY is active? [06:43] Lathiat: if FUS was keeping track, sure [06:43] if you switch away, or have a multiseat setup, all bets are off [06:43] right [06:43] (but if you wanted to keep track of it even through vt switches, an x extension could potentially be interesting) [06:43] wel obviosuly it would be overriden for multiseat [06:43] in favour or manual config [06:43] right, as g-v-m is now [06:44] is there an easy way to find what xserver is on a tty? [06:44] im just thinking an X extension could be over the top [06:44] It's pretty frustrating that I can't eject my DVD because my sister logged into the computer 4 days ago... [06:44] wm_eddie_: just unmount it [06:44] as root [06:44] :) [06:44] but yeh, it is [06:45] (if she has stuff open on it) [06:45] Yeah, I know that, but that's because I've been using linux for years. [06:45] linux really could do with a way to invalidate files for removable media [06:45] Lathiat: no solution that doesn't involve ps and grep, no [06:45] so it can just tell a process usingit to fuck off [06:45] Lathiat: even though, you'd need a root helper app to determine what tty you're on anyway [06:45] daniels: or looking around /proc, slightly lessevil [06:46] Lathiat: still equally evil, and open to subversion from user processes with carefully crafted strings [06:46] hm [06:46] \ [06:46] i've been thinking of an X extension for different (and arguably stupid) reasons anyway [06:46] like? [06:47] have your compmgr hook into a vt switch event. when switching in, fade in from black (either gamma or just tool wit hthe colourmap), when switching out, delay the switch until you've faded down to black [06:47] daniels, That'd be pretty cool. [06:47] daniels: heh neat [06:47] how bout a cube animation? :) [06:48] That'd be too Appley [06:48] apple do that? [06:48] hm ok [06:48] We have to take it a step further. [06:48] triangular? :) [06:48] Yes OS Xs fast user switching does a cube animation. [06:48] the most extreme example of stupidity I can think of is animating a spinning globe or something [06:48] where all your sessions are mapped over a sphere [06:49] however, if anyone actually implements that, I'll be extremely dirty at them for wasting their talent on something like that and not spending their time hacking on core X [06:49] What about melting off of the background session? [06:50] which hooks in well with the vt switch idea, since you don't need knowledge of the other user'ss session [06:50] If I don't win any Google bounties I'll see what I can do about that bug. [06:50] if you needed an image of another session, you'd have to use something like dmx [06:50] to which my answer is 'no' [06:51] unless your gdm slave could request an image of other slaves from the master [06:51] Eh, I'm sure the glitz powered X can do something like that easily. [06:52] wm_eddie_: if it includes getting images of other sessions, then the answer is no, not really [06:52] it won't be computationally expensive, but how do you screen-scrape another session? [06:52] unless you just disable all authentication, in which case you're completely screwed when someone just points a keylogger at your $DISPLAY [06:52] I see... [06:55] and its potentially security bad unless you know your about to switch to that display === calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-devel [06:56] daniels: so when do we get working glx+composite? === Simira [~Simira@140.80-202-212.nextgentel.com] has joined #ubuntu-devel [06:58] In other words, when can the arteests start making eyecandy? [06:58] you can do it today with xglx [06:58] or xegl or whatever [06:58] xgl* [06:59] OMFG!!!! [06:59] I'm not an arteest. THe problem is most arteests can't install all that crud. ;) [06:59] provided your compmgr is glx-based [06:59] But when it's in front of them! [06:59] I just heard a Puerto Rican song in Japanese radio!!!! [06:59] david reveman demonstrated glxcompmgr at guadec [06:59] wasabi: well, yeah. i'm packaging it. [07:00] I'm curious... what are the long term plans for a totally GL based gfx system? I was reading some of the wishlists and stuff about running X on top of GL instead of the other way around. [07:01] Are people working on that? [07:01] xglx is running X on top of GL [07:01] ditto xegl [07:01] Or is it just a pleasent dream at this point? [07:01] Oh. [07:01] it works today if you want it [07:02] thing is, stacks of people use render these days, and render ops are generally far far better accelerated by 3D engines (in particular all the compositing) than 2D [07:02] so handing off to a GL library is a big win in that case [07:03] Oh I have no doubt. Having X on top of GL is the obvious good way to go. [07:03] xgl runs inside of X though doesn't it? [07:03] like xnest [07:03] pretty much the only problem with doing that is arbitration [07:03] wasabi: xglx does; xegl doesn't [07:04] whats xegl [07:04] like xglx but runningunder it? [07:04] seems sol [07:04] (xgl* is a family of X servers that translate to GL calls. glx is the gl-over-X protocol, and egl is an 'embedded GL' subset thingy. we can plug mode switching into egl fairly easily, so the plan is to make that the API the X server relies upon.) [07:04] SO how is that stack implemented? THe video vendors wil have to build differnet GL drivers that are interfacing with something else? [07:04] there aren't any accelerated egl drivers available to us at the moment, but we have xegl rendering to the linux framebuffer justfine [07:04] the vendors will have to supply egl drivers, right [07:04] which isn't too difficult [07:06] Interesting. So egl is the base graphics framework, and there would be... for instance, an xorg driver for it? [07:06] Or would it be totally different than that. [07:07] nice im on 91% and acpi predicts 5h5m battery left [07:07] with bt, 802.11 and music playing [07:07] wasabi: an X server layered on EGL, yes === scorpix [~scorpix@as8-162.qualitynet.net] has joined #ubuntu-devel [07:08] wasabi: so instead of having radeon_drv et al, we just have an EGL driver [07:08] That really sounds like such an ideal design, etc. [07:08] daniels: so the question is [07:08] if im running a s3 trio [07:08] wasabi: this lets the vendor provide a completely binary driver if they want. there's one argument that says this is great, because everyone will do it. there's one argument that says this is absolutely terrible, because everyone will do it. [07:08] You could have gdm basically do fast user switching between different X server instances on VTs by rotating the cube the X servers are on. [07:08] will this be slower? [07:08] Lathiat: in that case, you hang back on the xorg server [07:09] daniels: right [07:09] is Xgl part of xorg? [07:09] The vendors will come in line wiuth the open source thing on their own. [07:09] No reason to force their hand. [07:09] That is, if we really believe it's better. [07:09] Lathiat: right now, it's not [07:09] Lathiat: we're working towards much greater codebase parity though [07:09] If it's not better, then I wouldn't ask them to. ;) [07:09] (modularisation will help us a *lot* here) [07:10] daniels: is it based on xorg? [07:10] or xfree? [07:10] wasabi: given the extreme reluctance every vendor is now displaying to do open source (intel probably being the least reluctant), this is a terrible thing [07:10] wasabi: closed drivers for every card is a nightmare [07:10] Lathiat: closer to kdrive than anything [07:10] daniels: ahh ok [07:10] Well, I personally think that people will choose foss because it is simply a better system. [07:10] Market forces, etc, yadda yadda. [07:11] they should be foss [07:11] obviously it will be fought tooth and nail, like everyting. [07:11] but have code like the nv driver in xorg [07:11] ANd ti will suck until they get on board. [07:11] But they will. [07:11] Lathiat: not if it involves their 3D engine, they won't [07:11] wasabi: i'm not convinced they will [07:11] daniels, im talking over the course of Many Years. [07:11] wasabi: some vendors who were previously very keen on open source are now retreating back into their proprietary shell as quickly as they can [07:12] wasabi: we're designing an X server for next year [07:12] There are still many people, a vast majorty I would say, who don't like Linux itself because it's open source. [07:12] wasabi: if I have to endure 5 years of binary-only drivers to get a win, then screw that === AndyFitz [~andy@CPE-139-168-167-32.qld.bigpond.net.au] has joined #ubuntu-devel [07:12] heh. [07:12] if that's the case, there's a whole class of us who will just keep on maintaining Xorg until there are free EGL drivers [07:13] I think that when Linux becomes main stream. When we have a product that people EXPECT to work. [07:13] The vendors will be forced to make that happen. [07:13] And the only way they'll be able to, is by playing nice. [07:13] it'l be all about vendors [07:13] then [07:14] IT's never about vendors. [07:14] It's about users. [07:14] we'll lose the hackers cus open source wont be minority or fun anymore :) [07:14] Well. Heh. [07:14] I dunno. [07:14] I can't predict that. Either all teh FOSS guys will jump ship... for hurd... [07:14] ANd Linux will turn corporate. ;) [07:14] Or not. [07:15] hurd ;p [07:15] heh [07:15] well im off [07:15] tofix some stupid computer [07:15] the only thing that keeps some vendors with tiny bits of nominally open source drivers is that most distributors flat-out refuse to distribute proprietary drivers, at least in their default set === wasabi shrugs. [07:16] We're a massive minority right now. [07:16] sure [07:17] And we're not going away. [07:17] but I guarantee you that if Ubuntu, RHEL/Fedora, et al, all said 'we'll distribute proprietary drivers in our default set', the free drivers would vanish from the vendor radar [07:17] Short term I'd agree. [07:17] But at the same time, there is a reason people use Linux and not *insert closed source OS here* [07:18] I mean, I hope there is. === wasabi looks around. [07:19] I have a firm belief that if we can't win on our own merit, we don't desearve to win. [07:20] well, you know, in the server space, drivers are already happening, with a few exceptions [07:20] because there it isn't as much a vocal minority as a significant part of the market [07:20] Anybody aware of the eepro/e100 driver deal? [07:20] I'm curious about that one. [07:21] what regarding it? [07:21] eepro existed, then e100 came into being. [07:21] yeah [07:21] Looked like one was a community effort, the other was official. [07:21] one was becker's driver, the other was intel [07:21] 's [07:21] Why did Intel do that? [07:22] elmo: x11proto-* -> main please [07:22] because becker writes drivers quickly, but not always the best possible. at least in our experience [07:22] elmo: (xorg b-d) [07:22] Yeah but what made intel give the source vs just releasing a binary only driver? [07:22] I think that's a rhetorical question. [07:22] the fact rhel wouldn't distribute it if it was a binary-only driver? [07:22] Well, probably clue. :) [07:23] hey maswan [07:23] daniels, thank god for the redhats of the world then, right? [07:23] hi there [07:23] well.... [07:24] wasabi: I think that in our experience, we're grateful that becker wrote drivers for network cards, we just wish they had been more solid and less buggy. :) [07:24] maswan: you tell me when you are awake enough to setup the buildd :) [07:24] fabbione: want more stuff? [07:24] I am [07:24] maswan: well i need some packages and some sudo rights [07:24] (also, the kernel guys deliberately don't expose a stable ABI, so attempting to provide a binary driver is far, far mroe difficult in that case) [07:24] open sourcing lowers maintenance burden, since the community can proactively fix stuff [07:24] maswan: ok let me find all the stuff we need :) [07:24] Just make sure to keep EGL rotating. ;) [07:24] fabbione: ok. what do you need? [07:25] grover: however, in reality, the number of people who can, say, fix an SMP-related deadlock in radeon DRM/DRI, is pretty low [07:25] maswan: looking at the overall :) [07:25] grover: having drivers in the kernel.org tree means less chance of changes breaking it [07:25] daniels: true, nice drivers are simpler [07:25] nic driver [07:25] s === wm_eddie [~wm_eddie@wm-eddie.info] has joined #ubuntu-devel === stockholm [~andi@petrus.schuldei.org] has joined #ubuntu-devel [07:26] ogra: hi! [07:26] I dunno. I think there'sa reason FOSS is growing as fast as it is. [07:27] It doesn't just give a warm fuzzy feeling. [07:27] it's free? :) [07:27] It's doing something right. [07:27] Maybe that's it. [07:27] But it's actually GOOD. ;) [07:28] gah WTF is updatedb running now... [07:29] I still can't beleive I heard a Puerto Rican song on Japanese radio... === ska-fan [~ska-fan@dsl-084-059-064-204.arcor-ip.net] has joined #ubuntu-devel [07:32] mdz: -25 uploaded [07:36] elmo: (libx11-dev and libx11-6 need to be in main also, but they already have binary overrides) [07:37] I think the next couple of years is going to be the second open-source explosion. [07:46] With Mandrake turning into one big MegaDistro, Novell pushing Mono, RedHat with their mad X magic, and Ubuntu doing things the way they should be done. It's just a matter of time before critical-mass. === AndyFitz [~andy@CPE-139-168-167-32.qld.bigpond.net.au] has left #ubuntu-devel [] === pitti [~pitti@195.227.105.180] has joined #ubuntu-devel [08:18] Moins moins [08:20] Crap, major security holes in Sun Java :( [08:21] <\sh> *grmpf* [08:21] <\sh> what was the common fix for this error message? [08:21] <\sh> g++-4.0.gcc-opt: ../intl/libintl.a: No such file or directory [08:21] <\sh> on amd64/ia64 [08:26] b-d on getttext? [08:28] <\sh> yepp [08:28] <\sh> and I tried gettextize -f -c [08:33] <\sh> ah...una momenta.. [08:34] <\sh> this looks good === HrdwrBoB [~matt@bob.is.teh.admin.at.vicnet.net.au] has joined #ubuntu-devel [08:42] daniels: still can't enter text :-) [08:45] jdub, the news on the right-hand side of planet.u.c seem a bit confused since the wiki conversion [08:45] robitaille: hmm [08:47] NEWS: CD does not boot [08:47] nice === justdave_ [~dave@66-227-241-236.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel === Burgundavia [~corey@S0106000000cc07fc.gv.shawcable.net] has joined #ubuntu-devel === alerim [~alerim@voltaire-101-1-123.net1.nerim.net] has joined #ubuntu-devel === r0bbyr0b [~wakawaka@cpe-204-210-133-115.hvc.res.rr.com] has joined #ubuntu-devel === mvo [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel === spacey [~spacey@145.33.144.151] has joined #ubuntu-devel === herzi [~herzi@c205165.adsl.hansenet.de] has joined #ubuntu-devel === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel === bronson_ [~bronson@node-40240852.sjc.onnet.us.uu.net] has joined #ubuntu-devel [09:41] Kamion: would it be totally evil if the Kubutu installer installed kde-i18n- in addition to language-support-? otherwise I had to create a l-support-kde- which just depends on kde-i18n-, which would add another ~80 packages to the archive [09:42] Kamion: it is trivially easy to generate the kde-support packages (in fact I have to disable that actively), but I don't want to make elmo cry === justdave__ [~dave@66-227-241-236.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel [09:55] <\sh> gentlemen, i would like to point to this mailing http://article.gmane.org/gmane.linux.ubuntu.devel/8094 and if -devel is the right place to ask this. do we have a common ubuntu solution? === csj [~csj@218-164-178-231.dynamic.hinet.net] has joined #ubuntu-devel [10:04] is it possible to add comments to a task in malone (not to the bug itself, but the "needs fixing in ..." bits)? === bv1al [~root@211.75.23.100] has joined #ubuntu-devel [10:15] $ grep patterns kubuntu.seed [10:15] base-config base-config/language-pack-patterns string language-pack-$LL kde-i18n-$LL [10:15] pitti: it already does :) [10:15] (with language packs, rather than language support packages) [10:15] Kamion: oh, neat [10:15] Kamion: the plan is to pull the translations out of kde-i18n- and into language-pack-kde- [10:16] Kamion: so the remaining contents of kde-i18n- will be translated documentation, which is rather support-ish [10:16] hey Kamion [10:16] hi pitti [10:16] Hey fabbione [10:16] pitti: I can install them with support instead, sure [10:16] Kamion: i figured the pcmcia thingy.. it was bong.. there was a pcmcia-storage-modules for it :) [10:16] might involve a couple of lines of code, but nothing new or exciting [10:16] Kamion: ok, fine. I ping you back if that change is actually done [10:16] fabbione: ah yes [10:16] pitti: cool [10:17] s/if/when/ :-/ [10:17] Kamion: yeah.. cleaning the all is a pain, but it's coming nice and dandy :) [10:17] let's see how broken today's CD is ... [10:17] Kamion: before upload i will push you the changes so you can take a look === grirgz [~grirgz@d80-170-84-85.cust.tele2.fr] has left #ubuntu-devel [] === hunger [~hunger@p54A66842.dip.t-dialin.net] has joined #ubuntu-devel [10:36] <\sh> guys, why does my package compile normally on amd64 and i386 but not on the buildd's? [10:36] build-depends? [10:36] <\sh> no [10:36] what package? [10:36] <\sh> sdcv [10:37] <\sh> i tested it on a adm64 box, and it compiled without problems, on my i386 box as well [10:37] it's trying to run stuff like gettextize during the build, which it really shouldn't; that's a maintainer tool [10:38] timestamp issues on files in the source package? [10:38] make sure that your tests involve unpacking the source package, rather than just copying the build tree around [10:38] <\sh> Kamion: if I'm not running it, i386 would compile , not no 64bit archs... [10:38] and if you're running gettextize in the build, don't [10:39] similarly aclocal and automake [10:39] <\sh> s/not no/but no/ === GheRivero [~ghe@hiscpdprx01.upsa.es] has joined #ubuntu-devel [10:40] <\sh> Kamion: so u mean better to make a patch out of it? takin orig source, gettextize, aclocal etc., taking the diff and put it as patch? [10:41] that sort of stuff should really be in the upstream source package, but if it isn't, then yes it should be part of the .diff.gz [10:41] I don't care which patch system or none you use :) [10:42] <\sh> ok..then i will try it the other way around ;) === Seveas [~seveas@ksl403-uva-153.wireless.uva.nl] has joined #ubuntu-devel === Duck_dodo is now known as Duck_work === marcin_ant [~marcin@www.e-dev.tele2.pl] has joined #ubuntu-devel [10:53] go muine [10:53] when you pause it, it consumes 100% cpu === csj [~csj@218-164-178-231.dynamic.hinet.net] has left #ubuntu-devel [""] [10:53] bob2: nice [10:53] bob2: sounds appropriately .NETish [10:55] ogra: ? [11:07] when is ogra awake? [11:07] stockholm: usually about now [11:07] (c: [11:08] ok === mdke [~mdke@mdke.user] has joined #ubuntu-devel === koke_ [~koke@155.210.13.152] has joined #ubuntu-devel [11:21] hi all! [11:22] hey, what do you think about http://koke.amedias.org/img/ooo-splash-ubuntu.png ?? === chris38-home2 [~Christian@LNeuilly-152-22-2-96.w82-127.abo.wanadoo.fr] has joined #ubuntu-devel [11:30] It'd be better without the blue "Office" === seb128 [~seb128@ANancy-151-1-34-140.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel [11:33] hey seb128 [11:34] hi mvo === seb128 [~seb128@ANancy-151-1-34-140.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === seb128 [~seb128@ANancy-151-1-34-140.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === seb128 [~seb128@ANancy-151-1-34-140.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === bskahan [~bskahan@pool-70-18-194-136.ny325.east.verizon.net] has joined #ubuntu-devel [11:43] elmo: ping [11:52] mvo: do you see any problem with adding two new colums "KDE translations" and "Gnome translations" to the langpack selector? [11:53] Riddell: here? [11:53] pitti: not really, might be better to automatically install them depending if kde/gnome is installed [11:54] what do you think? or is this impractiacal? [11:54] mvo: well, the installer will install them for your primary language [11:54] mvo: but not for additional languages you might want [11:54] mvo: it's the same as with the normal language-pack- [11:55] mvo: in the future there will be l-pack-gnome-[-base] and l-pack-kde-[-base] in addition [11:55] yes, I was thinking that if the user selects "translation" and has gnome installed we may just automatically install the language-pack-gnome- (same for kde of course) [11:55] mvo: ah, right, that's even better [11:56] mvo: hm, but there should still be an interface of any kind; the user might want translated KDE apps he uses under Gnome [11:58] mvo's idea sounds good [11:58] pitti: how many packages does the langpack for kde cover? I assume there is a list? language-detector could use that list to deciede if it needs to install the langpack. [11:58] Riddell: since the new langpack-o-matic works now, are you fine with stripping the kde-i18n- packages now? [11:58] I mean, adding a column for gnome/kde is no problem, I'm just playing around with ideas [11:59] mvo: well, right now only 3 apps, but that'll change if we actually strip kde-i18n-xx [11:59] pitti: what about gnome? how many apps there? [11:59] mvo: maybe the Gnome/KDE colum is automatically selected if you check translations and are under Gnome/KDE? [11:59] pitti: stripping kde-i18n- seems good [12:00] mvo: 99 apps for de ATM [12:00] mvo: (gnome) [12:01] Riddell: ok, then I upload a new pkgstriptranslations without the KDE blacklist, pester infinity to install it, and then ping you to reupload kde-i18n again? [12:01] pitti: ok [12:01] pitti: could you please send both lists to me? [12:01] mvo: yes [12:02] mvo: the kde langpack covers a lot of packages, there's no list (a list of course packages would be easy, list of binary packages longer) [12:02] mvo: for all languages, or is .de as example enough? [12:02] pitti: does the list vary for different languages? === koke_ [~koke@155.210.13.152] has joined #ubuntu-devel [12:02] mvo: I only have a list of translation domains per language, not per application or deb [12:03] mvo: so if there is a German translation for rhythmbox, but not a Spanish one, it would differ [12:03] ah, I see. this makes things more complicated certainly. please send me the german one as a start then [12:03] if we have no mapping pkg<->translation domain :/ === sabdfl [~mark@host217-37-231-22.in-addr.btopenworld.com] has joined #ubuntu-devel [12:04] mvo: oh, I have such a mapping, it's generated during import === sto [~sto@sto.developer.debian] has joined #ubuntu-devel [12:04] mvo: ah, you mean you want to install the langpack if the user has any such app installed? [12:04] pitti: yes [12:04] mvo: great idea :-) [12:04] :-D [12:04] mvo: however, the list will change since there are still some stripping issues [12:05] mvo: http://people.ubuntu.com/~pitti/de-gnome.txt http://people.ubuntu.com/~pitti/de-kde.txt http://people.ubuntu.com/~pitti/de-main.txt [12:05] pitti: that shouldn't be a problem as long language-selector is updated regularly [12:06] mvo: it won't change any/much more close before the release; I think updating the map in l-s is doable right before the release === mvo nods [12:07] pitti: is the mapping pkg<->domain available somewhere too? [12:07] mvo: http://people.ubuntu.com/~pitti/domain_map.txt [12:07] mvo: that is a symlink to langpack-o-matic, i. e. updated automatically [12:10] pitti: thanks [12:11] smurfix: is your smurflogbot a bit sick? :-) [12:11] heh [12:11] Mithrandir: It's OK now [12:11] It managed not to log to the right files :-/ [12:13] heh [12:19] smurfix: why are logging the same chans i do? [12:19] i think it's a bit pointless :) [12:19] fabbione: cause I missed that [12:20] ehhe ok [12:20] fabbione: which channels *are* you logging? [12:20] I'll take mine off them [12:20] smurfix: a sec... [12:20] is it safe to update all this x stuff? [12:20] i need to check === warthylog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-devel === Topic for #ubuntu-devel: Ubuntu Development | #ubuntu for support and general discussion | #ubuntu-love for getting involved | http://www.ubuntulinux.org/wiki/DeveloperResources | Ubuntu 5.04 is released! | MOM is awake! | Colony CD 1 released | gcc4 transition finished, breezy probably well broken, uploads of C++ packages in universe restricted || don't use ppc64 kernels yet. wait for the next release kthxbye. === Topic (#ubuntu-devel): set by fabbione at Mon Jun 6 13:10:36 2005 === Echylo [~echylo@115-178.245.81.adsl.skynet.be] has joined #ubuntu-devel === jlj [~agp@cm-80.111.99.032.chello.no] has joined #ubuntu-devel === HiddenWolf [~HiddenWol@213-73-250-180.cable.quicknet.nl] has joined #ubuntu-devel === jbailey [~jbailey@CPE00501836c657-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-devel [12:41] Hey jbailey [12:41] jbailey: btw, do you plan to upload a new glibc soon? maybe we can fix the gettext lookup then [12:42] infinity: do you have some minutes for me? === stub [~stub@203-217-37-199.dyn.iinet.net.au] has joined #ubuntu-devel === doko [~doko___@dsl-084-059-062-132.arcor-ip.net] has joined #ubuntu-devel === scorpix_ [~scorpix@as35-a135.qualitynet.net] has joined #ubuntu-devel [01:09] pitti: I can do that next week. I have some high priority tasks for this week. === jinty [~jinty@229.Red-81-34-184.pooles.rima-tde.net] has joined #ubuntu-devel === yuval [~yuval@62-90-215-155.barak.net.il] has joined #ubuntu-devel [01:16] daniels: remind me, why is middle click with 2 buttonsdisabled by defualt? === justin [~justin@169.226.52.26] has joined #ubuntu-devel === Robinho_Peixoto [~preview@200.128.80.254] has joined #ubuntu-devel === ogra [~ogra@p5089CA48.dip.t-dialin.net] has joined #ubuntu-devel === Simira [~Simira@140.80-202-212.nextgentel.com] has joined #ubuntu-devel === susus_ [~sz@p5089CA48.dip.t-dialin.net] has joined #ubuntu-devel === bskahan [~bskahan@pool-70-18-194-136.ny325.east.verizon.net] has joined #ubuntu-devel === thoreauputic_ [~prospero@wolax9-158.dialup.optusnet.com.au] has joined #ubuntu-devel === bv1al [~root@211.75.23.100] has left #ubuntu-devel [] === sandip [~sandip@220.226.37.123] has joined #ubuntu-devel [01:46] My heartfelt thanks to Canonical for shipping 5.04 over to my place for distributing to my local LUG. :) ... to New Delhi, India. [01:50] erm, jbailey? [01:50] pitti: yess'r? [01:50] jbailey: is there a reason why amd64 and ia64 don't have gettext in libc? [01:50]