[00:02] asac: bug 397211 [00:02] Launchpad bug 397211 in firefox-3.5 "Shiretoko user agent string breaks compatibilty with major websites" [Undecided,New] https://launchpad.net/bugs/397211 [00:08] hehehe [00:18] micahg: answered ;) [00:18] ty [00:20] anyone used the gtk-vnc plugin at some point? [00:20] nop [00:22] wasnt there kind of a "my screen mirroring" vnc thing somewhere? [00:23] * asac intalls x11vnc [00:25] good that works [00:30] 69/310/1 [00:32] asac, anything special to do to ship a setuid binary in a package? [00:34] ask on -devel ;) [00:34] i would think no [00:34] but that sholdnt be done for normal apps [00:35] it's not a normal app [00:38] whast so "special" ;) [00:38] just kidding [00:38] i dont think something special is required. if its root setuid entering mir would definitly trigger a fully grown security review ;) [00:39] good- gtk-vnc ported [00:40] Xulrunner - universe - port package miro: TODO [00:40] Xulrunner - universe - port package gnome-web-photo: TODO [00:40] Xulrunner - universe - port package couchdb: TODO [00:40] let me do couchdb [00:56] ineresting [00:56] my gtk-vnc ppa upload got a i386 builder in 30 minutes or so [00:58] maybe there's an unfair queuing [01:05] gnome-web-phoo error [01:06] i hope they add a lot more boxes soon [01:06] too bad ... there is no GetDocumentTitle in any xul 1.9.1 header [01:07] d'oh! http://www.sofaraway.org/ubuntu/tmp/ppa-queues2.png [01:07] it's bad as it means it's impossible to produce a single daily [01:07] when a given package finally gets built (after 24h+), it ftbfs with "State: Failed to upload" because the next version is already [01:09] i think the daily trend is still down ;) [01:09] meaning, more get buld per day than not ;) [01:18] guess same bug for gnome-web-phtot [01:18] lp says it is building on i386 [01:18] https://edge.launchpad.net/~mozillateam/+archive/ffox35/+build/1111302 [01:18] hmm [01:18] its really building [01:18] wtf ;) [01:19] lets see if it just disappears in a few minutes again [01:19] hmm gtk-vnc was really build as well [01:19] * asac confused [01:20] maybe "main" packages have a higher score than univers? [01:20] could be ... at least for real archive its that way i think [01:21] the initial build score is slightly higher for main afaik [01:31] couchdb failed [01:33] huh? [01:33] got 2: https://launchpad.net/~mozillateam/+archive/ffox35/+build/1111274/+files/buildlog_ubuntu-karmic-i386.couchdb_0.9.0-2ubuntu3.ffox35_FAILEDTOBUILD.txt.gz [01:33] * BUGabundo fta is faster then email [01:33] lol [01:33] pango bustage? [01:34] or did i mess it up [01:34] hmm [01:35] odd [01:53] ok couchdb really needed some js porting ;) [01:53] guess i locally tried agains 1.9 and didnt notice [01:55] asac, there's a bug that works for me on ff3.5, but the OP hasn;t responded in months [01:55] bug 257649 [01:55] Launchpad bug 257649 in firefox-3.5 "focus annoyance in Firefox when using a Master Password" [Undecided,Incomplete] https://launchpad.net/bugs/257649 [01:59] micahg: invalidate [02:00] micahg: ping him [02:00] maybe he had no chance to try jaunty yet [02:01] if he doesnt reply at all, you can invalidate [02:01] ok [02:01] * asac off [02:01] cu tomorro [02:01] thanks asac [02:01] ngiht [08:10] hi [08:11] this is probably extremely minor,but [08:12] when we start firefox 3.5,the icon similar to the windows hourglass icon is active even though firefox has started [08:12] for about 5 seconds [08:12] whats with that === asac_ is now known as asac [10:52] asac: what is Eeebuntu? and is it supported officially by us [11:42] asac: do we want to or even have to support packages in Eeebuntu? [11:43] gnomefreak: depends [11:44] if they find bugs that are also in ubuntu, yes. [11:44] lightning bug only on Eeebuntu [11:44] but only if it comes from eeebuntu devs actually [11:44] gnomefreak: show it me and i can tell [11:45] ok let me see if i can find it [11:46] asac: bug 397209 [11:46] Launchpad bug 397209 in thunderbird "Lightning callendar doesn't appear in thunderbird" [Undecided,Incomplete] https://launchpad.net/bugs/397209 [11:50] its only in Eeebuntu so im thinking no we dont [11:56] gnomefreak: maybe the guy has upstream .xpi installed? [11:57] commented [11:59] thanks i forgot about that option [11:59] i think i just found the problem with that damn script now to try it [12:00] which script are you talking about? [12:00] rsync [12:00] nope its right [12:03] the command works but the same command in script fails with [12:03] rsync: link_stat "/daily/current/karmic/alternate-i386.iso" (in cdimage) failed: No such file or directory (2) [12:03] i guess i kinow what im working on today :) [12:04] ah [12:04] i dont know [12:04] to advanced for my basic downloading skills [12:04] :) that makes 2 of us, hell i didnt know bash had a do_download() function [12:07] * gnomefreak stands by #'s should not afect the script running [12:09] (code 23) at main.c(1524) is odd to me since this is a bash script (sort of simple) [12:12] maybe these comments do affect the script [12:21] ok bash shouldnt care if use space or tab mix like python does so that cant be it [12:22] holy shit i think i fixed it [12:22] i did i did!!!!! [12:22] heh [12:22] congrats [12:23] it _was_ the spaces should only have 1 not the the others in scriopt [12:23] asac: thanks [12:23] s/the/like [12:23] * gnomefreak tied up for next 1hou or so [12:25] asac: the 3.6 X bug you were working on how do you reproduce it? [12:25] gnomefreak: you mean the BadWindow ? [12:25] i am not sure [12:25] yes [12:25] it happens at some point [12:25] and then i cannot start firefox anymore [12:25] http://bugzilla.gnome.org/show_bug.cgi?id=581526 [12:25] asac: disable ubufox [12:26] Gnome bug 581526 in gdk "XID table corruption from reuse of XIDs, resulting in leak, incorrect window destroyed status ("unexpectedly destroyed"), and crash" [Critical,Unconfirmed] [12:26] im not getting errors [12:26] Bug 220628 [12:26] Launchpad bug 220628 in libxcb "[MASTER] firefox-3.0b5 received an X Window System error: 'BadIDChoice'" [Medium,Fix committed] https://launchpad.net/bugs/220628 [12:26] yeah [12:26] it seems to dpeend on sometihng odd [12:26] most likely graphics driver related [12:27] bugabundo sees it too [12:27] i have to ask him about his chipset [12:27] i have nvidia 173 if that helps [12:28] just running it doesnt fail for me [12:28] asac: you or him have compiz enabled by chance? [12:29] yes [12:29] try for the hell of it to disable it [12:30] * gnomefreak doesnt use compiz. too many problems [12:34] md5sum is wrong in the updated version of iso but my file is right. I balme script again [12:36] seems its missing the first # only [12:36] the site shows it right site matches mine [12:36] oh well cant complain it still works :) [12:38] ok next problem, just dont have one that i know of atm [12:46] !info gdm karmic [12:46] gdm (source: gdm): GNOME Display Manager. In component main, is optional. Version 2.26.1-0ubuntu4 (karmic), package size 915 kB, installed size 7224 kB [12:46] still ubunt4 [12:47] !info mautilus karmic [12:47] Package mautilus does not exist in karmic [12:47] !info matilus karmic [12:47] Package matilus does not exist in karmic [12:47] !info nautilus karmic [12:47] nautilus (source: nautilus): file manager and graphical shell for GNOME. In component main, is optional. Version 1:2.27.2-0ubuntu1 (karmic), package size 1227 kB, installed size 3280 kB [12:47] ohhh [12:48] asac: anything i have pending that you know of or can i attempt another karmic install? [12:49] no go ahead [12:49] ;) [12:49] dont loose your data [12:51] im badcking up right now [12:53] gnomefreak: i am sending a mail to flashgot author about the licensing. i will CC you (no need to reply) [12:53] you gotta love ubuntuone :) [12:53] heh [12:53] i didnt test it yet (shame on me) [12:53] asac: thanks what is wrong with it? [12:54] its in top level dir IIRC [12:54] :) [12:54] well. its better to have the licensing in all files [12:54] expecially there a re a few files that have a license header [12:54] which doesnt say its GPL [12:54] just (c) ... [12:54] i still have to get around to looking more into the firegpg clean bug and need to fix typo too but i will do that later once install is done and works [12:55] which usually means its non-free [12:55] ah ok [12:55] good point [12:58] * gnomefreak not likeing ubuntuone anymore [12:58] :) [13:06] * gnomefreak feels stupid as shit now. i was doing things the hard way today [13:54] * gnomefreak going to be getting hate mail, glad i will be installing again and not cheaking email [13:59] Hey, how come 3.5 still doesn't get it's real logo? [13:59] !ff35 [13:59] Firefox 3.5 Final is available for Jaunty by installing the package firefox-3.5 | FF3.5 is referred to as Shiretoko on your UI, see http://is.gd/1reB3 for an explanation | Hardy & Intrepid: http://is.gd/1jkNY [14:00] !ff35 | Lantizia [14:00] Lantizia: Firefox 3.5 Final is available for Jaunty by installing the package firefox-3.5 | FF3.5 is referred to as Shiretoko on your UI, see http://is.gd/1reB3 for an explanation | Hardy & Intrepid: http://is.gd/1jkNY [14:01] yeah that's a really lame reason [14:01] I'll adapt the firefox-3.0-branding package to work for 3.5 [14:03] Lantizia: since we already have a firefox branding firefox-3.5 official branding will just confuse users. well hell its doing that now [14:03] you already have package firefox-3.5-branding [14:03] but it does very little [14:03] Lantizia: its not the official branding [14:03] i realise [14:04] ok its that time again. Ill be back in a few hours i hope [14:29] d'oh! "Estimated repository size: 45.4 GiB (100.00%) of 39.6 GiB" [15:09] asac, how can I create a bzr bd config file? [15:10] bluekuja: .bzr-builddeb/defaulf.conf [15:10] so I create the hidden file .bzr-builddeb [15:10] * hidden folder [15:10] do you have an example of the default.conf? [15:11] hidden folder [15:11] a bunch of firefox-extension branches have that [15:11] debian/patches/re-libtoolize-karmic.dpatch [15:11] http://code.launchpad.net/firefox-extensions [15:11] check out a fewq [15:11] k, ty [15:14] asac, I need bzr bd -S to work [15:14] in the default.conf file [15:15] should I just add a rule saying merge = true [15:15] for it? [15:15] so that with using bzr bd -S will invoke merge as well [15:17] bluekuja: merge = true + export-upstream-revision + export-upstream [15:17] makes most sense [15:17] ok [15:18] bluekuja: for upstrem-revision use the long revision you see in bzr log --show-ids [15:18] thats a worldwide unique revision [15:18] e.g. even works after merging etc. while revision numbers wouldnt [15:18] ok [15:18] let me see [15:18] so look at upstream branch like bzr log -l1 --show-ids [15:18] then you pick the long id and use revid:xxxxxxxxx [15:19] in the export-upstream-revision field [15:19] usually you bump that revision field either when merging in new upstream branch or when bumpng upstream versio nin changelog (in case its a debian only tree) [15:19] for full source trees export-upstream = . [15:19] works [15:19] you wont need to maintaina .upstream branch then [15:19] because you can always extract the upstream branch from the uubuntu/debian one [15:20] so with new upstream releases [15:20] I bumb it [15:22] right. i would do a bzr merge ... [15:22] then change the revision id [15:22] and then commit it as "merged new upstream [15:22] - adjust .bzr-builddeb/default.conf accordingly" [15:22] or something [15:22] why merging? [15:22] (and you would add new changelog entry too [15:22] I have two different branches [15:22] bluekuja: if you have a full source branch you need to merge new upstream [15:22] for debian and upstream [15:23] if you have a debian only branch [15:23] then you dont need to merge [15:23] yes [15:23] I have debian only [15:23] plus upstream only [15:23] yeah then thats option too i mentioned above [15:23] so in your cse i would do dch -vNEW-UPSTREAM-1 -DUNRELEASED [15:23] and change revision [15:23] id [15:23] and commit [15:23] "new upstream" [15:23] - adjust .bzr-builddeb/default.conf accordingly [15:23] or something like that [15:24] with the new revid [15:24] ok [15:24] yeah [15:24] bluekuja: you can test whether it works by just running bzr bd [15:24] yep [15:24] if done properly it should automatically export orig.tar.gz from upstream branch etc. [15:24] yeah [15:24] good [15:26] asac, with dch -vNEW-UPSTREAM-1 -DUNRELEASED [15:26] I'll get a new revision with distro name set as unreleased [15:26] it that really needed? [15:26] or I can just get the rev id of the last revision [15:28] bluekuja: yes. you first say "new upstream release" and leave it at UNRELEASED [15:28] then when you have everythingy you want to change [15:28] you do a single commit with just dch -r -Dkarmic/unstable or wahtehver [15:28] I've already did that [15:28] I mean [15:28] saying "RELEASE NEW-UPSTREAM-1 to debian/unstable" [15:28] the changelog is ready for the upload [15:28] with all stuff in it [15:28] thats usually wrong because you want to do stuff one by one [15:29] yes [15:29] whatver its your branch only thing that is important is that you can identify exactly which revision was uploaded [15:29] by just looking at changelog [15:29] ok [15:29] in the default.cong [15:29] the rev id [15:29] should be taken from the upstream branch rght? [15:29] format is revid:REVISION-ID-FROM-BZR-LOG-SHOW_IDS [15:29] bluekuja: yes. [15:29] ok [15:30] you need to commit it to make it work with bzr bd [15:31] yep [15:31] I get the last commit [15:32] to the upstream.source branch [15:32] which the mail of the guy who did it [15:32] looks ok [15:34] asac, one thing [15:34] asac, all my debian dir files are on top level [15:34] but when I run bzr bd i get an error [15:35] coz he tries to find debian/changelog [15:35] which doesnt exist (everything on top level) [15:35] do you know what can i do? [15:36] that works for me [15:36] most likely your merge = True has wrong syntax [15:37] merge = True [15:37] export-upstream = . [15:37] bluekuja: export-upstream = . is wrong [15:38] that would be true if the debian branch has full upstream source merged [15:38] you need to point to the upstream branch there [15:38] so it will be [15:38] ../ [15:38] right? [15:38] bluekuja: .. is wrong [15:38] your upstream branch is a branch location [15:38] that must always be true [15:38] regardless where i check it out [15:39] so its the remote location most likely [15:39] like http://bzr.something [15:39] and so on? [15:39] right [15:39] ok [15:39] your other branch i looked at had full upstream sources merged [15:39] are you sure you have a debian only branch now? [15:39] (/me thinkgs so) [15:40] no [15:40] I still have two branches [15:40] one with debian dir only [15:40] yeah then its like i said [15:40] yep [15:40] your default.conf is wrong [15:40] [BUILDDEB] needs to be on top [15:41] true [15:41] damn me [15:41] asac, [BUILDDEB] [15:41] merge = True [15:41] export-upstream = http://bzr.debian.org/gnome-btdownload/debian.source [15:41] is what I have now [15:41] * upstream.source [15:41] the revision is missing [15:42] yes, it's there [15:42] that will always pull the latest top [15:42] didnt paste it [15:42] bluekuja: why would debian.source be upstream? [15:42] thats wrong [15:42] nono [15:42] I mean it's export-upstream = http://bzr.debian.org/gnome-btdownload/upstream.source [15:42] but still bzr bd fails for the changelog problem [15:42] ah [15:42] didnt get that * [15:43] bluekuja: why is the branch so huge? [15:43] did you remove everything at some point= [15:43] yes [15:44] asac, bzr bd still don't works [15:44] for the debian/changelog stuff [15:44] {'_preformatted_string': None, 'location': '"debian/changelog"'} [15:45] bluekuja: you need to commit stuff first [15:45] at least the .bzr-builddeb/ directory needs to be properly committed afaik [15:45] bzr bd --merge --export-upstream=http://bzr.debian.org/gnome-btdownload/upstream.source [15:45] works for me [15:46] so either your .bzr-builddeb/default.conf is still wrong or you didnt commit or your bzr-buildded is broken [15:47] --merge works [15:47] but bzr bd -S [15:47] not [15:47] I wanted to have it working [15:48] I created the default.conf to prevent me from using bzr bd --merge [15:48] but only bzr bd -S only [15:48] but adding that config file the merge calling should work [15:49] without specifying it [15:49] asac, try bzr bd -S [15:49] and see if it works for you [15:51] asac, seems like that merge = True don't do its work [15:51] asac, with bzr bd -S you get the changelog errr [15:57] asac, no idea? [16:03] asac, looking at HOWTOs, adding merge = true should do the work [16:03] but it doesnt for me [16:03] omg [16:58] bluekuja: i think its a bug. use --merge for now and file a bug against bzr-builddeb maybe [16:59] maybe the bug happens because you moved debian/* to toplevel [16:59] it doesnt happen for me for normal branches [17:19] asac, ok ty [17:19] bluekuja: also i noticed that it downloads the upstream release automatically [17:19] bluekuja: if you want to use bzr, remove the watch file i guess [17:20] or you dont need the upstream branch at all i guess (unless you want to release snapshots) [17:20] asac, it's ok, wanted to get the tarball directly from upstream [17:20] then you dont need the upstream branch ;) [17:20] asac, yeah, that's a right point [17:20] and also not the export-* options in default.conf [17:20] keep merge [17:21] = [17:21] yep [17:21] in case it works again at some point ;) [17:21] I have merge only now [17:21] hoping it will work [17:21] on the futurr [17:21] bluekuja: upgrade your branch please [17:21] I already did [17:21] bluekuja: most likely just locally [17:21] after pushing, do a bzr bind http://...remotelocation [17:22] then run bzr upgrade [17:22] ok [17:22] that will take some time i guess [17:22] bluekuja: you can also run bzr bind ssh... [17:22] directly [17:22] will run a bit though [17:22] but its worth it [17:22] done [17:22] let's see [17:23] bluekuja: still not upgraded [17:23] try to run upgrade REMOTEURL [17:24] bzr: ERROR: Upgrade URL cannot work with readonly URLs. [17:24] need ssh [17:27] asac, it's upgrading [17:27] brb [17:27] check it in 5 mins [17:27] it should be ok [17:49] asac, check now [17:50] should be ok === dpm_ is now known as dpm [18:11] ok who broke tbird3? === micahg1 is now known as micahg [18:54] asac: losing the sender field in tbird3 (on the list of emails) is gone is that our build or is it upstreams? [19:00] asac: before i forget maybe we should have a kde build of ubufox [19:32] my day is just about over i hope [19:43]