=== asac_ is now known as asac [00:12] asac, fta: would it be worth more if I got an ATI representative to talk about GLSL? [00:13] asac: I seem to have trouble with ubufox .8a1 [00:13] EruditeHermit: well. dont put the bar high. lets first just do a normal discussion and see where it goes [00:13] flash basically doesn't work [00:13] haven't tried a new profile yet [00:13] but when I disabled it [00:13] flash worked fine [00:13] EruditeHermit: i didnt even see any response yet, so lets wait for that first [00:14] ok [00:14] EruditeHermit, well, we're trying to kill nvidia here, so adding ati in the loop is not fair, imho. if it's objective maybe, as long as it doesn't turn into a war [00:14] good point [00:14] didnt even think that far ;) [00:14] but yeah, let the o3d folks answer 1st [00:14] i first want to understand what they say about that [00:15] if that story sounds odd w can look further. but most likely they know technical details we dont have yet. [00:15] no need to argue if they agree [00:16] i dont think we should really argue at all [00:17] ;) [00:17] rather understand [00:17] see what they are after and communicate what we need [00:37] asac: well it will be objective [00:37] but I have emailed my contact at Google with the suggestion [00:37] on my own behalf [00:38] I mentioned that it would be potentially problematic for Linux distributions with licensing [00:43] ok thanks [00:44] hmm the soname feature is still broken on 1.2 branch v8 [00:49] fta: do you parse the build status somehow already? [00:49] i mean the green on https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa [00:49] what do you mean? [00:50] wonder if you already use that page somehow for something ;) [00:50] i want to fix the problem that you and me (if it would work) are the only ones getting build errors [00:50] the launchpad mailing list only allows team members to join [00:51] so i thought maybe sending a daily mail to some mailing list with just a status (like in the morning) [00:51] ALL GREEN [00:51] 9 GREEN / 3 RED [00:51] and if there are reds links to the build logs [00:51] not very difficult to do [00:51] in that mail [00:52] yeah build logs is probably a problem [00:52] well problem not really [00:52] but not a single page i guess [00:53] maybe the links to the build logs are not even needed [00:54] i have a packaging training session ;) [00:55] 30th July, 06:00 UTC, asac, Mozilla packaging techniques (extensions, patchsystems, bzr) [00:55] but i will not really focus on extensions this more [00:56] more like explaining how mozilla packages work and hopefully some people will get that updating patches for dailies is a good thing to do ;) [00:59] ok thats it ... 'till tomorrow [01:15] anyone here? o: [01:16] sure starwind :) [01:16] heya [01:17] bit of a newb question, but this deal with Firefox 3.5, or rather, upgrading to it [01:17] what is the best or proper way to do so [01:17] sudo apt-get install firefox-3.5 [01:17] starwind: which version of Ubuntu? [01:18] I found one package(of many) in synaptics thats listed as "firefox-3.5-branding" [01:18] it's 9.04/jaunty [01:18] ok [01:18] the command I give you will be fine [01:19] brb [01:19] k [01:55] * micahg is back [01:56] o: [01:57] starwind: did it work? [01:59] you never gave me the command :P [02:01] (07:17:12 PM) starwind: what is the best or proper way to do so [02:01] (07:17:30 PM) micahg: sudo apt-get install firefox-3.5 [02:02] oh wow..lol I just noticed it too [02:02] >_< [02:02] apologies [02:03] now, does this install along side 3.0.x or does it replace it? [02:03] alongsdie [02:03] side [02:03] k [02:03] !ff35 > starwind [02:03] starwind, please see my private message [02:04] there's no way to actually replace 3.0.x under jaunty right? Gotta wait till karmic(sp?) [02:04] well, you can uninstall 3.0, but that would cause a few problem [02:04] s [02:04] so, yes [02:05] in karmic ff3.5 will be default [02:05] Isee [02:11] nice, it worked. :) [02:11] thanks [02:12] kinda weird, when it launched it duplicated all the pages I had opened in firefox 3.0.x [02:14] it probably copied the session from 3.0 [02:14] ah yeah that's right [02:32] thanks for the help again micahg, ubottu [10:22] Hi, i have a problem with firefox-3.5 [10:23] Micah told me to look for help here [10:25] Apport doesn't retrace this bug properly: https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/399979 [10:25] Error: This bug is private [11:29] fta: hey [11:34] do you have to have a phone line to have dsl/cable? [11:36] * gnomefreak hopes i can push my changes [11:38] asac: you said there was no translations for 3.5 in Karmic? [12:12] gnomefreak: thats true [12:13] asac: translations just opened for Karmic [12:13] thx [12:13] why the hell cant i remove files from a bug we own [12:13] asac: np [12:15] morning guys [12:16] gnomefreak: problably LP bug [12:16] lol [12:17] FIREFOX_3_5_1_RELEASE [12:17] i was told to file bug against Lp i was just hoping that own of bug could do it :) apport really should do it like it does when it marks a dup. [12:17] THUNDERBIRD_3_0b3_RELEASE [12:17] ack [12:18] that one is nice [12:19] i'm out for a while [12:20] enjoy the sun ;) [12:20] im enjoying alot of swearing right now [12:20] asac: fta : but the sun is the biggest danger for a geek O_o [12:21] i have no idea whats up with the internet on my dads win machine [12:21] sebner: why is that [12:21] eagles0513875: it's win :O [12:23] ya sebner dad is win user and i am just for gaming [12:24] i have a box upstairs running linux and im in the process of upgrading it to jaunty or clean install and possible upgrade to karmic [12:24] \o/ [12:25] brb gonna check on it agin [12:25] lol [12:26] * gnomefreak know why you are having trouble with net on dads box ;) [12:27] gnomefreak: no need to say it i know it as well lol [12:27] :) [12:28] asac: where do i find the file that shlibs:Depends looks in? [12:28] hi [12:29] i would perfer not to add libstdc++6 in contol unless i have to (and yes this will be the final bug i fix for sunbird/lightning [12:29] kaushal: hi [12:29] I have installed firefox-3.5 on hardy. Does that mean it gets installed as a separate application? [12:29] * gnomefreak *really* needs coffee [12:29] kaushal: should [12:30] It got installed as Minefield 3.5 Firefox [12:30] kaushal: `where dod you get it from? [12:30] kaushal: its shiroko not minefield but either way its final :) [12:30] s/dod/did [12:31] !upgrade [12:31] For upgrading, see the instructions at https://help.ubuntu.com/community/UpgradeNotes - see also http://www.ubuntu.com/getubuntu/upgrading [12:31] Shiretoko/3.5.1pre [12:31] is that correct version ? [12:32] https://answers.launchpad.net/ubuntu/+source/firefox-3.5/+question/75923 [12:33] am i doing it correct ? [12:33] kaushal: well 3.5.1 is now final. using upstreams build uses same profile as i recall. [12:34] kaushal: i dont see instructions on the 2 sites for upgrading firefox [12:34] gnomefreak: i did followed that link [12:34] but i dont see 3.5.1 :( [12:34] https://answers.edge.launchpad.net/ubuntu/+source/firefox-3.5/+question/75923 is right [12:35] kaushal: apt-cache policy firefox-3.5 [12:35] kaushal: kind of concerned about people using daily builds since they are not builds that will work all the time, but to each his own [12:36] http://paste.ubuntu.com/219696/ [12:38] kaushal: you have the right one for now [12:39] Thanks gnomefreak [12:39] kaushal: 3.5.1 was just made final so it will be later today/tomorrow before its final in our repos and yes they will use separate profiles [12:40] i really dont like people using those instructions but they are pretty much from us [12:41] gnomefreak: so will i be notified ? [12:42] kaushal: yes using daily repo it will upgrade everyday unless build fails [12:42] kaushal: just have to do updates :) [12:42] im not seeing shlibs.local or any other file with shlibs [12:43] in build area atleast [12:43] so will i be notified in update manager [12:43] ? [12:43] or do i have to run it manually [12:43] ? [12:43] gnomefreak: shlibs file is generated during build [12:44] you almost certainly dont want to do something with that [12:44] whats the prob? [12:44] not enough depends? [12:48] asac: the libstdc++6 for lightning dep. i didnt want to add it to depends line in control if i could avoid it [12:48] asac: sunbird gets it right from shlibs [12:48] gnomefreak: you mean libstdc++5? [12:48] no 6 is needed for 0.9 [12:49] yes. but thats almost certainly included in the depends [12:49] gnomefreak: are you referring to some specific bug i commented on already? [12:49] asac: than why does apt not install it for lightning [12:49] asac: yes just cant recall # let me look for it [12:49] gnomefreak: that bug is bogus. and i commented on it [12:49] gnomefreak: i am 1000% sure that you have libstdc++6 installed [12:49] because all ubuntu systems have that [12:50] this guy claimed that we need libstdc++5 [12:50] but he was wrong ... i commented why [12:51] lightning [12:51] |Suggests: gcc [12:51] Suggests: g++ [12:51] Suggests: autoconf [12:51] Suggests: automake1.4 [12:52] asac: 6 or 5 is not installed by default as i recall [12:52] 5 isnt [12:52] and we dont need 5 [12:52] thats why this is not a bug at all [12:53] 6 isnt is it? [12:54] * gnomefreak not sure how to find out other than rdepends let me see if i can find out [12:55] its installed for ff3 it seems well at the very least [12:55] than why isnt it installed with lightning why do people have to install it by hand [12:59] sunbird lists it as a depends [13:02] i cant find the bug but i remember commenting on it maybe last week or so [13:02] gnomefreak: right and i answered because the bug was flawed [13:03] i am sure the user had the upstream lightning extension installed in his profile [13:03] (which requires libstdc++5) [13:03] oh [13:03] profile extensions always hide system extensions [13:03] even if version is lower [13:03] right [13:03] gnomefreak: understood? [13:03] ;) [13:04] :) of course just remembering a few bugs about this but seems i cant find any of them [13:04] so remember: all mozilla upstream builds from the rotten old 1.8 branch (tbird 2/ffox 2, sunbird/lighting (current)) use the bloody old stdc++5 lib [13:04] Hi, i have a problem with firefox-3.5 on ubuntu 64 bit. It crashes everytime i start it, but the apport bug retrace fails: https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/399979 [13:04] Ubuntu bug 399979 in firefox-3.5 "firefox-3.5 crashed with SIGSEGV in g_object_ref()" [Undecided,Invalid] [13:04] gnomefreak: yeah. if you get a similar claim in future, just tell them that they have upstream .xpi installed in their profile. [13:04] well seems like i borked my install but that doesnt suprise me at all [13:04] ok good than when he tests the icons i can push to bzr than its your turn :) [13:04] Phylu: did you try to start it from a terminal? [13:04] Phylu: what output do you see? [13:05] yes segmentation error (core dumped) [13:05] Firefox 3.5 and the Java plugin are not working well together on my system :< Applets running in the browser corrupt the entire X display after a few moments and require a restart [13:05] Same plugin works with the default packaged version of Firefox though [13:05] normall apport fails on retrace due to flash or extensions but can fail on other things like from any PPA'a [13:06] s/normall/normally [13:06] Phylu: try --safe-mode iuf that fails rename profile and see if you can reproduce it [13:07] Phylu: https://wiki.ubuntu.com/MozillaTeam/Bugs?action=show&redirect=DebuggingFirefox#Run%20Firefox%20in%20a%20Debugger [13:07] ok [13:07] Phylu: use xulrunner-1.9.1 instead of 1.9 and firefox-3.5 instead of 3.0 [13:08] Phylu: oh and dont use -dbgsym for xulrunner and firefox, instead use -dbg [13:08] * asac takes a mental note that the debugging page is a mess [13:09] in safe mode and without a profile there is nevertheless the Segmentation fault (core dumped) [13:09] I will try to debug it correctly [13:10] Phylu: yeah. get a backtrace like on the page [13:10] * asac updates it for firefox 3.5 [13:11] Phylu: ok added "firefox 3.5 section" on top [13:13] libnss3-1d-dbgsym this package is not available there is only the -dbg [13:13] package there [13:13] Phylu: thanks. updating the wiki [13:13] wasnt sure we readded nss as well [13:13] Phylu: oh. also nspr4-dbg? [13:13] oh thats alread on the wiki [13:13] ok [13:14] Well i will come back if it don't work [13:14] bye [13:17] !info libnss3-1d hardy [13:17] libnss3-1d (source: nss): Network Security Service libraries. In component main, is optional. Version 3.12.0.3-0ubuntu0.8.04.5 (hardy), package size 993 kB, installed size 2600 kB [13:18] asac: didnt we stop building -dbg? [13:18] no we started doing that again [13:19] once we decide on the repo for stable releases or safer than i can work on it. only 1 1/2 weeks till next surgery and ill be out maybe a week [13:19] well. at least for all the new branches [13:19] ffox 3.5 and later [13:19] asac: for hardy and intrepid? [13:19] oh nevermind [13:21] asac: dont forget about seamonkey 1 update. its done and tested. ill have sunbird ready in a few days once i get a confirm that its fixed (the versioning sucks but i dont see an issue going from ubuntu2 to ubuntu6 [13:22] i wasnt seeing the icon bug so waiting for him to say its fixed [13:22] yay tbird-3b3 is fixed :) [13:23] i see senders again [13:23] gnomefreak: what are you waiting a confirm for on sunbird? [13:23] asac: the icon res. bug. [13:23] oh ok. icon bug [13:23] ok let me know. sm is on my list [13:23] he wanted to use 128x128 instead of 50x50 [13:23] will do it asap [13:24] asac: cool thanks [13:24] gnomefreak: for what? [13:25] asac: give me a few bug 399400 [13:25] Launchpad bug 399400 in lightning-sunbird "Sunbird does not use highest resolution icon" [Undecided,In progress] https://launchpad.net/bugs/399400 [13:25] Yes libstdc++5 fixed the problem [13:26] yep it was upstream version :) [13:26] libstdc++5 fixed the problem? [13:26] uninstalling upstream addon would have been the right solution [13:26] ;) [13:26] anyway. good that its gone now [13:33] * gnomefreak going to get a new nvidia card later :) [13:33] i won 1 arguement. thats doing great for >5 years of argueing with her [13:37] lol [13:37] the argument was crushing it to gain the final victory? [13:41] yep :) [13:48] hey gnomefreak has 4.2.2 been pushed to intrepid backports? [13:49] eagles0513875: 4.2.2? [13:49] ya kde 4.2.2 [13:49] im seeing updates on intrepid for 4.2.2 if im not mistaken [13:49] eagles0513875: hell i dont know. somehow i doubt it would be released for stable ubuntu releases [13:49] like im currently downloading kdepimlibs 4.2.2 and others [13:50] this is interesting [13:50] ok maybe it was but that is a huge package to backport [13:50] most of time we dont upgrade DE for stable ubuntu releases. that is insane to do [13:51] eagles0513875: #kubuntu-devel would be better to answer that [13:51] hehe i know but im banned from it [13:51] !kde intrepid [13:51] Sorry, I don't know anything about kde intrepid [13:51] !info kdebase intrepid [13:52] kdebase (source: kdebase): base applications from the official KDE release. In component main, is optional. Version 4:4.1.4-0ubuntu1~intrepid2 (intrepid), package size 67 kB, installed size 180 kB [13:52] eagles0513875: i really really doubt it see above [13:52] !find kde [13:52] Found: akonadi-kde, desktop-effects-kde, edubuntu-desktop-kde, gdebi-kde, gettext-kde (and 597 others) [13:52] eagles0513875: backports has really no direction. you have to ask the one who vouched for that backport [13:52] there should be a bug for all backports [13:52] or check the changelog owner, and ping him [13:52] ok [13:53] but in public ;) [13:53] that is a major package so good luck [13:53] but i guess thats normal [13:53] well. if they pushed it to backports there should at least have been too confirms in a ppa ;) [13:54] eagles0513875: why are you still on intrepid? [13:54] i am in the process of upgrading to jaunty btw [13:54] eagles0513875: would be great if you could enable https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa [13:54] i need more intrepid users there [13:54] hmm. ok [13:54] too bad [13:54] just got back to usa yesterday and havent had a chance to upgrade [13:54] anyway for jaunty too ;) [13:54] will add after the upgrade :) [13:55] eagles0513875: you get the security updates a few days earlier [13:55] havent touched this linux box since december thats why its still on intrepid [13:55] if there is any breakage let us know instantly [13:55] hehe [13:55] usually there is no breakage [13:55] im asking in #kubuntu-devel [13:55] ok gnomefreak thanks [13:55] but even if suddenly things behave differently its important [13:55] today im hoping to get some programming books and hit the deck running with c++ and python as well [13:55] like some images looking weird, some sites stopped working after that upgrade that worked before [13:55] maybe then i can actually contribute something to the community [13:55] asac: hi. I haven't been following this closely, so excuse me if this is an obvious question, but is there an approximate date when 3.5 will hit main so its translations are available in Launchpad?. I'd like to tell Ubuntu translators about this [13:55] e.g. any regression even if it seems to be minor is reall yimportant [13:55] !info kdebase jaunty [13:55] kdebase (source: kdebase): base applications from the official KDE release. In component main, is optional. Version 4:4.2.2-0ubuntu4 (jaunty), package size 69 kB, installed size 180 kB [13:56] eagles0513875: upgrade to jaunty :) [13:56] ok i am [13:56] * gnomefreak still waiting for an answer [13:56] strange how its in backports though [13:56] dpm: right. so translations for karmic opened just yesterday. we will move it to main right after alpha3 is out [13:56] it is? [13:56] ill let ya know after i finish updating [13:56] it says its in main [13:56] dpm: and i will open the translations for all during development cycle [13:57] main, is optional. Version 4:4.2.2-0ubuntu4 [13:57] but i cant guarantee what happens with them for release [13:57] gotcha gnomefreak [13:57] dpm: we certainly have to get verifications on _new_ translations. for those disagreeing with upstream we definitly need to develop tools to provide patches [13:57] can i run the update-notifier-kde -u command from the command line cuz on the site it says hit alt+f2 is that necessary though [13:58] dpm: not sure if you could be working on that a bit. i have the feeling that i dont have the time to follow through this properly. [13:58] eagles0513875: kdebase isnt what you want but its right version and if its in main you can bet the main package is [13:58] (the patches) [13:58] eagles0513875: command line should be fine [13:58] if not install update-manager-kde and try [13:58] ok thanks gnomefreak cuz im sshed into the box right now kinda lazy to get up and walk up some stairs back to my room lol [13:58] dpm: i have to check with gandi about a few things about the upstream tree. but after that i can probably give concrete instructions how to do that [13:59] i think -c is assumed now for all update-manager [13:59] * gnomefreak not sure how the kde version works. i dont use this name because i like garden gnomes [14:00] gnomefreak: then the site isnt accurate it says to run update-notifier-kde -u when upgrading from 8.10 to 9.04 [14:01] * gnomefreak wonders why notifier [14:01] eagles0513875: maybe it is different (i dont use that bloated, slow, ugly DE but thats just me :) [14:03] asac: ok, thanks a lot for the info. Yes, we have to talk about what happens after the release with translations. Right now I was just interested in knowing when they will be imported. [14:03] but you've answered that [14:04] gnomefreak: from the version in intrepid to whats in jaunty and karmic kde is getting th ebloat removed form it [14:09] sry to bother ya what would be the command line command to do an upgrade from one release to another [14:10] * gnomefreak really needs to stop buying video cards when mine goes to legacy drivers [14:10] eagles0513875: update-manager -d [14:10] eagles0513875: than maybe ill try it one of these days [14:10] heheh gnomefreak [14:10] gnomefreak: i think you would fall in love with kde [14:11] ty asac [14:11] actually update manager should alreawdy suggest you to upgrade [14:11] try just update-manager [14:11] asac: kde uses update-manager-kde and i remember people having to use adept (still thinks removing that would be best [14:11] there should be a notification "you can upgrade to 9.04 now" [14:11] oh its kde [14:11] well [14:11] lol [14:11] im on my box via ssh [14:11] i think google will help easily enough [14:11] im not getting an answer in -devel about version [14:12] deepdyve [14:12] or is it darkdyve [14:12] http://www.ubuntu.com/getubuntu/upgrading [14:12] its still super early though gnomefreak if alot of devs in usa its 815am cet etc [14:12] that what google gave me [14:12] i go with deep [14:12] there is kubuntu section [14:12] even !upgrade will give you that asac [14:12] why do you ask then? [14:12] its 9"12 here [14:12] im connected to my box via ssh and it keeps complaining about x stuff [14:13] via ssh you should upgrade to latest -updates and -security [14:13] eagles0513875: thats how gnome does it [14:13] then flip sources.list to jaunty [14:13] and apt-get update/dist-upgrade [14:13] but no update-manager tweakes get installed [14:13] 15:13 -!- eagles0513875 [n=eagles05@unaffiliated/eagles0513875] has quit ["When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.2 Shiny http://www.kvirc.net"] [14:13] 15:13 < gnomefreak> eagles0513875: thats how gnome does it [14:13] 15:13 < asac> then flip sources.list to jaunty [14:13] 15:13 < asac> and apt-get update/dist-upgrade [14:14] 15:13 -!- eagles0513875 [n=eagles05@unaffiliated/eagles0513875] has joined #ubuntu-mozillateam [14:14] asac: mvo and others frown on that way but thats due to update-manager fixing problems for you like disabling PPA and crap [14:14] right you wont get update-manager magic [14:14] so if your system uses network-manager you will indeed wnat to use update-manager ;) [14:14] there is one magic that will help you keeping network up [14:14] * gnomefreak not sure mvo added the -d yet but by now should have [14:14] wont i break stuff that way [14:14] asac = cet [14:14] othrewise it will go down when hal gets trashed during upgrade [14:15] cant tell then [14:15] eagles0513875: i know enough about a system to not break it but it happens to me alot lately and im not trying to break it yet [14:15] and i dont wanna either [14:15] i just reinstalled intrepid [14:15] but if i need to get my lazy ass up there i will then [14:16] dist-upgrade for karmic will break that i can promise [14:16] hehe [14:16] didnt for me on a clean install of jaunty [14:16] upstart is broken (depends most likely) [14:17] dist-upgrade to karmic shouldnt be much different to update-manager for now [14:17] i think mvo adds most tweaks before the release [14:17] and not for alphas [14:17] riddel said no updates for stable system at least not a whole DE [14:18] dist-upgrade will try to install upstart and you really dont want to do that yet at least not yesterday [14:18] it removes key items (at least i think they are important) [14:19] it removes startup-tasks system-services upstart-compat-sysv upstart-logd [14:20] however i think they made upstart optional or will for some archs at least [14:21] ill be back i gotta take my lazy rump upstairs [14:21] they should really stop holding back packages just because of added deps [14:22] gnome* being the ones at this time [14:25] * gnomefreak in too many damn channels [14:26] gnomefreak: just checked on my install after reboot and its 4.2.2 now that intrepid is on somehow kde 4.2.2 got back ported to intrepid [14:26] asac: you work on gwibber right? [14:27] in an out [14:27] it uses 2 icons in status bar and none on the lower panel [14:27] i jump in if i see something going bad or getting a specific backtrace you see on the console [14:28] gnomefreak: the one icon you see isnt gwibber [14:28] gnomefreak: its the indicator-applet [14:28] thats basically the place where all apps should publish their notifications [14:28] e.g. irc/im/mail [14:28] the idea is that the apps stop blinking on their own [14:28] etc. [14:29] also its the answer to the removal of actions ... which had some valid uses, which now are served by the indicator [14:29] asac: ah ok can i remove it without removing the whole status area? [14:29] gnomefreak: it should be an applet [14:29] gnomefreak: buts a central piece of ubuntu user experience ;) [14:29] you can remove all applets from bar [14:30] but that would remove date and time and other things i want right? [14:33] gnomefreak: its not a tray icon. remove the "letter" thing [14:33] alternatively you might be able to disable the tray in gwibber [14:35] * asac creating ooo diff.gz ... fun [14:35] wonder how long that will take [14:35] its already running for ages [14:35] ooo takes forever to build or anything else really [14:36] yeah. thats why i push it to ppa ;) [14:36] builders seem to be a bit idle atm [14:36] lol asac what kinda proc you got if you dont mind me askin [14:36] asac: i would never guess that they would be idle lol [14:36] ok what the hell does this mean :( grub install devices and lists both my hard drives what do i do check one both or none [14:36] too slow [14:36] its really outdated [14:37] same with my desktop upstairs its an old school amd athlon 64 3200 [14:37] i dont even know the exact model name ... so its really old ;) [14:37] hehe [14:37] its at least a duo something [14:37] core 2 duo [14:37] or core duo [14:37] asac: why not add the -j2 to use both cores then [14:37] i always wanted to get a k7 (or whatever that is) with loads of ram. but never got to it [14:38] -j3 is better [14:38] whats the difference between -j2 and -j3 [14:38] but its not so important. i usually dont do full builds locally; i develop in upstream tree or fix patches [14:38] gotcha [14:38] and upstream tree is only incremental build in most cases [14:39] and you have the new intel i7s which take up to 24gb of ram which is over kill then the 8 core intel xenon nehalem-ex procs with 16 cores 8 physical 8 virtual up to 32tb [14:39] ok fixed taskbar but the try icon i left no changes for the letter looking icon maybe removing it will keep it that way [14:40] gnomefreak: the letter looking icon you can remove ... its a panel thing. [14:40] gnomefreak: you can also move it somewhere else [14:41] i removed it from panel i just hope it stays that way. testing now [14:41] thanks it worked :) [14:42] gnomefreak: why dont oyu like it? [14:43] its annoying to see 2 icons for one app and its whilte and hard to see on a white panel i can see it enough to annoy me rather than know what shape it is [14:43] ok this grub update problem i really need help with [14:44] grub changes by mvo as i recall in karmic changes mail [14:44] GRUB install devices: and lists both hard drives what do i chose? [14:57] asac: where do i find settings for debconf priority? /usr/bin/debconf for priority is too cryptic [14:58] /usr/share/debconf also not helpful [14:58] sorry i mean /usr/share/debconf/debconf.conf [15:00] man debconf? [15:01] i guess maybe --priority=value? [15:02] its too late to know since it already asked and he thinks its due to level being set to medium high should not ask you [15:03] gnomefreak: i didnt understand your question [15:03] ok so i lied before i can break a system :) [15:04] if you want to change the priority it asks for use dpkg-reconfigure [15:04] hmmm [15:06] it looks like it was set to high [15:07] :09:49:06:. >> mvo << gnomefreak: it should not ask on the default debconf level (high) :) [15:07] but it was set to high. im asking him just waiting for an answer [15:07] either that or move it to critical but im thinking wont help too much [15:10] my thomometer says its 105F outside and its only 10am high should be ~80F for today, high is normally here around 4pm [15:18] asac, just helped a friend running hardy, flash is a mess there [15:19] in which sense? [15:19] update manager isnt working for me on intrepid [15:19] asac, he had gnash (flash 8), adobe-flash-*, and flash-nonfree 10 (trying to dl flash 9 non longer available) [15:20] yeah its best to only have one [15:20] plus a flash9 in its ~/.moz/plugins [15:20] and there is no plugin switcher available in hardy afaik [15:20] yeah thats really bogus [15:20] i am not sure why mozilla hasnt blacklisted flash 9 yet [15:20] i think it really breaks ffox completely [15:21] so i dropped the local install, gnash and flash-nonfree, now it's fine [15:21] i'm surprised that flash-nonfree v10 is trying to get flash 9 [15:21] gnash i never got to work for me [15:21] fta2: did you check that he has the right repos for adobe-flash? [15:21] flash is really a big security target, so better have them (or use nonfree) [15:22] it's fine now, just wanted to tell you it was a mess [15:22] i always use nonfree or what ever is in kubuntu-restricted-extras [15:24] so there is a small "Block" card thing on top of flash files. is that adblock? [15:24] i guess i should check that out [15:26] * gnomefreak goes to get ready to leave. ill be back after i get card in box [15:47] asac? [15:48] there is a problem with debugging [15:48] gdb crashes when i try to debug ff with it [15:49] how do you run gdb? [15:49] firefox -g? [15:49] or what did i state on the wiki? [15:49] Phylu: try firefox -g in first step instead [15:53] ok [15:53] and it should be gdb /usr/lib/firefox-3*/firefox-3.5 2>&1 | tee /tmp/gdb-firefox.txt [15:54] firefox -g ... [15:54] thats what i said ;) [15:55] doesn't work you have to use run -g in the next step [15:55] in this line there is the 3.5 missing [15:55] no [15:56] i say ruN. [15:56] firefox -g 2>&1 | tee /tmp/gdb-firefox.txt [15:56] err [15:56] firefox-3.5 -g 2>&1 | tee /tmp/gdb-firefox.txt [15:56] dont run the /usr/lib/thing [15:56] and dont add gdb [15:56] asac already on debugging ff again ^^ [15:57] explaining how to try to get a backtrace [15:57] isnt really debuggin [15:57] more the requirement for starting ;) [15:57] asac: if you are trying to get a backtrace I'd say you are hunting down a bug -> debugging :P [15:59] ok, i think i got it ;-) [16:08] Here it is: https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/400272 [16:08] Ubuntu bug 400272 in firefox-3.5 "firefox-3.5 crashes directly after starting" [Undecided,New] [16:09] Phylu: its from /usr/lib/gtk-2.0/modules/libglobalmenu-gnome.so [16:09] remove the globalmenu [16:09] (or disbale it) [16:10] please also report it upstream as they seem to have added a workaround for ffox at some point [16:10] they need to adjustg that for 3.5 most likely [16:11] is there a package for libgnomemenu? [16:11] err globalmenu ;) [16:11] or is that from outside? [16:12] from a ppa i think [16:15] Thanks for your help. I will post it in their bug tracking system [16:17] Phylu: please link them to the ubuntu bug and vv [16:17] thanks [16:17] otherwise we must close the ubuntu bug [16:17] :) [16:19] vv? [16:25] Phylu: please link them to the ubuntu bug and vv <- What do you mean with vv? [16:28] asac? [16:55] vice versa [16:55] both bugs should have the reference of its counterpart [16:58] ok [17:39] mt owns the builders again ;) [17:39] now even with openoffice [17:39] https://edge.launchpad.net/builders [17:39] i wonder how much they hate us already ;) [17:39] have you ever got a complained from someone ;) about that fta2 ? === dpm is now known as dpm-afk [17:52] no [17:58] armin76: do you have any patches to make sparc 1.9.1 work? i saw that we have build failures for that ;) [18:38] anyone know how to change the height of the bookmark toolbar using ubuntu firefox v3.011? [18:39] living_room_tv: you need to use css i am sure [18:39] but i dont have time to look it up [18:39] its in userChrome.rdf i woujld think [18:39] err css [18:40] http://www.mozilla.org/unix/customizing.html [18:40] living_room_tv: check that out [18:40] ther eis even an example where they hide the toolbar bookmark item icon? [18:41] not sure [18:41] i am not really robust in css without looking up the tweaks [18:42] thanks, i will check it out [18:43] np [19:15] fta: ping [19:15] ? [19:16] asac, http://viewcvs.gentoo.org/viewcvs.py/gentoo-x86/net-libs/xulrunner/xulrunner-1.9.1.ebuild?view=markup [19:17] fta: you mentioned yesterday that it was possible to produce a libskia.so ... i've been unable to identify the --enable flag you were talking about [19:18] scons doesn't work like autoconf, it's not --enable-xx [19:19] fta: i don't think skia uses scons... perhaps just it's deployment in chromium does? [19:20] fta: i just see a Makefile [19:21] fta: forgive me if i'm missing something obvious... [19:21] fta: i certainly defer to your experience with the chromium codebase [19:23] hey guys [19:25] pace_t_zulu, i'm looking at skia inside the chromium tree, hold on [19:27] hmm, indeed, no scons/gyp there [19:28] so yes, no shared lib in this Makefile / configure [19:30] fta: does chromium lnk it statically? [19:34] by default yes, but you can build chromium with shared libs too [19:34] i have a pref in my package [19:39] fta: thanks for looking into that... i thought perhaps i was missing something very obvious [19:44] fta: you're not using the green tree revision in the chromium-v8 package... are you? i don't see it in the debian/rules [19:45] no, i don't think there is one [19:50] fta: sorry i was refering to the v8 revision referred to in src/DEPS in the chromium source... i realize the green tree revision only refers to the chromium revision number (which would naturally affect the v8 revision refered to in src/DEPS) [20:00] fta: so for the chromium-v8 packaging you won't concern it with the revision that chromium-browser is using? [20:06] my v8 package is old, last time i touched it, chromium was still in its infancy. if i were to do it now, i would do things differently === pace_t_zulu is now known as pace_t_zulu|afk [20:09] fta, asac: hey [20:17] EruditeHermit, hi [20:18] fta: my contact said that I made a very convincing argument for GLSL [20:18] and that its something that they are considering doing now [20:18] good [20:19] do they say such thing in the bug? [20:19] or only private? [20:19] heh great. all ooo builds failed ;) [20:20] occupied hours of builders ;) [20:20] for nothing [20:21] unfortunately it really fails in the plugin code [20:21] thats not nice [20:21] In file included from ../inc/plugin/unx/plugcon.hxx:105, from ../inc/plugin/unx/sysplug.hxx:35, from ../inc/plugin/impl.hxx:85, from /build/buildd/openoffice.org-3.1.0/ooo-build/build/OOO310_m11/extensions/source/plugin/base/service.cxx:38: [20:21] /usr/include/xulrunner-1.9.1/stable/npapi.h:155: error: redefinition of 'struct _NPP' [20:22] i already see major pain coming ;) [20:22] well not major, but something i would like to push away [20:22] hmmm ... maybe chris should care for that ;) [20:22] * asac is running *gwibber* 2 ;) [20:23] asac, another branch? [20:23] yeah [20:23] the service-split-branch [20:23] but we now decided to merge it into trunk [20:23] after doing the 1.2 branch cutoff [20:24] there was substantial refactoring ongoing [20:24] its now a dbus daemon [20:24] and a UI [20:25] http://people.canonical.com/~asac//tmp/Screenshot-Gwibber-2.png [20:26] so they now redirect my people.ubuntu.com to people.canonical.com [20:26] it was an email to me [20:26] he told me to post what I wrote in the discuss so that others on the team could see it [20:26] ok. first we wait for what upstream responds anyway [20:27] well should I post a new thread? [20:27] why? [20:28] lets wait for now [20:29] or maybe i dont understand your question [20:30] well my guy said I should post my thoughts to the discuss [20:30] so that others could see it [20:30] but if you want me to wait and not post on your thread or not post anywhere, I will wait [20:31] can you link me to your thread again? [20:31] I lost it [20:33] uh?? dh_install -pthunderbird-3.0 [20:33] cp: cannot stat `./debian/tmp/usr/lib/thunderbird-3.0b3pre/components/libdbusservice.so': No such file or directory [20:33] removed? === pace_t_zulu|afk is now known as pace_t_zulu [20:41] fta: you mentioned that you'd do things differently with v8 right now... what would you do differently? [20:56] pace_t_zulu, i meant i know far more about chromium now. [20:56] fta: is there anything you know that i should keep in mind when trying to package skia? [20:56] pace_t_zulu, asac: btw, i don't think it's a good idea to start with v8 and skia, i would be far better to start with the other deps we already have [20:57] imho webkit, skia and v8 should be the last parts [21:00] the reason is that those are still moving targets, while there are a dozen of other libs that are stable [21:00] the infra to use system libs in chromium is not there at all, so better start with the easiest, i.e. stable libs [21:01] (fight on 1 front instead of several) [21:04] any suggestions? ;) [21:04] like ffmpeg-mt ;) [21:04] skia didnt really look like it was moving that fast [21:04] though the commits could be intrusive of course [21:11] fta: webkit should definitely be the last one... [21:12] asac / fta: you all are getting 3.5.1 ready, right? [21:12] yes [21:12] hopefully the chromium team can push any enhancements to webkit back upstream [21:12] * asac looks if builders have finished [21:12] k [21:14] for xulrunner the final ones are on CPU right now [21:14] for firefox there are two archs waiting (i guess 1h) ... the build is really quick though [21:15] asac: is there a link to watch the progress on that? [21:16] https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa [21:16] pace_t_zulu: thats what you should enable anyway [21:16] i helps us catch regressions [21:16] and is staging ... so what is there is still "beta" ;) ... but only security/stability updates [21:17] pace_t_zulu: you could for instance test the firefox-3.5 builds now ;) [21:17] (with xulrunner-1.9.1) [21:17] asac: thanks i was using ~ubuntu-mozilla-daily ... [21:17] ok [21:17] pace_t_zulu: well. you can still enable -security [21:18] i think today -security is ahead [21:18] until release usually [21:19] asac: thanks... daily is on 3.5.1pre right now [21:20] fta: can you link me to your o3d discuss thread? [21:20] pace_t_zulu: right. -security is ahead [21:21] pace_t_zulu: if you could enable and run it i would apprecite it [21:21] if you run -dailies hen the risk is even lower and you will automatically go back when dailies move on :) [21:21] thanks! [21:22] asac: gladly... i want to contribute in any way possible... i'd rather identify problems before a release than complain about them after :) [21:28] cool [21:30] gandi: so i am looking at http://hg.mozilla.org/l10n-central/de/ and i wonder how the langpacks are produced from that? [21:30] fta and asac: when i try run $ bzr builddeb --merge --dont-purge --builder='dpkg-buildpackage -rfakeroot -b' [21:30] e.g. how are the chrome.manifests generated [21:30] etc. [21:30] i get the following error message: bzr builddeb --merge --dont-purge --builder='dpkg-buildpackage -rfakeroot -b' [21:30] oops [21:30] http://pastebin.ubuntu.com/220046/ [21:30] asac: https://developer.mozilla.org/en/Creating_a_Language_Pack [21:31] do you need assistance or just such source of data? :) [21:31] for chromium-v8 that is... but i get similar results with chromium-browser and skia [21:31] gandi: yes [21:31] gandi: i need assistance. i want to understand if there is a strict directory layout [21:31] asac: yes [21:32] and if so, how that maps to the chrome.manifest entries you generate in de.manifest for instance [21:32] the one you see in ./de example is pretty strict [21:32] manifest files are generated during make langpack [21:32] so langpacks have different layouts? [21:32] asac: the result .jar packages have different layout than source [21:33] thats ok (or not). but all langpacks in the hg have the same layout? [21:33] we process through jar.mn files which translate paths [21:33] in hg we don't store langpacks [21:33] is that in the l10n tree? [21:33] http://hg.mozilla.org/l10n-central/de/ [21:33] thats unrelated? [21:33] this is what we call "source structure" [21:33] from this we generate langpacks [21:33] right. i need to understand the source structure [21:34] ok [21:34] so we store localizations in this source structure [21:34] and each locale has exactly the same structure [21:34] which corresponds to modules in mozilla-central tree [21:34] l10n-central/ab-CD/browser -> mozilla-central/browser/locales/en-US [21:35] l10n-central/ab-CD/dom -> mozilla-central/dom/locales/en-US [21:35] etc. [21:35] ok thats what i understood [21:35] during make [21:35] we follow this: http://hg.mozilla.org/mozilla-central/file/b0a681cd9df5/browser/locales/jar.mn [21:35] and other jar.mn files [21:35] but there where things that looked odd when i looked last time [21:35] let me check [21:35] which process source structure into result (langpack or xpi) structure [21:35] so you look for all jar.mn files in the real source tree [21:36] and then the directory structure is always locale/+$path_in_l10n_hg_source [21:36] let me check if that could be it [21:38] so i have ./toolkit/chrome/mozapps/xpinstall/xpinstallConfirm.properties [21:38] for instance [21:38] thats in the translation source [21:38] and in mozilla-central/toolkit/mozapps/xpinstall/jar.mn [21:39] locale/@AB_CD@/mozapps/xpinstall/xpinstallConfirm.properties (%chrome/mozapps/xpinstall/xpinstallConfirm.properties) [21:39] well thats in a different jar.mn. [21:41] so you take exactly the right side? in that jar? [21:41] %chrome/mozapps/xpinstall/xpinstallConfirm.properties [21:41] ./toolkit/chrome/mozapps/xpinstall/xpinstallConfirm.properties [21:41] ok with the component most likelyl named in the jar.mn [21:42] hmm.cannot confirm it... in jar.mn its "mozapps" [21:47] hey hey hey. duug gnineve [21:47] hey guys [21:47] how's it BUGabundo [21:47] just heard TB project was halted? [21:47] is that true? [21:47] TB? [21:48] thunderbird? [21:48] yes tb == thunderbird [21:49] BUGabundo: halted by mozilla? [21:49] tb is not really mozilla [21:49] hey gnomefreak [21:49] BUGabundo: hi [21:50] fta: it's not? [21:50] i broke my system with a video card [21:50] some ppl saying its not activelly develop now [21:50] mozillamessaging.com [21:50] it used to keep up with FF [21:50] and now its oldddd [21:50] tb is not old [21:50] asac: the other day I found a laconica for mozilla devs [21:50] eheh [21:50] fta, did you see my problem ^^^ [21:50] i havent heard of anyone saying that its halted [21:50] gnomefreak: old in the sense of no new versions [21:50] * gnomefreak confused. mozilla still supports it and sctively works on it [21:51] they just created a tag for 3.0 b3 [21:51] BUGabundo: i'm not seeing any news about it being halted [21:51] BUGabundo: tb3 is new tb 2.0.0.22 is fairly new [21:51] your system does _not_ have to have more than the video card right? [21:51] oops [21:51] memory for above [21:52] * gnomefreak pissed i cant get up to grub with it being used [21:53] fta: when i try to build chromium-v8 i get the error message "bzr: ERROR: Unable to find the needed upstream tarball: chromium-v8_1.2.14~svn20090715r2463.orig.tar.gz" [21:53] * gnomefreak cant think of why 64bit or 32bit matters [21:54] pace_t_zulu, how do you build and where did you put that tarball? [21:54] pace_t_zulu: tarball in the tarballs dirs by chance? [21:54] fta: bzr builddeb --merge --dont-purge --builder='dpkg-buildpackage -rfakeroot -b' [21:54] asac: BUGabundo can anyone give me an idea on why 8400 card isnt working? its the last entry. the 5200 works fine http://pastebin.mozilla.org/662948 [21:55] and i've tried putting the tarball in ../ ../upstream ../tarballs as well as ./ [21:55] maybe top level dir but im assuming one of the ../ ./ is what you mean by that [21:56] pace_t_zulu, not the right file i guess [21:56] your debian/changelog should match [21:56] fta: does chromium use ./debian/rules get-orig.... [21:56] gnomefreak: 8400mG working here [21:56] gnomefreak, why not? [21:56] BUGabundo: 5200 working here :) but new card needs to work [21:57] fta: i dont know how you set it up [21:57] pace_t_zulu, or use get-current-source instead, if you want the same tarball as d/changelog [21:57] new card? [21:57] fta: chromium-v8_1.2.14~svn20090713r2445.orig.tar.gz and the changlog says "1.2.14~svn20090715r2463-0ubuntu1" [21:57] * gnomefreak cant think that 256 mem when system has 256 would matter nor can i see 32bit or 64bit matter [21:57] 8400 is OLD [21:57] I have it for 18 months [21:58] fta... i see [21:58] 310FPS on Compiz benchmark [21:58] fta where should the orig.tar.gz be? [21:58] BUGabundo: 8400 i just got today. i am not spending >$100 for a video card [21:58] pace_t_zulu, my guess is .. [21:58] fta: once it is packed by get-current-source [21:58] gnomefreak: laptop? [21:58] pace_t_zulu, but builddeb is also a fast moving target :P [21:58] BUGabundo: desktop [21:59] fta: fast moving is mre fun... just ask BUGabundo [21:59] pace_t_zulu, that's why i force --orig-dir=../tarballs/ in my bzr conf [21:59] i cant get into setup or strarup menu nor grub with it being used << that is not normal [21:59] fta: thanks for that tip [22:00] http://paste.ubuntu.com/220064/ [22:00] im assuming everything that i do see is run by bios [22:00] fta: you answered before i had a chance to ask :) [22:00] pace_t_zulu, so most of the time, i just have to bzr bdm [22:01] * gnomefreak should have thought of that [22:01] BUGabundo: even when booting to an installer once it ssays linux debian ISo....... i get nothing after that [22:02] * gnomefreak does not want to spend tomorrow on the phone with nvidia trying to figure this out [22:03] mozilla pastebin needs a back ground or darker text [22:03] gnomefreak: at least you can call them! [22:03] BUGabundo: i hope theres a number [22:04] replacing video card == almost brainless (and no jokes damnit) [22:04] gnomefreak, chromium has a nice get-orig-source: http://bazaar.launchpad.net/~chromium-team/chromium-browser/chromium-browser.head/annotate/head%3A/debian/rules :) [22:05] lines 296 to 447 :P [22:05] fta: many thanks [22:05] CHROMIUM_URL := http://src.chromium.org/svn/trunk/src would be great to have. it looks like easy editing [22:06] fta: is the seamonkey version 2.1 only because of the not set version URL? (which you seem to use for tbird 3.0) [22:06] fta: in mozclient [22:06] seems that pure comm-central checks out 1.9.1 branch which shouldnt be 2.1 [22:07] i don't remember [22:07] so i guess the version file looked at might be wrong and thats the only difference i see in tbird [22:07] ok [22:07] there's a hack somewhere in comm-central to get the right files [22:09] * asac still thinks about how to find the right file based on a randome locale manifest in the upstream translation tree layout [22:09] * gnomefreak wonders.. if i dont come back means i broke something i shouldnt have [22:10] asac: cant we use a less general link? as it seems its just comm-central but doesnt mention the revision link. since they are all kept in one place [22:10] that would make life easy to edit incase this happens [22:10] * fta wonders how to produce langpacks in PPAs.. [22:10] langpacks for what? [22:10] for our branches? [22:11] like ff 3.6, chromium [22:11] asac: what i mean is something like lines 298-302 http://bazaar.launchpad.net/~chromium-team/chromium-browser/chromium-browser.head/annotate/head%3A/debian/rules [22:11] i think 3.6 has no upstream translations [22:12] fta: does chromium use geteext? [22:12] or what kind of tranlsation mechanism? [22:13] look at /usr/lib/chromium-browser/locales/ [22:15] fta: so get-current-source checks out r2445 even though debian/changelog specifies r2463 [22:15] fta: should i rather just modify the changelog? [22:15] then it's broken [22:15] yes, if you're in a hurry [22:17] fta yeah it seems broken [22:17] bzr bdm checked out r2488 [22:18] how the hell do you shutdown/restart [22:18] everything i have tells me to log out or switch users [22:18] fta these are the lines i get after the checkout http://paste.ubuntu.com/220071/ [22:18] maybe new gnome-panel and friends will help [22:19] i always create the tarball before calling bzr bdm [22:19] fta using "./debian/rules get-current-source" ? [22:20] no, I run get-orig-source (as i want the freshest) and update d/changelog. [22:21] but i don't even know what you are trying to do [22:21] lol [22:21] yes, i'm laughing at myself too [22:21] just trying to build the package [22:22] so i can apply it to other packages [22:22] i know i can get it from the ppa [22:23] so it's supposed to be get-current-source (but you said it's broken) then bzr bdm [22:24] so someone has to fix get-current-source or you have to bump changelog [22:24] but don't bump the branch unless there's a good reason for that [22:24] cant you use DEBIAN_TAG/_DATE? [22:24] instead of curent-source? [22:25] * asac thought that current-source is most likely a shortcut for DEBIAN_TAG/DATE [22:25] i don't remember how i did that :( [22:26] ok ;) [22:26] 2008-11-16 :P [22:26] or even before [22:26] well, the code should be easy enough to read [22:26] fta: i think "debian/patches/enable_soname.patch" may need to be removed [22:27] nope, it's new ;) [22:27] hmm... that cause a fail [22:28] asac, ^^ isn't it yours? [22:29] (i would do that in rules, it's too quick to diverge, there's the version in the context) [22:29] i think i checked in something for the 1.2 branch and didnt commit the rules [22:29] so changing the url to branches/1.2 should make it apply [22:30] problem is that soname is still not used by the build [22:30] they backed out something else i couldnt spot yet [22:31] pace_t_zulu: change the url to use branches/1.2 instead of trunk [22:31] in debian/rules [22:31] then run get-orig-source [22:31] asac: will do [22:31] asac: thanks [22:31] and change the changelog revision according to what it spits out [22:31] ok [22:35] asac and fta: http://paste.ubuntu.com/220083/ [22:37] pace_t_zulu: yes update the branch now [22:37] now [22:37] oh wait ;) [22:38] pace_t_zulu: now update please rev 22 [22:38] too late [22:38] :) [22:40] :) [22:40] now it's building [22:40] good [22:40] thanks guys [22:40] do you know scons? [22:40] sorry to trouble you [22:40] sorry for the bustage [22:40] usually i try to not break branches ;) [22:41] asac: i have some experience with scons in the past... but i need learn more about it [22:43] meh... debsign failed... that's definitely a problem on my end [22:55] pace_t_zulu: thats ok its because i am the changelog owner atm? [22:56] you can use -kyour@email.in.key [22:56] to explicitly sign with your key [22:56] asac: actually Fabien is the changelog owner [22:56] asac: i just modified the changelog to see if that resolves it [22:58] asac: i think i have something incorrect about my secret key setup [22:59] i have several different ubuntu installs on different machines as well as virtual machines [23:02] but 'gpg --list-secret-keys ' does show the correct key... this isn't a concern... the package clearly builds === BUGabundo1 is now known as BUGabundo [23:07] asac, http://www.sofaraway.org/ubuntu/tmp/chrominum-chinese.png i want to start shipping langpacks, maybe interact with lp translations but upstream is not ready to accept them (yet) [23:10] -n [23:14] pace_t_zulu: dont bother about that ;) [23:14] laer you need your key ready for signing when you upload to ppa [23:14] but for testing it doesnt matter [23:15] fta: did you tell me yet what localization technology they use? [23:16] asac: the goal here is for a ppa ... not for chromium or v8 though [23:23] asac, http://dev.chromium.org/developers/design-documents/extensions/i18n [23:24] hm, that's for extensions [23:25] asac, http://dev.chromium.org/developers/design-documents/ui-localization [23:27] asac, well, the question is more: should I ship a bunch of chromium-browser-l10n-xxx or one giant chromium-browser-l10n, or keep langpacks bundled into the main deb [23:31] fta: are you aware that the arrow button widgets are missing from the scrollbars in chromium? [23:32] so they us grd? [23:32] yet another new thing [23:33] pace_t_zulu, but is that a bug or a feature? ;) [23:33] fta: a feature.... clearly [23:34] i didn't notice it before as i'm not using them [23:36] just letting you know... probably not an ubuntu specific problem [23:57] asac, asac, well, the question is more: should I ship a bunch of chromium-browser-l10n-xxx or one giant chromium-browser-l10n, or keep langpacks bundled into the main deb [23:58] depends on the size [23:58] what size does a unicode language have? [23:58] e.g. zh?