=== jayakumar2 [n=jayakuma@203.114.48.42] has joined #ubuntu-devel === HiddenWolf [n=HiddenWo@136.86.dynamic.phpg.net] has joined #ubuntu-devel [12:05] It doesn't take advantage of the fact that you can do things differently (sometimes better) with a GUI. [12:05] Riddell : Around? [12:05] seb128 : Are you working or vacationing right now? [12:07] infinity: hi [12:08] Riddell : Hey, care to peruse some build failure with your name on 'em? (The one that jumped out at me was koffice, but I'm sure there are others) [12:09] The dust is starting to settle from the sync messes, so most of the failure now are Real Problems. [12:09] infinity, something on the middle of that I guess === camilotelles [n=Camilo@20132194128.user.veloxzone.com.br] has joined #ubuntu-devel [12:10] seb128 : Righto. Well, gnome* seems to be all sorts of angry right now, if you're in the mood to track down why it seems your library chain is uninstallible and either make uploads to fix it, or give me some build order instructions to unsnag it, that would be spiffy. [12:10] infinity: you'll be pleased to know I uploaded a new koffice just some moments ago [12:10] seb128 : If you don't have the time, don't worry too much about it. :) [12:10] Riddell : That's service with a smile. Thanks. [12:11] hmm, could someone quickly tell me where gnome-terminal is in breezy? in the application menu that is [12:11] I'm doing a CLI howto, but I'm using fluxbox myself [12:11] Accessories -> Terminal [12:11] infinity, any example of stuff beeing broken? [12:11] excellent, thanks infinity [12:12] infinity, it works fine for me (my laptop runs dapper) [12:12] infinity: I'll be going over others, let me know if anything else jumps out at you [12:13] seb128 : Check failed logs for gnome-print, libglade, gdk-pixbuf, gnome-utils, rhythmbox, etc, etc. [12:13] rhythmbox was due to a soname changes waiting for promotion [12:13] let me look on others [12:13] seb128 : I assume I just need to get a good build order going, but since the build-deps don't seem to be doing that for us, some direction would be nice so I don't have to hunt down every one myself. === JaneW [n=JaneW@66.103.220.208] has joined #ubuntu-devel [12:14] spayne: ping [12:14] Riddell : kdenetwork, digikamimageplugins [12:15] infinity: lamont just fixed kdenetwork, I'll look at digikamimageplugins [12:15] infinity, I would blame libpng12-dev [12:15] sigh [12:16] Riddell : Nope, lamont's upload fails too. [12:16] Riddell : Just later. :) [12:16] infinity, I've the issue with my debian experimental pbuilder, apt doesn't sort it I've to apt-get install libpng12-dev by hand [12:17] seb128 : ? [12:17] seb128 : What's the issue? [12:17] infinity: sigh [12:18] seb128 : If it's the issue I saw on debian lists lately about "Build-depends: libpngXX-dev | libpng-dev", that doesn't effect ubuntu's sbuild. [12:18] seb128 : Ours is patched to pick the first available, instead of the first period. === HiddenWolf [n=HiddenWo@136.86.dynamic.phpg.net] has joined #ubuntu-devel [12:24] infinity, k, so I've no clue on the issue [12:24] seb128, rhythmbox hasn't hit the archive yet. [12:26] seb128 : Alright, I'll dig deeper later, then. [12:27] HiddenWolf, I know thanks [12:27] seb128 : I can usually unsnag this stuff, I'm just trying to pawn off my work on you right now, cause I have to pack for UBZ at some point. :) [12:27] seb128, ok, sorry. [12:27] infinity, usually I can too, but I'm on my laptop from the hotel here and I've no chroot/pbuilder to track it [12:27] I'll probably end up unsnagging GNOME between BOFs or something. :) [12:28] seb128 : No chroots on your laptop?... Tsk. [12:28] Oh well, you can use mine when I come. :) [12:28] Between my "laptop set up as a full buildd", and elmo's archive mirror he's bringing (I hope), it should be alright. [12:29] jbailey: where is the bzr-tools package nowdays? [12:29] mvo: bzrtools!!! [12:30] hi pitti :) === maiateste [n=henrique@cb-217-129-168-181.netvisao.pt] has joined #ubuntu-devel [12:30] seb128:ping === maiateste [n=henrique@cb-217-129-168-181.netvisao.pt] has left #ubuntu-devel ["sa."] [12:30] JaneW, pong [12:31] seb128: help - please. I just upgraded to Breezy. I loaded up evolution and nearly all my e-mail is there and looks normal, but my inbox is gone.... any idea what happened? [12:32] JaneW, is that imap? === maiateste [n=henrique@cb-217-129-168-181.netvisao.pt] has joined #ubuntu-devel [12:32] seb128: yes === maiateste [n=henrique@cb-217-129-168-181.netvisao.pt] has left #ubuntu-devel ["sa."] [12:33] JaneW, that's a known subscribtion issue with some server, there is a workaround... a sec I find the bugzilla number [12:33] seb128: the other IMAP folder sare there, and all the 'on this computer' folder are there too. [12:33] seb128: great, thanks [12:34] JaneW, could you try to go to Folders, subscribtion and to unsubscribe/subscribe to the INBOX folder? [12:36] seb128: aha - it was unchecked! It's back now.... Thanks so much :) [12:36] JaneW, you're welcome, glade it works again ;) === JaneW too [12:36] 'glade'. auto fingers strike again? :) [12:36] s/glade/glad/ [12:37] he just uploaded glade [12:37] yeah, thanks to GNOME :p [12:37] know the feeling. there's a list of words i can't just type, i have to correct them [12:49] Somewhere along the way, my fingers decided that I should always type "server" when I mean "serve", and it's very irritating. === psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-devel [12:51] so I did an apt-get source to get the source to a package... what was the right way to build it again? [12:52] cd foo-1.2.3 && dpkg-buildpackage -rfakeroot -uc -us -b [12:53] ahh... dpkg-buildpackage... question... what does that do differently than simply ./configure and make? [12:53] It makes debian packages? [12:53] (it runs debian/rules clean && debian/rules build && debian/rules binary) [12:53] debian/rules is what's responsible for doing the more interesting things. [12:54] And this probably belongs in #ubuntu-motu [12:54] Or somewhere else that's not here. === psusi is attempting to solve the mystery of why a lot of breezy amd64 libs have been build with a rediculous 1 MB alignment requirement which is wasting tons of memory [12:58] ok, I understand what it means... but -DOPENSSL_NO_IDEA just looks funny [12:59] Too bad there isn't a patent-encumbered algo called CLUE, too. [12:59] hehe [01:00] I don't suppose you would have any idea what kind of specs setting or command line option would get gcc/ld to emit a binary with a 1 MB alignment requirement eh? ;) [01:00] -DIRRITATE_PSUI [01:00] (No, no idea) [01:00] lol [01:00] didn't think so... [01:00] PSUSI, too. [01:01] Maybe it's intentional, so all those people with dual-core amd64 machines with 4G of RAM can feel like it's being well-used, despite only running a web browser and a mail client? [01:02] lol [01:03] yep... ok... the image I built also has 1 MB alignment... now... pin the tail on the toolchain breakage === dfarning [n=dfarning@ppp-70-226-140-33.dsl.mdsnwi.ameritech.net] has left #ubuntu-devel ["Leaving"] [01:05] I'm just wondering which aligment you're looking at ... [01:05] usually it's 8 bytes ... not 1MB [01:05] that's going to use a _lot_ of memory [01:05] aye.... [01:05] exactly [01:05] so struct { char a; char b; char c; char d; }; is using 4MB of memory? [01:05] you just have to use 4 GB for *something* ... [01:05] clock-applet is using 111 megs of memory [01:05] that ai't right [01:06] *shrug* it's _mapped_ 111 megs of memory [01:06] map != using === sfeehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #ubuntu-devel [01:06] it is mostly due to 2 1 MB mappings that would otherwise be like 8 kb from 40 different shared libs [01:06] 111 looks fine to me [01:06] are you really sure those aren't just the stack? :) === Jimbob [n=jcape@c-67-173-146-239.hsd1.il.comcast.net] has joined #ubuntu-devel [01:06] yes.... [01:06] they are mappings of the sections of the .so [01:06] when I do an objdump -x on the .so, it shows this: [01:06] ok [01:07] libpanel-applet-2.so.0.1.10 [01:07] 00002aaaaabcf000 1024 ----- 000000000000d000 0fe:00004 [01:07] libpanel-applet-2.so.0.1.10 [01:07] 00002aaaaaccf000 8 rw--- 000000000000d000 0fe:00004 [01:07] libpanel-applet-2.so.0.1.10 [01:07] those two? [01:07] LOAD off 0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**20 [01:08] right, that's just the alignment within the map [01:08] that means nothing, it's just the spacing of the magic numbers that mean sod-all [01:08] naw, it is causing the section to be 1 MB according to pmap [01:08] when it really should be much smaller than that [01:08] *shrug* that's just a 1MB _gap_ [01:08] it's not readable or writable, and not backed by a page [01:08] not according to pmap [01:08] the same one backed by a page follows it and is just 8KB [01:08] ^^ that's your pmap output I pasted [01:09] seriously, ignore the VSZ of a process, it means absolutely nothing [01:09] it's like load average, it should only be taken in the context of anything else === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [01:09] oh wait a second... you're right... it's ---- [01:10] if clock-applet had 111MB *larger* VSZ than any other applet, there would be a problem [01:10] well, that memory counts towards the commit limit, doesn't it? [01:10] no [01:10] only memory backed by page counts to that [01:10] and if multiple processes use the same page, it only counts once [01:10] hrm... I see... so it is only reserved address space then? [01:10] not committed [01:10] yeah, it's just mapped [01:10] looking at that, I think that's just the relocation table === Seveaz [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [01:11] the .so has 2MB reserved for relocation table, only 8KB of which was actually needed [01:11] hrm.... well it still results in system monitor showing simple things like clock-applet to be using rediculous amounts of memory [01:11] so 8KB is mapped [01:11] *shrug* system-monitor was written by somebody who didn't understand how memory mapping works === hunger [n=hunger@p54A60D1C.dip0.t-ipconnect.de] has joined #ubuntu-devel [01:11] and thought he'd just copy the ps output [01:11] or who did understand, and forgot that most other people don't [01:13] hrm... maybe you'll know the answer to this one then... what's the difference between cache and buffers in the output of free? [01:13] there isn't really one in 2.6 [01:13] cache is the page cache [01:14] the bits of memory that correspond to files on disk, or shared maps [01:14] aye... [01:14] so what's buffers? [01:14] buffers is stuff loaded for the page cache but not yet used [01:14] iirc. [01:14] hrm... that's strange... [01:14] it's usually very small [01:14] cached is usually huge [01:14] on a modern system, you want as much of your memory as possible used by cached [01:14] and as little as possible in free [01:14] seems to grow for me quite a bit while updatedb is running... and system monitor counts buffers as used memory it seems ;) [01:15] aye [01:15] yeah, that makes sense [01:15] pre-loading the next page of the file on disk so it's there when you want it [01:15] that's one reason I hated linux memory management for a long time... it would just let apps eat up all free memory until there was none left in the cache or free, and only THEN start paging out unused data [01:15] so you don't get a performance hit because the disk has moved on when you do want it === blueyed [n=daniel@pdpc/supporter/active/blueyed] has joined #ubuntu-devel [01:16] define "free memory" [01:16] on the free/zeroed list [01:16] there are various configuration options to define when the system considers itself low on memory [01:16] you can tinker with them so your machine behaves how you'd like [01:16] the defaults are a compromise between server and desktop iirc [01:16] (desktop you don't want to kill processes just because you have used up the really-free memory) [01:17] really-free should be as near to zero as possible [01:17] otherwise you've got too much ram in your machine [01:17] all I know is that it used to just keep eating up the cache until there was like 2 MB of cache left, and 2 MB of free left, and THEN throw the 2 gigs of data that hasn't been touched in a week out to swap [01:17] heh === Gman is now known as GmanAFK [01:17] it doesn't quite work like that ... cached is actually not really "cache" [01:18] cached actually includes the code of the apps you have loaded and stuff [01:18] yea.... all of the memory mapped pages that are resident [01:18] some of which may be mapped into user processes, and some only by the kernel cache manager, no? [01:18] you'd be amazed how many people complain X uses 256MB of memory [01:20] Oh, X is a special and wonderful case. [01:20] Since it mmaps directly to your video RAM, and that gets counted against it. [01:20] it's always funny when you suggest that might be the RAM on your video card [01:21] people get this "ooooooh" look [01:21] aye [01:21] VSZ is a lie, news at 11 [01:21] I remember someone particularly complaining about it, and hadn't noticed that if they totalled the VSZs on their machine, it came to something like 80 times the memory they actually had [01:21] hrm... ok... so the real problem then is that system monitor is counting reserved but not committed memory, and it shouldn't do that... [01:22] Probably not, if it's meant to be useful to "normal" users. [01:22] you don't even want to do that [01:22] you want to just count writable non-executable non-shared memory that's not backed by file [01:22] well... I'm a normal user... and when I go looking at the "Virtual Memory" column, I expect it to indicate the amount of memory that the process THINKS it is using ;) [01:23] pmap -x $(pidof clock-applet) | grep " rw---.*anon" [01:23] that stuff, in fact [01:23] and that tells me the clock is using 3MB, which is still wayyyyyy too much for a clock [01:23] actually, no... see that's what windows task manager does for it's "VM Size" field... which I found out today [01:23] and that makes no sense to me [01:23] but then I know most of that is actually the calendar integration, and known bug [01:23] I don't care how big it's heap is... I want to know ALL the memory it is using... shared or otherwize [01:24] paged out or not [01:24] that's VSZ [01:24] Keybuk: 3 MB is a lot less than 111 MB ;) [01:24] the total amount of memory that the process could access if it wanted [01:24] it can't access the sections that are not read, write, or execute [01:24] they are only reserved address ranges, so shouldn't count [01:25] right, but the kernel still counts them against the process [01:25] in windows terms, it is the difference between MEM_COMMIT and MEM_RESERVE [01:25] what for? they don't use any actual resources [01:25] to be honest, why do users care how much memory a process is using [01:25] that very caring suggests they're not really users [01:25] looking for the bloat [01:25] why would a user do that? [01:26] cause they are sick of their computer being so slow ;) [01:26] Generally, they wouldn't, unless processes start refusing to run due to lack of free memory. :) [01:26] or run very slowly due to all the thrashing [01:27] run very slowly, you want to look at the RESIDENT size them :p [01:27] ok... so just to make sure now... the sections that are ----- don't count towards the commit limit, but do count towards the process' vsz? [01:27] because that's the bits that are left to swap [01:27] there's no real commit limit in Linux, you know ... [01:27] but yes, those bits wouldn't count, and in addition it's backed by file anyway, so it wouldn't count [01:27] unless you mess with overcommit_ratio there isn isn't there? [01:28] hrm.... true... [01:29] I still have to wonder though where the 1 MB alignment came from... it's just... weird... [01:29] *shrug* not especially [01:29] it just makes the addresses look nicer [01:30] makes sure there's at least that much room for that, in case you really do end up needing that much space for the relocation table [01:31] the relocation table's size isn't dynamic [01:31] it fits in the .reloc section, doesn't it? [01:32] I don't actually know that's what you have === psusi goes for a smoke to contemplate [01:33] (18:11:27) Wes Chow: I never saw it, but in that Jet Li movie "The One", they have something called the multiverse [01:33] it doesn't actually match any particular section in the library [01:34] it's somewhere in the hash table though === Alphix [n=david@ip54532fb6.speed.planet.nl] has joined #ubuntu-devel === _native_ [n=user@cpe-66-87-4-181.ut.sprintbbd.net] has joined #ubuntu-devel === poningru [n=poningru@n128-227-55-50.xlate.ufl.edu] has joined #ubuntu-devel === Arrogance [n=aks@ottawa-hs-209-217-79-79.d-ip.magma.ca] has joined #ubuntu-devel [01:48] I'm wondering if perhaps a phone with a 102-page manual is perhaps a bit too feature-rich for me... === ozamosi [n=nnozamos@h179n8c1o1049.bredband.skanova.com] has joined #ubuntu-devel [02:24] ciao all === wasabi [n=wasabi@c-24-0-58-245.hsd1.tx.comcast.net] has joined #ubuntu-devel === robertj [n=foo@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === nick58b [n=brand@cypher.nceas.ucsb.edu] has joined #ubuntu-devel === yi [i=yi@rollright.bmsc.washington.edu] has left #ubuntu-devel [] === karlheg [n=karlheg@host-250-237.resnet.pdx.edu] has joined #ubuntu-devel === karlheg [n=karlheg@host-250-237.resnet.pdx.edu] has joined #ubuntu-devel === marcin [n=user@www.e-dev.tele2.pl] has joined #ubuntu-devel === YfQmw7d [n=YfQmw7d@70.89.208.241] has joined #ubuntu-devel === Jimbob [n=jcape@c-24-14-116-227.hsd1.il.comcast.net] has joined #ubuntu-devel === feehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.6] has joined #ubuntu-devel === linuxpoet [n=jd@clbb-248.saw.net] has joined #ubuntu-devel === Unfrgiven [n=ankur@202.76.176.94] has joined #ubuntu-devel === stub [i=stub@sweep.bur.st] has joined #ubuntu-devel === minghua [n=minghua@adsl-69-153-128-173.dsl.hstntx.swbell.net] has joined #ubuntu-devel === hunger [n=hunger@p54A60887.dip0.t-ipconnect.de] has joined #ubuntu-devel === Jimbob [n=jcape@c-24-14-116-227.hsd1.il.comcast.net] has joined #ubuntu-devel === ozamosi [n=nnnozamo@h179n8c1o1049.bredband.skanova.com] has joined #ubuntu-devel === ozamosi [n=nnnnozam@h179n8c1o1049.bredband.skanova.com] has joined #ubuntu-devel [05:04] elmo: can you sync libkexif from debian please === freeflying [n=freeflyi@61.190.65.6] has joined #ubuntu-devel [05:09] don't syncs happen automatically? [05:09] bob2: not if the package has an ubuntu version number === doko [n=doko@toronto-HSE-ppp4038470.sympatico.ca] has joined #ubuntu-devel [05:14] Riddell: in which case you need to add the magic phrase "ok to override ubuntu changes" ... === mgalvin [n=mgalvin@cpe-69-205-47-165.nycap.res.rr.com] has joined #ubuntu-devel [05:15] elmo: add to my request to you? [05:15] yes [05:16] elmo: can you sync libkexif from debian, ok to override ubuntu changes [05:16] <\sh> *g* [05:19] <\sh> oh god...i'm looking like draco malfoy in the half blood prince.../me needs a "don't be afraid of take off and landings" therapy somehow === hunger [n=hunger@p54A61C5F.dip0.t-ipconnect.de] has joined #ubuntu-devel [05:26] Riddell: done === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel [05:26] thanks === moyogo [n=moyogo@89pc104.ucu-vb.uu.nl] has joined #ubuntu-devel === jlj [n=agp@cpe-204-210-33-233.san.res.rr.com] has joined #ubuntu-devel === susus [n=sz@p5089CD11.dip.t-dialin.net] has joined #ubuntu-devel [05:59] hmm, if the breezy upgrade notes in the wiki say gnome-panel leaks ram during the upgrade wouldn't that mean gnome-menus is leaking while talking to gamin? === freeflying [n=freeflyi@61.190.65.6] has left #ubuntu-devel ["Konversation] === Aegir [n=richard@d220-238-78-219.dsl.vic.optusnet.com.au] has joined #ubuntu-devel === farruinn [n=nathan@cpe-69-201-14-55.twcny.res.rr.com] has joined #ubuntu-devel === blueyed_ [n=daniel@i5387D909.versanet.de] has joined #ubuntu-devel === _maydayjay_ [n=jason@ip101109.101.nas.net] has joined #ubuntu-devel === blueyed__ [n=daniel@i5387DF6A.versanet.de] has joined #ubuntu-devel === henriquemaia [n=henrique@cb-217-129-168-181.netvisao.pt] has joined #ubuntu-devel [07:25] I have a problem running chroot on Ubuntu breezy.. "cannot run command `/bin/ls' : No such file or directory". Of course /bin/ls exists in the jail. I've used makejail to create the jail, but makejail also does just one iteration (probably of that problem). It used to work with Hoary. === [Chameleon] [n=Paul@000f660c9c52.click-network.com] has joined #ubuntu-devel === Yagisan [n=jamie@60-240-69-69-nsw-pppoe.tpgi.com.au] has joined #ubuntu-devel [07:38] blueyed: maybe you can try debootstrap instead? that's how I set up my chroot anyway === GmanAFK is now known as Gman === Gman is now known as Gman_ [08:04] minghua: thank you, but I'd rather use makejail. It seems to provide less files etc (when functional). [08:05] What is "execve" in strace? It's result's output format seems to have changed.. === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel [08:05] hi all [08:05] hi zakame. === dhonn [n=dhonn@ip68-7-54-15.sd.sd.cox.net] has joined #ubuntu-devel [08:06] Do you know what "execve" in strace output is? [08:06] you mean the first line in that output? [08:07] blueyed: sudo apt-get install manpages-dev; man execve ;) [08:08] No, I've meant what execve is. But just found it's man page. It's output format (for not-found-files) seems to have changed. (makejail parses this). === rob^laptop [n=rob@dsl-202-52-55-156.qld.veridas.net] has joined #ubuntu-devel [08:23] is anyone else getting an md5sum mismatch on http://security.ubuntu.com/ubuntu/dists/breezy-security/main/source/Sources.gz [08:23] you can check that yourself [08:23] the checksum is in the Releases file [08:25] rob^laptop: occasionally, it seems to depend on what server the dns points me to === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel [08:28] bob2, just checked it, they match ok [08:29] apt-get update still gives the error though === mojo [n=mojo@220-244-212-78.static.tpgi.com.au] has joined #ubuntu-devel === ompaul [n=ompaul@A-96-79.cust.iol.ie] has joined #ubuntu-devel [08:34] i am wondering if the new GNOME 2.14 will have its own menu editor? [08:35] I heard rumours like that [08:36] Treenaks: I saw some post in bugzilla with mockup GUI, look promising, if GNOME 2.14 does have, then we can deprecate SMEG [08:37] mojo, was that alacarte the replacement for smeg? [08:38] ompaul: I can't tell for now, it's just rumour, if the GNOME menu editor is better than SMEG then we replace smeg orelse we stick with smeg then [08:38] smeg is dead there is this by the guy who wote smeg http://dev.realistanew.com/alacarte/releases/0.8/alacarte_0.8-0ubuntu1_all.deb [08:39] s/wote/wrote/ hmm === ompaul puts his fingers away before he does some damage [08:39] ugh [08:40] ompaul: alacarte seems not to be a good replacement, because it's not intergrated with GNOME [08:41] mojo, true, but at least it is better than no editor [08:42] you should start a thread on the forums [08:42] ompaul: let's just wait and see what GNOME 2.14 will bring to us [08:42] and quote random other threads from the forums [08:42] :) [08:43] bob2, and then stop the thread and start a new one [08:43] bob2: and IGNORE the mailing list [08:43] now you're getting the hang of it! [08:43] bob2: you sound bitter [08:43] don't forget to post "LOLZ" followups [08:43] Treenaks: not at all [08:43] LOLZ is the new AOL! [08:43] I respect and appreciate the immense contribution the forums have provided to the social and technical development of ubuntu [08:44] bob2: will you be/are you in Canada? [08:44] no [08:44] ompaul: there is a debate on whether gnome should have menu editor or not, there are 2 sides, both sides are very agressive and determined with their ideal, I think there is only 1 solution, create a configure flag to enable or disable the menu editor features and leave the rest up to distro maker decide [08:44] I need that brainwashing kit [08:44] ompaul: there is a debate on whether gnome should have menu editor or not, there are 2 sides, both sides are very agressive and determined with their ideal, I think there is only 1 solution, create a configure flag to enable or disable the menu editor features and leave the rest up to distro maker decide [08:45] mojo: please only say stuff once :) [08:45] so I shant get to meet such luminaries [08:45] haha configure flag [08:45] Treenaks, I needed to read it twice helped me [08:45] that's not taking a stand at all, that's deciding not to decide [08:45] Treenkas: sorry, my xchat suffed, words are cut, so I just post it twice === robitaille [n=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel [08:46] mojo: so you're making us suffer for your client's brokenness? [08:46] bob2, and if you choose not to decide you still have made a choice (some $song by some $band circa 1980) [08:46] sounds familiar in way :) [08:46] freewill, by rush [08:46] [08:47] oh yes, is the gnome-torrent in CVS as same as gnome-bt (used in current Breezy)? === rob__ [n=rob@dsl-202-52-55-156.qld.veridas.net] has joined #ubuntu-devel === tsume [n=tsume@zanshin.tsumelabs.com] has joined #ubuntu-devel [09:03] oi [09:03] question, is everything in breezy release compiled with gcc4? qt3? [09:06] mostly gcc4, kernel with gcc3.4 i think === freeflying [n=freeflyi@61.190.65.6] has joined #ubuntu-devel [09:07] :( then this error ews me [09:08] tepsipakki: do you know if there are differences in libtool I'll need to watch out for? === linuxboy [n=anon@yoda.frogfoot.net] has joined #ubuntu-devel [09:13] no [09:13] I don't [09:15] then I find this error intresting :) [09:15] libtool: link: AGE `92' is greater than the current interface number `3' [09:15] libtool: link: `3:4:92' is not valid version information [09:16] #ubuntu is probably the place to ask.. [09:17] tepsipakki: actually #C++, #ubuntu is just full of users.. mainly knot anyone who is intelligent in programming [09:17] tepsipakki: its kinda like asking #redhat how to use YasT ;) [09:18] well, I think the ones who can answer are either asleep or partying ;) (at UBZ) [09:18] tepsipakki: UBZ? [09:18] <[Chameleon] > Ubuntu Below Zero [09:18] oh [09:18] in Montreal === tsume is in Alaska [09:18] <[Chameleon] > and I'm intelligent in programming and also am in the #ubuntu channel. === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #ubuntu-devel [09:19] [Chameleon] : you are also in here though [09:19] <[Chameleon] > but, I don't know much about how the library stuff works. [09:19] <[Chameleon] > true [09:19] [Chameleon] : not just library.. but libtool.. libtool is a known hell :) [09:19] <[Chameleon] > oh, I thought Windows' DLL Hell officially claimed that title [09:19] I just hacked the compile, I know how to fix it. I want a answer to why it happens though [09:20] <[Chameleon] > hmm, wish I could help [09:20] <[Chameleon] > really, I do [09:20] well I set it to 3:4:3, I don't know why it gets set to 3:4:92. What is 92 magic to? [09:21] morning [09:21] oi zyga [09:24] w.t.f. [09:25] the totem plugin crashed firefox [09:25] which apparently crashed X [09:25] bob2: cute :) [09:25] which apparenytly got in a loop of being unable to restart [09:25] requiring a reboot [09:25] mininova.org crashes my firefox, for some reason ;) [09:25] tsume: I think I've _heard_ something about this [09:25] but not with a clean profile, go figure [09:26] minghua: I've seen it before, but I just keep "fixing" it [09:26] tsume: perhaps libtool only accepts one-digit numbers there? [09:26] 3:4:92 [09:27] the third digit is not supposed to be more than the first digit [09:27] where was it 92? [09:27] bob2: 92 is what I recieved when I built qtruby from source [09:28] where "source" = "ubuntu source package"? [09:28] I know its supposed to be 3. I'm still curious where it recieved 92 :) [09:28] bob2: no, from tarball source. qtruby is outdated on the ubuntu tree for bugs [09:28] "clueless about library versioning" is a common condition for software developers who aren't in Debian [09:29] <[Chameleon] > bob2: so are you saying it's the qtruby dev's fault? === tsume doesn't think richard dale would screw up code like that [09:30] <[Chameleon] > bob2: otherwise, please enlighten us. I admit that I'm clueless about library versioning. [09:30] I'm just bitter [09:30] let me check [09:31] would have been nice if rdale released his qt4 bindings for qtruby though before the ubuntu release :/ === pusakat [i=proxy@203.167.88.65] has joined #ubuntu-devel [09:43] bob2: totem always crashes ff [09:43] bob2: but X ... that's another story [09:44] zyga: heh.. I used to play games with people. I would crash their X session by sending emails to all my coworkers using kmail === khakionion [n=khakioni@24.144.13.234] has joined #ubuntu-devel [09:45] zyga: jah, x bug [09:45] zyga: but that doesn't stop me directing hate in the direction of totem [09:46] <[Chameleon] > tsume: that brings new meaning to the term "mail bomb" [09:46] [Chameleon] : I only sent 1 email to each coworker :) [09:47] [Chameleon] : the bad part is they couldn't even delete the mail out of kmail without removing it through command line. Even if you clicked on it without the viewing pane it would crash :) [09:47] hey guys [09:48] strange [09:48] tsume: what did that mail contain? an embedded video? [09:48] madsen: you up? [09:48] zyga: a special encoded string :) [09:48] tsume: you hacker, fix kmail and stop damaging [09:49] <[Chameleon] > tsume: I know, that's what I meant. [09:49] zyga: excuse me? no need to get insulting calling me a hacker [09:49] <[Chameleon] > tsume: the single email was a bomb [09:49] tsume: hacker is a very positive word [09:50] zyga: I think kiddy, not coder when I think of the word. Hollywood has ruined it for me. [09:50] tsume: ah, I don't watch many movies, I'm not spoiled yet [09:50] madsen: Hope you see this when you get up. Someone walked in with Evan Williams *86* proof whiskey, so I'm not coherent, but it was just the insight I needed to get Wacom pressure sensitivity working in GIMP/GNOME. [09:51] madsen: When we coincide here in ubuntu-devel, let's see if my fix works for you, or if you [09:51] tsume: I can't see where it's defining the soname at all [09:52] madsen: found your own workarouund for your....what? volitas? Or something? Must sleep. TTYL. [09:52] bob2: I haven't exactly looked at the qtruby source.. yet [09:52] tsume: huh? [09:52] bob2: what code were you looking at? [09:52] madsen: I remembered. VOLITO. Okay, I'm out for reals. Later. [09:53] tsume: the qtruby source [09:53] then my very exhausted self was correct to say the statement above [09:54] what were you looking at before if not the source? [09:54] Oh wait...is this Ubuntu-Devel or Ubuntu-Offtopic? [09:54] I just edited the makefile [09:54] khakionion: ...devel. [09:55] bob2: I knew where to fix it right off. I just edited the makefile which had the 3:4:92 [09:55] tsume: as in the one configure generated from the Makefile.in that was generated by automake from Makefile.am? [09:55] bob2: thanks, couldn't tell with my current GTK+ theme. [09:55] I'm out === khakionion [n=khakioni@24.144.13.234] has joined #ubuntu-devel [09:56] bob2: the location of the file is smoke/qt/Makefile [09:57] libsmokeqt_la_LDFLAGS = -version-info 3:4:92 -no-undefined $(all_libraries) $(GLINC) [09:57] right [09:59] bob2: where does 92 even come from however? [09:59] the author set it [10:02] I'll think about it tomarrow after sleep when I can actually not just think ruby === enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel === lNyBOWK [n=lNyBOWK@70.89.208.241] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.6] has joined #ubuntu-devel === pusakat [i=proxy@203.167.88.65] has joined #ubuntu-devel === sedak [n=fred@home.nenya.info] has joined #ubuntu-devel === Gman [n=gman@amfea-proxy-1.sun.com] has joined #ubuntu-devel === `anthony [n=anthony@220-253-38-5.VIC.netspace.net.au] has joined #ubuntu-devel === MasterC [n=chans@dslb-084-060-220-139.pools.arcor-ip.net] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel === HiddenWolf [n=HiddenWo@136.86.dynamic.phpg.net] has joined #ubuntu-devel === Treenaks -> UBZ === ploum [n=Ploum@151-249.242.81.adsl.skynet.be] has joined #ubuntu-devel [11:00] Hello [11:00] I'm trying to solve this [11:00] https://launchpad.net/distros/ubuntu/+source/flashplugin-nonfree/+bug/3204 [11:01] I have this bug on all Breezy I have upgraded from Hoary [11:01] But nobody has it too [11:02] so can someone tell me if there's some symlink changes or font handling change between breezy and hoary ? === Gman is now known as GmanZZZ === freeflying [n=freeflyi@61.190.65.6] has joined #ubuntu-devel === ikuyaLoqu [n=ikuya@gnulinux.good-day.net] has joined #ubuntu-devel === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-devel === Keybuk [n=scott@66.103.220.215] has joined #ubuntu-devel === spayne [n=spayne@i-195-137-120-148.freedom2surf.net] has joined #ubuntu-devel === rob^ [n=rob@pdpc/supporter/student/rob-ubuntu] has joined #ubuntu-devel === pvanhoof [n=pvanhoof@d5153F60A.access.telenet.be] has joined #ubuntu-devel === stub [i=stub@sweep.bur.st] has joined #ubuntu-devel [11:43] ploum, are you sure you have ubuntu-desktop installed? === dr88dr88 [n=gerrit@h175047.upc-h.chello.nl] has joined #ubuntu-devel === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #ubuntu-devel [11:54] Seveas, yes, I have it [11:54] Can someone explain me what must be the content of : [11:54] /etc/X11/fonts , /usr/share/fonts/ , /usr/share/X11/fonts === Hirion [n=Hirion@p5487F296.dip.t-dialin.net] has joined #ubuntu-devel [11:55] I have three very different things [11:57] In fact, lot of people have the problem and solve it by installing gsfonts-x11 and msttcorefont. As I had it for quite some time, I think that they install their font in a directory that must be symlinked somewhere for the flash plugin === MasterC [n=chans@dslb-084-060-223-139.pools.arcor-ip.net] has joined #ubuntu-devel === HiddenWolf [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === Xophe [n=csr21@84-51-129-62.christ605.adsl.metronet.co.uk] has joined #ubuntu-devel === Xophe [n=csr21@84-51-129-62.christ605.adsl.metronet.co.uk] has left #ubuntu-devel ["Client] === robtaylor [n=rob@nat5.sesnet.co.uk] has joined #ubuntu-devel === hunger [n=hunger@p54A63E08.dip0.t-ipconnect.de] has joined #ubuntu-devel === ploum_ [n=Ploum@194-227.242.81.adsl.skynet.be] has joined #ubuntu-devel === jinty [n=jinty@G98fa.g.pppool.de] has joined #ubuntu-devel === jinty [n=jinty@G98fa.g.pppool.de] has joined #ubuntu-devel === kikidonk [n=kikidonk@ip-83-134-6-226.dsl.scarlet.be] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.6] has joined #ubuntu-devel [01:00] tiens, un kikidonk :-) === Hidde [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === HiddenWolf [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === ploum_ is now known as ploum === HiddenWolf [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === Gman_ [n=gman@amfea-proxy-2.sun.com] has joined #ubuntu-devel === HiddenWolf [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === OculusAquilae [n=oculus@p548D21B5.dip0.t-ipconnect.de] has joined #ubuntu-devel === CaiN_SA [n=cain@66.103.220.210] has joined #ubuntu-devel === jkossen [n=jochem@jkossen.nl] has joined #Ubuntu-devel === Mez [n=Mez@mobileweb02.london.02.net] has joined #ubuntu-devel === jkossen is now known as jk === HiddenWolf [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === kent [n=kent@h55d210.delphi.afb.lu.se] has joined #ubuntu-devel === green-mouse [n=green-mo@CBL217-132-126-237.bb.netvision.net.il] has joined #ubuntu-devel === HiddenWolf [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === jk [n=jochem@jkossen.nl] has joined #Ubuntu-devel === pitti [n=pitti@66.103.220.215] has joined #ubuntu-devel [02:07] good morning [02:08] morning. :) === Mez [n=Mez@193.113.235.183] has joined #ubuntu-devel === herzi [n=herzi@c208013.adsl.hansenet.de] has joined #ubuntu-devel [02:17] morning pitti [02:19] morning guys [02:19] hi fabbione === HiddenWolf [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === HWolf [n=Hidde@136.86.dynamic.phpg.net] has joined #ubuntu-devel === zakame [n=zakame@210.213.92.95] has joined #ubuntu-devel [02:37] does anyone know any docs for installing and setting up planet? [02:37] hello all === mdke can't see anything obvious on the website [02:38] mdke: there was a recent blogpost about planet on planet debian [02:39]