[00:01] Ubulette: nothing from my side ... its uploaded et al [00:01] Ubulette: its just that it couldn't be build on friday because of archive work [00:02] ok [00:02] i don't like it as well [00:02] i spend lots of time backporting preparing this in time and now we release late [00:02] but well ... nothing we can change [00:03] i think i'm gonna stop seeding gutsy [00:04] i've done 300G+ in 2 days [00:04] slowing down now [00:05] wished to push 1T but that will take forever [00:08] hehe [00:08] i think 300G is enough [00:09] that's only ~430 CDs [00:18] * gnomefreak thinks i should add autoconf2.13 as a buiold-dep :( [00:19] i just noticed it wasnt there [00:20] gnomefreak: the principal idea of 99_configure is to not have that build-dep [00:20] :) [00:20] ah [00:20] ok [00:21] did you update debian yet? [00:21] debian ? [00:21] iceape? [00:21] iceape [00:22] * gnomefreak == ginny pig [00:22] i tried it 40 min ago :) ... its the last missing [00:22] debian has 1.0.x [00:22] ah ok [00:22] not 1.1.x [00:23] i failed because the tarball didn't have a calendar ... and debian still supports the calendar for 1.0.x [00:23] ok conf looks like it is still working on updating it [00:23] asac: ha ha [00:23] asac: drop it from debian [00:23] we can push sunbird in [00:24] i hope this works [00:24] yeah ... just drop it in a security update ... that would set new standards :) [00:24] :) [00:24] is this for a stable release? [00:25] yes [00:25] ah ok [00:25] i don't do unstable iceape [00:25] i thought this was for lemmy [00:25] lenny [00:25] mike does? [00:25] i hope :) [00:25] i currnetly don't have much time to do unstable debian work [00:25] someone should [00:25] yeah unstable ubuntu work keeps you busy [00:26] asac, do you know what mike's plan for ff3/xul1.9 ? [00:26] Ubulette: i honestly don't want to know it [00:26] he probably will do the same as with xulrunner [00:27] hm [00:27] as soon as i can say for sure that epiphany upgrades work with change directory names ... i will ITP xulrunner-1.9 [00:29] gnomefreak: do you have admin powers for our mailing-list? [00:31] asac: i think so [00:32] yay its building ;) all patches are good [00:32] Ubulette: i haven't started discussion because i currently don't have the time to engage in this kind of difficult discussion [00:32] asac: what do you need ill see if i can do it [00:32] Ubulette: but i will certainly do soon [00:33] gnomefreak: how many mails waiting for moderation? [00:33] does anybody do moderation works? [00:33] i assume not :) [00:33] not sure yet let me check email [00:33] me a freddy i think [00:33] can add i think [00:34] add? .. you mean approve/decline moderation queue items? [00:34] i mean add people as mods [00:34] so yes that too but wont know until i try [00:34] ah [00:34] if i cant than i have to email rt@ubuntu [00:34] can you take a look if there are any at all? [00:34] yes [00:35] yes i will [00:35] i think you can also whitelist people not-subscribed? [00:35] should [00:36] hmmmm no new ones ill check on the list itself [00:36] just got one [00:36] where do you look? [00:37] https://lists.ubuntu.com/mailman/admindb/ubuntu-mozillateam-bugs [00:37] than log in to see [00:37] ok lets hope that calendar works that way :) [00:37] list run by dfarning at gmail.com, ubuntu.ase at gmail.com, freddymartinez9 at gmail.com [00:37] oh this is bugs list [00:38] who is ubuntu.ase [00:38] ? [00:38] me [00:38] just me and freddy on mozillateam list [00:38] you want mod on that list? [00:38] not on bugs :) [00:38] no reg list [00:39] please on the regular list [00:39] ok [00:39] though i don't even remember my password for that :) [00:39] what email? ubuntu? [00:39] asac: thats easy enough [00:40] are you on jabber? [00:40] gnomefreak: the one currently subscribed [00:40] jabber? [00:40] do you see subscriber list? [00:40] i can [00:40] i think its asac@jwsdot.com [00:40] but please verify if that address is subscribed [00:40] k [00:41] give me a few, where do you want me to give you password? [00:41] is it in clear text? or will you regen? [00:42] clear text is easiest [00:42] your added as mod afaict here [00:44] https://lists.ubuntu.com/mailman/listinfo/ubuntu-mozillateam [00:44] thats the place where i should login? or somewhere else? [00:44] no ill give you link [00:45] https://lists.ubuntu.com/mailman/admindb/ubuntu-mozillateam [00:45] how can one find that? or do i need to bookmark it? [00:45] that should give you a page asking for password only right? [00:45] asac: its in the emails you get [00:45] it will say log in here and give you a link [00:45] ah ... so its only one password for all? [00:45] if you want to randomly log in that page should be saved [00:46] yep [00:46] gnomefreak: do you have encryption in jabber? [00:46] once logged in you can do most anything look edit ect. [00:46] asac: i use my gpg key to log in [00:46] lets find out [00:46] can you read what i wrote? [00:47] i sent you 3 messages [00:47] im working on it atyes [00:47] then it probably just works [00:47] just use my "Mobile Key" [00:47] i see 2 plus encyption enabled [00:47] how? [00:48] do you see what i wrote? [00:48] yes [00:48] then just try to send a message [00:54] can you read what i sent? [00:58] theres alot of warnings with iceape [00:58] during build [00:59] maybe just moz. code as i do remember seeing some in ff [01:00] gnomefreak: warnings are most likely ok [01:00] if they are compile warnings [01:00] and don't fail [01:00] they are fine (during build) [01:02] gnomefreak: before uploading try to do some thorough tests ... e.g. take yourself a day for that [01:02] ok can do [01:02] e.g. use browser ... use mail ... calendar .... try some corner cases [01:02] e.g. do QA [01:02] we dont build calendar [01:02] maybe next time we want iceape on the qa tracker as well [01:02] ;) [01:02] gnomefreak: right [01:03] thats fortunate [01:03] but there are other components as well i guess [01:04] yeah there are, i hope i dont need to upload/build anything else for this to build on PPA [01:04] gnomefreak: shouldn't [01:04] everything in gutsy should be avail to you [01:04] k [01:04] and main is enough as well [01:04] so you don't need to add universe/ in Section [01:04] cool [01:05] brb need to go to store [01:58] off === saivann_ is now known as saivann === saivann is now known as saivann_ [03:56] asac: if i upload to PPA im gonna need to add ~ppa1 so its not confused with same version from repos [03:59] that would mean you would need to change changelog before pushing it [04:00] let me know what would be better for you. if i was able to remove things it wouldnt matter to much [04:30] right now i have gutsys build version 1.1.5-1ubuntu1 should that be changed since hardy will have 1.1.5-1ubuntu1 (can i have 2 changelogs with same version just diff. distro name? [04:30] im off to bed now [09:23] hi [09:23] gnomefreak: thats ok [09:24] gnomefreak: yes the version in gutsy should be smaller than the one in hardy [10:05] hello [10:05] is Alexander Sack there? [10:16] yeah [10:16] exception_: ? [10:18] well [10:18] i've posted russian translation for ubufox [10:19] exception_: thanks. [10:19] on the long run we will do translations of ubufox in rosetta (launchpad) [10:19] oh, that'll be nice [10:19] but for now its appreciated [10:20] i'd also like to be able to contribute ubufox joining dev team, if you like [10:20] exception_: sure [10:20] welcome .) [10:21] do you know something about firefox extensions? [10:21] well, i've been working on one [10:22] ok so you know :) [10:22] yes, kind of that. [10:22] at least i hope so :) [10:22] https://code.edge.launchpad.net/~asac/ubufox/main [10:22] thats the main branch [10:22] (e.g. wikthout debian/ directory) [10:22] based on that jazzva (currently offline) develops his improvements: [10:22] https://code.edge.launchpad.net/~jazzva/ubufox/main [10:23] or [10:23] https://code.edge.launchpad.net/~jazzva/ubufox/main.ff3 (firefox 3) [10:23] exception_: i am not sure about the state of https://code.edge.launchpad.net/~jazzva/ubufox/main ... but finally it should improve layout of the plugin finder wizard and [10:23] what branch should i work with? [10:24] depends on what you want to do ... if you want to help on the features that jazzva works on you should probably base your work on his branches [10:24] otherwise on the main release branch (~asac) [10:25] exception_: maybe take a look at jazzva main branch ... and see if it works .) [10:25] the plugin finder wizard should have a better layout ... and if you are not in the admin group you will not see any packaged results in the plugin finder wizard [10:25] so his works are to be merged someday with the main branch, i get it right? [10:25] yes [10:25] pretty soon [10:26] i think he said that its now fixed and i could merge it ... haven't reviewed it though :) [10:26] oh, and a question [10:27] sure ... go ahead [10:28] i don't get t, where's ubufox located by default? i can't see it in my profile folder (~/.mozilla/firefox/.../extensions) [10:31] exception_: its a globally installed extension [10:31] but for development you can just install the .xpi in your profile on top [10:32] packaged/global extensions are in /usr/lib/firefox/extensions [10:33] oh, now i see it [10:33] thanks [10:33] to develop you just run sh build.sh in the main branch [10:33] and install the .xpi as usual [10:34] would it replace the default installation? [10:35] yes ... it just works ... you don't need to uninstall the global one [10:35] the one in profile is preferred [10:37] i see it's not svn used in launchpad.. never worked with bzr, is it similar? [10:37] exception_: yes its easy to learn for svn / cvs users [10:38] the commands are quite similar [10:38] you start by taking a branch ... (bzr branch URL) ... then you work like in svn ... [10:38] bzr status [10:38] bzr diff [10:38] bzr commit [10:38] to publish you just use [10:38] bzr push URL [10:39] ok, thanks. [10:39] http://doc.bazaar-vcs.org/bzr.dev/tutorial.html [10:39] you can just push to your own branch in launchpad ... then ask me to merge your changes to main branch and so on [10:40] but you can just develop locally first ... e.g. doing multiple commits [10:40] once you have something you want to show me ... i can tell you the URL to use to push to launchpad [10:40] nice [10:40] and where are the goals of project? something to be implemented, kind of roadmap [10:41] exception_: unfortunately not yet ... i have some ideas though :) [10:41] new ideas are welcome ;) [10:42] exception_: maybe to start ... branch of _my_ main branch [10:43] add your translation ... add another translation (there is one in the launchpad bug tracker9 [10:43] push things to launchpad and let me merge it in :) [10:44] ok [10:44] to branch do: bzr branch https://code.launchpad.net/~asac/ubufox/main ubufox.main [10:44] then play around [10:44] i'll go buy some food :) will be here in 30 minutes [10:44] sure === exception_ is now known as exception_[away] === exception_[away] is now known as exception_ [11:03] i have kind of idea [11:05] it'll not be useful for those whose native language is english but for those who are using both english and e.g. russian keyboard layouts that'll be VERY useful [11:08] ? [11:08] switching keyboard layouts? that is already dealt with by the gnome keyboard applet [11:12] nope [11:12] you see [11:13] there's a very annoying bug in ff [11:13] that has been reported lots of time since the very first ff 1.0 release [11:13] and they still don't fix it [11:13] *damn* [11:14] you can't use keyboard shortcuts when active layout is not english [11:14] it works nice in all other applications.. not in firefox though [11:17] hmm [11:17] right [11:17] i remember that bug [11:17] whats the idea? [11:17] how do other applications deal with that?` [11:18] dunno how but it works everywhere, no matter what input language is selected [11:18] there is a workaround though [11:21] we could have an option for enabling that in extension prefs [11:21] yes ... but first we have to understand how it works ... and why it works imo [11:22] so how are the shortcuts mapped? e.g. in epiphany? [11:23] dunno [11:23] here's the bug itself: https://bugzilla.mozilla.org/show_bug.cgi?id=295614 [11:23] Mozilla bug 295614 in Keyboard Navigation "In cyrillic languages (Ukrainian, Russian) don't work hotkeys at all" [Normal,Resolved: duplicate] [11:24] https://bugzilla.mozilla.org/show_bug.cgi?id=69230 ? [11:24] Mozilla bug 69230 in Keyboard: Navigation "Accelerators should not be affected by keyboard group/level" [Normal,New] [11:24] oh, nice robot [11:25] see, that's a workaround: https://addons.mozilla.org/en-US/firefox/addon/3529 [11:28] * asac looking [11:29] it just listens to keypress and translates keycodes :) [11:31] so how does this work? it uses the key at the same place? [11:31] e.g. ctrl-c = ctrl + 3rd key in bottom line from left? [11:33] it maps keycodes [11:34] though not best solution cause it can fix the bug only on those keyboards that are supported, i.e. that are defined in the addon [11:34] *not keyboards, i mean keyboard layouts [11:34] currently it supports russian, ukrainian and hebrew [11:36] hmm [11:36] what about the patch attached to mozilla bug 69230 [11:36] ? [11:36] Mozilla bug 69230 in Keyboard: Navigation "Accelerators should not be affected by keyboard group/level" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=69230 [11:37] e.g. attached at 2007-10-12 [11:42] i looked through code, it might be really working [11:44] btw i've added ru-RU and fi-FI locales to my local copy and that seems to be working [11:45] though the description is still in English [11:47] description? [11:47] you mean the one in install.rdf? [11:48] ok ... but please commit ru-RU and fi-FI in two separate commits .... its cleaner [11:48] yeah but localized ones are stored in ubufox.properties [11:48] then push to launchpad [11:48] hmm [11:48] oh i got the problem, sorry [11:49] hmm ... so does it work to use localized description that you see in addons dialog? [11:49] it was just 'ubufox' id in .preferences but the id is 'ubufox@ubuntu.com' [11:49] yes [11:50] nice, it works now [11:50] :) [12:12] and what do you think about adding standard icons to menus? [12:23] which icons? [12:24] the same that are used in all gnome apps [12:25] dunno about kde though [12:25] "Translate this application" etc stuff [12:29] there are some standard icons, we might reuse them [12:32] hmm [12:32] i'm afraid i cannot push my changes [12:32] look [12:32] bzr push http://bazaar.launchpad.net/~asac/ubufox/main [12:32] bzr: ERROR: bzrlib.errors.UnlockableTransport: Cannot lock: transport is read only: [12:33] how do i get the access? [12:33] exception_: you cannot push to my branch [12:33] you have to push to _your_ branch [12:33] just create a launchpad account [12:33] got it :) [12:33] and replace asac with your launchpad id [12:33] i've already one [12:34] then i push it to my branch and.. [12:34] aeh you have to push using bzr+ssh://... [12:34] not http [12:34] http is read only [12:34] when you pushed it to your branch you show it to me so i can review and merge to my branch [12:35] ... which is the release branch [12:38] but i firstly i'm going to register a branch in launchpad, right? [12:38] exception_: no ... it should just work [12:38] maybe you have to use --create-prefix for the initial push [12:38] but not sure [12:40] it says me Permission denied (public key) [12:42] exception_: most likely you have to add a ssh key to your launchpad profile [12:42] run ssh-keygen [12:42] to create a key pair if you don't have one [12:43] then you have to add the .pub key (in $HOME/.ssh) to your launchpad profile [12:59] now it worked [12:59] a strange thing [13:00] bzr tried using my local user name as a lp username [13:00] so i had to change my local user name and that worked :) [13:04] no [13:04] you can use: [13:04] bzr+ssh://USERNAME@bazaar.launchpad.net/~USERNAME/... [13:04] exception_: ^^^ [13:04] otherwise it will try your local username ... right. [13:04] anyways i like my new username even better :) [13:05] so, what about icons? [13:05] i don't understand the icon thing [13:06] ah wait [13:06] let me see [13:06] just open 'Help' menu in any application [13:06] icons are pretty the same [13:06] well ... this shouldn't be done in ubufox imo, but in firefox upstream [13:06] if you're using Gnome of course [13:06] maybe there is a mozilla bug for that? [13:06] nope [13:07] menus are added by the extensions [13:07] *extension [13:07] no ... i mean ... no menu has an icon [13:07] err [13:07] what do you mean? [13:07] before we add icons to the ubufox menu entries, the rest should be iconified as well [13:07] look in the firefox file menu [13:07] there is no icon [13:08] hm, really [13:08] but extensions that add own menus nearly always have icons for them [13:08] it's normally, i think [13:09] i don't see any [13:09] eg flashgot [13:09] greasemonkey, webdeveloper, live http [13:10] anyways, *these* menus are like a standard. all gnome apps have them with icons. [13:10] all gnome apps have icons for all the other menu entries as well [13:10] is there a pluggin to listen to midi files if FF/GP? [13:11] i am fine with adding icons for our entries ... i just want to find the upstream bug first :) [13:11] there must be some [13:11] IdleOne: hmm ... do you have a website that provides such a content? [13:12] http://tips-for-new-bloggers.blogspot.com/2007/02/add-music-to-blogspot-blog.html [13:13] IdleOne: just add "add missing plugins ..." [13:13] it will show find the right one for you [13:13] it doesnt add it [13:13] tell me it cant find any [13:13] IdleOne: for me it finds mplayer [13:13] what is upstream bug? [13:14] exception_: thats what i asked :) [13:14] err? [13:14] 14:11 < asac> i am fine with adding icons for our entries ... i just want to find the upstream bug first :) [13:15] asac: I get a No suitable plugins were found [13:15] IdleOne: do you have ubufox installed? [13:15] be back in a few minutes :/ [13:16] still i don't get it. what the upstream bug are you talking about :) ? [13:16] asac: not certain but gotta go for a few [13:17] IdleOne: without ubufox you won't search the ubuntu plugin db [13:21] btw some menus have icons (like bookmark folders and bookmarks themselves) so having standard Gnome icons for standard Gnome menus would not break any extension design guidelines, as i think [13:22] кстати говоря, логичнее было бы если бы выкидывало на правильную версию дистрибутива, а не только на feisty при нажатии на "получить справку" [13:22] damn [13:23] sorry :-)) [13:29] i think it would be more useful if the link 'get help online' would lead us to correct distribution version, not only feisty, right? [13:33] asac: ubufox: [13:33] Installed: 0.4~beta1-0ubuntu4 [13:33] Candidate: 0.4~beta1-0ubuntu4 [13:34] asac: this is not because I absolutely need to be able to listen to midi files but it annoys me to not be able to if I wanted to :/ [13:37] IdleOne: i cannot tell ... does plugin finder service work otherwise? maybe you have disabled it in addons dialog? [13:37] asac: it normally works but I dont think I have disabled anything [13:39] asac: I dont seem to have mplayer in the plugins dialog [13:39] i have no idea ... i see it as well ... mplayer is registered to serve midi, but apparently the lastes version doesn't do that anymore [13:39] IdleOne: well i have mplayer, but it doesn't serve it anyway [13:39] I see [13:39] maybe you are on an architecture where mplayer doesn't exist? [13:40] nope plain old 386 [13:40] thats strange ... i get mplayer in the result list [13:48] it is a real shame that my machine is so slow. that sometimes I actualy consider getting on my wifes XP machine to do certain things that I have no problem doing on Ubuntu :/ [14:01] i've made another commit, now the links link to correct pages [14:37] where would I add this bit of code in my blogger index.html? [14:37] and yes I will edit the url for the music file [14:38] I know this isnt a html help channel but .... [14:54] IdleOne: in the html page? [14:54] asac: yeah I asked in #html and got a beeter way of doing what i want [14:55] http://people.ubuntu.com/~asac/pfs/test/2_multicontent.html [14:55] thats an example of an video embed (without video though) [14:55] better* [15:05] asac: ok im gonna spin gutsy as 1.1.5-1ubuntu1~gutsy1 and hardys will be 1.1.5-1ubuntu1 [15:11] gnomefreak: ok ... traditionall we use [15:11] 1.1.5-1ubuntu0.7.10 [15:11] and 1ubuntu1 for current dev [15:11] is it . or ~7.10 [15:12] ah th e0 [15:12] you have to use 0 in front if you want to use . [15:12] yeah [15:12] 1.1.5-1ubuntu0.7.10~ppa1? [15:12] gnomefreak: right [15:13] ok [15:13] fixing changelog atm [15:25] might not have been needed but i added the MFSA fixes into changelog ;) [15:31] open week is about to start :( [15:38] asac: did we decide to add libxul as a build-dep for iceape? [15:39] gnomefreak: he? [15:39] no [15:39] at least not for the versions that we currently have [15:39] maybe for iceape-trunk we can use xulrunner-1.9-dev as build-dep [15:39] ok [15:40] i still havent gotten far on 2.0 [15:40] gnomefreak: is that version actually maintained upstream? [15:41] afaik it is [15:41] upstream being mozilla [15:42] its on their cvs/svn or whatever they use [15:42] how would i know who is maintaining it if not moz. [15:51] asac: what is icedtea-java? [15:51] GPLed java [15:51] (e.g. sun-java -> released under GPL) [15:52] ah [15:52] maybe ill install it and try it other than using sun-java [15:52] Hi, I've upgraded my distro from Feisty yo Gutsy and TB won't access my profile... [15:54] arleq: if you create a new profile does it work than? [15:54] Actually, I haven't created a new one, yet.. [15:55] arleq: also an error or some output while running in terminal would help if you have it [15:55] gnomefreak, let me see. [15:56] arleq: what addons do you have installed? if removing them/disabling them does it than work [15:57] * gnomefreak now figured out why you wanted it uploaded to ppas [15:57] cheater [15:57] gnomefreak, when TBB starts, it asks me to create a new account [15:58] no console messages [15:58] arleq: how many profiles do you see in ~/.mozilla-thunderbird [15:59] gnomefreak, now, after creating a new one: I have just one... the newly created one :-\ [16:00] weird... I remember to have the valid 'old' one... [16:00] maybe another location under ~ [16:00] yep [16:01] gnomefreak, I have my valid profile under ~/.thunderbird/ [16:01] arleq: ok please file a bug report, i will look at it this week sometime on that bug report can you please attach the files in /var/log/dist-upgrade there should be 3 of them [16:01] hmmmmmmm [16:01] asac: doesnt tb still use ~/.mozilla-thunderbird? [16:01] if we changed iut than i know what happened :) [16:02] gnomefreak, what does «iut» mean? [16:02] it [16:02] typo [16:02] gnomefreak, may I move my valid profile to the new location where tb is looking for profile files? [16:03] arleq: what version were you using in feisty? [16:03] arleq: this pc was an upgrade and i only have ~/.mozilla-thunderbird [16:04] gnomefreak, Hummm I was using 2.0.0.6 update via the ubuntuzilla script... [16:04] arleq: maybe move the profile in ~/.thunderbird to ~/.mozilla-thunderbird and see if it works (delete the one you just made in ~/.mozilla-thunderbird) [16:04] arleq: than that is your issue [16:04] gnomefreak, ok :) [16:04] gnomefreak: we still use that ... yes [16:05] arleq: using wrong version made ~/.thunderbird by moving ~/.mozilla-tb to ~/.tb [16:05] arleq: never use ubuntzilla script [16:05] where the hell is that documented? [16:05] asac: i found the issue. arleq where is this script [16:05] is that in ubuntu wiki? [16:05] gnomefreak, let me try that approach. I've thought of perform that.. [16:05] asac: i think i know where [16:05] gnomefreak, you mean the ubuntuzilla ? [16:05] arleq: how did you find that? [16:05] where is it documented [16:05] asac: i think its on the upgrade wiki [16:05] we have to either remove that or add a huge warning [16:05] arleq: the script you used where diod you get it [16:06] boyz, I'll remove that script and remove my cronjobs too [16:06] arleq: i need where you found the script so we can try to not let this happen again [16:07] gnomefreak: its on sourceforge: [16:07] http://ubuntuzilla.wiki.sourceforge.net/ [16:07] http://ubuntuzilla.wiki.sourceforge.net/ [16:07] yep, sorry [16:07] anyway ... i am ok with it ... but i want to be sure that there is no trail of it in wiki.ubuntu.com [16:07] asac was faster than I was :) [16:07] https://help.ubuntu.com/community/ThunderbirdNewVersion [16:07] there is something with ubuntuzilla [16:08] gnomefreak: ok lets point the section on that page. "Automated installation of the latest Thunderbird" ... to the mozillateam ppa instead [16:10] * gnomefreak has an idea [16:10] k [16:10] if i can [16:11] asac: hack the script to use exsiting profile ;) [16:11] well .... its not the script but thunderbird itsself [16:11] at some point _we_ should return to use .thunderbird [16:11] too much shit on this page [16:12] but i feel unsafe about that and have no clue how to properly do that [16:12] asac: i like that idea [16:12] gnomefreak: where is the apt archive wiki page for mozillateam? [16:12] !moztest [16:12] The Mozilla-testing repos can be found at: https://wiki.ubuntu.com/MozillaTeam/PreviewArchives. Please remember these are testing repos, the packages in these repos are not stable and may break things on your system. Use with caution. Please report bugs found from these packages to: https://wiki.ubuntu.com/MozillaTeam/PreviewArchives/Bugs. [16:12] do it the same way the clean install does it? and have mvo poke u-m so it doesnt fail [16:13] gnomefreak, I've bzip'ed the 'old' ~/.thunderbird directory... going to drop it into the new [16:14] arleq: all you had to do was mv ~/.mozilla-thunderbird ~/.mozilla-thunderbird.old than mv ~/.thunderbird ~/.mozilla-thunderbird [16:14] gnomefreak, I know.. I know.. :) just backing up [16:15] voilà!! [16:15] here I am.. all those things back :) [16:15] gnomefreak, thanx, man [16:16] np [16:16] so, let's say I remove that ubuntuzilla crap [16:16] asac: how do you want to do this re-write the whole doc? [16:16] arleq: dont keep it. we ALWAYS have repos for updated packages that cant/can make it in repos [16:17] https://wiki.ubuntu.com/MozillaTeam/PreviewArchives. [16:17] gnomefreak: i think we should just add our repos right on top where it says: Installing the newest version of Thunderbird from Mozilla [16:17] then add "(discouraged)" to all other method titles [16:19] boyz, I think I don't get the meaning of a 'preview' package [16:19] it's like Debian's 'experimental'? [16:21] arleq: its _newer_ than whats in the normal archive :) [16:22] asac, oh... cool.. but this repo: deb http://ppa.launchpad.net/mozillateam/ubuntu gutsy main universe [16:22] doesn't conficts with the main ones, does it? [16:22] i think it doesn't [16:23] ok.. [16:23] gonna update && upgrade now :P [16:24] how do you spell qulity? [16:24] pressing-thumbs :) [16:25] quality [16:25] gnomefreak: you are the native speaker here :) [16:25] yeah i know [16:25] asac, what's your native tongue? [16:26] asac: take a look i added a little more than just that [16:26] arleq: C ;) [16:26] asac, hehehehe :P [16:26] :) im an asshole [16:26] arleq: german [16:26] ok brb smoke let me know if changes are needed [16:26] where can I find the GPG signature for that Gutsy repo? [16:26] gnomefreak, ok [16:26] asac: iceape 1.1.5 is uploaded to PPA finally [16:26] arleq: unfortunatly ppa archives are not yet signed ... the launchpad devs are working on a solution [16:27] asac, thanks for the info [16:27] asac, Do you run grandparadiso? [16:27] once its signed we can (i still need to look into this) make a key for ubuntu-mozillateam so anyone that uploads uses same [16:28] arleq: yep we all do [16:28] ;) [16:28] arleq: not regularaly ... in fact i usually run epiphany, because my ffox installs are more often broken than not [16:28] but otherwise i would [16:28] firefox-3.0 is the package [16:28] hehe... what about the stable firefox... do they co-live? [16:28] asac: lol [16:28] arleq: yes you can install both [16:28] arleq: yes [16:28] c00l [16:28] they use separate profile dirs [16:28] srthey are both in gutsy official repos [16:29] arleq: they are both in official gutsy repos [16:29] gonna search for firefox-granparadiso package [16:29] gnomefreak, oh [16:29] arleq: its called firefox-3.0 [16:29] arleq: firefox-3.0 [16:29] we changed the name [16:29] gnomefreak: i don't see any changes on thunderbirdnewversion yet? [16:29] did you forget to commit them?= [16:29] should I apt-get firefox-granparadiso or firefox-3.0 ??? [16:29] arleq: the latter [16:29] no im looking at it [16:29] asac, thanks [16:29] gnomefreak: ah ok [16:30] Ubuntu-Mozillateam has supported repos for newer versions of packages found in the Ubuntu repos. [WWW] here All other methods are unsupported by Ubuntu-* teams and we discourage People from using them. The Ubuntu Mozillateam packages and maintains Mozilla products in Ubuntu repos. By using our repos you are promised the same quality packages as the ones in repos. [16:30] 3rd paragraph under Installing the newest [16:30] ... [16:30] firefox-3.0 - lightweight web browser based on Mozilla (Development Version) :P [16:30] brb smoke [16:30] asac: btw we need to take that out of ff 2.0 [16:30] i thought we did but 2 weeks ago saw a bug on it [16:30] gnomefreak: ? [16:31] gnomefreak: thats good ... but please don't claim that they are of the _same_ quality ... they just try to be of the _same_ quality [16:34] asac: what should i use instead since its the same devs that work on official packages [16:34] ;) [16:34] This is a build of a random development version (aka trunk). It is ment for preview [16:34] and not for production use. [16:34] that needs to be removed from ff2.0 [16:34] and ment == meant [16:35] gnomefreak: ah in the package control file? [16:35] yes [16:35] guys, I've installed firefox-3.0 [16:35] apt-cache show firefox [16:35] damn [16:35] but still have two commands in my PATH [16:35] that sucks much [16:35] firefox and firefox.ubuntu :P [16:36] rm -r /opt/thunder* /usr/bin/firefox.ubuntu [16:36] aeh [16:36] asac: it was added back due to using same branch for 3.0 maybe the changes that were made were reverted but not sure. [16:36] rm -r /opt/firefox [16:36] i guess [16:36] no ... it was just not escalated [16:36] asac: those `rm' lines were for me? [16:36] arleq: i have no idea what mess this ubuntuzilla script causes [16:36] try to figure out if it allows you to uninstall what it did cleanly [16:37] ok :P [16:37] asac, if you run ff3.0, where was it installed? [16:37] gnomefreak: if you see such bugs, please escalate them to me with the proper severity ... this should have never made it to final gutsy [16:37] asac: something like We try to keep the same quality in our PPA repos as we do for official repos [16:38] gnomefreak: the packages adhere the same packaging standards as the official releases. Of course, they lack the amount of testing and thus might have undiscovered bugs [16:38] or something like that [16:38] ah ok [16:38] arleq: he? [16:38] arleq: its installed in the firefox-3.0 package [16:38] dpkg -L firefox-3.0 [16:38] to see the files [16:38] asac: I mean where in the filesystem.. [16:38] oh, ok [16:41] arleq: it uses xulrunner-1.9 [16:41] dpkg -L xulrunner-1.9 [16:41] fixed and i added link to report bugs but we need to change that page as soon as we find out if PPA bugs are staying on LP or not [16:42] gnomefreak: why wouldn't they? [16:42] asac: it started outr as a "bug" [16:42] well at least bugs in the packages of the mozillateam should be filed as usual [16:42] not sure how they are handling it [16:42] maybe with a tag |ppa| [16:43] dpkg -l |grep firefox [16:43] doesn't list any ff3.0 packages :( [16:44] asac: the bug reporters need to state where they got them from (or we are looking at triagers closing our PPA bugs since they are not "official" if they dont know to keep them open [16:44] arleq: try firefox-* [16:44] hmm ... they should use the "report a bug" menu entry [16:44] and who are triagers? [16:44] yeah they should [16:44] asac: all of them [16:44] gnomefreak, no luck [16:44] see #ubuntu-bugs for some [16:44] gnomefreak: i didn't know that there are lots of triager effectively helping on mozila bugs [16:44] arleq: apt-cache policy firefox-3.0 [16:45] gnomefreak, I have two packages listed, none installed [16:45] hmm ... is hjmf missing in action? [16:45] asac: there are (mainly newer triagers) but i see all kinds of names that i dont remember closing bugs and crap [16:45] they've a 500 number before the URL [16:45] ok, [16:45] brb [16:45] asac: i saw him last week i thought [16:46] here? [16:46] arleq: thats normal [16:46] asac: i think so [16:46] i don't have much mails in my ubuntu inbox of him [16:46] eventually there is one on oct 15 though [16:46] but just one [16:46] arleq: dpkg -l grep firefox-* should work if not try dpkg -l firefox-* [16:47] i havent seen him in bug mail much either [16:47] although i havent seen anyone but you and me for most part in bugmail and im on low side of that atm [16:49] asac: so far iceape looks good been using it since 10pm last night and was up half the night playing with it. maybe total playing time 8 hours or so but i say take it tonight unless i see a bug [16:49] i will start on hardys today [16:50] gnomefreak: ok ... try ajax sites as well ... (maps.google.com et al) ... and if all works well point me to the ppa to pick it up [16:50] ok [16:50] gnomefreak: ok oct 17 was his last post [16:51] i think its still ok [16:51] i will ping you later this afternoon if all is well [16:51] he might just be busted [16:51] i sent him a mail though a week ago or so asking if he is fine ... but haven't received a reply though [16:59] ok bbl gotta get going so i have time to play later === Chipzz_ is now known as Chipzz === arleq is now known as arle [18:39] hi [18:40] hi [18:47] hi all, anybody up? [18:48] I did do a make clean [18:48] this is on a gutsy machine [18:48] ya [18:48] Compiling lib/wmainfo.py ... [18:48] make: *** [compile] Error 1 [18:48] any ideas or do people know about it? [18:49] oops, wrong forum [18:51] exception__: my issue is with the latest firefox 3.0 trunk from Ubulette's repository , whenever i try to use firefox-3.0 i get this [18:52] shirish@Mugglewille:~$ firefox-3.0 [18:52] Couldn't load XPCOM. [18:52] hi shirish [18:53] Ubulette: hey :) [18:53] my best guess is that you're still running very old debs [18:53] Good evening, everybody :)... [18:54] shirish, plz show me: apt-cache policy libnss3-0d libnspr4-0d firefox-3.0 xulrunner-1.9 | grep Installed [18:54] Ubulette: lol, in this case this is the pits, why should this happen, anyway any ideas so please tell me. [18:55] apt-cache policy libnss3-0d libnspr4-0d firefox-3.0 xulrunner-1.9 | grep Installed [18:55] Installed: 3.12.0+cvs20070911t0322+bbot-2 [18:55] Installed: 4.7.0+cvs20070912t1837+bbot-1 [18:55] Installed: 3.0~alpha9~cvs20071021t0946+bbot-1 [18:55] Installed: 1.9~a9~cvs20071021t0946+bbot-1 [18:55] bingo [18:55] Installed: 3.12.0~cvs20071019t0355+bbot-1 [18:55] Installed: 4.7.0~cvs20071016t1137+bbot-1 [18:55] Installed: 3.0~alpha9~cvs20071021t0946+bbot-1 [18:55] Installed: 1.9~a9~cvs20071021t0946+bbot-1 [18:55] nss and nspr are wrong [18:56] remember i told you for force when I renamed "+" => "~" [18:56] Ubulette: so how do I set it right [18:57] apt-get install libnss3-0d=3.12.0~cvs20071019t0355+bbot-1 libnspr4-0d=4.7.0~cvs20071016t1137+bbot-1 [18:57] you're 5 weeks behind for those two ;) [18:58] Ubulette: omgod [18:58] (you may have more debs to force if you installed -dev or/and -dbgm) [18:59] try that and tell me ;) [18:59] I have more debs to force, pastebin you the entire exercise [19:00] just abuse of apt-cache policy foo [19:00] Ubulette: http://pastebin.ca/745778 [19:00] where foo is all the debs that are behind [19:02] Ubulette: if you look up that paste, you will see no. of packages which were removed when I downgraded. [19:02] The following packages will be REMOVED: firefox-dev libnspr4-0d-dbgsym libnspr4-dev libnss3-0d-dbgsym libnss3-dev [19:02] all the libs are expected, you can readd them if you want. [19:03] firefox-dev is ff2-dev but depends on nss/nspr-dev so it's expected too. you can readd that to [19:05] but none of those are required unless you compiled something mozilla related [19:05] i guess i should set up a hardy chroot instead :( [19:05] oh well lets see what happens [19:06] Ubulette: installing firefox-dev is giving me different stuff [19:06] gnomefreak, instead of what ? [19:06] shirish, show me [19:06] using installed hardy [19:07] gnomefreak, i don't recommend that to anyone, but i'm doing it myself ;) [19:07] Ubulette: hang on, dunno if this is good or not, but wait a minute, will show you. [19:07] Ubulette: im gonna use the chroot to build (less issues than if i build on installed hardy [19:08] http://pastebin.ca/745792 [19:08] but lets see how iceape does since there isnt anything that really changed from gutsy to hardy for iceape [19:09] shirish, seems all good [19:09] shirish, does ff3 work now ? [19:09] yup, it works , hallelujah, at last :P [19:10] good [19:11] thanx for helping out, although at some time the names need to be shorterned, I'm hoping it will happen the day when mozilla moves to bzr, then the time stamp wouldn't have to be so big. [19:11] shirish, i don't know how long I will do debs for gutsy. I plan to start doing hardy rsn [19:12] moz will move to hg, not bzr [19:12] * shirish does a double-take [19:12] bzr is far too slow [19:12] I thought they were going for bzr [19:12] asac: where does fakeroot debian/rules source get the files from? svn? cvs? [19:13] * shirish mutters something about mozilla devs & hg [19:13] me now will have to learn hg sometime soon I guess [19:13] Ubulette: any idea when hardy run is going to start up? [19:14] Ubulette: just another thought (besides the iceape thoughts for mozclient) can we add a tarballs dir inside mozclient for when it creates tarball to put it there instead of inside general dir ? [19:14] fta@ix:~ $ lsb_release -d [19:14] Description: Ubuntu hardy (development branch) [19:15] shirish, started a few days ago [19:15] shirish: the repos are open but beware toolchain is being added so you might get some bad brakage [19:15] breakage [19:16] gnomefreak: thanx, I think I would wait for a month before getting on the bandwagon, when the toolchain gets stabilized a bit :) [19:16] shirish: thats a good idea [19:17] :) [19:17] * gnomefreak wonders if i can use that for 2.0 [19:17] hmmmm [19:17] gnomefreak: source? ... no idea .... look in debian/rules :) [19:17] worked for trunk [19:17] gnomefreak: should be cvs [19:17] asac: im thinking of using that to update the source for IA2 [19:18] i have 1.1.5 on hardy building so far [19:18] gnomefreak: good idea ... just verify that it gets it from cvs [19:18] might as well try to download a tarball from ftp [19:18] asac: there are no sources up there [19:18] just reg. use tarballs [19:19] assuming they are missing dirs. files needed to build source [19:19] i think it doesn't download for iceape, but it just removes nonfree files et al [19:20] gnomefreak, i'll update mozclient to do that if you want. [19:21] Ubulette: please do, im gonna try running rules to see, it doesnt state what it uses just states date/time/ect.. [19:21] just need to think about the remove-bin instead of my current remove-everything-not-needed [19:23] frigging hardys build failed [19:27] ? [19:27] xpcon errors [19:28] xpcom even i might know why [19:35] hmm, the current iceape package has no mozilla dir, right ? [19:35] do we still want that ? [19:39] right [19:39] Ubulette: i move everything in mozilla dir back one dir [19:39] if i do it manually [19:40] so configure and rest of files are in same dir as debian [19:40] shit [19:42] asac: iceape failed to build on PPA [19:42] looking at it now [19:44] hmmmmmm [19:45] seems gutsy build failed on PPA the same way hardy is failing locally lets see if this fixes it [19:46] i might have not commited the 99_configure patch to bzr might be the issue but would have thout it would have failed during appling patches [19:46] mozclient can do iceape-2.0~a1~cvsxxx [19:47] ty [19:47] well, will do [19:47] ill play with it as soon as i can [19:53] im thinking its bzr builddeb thats failing TBH [19:54] asac: do i need to bzr add any patches after updating them? [19:55] -rw-r--r-- 1 fta fta 46151857 Oct 22 20:55 iceape_2.0~a1~cvs20071022t1059.orig.tar.gz [19:56] Ubulette: is the readme updated for it? [19:56] readme ? [19:56] in mozclient ? [19:56] yes [19:57] haven't push anything yet [19:57] ah that would be why no revisions ;) [19:57] :) [19:58] if updating the patch fixes this i have to figure out how to push that to branch, but i dont get it dpkg-buildpackage doesnt fail but bzr bd does [19:59] hmm, i'd like to do iceape2. seems fun [19:59] should be close enough to xul1.9/ff3 [19:59] maybe share some patches [19:59] i like to do cvs stuff :) [20:00] the patches (most of them) need to be changed/updated [20:00] I'll name it iceape-2.0_2.0~a1~cvs20071022t1059.orig.tar.gz [20:00] so it can coexist with regular iceape [20:01] anyone care to look at http://pastebin.mozilla.org/223611 and tell me what im missing (just ran autoconf2.13 im thinking maybe it wasnt pushed to bzr [20:02] Ubulette: if you do please enable the ubuntu prefs patch [20:03] let me start 1st ;) [20:03] is there a usable bzr branch somewhere ? to start with ? [20:03] 82_prefs_ubuntu.dpatch this one [20:03] Ubulette: yes hold on [20:03] * shirish out [20:03] damn, dpatch [20:03] https://code.edge.launchpad.net/~gnomefreak/iceape/ubuntu-1.1.x [20:03] quilt is good for you ): [20:03] :) [20:03] Ubulette: change it if you like [20:04] i planne don that anyway [20:04] planned [20:04] but i would like to keep 1.1.5 dpatch since ive invested a day so far in it [20:04] sure [20:04] fuck [20:04] 99_configure is failing [20:05] 1.1.5 is not ready so I propose to fork 2.0 at commit 94 [20:05] seems good ? [20:06] make it a separate branch [20:06] yes [20:08] hmm, I think I started xul1.9 from scratch [20:09] as none of the patches could be reused [20:11] now 99_configure wont apply something here is fucked up bad [20:11] * gnomefreak goes to start from scratch [20:12] hmm, could iceape2 use xul1.9 like ff3 ? [20:12] not sure tb is ready [20:12] as it stands i doubt it but it should beable ot [20:12] to [20:13] Ubulette: only way atm to know is to try it unless you find something moz devs posted about it [20:15] waa, 55 patches [20:17] ok rebuilding gutsy to see if its me or not [20:17] Ubulette: iceape doesnt have that many [20:18] hmm, i'm looking at iceape_1.1.4-1ubuntu2 [20:18] 55 patches [20:19] ok maybe it does [20:21] Ubulette: not all are still used [20:22] but the one above i would really like to get enabled again [20:22] for somereason it fails to apply and i threw up my hands at that time [20:22] btw xpcom SUCKS [20:25] look in bugzilla, it may a known bug with a patch [20:25] +be [20:27] it build fine lastnight, thats why i uploaded it but its failing to and i havent done updates in gutsy chroot i dont fucking get it (it has to be the autoconf2.13 fucking up a patch [20:27] willing to bet its the xpcom patch too ;) [20:27] but patches apply [20:28] its spinning lets see what happens [20:32] arghh, no cdbs either [20:35] nope [20:36] its still failing im gonna try manualy building it [20:41] * gnomefreak doesnt understand why it fails now and didnt 12 hours ago [20:43] maybe tarball is messed up? [20:44] did you change your gcc ? [20:44] looks like a visibility issue [20:47] not that i know of between yesterday and today in chroot [20:47] hardy or gutsy ? [20:47] 20_force-no-pragma-visibility-for-gcc-4.2_4.3 [20:48] fixed that afaik. [20:48] it passed build yesterday in gutsy chroot tried today and it failed (same chroot no uypgrades between builds [20:48] gcc 4.2 fixed a couple of visibility issues [20:48] now its failling across the boards gutsy and hardy [20:48] hmm, then I don't know [20:49] i wish i did [20:49] damn what version does your gutsy chroot have for gcc [20:50] Version: 4:4.1.2-9ubuntu2? [20:50] 4.1.3 by default [20:50] Installed: 4:4.1.2-9ubuntu2 [20:51] but you ask for gcc-4.2 in debian/rules [20:52] gcc-4.2 is already the newest version. [20:52] hardy is ahead [20:52] how do i use 4.2 by default [20:52] in gutsy i can care less about hardy atm [20:53] hardy build has never passed [20:53] gutsys did [20:53] oh [20:54] thats why im having such a hard time with this since gutsy has built 12 hours ago and fails now [20:54] * gnomefreak willing to bet gcc wasnt upgraded in gutsy [20:54] in last day [20:55] shit i have to change the version in about [20:56] im wondering if tarball isnt screwed up somehow [20:57] if this passes its a tarball issue or a bzr bd issue [21:01] oh we have iceape in mozclient now [21:01] nice [21:01] fuck iceape [21:01] i think iceape 2.0 should be build against xulrunner-1.9 [21:01] gnomefreak: you know how to fix 99_configure [21:02] you did it multiple times so far [21:02] its fixeed [21:02] its still failing [21:02] xpcom [21:02] then its not fixed :) [21:02] he?= [21:02] 99_configure applies [21:02] and? [21:02] it fails later on xpcom [21:02] during build? [21:02] hold on ill get you link [21:03] 99_configure is the last patch ... sio it must be during build [21:03] -DBUILD_ID=2007100801 tells me yes [21:03] gnomefreak: you said it built properly yesterday [21:03] asac, about mozclient [21:03] just need to think about the remove-bin instead of my current remove-everything-not-needed [21:03] asac: it did as i installed it and haave been using it [21:04] asac: http://pastebin.mozilla.org/223611 failure [21:04] that is what has been bothering me so damn much :( [21:05] gonna grab revision before yesterdays upload and start over [21:08] asac: let me know wha tyou think about the error if you can think of one [21:17] Ubulette: can you also set mozclient up for 1.1.5 i have a strange feeling about the tarball rules is making [21:19] isn't 1.1.5 a release ? [21:22] gnomefreak: thats the visibility bug [21:22] you appear to have dropped a patch [21:22] [21:44] looks like a visibility issue [21:22] most likely you just didn't update 99_confiugre [21:23] 20_visibility.dpatch has been dropped [21:23] because the touches configure.in [21:23] (well, forget it, i don't know) [21:23] i did update it but i didnt bzr add 99_configure could that be it (thats why all my pulls from branch are failing now? [21:24] (i'm gonna deco rsn) [21:24] thats why im staring from before todays upload [21:25] if i can get it to build than i can worry about revising the branch [21:25] i knew it [21:25] 22:24 < gnomefreak> i did update it but i didnt bzr add 99_configure could that be it (thats why all my pulls from branch are failing now? [21:25] 22:24 < asac> gnomefreak: you have to commit it to bzr (not add) [21:25] 22:24 < asac> but yes [21:26] why does trying to remove firefox want to remove epiphany-browser? [21:26] Ubulette_: do we reconnect in sync now? [21:26] and java6 [21:26] asac: when i used bzr add ... it didnt give me anything thats what bothered me [21:26] IdleOne: they depend on eachother [21:26] gnomefreak: not bzr add ... you have to commit the updated 99_configure patch [21:26] asac, I get a new IP every 24h [21:27] gnomefreak: so two different browsers depend on each other? [21:27] asac: commit debian/patches/99.....? [21:27] IdleOne: notice all browsers depend on firefox [21:27] that doesnt make sense. why wasnt epiphany installed then when firefox was [21:27] IdleOne: thats gonna change in the future [21:27] asac, hopefully that f*g rule will change soon. i'll have 7 days then [21:27] install epiphany will install ff [21:27] gnomefreak: update 99_configure (e.g. dpatch-edit ... autoconf2.13 ... exit) [21:27] yes [21:27] then commit the changes [21:27] than just push [21:28] ah i didnt add a patch [21:28] gnomefreak: so I have to keep FF to use epiphany? [21:28] iu updated it [21:28] IdleOne: for the most part yes [21:28] okie then [21:28] IdleOne: thats why xulrunner is in works [21:28] IdleOne, that could change someday if epiphany moves to xulrunner 1.9 [21:29] chpe is working on it [21:29] gnomefreak: doesnt seem right though that a user doesnt have the choice and has to keep certain software to use other software [21:29] IdleOne, it's called a dependency :) [21:29] but I guess I can live with it [21:29] IdleOne: thats why everything will depend on xulrunner instead [21:29] IdleOne: its being fixed for hardy [21:29] cool beans [21:29] we didnt have time to fix it in gutsy [21:30] Ubulette: afaik the plan was to make things depend on xul instead of ff [21:31] cant wait to see how bad hardy breaks when it finds FF2.0 GP and epiphany on my machine lol [21:31] gnomefreak, yes, that's what I've just said [21:31] IdleOne: it wont break [21:31] IdleOne: i have the 3 + more installed [21:32] well I trust you gnomefreak so if yo tell me it will be ok then it will be ok :) [21:32] IdleOne: everything works atm in hardy [21:32] has the first alpha been released yet? [21:32] lol, no [21:33] since we have xulrunner 1.9 in gutsy repos it should be fairly easy to start depending on it in hardy [21:33] IdleOne: repos have been open for like 3 days [21:33] lol [21:33] give it a month or so before 1st alpha [21:33] well I dont know if Im ready for an upgrade yet [21:33] if your smart you wont upgrade [21:34] well for a bit [21:34] I'll wait till herd or tribe or whatever " 1 " it is going to be called is released [21:34] flock maybe [21:34] hahaha [21:34] heron is a bird [21:34] birds flock [21:35] but we shouldnt have too many big changes in this release [21:35] hey I jusdt installed fOCK1 OR fLUCK1 AND NOTHING WORKS! CAN SOMEBODY HELP??? pleeeeeeeeeeease [21:35] LOL [21:36] btw guys I dont mean to seem like I dont appreciate all you guys do for us Ubuntu users but FF is killing my machine :/ [21:36] asac: remember what screwed me up now [21:37] when i go to commit i get mozilla files also being commited as unknowns [21:37] talking 80 lines of files [21:37] how do i prevent this? [21:38] gnomefreak: you have to run fakeroot debian/rules clean ... before doing anything [21:38] before commiting [21:39] might be a good rteason [21:39] -t [21:40] still lists them damnit [21:41] ah its trying to commit everything in top level dir. [21:41] since im not using bzr i guess would be reason [21:44] i would rather omit the non debian files so im gonna see if it changes using bzr setup === Ubulette_ is now known as Ubulette [22:01] asac: why would autoconf2.13 update 80_system_libs.dpatch [22:01] i think is where the issue is [22:02] after running autoconf2.13 i cd back into debian dir and commit and that is the only thing that gets commited [22:20] bbl im pissed off now [22:27] * tonyyarusso wonders why [22:29] ftbfs with iceape 1.1.5 ;) [22:36] gnomefreak: try to step back a few meter ... and look from a different perspective [22:36] :) [22:36] oh i think its a few feet for you :) [22:41] i've converted iceape to quilt [22:42] Ubulette: \o/ [22:42] i did that on 1.1.4 [22:42] so not to repeat the mistake of nss [22:42] well ... actually we are now forked form debian [22:42] mistake? [22:43] remember the version bump and dpatch->quilt i did at the same time [22:43] Ubulette: hmm ... switching patchsystem for a security upload is not really minimal :) [22:43] i've lost parts of 1 or 2 patches at that time [22:43] Ubulette: ah right. [22:44] Ubulette: so now we maintain iceape independently from debian? [22:44] i dont plan to push my 1.1.4. just make it build then bump [22:44] only iceape2 [22:44] ah ... ok i thought this was for the 1.1.5 update [22:44] find with that [22:44] lets go ahead and the take over the debian packages :) [22:45] s/and the/and then/ [22:45] i've nicely merged the patches, with comments and all [22:45] how many patches are still there? [22:45] scripted of course [22:46] I've kept 47 [22:46] 47... thats massive [22:46] how many do we have in xul? [22:46] dropped the unused ones [22:46] 10 [22:46] yep [22:46] aeh 9 [22:47] can't we just drop all patches? and then add only those needed? [22:47] but I assume I'll drop most of those 47 at the bump [22:47] ok [22:47] ah right ... you didn't bump yet [22:47] I did, but I reverted to do the migration 1st [22:47] yeah ... right [22:47] see ? I learn for my mistakes ;) [22:48] ok, it builds [22:51] hmm.. should I do cdbs now or after the bump [22:51] hard to say [22:52] i would do everything before [22:52] once we use cdbs there will finally be no roam for cooperation with debian i guess [22:55] well, I've never heard of mike's opinion on our work here in the last 4-5 months so if he doesn't give a damn, I don't either [22:55] yes [22:57] I don't mean to be rude or anything, it's just a fact, we did something we thought right, i just can't see anything on the debian side [22:57] ok i get autoconf either makes the patch good or bad but why dont i have an updated 99_configure why did it change the libs patch (that doesnt make sense [22:57] * gnomefreak willing to bet there is something in the libs patch that has to do with xpcom failure [22:58] (Gutsy)gnomefreak@Gutsy:~/test/work/ubuntu-1.1.x$ bzr commit [22:58] modified debian/patches/80_system_libs.dpatch [22:58] 99_ isnt there [22:58] gnomefreak: why do you commit wihtout lookin what you changed? [22:58] do bzr st before [22:59] all i did was autoconf2.13 and i didnt commit it i canceled it [22:59] either way it updated wrong patch from what i can see [22:59] gnomefreak: you mix things up [23:00] you probably didn't edit 99_configure but 80_system libs [23:00] so configure diff is now in there [23:00] ouch [23:00] (Gutsy)gnomefreak@Gutsy:~/test/work/build-area/iceape-1.1.5$ dpatch-edit-patch 99_configure [23:00] try again [23:00] gnomefreak: before you try again ... reset everytrhing to a clean state [23:00] dpatch is a beast ... if you did something wrong at some point you won't be able to clean things up properly [23:01] http://pastebin.mozilla.org/223723 [23:01] thats what i did [23:01] if you find what i did wrong please tell me [23:02] gnomefreak: you update the patch in build-area [23:02] but then you don't copy the updated patch to your ubuntu-1.1.x directory [23:02] ah [23:02] # [23:02] dpatch-edit-patch: /home/gnomefreak/test/work/build-area/iceape-1.1.5/debian/patches/99_configure.dpatch updated. [23:02] # [23:02] (Gutsy)gnomefreak@Gutsy:~/test/work/build-area/iceape-1.1.5$ cd .. [23:02] # [23:02] (Gutsy)gnomefreak@Gutsy:~/test/work/build-area$ cd .. [23:02] # [23:02] (Gutsy)gnomefreak@Gutsy:~/test/work$ cd ubuntu-1.1.x/ [23:02] # [23:02] (Gutsy)gnomefreak@Gutsy:~/test/work/ubuntu-1.1.x$ bzr commit [23:02] yes i know what i did, so ill copy it over [23:02] right [23:03] but uncommit the 80_... commit [23:03] why did that change :( [23:03] thats most likely garbage you produced [23:03] no idea [23:03] i never commited it [23:03] i canceled the commit [23:03] gnomefreak: you committed it [23:03] ah ok [23:03] then clean-tree [23:03] revert [23:03] before you commit next time [23:03] clean-tree? [23:03] otherwise the garbage will still be in 80_... [23:04] clean-tree removes files that are not managed by bzr [23:04] bzr revert; bzr clean-tree [23:04] brings your tree to pristine state [23:04] after i copy the patch over [23:04] ah clean-tree is in bzrtools [23:04] no [23:04] do that before you do anything [23:05] than i will have to rerun autoconf? [23:05] you don't want to start with a cluttered tree [23:05] yes [23:05] oh [23:05] then you have to do what you did [23:05] and copy over 99_configure [23:05] then commit that file [23:05] done [23:06] (Gutsy)gnomefreak@Gutsy:~/test/work/ubuntu-1.1.x$ bzr revert; bzr clean-tree * debian/patches/80_system_libs.dpatch [23:06] No files deleted. [23:06] thats good? [23:06] yeah [23:06] ok [23:08] seems my last commit is too big for lp/codebrowse [23:09] asac, http://ubuntuforums.org/showthread.php?t=587010 [23:11] yeah ... won't happen [23:11] nm approach is superior :) [23:13] hmmm [23:13] firefox-3.0: Depends: libpango1.0-0 (>= 1.18.3) but 1.18.2-0ubuntu1 is to be installed [23:13] wtf ? [23:13] is hardy behind gutsy ? [23:14] Ubulette: yeah pango has been updated in gutsy [23:14] and hardy is still close [23:14] so thats what you see :) [23:14] hardy should open soon though [23:14] (for general uploads) [23:14] gutsy shows: [23:14] $ apt-cache policy libpango1.0-0 [23:14] libpango1.0-0: [23:14] Installed: 1.18.2-0ubuntu1 [23:14] Candidate: 1.18.2-0ubuntu1 [23:15] Ubulette: gutsy proposed has newer [23:15] ohh [23:15] its not yet moved to real gutsy ... i think the same will happen with a bunch of gnome packages that didn't made gutsy, but where ment to be in [23:15] s/where/were/ [23:16] my bot should not use proposed, just plain [23:16] damn [23:16] yeah ... thats probably the problem then [23:16] just plain + security i guess [23:18] god, i've used the whole set since day 1. plain, security, updates and backports [23:18] used to be empty [23:21] fixed [23:25] ;) [23:38] asac, how do I pass a variable to configure using cdbs ? [23:38] LDFLAGS="-Wl,--as-needed" ./configure --blabla [23:39] with cdbs, I no longer call configure myself [23:41] you mean an env variable? [23:41] LDFLAGS [23:42] DEB_CONFIGURE_SCRIPT_ENV = CC="$(CC)" CXX="$(CXX)" CFLAGS="$(CFLAGS)" CXXFLAGS="$(CXXFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" [23:42] thats already set ... so just set LDFLAGS [23:42] cool [23:55] that rules file is huge [23:55] mostly rebranding and chrome tweaking