[00:02] <armin76> Ubulette: http://dev.gentoo.org/~armin76/ffdialog.png
[00:03] <armin76> works fine with the binary from mozilla.org
[00:04] <Ubulette> what was that ?
[00:06] <armin76> that shows up after filling an username/password form and hitting submit
[00:07] <armin76> maybe it's cairo's fault
[00:07] <armin76> i'll try tomorrow with the bundled one
[00:08] <Ubulette> any site I can test ? i've tried to login on tvrage.com (I don't have a login there so I used random stuff), I'm getting the usual bar "Do you want firefox to remember this password" + 2 buttons
[00:09] <Ubulette> it's not a dialog, but a bar
[00:09] <armin76> that screenshot was from gmail
[00:10] <armin76> with the binary from mozilla i get the same as you said
[00:10] <armin76> so maybe it's something i build externally, like cairo
[00:10] <Ubulette> i'm using external cairo too
[00:11] <Ubulette> but this has nothing to do with cairo
[00:11] <armin76> we'll see tomorrow, night :)
[00:12] <Ubulette> 'night
[01:34] <asac> Ubulette: please shed some light on what --enable-startup-notifcation does ... for me it doesn't do anything except linking against libstartup-notification
[01:35] <asac> no includes enywhwere
[01:35] <asac> appears like a hoax
[01:36] <Ubulette> it's requested by some users. it shows a notification when you start an app
[01:36] <asac> hmm
[01:36] <asac> ok
[01:36] <asac> its used in GtkWidget.cpp
[01:36] <asac> ok
[01:36] <Ubulette> i've read the code, it's in xul only so ff3 inherits it
[01:37] <asac> yes sure ... but please check back before adding new depends of the core package
[01:37] <Ubulette> sorry for the missing builddep, i was stuck by your nss/nspr~1.9
[01:37] <asac> doesn't look like it can be modularized like gnome
[01:37] <asac> no thats not a problem ... the problem is adding a new binary depends
[01:37] <asac> (not a big problem in this case either)
[01:38] <asac> but i have to check that with people
[01:38] <Ubulette> i've built it in my ppa if you care to try
[01:38] <asac> maybe xubuntu people or fluxbuntu people will hit me because of tusch a thing ... you know
[01:39] <Ubulette> it's hardy, we can still disable it
[01:39] <Ubulette> +later
[01:39] <Ubulette> +if it hurts more than it brings
[01:39] <Ubulette> btw, your nss is NEW
[01:39] <asac> well ... better check that first ... if nobody has a problem we don't need to wake up the devil ;)
[01:39] <asac> yeah that was expected
[01:40] <Ubulette> yep, soname
[01:41] <asac> where is the bug that asks for startup-notification?
[01:42] <Ubulette> no bug, got that from users who tried my rc1 preview
[01:43] <Ubulette> they recompiled it just for that
[01:44] <asac> yeah ... i think its all ok ... just want to raise awareness that adding depends to xulrunner-1.9 core binary should be considered twice and we should definitly have a bug for these kind of extensions to track the argument.
[01:45] <asac> after all i want xulrunner to be everywhere ... its not the most lightweight application, but i don't want to blow it up
[01:45] <asac> otherwise people will always ask for "replace this here and there with something slink as webkit" ... bla bla ble
[01:45] <Ubulette> i've checked
[01:46] <asac> what did you check?
[01:46] <Ubulette> it just drags libstartup-notification0 in dep
[01:46] <asac> yeah ... but that might be too much for some
[01:46] <asac> its a _new_ dep
[01:46] <asac> every new dep has to be carefully selected
[01:46] <asac> otherwise we will blow this off ... if things can be done in a component there is no need to argue ... just package it as its own package ... done.
[01:47] <asac> anyway ... this is done
[01:47] <Ubulette> yep bug this dep is part of ubuntu-desktop, kubuntu-desktop, edubuntu-desktop, edubuntu-desktop-kde, xubuntu-desktop, gobuntu-desktop so i figure it was safe
[01:47] <asac> if someone complains we can revert
[01:47] <Ubulette> s/bug/but/
[01:48] <Ubulette> btw, you're the master, I can't push without you so feel free to drop
[01:48] <asac> no ... i like new ideas :) ... just like them more if things get a bug :)
[01:49] <asac> so you say its in all seeds?
[01:49] <asac> i will ask joejaxx if its also in fluxbuntu ... then it should be no problem
[01:50] <Ubulette> well it's in all Tasks
[01:52] <asac> ok i asked for bin NEWing ... its weekend so it might take a bit though
[01:52] <asac> our main bug is now: mozilla bug 408791
[01:52] <ubotu> Mozilla bug 408791 in Password Manager "nsLoginManagerPrompter.js does not work with TestGtkEmbed prompt." [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=408791
[01:53] <asac> if we don't get a fix soon, we need to revert ephy to allow people to do HTTP auth again :)
[01:55] <asac> chpe's evaluation looks a bit unclear though
[01:56] <asac> lets see ... maybe i understand before nss is newed :)
[01:57] <Ubulette> mozilla bug 408238
[01:57] <[reed]> you all should tie in dbus notification to Firefox
[01:57] <ubotu> Mozilla bug 408238 in Embedding: GTK Widget "back out unreviewed microb changes." [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=408238
[01:58] <[reed]> mozilla bug 404738 :)
[01:58] <ubotu> Mozilla bug 404738 in OS Integration "Use dbus notification daemon to show alerts/notifications on the desktop" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=404738
[01:58] <Ubulette> asac, i've built trunk and because of this, your microb packages are dropped
[01:59] <asac> Ubulette: ?
[01:59] <asac> my microb packages?
[01:59] <Ubulette> bz404634_att290373.patch and bz373196_att281782.patch
[02:00] <asac> mozilla bug 404634 ... mozilla bug 373196
[02:00] <Ubulette> patches
[02:00] <ubotu> Mozilla bug 404634 in Embedding: GRE Core "http urls don't render in TestGtkEmbed" [Critical,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=404634
[02:00] <ubotu> Mozilla bug 373196 in Embedding: GTK Widget "text selection with the mouse not working" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=373196
[02:00] <asac> Ubulette: ok thanks ... is it fixed too? or just doesn't apply?
[02:00] <Ubulette> no, they reverted all changes to Nov 2006
[02:01] <asac> right ... but i don't know if it worked before Nov
[02:01] <asac> :)
[02:01] <asac> does ephy still work?
[02:01] <asac> does yelp work?
[02:01] <Ubulette> no idea, i'm not yet running this xul
[02:02] <asac> ah ok
[02:02] <Ubulette> i've built it
[02:02] <asac> ok, lets keep it on the radar
[02:02] <Ubulette> i'm waiting for my ppa to finish ff3 b2
[02:02] <Ubulette> yep, it's in .head already
[02:03] <asac> [reed]: doesn't thunderbird already show notifications of some kind?
[02:04] <Ubulette> oh, sugar is in NEW src
[02:04] <asac> what is sugar?
[02:04] <Ubulette> one more xul1.9 app
[02:04] <Ubulette> remember olpc  ?
[02:05] <asac> ah right
[02:05] <asac> great ... good for edubuntu i guess
[02:05] <[reed]> asac: not with the native dbus notification
[02:06] <[reed]> for non-Mac OSes, we use a gecko-only notification thing
[02:06] <[reed]> For Linux, we should be passing off to dbus
[02:06] <[reed]> on Mac, we pass off to Growl
[02:06] <asac> [reed]: not sure if every desktop has a dbus client for notfications
[02:06] <[reed]> well, it'll fall back to the gecko-based one
[02:07] <[reed]> if that fails
[02:07] <[reed]> (that's what Mac does if Growl isn't installed)
[02:09] <Ubulette> [reed], any change that patch is committed before b3 ?
[02:09] <Ubulette> chance
[02:09] <[reed]> what patch?
[02:09] <Ubulette> dbus
[02:09] <asac> Ubulette: there isn't a patch from what i see so far
[02:09] <[reed]> there's not one yet for what I'm talking about
[02:09] <[reed]> we already integrate with dbus for online/offline checking
[02:10] <[reed]> (new in Firefox 3)
[02:10] <[reed]> so, the framework is mostly there
[02:10] <[reed]> just needs somebody to write the notification part to send stuff off to dbus
[02:11] <Ubulette> i've added dbus a few weeks ago for mozilla bug 388743
[02:11] <ubotu> Mozilla bug 388743 in Build Config "build dbus on linux by default (--enable-dbus) to auto-detect online/offline state" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=388743
[02:11] <asac> yad
[02:12] <Ubulette> asac, you reviewed that right ?
[02:12] <Ubulette> is was just a builddep, not a flag
[02:12] <Ubulette> it
[02:12] <asac> he?
[02:12] <asac> at least it appears to be a shared lib ... so we could move it to gnome-support or something
[02:12] <asac> dbusservice
[02:13] <Ubulette> dbus isn't everywhere ?
[02:13] <Ubulette> it's started even before X
[02:13] <Ubulette> it's hal->dbus->gdm
[02:14] <asac> no .... its not about having dbus everywhere ... its about not having a client everywhere ... and in this case its about not having NetworkManager everywhere
[02:14] <Ubulette> NetworkManager ? eh?
[02:14] <asac> but if its smart enough then fine
[02:15] <asac> to auto-detect online/offline state == ask network manager through dbus
[02:15] <asac> anyway, i think we should give it a try
[02:16] <asac> see how it behaves on non-nm systems
[02:18] <Ubulette> what about the backport bug for gutsy?
[02:19] <asac> b1 wasn't good enough because of the bad toolbar
[02:19] <asac> b2 will go up i guess
[02:19] <asac> at least it looks promissing
[02:22] <Ubulette> btw, the dbus thing was already in our b1
[02:22] <asac> then when did it sink?
[02:23] <asac> ok its implicitly defined ... then fine
[02:30] <Ubulette> good thing is now, firefox is supra easy to maintain.
[02:30] <asac> thats true
[02:31] <asac> package is pretty good now that we don't even have problems with system-nspr/nss
[02:31] <asac> and of course all is on xul :)
[02:32] <asac> but xul package is getting better as well.
[02:45] <Ubulette> ok, my ppa is ready, upgrading...
[02:46] <Ubulette> totem also needs to be xulified
[02:46] <Ubulette> i'm still running the hack i've made 6 months ago
[02:51] <asac> Ubulette: totem is xulified
[02:51] <asac> there is a patch in bzr
[02:51] <asac> will be uploaded soonish
[02:51] <Ubulette> i mean in hardy
[02:51] <asac> yes
[02:52] <Ubulette> then it should also install the plugins at the right place
[02:52] <Ubulette> does it ?
[02:52] <asac> sure ... figure out how to fix the lookup
[02:52] <asac> i think my patch also has example debian/ modifications
[02:53] <asac> but not sure
[02:53] <asac> its documented in wiki where to install ... but not all places documented there are actually considered ;)
[03:06] <Ubulette> ok, b2 is nice. moving to b3 now
[03:20] <Ubulette> good too
[03:21] <Ubulette> going to bed now. 'night
[03:21] <asac> b
[03:21] <asac> ye
[03:21] <asac> me 2
=== \sh_away is now known as \sh
[10:52] <armin76> i wonder when they're going to put the nspr-4.6.8 tarballs
[10:52] <armin76> and nss 3.11.8
[11:29] <armin76> shrug
[11:29] <armin76> so something is broken on sparc after b1
[11:34] <armin76> that, or some external dep i added after b1 is broken on sparc...
=== Ubulette_ is now known as Ubulette
[15:06] <armin76> Ubulette: the gnome thing doesn't work, it still moves
[15:07] <Ubulette> i don't know what to say, for me, it doesn't
[15:09]  * armin76 makes a ubuntu chroot
[15:09] <Ubulette> i'm using metacity, no autoraise, no raise_on_click, focus_mode = mouse
[15:09] <Ubulette> (it's far from the default)
[15:10] <armin76> i hope 8G is enough
[15:11] <Ubulette> just boot on a live cd, should be enough
[15:12] <Ubulette> oh, the new compositing_manager in metacity is great :)
[16:11] <armin76> Ubulette: heh
[16:12] <armin76> Ubulette: around?
[16:15] <Ubulette> yep
[16:15] <armin76> have vncviewer installed?
[16:16] <Ubulette> why?
[16:17] <armin76> so you can reproduce it
[16:19] <armin76> i'm using firefox-3.0 %s and doesn't fix it
[16:19] <Ubulette> well, i trust you have the issue, but i don't know why
[16:22] <armin76> maybe you wanted to try to change some gnome config :) but okay
[16:23] <armin76> i have nfc about gnome, so...
=== \sh is now known as \sh_away
[18:05] <Ubulette> damn, because of the mass microb back out, xul b3pre is no longer working for miro
[18:27] <asac> yeah ... does respinning gnome  + miro work?
[18:46] <Ubulette> respinning gnome ?
[19:04] <Ubulette> [reed], what's left to commit on the gnome/gtk integration front ? same for kde (if any) ?
[19:04] <[reed]> hmm, still more new icons to land
[19:04] <[reed]> most of the Tango stuff isn't done yet
[19:05] <[reed]> nothing done for kde
[19:05] <[reed]> (we aren't doing anything for kde)
[19:05] <[reed]> and there are some other patches waiting for review, I think
[19:06] <[reed]> are there places that you think we need to work on?
[19:06] <[reed]> or emphasize?
[19:14] <[reed]> I mean, you're the real Linux people
[19:14] <[reed]> you need to let us know what you want/need
[19:14] <[reed]> :)
[19:17] <Ubulette> i'm curious. I initially disliked the new icons, now i love them
[19:17] <armin76> lottery winning numbers prediction!
[19:17] <Ubulette> a small glitch though: http://www.sofaraway.org/ubuntu/tmp/forward.png
[19:18] <Ubulette> (the bottom is there, there was a yellow balloon hidding it but not visible in the screenshot)
[19:19] <[reed]> Ubulette: file that?
[19:19] <Ubulette> hm, no :p
[19:19] <[reed]> please file bugs when you see them!
[19:19] <[reed]> or we can't fix them
[19:38] <armin76> Ubulette: https://bugzilla.mozilla.org/show_bug.cgi?id=408373
[19:38] <ubotu> Mozilla bug 408373 in Password Manager "Typo in a comment in nsLoginManagerPrompter.js" [Trivial,Verified: fixed]
[19:38] <armin76> that was the problem i had
[19:38] <armin76> http://dev.gentoo.org/~armin76/ffdialog.png
[19:38] <armin76> that
[19:47] <Ubulette> [reed], which section should i use ? os.integration ?
[19:48] <[reed]> Core :: Widget: Gtk
[19:48] <[reed]> since that's probably a gtk integration problem
[19:48] <[reed]> rather than a Firefox-specific issue
[19:50] <Ubulette> damn, I can't change product
[19:52] <Ubulette> i'll change it afterwards
[19:53] <Ubulette> [reed], I see core but I can't find widget / gtk. Please change it: mozilla bug 409655
[19:53] <ubotu> Mozilla bug 409655 in OS Integration "[gtk2] foward/backward buttons" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=409655
[19:54] <Ubulette> oh, done
[19:54] <[reed]> :)
[19:55] <Ubulette> mozilla bug 409655
[19:55] <ubotu> Mozilla bug 409655 in Widget: Gtk "[gtk2] forward/backward buttons" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=409655
=== cheguevara_ is now known as CheGuevara
[20:52] <CheGuevara> w000t Ubulette_
[20:52] <CheGuevara> the icons on KDE are back :P
[20:52] <Ubulette_> good
[20:52] <CheGuevara> very :)
[20:52] <CheGuevara> they are so gnomish though :P
[20:53] <Ubulette_> you can thank asac, he fixed it by moving one lib from the gnome-support deb to the main one
[20:53] <Ubulette_> now that it's possible at runtime
[20:53] <Ubulette_> it was not possible before
[20:53] <CheGuevara> thank you asac :)
[20:54] <CheGuevara> are these the icons staying or are they still gonna chem them upstream?
=== \sh_away is now known as \sh
[20:57] <CheGuevara> oh they are the gtk native icons
[20:58] <Ubulette_> yes
=== Ubulette_ is now known as Ubulette
[21:01] <CheGuevara> ff3 windows icons look nice
[21:01] <cosmodad> hi all -- can anyone explain to me why movemail support has been removed from the Gutsy package of Thunderbird? See also this bug report: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/148942
[21:01] <ubotu> Launchpad bug 148942 in thunderbird "thunderbird 2.0 not compiled with UNIX (movemail) acccount option." [Undecided,New]
[21:03] <cosmodad> and if this bugs seems to be worthwhile fixing, when will someone be assigned to it?
[21:03] <cosmodad> The bug has been around for liek 2 months. I'm not sure about your human resources...
[21:17] <Ubulette> seems it's no longer supported upstream
[21:18] <Ubulette> MOZ_MOVEMAIL was in aviary (ie 1.7) but not in 1.8 (tb2) nor 1.9 (tb3)
[21:21] <Ubulette> well, aviary is pre 1.7
[21:23] <Ubulette> nm, it's still there
[21:25] <cosmodad> Ubulette: how'd I re-include it myself again?
[21:25] <cosmodad> I have downloaded the source package, but cannot find the appropriate switch.
[21:27] <cosmodad> Ubuntu source package, that is.
[21:30] <Ubulette> there's none. it's supposed to be always there for unix
[21:31] <cosmodad> Ubulette: the bug-reporter of LP #148942 mentioned that he rebuilt from source and found a movemail account, so apparently it seems to be Ubuntu-specific.
[21:31] <ubotu> Launchpad bug 148942 in thunderbird "thunderbird 2.0 not compiled with UNIX (movemail) acccount option." [Undecided,New] https://launchpad.net/bugs/148942
[21:32] <cosmodad> specifically, from official Mozilla source.
[21:32] <cosmodad> Ubulette: so any idea on what the fault could be?
[21:33] <Ubulette> yep, movemail.rdf is built but not installed in the debs
[21:34] <Ubulette> it's built in dist/bin/isp/movemail.rdf but missed at install time
[21:36] <cosmodad> Ubulette: ok so apparently, these lines from Feisty/TB seems to be missed in Gutsy/TB:
[21:36] <cosmodad> mozilla-thunderbird.install:build-dir/mozilla/mailnews/base/ispdata/movemail.rdf usr/lib/mozilla-thunderbird/defaults/isp
[21:36] <cosmodad> mozilla-thunderbird.install:build-dir/mozilla/mailnews/base/ispdata/movemail.rdf usr/lib/mozilla-thunderbird/defaults/isp/US
[21:37] <cosmodad> it's clear I need to re-insert the first one, but what is the latter one responsible? localization?
[21:37] <cosmodad> responsible for
[21:39] <Ubulette> you need both
[21:39] <Ubulette> but not sure about usr/lib/mozilla-thunderbird vs usr/lib/thunderbird
[21:39] <cosmodad> that's fine and due to the Debian package building process.
[21:40] <cosmodad> files get installed relative to the base building directory.
[21:40] <cosmodad> afterwards, they are moved into the real FS root.
[21:41] <cosmodad> again, is the isp/US for localization purposes? I'm asking because I'm in need of a German locale version.
[21:43] <cosmodad> oh sorry I got your last statement wrong.
[21:43] <cosmodad> Ubulette: it should be thunderbird in the new package due to the renaming.
[21:45] <Ubulette> yes
[21:46] <Ubulette> i can do a debdiff but it's a mess as gutsy is ahead of hardy
[21:46] <Ubulette> seems hardy is far from up-to-date... 2.0.0.6 vs 2.0.0.11
[21:48] <CheGuevara> huh
[21:48] <CheGuevara> i got .10 on hardy
[21:50] <Ubulette> https://edge.launchpad.net/ubuntu/hardy/+source/thunderbird
[21:50] <cosmodad> Ubulette: can you see whether hardy re-includes movemail?
[21:52] <CheGuevara> oh thunderbir
[21:52] <CheGuevara> duh
[21:52] <CheGuevara> was thinking firefox
[21:53] <Ubulette> cosmodad, it doesn't
[21:54] <cosmodad> Ubulette: ok. Do you know who will be assigned to this bug? It should be fixed by the release of hardy, shouldn't it?
[21:55] <Ubulette> it will
[21:55] <Ubulette> now that the cause is known
[21:56] <Ubulette> cosmodad, uploaders are on holidays so let's way a bit more. if you know how to create a deb, you should have no problem fixing it locally
[21:59] <cosmodad> Ubulette: ok. Yeah, I know how to build deb packages. Just have to figure out how the new TB 2.0 file system hierarchy differs.
[21:59] <cosmodad> compared to 1.5
[22:00] <\sh> Ubulette, hmm? you say that tb in hardy is older then the gutsy tb?
[22:01] <Ubulette> yes
[22:01] <\sh> hmm...that shouldn't be the deafult...
[22:01] <Ubulette> indeed
[22:01] <Ubulette> hardy: thunderbird 2.0.0.6+nobinonly-0ubuntu1
[22:02] <Ubulette> gutsy: thunderbird 2.0.0.8~pre071022+nobinonly-0ubuntu0.7.10
[22:02] <\sh> well..somehow I trggered a bug on ELP
[22:02] <Ubulette> it's a security update
[22:02] <\sh> https://edge.launchpad.net/ubuntu/hardy/+source/thunderbird/+changelog should show hardy changelog
[22:04] <Ubulette> yep
[22:08] <\sh> bug #178352 yay
[22:08] <ubotu> Launchpad bug 178352 in launchpad "LP doesn't honour the distro release when grabbing the changelog of a package" [Undecided,New] https://launchpad.net/bugs/178352
[22:09] <cosmodad> Ubulette: how did you figure out where movemail.rdf is built?
[22:09] <cosmodad> if you did at all...
[22:10] <Ubulette> from the logs
[22:11] <Ubulette> and from reading sources too
[22:15] <cosmodad> the TB package is too big for my deb-building skills...
[22:17] <Ubulette> tb is not something i maintain myself but i do similar things so it was not difficult
[22:17] <cosmodad> I think it's due to cdbs, never used that before.
[22:20] <Ubulette> not only. all mozilla packages are more complex than the average
=== \sh is now known as \sh_away
[22:21] <cosmodad> I'll keep trying later. Thanks for all the help.
=== \sh_away is now known as \sh
=== \sh is now known as \sh_away