[00:01] <fta> asac, flock is good for both hardy and intrepid, all 3 arches. thanks for the visibility hint :)
[00:21] <fta> Jazzva, can you do: ls -l  /usr/lib/xulrunner-1.9/libsqlite3.*  ?
[00:21] <fta> i have a broken symlink here
[00:21] <Jazzva> Works for me
[00:21] <Jazzva> -rw-r--r-- 1 root root 404756 Jun  7 22:51 /usr/lib/xulrunner-1.9/libsqlite3.so
[00:21] <Jazzva> lrwxrwxrwx 1 root root     13 Jun  8 20:00 /usr/lib/xulrunner-1.9/libsqlite3.so.0 -> libsqlite3.so
[00:21] <fta> hm
[00:22] <fta> maybe rc2
[00:23] <fta> you have rc1 right ?
[00:23] <Jazzva> I think I updated to rc2 today...
[00:23] <Jazzva> If that is in your PPA
[00:24] <fta> it is
[00:24] <Jazzva> Then I have rc2
[00:24] <fta> oh, hardy
[00:24] <Jazzva> yep
[00:25] <fta> ok, intrepid has the right system libsqlite3
[00:42] <fta> Jazzva, http://paste.ubuntu.com/18614/  what do you think ?
[00:44] <Jazzva> looks good :)
[00:44] <fta> asac, would you sponsor it or should we ask to someone else ? http://www.sofaraway.org/ubuntu/debdiff/liferea_1.4.15-1ubuntu1--1.4.15-1ubuntu2.debdiff
[00:45] <Jazzva> maybe you can put a comment in the modified ui_mainwindow_toggle_visibility(), just to note what you were doing :)
[00:45] <Jazzva> but dunno if it's necessary ... the code is readable enought
[00:45] <Jazzva> *enough
[00:45] <fta> i did, didn't i ?
[00:46] <fta> i've added comments everywhere (much more than i usually do)
[00:48] <Jazzva> Oh, right... I didn't read them, so I thought they were there from before. It's cool :)
[03:13] <[reed]> fta: please don't use system sqlite
[03:13] <[reed]> feel free to use system-whatever for other stuff, but system sqlite just leads to problems
[09:44] <gnomefreak> dfamnit
[09:51] <gnomefreak> damnit
[09:53] <gnomefreak> sloppy but works it really needs to be alot shorter just not sure where to cut back in it at ~0500
[09:57] <asac> darn ... got about 500 uncatched spam mails tonight :/
[09:57] <asac> in my main inbox
[10:03]  * gnomefreak scared to look at mine
[10:12] <gnomefreak> meeting agenda page is ready if people have agenda points to add
[10:13] <gnomefreak> damnit
[10:20] <gnomefreak> asac: i take it we are keeping DOM inspector in firefox source?
[10:20] <gnomefreak> firefox and xulrunner sources
[10:24] <armin76> gnomefreak: use tinyurl :P
[10:25] <gnomefreak> is there a page or an app tp help in making one?
[10:26] <armin76> tinyurl.com or .org
[10:26] <armin76> or xrl.us
[10:32] <gnomefreak> thanks i will work on that :)
[10:37] <asac> Jazzva: gnomefreak: can we get on the fridge?
[10:37] <asac> gnomefreak: in intrepid we might consider to drop dom-inspector
[10:38] <asac> gnomefreak: but if the source tree is the place where its actually maintained upstream, then i dont see the point
[10:38] <gnomefreak> asac: we are on fridge already
[10:38] <asac> gnomefreak: ok, cool
[10:39] <gnomefreak> asac: its not its now a addon extension for mozilla upstream
[10:39] <gnomefreak> they no longer build it with source
[10:39] <asac> gnomefreak: yes, but the source is still maintained in the tree (even though released outside the binaries)
[10:39] <gnomefreak> oh
[10:39] <asac> if we get to know that the main source moved somewhere else (e.g. its own svn repo), then i am all for separating it
[10:39] <asac> otherwise i dont mind
[10:39]  * gnomefreak would have thought they would have moved it elsewhere
[10:40] <gnomefreak> asac: i will look today to see
[10:41] <gnomefreak> wasnt there a tinyURL extension for firefox
[10:41] <gnomefreak> might come in handy
[10:42] <gnomefreak> yes there is :)
[10:43] <gnomefreak> ok that is scarey. you have to log in to installl extensions now from https://addons.mozilla.org/en-US/firefox/search?q=tiny+url&cat=all
[10:48] <gnomefreak> not a damn one is for ff3 it seems
[10:55] <armin76> gnomefreak: https://addons.mozilla.org/en-US/firefox/addon/6443
[10:55] <armin76> bug 236610
[10:57] <gnomefreak> ok really need a way to find them
[10:57] <gnomefreak> armin76: thanks
[10:57] <gnomefreak> armin76: Xrl.In Tiny Links 1.0 could not be installed because it is not compatible with Firefox 3.0.
[10:57] <gnomefreak> not like it matters :(
[10:58] <gnomefreak> Works with:
[10:58] <gnomefreak> * Firefox: 1.5 – 3.0.*
[10:58] <armin76> edit the extension by hand :P
[10:58] <armin76> it should work
[10:59] <gnomefreak> it already says its for 1.5-3.0.*
[10:59] <gnomefreak> shouldnt have to edit it
[11:00] <gnomefreak> so im thinking i edit it and it still will fail
[11:00] <gnomefreak> maybe ill grab source and look at it
[11:03] <armin76> asac: look at bug 236610, see my comment
[11:04] <armin76> gnomefre1k: right,? :P
[11:04] <gnomefre1k> armin76: it was b3 im fixing it
[11:05] <armin76> gnomefre1k: i mean the bug i'm talking about :P
[11:08] <gnomefre1k> armin76: not sure i never seen it
[11:09] <fta2> hi
[11:09] <asac> hi
[11:10] <armin76> yo
[11:10] <armin76> asac: anyway, thats mainly upstream bug
[11:10] <gnomefre1k> hi
[11:10] <asac> armin76: yeah, is there an upstream bug yet?
[11:11] <asac> that what i asked [reed] in the bug :)
[11:12] <armin76> probably related to mozilla bug 28586 ?
[11:12] <armin76> or probably mentioned there
[11:18] <asac> people sending me too to bugs where we already have 100 me toos in and which is marked as "in progress" ... scares me
[11:18] <asac> bug 191889
[11:19] <gnomefreak> ok unzip unpacks .xpi does zip file file file bleh.xpi repack it?
[11:20] <gnomefreak> there is no zip --help
[11:21] <armin76> yeah
[11:21] <armin76> just run zip :P
[11:22] <armin76> zip -r zipfile.xpi dir
[11:22] <gnomefreak> ah ok
[11:23] <gnomefreak> thanks will be making note of that :)
[11:31] <gnomefreak> this sucks i cant get rid of this extension i rm ~/.mozilla/extensions and this one just regens itself inside extensions
[11:31] <asac> gnomefreak: globally installed? staged?
[11:32] <gnomefreak> asac: i guess it failed to install due to versioning and it keeps with restart firefox crap
[11:32] <gnomefreak> would it be /usr/lib....
[11:33] <gnomefreak> ah i think i have it
[11:33] <asac> gnomefreak: search for in in .mozilla ... its probably in a staging dir there
[11:33] <gnomefreak> nope that didnt work either
[11:33] <asac> is that a global extension?
[11:34] <gnomefreak> ~/.mozilla/firefox/kjlyotzv.default$ and remove all extensions*
[11:34] <gnomefreak> asac: yes
[11:36] <asac> gnomefreak: then uninstall it :)
[11:36] <gnomefreak> ok fixed that
[11:36] <asac> good
[11:36] <gnomefreak> asac: it wouldnt even install
[11:37] <gnomefreak> why am i not seeing "install" in the firefox adons dialog?
[11:38] <gnomefreak> i thought i remember one being there and if not than how do you install a local extension
[11:39] <gnomefreak> if i get this working i think im gonna package it today if time allows me. be back smoke
[11:40] <asac> not sure what you mean ... you install profile extensions by pointing the browser to the .xpi file
[11:41] <asac> e.g. clicking a link,  clicking the file if its on your local disc and so on
[11:44] <gnomefreak> the extension is in my $HOME
[11:44] <gnomefreak> ah let me try that
[11:46] <gnomefreak> ah i see
[11:46] <gnomefreak> and it installed :)
[11:46] <gnomefreak> yay now time to see if packaging it works :)
[11:47] <asac> fta2: wanna bring prism to debian?
[11:47] <Jazzva> asac: I has rendering issues on Fridge
[11:48] <gnomefreak> Jazzva: everyone does
[11:48] <gnomefreak> Jazzva: check with another browser
[11:48] <gnomefreak> Jazzva: if you mean the menus or links along the side
[11:49] <Jazzva> gnomefreak: A question in the mail to the list, so I thought that I spammed the list enough, and replied here :)
[11:49]  * gnomefreak hasnt read email yet
[11:49] <gnomefreak> trying to figure out how this extension works
[11:50] <Jazzva> What extension?
[11:50] <gnomefreak> tinyurl
[11:50] <asac> gnomefreak: added to firefox3extension page yet?
[11:50] <gnomefreak> i modified it for 3.0 and now i cant figure out how to use it
[11:50] <gnomefreak> asac: no not yet
[11:51] <gnomefreak> asac: would like to test first
[11:51] <asac> you should do that before starting to package ;)
[11:51] <Jazzva> Maybe it's broken for FF3...
[11:51] <gnomefreak> havent started it yet :)
[11:51] <asac> Jazzva: yes, but we can add it there to the "incomplete" table
[11:51] <asac> gnomefreak: first thing to figure out is licensing ... then packaging ;)
[11:51] <Jazzva> That's what I had in mind :)
[11:52] <gnomefreak> asac: yes i know but i wont be pakcaging it if it doesnt work
[11:52] <Jazzva> Ok, so it's the css of the page it seems. It doesn't show up when the article is the longer than the menu on the left, but in the other case it' there
[11:52] <Jazzva> http://fridge.ubuntu.com/about
[11:52] <Jazzva> *it's
[11:52] <asac> gnomefreak: right, but we want to track it in case it doesnt work and bug upstream about getting it fixed ;)
[11:53] <asac> Jazzva: ok, then its not a firefox issue :)
[11:53] <gnomefreak> asac: yes i know it will be added soon, but before i add it i have to figure out if its the extension or just me :)
[11:53] <Jazzva> Yep, it's on all pages where article length < menu length.
[11:53] <asac> only thing i find wierd is that the background isnt't really finished (e.g. the lower border is missing completely)
[11:54] <asac> gnomefreak: you know if fridge has a project in launchpad we can file a bug against?
[11:54] <Jazzva> It has
[11:54] <asac> oh cool-
[11:54] <gnomefreak> asac: i think so but not sure anymore
[11:54] <Jazzva> bugs.launchpad.net/fridge
[11:54] <Jazzva> I suppose it's reported already
[11:54] <gnomefreak> fridge is being taken over by ubuntu-new
[11:54] <gnomefreak> ubuntu-news
[11:54] <asac> yeah
[11:54] <asac> bug #159797
[11:55] <asac> good ... all fine then
[11:58] <gnomefreak> fuck gedit
[11:58] <gnomefreak> crashing piece of shit
[11:58] <armin76> feature
[11:58] <asac> gedit never crashed for me ;) ... i am not a regular user though
[11:59] <Jazzva> I am ... and it works very well.
[11:59] <gnomefreak> asac: on intrepid :) its expected but i hate it crashing
[12:00] <gnomefreak> well crap i dont see anything in this package that wouldnt make it run (everything is a description more so) maybe the id# is off?
[12:01] <asac> gnomefreak: em:id has to be the same as the directory name you use
[12:02] <gnomefreak> asac: this is still upstreams package
[12:02] <asac> e.g. em:id="test@mozilla.org" => /usr/lib/firefox-addons/extensions/test@mozilla.org/
[12:02] <gnomefreak> just updated the max version from 3.0b3 to 3.0
[12:03] <asac> you can also try by disabling compatibility checks (see firefox3extension page on how to do that)
[12:04] <gnomefreak> it seems its not generating the button in the location bar
[12:05] <Jazzva> Look if there are errors in the Error console
[12:05] <gnomefreak> .rdf has nothing to do with that and pref.js shouldnt either but might
[12:05] <asac> gnomefreak: is the button available if you configure the toolbar though?
[12:06] <gnomefreak> Jazzva: there isnt one (expected) since the packge doesnt gnerate the button the console wont giv eme info unless button was tehre but didnt work
[12:06] <asac> e.g. right click => customize
[12:06] <gnomefreak> asac: no
[12:06] <asac> ok ... then its most likely just incompatible
[12:06] <asac> but upstreawm about that ... offer help from mozillateam if he wants
[12:08] <asac> james_w: i currently wonder how an auto-merger could publish failed merges, so that people can start to work on that. any idea?
[12:09] <asac> e.g. have a branch ffox-extension1.failed merge, then resolve the merge conflict and push
[12:10] <james_w> hi asac
[12:10] <james_w> there are a couple of simple things
[12:11] <james_w> you could just publish instructions of how to reproduce the merge (bzr branch .../current; bzr merge .../new-upstream)
[12:11] <james_w> you could do what MoM does and provide a tarball containing the failed merge
[12:12] <james_w> or, more complex, we could make changes in bzr to allow a failed merge to be got with a "branch" command.
[12:14] <gnomefreak> asac: i contate upstream  (i was doing that while you were posting the above
[12:14] <asac> gnomefreak: good
[12:14] <gnomefreak> i also asked for SVN or CVS since there isnt one listed on homepage
[12:15] <asac> james_w: what would the complex solution require? being able to --force commit with conflicts (while keeping the info that there are conflicts in the branch) ?
[12:15] <james_w> yeah, it would need some changes to the branch format, or the revision storage.
[12:16] <asac> ok. so long-term ;)
[12:16] <asac> i think unless we can do this we need to keep the upstream branch available online
[12:16] <james_w> yeah, I think just instructions for reproducing the merge would be fine.
[12:17] <asac> james_w: right, but that adds another source-of-information to our workflow
[12:17] <asac> currently the .staging branches would indicate that this needs work
[12:17] <asac> i'd hope we could keep it that way :)
[12:19] <asac> james_w: how about making the automerger open the changelog, and setting a revision property indicating that this was a failed merge from branch Y revision XXX?
[12:19] <asac> and pushing that to .staging?
[12:21] <gnomefreak> damn he is really behind on htis
[12:21] <james_w> asac: that could work.
[12:22] <gnomefreak> the dev for this extension wrote on may 22, Q when will be update for ff3 RC?  his answer This weekend maybe.  It takes about 2 hours to do a new release of the extension and I am very busy this week (lots of stuff due on Friday).
[12:22] <gnomefreak> ok gone for a bit before i get to email i need to take care of a few things
[12:22] <asac> james_w: ok, lets get things sorted for the start. basically i just want to be sure that the branches we create now can later be taken over by the distributed distro tools
[12:22] <asac> james_w: 1. can we start to maintain our own upstream branches that autocommit new upstream releases?
[12:23] <asac> james_w: 2. is there anything in https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions/LargeScaleMaintenance that needs to be adjusted for making our work useful in future?
[12:24] <asac> for instance: branch names - is this really the right way to go? or should we use ~teams to scope the branches instead of name conventions?
[12:25] <asac> e.g. ~firefox-extension-upstream/firefox-extensions/extension-name instead of extension-name.upstream ?
[12:25] <asac> especially i am curious on how its planned to scope the $RELEASE branches (e.g. hardy, gutsy, etc.) ?
[12:31] <james_w> 1. sure
[12:31] <james_w> 2. I'll read it again in a few minutes to make sure.
[12:32] <james_w> for the naming lp is going to change so that it will have "source package branches", i.e. a bzr branch associated with a source package in a particular suite.
[12:32] <asac> james_w: ok. i would like to finalize it. if there are things not clear in your opinion let me know. same for things you would like to see changed for-forward-compatibility reasons ;)
[12:33] <asac> james_w: err, you mean one more level in the bzr branch path?
[12:33] <asac> please give me an example :)
[12:33] <james_w> this means they won't be under ~team/project/name, they'll be distro/package/suite or similar
[12:34] <asac> what is suite here? "main"`
[12:34] <asac> ?
[12:34] <james_w> then the staging branches would be ~someuser/distro/package/suite/staging or something.
[12:34] <james_w> hardy/hardy-updates/hardy-security etc.
[12:34] <asac> ah right
[12:35] <asac> ok, but if we have all those components somewhat encoded we can probably switch to that layout quite easily, right`
[12:35] <asac> ?
[12:35] <james_w> yep, should be easy to just push the branches up when all is ready.
[12:35] <asac> will the release branch be in ~ubuntu-core-dev/distro/packages/suite `
[12:36] <asac> or without team?
[12:36] <james_w> no, they don't have a team in the name, to avoid problems when things move between main and universe
[12:36] <asac> ok, how are permissions enforced?
[12:37] <asac> on a per-package base i guess?
[12:37] <james_w> they'll use the same permissions as soyuz
[12:37] <asac> ok. and how is NEW processing ment to work? just like our staging branch, just done by the user?
[12:37] <asac> accompanied with a review for inclusion bug?
[12:37] <james_w> no idea about NEW.
[12:37] <asac> ok
[12:38] <james_w> currently it will still use the same infrastructure as there will still be a package upload
[12:38] <asac> i think the extension NEW processing might look like:
[12:38] <asac> 1. user request an upstream branch
[12:38] <asac> 2. user prepares package and pushes that branch somewhere
[12:38] <asac> 3. user files a bug for enabling package
[12:38] <asac> 4. admin grants the request by pushing it to the right area
[12:39] <asac> in later model step 4. probably needs to be replaced by something else
[12:39] <james_w> yeah, sounds reasonable.
[12:40] <james_w> I don't know if lp will grow NEW processing features around branches, or archive admins will just be asked to push and pull branches.
[12:40] <james_w> I need to talk with the soyuz team more about this, but there aren't any soyuz changes needed for the current work.
[12:40] <asac> james_w: i think using the package upload review is not really help ful as the archive admin still needs to somewhat push the initial branch to the right location
[12:41] <asac> so he has to figure: "where is the branch" ... "is the branch equal to the package i am seeing"
[12:41] <asac> but if we require a bug, we can probably use that to document that information until we know something better
[12:42] <asac> but then we could also just drop the package upload and let the archive admin do the initial one from the branch mentioned in bug
[12:42] <asac> anyway, that needs to be discussed with archive-admins who probably know much better than me what is suitable
[12:43] <james_w> yep, they will definitely need to be involved with this discussion.
[12:43] <james_w> I'm wary of asking them to special case things at this stage.
[12:43] <asac> true
[12:44] <asac> but getting their input would be helpful to raise concrete proposals with soyuz devs
[12:45] <asac> ok. anyway, i think i know how to continue now. Ill rework that document and make a spec out of it. Ill ask you then to take a nother look at the final content
[12:52] <fta2> asac, prism is not in a good shape right now. the snapshot in hardy is ok but my branch tracking head (0.9pre with 0.9 soon to be released) is not ok at all. too many missing/broken features on linux
[12:54] <asac> fta2: yeah. and how about prism 0.8 in debian?
[12:57] <fta2> 0.8 is even older, and not compatible with our current xulrunner-1.9.
[12:57] <fta2> in fact, head is post 0.9
[12:57] <fta2> the snapshot is 0.8+svn
[13:01] <asac> fta2: so the intrepid version is currently broken?
[13:02] <Jazzva> ok, i'm off to school. See you later
[13:04] <asac> gnomefreak: member candidates - do we really require to have a wikipage?
[13:06] <asac> fta2: shouldn't the sqlite link point to the system sqlite file?
[13:06] <asac> instead of dropping it completely?
[13:06] <asac> I'd prefer if we could accomplish to switch from and to system sqlite without having to respin liferea
[13:07] <asac> as we cannot say that we can use sqlite ... upstream wants us to keep this open as they found that there are huge performance differences for certain sqlite versions
[13:09] <fta2> asac, it was just a hack for liferea, remember ? it's only useful to set a LD_LIBRARY_PATH to xul libdir. hence, no link means no LD_LIBRARY_PATH, and then system sqlite. which is all fine
[13:12] <asac> right ;)
[13:13] <asac> now that i think about it, it should be fine.
[13:13] <asac> not sure 100%, but ill think ;)
[13:15] <fta2> i've removed that link because in intrepid, it's currently a dangling symlink
[13:15] <asac> thats true. my idea was to point it to system lib if we use system lib ... otherwise to in-xul lib
[13:15] <fta2> (seems launchpad is processing all the commit from the last few days)
[13:16] <fta2> commitS
[13:16] <asac> yeah probably a weekend outage
[13:37] <gnomefreak> asac: no did i put that under wiki?
[13:37] <gnomefreak> asac: i meant what do we do with them since they ar enot showing any want to help
[13:38] <gnomefreak> asac: i didnt say anything about wiki on that one
[13:40] <asac> gnomefreak: yeah. i think its ok. one of the points of that meeting is what the requirements are. in the next meeting we can adapt that page according to the outcome of that discussion
[13:43] <gnomefreak> asac: main point being how do we determine what nicks get cleaned out and some type of guidelines to the membership process and time length of how long proposed should be if they show no progress
[13:44] <asac> yeah ... we should discuss that at meeting
[13:44] <gnomefreak> maybe i should add membership process to agenda since as it stands its david version 2 and hes gone and noone is looking to that after they apply maybe too tight or just people trying to show many teams to look important?
[13:47] <gnomefreak> as for jazzva's second point would determine if we are just doing firefox extensions or if we add sunbird/tb/seamonkey/ect...
[14:07] <gnomefreak> this shit is gonna end very soon
[14:08] <fta2> http://ubuntuforums.org/showthread.php?t=823371
[14:16] <gnomefreak> it is since hardy
[14:17] <gnomefreak> no wait its not but PA is default but i think its still using alsa as it needs to so the volume control wont change for a while but crimsun is the man to talk to about that
[14:20] <gnomefreak> for some reason everyone was waiting for approval to mailing list but everyone was oked except the spam person/bot. I there we need to look into why its like that. my gnomefreak mail can post but diesnt recieve but still cant post. can everyone else check their mailing list setting and let me know what email you are signed up with, i find it hard to believe that everyone sent from wrong email.
[14:22] <gnomefreak> IMAP seems to be causing major lag when closing TB2 but IMAP is alot faster in getting emails just closing tb2 it brings up the wait/quit dialog and shouldnt since tb2 has completed all tasks except closing
[14:36] <gnomefreak> asac: i have sunbird0.8 built for hardy just havent uploaded to PPA yet
[14:39] <armin76> you guys are slow :P
[14:39] <armin76> !info sunbird
[14:40] <armin76> !info sunbird intrepid
[14:40] <gnomefreak> armin76: define slow?
[14:40] <gnomefreak> intrepid is up-to-date
[14:40] <armin76> !info sunbird etch
[14:40] <armin76> lol
[14:40] <gnomefreak> debian == slow not us
[14:40] <armin76> oh, it doesn't work with debian?
[14:41] <gnomefreak> and no it doesnt
[14:41] <gnomefreak> hint iceowl
[14:41] <gnomefreak> but no bot doesnt do debian packages
[14:41] <armin76> ah, right
[14:41] <armin76> !info iceowl
[14:41] <armin76> !info iceowl etch
[14:41] <gnomefreak> armin76: its on LP
[14:41] <gnomefreak> the source for iceowl
[14:41] <gnomefreak> if asac did as normal it should soon be in debian if not already
[14:43] <asac> its there: packages.qa.debian.org/iceowl
[14:44] <armin76> bad asac
[14:44] <gnomefreak> asac: once im done with what im doing i will push 0.8 to ppa for hardy
[14:45] <asac> he?
[14:45] <asac> ah
[14:45] <asac> ok
[14:46] <fta2> mozilla bug 432433
[14:46] <gnomefreak> asac: i lost the bug you replied to but ive had it done but im updating changelog as well since i had the icon thing in there but never got to it, and your version still uses the calendar icon
[14:47]  * gnomefreak getting tired of ggedit crashing
[14:49] <gnomefreak> son of a bitch
[14:53] <gnomefreak> ok that bug is filed
[14:53] <gnomefreak> now to respin
[14:57] <asac> ok quick lunch
[14:58] <gnomefreak> asac: its pushing
[15:09] <gnomefreak> fta: when editing a gpg key using deluid it asks for a user id what is the user id i tried name and email i tried the number next to it. i have 3 emails attached to this key and would like to get rid of one of them
[15:10] <gnomefreak> uid                  John Vivirito <ubuntu.ase@gmail.com>
[15:10] <gnomefreak> that is the uid but it doesnt delete it
[15:11] <gnomefreak> Command> deluid John Vivirito <ubuntu.ase@gmail.com>
[15:11] <gnomefreak> You must select at least one user ID.
[15:16] <gnomefreak> asac: you never uploaded the sunbird lang-packs in mt-ppa or any other ones they are still at 0.7 in intrepid
[15:19] <MechtiIde> gnomefreak, and the langpack for lightning is missing
[15:19] <gnomefreak> MechtiIde: they are on t ppa
[15:19] <gnomefreak> MechtiIde: im gonna build them for both i guess
[15:19] <MechtiIde> do you have a link?
[15:19] <gnomefreak> MechtiIde: are you looking for intrepid ones?
[15:20] <MechtiIde> I don't know what you mean
[15:21] <gnomefreak> MechtiIde: are you looking for the lang packs for intrepid?
[15:21] <MechtiIde> intrepid?
[15:22] <MechtiIde> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436297
[15:23] <gnomefreak> MechtiIde: i dont have them built for iceowl
[15:23] <gnomefreak> we dont have iceowl in repos
[15:23] <gnomefreak> asac is maintainer iirc
[15:24] <gnomefreak> or mike is
[15:24] <asac> me is
[15:25] <gnomefreak> he is :)
[15:25] <gnomefreak> i have the ones done for sunbird in mt ppa if you want to use them
[15:25] <asac> i thought we have translation packages in intrepid. if not we should ask daniel baumann about the state of this translation packages
[15:25] <asac> for debian
[15:26] <gnomefreak> asac: you want iceowl in intrepid that sounds good for easy build to ebian
[15:26] <gnomefreak> debian
[15:26] <gnomefreak> but afaik we dont
[15:26] <gnomefreak> we do
[15:26] <gnomefreak> damn
[15:26] <asac> well ubuntu has sunbird
[15:26] <asac> but the langpacks should be quite similar
[15:26] <gnomefreak> asac: we have iceowl langpacks
[15:26] <MechtiIde> but with changed dependencies
[15:26] <gnomefreak> iceowl-l10n-all - All language packages for Iceowl (meta)
[15:26] <gnomefreak> thats just one
[15:27] <gnomefreak> MechtiIde: deps shouldnt be any differnt
[15:27] <MechtiIde> iceowl-l10n-all depends on iceowl and not on iceowl-extension
[15:27] <gnomefreak> MechtiIde: but doesnt iceowl build -extension
[15:27] <MechtiIde> so I must install iceowl _and_ iceowl-extension
[15:28] <gnomefreak> you will end up with 2 differnet lang-packs
[15:28] <gnomefreak> same deps afaik just rename
[15:30] <MechtiIde> it seems so
[15:36] <asac> MechtiIde: yes, the shift is to ship every language in the same package
[15:36] <asac> daniel baumann said he will work on the extension translations too. shouldnt be that hard. maybe bug him abou tit
[15:37] <gnomefreak> asac: assuming everone agreed at UDS
[15:37] <gnomefreak> for us anyway
[15:37] <MechtiIde> he isn't here, is he?
[15:37] <asac> whats the topic?
[15:37] <asac> MechtiIde: no. he might be in #debian-devel on oftc network
[15:37] <gnomefreak> ok only thing left is to spin lang-packs for sunbird and light... for intrepid
[15:37] <asac> not sure though. haven't worked much with him in past
[15:38] <gnomefreak> and get libflashsupport from intrepid to gutsy
[15:38] <asac> gnomefreak: libflashsupport? we dont want that
[15:38] <gnomefreak> asac: for flash 10 in gutsy you have to have it
[15:38] <gnomefreak> for my ppa atleast
[15:39] <gnomefreak> gutsy official you will have to backport it from intrepid
[15:40] <gnomefreak> but we need to figure out what to do with hardy + flash sunbird-0.8 and friends, atm i have everythnig built or building on my ppa i still have sources so i can change for official and need somewhere to push to. jdong has been no show for 1-2 weeks so hardy flash 10 isnt happening through backports and we need someone to push our backports for us atleast for sunbird
[15:40] <gnomefreak> and locale
[15:40] <gnomefreak> s
[15:41] <asac> gnomefreak: afaiu we dont need flashsupport in for flash 10
[15:41] <asac> its an alternative dependency
[15:41] <asac> and alsa-plugins is the right way
[15:43] <gnomefreak> yes you do. look at the deps for it in intrepid
[15:43] <gnomefreak> thats why mmy hardy was borked until i built libflashsupport for flash 10 in my ppa
[15:43] <gnomefreak> now its installable
[15:46] <asac> gnomefreak: i think the fix is not yet finished
[15:46] <gnomefreak> it wasnt installible from my ppa on hardy without it and hardy uses PA default
[15:47] <gnomefreak> asac: flash works with libflashsupport as is
[15:47] <asac> gnomefreak: from what i understood its supposed to be alsa-plugins and then set-pulseaudio to make it work
[15:47] <gnomefreak> what fix needed?
[15:47] <asac> not libflashsupport
[15:47] <asac> gnomefreak: the complete intrepid fix
[15:47] <gnomefreak> afaik flash upstreeam depends on libflashsupport after they fixed it
[15:48] <asac> gnomefreak: nope
[15:48] <gnomefreak> let me see if i have the source still i will look in control
[15:48] <asac> libflashsupport is an alternative that crashes flash. the right way is to inject the pulse pcm plugin into alsa ... which is what is now supported in flash 10
[15:49] <gnomefreak> libflashsupport (>> 1.9-0ubuntu1) | libasound2-plugins (>= 1.0.16)
[15:49] <asac> with flash 9 we couldnt do this, because flash used a way to do alsa that isn't supported by pulse plugin
[15:49] <asac> yeah
[15:49] <gnomefreak> maybe hardy is < 1.0.16
[15:49] <asac> well ... might be. but then we need to backport that as well
[15:50] <asac> i am relucatant to backport any solution that will make gutsy firefox crash more often
[15:50] <gnomefreak> afaik flash fixed that
[15:50] <gnomefreak> 1.0.15-1ubuntu3
[15:50] <gnomefreak> that is why
[15:51] <gnomefreak> i have a feeling backporting libasound2-plugins is gonna come with alot more backports
[15:51] <asac> gnomefreak: i am sure its just the fix for pulse support
[15:52] <asac> so you could cherry-pick that
[15:52] <asac> to the gutsy libasound2-plugins
[15:52] <asac> other package to look at would be pulseaudio
[15:52] <gnomefreak> im looing at it
[15:52] <asac> but hopefully that wont be required
[15:52] <gnomefreak> looking at it
[15:53] <gnomefreak>  libasound2-dev
[15:53] <gnomefreak> (>= 1.0.12), libpulse-dev, libsamplerate0-dev | libsamplerate-dev
[15:54] <gnomefreak> those are build-deps
[15:54] <gnomefreak> libasound is built within alsa-plugins
[15:54] <asac> thats what i said :)
[15:55] <gnomefreak> $ apt-cache depends libasound2-plugins
[15:55] <gnomefreak> libasound2-plugins Depends: libasound2 Depends: libc6 Depends: libdbus-1-3 Depends: libpulse0 Depends: libsamplerate0
[15:55] <gnomefreak> i dont like the libc6 in that
[15:56] <asac> thats all fine
[15:56] <asac> just try to cherry-pick the pulse related changes out of it
[15:56] <asac> or try to spin that on gutsy
[15:56] <asac> and see how far you get
[15:56] <gnomefreak> asac: ok works for me
[15:56] <asac> i'd say ... see if alsa-plugins builds
[15:56] <asac> in gutsy
[15:56] <asac> if so ... fine
[15:56] <asac> otherwise see if you can extract the pulse changes and backport them to the gutsy version
[15:57] <gnomefreak> ok ill work on hardy today and see what time it is when i have to shut down due to heat in this room
[16:01] <gnomefreak> ok its gonna be a while running to store while it builds
[16:14] <asac> ANNOUNCE: RC1 is out to -updates
[16:15] <asac> so if you see any bug that sounds only remotely as a regression, let me know please.
[16:16] <gnomefreak> k
[16:18] <asac> gnomefreak: please paste:
[16:18] <asac> echo $PATH
[16:19]  * gnomefreak worries now
[16:19] <gnomefreak> /home/gnomefreak/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
[16:19] <asac> bug 233922
[16:21] <gnomefreak> alsa builds fine
[16:21] <gnomefreak> oops
[16:21] <gnomefreak> why echo $PATH?
[16:24] <gnomefreak> !info pulseaudio hardy
[16:24] <gnomefreak> !info pulseaudio intrepid
[16:26] <gnomefreak> ok main PA should be a while
[16:28] <gnomefreak> !info libasound2-plugins
[16:28] <gnomefreak> !info libasound2-plugins gutsy
[16:28] <gnomefreak> yay might be easier than i had thought
[16:31] <gnomefreak> asac: do you have a gutsy chroot?
[16:33] <gnomefreak> im betting you use my repo and it installs fine
[16:35] <gnomefreak> oh hell no
[16:39] <gnomefreak> ok i think i can get gutsy up and running today or tomorrow its shouldnt be too bad to do seems only one or two packages but ill let you know when im done
[16:47] <gnomefreak> ok uploaded PA stuff for Hardy lets see if they build without me having to push anything else
[16:47] <gnomefreak> i will do gutsy later today/tomorrow
[16:49]  * gnomefreak shuts down for a while to get other stuff done ill be back when its not 100+ degrees outside
[20:11] <ian__> hi hi hi
[21:30] <fta> jcastro, how come songbird is already listed on popcon ? is there already another package besides mine ? or is this a bug ? i seriously doubt my package is that popular without any kind of advertising.. it has to be something else
[21:30] <jcastro> fta: yeah maybe it's some .deb or something from the forums?
[21:42] <fta> maybe
[22:00] <fta> asac, did you answer for liferea debdiff ?