[01:46] <fta> asac, you said you wanted a pet-bug ? ;)
[01:47] <asac> really ;)?
[01:47] <fta> the gtk systray thing...
[01:49] <fta> ok, i updated my ppa scripts so that they accept conf files
[01:49] <fta> one step closer to daily builds
[01:50] <fta> i can update the branches and push to ppa from my server
[01:50] <fta> but i don't build locally yet
[01:51] <fta> i'm not sure i should use my old bot, pbuilder or a full sbuild for that
[01:51] <fta> http://bazaar.launchpad.net/~fta/+junk/ppa-scripts/files (update* and sync* are ready)
[01:52] <fta> asac, ^^
[01:53] <fta> asac, i have to check m-d as it seems it's sometimes going backward with hg commit dates
[01:54] <asac> fta: revision ids are supposed to always go forward i think
[01:55] <asac> the time might not ;)
[01:55] <fta> the date is first so it's an issue
[01:55] <asac> fta: i think we shouldnt do a local build first
[01:55] <asac> fta:  just unpack: quilt push -a ... if no error -> go
[01:55] <fta> then the failure rate will be high
[01:56] <asac> welll ... i think most issues are diverged patches
[01:56] <asac> just quilt push would eliminate that
[01:56] <fta> yeah, i often do that when i'm in a hurry or lazy. bzr bdm -e ; cd ../build/whatever ; dquilt push -a
[01:56] <asac> imo thtas ok
[01:57] <asac> i mean one purpose for dailies is regression window narrowing
[01:57] <asac> the other is detecting build issues automatically ;)
[01:57] <asac> well not really a purpose, but a side effect
[01:57] <asac> if we can eliminate most issues by testing quilt push
[01:58] <asac> that should be ok until someone complains
[02:01] <fta> also, the *.head branches will grow faster once this is on
[02:03] <asac> fta: do we really commit stuff for daily builds?
[02:03] <asac> wouldnt just bumping version be enough?
[02:03] <asac> i mean in case it fails we can hopefulyl reproduce with just that version info
[02:07] <fta> not sure.. the daily branch has a value, but i don't want to force the scripts merge from *.head, too many chances of conflicts, meaning the bot is stuck until someone fixes the daily branch
[02:08] <asac> fta: no. i dont mean daily branch
[02:08] <fta> if the bot updates *.head, he will never conflict, but we may
[02:08] <asac> i just say the daily builders bump version without committing each and every day
[02:08] <asac> based on .head that is
[02:08] <asac> if builders fail we fix head and move on
[02:09] <asac> fix head == fix and commit new checkpoint
[02:09] <asac> aka changelog bump on every required change
[02:09] <asac> and whenever something thinks we should checkpoint (though not sure why to checkpoint if there are no changes)
[02:10] <asac> would that make sens or did i misread the problem
[02:11] <asac> ?
[02:12] <asac> s/something/someone/
[02:12] <fta> i need to think about it a little bit
[02:12] <asac> sorry ... tiresome ;)
[02:12] <asac> yeah. probably not the right time to decide at 3am
[02:16] <asac> fta: imnportant change to ppa notice ... did you get that too?
[02:16] <fta> yes
[02:17] <asac> so 30 days ... done
[02:17] <asac> too bad
[02:17] <fta> 30 days, that means we should probably backup our stuff
[02:17] <asac> yeah
[02:18] <fta> screen scrap the ppa for logs, debs, src..
[02:18] <fta> unless there's enough in the lp python api
[02:18] <asac> fta: from what i read the logs et al are still there
[02:18] <asac> just the bits not
[02:18] <asac> fta: one could probably do ftp synh ;)
[02:19] <asac> and disable removal
[02:19] <asac> local side
[02:19] <asac> i think its easiest to ask for exception from this rule
[02:19] <asac> we want 700 days ;)
[02:19] <fta> lol
[02:20] <asac> how much is 700 days of xul?
[02:20] <asac> with -dbg package its probably 120M a day ;)
[02:20] <fta> but it's not very handy to ask users to grab a bunch of debs from lp for each test
[02:21] <asac> fta: yeah. we would need a wrapper or osmething
[02:22] <fta> something like dget --with-binaries lp:.../*.dsc
[02:23] <fta> --with-binaries=i386
[02:23] <asac> usuually saying apt-get install xulrunner-1.9=version xulrunner-1.9-gnome-support=version should work
[02:23] <fta> only if the files are in the archives
[02:23] <fta> only the last one is
[02:24] <fta> the others are in lp librarian something, and 30 days only
[02:25] <asac> fta: in librarian?
[02:25] <asac> thats easy then ;)
[02:25] <asac> ... to trick
[02:25] <asac> hmmm ... maybe not
[02:25] <fta> i think they added a redirect
[02:26] <fta> yeah, https://edge.launchpad.net/~fta/+archive/ppa/+files/some_random.deb
[02:26] <fta> ex: https://edge.launchpad.net/~fta/+archive/ppa/+files/gwibber_0.7.3~bzr193-0ubuntu1~fta1_i386.deb
[02:27] <fta> http://launchpadlibrarian.net/21661217/gwibber_0.7.3~bzr193-0ubuntu1~fta1_i386.deb
[02:27] <fta> with an HTTP 302
[02:27] <asac> yeah
[02:28] <asac> fta: do you have something that potentially will get removed?
[02:28] <asac> so we can try?
[02:28] <asac> (soon)
[02:28] <fta> what do you mean?
[02:28] <asac> e.g. something longer superseeded or removed
[02:28] <asac> for which we still have the librarian link
[02:28] <fta> https://edge.launchpad.net/~fta/+archive/ppa/+index?field.name_filter=xulrunner-1.9.2&field.status_filter=any&field.series_filter=jaunty
[02:29] <fta> https://edge.launchpad.net/~fta/+archive/ppa/+files/xulrunner-1.9.2_1.9.2~a1~hg20081221r22990+nobinonly-0ubuntu1~fta3_i386.deb
[02:29] <fta> Dec 21
[02:30] <asac> fta: open a bug against sometihng ... put the librarian url of one file init ... and one of a second file, but make it so its not a valid url
[02:30] <fta> ?
[02:30] <asac> with some luck the referenced one will not get removed
[02:30] <fta> and then what? file daily bugs?
[02:31] <fta> lol
[02:31] <asac> hehe
[02:31] <asac> yeah
[02:31] <asac> stupid. would just be fun ;)
[02:31] <asac> to see if they parse those urls
[02:31] <asac> file bug: "keep this daily for now"
[02:31] <asac> ;)
[02:31] <asac> no ... i really think we have to mirror somewhere
[02:31] <asac> if we need more that lets say half a year
[02:31] <fta> you can do it yourself ;)
[02:32] <asac> otherwise we might be able to get an exception
[02:32] <asac> sure. i can start on people.ubuntu.com
[02:32] <asac> at some points there will be a complains
[02:32] <asac> then louder complains
[02:32] <asac> then maybe i get forced to remvoe or we get a dedicated place ;)
[02:33] <asac> anyway. all this can come when daily stuff is working
[02:33] <asac> i can also open a ticket and ask for something more dedicated
[02:33] <asac> for our purpose
[02:33] <asac> but thats easier to do when we have it all runing
[02:34] <asac> and then say: "here is something that is not perfect, lets fix it"
[02:35] <asac> so the fact that 302 works well is really interesting
[02:35] <asac> i will sleep about it ;)
[02:36] <asac> good night
[02:46] <fta> 'night
[10:14] <gnomefreak> I'm back home at least until March (maybe a wedding) or over the summer for vacation(but should have PC with me
[10:19] <gnomefreak> is it me or did they drop seamonkey-mailnews from seamonkey-2.0?
[10:24] <gnomefreak> seems seamonkey-1.1.13 is out of date as well newest release 1.1.14
[10:27] <BUGabundo> one more thing
[10:27] <BUGabundo> I'm trying to test this
[10:27] <BUGabundo> http://broadband.mpi-sws.org/transparency/bttest-mlab.php
[10:27] <BUGabundo> and FF keeps segfaulting
[10:28] <BUGabundo> java bug?
[10:28] <gnomefreak> looking
[10:28] <gnomefreak> sort of :(
[10:28] <BUGabundo> gnomefreak: don't use it with your regular Firefox
[10:29] <BUGabundo> or you will lose your session
[10:29] <gnomefreak> good because it works here in 3.2
[10:29] <BUGabundo> already happened to me 3 times in two browsers
[10:29] <BUGabundo> 3.1 and .2
[10:29] <gnomefreak> i'm not segfaulting
[10:29] <BUGabundo> grr and 3.0
[10:29] <BUGabundo> no ?
[10:29] <gnomefreak> ah yes i am
[10:29] <gnomefreak> hold that though5t
[10:29] <BUGabundo> let me test a new profile
[10:29] <BUGabundo> heehehehehhehehehe
[10:29] <BUGabundo> you did not click the teste, did you ?
[10:30] <gnomefreak> i clicked the link but it took a while for apport to pop up
[10:30] <gnomefreak> browser hasn't closed though
[10:30] <BUGabundo> ok, its not only me
[10:30] <BUGabundo> no ? mine did
[10:30] <BUGabundo> firefox-3.0 \n sh: acroread: not found \n Segmentation fault
[10:31] <BUGabundo> but no apport crash here
[10:31] <gnomefreak> can you upgrade libxcb1, libxcb-render0, libx11-6?
[10:31] <BUGabundo> other then the usual 3.1
[10:31] <BUGabundo> let me check
[10:32] <BUGabundo> 1.1.93-0ubuntu2
[10:32] <gnomefreak> that is the problem (i'm thinking its apport not supporting 3.2
[10:32] <BUGabundo> libx11-6:  Installed: 2:1.1.99.2-1build1
[10:32] <BUGabundo> is there any upper version of those?
[10:32] <gnomefreak> libx11-6: Installed: 2:1.1.5-2ubuntu2 Candidate: 2:1.1.99.2-1build1
[10:33] <gnomefreak> it looks like they are being held back on my system
[10:33] <BUGabundo> lol
[10:33] <BUGabundo> yeah
[10:33] <gnomefreak> let me see the log here to see why crash
[10:33] <BUGabundo> I had to manually distupgrade a few libs today
[10:34] <BUGabundo> gnomefreak: where would I find that?
[10:34] <BUGabundo> how can I run $ gdb --arg firefox-3.0
[10:34] <BUGabundo> ?
[10:35] <BUGabundo> hi asac
[10:35] <BUGabundo> good morning
[10:36] <gnomefreak> BUGabundo: https://wiki.ubuntu.com/MozillaTeam/Bugs  should have insttructions
[10:37] <gnomefreak> from crash report it only says that my packages are out of date
[10:37] <gnomefreak> let me upgrade and test (in a few minutes)
[10:38] <BUGabundo> okay
[10:38] <BUGabundo> installing remaining gdb libs
[10:38] <BUGabundo> hope I have the disk space for it
[10:39] <gnomefreak> nope still no go so i have to guess that is why apport cant report it
[10:40] <gnomefreak> clicking on start testing
[10:41] <gnomefreak> BUGabundo: do you have java installed?
[10:42] <BUGabundo> ROFL
[10:42] <BUGabundo> now that I installed all dgb libs it won't crash
[10:42] <BUGabundo> gnomefreak: apparently too many for it to work ok
[10:42] <BUGabundo> last one I installed was ice something
[10:43] <gnomefreak> the free version?
[10:43] <BUGabundo> [New Thread 0x7f21d79d2950 (LWP 28617)]
[10:43] <BUGabundo> Program received signal SIGSEGV, Segmentation fault.
[10:43] <BUGabundo> [Switching to Thread 0x7f21dbfff950 (LWP 28616)]
[10:43] <gnomefreak> BUGabundo: are you on intrepid or jaunty?
[10:43] <BUGabundo> humm I see a seg fault, but it is running still
[10:43] <BUGabundo> jaunty
[10:43] <gnomefreak> thats what i got too
[10:43] <BUGabundo> I have sun-java 6, and few others too
[10:43] <gnomefreak> it seems 3.2 has had that issue for a few days at least
[10:44] <BUGabundo> No space left on device
[10:44] <BUGabundo> bah!!! I knew this was going to happen with all those 50*MiBs libs
[10:44] <BUGabundo> I'm testing this with 3.0
[10:44] <gnomefreak> BUGabundo: icedtea*?
[10:45] <BUGabundo> can I get a seg faul, gdb stops, and Firefox keeps working?
[10:45] <BUGabundo> strange
[10:45] <BUGabundo> I think so... but let me check galternatives
[10:46] <BUGabundo> by the way here is bt full http://paste.ubuntu.com/111187/
[10:46] <BUGabundo> ahh so FF seg fault, but java kept on running
[10:47] <BUGabundo> gnomefreak: http://paste.ubuntu.com/111188/ java packages installed
[10:48] <gnomefreak> We are sorry. Our measurement servers are currently overloaded and cannot serve you at the moment. Please try again later or try our alternative deployment by clicking here.
[10:48] <gnomefreak> i'm thinking the crash is only on 3.2 i have 3.1 open with the link and no crash
[10:49] <gnomefreak> with java6-plugijn installed
[10:49] <BUGabundo> I'm crashng 3.0 here
[10:49] <BUGabundo> or at least seg faulting it
[10:49] <BUGabundo> let me try 3.2
[10:49] <gnomefreak> sun-java6-jre  should be fine
[10:49] <gnomefreak> 3.2 crashing here
[10:50] <gnomefreak> 3.1 not and i havent test 3.0 i need to screw around with lavabit
[10:50] <BUGabundo> humm no gdb for 3.2
[10:51] <BUGabundo> ok swiching from openjdk to sun
[10:51] <gnomefreak> BUGabundo: no debug packages for packages that are not in repos
[10:51] <BUGabundo> and testing again
[10:51] <BUGabundo> but fta could build a few and place in the ppa
[10:51] <gnomefreak> Sorry, the program "firefox-3.1" closed unexpectedly
[10:51] <gnomefreak> Your computer does not have enough free memory to automatically analyze the problem and send a report to the developers.
[10:51] <gnomefreak> thats crock
[10:51] <gnomefreak> thats a crock
[10:52] <BUGabundo> Program received signal SIGSEGV, Segmentation fault.
[10:52] <BUGabundo> again seg fault with sun java
[10:53] <BUGabundo> hey I have 4GiBs LOL plus 8GiBs swap
[10:53] <BUGabundo> I've never seen that message
[10:53] <BUGabundo> LOL
[10:54] <BUGabundo> new crash http://paste.ubuntu.com/111190/ with java6sun/jre
[10:56] <asac> i gnomefreak
[10:56] <asac> hi
[10:56] <asac> ;)
[10:57] <gnomefreak> 111	xpcthreadcontext.cpp: No such file or directory. in xpcthreadcontext.cpp
[10:57] <gnomefreak> that looks to be why crash
[10:57] <gnomefreak> xpcthreadcontext.cpp: No such file or directory. in xpcthreadcontext.cpp
[10:57] <gnomefreak> i would think it would have closed without crashing but guess not
[10:57] <gnomefreak> hi asac
[10:59] <gnomefreak> 568 is outgoing sever for tb right?
[10:59] <asac> 568?
[11:00] <gnomefreak> s/server/port
[11:00] <asac> do you refer to port number?
[11:00] <asac> gnomefreak: hmm ... smtp is usually 25 or something
[11:00] <asac> ssmtp           465/tcp         smtps           # SMTP over SSL
[11:00] <asac> thats for ssmtp
[11:01] <gnomefreak> ok thanks
[11:01] <asac> and without crypto its
[11:01] <asac> smtp            25/tcp          mail
[11:01] <BUGabundo> both 465 and 568 are common ports
[11:01] <BUGabundo> for smtps
[11:03] <asac> not according to /etc/services
[11:04] <filipegarcia> i'm having problems configuring a static ip with NetworkManager
[11:04] <asac> but well ... mail provider should give definitly info what port to use ... then no problem
[11:04] <asac> filipegarcia: how is that?
[11:04] <filipegarcia> every time i create a new static, after reboot the machine, it creates another eth0 with dhcp and uses that
[11:05] <filipegarcia> i try with the gui and with the /etc/network/interfaces
[11:07] <BUGabundo> guys I have to leave for a bit, but if find anything else or need extra debug on that java crash, let me know, ping me here (if pidgin doesn't crash (I didn't like xchat, fta) ), or dent me on identica. cu soon
[11:08] <filipegarcia> i never had problems with dhcp but i can't use a static ip
[11:08] <filipegarcia> ok bye BUGabundo and thanks
[11:10] <gnomefreak> finally have a working lavabit account. evo sucks i wasnt able to send from it, brb smoke and coffeee
[11:11] <asac> filipegarcia: try a bit harder. use the gui ... create a new one so its really safed
[11:12] <filipegarcia> i create a new one and it work fine. but after reboot it creates a new eth0 and start to use that one instead
[11:35] <filipegarcia> I mean, if i remove the connect automatically from the dhcp wired connection, after i reboot, it gets connect automatically checked again and i never can make him use the static ip
[11:35] <filipegarcia> and if i remove the dhcp wired connection, after reboot, it creates a new one....
[11:40] <asac> filipegarcia: yeap
[11:40] <asac> filipegarcia: try to make a system connection
[11:41] <asac> are you sure your new connection is still there after reboot?
[11:41] <filipegarcia> is still there but not the default one
[11:41] <asac> filipegarcia: in any case ... if you want a fix for this use ~network-manager PPA packages for intrepid
[11:42] <asac> well ... at least that package version has a bunch of fixes sourrouding this issue
[11:42] <filipegarcia> ok
[11:45] <filipegarcia> i already have the 8.10
[11:49] <filipegarcia> and every time i check the system connection on the static eth0 , after reboot it gets unchecked
[11:56] <asac> filipegarcia: yes. thats why i sam saying: create new connection and directly check that
[11:56] <asac> filipegarcia: also i am saying try the intrepid packages in ~network-manager PPA
[11:56] <asac> those have fixes for system connection
[12:00] <filipegarcia> ok
[12:00] <filipegarcia> thanks
[12:01]  * gnomefreak fixing flashgot branches while waiting for coffee :)
[12:40] <gnomefreak> ok flashgot is fixed and pushed to PPA all branhes updated, i'm going for smoke
[12:41] <BUGabundo> gnomefreak: smoke is BAD! you should stop with it!
[12:45] <gnomefreak> eh something is going to kill me might as well have fun while waiting
[13:01] <gnomefreak> asac: you were last to touch enigmail. you have seamonkey as a dep. however i dont see a way to add it to seamonkey mail news
[13:02] <asac> yes. sm is still not supported
[13:02] <gnomefreak> ah
[13:02] <asac> we probably wait for sm 2.0 that has the extension manager
[13:02] <gnomefreak> asac: if 2.0 had a mail/news app would be great
[13:02] <BUGabundo> gnomefreak: did you manage to track that seg fault?
[13:03] <BUGabundo> or anybody else even looked at my bt full?
[13:03] <gnomefreak> BUGabundo: no just what i said earlier (the lines i pasted)
[13:03] <BUGabundo> okay
[13:03] <BUGabundo> should we file a bug?
[13:03] <gnomefreak> only for 3.0
[13:03] <BUGabundo> I know
[13:03] <gnomefreak> !info firefox-3.1 jaunty
[13:04] <gnomefreak> BUGabundo: 3.1 as well if you wish
[13:04] <BUGabundo> okay
[13:04]  * gnomefreak wasnt sure if 3.1 was in repos but it seems to be
[13:04] <BUGabundo> but I have PPA 3.1
[13:04] <BUGabundo> so its going to be a mess
[13:04] <gnomefreak> BUGabundo: than use repos verson to file bug
[13:05] <gnomefreak> btw trying to add fta's key for PPA failed
[13:05] <gnomefreak> is this known?
[13:05] <asac> there is no backtrace in http://paste.ubuntu.com/111190/
[13:06] <BUGabundo> I did manage to get it in
[13:06] <BUGabundo> asac: that was just the 1st
[13:06] <BUGabundo> with a simple segfault
[13:06] <BUGabundo> latter I run bt full
[13:08] <asac> yeah ... not in my backlog
[13:08] <BUGabundo> try the next few pastebins
[13:08] <BUGabundo> lol
[13:08] <asac> no i wont
[13:08] <BUGabundo> (10:46:09 AM) freenode: by the way here is bt full http://paste.ubuntu.com/111187/
[13:08] <BUGabundo> (10:46:29 AM) freenode: ahh so FF seg fault, but java kept on running
[13:08] <BUGabundo> (10:47:29 AM) freenode: gnomefreak: http://paste.ubuntu.com/111188/ java packages installed
[13:08] <gnomefreak> .:05:57:23:. <      gnomefreak > xpcthreadcontext.cpp: No such file or  directory. in xpcthreadcontext.cpp  is what i saw
[13:09] <BUGabundo> (10:27:40 AM) freenode: one more thing
[13:09] <BUGabundo> (10:27:45 AM) freenode: I'm trying to test this
[13:09] <BUGabundo> (10:27:45 AM) freenode: http://broadband.mpi-sws.org/transparency/bttest-mlab.php
[13:09] <BUGabundo> (10:27:52 AM) freenode: and FF keeps segfaulting
[13:09] <BUGabundo> (10:28:02 AM) freenode: java bug?
[13:09] <BUGabundo> (10:28:07 AM) gnomefreak: looking
[13:09] <gnomefreak> see above, not a great backtrace if at all but it failed ont he above
[13:09] <gnomefreak> s/int he/on the
[13:10] <asac> yeah java bug. ffox probably shouldnt crash, but well.
[13:10] <asac> if its reproducible that would be ok
[13:10]  * BUGabundo keeps finding strange bugs! it's the love for being a alpha/beta tester
[13:10] <gnomefreak> seems that sm download manager still isnt worth a shit
[13:10] <BUGabundo> asac: I could try a couple more java sites
[13:11] <BUGabundo> this is just ONE site
[13:11]  * gnomefreak doesnt find too many bugs and most are not strange :)
[13:11] <asac> BUGabundo: you do strange things to your system like copying stuff manually ... replacing .so files in system paths ... you shouldnt be shocked
[13:11] <BUGabundo> ehehehehe
[13:11] <BUGabundo> come on!!!
[13:12] <BUGabundo> its how its meant to be
[13:12] <BUGabundo> acording to adobe
[13:12] <asac> no really ... if you do that you should really not file bugs
[13:12] <gnomefreak> the least mads you make the better testing is
[13:12] <asac> just flash is ok
[13:12] <BUGabundo> if you would like to package it, it would be great
[13:12] <BUGabundo> when I do something out of the "standard" case I tend to mention it
[13:12] <asac> BUGabundo: but if you do something similar to other stuff :) ... then you are de-facto not supportable
[13:13] <BUGabundo> other then that I try to keep a regular stock system
[13:13] <asac> yeah. problem is that one forgets about hacks one did
[13:13] <asac> ok
[13:13] <BUGabundo> and always report versions of software installed
[13:13] <asac> good to know
[13:13] <BUGabundo> and if possilbe use apport/ubuntu-bugs to collect data
[13:13] <asac> yeah. thats good.
[13:13] <BUGabundo> I'll be formating and instaling fresh in a few days
[13:14] <asac> good news ;)
[13:14] <asac> hehe
[13:14] <BUGabundo> as soon as I get my hands on a free 300GiBs disk
[13:14] <BUGabundo> to backup everyting before going ext4
[13:14] <asac> no really. but if you can reproduce the crash with the official sun plugin then you should file it upstream
[13:14] <asac> in bugzilla.mozilla.org
[13:14] <gnomefreak> ok taking break for coffee breakfast
[13:14] <BUGabundo> I did
[13:14] <BUGabundo> with both java plugins
[13:14] <BUGabundo> ice and sun
[13:15] <asac> thoght it was 64 bit ... sun has 64 bit now?
[13:15] <BUGabundo> asac: it was repos version
[13:15] <BUGabundo> I guess what ever the java guys at ubuntu pack
[13:15] <asac> yeah ... still we dont have sun plugin for 64 bits afaik
[13:16] <asac> e.g. $ apt-cache search sun java plugin
[13:16] <asac> openoffice.org - OpenOffice.org Office suite
[13:16] <asac> $ uname -a
[13:16] <asac> Linux hector 2.6.28-4-generic #11-Ubuntu SMP Fri Jan 16 21:50:52 UTC 2009 x86_64 GNU/Linux
[13:16] <asac> but:
[13:16] <asac> $ apt-cache search sun java plugin
[13:16] <asac> sun-java5-plugin - The Java(TM) Plug-in, Java SE 5.0
[13:16] <asac> sun-java6-plugin - The Java(TM) Plug-in, Java SE 6
[13:16] <asac> openoffice.org - OpenOffice.org Office suite
[13:17] <asac> $ uname -a
[13:17] <asac> Linux tinya 2.6.29-rc2 #1 SMP Mon Jan 26 22:48:22 CET 2009 i686 GNU/Linux
[13:17] <asac> so just 32 bit
[13:17] <BUGabundo> okay
[13:17] <BUGabundo> its what I have
[13:17] <BUGabundo> no idea how it works!
[13:18] <BUGabundo> maybe some wrapper like flash
[13:19] <asac> no there is no wrapper
[13:19] <asac> you definitly did something manually if you have sun plugin
[13:19] <BUGabundo> asac: just went to synaptic and clicked on it
[13:19] <asac> BUGabundo: there is sun-java
[13:19] <asac> but not a plugin for 64 bit
[13:20] <BUGabundo> ahhhhhhhhhh
[13:20] <BUGabundo> ok
[13:21] <BUGabundo> so that's why it didn't show up on about:plugins
[13:21] <asac> obviously yes
[13:21] <BUGabundo> and after I installed ice it appeared
[13:21] <asac> so its just iced te3a
[13:21] <BUGabundo> allways learning
[13:21] <asac> if you can reproduce on 32 bit with sun plugin its a firefox bug ... otherwise its an icedtea thing
[13:21] <BUGabundo> so chaning galternatives didn't changed anything
[13:22] <asac> you dont get that plugin != jre != sdk
[13:22] <asac> the alternative for jre .... nor sdk doesnt change a thing for the plugin
[13:22] <asac> the plugin alternative has most likely no alternatives for you ;)
[13:24] <BUGabundo> now I do... before I didn't
[13:25] <asac> good
[13:25] <asac> next level ;)
[13:25] <BUGabundo> okay filling bug against icedtea
[13:48] <BUGabundo> see you in a few hours
[13:48] <BUGabundo> lunch time
[15:57] <asac> fta: did you backout the xulrunner-1.9.1-dev conflict on 1.9-dev together with .pc file reanme?
[15:57] <fta> i don't think so
[15:58] <fta> they all conflict now
[15:58] <asac> fta: ok so 1.9.1 hasnt been updated since?
[15:58] <asac> in jaunty?
[15:59] <fta> jaunty is stuck to b2, i don't remember when you dropped my .pc hack
[15:59] <asac> fta: wanna upload b3pre?
[15:59] <asac> ;)
[15:59] <asac> fta: yeah. seems like it is really old in jaunty
[15:59] <fta> when is the 1st b3 build ?
[15:59] <fta> [reed], ?
[16:00] <asac> not sure they are currently preparing freeze
[16:00] <asac> fta: or upload current head?
[16:01] <asac> i would like to get seb easy test instructions for trying ephy with new xul
[16:01] <asac> and its easiest to just install -dev and build
[16:06] <fta> i'm busy with work right now
[16:08] <BUGabundo1> Friends I would like to invite you all to show up at Tokamak, a KDE summit to discuss the future of Plasma. from day 6 to 9, at Porto (ISEP) Portugal. http://techbase.kde.org/Projects/Plasma/Tokamak2 & http://tuxvermelho.blogspot.com/2009/01/tokamak-ii-no-porto.html
[16:46] <[reed]> fta: when all blockers are fixed
[22:31] <[reed]> asac: hey, new Firefox maintainer for SLED
[22:31] <[reed]> https://bugzilla.mozilla.org/show_bug.cgi?id=460425#c63
[22:32] <[reed]> might want to meet him and see if he'll help out on stuff?