[00:03] <Lns> asac: just created, subbed you (you'll prolly get an e-mail)
[00:04] <Lns> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/269188
[00:04] <ubottu> Launchpad bug 269188 in firefox "Extreme slowness, "Firefox is already running" error for >3 users launching Firefox in LTSP environment" [Undecided,New]
[00:06] <Lns> asac: how do you triage this bug ? I have a bugzilla bug open for firefox as well.
[00:07] <Lns> sorry if it's OT
[00:07] <Lns> asac: bah, nm :)
[00:08] <Lns> wow filing bugs is FUN! =)
[00:08] <Lns> I feel all productive and stuff.
[00:11] <asac> found the "upstream" feature?
[00:11] <Lns> yep =) I was looking for "triage"
[00:11] <asac> ah ;)
[00:53] <Lns> asac: do you think it'd be worth it to file a bug for firefox regarding multi-user fixes (such as the fact that every single user downloads anti-phishing/malware files from google.com ) ?
[00:53] <Lns> It seems so badly coded to NOT have an alternative when > 1 user is on a single machine. ~20mb files per user/profile, bandwidth hogging, all that...
[00:58] <Lns> night, all
[11:24] <asac> bug 267761
[11:24] <ubottu> Launchpad bug 267761 in linux "Wireless on Atheros 5212/5213 drops often, is slow, and ath5k_pci consumes large amounts of CPU" [Undecided,New] https://launchpad.net/bugs/267761
[11:51] <asac> fta: Jazzva: ok. now that abrowser is in, we should review all those extensions/plugins that have a depends on firefox
[11:51] <asac> those need firefox | abrowser
[11:59] <Volans> asac: I don't have follow your work... but abrowser what is?
[12:03] <gnomefreak> i was thinking midbrowser but i dont think that anymore
[12:04] <gnomefreak> i here working on shit so if i fail to answer that is why
[12:05] <gnomefreak> blacklist prism54??? unless p54pci is used instead?
[12:06] <asac> hehe
[12:06] <asac> Volans: try. apt-get install abrowser
[12:06] <gnomefreak> didnt think prism needed pci for anything
[12:06] <asac> Volans: it pulls in abrowser-3.0-branding
[12:06] <asac> and removes firefox-3.0-branding
[12:07] <asac> Volans: so: its a package that allows you to use firefox, but with a free branding
[12:07] <gnomefreak> its not in intrepid
[12:07] <Volans> same as debian in practice
[12:07] <asac> gnomefreak: it is
[12:07] <asac> gnomefreak: maybe it takes a few more our
[12:07] <asac> Volans: no
[12:07] <gnomefreak> gnomefreak@Development:~$ show abrowser
[12:07] <gnomefreak> W: Unable to locate package abrowser
[12:07] <asac> Volans: in practice its different
[12:07] <asac> Volans: we provide branding packages
[12:07] <asac> Volans: and by default still have default
[12:08] <asac> gnomefreak: it was binary NEWed 30 minutes ago or so
[12:08] <Volans> yes of course, with abrowser firefox seems the same of debian I would mean ;)
[12:08] <asac> next publisher run it should be there
[12:08] <gnomefreak> oh ok i look later than thanks
[12:08] <gnomefreak> now to find my glasses
[12:08] <asac> Volans: well. abrowser explicitly doesnt try to introduce new marks
[12:08] <asac> Volans: so we dont use "iceweasel"
[12:08] <asac> the marks just read "Web Browser"
[12:09] <Volans> ok, clear!
[12:09] <Volans> so we have to put firefox | abrowser in debian/control
[12:09] <Volans> for every extension or theme?
[12:13]  * Volans away for lunch... see you later, I leave open due to iwl3945 kernel module bug, I can't suspend :)
[12:28] <pmatulis> asac: now online for any testing...
[12:30] <asac> pmatulis: ok. when you boot. what does cat /proc/locks give you?
[12:30] <asac> pmatulis: also ... plese show me what "mount" shows you for the home partition
[12:31] <pmatulis> asac: broken state for /proc/locks?
[12:33] <pmatulis> asac: mount -> <IP>:<share> on <mnt pt> type nfs (rw,rsize=8192,wsize=8192,timeo=14,intr,addr=<IP>)
[12:36] <asac> pmatulis: he?
[12:36] <asac> cat /proc/locks
[12:36] <asac> do you get an error?
[12:36] <pmatulis> no error
[12:36] <asac> pmatulis: what do you get?
[12:37] <pmatulis> i want to know if you want it when ff is busted
[12:37] <pmatulis> or no difference?
[12:37] <pmatulis> anyways, for the record, ff is broken now
[12:38] <pmatulis> POSIX ADVISORY WRITE 5961 <time> 0 EOF
[12:38] <pmatulis> 3 other lines like that
[12:38] <asac> pmatulis: 5961 is the pid
[12:38] <asac> check if all pids listed have a process
[12:39] <asac> or if there is alock without a process
[12:39] <pmatulis> 2nd line is FLOCK instead of POSIX (sorry, no irc on this laptop)
[12:39] <pmatulis> no, all lines have a PID
[12:39] <asac> pmatulis: its better to past to  paste.ubuntu.com
[12:39] <asac> pmatulis: the questin is not if all lines have a process
[12:39] <asac> the question is if all those pids are actually running ;)
[12:40] <asac> pmatulis: please paste ;)
[12:40] <asac> pmatulis: <time> is not time
[12:40] <asac> its an inode
[12:40] <pmatulis> ok
[12:40] <asac> e.g. it identifies the locked file
[12:41] <pmatulis> confirm that FLOCK line PID is not running
[12:41] <asac> ok. check whether that file is on the nfs parition
[12:41] <asac> pmatulis: PASTE ;)
[12:41] <asac> pmatulis: the number is xx:xx:xxxxxx
[12:42] <asac> the first two xx are "major" and "minor" partition
[12:42] <pmatulis> asac: 00:11:14547
[12:42] <asac> pmatulis: what kernel is the server running?
[12:42] <pmatulis> asac: 2.6.24-19
[12:43] <asac> pmatulis: is :11: the minor device id of your nfs partition?
[12:43] <pmatulis> asac: ah the server, wait
[12:44] <pmatulis> asac: 2.6.24-19-server
[12:45] <asac> ok
[12:45]  * Volans back
[12:45] <asac> pmatulis: ls -l on the .parentlock and on the .lock please
[12:45] <asac> err lock
[12:45] <asac> (in the moz profile)
[12:46] <pmatulis> asac: lock -> 127.0.0.1:+6708
[12:47] <asac> pmatulis: is that process running? e.g. 6708?
[12:49] <pmatulis> asac: yes, it's ff
[12:49] <asac> pmatulis: but ffox isnt running?
[12:49] <pmatulis> asac: sorry, /usr/lib/firefox-3.0.1/firefox
[12:49] <pmatulis> asac: yes, it's running, broken
[12:49] <asac> pmatulis: hmm. ok, but you forced the start right?
[12:50] <asac> pmatulis: lets get to the initial state where firefox doesnt start at all
[12:50] <pmatulis> asac: i didn't remove the profile locks this time (usually i do need to)
[12:50] <asac> ok
[12:50] <asac> maybe that was luck. next time it doesnt start
[12:50] <asac> lets check whether that process id is in use
[12:51] <pmatulis> cold boot now?
[12:51] <asac> pmatulis: no. we can look later at that
[12:51] <pmatulis> k
[12:51] <asac> pmatulis: so if you stop firefox do you still have the FLOCK without the process running?
[12:52] <pmatulis> asac: yes
[12:57] <asac> pmatulis: ok
[12:57] <asac> pmatulis: do this please:
[12:57] <asac> ls -i on the lock .parentlock and places.sqlite and its -journal
[12:57] <asac> please paste ;)
=== charlie_ is now known as pmatulis_test
[12:58] <pmatulis_test> hi
[12:58] <asac> hi pmatulis
[12:58] <asac> good
[12:59] <pmatulis_test> 1990816 .parentlock
[12:59] <fta> Jazzva, the solar theme files were created with Adobe illustrator :P
[12:59] <pmatulis_test> 1990834 places.sqlite
[13:00] <pmatulis_test> 1990880 places.sqlite-journal
[13:00] <asac> pmatulis: ok and plesae paste the complete output of cat /proc/locks
[13:00] <asac> pmatulis: please use http://paste.ubuntu.com
[13:01] <pmatulis_test> but ff is broken
[13:02] <asac> pmatulis: use some other browser
[13:02] <asac> pmatulis: midri
[13:02] <asac> midori ;)
[13:02] <asac> its tiny and based on webkit
[13:02] <pmatulis> why not here in irc
[13:02] <asac> pmatulis: because pasting in irc is bad and harder to read
[13:02] <asac> and harder to link in case we want to make a bug
[13:02] <asac> and so on
[13:03] <asac> and i can keep pastes open in browser, while here it scrolls away and i have to look back ;)
[13:03] <pmatulis> k, installing midori now...
[13:05] <pmatulis_test> http://paste.ubuntu.com/46181/
[13:06] <asac> thats bad
[13:06] <asac> that numbers above dont match any there
[13:06] <asac> pmatulis: lets check whether ther FLOCK thing (without running process) is from nfs partition
[13:07] <asac> pmatulis: can you go to your home in a console and run:
[13:07] <asac> touch testlock; flock testlock bash
[13:08] <asac> that should bring you to a bash prompt
[13:08] <asac> there please do:
[13:08] <asac> ls -i testlock
[13:08] <asac> cat /proc/locks
[13:09] <asac> pmatulis: what do you get?
[13:10] <pmatulis_test> http://paste.ubuntu.com/46184
[13:11] <asac> pmatulis: which pid didnt have a process running?
[13:11] <pmatulis> asac: 5723
[13:12] <asac> pmatulis: ok but the 5710 has?
[13:12] <asac> pmatulis: run a find / -inum 14547
[13:12] <asac> err
[13:12] <asac> pmatulis: run a sudo find / -inum 14547
[13:12] <asac> that will take some time
[13:12] <pmatulis> asac: yes, 5710 does
[13:12] <asac> but it will allow us to search for the file with that inum
[13:12] <asac> and see if thats a red herring
[13:13] <pmatulis> that's /var/run/cron.pid
[13:14] <pmatulis> that's /var/run/crond.pid
[13:14] <asac> pmatulis: fwiw, is the places -journal empty?
[13:14] <asac> ok
[13:14] <asac> so its a red herring
[13:14] <pmatulis> no, not empty
[13:14] <asac> so moving places.sqlite away and back helps right?
[13:15] <asac> how about removing the -journal?
[13:15] <asac> instead of moving back and forward
[13:15] <pmatulis> huh, which one you want me to try?
[13:15] <asac> pmatulis: you confirmed multiple times that places.sqlite was enough to move away
[13:15] <asac> so i suggest to remove places journal
[13:16] <pmatulis> ok
[13:16] <asac> unlikely thats a different file when moving places back and forth helps
[13:17] <pmatulis> nope, no good
[13:18] <asac> pmatulis: can you try use a firefox downloaded from mozilla?
[13:18] <asac> and see if they have the same issue?
[13:18] <asac> (you proably need to start with a fresh profile=
[13:18] <asac> )
[13:18] <asac> to eliminate any side-effects
[13:18] <asac> pmatulis: i ask that because they might have a slightly different sqlite version
[13:19] <asac> pmatulis: and because we could verify that there is no lock ... its defintly something wierd in sqlite
[13:19] <asac> (which appears to repair itself when it gets moved back and forth)
[13:20] <asac> pmatulis: or do you loose any bookmarks or such when doing the cure?
[13:20] <pmatulis> no loss of bookmarks
[13:23] <asac> pmatulis: try mozilla firefox binary then please
[13:24] <asac> if that doesnt help, ill need to setup nfs here and talk to upstream places developers
[13:24] <Jazzva> fta, meaning? :)
[13:25] <fta> made by non-free tools
[13:27] <pmatulis> asac: downloads in this midori tries to display it in a page, copying link and using wget gets me the windows version (?)
[13:30] <Jazzva> fta, they're still nice :)... Is there some license restriction?
[13:31] <fta> donno, i just think it's too bad
[13:31] <asac> pmatulis: feel free to cure
[13:31] <asac> pmatulis: with mozilla build we need to start with fresh profile anyway
[13:32] <Jazzva> fta, to make a wallpaper for free software with non-free tools?
[13:32] <fta> yes
[13:32] <pmatulis> asac: right
[13:32] <asac> Jazzva: the tools arent the biggest problem. its important what format is used
[13:32] <asac> if thats a proprietary source format then its in theory not even suitable for ubuntu
[13:33]  * asac has no context ;)
[13:40] <fta> Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIINIParserFactory.createINIParser]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: file:///usr/lib/xulrunner-1.9.1b1pre/components/nsUpdateService.js :: getLocale :: line 508"  data: no]
[13:40] <fta> Source File: file:///usr/lib/xulrunner-1.9.1b1pre/components/nsUpdateService.js
[13:40] <fta> Line: 508
[13:40] <Jazzva> fta, it does sound a little bad...
[13:42] <asac> fta: broken langpacks?
[13:42] <asac> hm 1.9.1 unlikely to be new ;)
[13:43] <asac> fta: missing pref file?
[13:43] <asac>  only get into the Hash provided by get_secrets (not
[13:43] <asac> setting).
[13:43] <asac> oops
[13:43] <asac> PREF_PARTNER_BRANCH
[13:43] <asac> PREF_APP_UPDATE_CHANNEL
[13:44] <asac> i would bet on pARTNER_BRANCH not being configured in some properties
[13:44] <asac> or maybe you miss a _new_ properties file
[13:44] <asac> fta: ^^
[13:45] <fta> compare doesn't report anything
[13:48] <fta> http://launchpadlibrarian.net/17463847/buildlog_ubuntu-intrepid-i386.firefox-3.1_3.1~b1~hg20080909r19012%2Bnobinonly-0ubuntu1~fta1_FULLYBUILT.txt.gz
[13:48] <fta> http://launchpadlibrarian.net/17463046/buildlog_ubuntu-intrepid-i386.xulrunner-1.9.1_1.9.1~b1~hg20080909r19012%2Bnobinonly-0ubuntu1~fta1_FULLYBUILT.txt.gz
[13:51] <fta> http://paste.ubuntu.com/46197/
[13:51] <fta> asac, ^^
[13:52] <asac> fta: yeah. maybe they forgot to commit the default
[13:52] <asac> fta: can you check that that property is available?
[13:52] <fta> how?
[13:52] <asac> fta: app.partner.
[13:53] <asac> fta: find /usr/lib/firefox-* /usr/lib/xulrunner-1* -name \*.properties | xargs grep app.partner
[13:53] <asac> if there is no hit
[13:53] <asac> then thats the problem for it
[13:54] <asac> fta: err, -name \*.js
[13:54] <Jazzva> asac, PNG... afaik, png is not proprietary...
[13:54] <asac> ;)
[13:54] <Jazzva> asac, I found some wallpapers that are suggested for fedora, and mentioned them in a blog post...
[13:54] <Jazzva> because they're nice :)
[13:54] <asac> fta: and only files not in components/
[13:54] <Jazzva> and the source is xcf...
[13:54] <asac> Jazzva: thats good i think (i assunme its gimp)
[13:55] <fta> asac, http://paste.ubuntu.com/46203/
[13:56] <fta> http://fedoraproject.org/wiki/Artwork/F10Themes/Solar
[13:56] <asac> fta: system-greprefs.js:
[13:56] <asac> why doesnt that exist?
[13:56] <asac> fta: as it seems the pref is missing
[13:57] <fta> lrwxrwxrwx 1 root root 36 2008-09-02 21:54 /usr/lib/xulrunner-1.9.0.2/greprefs/system-greprefs.js -> /etc/xulrunner-1.9/system-grepref.js
[13:57] <fta> ls: cannot access /etc/xulrunner-1.9/system-grepref.js: No such file or directory
[13:57] <asac> fta: but that error should be harmless
[13:57] <asac> fta: hmm... thats a broken link most likely
[13:58] <fta> fta@ix:~ $ find /etc/xulrunner-* -type f -ls
[13:58] <fta> 24887330    4 -rw-r--r--   1 root     root          111 Apr  1 14:43 /etc/xulrunner-1.9/system-greprefs.js
[13:58] <fta> 33619997    4 -rw-r--r--   1 root     root          111 May 26 00:11 /etc/xulrunner-1.9.1/system-greprefs.js
[13:58] <fta> 33850305    4 -rw-r--r--   1 root     root          111 Apr 20 01:59 /etc/xulrunner-2.0/system-greprefs.js
[13:58] <fta> system-greprefs.js vs system-grepref.js
[13:58] <asac> fta: yeah
[13:58] <asac> is that a bug in hardy?
[13:59] <fta> intrepid here
[13:59] <fta> i can fix that
[13:59] <asac> fta: thanks. its also broken in hardy
[14:00] <asac> fta: can yo ualso fix 3.0.head? (and open tree)
[14:01] <asac> err 1.9.head ;)
[14:04] <pmatulis> asac: no change using mozilla ff3 binary
[14:07] <asac> pmatulis: started with a clean profile?
[14:07] <fta>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
[14:07] <fta>  4041 fta       20   0  393m 245m  20m R 9999 12.1   4:22.75 rhythmbox
[14:07] <fta> eeeh, nice cpu
[14:08] <pmatulis> asac: yup
[14:09] <pmatulis> asac: created new profile, started up, cold boot, start up with same profile, broken
[14:10] <pmatulis> asac: yes, i used the new firefox (command line invocation: ~/Data/firefox/firefox -ProfileManager)
[14:11] <asac> pmatulis: no plesae dont do ProfileManager
[14:11] <asac> remove the complete .mozilla dir
[14:11] <pmatulis> ?
[14:18] <pmatulis> asac: k, still no change
[14:20] <Jazzva> asac, a string for firefox 3 restart notification in ubufox says "Firefox have been updated"... shouldn't it say "has been"?
[14:20] <Jazzva> also, do we need two notifications (one in firefox, one in system tray)... maybe we do, in case the user removed ubufox...
[14:26] <asac> pmatulis: ok thanks.
[14:27] <asac> pmatulis: i am out of ideas for remote debugging
[14:27] <asac> pmatulis: will follow up on the bug as soon as i have reproduced it
[14:27] <pmatulis> asac: bug number for this?  i didn't think this one fit existing bug
[14:27] <asac> pmatulis: sorry. but i hoped for a simple explanation. but its strange thatthe DB has no lock, but still moving back and forward cures it
[14:27] <asac> pmatulis: thought you opened one :)
[14:27] <pmatulis> asac: heh, will do
[14:28] <asac> pmatulis: if not, please do and explicitly subscribe me
[14:28] <pmatulis> asac: ack
[14:28] <asac> otherwise i wont see mails regularly
[14:28] <pmatulis> asac: policy here is that we open private bug too
[14:30] <asac> pmatulis: i dont care about private bugs for these kind of generic issues. if you want to file one feel free to do it for your own record, but you dont need to subscribe me ;)
[14:30] <asac> we can perfectly communicate on the public bug imo
[14:31] <pmatulis> asac: i know, like i say: policy
[14:31] <pmatulis> asac: you'll just get an extra ping from QA  ;)
[14:34] <asac> pmatulis: QA? like heno's QA?
[14:34] <pmatulis> asac: non other!
[14:34] <asac> ok. i dont mind ;)
[14:35] <pmatulis> asac: heh, hey!  you'll be seen as doing more work
[14:41] <fta> grr, it's a pain to track all my keyrings everywhere to sync my gpg key for my new u.com email :P
[14:51] <fta> http://ubuntuforums.org/showthread.php?t=917738
[14:56] <asac> fta: commented
[14:58] <fta> http://ubuntuforums.org/showthread.php?t=917632
[14:59] <fta> Jazzva, Jazzva_ http://ubuntuforums.org/showthread.php?t=917632
[15:00] <Jazzva_> Facebook is evil, just like Flash :P
[15:00] <Jazzva_> But, I've seen the same on my friends' computers, when they log in and view someone's profile.
[15:01] <Jazzva_> it doesn't matter if it's Linux, Windows or Mac OS X... Those profile pages are so long.
=== Jazzva_ is now known as Jazzva
[15:03] <Jazzva> well, as far as I can test (up to the first page) it's not using too much cpu. But I know it's not a real test...
[15:04] <asac> is that a nspluginwrapper issue?
[15:04] <Jazzva> asac, I don't know...
[15:05] <Jazzva> I can ask on the thread, if you want
[15:13] <asac> Jazzva: might help. but i think to remember that flash 10 alone was reported to be quite slow for some sites
[15:13] <asac> but please ask
[15:14] <pmatulis> asac: just to be sure i confirmed the issue does not occur with FF2
[15:14] <pmatulis> asac: although i do get a warning popup
[15:14] <asac> pmatulis: yeah. points to sqlite then
[15:14] <asac> (which wasnt used that heavily in 2)
[15:14] <asac> pmatulis: warning?
[15:14] <pmatulis> asac: yeah
[15:14] <asac> about what?
[15:15] <asac> how does it read to be preceise
[15:15] <asac> precise
[15:15] <pmatulis> asac: "Could not initialize the browser's security component.  The most likely cause is problems with files in your browser's profile directory......"
[15:16] <pmatulis> asac: will include in bug
[15:16] <pmatulis> asac: as screenshot
[15:16] <asac> pmatulis: you most likely didnt use a fresh profile?
[15:16] <asac> pmatulis:  thanks.
[15:16] <pmatulis> asac: yes, i did but i'll retest to be sure
[15:16] <asac> (fresh == when switching from ffox 2 to 3)
[15:16] <asac> err the other way ;)
[15:16] <asac> 3 to 2
[15:31] <pmatulis> asac: hmm, retest seems to prove your hypothesis.  popup did not occur
[15:33] <pmatulis> asac: i'm going to stay with public bug 237970, you want me to subscribe you?
[15:33] <ubottu> Launchpad bug 237970 in firefox "firefox-3.0 breaks with NFS home directory" [Unknown,In progress] https://launchpad.net/bugs/237970
[15:33] <asac> pmatulis: yes. please subscribe before you comment
[15:33] <pmatulis> asac: oops
[15:33] <asac> in that way i get a more or less complete mailthread ;)
[15:33] <asac> pmatulis: dont worry then
[15:33] <asac> just do it now ;)
[15:34] <asac> just a nice-to-have ;)
[16:05] <fta> asac, can i still cherry pick some of my trunk improvements into the 3.0 head branches ? or is it too late for anything other than bug fixes ?
[16:05] <fta> i want to add my -g to start within gdb, and the more generic perm fixes
[16:06] <asac> fta: in .head you can add things. just not in .hardy
[16:06] <asac> fta: of course it should be reasonable risk for use
[16:06] <fta> sure, i mean for the next intrepid upload
[16:07] <fta> it's safe, i've been using that for a while now (in 3.1)
[16:07] <asac> fta: what is it about?
[16:07] <asac> -g ?
[16:07] <asac> is that broken? or is that a gone feature?
[16:08] <fta>   * Add a -d/--debug switch to the launcher script to start firefox inside gdb.
[16:08] <asac> or just a missing feature in xulrunner-stub`?
[16:08] <fta>     Note that it must be specified first on the command line.
[16:08] <fta>     - update debian/firefox.sh.in
[16:08] <asac> fta: why do we need something like that? if its officially not supported anymore in the firefox binary then we should get that resolved upstream too
[16:09] <asac> fta: i dont question that its handy. i just wonder why it doesnt "just" work (tm)
[16:09] <fta> it is still upstream,but not with wul sdk
[16:09] <asac> fta: ok. so its missing xulrunner-stub feature?
[16:09] <fta> no
[16:09] <fta> it has always been in a script
[16:09] <asac> hmm ... ok most lkely ist a missing xulrunner-stub-script ;)
[16:10] <fta> i basically cloned that in our own launcher
[16:10] <asac> which firefox could copy instead of the binary stub
[16:10] <asac> fta: and why not -g ?
[16:11] <asac> which is the firefox option iir
[16:11] <asac> c
[16:11] <fta> +    -g | --debug )
[16:11] <fta> +      want_debug=1
[16:11] <fta> +      shift ;;
[16:11] <asac> ah
[16:11] <fta> my bad, changelog issue
[16:11] <asac> i just read the changelog ;)
[16:11] <asac> ok. commit it. most likely its ok i guess
[16:12] <asac> at least i dont see what could break
[16:12] <asac> if done properly ;)
[16:12] <asac> but i assume thats the case
[16:13] <asac> fta: and what are the prerm fixes about?
[16:13] <fta> a cleaner way to fix perms than the current one introduced recently
[16:13] <fta> we discussed that already 2 or 3 weeks ago
[16:14] <asac> ah ... perms ... i read "prerm" ;)
[16:14] <asac> fta: yeah go ahead
[16:14] <asac> its a bug fix not a feature ;)
[16:14] <asac> and -g also a regression over ffox 2 ;)
[16:15] <asac> and over upstream builds
[16:15] <asac> but somehow i think that maybe we should teach the xul binary to know about -g
[16:15] <asac> might be tricky though
[16:15] <asac> (on 3.1 branch of course)
[16:28] <fta> we still have that ugly traceback with xul
[16:28] <fta> Obtaining the module object from Python failed.
[16:28] <fta> Traceback (most recent call last):
[16:28] <fta> cant import cStringIO
[16:28] <fta> <type 'exceptions.ImportError'>: /usr/lib/python2.5/lib-dynload/time.so: undefined symbol: PyExc_ValueError
[16:35] <fta> asac, too bad, seems like cherrypick of dis-joined revs is not supported by bzr
[16:39] <asac_> fta: you have to cherry pick one by one ... yes
=== asac_ is now known as asac
[17:05] <fta> asac, http://paste.ubuntu.com/46290/
[17:17] <asac> oh *sigh*
[17:17] <asac> now release team wants me to fix knetworkmanager
[17:17] <asac> :(
[17:18] <fta> eheh
[17:19] <asac> not fun
[17:19] <asac> make it suitable for latest 0.7 ;)
[17:19] <asac> thats what i was born to do ... for sure ;)
[17:20] <asac> i only see all those kde header packages flooding around my system forever
[17:20] <asac> what a clutterish idea
[17:21] <fta> there was an interesting article about that yesterday
[17:21] <fta> hold on, let me check
[17:23] <asac> about knetworkmanger0
[17:23] <asac> ?
[17:23] <fta> no
[17:23] <asac> or about cruft cleanup?
[17:23] <fta> yes
[17:23] <asac> (i think liw was supposed to provide that this cycle)
[17:23] <asac> the finnish guy from the foundations (previously platform team) ... not sure if you remember him
[17:23] <fta> http://www.enricozini.org/2008/tips/undoable-aptget-builddep.html
[17:25] <asac> hmm
[17:28] <fta> no ?
[17:31] <asac> no thats ok
[17:31] <asac> just wondered what liw did ;)
[18:02] <XioNoX> hi!
[18:09] <sebner> fta: ff 3.1 ist just great. Now I can download every flash content without extension :D
[18:33] <asac> sebner: huh?
[18:33] <asac> extension == file extension? or firefox extension (addon)
[18:44] <asac> so ... any agenda items for tomorrows meeting?
[18:44] <asac> from me: +abrowser depends transition
[18:44] <Volans> asac: the meetig is not on sunday? :)
[18:45] <asac> hmm
[18:45] <asac> Volans: in the announcement there was saturday
[18:46] <asac> i think we moved it one day
[18:46] <asac> for a reason i cannot remember
[18:46] <asac> but there was something
[18:46] <Volans> we have moved of some weeks the next one
[18:46] <Volans> for intrepid release
[18:46] <Volans> the mail said:     Sunday, 14th Semptember, 18:00 UTC
[18:46] <Volans> as I can see...
[18:52] <asac> Volans: hmm
[18:53] <asac> then why did i get a mail that its in 24h ;)
[18:53] <asac> (already yesterday)
[18:53] <asac> most likely we messed something up
[18:53] <asac> ;)
[18:53] <fta> The next Ubuntu Mozilla Team meeting will be held on:
[18:53] <fta>     Sunday, 14th Semptember, 18:00 UTC
[18:54] <Volans> asac: ... you receive always the pre-email that reminds you that an email will be automatically sent ;)
[18:54] <fta> cf topic too
[18:55] <asac> oh darn ... gprs connections really suck :)
[18:55] <asac> 19 seconds ping ;)
[18:55] <asac> 19 seconds ping ;)thats fun
[18:56] <Volans> asac: have you read my previous sentence?
[18:58] <asac> Volans: oh :)
[18:58] <asac> Volans: makes sense ;)
[18:58] <asac> sorry ... high latency
[18:58] <Volans> no problem :) ( asac, incidentally I sent you an email, would you mind looking at it when you have a spare moment?)
[18:58] <asac> 64 bytes from www.vip.ch1.yahoo.com (87.248.120.129): icmp_seq=14 ttl=54 time=16160 ms
[18:58] <asac> 64 bytes from www.vip.ch1.yahoo.com (87.248.120.129): icmp_seq=40 ttl=54 time=6619 ms
[18:58] <asac> 64 bytes from www.vip.ch1.yahoo.com (87.248.120.129): icmp_seq=42 ttl=54 time=4620 ms
[18:58] <asac> 64 bytes from www.vip.ch1.yahoo.com (87.248.120.129): icmp_seq=41 ttl=54 time=5630 ms
[18:58] <Volans> 64 bytes from 87.248.120.129: icmp_seq=1 ttl=54 time=79.0 ms
[18:59] <asac> obvioly you are not on a train ... in the middle of nowhere ;)
[18:59] <fta> http://ubuntuforums.org/showthread.php?t=917952
[18:59] <asac> now its a bit better
[18:59] <asac> 64 bytes from www.vip.ird.yahoo.com (217.146.186.51): icmp_seq=1 ttl=52 time=539 ms
[18:59] <asac> 64 bytes from www.vip.ird.yahoo.com (217.146.186.51): icmp_seq=2 ttl=52 time=677 ms
[18:59] <asac> but still gprs ... not umts :(
[18:59] <Volans> obviously :)
[19:00] <sebner> fta asac: firefox addon :)
[19:00] <asac> Volans: will sync my mails when i have broadband connectivity ;)
[19:00] <asac> which can happen any moment ;)
[19:01] <Volans> ok, thanks :)
[19:01] <Volans> for the email, in theory the one you receive the day before the automatic sent should have a little different layout, specifying that is a reminder... the easy way to not make confusion is to see if is a mail to you or to the Mozilla Team list ;)
[19:01] <asac> fta: yeah ... thats a bug
[19:04] <asac> fta: commented
[19:05] <asac> fta: just a display bug ... not all plugins shown there are in use
[19:05] <asac> yay ... 115ms ping ;)
[19:05]  * asac synchs mails
[19:06] <fta> ok
[19:06] <fta> asac, oh, misery... http://paste.ubuntu.com/46336/
[19:07] <asac> fta: because of abrowser?
[19:07] <asac> looks reasonable
[19:07] <asac> btw, i think we might want to consider to eliminate all debhelper files
[19:07] <asac> e.s. .links
[19:07] <asac> .install
[19:07] <asac> and such
[19:07] <fta> probably, just huge
[19:08] <asac> and put everything in debian/rules ;)
[19:08] <asac> not sure if that is really something we want to do
[19:08] <asac> but most likely its the case
[19:08] <asac> would help us to make things like easy rebranding even easier
[19:08] <asac> though i am not yet sure about debian/control
[19:09] <asac> most likely together with .desktop that would need to be a template for maximum flexibility
[19:10] <asac> fta: can you see if the abrowser merge works? if not, i can take over and fix it ... but i think it should still be quite similar
[19:11] <asac> darn ... some guy thinksi ts good to open the train window in winter
[19:12] <asac> most likiely i will end up with a bad flu ... or ... shout at him
[19:16] <asac> ok i convinced him ;)
[19:17] <fta> :)
[19:17] <Volans> :)
[19:19] <asac> Volans: ok branching easymenu
[19:19] <Volans> asac: thank you very much
[19:21] <asac> ok ... have to install build depends i guess
[19:21] <asac> python-lxml
[19:22] <Volans> if you don't have yes, is the only one and I'm working to avoid it, but is very useful, I use it only to validate the xml input with few line of code
[19:23] <asac> Volans: how do i create a diff.gz?
[19:23] <Volans> run the command I put at point 3 in the email
[19:23] <Volans> python easymenu.py -sod -c s testmenu.xml
[19:23] <asac> ok -d
[19:23] <asac> hmm
[19:23] <Volans> the -d option is the "debian" option
[19:25] <Volans> what?
[19:25] <asac> Volans: no .. al fine ;)
[19:25] <asac> Volans: why do you need to create a build.xml?
[19:25] <asac> just so that people can produce .xpi's on windows?
[19:26] <asac> Volans: there are a few things i think should be improved:
[19:27] <asac> 1. the user should always provide a real name and email
[19:27] <Volans> no I put it only in the orig.tar.gz, is not in the "source code", it was generated due to ant iirc
[19:27] <asac> 2. the user should always decide whether he packages it for debian or ubuntu
[19:27] <asac> and then should say if he has a bug id
[19:27] <asac> if its ubuntu: ask if the package is ment for universe (default) or main ... and use the proper Maintainer: field
[19:27] <asac> for debian its most likely just the user
[19:28] <asac> Volans: well ... orig.tar.gz _is_ the source dode
[19:28] <asac> code
[19:28] <Volans> this was one of the point I'm not sure... the xpi don't need it
[19:28] <asac> but i dont mind
[19:28] <asac> just wanted to know why you use ant ;)
[19:29] <asac> Volans: right but ther eis no conflict
[19:29] <asac> xpi is usually the product != source
[19:29] <asac> there is the special case where there are only .js files in there
[19:29] <asac> then we (mozillateam) use that as source
[19:29] <asac> because lots of projects dont have sour c
[19:29] <asac> e
[19:30] <asac> does that explain it a bit?
[19:30] <Volans> I have used the same structure used in Ubuntu-it Menu, at the time of the first packaging of Ubuntu-it Menu I don't have packaging knoledge and the package was made my an italian MOTU
[19:30] <Volans> (yes, more clear)
[19:30] <asac> Volans: yeah.
[19:30] <Volans> if you think is better to do this in a different way, I'm happy to adapt the work to do the right things
[19:30] <asac> Volans: from my point of view its all ok
[19:31] <asac> only thing i dont like is that you end up having random bugs in changelog
[19:31] <asac> and wrong things in the control file (e.g. maitnainer)
[19:31] <asac> Volans: and for later versions there might be a feature to directly setup branches for the package in launchpad
[19:31] <Volans> this is an example input, the user obviously have to change it with the right data
[19:32] <asac> also there might be the need for a "update" mode
[19:32] <asac> e.g. how to add more menuts in later versions and such
[19:32] <asac> but all that can come in later versions (-> wishlist bugs:))
[19:32] <asac> Volans: right. my point was that when you see that the user didnt provide it you could ask him ;)
[19:32] <asac> interactive
[19:32] <Volans> sure
[19:32] <asac> i have the feeling that users will start with an example file
[19:32] <asac> and then edit
[19:33] <asac> so they might consider some fields "unimportant"
[19:33] <fta> http://paste.ubuntu.com/46343/
[19:33] <Volans> and maybe leave the example things...
[19:33] <Volans> yeah, you are surely right
[19:33] <Volans> ok, so more "checks" in the debian section and interactive questions when the data is not clear
[19:48] <fta> dh_install -pfirefox-3.1-branding \
[19:48] <fta>                 debian/tmp-firefox-3.1-branding/usr/lib/firefox-3.1b1pre/chrome/browser-branding* usr/lib/firefox-3.1b1pre/chrome
[19:48] <fta> dh_install: firefox-3.1-branding missing files (debian/tmp-firefox-3.1-branding/usr/lib/firefox-3.1b1pre/chrome/browser-branding*), aborting
[19:48] <fta> make: *** [binary-install/firefox-3.1-branding] Error 1
[19:48] <fta> dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2
[19:48] <fta> asac, ^^ gasp
[19:49] <fta> "debian/tmp-firefox-3.1-branding" did I do that ?
[19:49] <fta> you did
[19:50] <asac> Volans: right. interactive isnt required thought. erroring-out with a good error message might be at least as helpful
[19:51] <asac> fta: are the branding files in the orig?
[19:51] <fta> hmmmmmm
[19:51] <asac> fta: i think i added support for firefox 3.1 in mozilla-descripts
[19:51] <asac> or did i add that to rules?
[19:52] <fta> http://paste.ubuntu.com/46350/
[19:53] <fta> you expect browser-branding* in there
[19:53] <asac> fta: ah yeah
[19:53] <asac> fta: thats the patch
[19:53] <asac> didnt that get through?
[19:53] <asac> on merge?
[19:54] <fta> ++bin/chrome/awesome-branding.jar
[19:54] <fta> ++bin/chrome/awesome-branding.manifest
[19:54] <fta> ++bin/chrome/awesome-branding-en-US.jar
[19:54] <fta> ++bin/chrome/awesome-branding-en-US.manifest
[19:54] <fta> +
[19:54] <asac> fta: browser_branding.patch
[19:54] <asac> fta: nope ... thats the awesome brandingt patch
[19:54] <asac> the other is the "browser_branding"
[19:54] <fta> why is it still "awesome-" ?
[19:54] <asac> fta: because i didnt want to do a new orig
[19:55] <asac> and its nothing that cant be fixed after feature freeze - which was well over anyway
[19:55] <asac> fta: but next upload will fix it
[19:55] <fta> the patch is there
[19:55] <asac> fta: oh
[19:55] <asac> fta: you dont use official branding right?
[19:55] <Volans> probably I was disconnected or timed out... asac I don't have read nothing after: (20:37:04) Volans: thank you for the check
[19:56] <asac> fta: we probably need to add the same to the other brandings
[19:56] <Volans> if you have tell me something
[19:56] <asac> e.g. minefield + CODENAME
[19:56] <asac> 20:50 < asac> Volans: right. interactive isnt required thought. erroring-out with a good error message might be at  least as helpful
[19:57] <asac> fta: ?
[19:57] <fta> looking..
[19:57] <asac> fta: i am quite sure
[19:57] <asac> fta: its the jar.mn that needs a similar patch
[19:57] <asac> otherwise the branding gets punched into the browser.jar ... and so on
[19:57] <Volans> ok, I already ask the user for some things if the user don't use the options... :)
[19:58] <asac> which wouldnt allow us to sort that to a different package
[19:58] <asac> Volans: whatever you prefer ;)
[19:58] <asac> Volans: consider to use gettext
[19:58] <asac> Volans: in that way we can get zillions of translations from launchpad
[19:58] <fta> asac, yep
[19:58] <asac> fta: ok. want me to extend that in 3.0 or will you go ahead and let me cherry pick that down?
[19:58] <Volans> asac: gettext to manage the changelog section?
[19:59] <asac> Volans: no. the questions you are asking
[19:59] <asac> you print a lot of english text
[19:59] <asac> and even console programs should be translatable ;)
[19:59] <asac> and since you are using launchpad it should be quite easy to do
[20:00] <Volans> oh, sure,I plan to create a  po file and use gettext for future release
[20:00] <asac> ok nice
[20:02] <Volans> I have started this project due to some requests from other ubuntu communities to help them to adapt my extension to theys community, so I have decided to generalize the task and easymenu comes up
[20:03] <Volans> I would like that if some user that will use easymenu will want to package the relative extension for Ubuntu and/or Debian can done it in an very easy way
[20:04] <Volans> and this is why I ask you to check the package stuffs
[20:06] <asac> i understood that
[20:06] <asac> so far it looks quite good
[20:06] <Volans> I know that ubuntuusers and ubuntu-es uses it atm ;)
[20:08] <asac> Volans: i wonder if instead of producing individual packages this could be made a "subscription" driven service/extemnsion
[20:08] <asac> e.g users install volans-super-menu
[20:08] <asac> and then can subscribe to "menu provider"
[20:09] <asac> like ubuntu-it
[20:09] <asac> ubuntu-es
[20:09] <asac> ubuntuusers
[20:09] <asac> which would then pull the menu from some webservice
[20:09] <asac> Volans: just like what adblock plus does (from the feeling)
[20:10] <Volans> interesting point!
[20:10] <asac> Volans: imo this would make this extension more powerful and would also solve the problem that each and every new menu would require to get their own announcements/marketing
[20:10] <asac> and such
[20:10] <asac> of course such a service also bears some security implications. but i think when carefully designing it there should be many problems
[20:10] <Volans> Also if probably the final users will choose only one or two of those
[20:11] <asac> yep
[20:11] <Volans> for this I have to rewrite all from scratch, but is an interesting point, I will investigate how is complicated
[20:12] <Volans> the other point is that actually the program is not strictly ubuntu-related and cross platform
[20:12] <asac> Volans: yeah. not for now. i just think that thats more useful. which doesnt mean that the current thing isnt useful ;)
[20:12] <Volans> so every community can create each own menu
[20:12] <asac> agreed
[20:12] <asac> and people wont need to fight to get things into ubuntu
[20:12] <asac> i guess at some point archive admins would go on strike
[20:13] <asac> if the 300th menu extension was added ;)
[20:13] <asac> same probably for AMO reviewers
[20:13] <Volans> probably :)
[20:14] <fta> asac, it's browser/base/jar.mn that needs patching
[20:15]  * Volans thinking about the possible way to do that...
[20:15] <asac> fta: for minefield?
[20:15] <fta> seems so
[20:15] <asac> fta: yeah. and browser/branding/unofficial/content/jar.mn
[20:15] <asac> for alpha branding
[20:16] <fta> you already did that one
[20:16] <asac> oh i did?
[20:16] <fta> yes
[20:16] <asac> what a long-term thinking ;9
[20:16] <asac> fta: but yeah i remember
[20:17] <fta> i'm gonna fix it in 3.0 1st, because 3.1 already diverged for this patch
[20:19] <asac> fta: yeah ... makes more sense to merge in that direction. agreed
[20:23] <asac> fta: you probably go for abrowser-3.1-branding right?
[20:24] <asac> fta: one question: does .head already provide "firefox" and "abrowser" meta packages?
[20:24] <fta> 3.0.head, yes
[20:24] <asac> 3.1 ;)
[20:24] <asac> 3.1.head
[20:24] <asac> ?
[20:24] <fta> no, not 3.1, i dropped them
[20:25] <asac> fta: ok good
[20:25] <fta> i dropped most of control in fact
[20:25] <asac> fta: wouldnt be a problem in the fta ppa. but in case we want to add it to universe we need some mechanism to drop them
[20:25] <asac> fta: hmm
[20:25] <asac> too bad ;)
[20:25] <asac> well
[20:25] <asac> its good
[20:25] <asac> but we should have done that on 3.0 and merge that up
[20:25] <asac> i think we want to drop the transitional packages in intrepid already
[20:26] <fta> asac, http://paste.ubuntu.com/46364/
[20:26] <asac> most were in gutsy and during hardy ... so no need to keep them around
[20:27] <asac> i think we can also cleanup the suggests
[20:27] <asac> libthai can probably go
[20:27] <asac> not sure why ther is latex-xft-fonts
[20:27] <asac> mostlikely outdated as well
[20:28] <fta> probably, yes
[20:28] <asac> otherwise looks like a big relief ;)
[20:28] <asac> finally building ffox might be a joy again ;)
[20:29] <fta> :)
[20:30] <fta> Searching for duplicated docs in dependency firefox-3.0...
[20:30] <fta> /bin/zdiff: line 68: /src/bzr/build-area/firefox-3.0-3.0.2+build3+nobinonly/debian/firefox-3.0/usr/share/doc/firefox-3.0/./changelog.Debian.gz: No such file or directory
[20:30] <fta> is that new ?
[20:30] <asac> bug in zdiff?
[20:30] <asac> i dont use that
[20:31] <fta> it's in or after dh_gencontrol
[20:32] <fta> asac, what is that amazondotcom.xml patch for ?
[20:35] <fta> asac, should content/browser/license.html stay in browser.jar or move into browser-branding.jar ?
[20:36] <asac> fta: referral code?
[20:37] <fta> http://mxr.mozilla.org/mozilla/source/browser/base/jar.mn#66
[20:37] <fta> l74-76
[20:38] <asac> fta: where is that license displayed?
[20:38] <fta> eula stuff i guess
[20:38] <asac> hmm
[20:38] <asac> thats in eula... i thought
[20:39] <asac> fta: about:license
[20:39] <fta> so ?
[20:39] <asac> i think we should keep it in firefox-3.0
[20:39] <fta> ok
[20:39] <asac> e.g. in browser.jar
[20:39] <asac> (for now)
[20:40] <fta> http://paste.ubuntu.com/46374/
[20:41] <asac> fta: yes. looks sane
[21:04] <asac> fta:  we have an issue with the "restart" on upgrade button in ubufox
[21:04] <asac> fta: on major version upgrades it doesnt restart the browser
[21:04] <asac> because it tries to run the $0 command
[21:04] <asac> which then doesnt exist anymore :(
[21:05] <fta> i thought you fixed that last week?
[21:06] <asac> hmm
[21:07] <asac> i think i fixed something else ;)
[21:07] <asac> not sure what though
[21:07] <asac> but it had to do with the same topic
[21:07] <asac> i guess i fixed that the restart button gets displayed at all
[21:08] <asac> and didnt finish the other fix
[21:08] <asac> because it wasnt obvious what the best solution would be
[21:08] <asac> maybe trying to run /usr/bin/`filename $0` ?
[21:09] <asac> but i think that would make abrowser restart with /usr/bin/firefox command
[21:09] <asac> right. thats the reason i felt like there must be something better
[21:10] <asac> fta: would it work if we put a link to the firefox stup into $pkglibdir
[21:10] <asac> and in the /usr/bin/firefox script run $pkglibdir/$0 ?
[21:10] <asac> so when we run the /usr/bin/abrowser link
[21:10] <fta> is $pkglibdir in the path ?
[21:11] <asac> it would run /usr/lib/firefox-3.0.2/abrowser which would link to /usr/lib/firefox-3.0.2/firefox
[21:11] <asac> fta: yeah. we do it that way right now?
[21:11] <asac> e.g. $pkglibdir/firefox
[21:11] <asac> of course its not pkglibdir
[21:11] <asac> but most likely templated during build time
[21:11] <asac> just wanted to show the idea
[21:12] <asac> we could of course consider to put the stub into the branding package
[21:12] <asac> maybe the cleaner solution
[21:12] <asac> but riskier
[21:13] <asac> fta: oh ... of course $pkglibdir/`basename $0`
[21:13] <asac> in the start script
[21:13] <fta> should work
[21:14] <asac> ok. then we could try to run $prefix/bin/`filename $0` in xulrunner on restart :(
[21:15] <asac> and hopefully that works for all other xulrunner apps as well
[21:15] <asac> but i am positive about that ... as long as they use their own stub
[21:15] <fta> hm
[21:15] <asac> would it work for xulrunner itself?
[21:15] <asac> most likely? ... in worst case (e.g. when that path not found) it would still use the current approach
[21:15] <asac> just $0
[21:16] <asac> so there shouldnt be much regressions
[21:19] <asac> fta: did you ever manage to setup pasteit for paste.ubuntu.com?
[21:19] <fta> yes
[21:19] <fta> my patch has been merged a long time ago
[21:19] <asac> http://paste.ubuntu.com/46391/
[21:19] <asac> fta: huh?
[21:19] <asac> so it works in intrepid?
[21:20] <asac> fta: oh we already have NAME ;)
[21:20] <asac> maybe could eliminate BASENAME
[21:20] <asac> or say APPNAME=$NAME for now
[21:20] <asac> if we are unsure that we might need to keep the split
[21:21] <fta> pastebinit is fine in intrepid
[21:26] <fta> too bas, tt-rss is not in intrepid/debian
[21:26] <fta> bad
[21:36] <asac> fta: do i need to configure somethign?
[21:36] <asac> e.g. like my name?
[21:37] <asac> for paste.ubuntu.com?
[21:37] <fta> fta@ix:~ $ cat ~/.pastebinit.xml
[21:37] <fta> <pastebinit>
[21:37] <fta> <pastebin>http://paste.ubuntu.com</pastebin>
[21:37] <fta> <author>fta</author>
[21:37] <fta> <format>text</format>
[21:37] <fta> <jabberid>nah</jabberid>
[21:37] <fta> </pastebinit>
[21:41] <asac> hmm
[21:41] <asac> $ bzr diff | pastebinit
[21:41] <asac> Error no arguments specified!
[21:41] <asac> pastebinit v0.10
[21:41] <asac> Required arguments: -i <filename> (or pipe the text)
[21:41] <asac> Optional arguments: -b <pastebin url:default is 'http://paste.ubuntu.com'> -a <author:default is 'asac'> -f <format of paste:default is 'text'> -r <parent posts ID:defaults to none>
[21:42] <asac> Optional arguments supported only by 1t2.us and paste.stgraber.org: -j <jabberid for notifications:default is 'nah'> -m <permatag for all versions of a post:default is blank> -t <title of paste:default is blank> -u <username> -p <password>
[21:42] <asac> oops
[21:42] <asac> http://paste.ubuntu.com/46400/
[21:43] <asac> but:
[21:43] <asac> $ bzr diff > /tmp/out
[21:43] <asac> asac@hector:~/ubuntu_bzr/xulrunner-1.9.head$ pastebinit -i /tmp/out
[21:43] <asac> http://paste.ubuntu.com/46401/
[21:43] <asac> works
[21:43] <asac> hmm
[21:43] <fta> oops
[21:43] <fta> ii  pastebinit                           0.11~bzr46-1~fta1                                command-line pastebin client
[21:43] <asac> does that just fix the pipe?
[21:44] <fta> https://code.edge.launchpad.net/~pastebinit-developers/pastebinit/trunk
[21:44] <fta> i'm #38
[21:44] <asac> Jazzva: 267382
[21:44] <asac> bug 267382
[21:44] <ubottu> Launchpad bug 267382 in ubufox "firefox/ubufox not showing extensions" [Undecided,New] https://launchpad.net/bugs/267382
[21:45] <asac> fta: maybe ping stgraber?
[21:46] <fta> he told me a while ago it is now maintained by debian
[21:46] <fta> hold on
[21:46] <asac> fta: bzr diff | pastebinit is still not working
[21:46] <fta> i do that a lot
[21:47] <Jazzva> asac, I'll look it in a while... busy now...
[21:47] <asac> Jazzva: sure. ill subscribe you :-P
[21:47] <fta> asac, Jun 25 15:59:11 <stgraber>      pastebinit is now packaged and maintained in Debian, so I'll see with the Debian maintainer
[21:48] <Jazzva> asac, sure :)
[21:48] <fta> asac, bug 230649
[21:48] <ubottu> Launchpad bug 230649 in pastebinit "Fails to read from stdin if the process producing data is slow to start" [Medium,Fix committed] https://launchpad.net/bugs/230649
[21:49] <fta> so basically, bzr is slow ;)
[21:49] <asac> he?
[21:49] <asac> sounds crappy
[21:49] <asac> and it doesnt work for me :(
[21:49] <asac> even cat /tmp/out | pastebinit doesnt work
[21:49] <fta> http://bazaar.launchpad.net/~pastebinit-developers/pastebinit/trunk/revision/44
[21:49] <asac> but i have 46 now
[21:50] <asac> (your package)
[21:54] <fta> yep, it's a bug. i usually do bzr diff | pastebinit -f diff
[21:55] <asac> -f diff? what kind of hack is that?
[21:55] <fta> format as a diff
[21:55] <fta> to use colors
[21:55] <fta> by default, format = text
[21:58] <asac> fta: ok committed the restart fix
[21:58] <asac> most likely there is something wrong though ;)
[21:58] <asac> (fix: toolkit xre part)
[21:58] <asac> not the package links
=== Volans1 is now known as Volans_
=== Volans_ is now known as Volans
=== fta_ is now known as fta
[23:56] <fta> asac, you renamed firefox-3.0.desktop into firefox.desktop :(
[23:56] <fta> bad for my merge
[23:56] <fta> dpkg: error processing /var/cache/apt/archives/firefox-3.1-branding_3.1~b1~hg20080912r19186+nobinonly-0ubuntu1~fta1_i386.deb (--unpack):
[23:56] <fta>  trying to overwrite `/usr/share/applications/firefox.desktop', which is also in package firefox-3.0-branding
[23:56] <fta> and i guess it's also a problem with firefox-2, right?
[23:57] <asac> fta: no
[23:57] <asac> i didnt rename it
[23:57] <asac> afaik it was firefox.desktop for a long time
[23:57] <asac> and firefox-2.desktop for ffox 2
[23:57] <asac> firefox 3.1 should be firefox-3.1.desktop
[23:57] <asac> but the main thing needs to be firefox.desktop
[23:57] <asac> ... unfortunately
[23:58] <fta> hm, so much for the merge then
[23:59] <asac> fta: well