[01:15] s/dues/due/ [01:16] i don't have a single issue tied to system nspr/nss [01:16] Ubulette: actually you don't have to deal with that release-fiddling if you want [01:16] Ubulette: have you tested with in source nss/nspr? [01:17] Ubulette: that doesn't matter ... we cannot overlay nss/nspr from main with more or less cvs snapshot in universe [01:17] i have a bad feeling about pushing something like it [01:17] not talking about release manager ;) [01:17] as you want. [01:19] I'm gonna retry my form. if i disappear, it's xgl [01:19] Ubulette: i can test that ;) [01:19] i mean i can test the system-nss/nspr thing [01:19] if you prefer to do that let me know [01:20] Ubulette: so do we want to rename the xulrunner package? [01:20] i would prefer to name it xulrunner-1.9 ... not trunk [01:21] it's already the name [01:21] the source package? [01:21] yep [01:22] ah cool ... so you fixed that? [01:22] Source: xulrunner-1.9 [01:22] no, since day 1 [01:23] ok ... then lets just adapt the branch names to reflect that .... and firefox-trunk => firefox-granparadiso or firefox-3.0 ? [01:28] anything about branchnames/packagename you see not being consolidated/streamlined enough? [01:37] i don't like the -trunk in source package of nss/nspr (but we've discussed that in august) [01:37] trunk as branch name for ff is ugly [01:38] grandparadiso too [01:38] those two should be mergeable to make our life easier [01:39] so appname is an issue [01:39] and I like minefield.. clearly says what it is [01:42] yes ... read what i wrote above [01:42] firefox-3.0 is an option imo [01:43] it would require one transition for gutsy users _now_ ... but better now than at some point ;) [01:44] i agree, better now than later [01:44] so what can we still do for beta? [01:45] so either we drop the minefields branding and switch to default (gp) for our dev [01:45] or we keep two branches in parallel forever [01:45] i think we could say: UNRELEASED uploads are minefield and gutsy uploads to ppa are at least a bit QAed so we can call it gp [01:46] we could then add a check in rules for the distribution in changelog [01:46] (just an idea) [01:46] the package name would still be the same though [01:46] all firefox-3.0 [01:47] why not just do post beta cvs ? like 3.0~a7+cvs [01:47] you mean to check if its minefield? [01:47] instead of 3.0~a8~cvs [01:47] how did you get to that point in this conversation [01:48] i mean is that still the same topic or am i just confused;) [01:48] let's start with plain a8. we release it, then continue with a8+cvs [01:48] instead of with a9~cvs [01:48] so it could still use appname gp [01:48] i have no hard opinion on that ... except that selecting + in the version in gnome-terminal is a pain by double-clicking ;) [01:48] then all our patches are good and easy to merge [01:49] but it's still trunk between released [01:49] but it's still trunk between releases [01:49] Ubulette: i don't understand how this version shift contributes to fix "so it could still use appname gp" [01:49] just add + to the selection [01:49] it's in prefs [01:49] i see no difference [01:49] either we decide to ship any build as gp [01:50] yes [01:50] (branding) [01:50] or we try to detect changelog what is gp and what is minefield ;) [01:50] somehow i like the latter more [01:50] in any case, please explain to me how changing the version scheme we use contributes to this [01:51] today it's easy. mozilla/browser/config/version.txt tells us [01:51] what is easy? [01:51] gp vs minefield [01:51] how? [01:51] pre? [01:51] m/pre/ [01:53] i don't like introspecting the upstream source from debian packaging better look at changelog with dpkg-parsechangelog [01:53] why can't we just see if there is cvs in it? then use minefield [01:53] otherwise gp? [01:53] is there a difference? [01:56] i have to think about that. I'm tired and i have to get up very early :P [01:56] anyway ... i am fine with both ... just consider dpkg-parsechangelog a bit cleaner as it would be more universal [01:57] mozclient will need something from upstream files [01:57] Ubulette: ok let me know in the morning... if i find a few minutes i would do abit and don't want to do something I don't know all ideas for ;) [01:58] for now its just firefox [02:05] sure. 'night [02:06] asac : wow.. do you sleep sometimes? [02:13] no ;) [02:13] just work + sport :) [02:14] but will be off now ;) [02:20] hehe === Ubulette_ [n=Ubulette@APuteaux-153-1-80-53.w81-249.abo.wanadoo.fr] has joined #ubuntu-mozillateam === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === therealnanotube [n=nanotube@unaffiliated/therealnanotube] has joined #ubuntu-mozillateam [06:01] hello everyone. i notice that the firefox 2.0.0.7 signature was made using a different key than the one used for previous releases. is that as it should be? did mozilla start using a different key? === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [12:55] asac: talked with mertiki? === fuoco [n=gad@87.69.68.130.cable.012.net.il] has joined #ubuntu-mozillateam [01:01] bluekuja: yes. thanks. [01:01] asac: if you want me to upload that too, just ping ;) [01:02] yes ... its not completely ready. mertiki wanted to improve it today based on my comments [01:03] asac: ok cool, let me know when we'll have a good package [01:03] :) === janimo [n=jani@89.137.96.27] has joined #ubuntu-mozillateam [01:33] Ubulette_: hi, you mentioned having added libnspr4-dev as a dep of xulrunner-1.9-dev (it is needed) but it does not seem to be there in the package === janimo [n=jani@89.137.96.27] has left #ubuntu-mozillateam [] [02:32] asac: you there? [02:33] asac: is ok to modify a makefile.am/in without a patch system? [03:09] how? [03:10] bluekuja: ? [03:19] asac: directly [03:19] asac: http://launchpadlibrarian.net/9376568/rkward_0.4.7a-1ubuntu2.debidff [03:19] I told him to provide a patch [03:19] for it [03:22] asac; ? [03:26] bluekuja: the makefile.in looks strange [03:26] +#>- $(INSTALL_DATA) $(srcdir)/rkward.desktop /usr/share/applications/rkward.desktop #>+ 1 [03:26] ?? [03:26] where is that from? [03:26] destdir missing [03:26] no [03:26] thats just crazy [03:26] i mean it looks like it was once a patch [03:27] now its a makefile [03:27] ? [03:27] mmm... [03:27] bluekuja: please apply the makefile.am ...and see how makefile.in looks like afterwards [03:27] rerun automake for that [03:27] lets see [03:31] asac: what should I check now' [03:32] asac: the final package with that debdiff was ok [03:32] e.g it fixes the issues [03:39] asac: write me back when you get here again, I leave because I'm not feeling really good these days [03:41] bluekuja: the diff of the Makefile.in [06:00] asac: hi [06:01] hey [06:01] asac: can u tell me how to have a static page as the start page again, please? [06:04] I put the startpage in midbrowser/locales/en-us, right? Do I access it using chrome://content/midbrowser/startpage.html? [06:12] cwong1: hmm ... you can try it in location bar [06:15] sorry ... i am completely busted atm, because of the freeze that will be lifted tomorrow morning [06:16] atm? [06:17] at the moment [06:17] k === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === mertiki [n=zxz@modemcable023.30-56-74.mc.videotron.ca] has joined #ubuntu-mozillateam === gnomefre1k [n=gnomefre@adsl-221-77-212.rmo.bellsouth.net] has joined #ubuntu-mozillateam === janimo [n=jani@89.137.96.27] has joined #ubuntu-mozillateam [07:56] asac, thanks for applying the nm autostart patch. [07:56] did you get a chance to look at the libgnome deps one? === ubuntu-laptop [n=ubuntu-l@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [08:04] hi === Ubulette_ is now known as Ubulette [08:17] how would i find the ip of my router? === gnomefreak cant remember the ip to save my life [08:19] this one looks kind of weird but i guess ill try it [08:20] gnomefreak, http://www.findmyip.com/ [08:20] ty [08:20] looking [08:20] thats not what im looking for :( but ty [08:21] i need ip of router not my pc ip [08:21] trying to set up printing from laptop to pc with printer [08:21] internally or the ip you've got from your isp ? [08:22] it should be a 192.168 iirc [08:23] i cant remember the last xx.x numbers [08:23] plenty of methods [08:24] route [08:24] ifconfig and look for the gateway [08:24] traceroute something [08:24] got it ty [08:24] ping -b your broadcast addr [08:25] lets see if it works :) [08:26] depends on the router [08:27] i had it working years ago for 3 desktops in breezy but never for a laptop and its been 2 years since i had that set up [08:28] than again maybe its not right [08:28] shit [08:29] it says it is here but nothing working in printer [08:29] should i have restarted cups here [08:33] looks as if that isnt right ip [08:34] 192.168.0.x [08:34] not sure what x is yet [08:37] im looking for the ip that you type in ff and it brings up router config [08:40] Ubulette: xulrunner-1.9-dev still does not seem to depend on libnspr4-dev [08:41] although it includes headers form it [08:42] hmm. you're right. same for nss-dev I guess [08:45] gnomefreak, could you ask admin to drop everything in universe from our ppa? [08:45] well, maybe not everything (iceape and co) [08:48] asac: asked the other day and i havent heard of an answer [08:49] Ubulette: just bump the version and we will tell people to use main for the time being. feistys PPA i havent gotten to yet to move it to main [08:50] ill ask again though see if i get answer [08:50] i dont want to add an epoch. we'll have to keep it forever. it's not worth it [08:51] i didnt want to either thats why i havent [08:51] but atm there is no way for us to do it i asked kiko if admins can === ubuntu-laptop waits on reply [08:52] god i need a new frigging laptop [08:52] no noone including admins can remove anything from PPA === ubuntu-laptop just got reply [08:53] brb checking on printer [08:56] grrrrrrrrrrr [08:56] lol,bug #137767 [08:56] Launchpad bug 137767 in soyuz "Launchpad-Bugs-Fixed in PPA uploads closes Ubuntu bugs" [High,Fix committed] https://launchpad.net/bugs/137767 === ubuntu-laptop still hates printing [08:57] its a nice day so i wanted to do court paperwork outside and print inside butr noooooooo [08:58] s/butr/but [08:59] Bug #128127 [08:59] Launchpad bug 128127 in soyuz "remove-package should work for PPAs" [Medium,Confirmed] https://launchpad.net/bugs/128127 [08:59] Ubulette: they were hinking with 1.9 release [08:59] or 1.1.9 whatever version it was [08:59] that i heard weeks ago though [09:01] but i think 1.1.9 was released this week already but i could be wrong [09:04] nope [09:04] wasnt releeased? [09:04] released [09:04] or wasnt added to that milestone? [09:06] wasn't released [09:06] anyone want to go into my office and see if the page printed? im tired of getting up and down [09:07] they need to find a was of checking from remote spot [09:07] s/was/way === ubuntu-laptop makes sign "will pay $100.00 USD to next person to fix this frigging POS" === ubuntu-laptop wonders is SMB is this damn hard [09:10] ill be back on other pc in a bit === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam === janimo [n=jani@89.137.96.27] has left #ubuntu-mozillateam [] [09:21] Ubulette: gnomefreak: instead of bumping versions et al .... we want to rename the package [09:22] asac: really rather name it something rather than adding a epoche to it [09:22] makes more sense to me that way [09:22] wtf isnt firefox auto logging me into LP anymore [09:22] well epoch is not a problem either, but we wnat to rename anyway ... so [09:23] asac, sorry, didn't have time this morning [09:23] yeah ... i was busted anyway [09:23] have to wait until after beta nwo [09:23] is it possible to wait until release for 1.1.9 [09:23] i would like to see if the remove is added than to make life simplier [09:24] than the rename isnt needed ;) [09:24] hmmm ok good its fixed [09:27] well, we can rename now anyway [09:27] sure [09:27] but please choose the version wisely ;) [09:27] xulrunner-1.9 ... firefox-3.0 ... is the way to go i guess [09:28] i agree === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [09:41] should we use ".ubuntu" inside branch names ? [09:42] or are we completely out of the debian philosophy ? === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [09:47] asac, gnomefreak: what about this http://pastebin.mozilla.org/202680 ? [09:48] we cant have same name [09:48] you have trunk and gp as same name [09:48] we really need to fix dpi settings [09:49] name them same as branch? [09:50] having -trunk and -gp the same name is only gonna get confusing after a while [09:50] except ff, why can't we use the same name for source names ? [09:50] Ubulette: are they the same? [09:51] ff is special because of the minefield branding [09:51] is nss and nss-devel the same package? [09:51] sorry nss and nss-trunk [09:51] nss.dev is just fresher than the released nss [09:51] if nto same way would you name it the same [09:51] s/nto/not [09:52] I mean, we work in *.dev, when it's ready, we push to non-dev and release [09:52] once its built how would determine what one is what? [09:52] they would have same source name-versiondates [09:52] just looking at version and changelog [09:53] Ubulette: and once named the same would it have to be changed again at a later date or is it perm. [09:53] what do you mean ? [09:54] Ubulette: you and asac changed names of all sources alot in the past 2 weeks this is why we are changing them now. name them so they dont need to be changed again is what i suggest atm [09:54] atelast trunk [09:54] and gp [09:54] gnomefreak, today, source names are the same for the two nss branches, it's not a problem [09:55] forget about firefox for now, think nss/nspr/xul === gnomefreak doesnt reallly care about nss nspr atm but all the packages need to be versioned to where we dont have to change it every week because of a date change or something like that [09:56] firefox-3.0_trunk and firefox-3.0 [09:56] what is wrong with keeping -trunk or _trunk [09:57] its always gonna be trunk until release than we dont need to worry about keeping it [09:57] gp is gonna be gp/minefield until release [09:57] than with firefox-4.0 no versioning issues [09:57] or 3.0.0.1 [09:58] or whatever [09:58] this way you know what you are getting if its weekly updated or release only update [09:59] or instead of using the ~ use a - [09:59] that will fix that issue as well [10:00] asac, what's your view on all that ? [10:00] brb [10:00] think smart not hard or you will burn yourself out IMHO === Jazzva [n=sasa@cable-89-216-130-161.dynamic.sbb.co.yu] has joined #ubuntu-mozillateam [10:03] Evening... :) [10:03] hi [10:03] How's it going? :) [10:03] asac: You around? [10:04] mertiki, heya [10:04] bluekuja : Hi! [10:05] mertiki, news from your package? [10:07] my only point being is that me Ubulette and asac can tell the difference easy but end user isnt gonna see source so they need to beable to tell what one they have installed thats why i say leave -trunk or _trunk or something like that that will identify it for end users [10:08] if they install trunk and gp they will see the same firefox-3.0.deb [10:08] bluekuja : Not yet, I uploaded the last lightning-extension-locales package to REVU and emailed Alex [10:08] or nss.dsb for either package [10:08] mertiki, cool [10:08] :) [10:08] bluekuja : I'm very proud of the work I did in that package :) The script is all automatic :D [10:08] anyone have the dpi bug handy for gutsy? [10:08] i cant remember what dir the change is needed in [10:09] gnomefreak : the dpi bug handy effects are? Because I've two programs ( virtualBox and Hplip ) that have huge fonts [10:09] mertiki, you rock [10:09] :) [10:09] mertiki: mine are way too damn small [10:10] gnomefreak: That's in FF 2, right? [10:10] gnomefreak : In my case, everything is OK except the two programs I spoke about [10:10] bluekuja : :D [10:10] Jazzva: my whole desktop [10:10] its a xorg bug iirc [10:11] gnomefreak: Ouch... I've been having it in FF... the fonts are too small, even though everything is set to 10px... But the rest is fine... [10:11] Granparadiso has ok font size... [10:11] bluekuja : I'm working to do the same for the enigmail-locales, but I found a lot of problems. Asac really helped me around lightning-extension-locales script [10:11] Jazzva: im having the gutsy bug and i cant find the damn bug :( [10:12] gnomefreak: And does setting fonts to be bigger change anything? [10:12] Jazzva: what dir? [10:12] gnomefreak: dunno... [10:13] mertiki, asac is a pro so you can learn everything you need from him :) [10:13] i need the dpi corecct settings and the dir/file its in === gnomefreak never had to worry about it until clean install [10:13] clean feisty install upgrade to gutsy [10:14] i had upgraded before the dpi bug surfaced so it didnt effect me [10:14] bluekuja : When he gave me his vision of what my lightning-extension-locale could be. Everything I though was " Yes, that's the ultimate all good solution " :P [10:14] lol [10:14] :d [10:14] :D [10:14] bluekuja : So I learn a lot from him :) [10:14] gnomefreak: But shouldn't it effect everyone? We all get the same updates :). [10:15] Jazzva: i dont know why it didnt effect upgrade i dont know why it never got to me before [10:15] fff2 always had smaller fonts for me but this is first desktop has done it [10:15] ff2 even [10:15] gnomefreak: Yeah, that sounds reasonable... [10:16] So, you need the config file for that setting? [10:16] bluekuja : I think that it's pretty late to add packages to Gutsy, when does new Gutsy updates are Freezes? At the BetaFreeze? [10:16] yes [10:16] im fairly sure its should be around 96-98dpi but cant remember [10:16] the file and the settins are on the bug iirc [10:17] bug 139700 [10:17] Launchpad bug 139700 in xorg "dpi setting incorrect" [Undecided,New] https://launchpad.net/bugs/139700 [10:17] mertiki, https://wiki.ubuntu.com/GutsyReleaseSchedule [10:20] gnomefreak: Hmm, my xorg.conf doesn't containt the mentioned settings... [10:20] mine either === Ubulette_ [n=Ubulette@APuteaux-153-1-44-223.w82-124.abo.wanadoo.fr] has joined #ubuntu-mozillateam [10:23] damn, lost synchro 12min :( [10:23] bluekuja : thanks ( I should need to read sometimes :) ) [10:24] mertiki, np [10:24] bluekuja : did you see asac today? [10:24] mertiki, this morning yes [10:25] gnomefreak: Have you tried setting the DisplaySize? [10:25] 1h ago too [10:25] bug 140540 [10:25] Launchpad bug 140540 in libgnome "[Gutsy update] Gnome application font sizes too small to read" [High,Fix released] https://launchpad.net/bugs/140540 [10:25] jano brb [10:25] it would be great if I can have is comments on the last package I uploaded, it's maybe the "real" one :) [10:25] Jazzva: no brb [10:26] mertiki: hi [10:26] hi asac! [10:26] how are you :) [10:26] hard day ;) [10:27] asac : yeah for me too [10:27] Evening, asac :) [10:27] oh Jazzva is back :) === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [10:27] Pretty much... *jumps_around* [10:28] asac : if you have time, I uploaded my latest update to the lightning-extension-locales to REVU [10:28] asac, is it too late/too hard to start implementing that isUserAdmin check in ubugox? [10:28] Jazzva: no ... its just too late for beta === Ubulette_ is now known as Ubulette [10:28] Jazzva: but we can add that afterwards [10:28] ok now fonts are bigger in terminal looks almost goos [10:28] good [10:29] Jazzva: the trick is to sell this change as a bug-fix ... not a new feature ;) [10:29] asac: We can :)? I thought it's not possible to implement new features in current version after beta freeze... [10:29] *lol* Oh, that... [10:29] its a bug [10:29] users that cannot install packagse, shouldn't [10:29] I get it... [10:29] asac : I'm here for a while, you can speak to me at anytime, if I don't answer, I'll see your message once I come back [10:29] now ff fonts are woo damn big just a little too big but fixable [10:30] gnomefreak: See if this is useful... http://gentoo-wiki.com/HOWTO_Xorg_and_Fonts#.2Fetc.2FX11.2Fxorg.conf [10:30] mertiki: you have a direct link? [10:30] to your revu upload? === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [10:30] asac: http://revu.tauware.de/details.py?upid=265 [10:30] Ok, dinner time... BBL... [10:30] sorry Jazzva seee if what is usefull [10:31] gnomefreak: Well, there's a part about setting dpi... [10:31] Oh... you left the channel :) [10:31] where? [10:31] gnomefreak: This http://gentoo-wiki.com/HOWTO_Xorg_and_Fonts#.2Fetc.2FX11.2Fxorg.conf [10:31] ty [10:32] no problem :)... === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [10:38] mertiki: are the res-files shipped? or are those just temporary files? [10:39] asac : what do you mean by shipped? When you run the regen-package.sh, they all are overwrited by autogenerated ones [10:39] what would happen when you remove the res-files folder at the end of regen- ? [10:40] which line ? [10:40] last line :) [10:41] those are created during regen-package.sh, right? [10:41] Ok, what would happen if I remove the res-files? The package won't build. these files are the files used to build the package [10:41] so you probably can remove them [10:41] let me look again ;) [10:41] asac : of course :) [10:42] asac : actually, regen-package.sh creates all these so the package can be built. It's just one step away from the all-automatic-rules-file [10:42] asac : but I wanted to speak to you before that step [10:42] mertiki: so what is your idea? [10:44] asac : I almost don't know anything about rules file and I can't get to clearly know if including the content of the regen-package.sh into the rules file can be done and if it's a real good idea, I think that's what you talked about yeaterday right? [10:45] yeah i think so [10:45] resolution: 126x121 dots per inch is whats wrong [10:45] asac : actually, it's still very simple, people just needs to upgrade the lightning XPI file and the Langlist.text to upgrade the whole package in one step [10:45] gnomefreak, ati ? [10:45] nvidia [10:45] which driver ? [10:45] have to figure out how to change that value [10:46] -glx-new [10:46] asac : Now, does including the regen-package.sh into the rules file will causes problems? What if we want to modify something by hand after? [10:47] mertiki: i will come back to you ;) [10:47] in a few minutes [10:47] asac : np [10:47] have to do something right now :) [10:47] ok :) [10:53] mertiki: you don't know anything about makefiles? [10:54] asac : so basic things, I learn very quickly, but I think that I'm better in c++ and PHP that I'm in simple makefiles yet [10:54] asac, did you comment on my branch exchange with gnomefreak ? (got disconnected for +10min) [10:55] asac : by reading doc and exploring existing makefiles, I would learn a lot very quickly [10:55] Ubulette: i didnt see you change anything [10:55] Ubulette: no ... sorry [10:55] Ubulette: i wouldnt get it in email since its not set up atm [10:55] Ubulette: when was that? [10:55] oh that topic [10:56] asac: not naming trunk and gp the same [10:56] keep trunk in name for trunk [10:56] gnomefreak, I didn't. just wanted to see what everyone has to say 1st [10:56] ff-3.0-trunk or something [10:56] Ubulette: i thought that was for me but it was for asac [10:57] asac : Since now, do you think it would be a good idea to add regen-package.sh into the rules file? [10:57] asac, between 21:47 and 22:00 === gnomefreak having issues of own please keep me informed on the changes to naming scheme ty === Jazzva is back [11:00] mertiki: let me do something [11:01] asac : ok [11:01] Ubulette: ok what will happen to your current .dev branches? [11:01]