[00:03] does our default theme really have this annoying firefox dropdown bug? [00:03] e.g. blue url on dark background? [00:04] want me to test it? [00:04] are you running lucid? [00:04] yes [00:04] sure you are running the default theme? [00:04] asac__ - yes, it does [00:04] (i'm running the default theme here) [00:04] chrisccoulson: noone complained? [00:04] not right now, but i can switch to it. but looks like i don't need to =p [00:04] chrisccoulson: thats ueberannoying [00:04] theres a lot of reports on it [00:04] asac__ - there's a bug about it somewhere i think [00:05] chrisccoulson: well. ken filed one etc. [00:05] but where are the folks bitching us all the time ;) [00:05] that might be the one i saw [00:05] i cant even read that at all [00:05] asac__: i believe you were assigned to the bug [00:05] i know there was one bug ;) [00:05] there are a lot of dupes [00:05] but i didnt know our default theme is affected [00:05] ;) [00:05] simply because i was using human all the time [00:06] assuming our default theme is "ambiance", then that's affected [00:07] sigh ;) [00:08] it had never bothered me before though [00:08] i can still read it ok ;) [00:09] from the screenshots i saw, it would be annoying though =p [00:09] i might set gnome-terminal to use the same colours.... ;) [00:10] for a program to know what media is inserted in a cd drive, does it have to communicate with nautilus? [00:12] no [00:13] alright. i was just copying a cd and i noticed that songbird didn't even notice anything in the drive [00:14] songbird doesn't do cd rip on linux yet, fwiw. it'd need to hook up with various bits of stuff to learn to do that. [00:15] huh, i thought it did before...maybe not, maybe i'm thinking of my windows days, haha [00:15] Mook_sb: that's something i'd be interested in helping make a reality =) [00:16] if you're interested in trying that out, it might be a good thing to do, yeah. [00:17] first i have to get this ready for merging into the ppa, then try and figure out the bug i'm having, but that'd be a high priority imo [00:22] micahg: was prism finished? [00:22] think it was just the stnadard lines in control and verification missing [00:35] i can't get this to create a build-area... [00:36] asac__: I forgot :( [00:37] asac__: yes, enhances looks sane, so does depends [00:37] recommends is the one that hsould have the apps now [00:38] recommends is empty [00:38] Recommends: ${xpi:Recommends} ? [00:38] what is in Depends? [00:38] imo Recommends should have firefox etc. [00:39] or xulrunner? [00:39] hmm [00:39] whats in install.rdf? [00:42] firefox or firefox's id [00:42] mroe specifically [00:42] only for target application [00:43] .substvars is correct [00:44] hmm. not expanded [00:44] ? [00:44] check the real .deb [00:44] what it has [00:44] asac: is there a command to do that or just install? [00:46] micahg: dpkg -x DEB /path/where/to/extract [00:46] no recommends, just depends [00:46] there's a note in devscripts the xpi:Depends is deprecated [00:47] I'm checking what happens when I get rid of it [00:49] recommends shows up when I get rid of xpi:Depends [00:50] micahg: yes, no xpi:Depends [00:50] just what is on the wiki [00:50] asac: you told me depends too :P [00:50] Depends: ${misc:Depends} [00:50] Recommends: ${xpi:Recommends} [00:50] Provides: ${xpi:Provides} [00:50] Enhances: ${xpi:Enhances} [00:50] didnt i paste that? [00:50] ah... [00:50] maybe add ${shlibs:Depends} [00:50] to Depends: [00:50] but no xpi:Depends ;) [00:52] asac: apparently I can't read too well... [00:52] heh [00:53] well, i think i said it wrong initially [00:53] but i hoped i pasted the full lines from above ;) [00:53] no, I checked the scrollback [00:53] i feel like i must be making a stupid mistake...every time i try to make a build-area for the latest songbird release, it goes fine until it looks for the 1.4.0 source instead of 1.8.0... [00:53] I have a reading problem :) [00:53] good to feel less guilty ;) [00:53] * micahg wonders how many times a release can be rereleased [00:53] ddecator: thats the version you have in changelog [00:54] it looks for the version there [00:54] asac: ah, that's easy enough to fix. thanks =) [00:54] hehe [00:54] np [00:54] asac: looks good now [00:54] well [00:55] except it says it provides xul-ext-prism [00:55] thats ok [00:55] k [00:55] actually wanted ;) [00:55] so folks that want xul-ext-prism can install that still ;) [00:55] asac__: so, retag on top again? [00:55] yes [00:55] release and tag [00:58] asac__: ok, pushed [00:59] micahg: you didnt update the tag [01:00] asac__: I did [01:00] I get a conflicting tag notice [01:00] i didnt get an updated [01:00] micahg: you need to --delete the tag fiurst [01:00] asac: I did [01:00] its not here ;) [01:01] * micahg goes over to #bzr [01:01] let me try again [01:01] i will just move it now [01:02] asac__: do I have to push overwrite? [01:02] ok tagged [01:02] no clue [01:02] ;) [01:02] most likely [01:02] just pull now [01:02] well, I can [01:02] you can? [01:02] i retagged ;) ... so better leave it there [01:02] maybe push has an --include-tags? [01:03] yeah, I see your tag [01:03] no option for that [01:05] ok i sponsored [01:06] asac; thank you [01:06] asac: fennec too? [01:06] no that one is left i think [01:06] k [01:08] * asac produces orig with the tag in changelog and 1.0 [01:14] pushed [01:14] asac: thakns [01:14] *thanks [01:14] there we go, now i can get to work =) [01:14] micahg: so saw that read said we get an early .2? [01:14] asac: ? [01:15] micahg: 1.9.2.2 and 3.6.2 are released today ;) [01:15] reawd scrollback [01:15] 00:52 < [reed]> Firefox 3.6.2 shipping later this evening [01:15] 00:52 < [reed]> (1.9.2.2) [01:15] 00:52 < [reed]> pushed up 8 days [01:15] 00:53 < [reed]> asac__ / micahg / fta: ^ [01:15] 00:53 < [reed]> you should prepare for release ASAP [01:15] 00:53 < [reed]> 3.5.x and 3.0.x still on track for the 30th [01:15] asac: fun...I'll prepare them now [01:15] heh [01:15] no need to hurry [01:15] just FYI [01:15] chris can also do that [01:15] focus on porting ;) [01:16] and only do this for recreation ;) [01:16] asac: at least they're not in stable releases yet :) [01:16] yeah [01:17] asac: so we leave your mini patch in tehre for bug 518422 [01:17] Launchpad bug 518422 in firefox "Firefox does not start with certain addons installed" [High,Triaged] https://launchpad.net/bugs/518422 [01:18] micahg: please leave ffox open [01:18] and no build-tree...should there be? or is that a ground control thing? [01:18] i will figure that tomorrow and do the release if not [01:19] ddecator: ? [01:20] asac: in the build-area, there is only a debian folder and a source.tar.bz2 file. with the last release there was a build-tree file that had all of the songbird files in it to look at and view [01:20] ddecator: it's created when you run debuild [01:21] not sure why debian folder ends up for you there [01:21] probably something messy ;) [01:21] trash the build-area [01:21] start over ;) [01:21] micahg: ah, that's why. thanks, =) [01:21] asac: before i used that copy of the debian folder to test new changes and patches for building [01:21] ddecator: the source is bz2 to save space/time uploading [01:22] micahg: ? [01:23] ddecator: most times the source is only compressed once [01:23] we have a tarball in the tarball :) [01:24] micahg: i just used the command you gave me before to make the build-area and this is what was made =p [01:24] asac: I'll try to run the test list you gave me on galeon later so we can get that out of the way [01:24] cool [01:25] * micahg will have to check with gnomefreak tomorrow [01:25] he said he tested firegpg, but I know it's broke [01:25] heh [01:25] dont wait for him [01:26] asac: I won't [01:26] there, that's more familiar... [01:26] asac: 5 more + gears on the insecure list... [01:27] oops and conkeror [01:36] micahg: should i update the changelog with each commit or just update the log at the end? [01:38] ddecator: with each commit [01:38] micahg: thanks =) [01:39] micahg: how should i describe that patch you had me add for the bash/dash issue? [01:40] take a look at the changelog for thunderbird or xulrunner [01:40] fair enough... [01:42] micahg: and one more question. am i supposed to use "dch -i" for each change to the changelog (which would make it -0ubuntu6 or something after all the changes), or just use gedit and add them all under -0ubuntu1? [01:43] ddecator: dch for the first one, dch -e for the rest [01:43] micahg: alright, thanks [01:45] is all of the "-updated debian/rules" style things added manually? [01:45] s/is/are [01:45] ddecator: no [01:45] good deal [01:49] well, i think i've done enough work for the evening now [01:50] i have a feeling that during the commit i'm supposed to list those changes under the found changelog entry... [01:51] ddecator: ? [01:52] micahg: with each commit, the change i made shows up under "unkown" and is ignored. am i supposed to add them to the commit for each change? [01:52] ddecator: yes [01:52] micahg: dang... [01:52] ddecator: nice feature of bzr is uncommit [01:53] micahg: glad i caught that fairly early on =p [02:31] alright, getting there. applied all of the changes, just need to re-pull the source with sqlite, then try to build it [02:52] there we go, now it's building [03:45] micahg: songbird built and installed, but i get the following error when i try to start it: (songbird-bin:2899): Gdk-WARNING **: gdk_window_set_icon_list: icons too large [03:45] that's a warning, not an error [03:45] we should see if one of the icons it's using is too big :) [03:46] right, just no idea where to check that, haha. any ideas Mook ? [03:48] hehe. err, probably http://src.songbirdnest.com/source/xref/client/app/branding/songbird.xpm - which claims to be 512x512 in the header, if I understand it right [03:48] or maybe I'm on crack. in fact, probably. [03:48] was that changed recently? the last build didn't have that problem [03:50] changed 06-Jan-2010, last version was 128x128. according to http://src.songbirdnest.com/source/history/client/app/branding/songbird.xpm anyway. [03:50] stevel: I blame you :D [03:51] huh, but that would have been in the last build i used then... [03:52] won't start in safe-mode either =\ [03:53] and starting the profile manager segfaults -_- [03:54] what if you just rm'ed that file for now, to see if it does anything? [03:54] * Mook doesn't expect it to help, though [03:55] i'm not sure it would either. where can i see the upstream changelog? [03:55] ddecator: there was a GTK update today [03:56] ddecator: http://timeline.songbirdnest.com/client/ (or svn log, of course) [03:57] Mook: thanks, i'll bookmark that [03:57] micahg: you think that might be the cause? would that gtk issue cause it to not load at all? [03:57] bookmark the root; that has links to various useful things. [03:57] ddecator: no, not a big cahnge [03:58] Mook: alright, thanks =) [03:58] ddecator: actually, yes, there we 2 updates [03:58] so it might have broke it [03:58] micahg: alright, i'll take a look at that too [04:01] wow, the devs have been busy... [04:03] yeah, it's our day job and all; sadly, that also means we don't always get to work on the things we want. (sometimes, though, that's also a good thing.) [04:03] looks like most of it is getting everything ready for xulrunner 1.9.2 =) [04:15] hm, i don't see anything in the upstream changelog that stands out [04:15] micahg: which gtk package got updated twice? [04:16] ddecator: check bugs.gnome.org for the warning and see if anything comes up [04:16] ddecator: gtk itself [04:25] i can't find the changelog for gtk...and the warning isn't on b.g.o or lp [04:30] i'm stumped, i guess i'll see if any updates tomorrow fix it, otherwise i'll try the latest release [04:30] micahg: i can still push it if you want to try it [05:09] ddecator: you should know that flash click bug by now :) [05:09] micahg: haha, we get enough reports about it ;) [05:16] aw, i was going to verify that he had flash installed from the repos first =( [05:18] ddecator: you can look at the plugin registry file [05:19] oh... [05:19] =) [05:19] ddecator: http://launchpadlibrarian.net/41682957/profile_default_pluginreg.dat.txt [05:20] and there it is... [05:37] ddecator: sorry, I actually added the comment before I noticed you commented [08:57] 0/ [10:14] asac whats nm-applet Package? [10:14] I don't seem to have the applet when I have more then one session [10:20] asac https://bugs.edge.launchpad.net/ubuntu/+source/network-manager-applet/+bug/544926 [10:20] Ubuntu bug 544926 in network-manager-applet "An instance of nm-applet is already running. " [Undecided,New] [10:28] BUGabundo_remote, there's not really any need for a bug for that, that's a well known issue with how the user settings works [10:28] chrisccoulson: its news for me :\ [10:28] care to point me to where it is documented? [10:29] network-manager-gnome [10:29] BUGabundo_remote, it's been like that pretty much forever. is this the first time you've used user switching? [10:29] see http://mail.gnome.org/archives/networkmanager-list/2010-March/msg00071.html for example [10:35] chrisccoulson: I send all my work day remotely connected [10:35] so, no, its not the 1st time [10:35] BUGabundo_remote: use system connections if you do user switching [10:35] e.g. "available to all users" [10:35] BUGabundo_remote, then you must have noticed this before. it's almost always been the case that only a single user can run nm-applet at any one time [10:40] asac I'm not having any prob with the connection, since its already up since I ever left home. [10:40] asac chrisccoulson its just that having the applet missing (and yes, I only notice now, and I would bet it was there last week) doesn't allow me to mess around network [10:40] not that it would be a good idea to do, if I'm remotelly connected :D [10:42] asac - AFAIK there is not any way around that currently, other than killing the existing nm-applet and starting a new one in your new session [10:42] but...... [10:43] if you're using a user connection rather than a system one, you will lose the connection after killing the first nm-applet [10:43] asac - sorry, that was meant to be directed at BUGabundo_remote ;) [10:43] ah ok [10:44] :) [10:44] heh, i should read what i write before hitting enter ;) [10:46] chrisccoulson: you can do that? please teach me how [10:47] BUGabundo_remote, which bit? [10:52] (2010-03-23 10:44:14) chrisccoulson: heh, i should read what i write before hitting enter ;) [12:45] !info swt-gtk [12:45] Package swt-gtk does not exist in karmic [13:22] asac - shouldn't libswt-mozilla-gtk-3.5-jni have a binary depends on xulrunner? [13:22] probably [13:22] if it uses the glue to start it up, then yes. [13:23] asac - it seems to [13:23] so, i will add a binary depend then [13:54] asac - swt-gtk is ready (bug 545099) [13:54] Launchpad bug 545099 in swt-gtk "Rebuild against xulrunner 1.9.2" [Undecided,New] https://launchpad.net/bugs/545099 [13:54] i tried uploading it, but i'm not privileged enough ;) [14:10] ok let me look [14:10] thanks [14:12] uploaded [14:13] asac - thanks :) [15:04] asac - mozvoikko is done also: bug 545152 [15:04] Launchpad bug 545152 in mozvoikko "Port to xulrunner 1.9.2" [Undecided,New] https://launchpad.net/bugs/545152 [15:04] i can't upload that either ;) [15:08] yeah checking [15:08] chrisccoulson: libxul-unstable is dead? [15:08] maybe we should add a compatibliity .pc ... to ease porting [15:09] would think more than one is using that [15:09] asac: yep, a lot of it is stripping libxul-unstable and libxul-embedding-unstable [15:09] asac - yeah, i think a lot of that work has been done already though [15:10] asac: that's the easy part :) [15:10] micahg: we should add that to xulrunner-dev [15:10] e.g. just links from libxul.pc to libxul-unstable.pc and libxul-embedding to libxul-embedding-unstable [15:11] but well. not sure how many are left now [15:11] chrisccoulson: i think mozvoikko should be moved to mozilla-devscripts evnetually [15:12] chrisccoulson: the depends is wrong still [15:12] its firefox-3.6 [15:12] should be firefox [15:12] and firefox-3.5 dropped [15:12] probably firefox (>= 3.0) [15:12] oh, i'll fix that then [15:12] i can add that. please remember to move that to mozilla-devscript next cycle [15:12] yeah, no problem [15:12] asac: mozvoikko actually has a maintainer in debian [15:13] brb, need to reboot [15:13] asac: BTW, I"m test building xul192.2 now [15:13] asac: you want the .pc links? [15:14] micahg: for the upload today? yeah, if that doesnt take much time add it [15:15] I was going to say I don't think it's a good idea, but until debian gets to xul192 it'll decrease our diffs [15:15] micahg: i think its a good idea. upstream should have kept it and depreacated [15:15] rather than dropping [15:15] upstreams often want to build for 3.5 and 3.6 etc. [15:15] * micahg wonders if it was deprecated in 3.5... [15:15] without that link its painful [15:16] if it was, then its ok for them to drop [15:16] the problem is a lot of upstreams are still using the 1.8 API [15:16] yeah [15:16] that reminds me that i whould send stuff to enigmail [15:16] my patch moving it to frozen api [15:17] asac: BTW...had some success and some failure with galeon [15:17] asac: it was still using xul191 somehow [15:17] what succeeded? were the failures regressions over 192 [15:17] hmm [15:17] micahg: thats the glue code you have to change [15:18] minVerseion 1.9 [15:18] err [15:18] 1.9.2 [15:18] after I purged that from my system, it worked great [15:18] micahg: yeah. thats the minversion in the glue code [15:18] it picks up whatever it finds first in /etc/gre.de [15:18] if its within the min/max version bounds specified in the GREVersionRange thing [15:18] ah, ok, seems I forgot a patch then...I think I found it [15:18] grep for that string if you dont know how to find that [15:18] yep [15:18] nice [15:20] also was testing tuxguitar last night and noticed it was also looking for xul191, the fix ready for that though [15:20] asac: should I bother renaming xul191 patches to xul192? [15:24] asac: also, if flash doesn't look as sharp, do I need to worry? [15:24] micahg: renaming? [15:25] chrisccoulson: whats your ubuntu address? [15:25] asac: yes, a lot of the patches are named xul191 patch, I've been renaming, but I want to know if I should bother [15:25] micahg: well. rename them to 19x ;) [15:25] so we dont do that next time again ;) [15:25] but i wouldnt really bother [15:25] asac: ok, I'll just modify then [15:26] asac - chrisccoulson@ubuntu.com [15:27] thx [15:27] sent [15:32] the good news with galeon is that flash seems to work fine, I was able to watch videos with it on multiple sites, just the quality seemed a little lower than firefox [15:45] asac: edbrowse uses libcurl4-openssl-dev, but is ships a libcurl.pc file and dpkg-checkbuilddeps fails to find it, any ideas? [15:49] asac: is this note ok in the .links file: Only needed for transition from unstable API or until Debian migrates to xulrunner 1.9.2 [15:50] micahg: how sure what you mean by libcurl [15:51] for the .links its ok [15:51] but dont mention debian [15:51] we ship it until its old enough for upstreams to catch up [15:51] asac: k [15:51] asac: about libcurl, it fails to find it, but I have it installed with the proper version [15:51] oh, I see the problem :( [15:51] my fault [15:53] asac: wait, you said I shouldn't migrate packages to pkg-config, but rather just add the string from it? [16:05] micahg: as you wish [16:05] asac: k [16:09] asac: is it add symlinks from or add symlinks to *-unstable? [16:10] * micahg needs more caffeine [16:11] fta: sorry about the dailies will try to clean up a little tonight === yofel_ is now known as yofel [18:20] asac: Hello, I need to modify xulrunner-1.9.2 to provide libmozjs packages, would that be a complex thing to do ? [18:20] thats a doomed way [18:20] we wont do it for now [18:22] asac: anything else before I tag xul192.2? [18:22] asac: doomed way means ? [18:24] that you go to hell [18:25] asac: btw, I am not asking Ubuntu to do it, you told me before your concerns about xulrunner and its API/ABI issue [18:25] asac: I just ask how hard is it to modify xulrunner-1.9.2 package in order to provide it [18:27] AnAnt: cant you work around with LD_LIBRARY_PATH etc.? [18:27] otherwise its probably a diff to sonamify the libmozjs [18:28] asac: can you elaborate about that workaround please ? [18:47] AnAnt: why do you need a libmozjs? [18:47] asac: a package is using it [18:47] asac, micahg: http://code.google.com/p/chromium/issues/detail?id=36102 [18:48] asac: elinks has support for javascript, and that needs libmozjs. The current Debian/Ubuntu package doesn't enable it, but I want to enable it for myself [18:49] asac, http://code.google.com/p/chromium/issues/detail?id=31287 [18:50] brb [18:51] micahg, why do you want to split prism? does the ext work without the core? [18:53] jdstrand, type=1503 audit(1269334904.401:21): operation="open" pid=6159 parent=31639 profile="/usr/sbin/tcpdump" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/dev/bus/usb/" [18:53] I think there is a bug on that... [18:54] 523345 [18:54] fta: are you using usbmon? [18:56] fta: or even better, with what args did you start tcpdump? [18:56] jdstrand, usbmon? no. tcpdump host foo.bar.baz [18:57] fta: ok, thanks [19:03] fta: no, just a separate package name for the extension so that it follows the extension naming convention [19:03] it would depends on prism [19:03] fta: I don't know if it's necessary [19:04] i don't think it's useful, but it's your choice ;) [19:04] fta: I'll talk to bdrung about it to see if it's necessar [19:05] fta: about the TB bug, for some reason it seems that xdg-open was not the way they wanted to do things [19:06] fta: nm, that was xdg-email [19:29]