Re: Iceweasel and Firefox compatibility

On Wed, Nov 11, 2009 at 07:37:56AM +0100, Christian Perrier wrote: > Quoting Mike Hommey (m...@glandium.org): > > > - Adding Firefox to Camino: > > https://bugzilla.mozilla.org/show_bug.cgi?id=384721 > > Where we can see that dbaron is against it. > > IMHO, with not very convincing arguments. ht

Re: ReBuild-Depends?

On Thu, Oct 29, 2009 at 06:33:12PM +0300, Dmitry E. Oboukhov wrote: > This code works fine by libc wouldn't be rebuilt (new versions, or new > gcc - this moment is ambiguous to me). > Then this code begins segfaulting into this place. > If we try to rebuild our package, it will begin to work fine a

Re: Build logs from local builds

On Mon, Oct 26, 2009 at 02:58:19PM -0500, Manoj Srivastava wrote: > On Mon, Oct 26 2009, Adam Majer wrote: > > Or here's a radical idea - allow source only uploads of packages. > > And thus allow people to upload without ever building locally. I would expect people to build packages local

Re: Iceweasel and Firefox compatibility

On Wed, Nov 11, 2009 at 07:37:56AM +0100, Christian Perrier wrote: > IMHO, with not very convincing arguments. And no sign of answer about > the real potential problem: would that be another trademark issue. > Whatever solution is taken in the other branches of this thread where > possible UA stri

Re: Minimal kernel version raised to 2.6.27

On Tue, Nov 10, 2009 at 06:08:08PM +0100, Marco d'Itri wrote: > Due to changes in udev 147, squeeze will not support kernels earlier > than 2.6.27. What are these changes? > If your packages have code needed to support old kernels, this is the > right time to clean it up. No. > This means that

Re: Iceweasel and Firefox compatibility

Christian Perrier writes: > I think we should at some point check with Mozilla Corporation about > their stance: would they consider it to be a trademark violation if we > mention "Firefox" in some way in the UA string of Iceweasel? It will be difficult to phrase this question in such a way that

Re: Iceweasel and Firefox compatibility

Quoting Mike Hommey (m...@glandium.org): > - Adding Firefox to Camino: > https://bugzilla.mozilla.org/show_bug.cgi?id=384721 > Where we can see that dbaron is against it. IMHO, with not very convincing arguments. And no sign of answer about the real potential problem: would that be another tradem

Re: Build logs from local builds

On Tue, Nov 10, 2009 at 11:27:39PM +0100, Bernd Zeimetz wrote: > Adam Majer wrote: > > People are lazy and like myself don't want to sync pbuilder and > > related stuff every time I want to upload something. Since my box is > > rarely up to date, this can result in dependencies lagging > > somewhat

Re: Build logs from local builds

On Wed, Oct 28, 2009 at 07:12:15AM +0100, Stefano Zacchiroli wrote: > On Mon, Oct 26, 2009 at 02:29:47PM -0500, Adam Majer wrote: > > Or here's a radical idea - allow source only uploads of packages. > > He, radical, but not new :) It has been discussed to death various > times. The most likely (a

Bug#555682: ITP: libgmpada -- Ada binding to the GNU MultiPrecision library

Package: wnpp Severity: wishlist Owner: Nicolas Boulenguez * Package name: libgmpada Version : 20091109 Upstream Author : Nicolas Boulenguez * URL : http://mtn-host.prjek.net/projects/libgmpada * License : GPL Programming Lang: Ada Description : Ada bi

Re: Iceweasel and Firefox compatibility

On lun., 2009-11-09 at 19:54 +, brian m. carlson wrote: > The breakage for Webkit-based browsers is significantly less, since they > all identify themselves as Safari; if a site supports Safari, then it > generally works with all Webkit-based browsers. That's not true. Midori identifies itsel

Re: Minimal kernel version raised to 2.6.27

On Nov 10, Philipp Kern wrote: > > Yes, it would not work because they also tend to be incompatible with > > older configurations and so packages would need to provide two sets of > > configuration files (for a start). > Uh, so the reboot to get a newer kernel before the upgrade could possibly fa

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 04:26:15PM -0600, John Goerzen wrote: > Mike Hommey wrote: > > On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote: > >> John Goerzen wrote: > >>> My suggestion is this: > >>> > >>> Take the default Firefox user agent. > >>> > >>> Where you see Firefox/x.y.z, change

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 11:33:42PM +0100, Cyril Brulebois wrote: > Mike Hommey (10/11/2009): > > Let me suggest adding "(like Firefox/3.5)", but I'm not sure how the > > crappy sites parsing the version number will deal with the closing > > parenthesis. > > What about “foo/bar -- similar to baz/q

Re: Iceweasel and Firefox compatibility

Mike Hommey wrote: On Tue, Nov 10, 2009 at 11:05:47PM +0100, Michael Banck wrote: On Tue, Nov 10, 2009 at 10:45:04PM +0100, Mike Hommey wrote: On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote: John Goerzen wrote: Firefox/x.y.z Iceweasel/x.y.z Sounds too Firefoxy. What's the pr

www.Hexabit.pl -- Zapytanie

.col {color:#ff4400;font-weight:bold;} Witamy Serdecznie Jesteśmy firmą zajmującą się tworzeniem profesjonalnych serwisów internetowych w oparciu o zaawansowany System Zarządzania Zawartością - HexabitCMS. Tworzone przez nas strony www posiadają unikalny, współczesny design, są nowoczesn

Re: Iceweasel and Firefox compatibility

Mike Hommey (10/11/2009): > Let me suggest adding "(like Firefox/3.5)", but I'm not sure how the > crappy sites parsing the version number will deal with the closing > parenthesis. What about “foo/bar -- similar to baz/quux” to avoid parenthesing issues? Or “like” or “similar to” or “almost like”

Re: Build logs from local builds

Adam Majer wrote: > People are lazy and like myself don't want to sync pbuilder and > related stuff every time I want to upload something. Since my box is > rarely up to date, this can result in dependencies lagging > somewhat compared to official buildd. I generally don't check for any > build-dep

Re: Iceweasel and Firefox compatibility

Mike Hommey wrote: > On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote: >> John Goerzen wrote: >>> My suggestion is this: >>> >>> Take the default Firefox user agent. >>> >>> Where you see Firefox/x.y.z, change it to: >>> >>> Firefox/x.y.z Iceweasel/x.y.z >>> >>> And that will accompli

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 11:05:47PM +0100, Michael Banck wrote: > On Tue, Nov 10, 2009 at 10:45:04PM +0100, Mike Hommey wrote: > > On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote: > > > John Goerzen wrote: > > > > Firefox/x.y.z Iceweasel/x.y.z > > > > Sounds too Firefoxy. > > What'

Re: Minimal kernel version raised to 2.6.27

On Tue, Nov 10, 2009 at 06:08:08PM +0100, Marco d'Itri wrote: > Due to changes in udev 147, squeeze will not support kernels earlier > than 2.6.27. > If your packages have code needed to support old kernels, this is the > right time to clean it up. No, it isn't. Packages need to support the 2.6.

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 10:45:04PM +0100, Mike Hommey wrote: > On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote: > > John Goerzen wrote: > > > Firefox/x.y.z Iceweasel/x.y.z > > Sounds too Firefoxy. What's the problem with that? I thought Iceweasel *was* Firefox for all practical p

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote: > John Goerzen wrote: > > My suggestion is this: > > > > Take the default Firefox user agent. > > > > Where you see Firefox/x.y.z, change it to: > > > > Firefox/x.y.z Iceweasel/x.y.z > > > > And that will accomplish everything need

Re: Minimal kernel version raised to 2.6.27

On 2009-11-10, Marco d'Itri wrote: >> Since it's seeming more and more common for udev to be tied to specific >> kernel versions, have you considered allowing major versions of udev >> to be installed in parallel? > Yes, it would not work because they also tend to be incompatible with > older conf

Re: Possible MBF wrt common, FHS-compliant, default document root for the various web servers

Jan Hauke Rahm writes: > On Mon, Nov 09, 2009 at 03:55:58PM -0800, Russ Allbery wrote: >> sean finney writes: >>> something that hasn't really been brought up (i mentioned it on the >>> non-webapps thread in -devel already) is that this makes packages >>> potentially opened in an unconfigured st

Re: Minimal kernel version raised to 2.6.27

On Nov 10, Andres Salomon wrote: > Since it's seeming more and more common for udev to be tied to specific > kernel versions, have you considered allowing major versions of udev > to be installed in parallel? Yes, it would not work because they also tend to be incompatible with older configuratio

Re: Minimal kernel version raised to 2.6.27

On Tue, Nov 10, 2009 at 12:27:16 -0500, Andres Salomon wrote: > On Tue, 10 Nov 2009 18:08:08 +0100 > m...@linux.it (Marco d'Itri) wrote: > > > Due to changes in udev 147, squeeze will not support kernels earlier > > than 2.6.27. > > > > If your packages have code needed to support old kernels, t

Re: Minimal kernel version raised to 2.6.27

On Tue, 10 Nov 2009 18:08:08 +0100 m...@linux.it (Marco d'Itri) wrote: > Due to changes in udev 147, squeeze will not support kernels earlier > than 2.6.27. > > If your packages have code needed to support old kernels, this is the > right time to clean it up. > > This means that lenny->squeeze u

Re: Iceweasel and Firefox compatibility

John Goerzen wrote: > My suggestion is this: > > Take the default Firefox user agent. > > Where you see Firefox/x.y.z, change it to: > > Firefox/x.y.z Iceweasel/x.y.z > > And that will accomplish everything needed. > > Sound good, Mike? > I forgot to add: JavaScript must also make sure to

Re: Iceweasel and Firefox compatibility

John Goerzen wrote: > Epiphany under XUbuntu 7.04: Mozilla/5.0 (X11; U; Linux i686; en; > rv:1.8.1.3) > Gecko/20061201 Epiphany/2.18 Firefox/2.0.0.3 (Ubuntu-feisty) I can report that this fixed the problem for Google Gears at least. I haven't had the opportunity to test others. My suggestion is

Re: Iceweasel and Firefox compatibility

Didier 'OdyX' Raboud wrote: > Mike Hommey wrote: > >> On Tue, Nov 10, 2009 at 08:54:41AM -0600, John Goerzen wrote: >>> Mike Hommey wrote: I just decided I don't care anymore. So here is a deal to those reading this thread. Give me a UA string that: - Doesn't claim to be Firefox (i.

FP: dita-ot -- transforms DITA content (maps and topics) into deliverable formats

Hi, it seems that RFPs are not forwarded to d-devel any more, and that my List-CC to debian-sgml did not work, so here is the RFP I just filed at http://bugs.debian.org/555635 * Package name: dita-ot Version : 1.4.1 * URL : http://dita-ot.sourceforge.net/ * License

Minimal kernel version raised to 2.6.27

Due to changes in udev 147, squeeze will not support kernels earlier than 2.6.27. If your packages have code needed to support old kernels, this is the right time to clean it up. This means that lenny->squeeze upgrades will use the same lockstep kernel/udev upgrade method used for etch->lenny upg

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 10:10:39AM -0600, John Goerzen wrote: > I was going to test Epiphany on sid, but I couldn't since it's using > Webkit instead of Gecko here, and thus a very different user-agent. Epiphany never had a Firefox string in Debian. Mike -- To UNSUBSCRIBE, email to debian-deve

Re: Re: Iceweasel and Firefox compatibility

Even if it doesn't add much to the discussion, I think the following is fun to read: Relax ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/1

Re: Iceweasel and Firefox compatibility

Mike Hommey wrote: > On Tue, Nov 10, 2009 at 04:29:39PM +0100, Mike Hommey wrote: >> On Tue, Nov 10, 2009 at 09:23:10AM -0600, John Goerzen wrote: Let me suggest adding "(like Firefox/3.5)", but I'm not sure how the crappy sites parsing the version number will deal with the closing p

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 04:29:39PM +0100, Mike Hommey wrote: > On Tue, Nov 10, 2009 at 09:23:10AM -0600, John Goerzen wrote: > > > Let me suggest adding "(like Firefox/3.5)", but I'm not sure how the > > > crappy sites parsing the version number will deal with the closing > > > parenthesis. > > >

Re: Iceweasel and Firefox compatibility

Mike Hommey wrote: > On Tue, Nov 10, 2009 at 08:54:41AM -0600, John Goerzen wrote: >> Mike Hommey wrote: >> > >> > I just decided I don't care anymore. So here is a deal to those reading >> > this thread. Give me a UA string that: >> > - Doesn't claim to be Firefox (i.e keep Iceweasel in it) >>

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 09:23:10AM -0600, John Goerzen wrote: > > Let me suggest adding "(like Firefox/3.5)", but I'm not sure how the > > crappy sites parsing the version number will deal with the closing > > parenthesis. > > I would not expect that to achieve the same level of compatibility. Th

Re: Iceweasel and Firefox compatibility

Mike Hommey wrote: > On Tue, Nov 10, 2009 at 08:54:41AM -0600, John Goerzen wrote: >> Mike Hommey wrote: >>> On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote: Hi everyone, The fact that Iceweasel does not behave like Firefox in some important areas has been bothering

Bug#555623: ITP: qbzr -- Graphical interface for Bazaar using the Qt toolkit

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: qbzr Version: 0.16 Upstream Author: QBzr Developers URL: http://bazaar-vcs.org/QBzr License: GPL Description: Graphical interface for Bazaar using the Qt toolkit -- To

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 08:54:41AM -0600, John Goerzen wrote: > Mike Hommey wrote: > > On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote: > >> Hi everyone, > >> > >> The fact that Iceweasel does not behave like Firefox in some important > >> areas has been bothering me more and more of l

Re: Possible MBF wrt common, FHS-compliant, default document root for the various web servers

On Sat, Nov 07, 2009 at 03:23:22PM +0100, Jan Hauke Rahm wrote: > Full ack, and I even like /usr/share/www. It's easy to understand and > pretty unprobable that we'd have a package called www in the archive > some day needing this location. > Sorry, I have to disagree with this approach. We woul

Re: Iceweasel and Firefox compatibility

Mike Hommey wrote: > On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote: >> Hi everyone, >> >> The fact that Iceweasel does not behave like Firefox in some important >> areas has been bothering me more and more of late. Iceweasel breaks >> many, many web apps by virtue of not using the F

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 01:42:48PM +0100, Stefano Zacchiroli wrote: > On Tue, Nov 10, 2009 at 09:57:22AM +0100, Mike Hommey wrote: > > Give me a UA string that: > > > And I will change it before squeeze freeze. > > FWIW, thanks a lot for this choice. > > I understand your principle reasons for n

Re: Possible MBF wrt common, FHS-compliant, default document root for the various web servers

I haven't read all of the thread yet, but: On Monday 09 November 2009, Jan Hauke Rahm wrote: > > > Now, I'm willing to run this, i.e. file bugs against web > > > servers, wait for them to be fixed, then file bugs against web > > > applications (if needed, I'm right now looking into a way to > > >

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 09:57:22AM +0100, Mike Hommey wrote: > Give me a UA string that: > And I will change it before squeeze freeze. FWIW, thanks a lot for this choice. I understand your principle reasons for not being willing to change the UA string, but pragmatically I believe this choice wo

Re: Bug#555393: ITP: pidgin-skype -- Skype plugin for libpurple messengers

This plugin communicates with the Skype application in the background to perform its work, so it's necessary to have Skype installed and running. If it really needs the non-free skype application to work properly, I would say it's a clear candidate for "contrib". -- Dipl.-Phys. Fabian Gref

Re: common, FHS-compliant, default document root for the various web servers

On Tuesday 10 November 2009, sean finney wrote: > someone ought to file a wishlist bug against php5. at the very > least there could be a debconf prompt controlling the global > status of php, and i think there's a strong case for arguing that > apps shouldn't assume that it's on by default. I

Re: xulrunner, poppler, gnome and gupnp transitions

Mike Hommey wrote: > On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote: >> Hi >> >> Currently there are 4 rather big transitions going on, none of which is >> ready to transition. Following are the things that currently are an >> issue or that show why the 4 transitions are coupled: >> >> *

Re: xulrunner, poppler, gnome and gupnp transitions

On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote: > Hi > > Currently there are 4 rather big transitions going on, none of which is > ready to transition. Following are the things that currently are an > issue or that show why the 4 transitions are coupled: > > * xulrunner: > - iceweasel

Re: Possible MBF wrt common, FHS-compliant, default document root for the various web servers

hi jan, On Tue, Nov 10, 2009 at 09:15:43AM +0100, Jan Hauke Rahm wrote: > Not that I'm opposing to what you're saying but... every application in > the archive is configured during the installation process, possibly > asking debconf questions, providing defaults etc. After the installation > it sh

Re: common, FHS-compliant, default document root for the various web servers

On Tue, Nov 10, 2009 at 4:29 PM, Jan Hauke Rahm wrote: >> Support for multiple independent instances configured to use arbitrary >> locations for data/configuration, arbitrary vhosts and arbitrary >> sub-paths of those vhosts. > > That means: as many files reusable by each instance as possible, t

Re: Iceweasel and Firefox compatibility

On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote: > Hi everyone, > > The fact that Iceweasel does not behave like Firefox in some important > areas has been bothering me more and more of late. Iceweasel breaks > many, many web apps by virtue of not using the Firefox user-agent > strin

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 09:33:49AM +0100, Mike Hommey wrote: > On Tue, Nov 10, 2009 at 12:22:38AM -0800, Steve Langasek wrote: > > Is there a particular browser that you would advocate replacing iceweasel > > with as the default browser in Debian? If Debian is going to switch to > > another browse

Re: common, FHS-compliant, default document root for the various web servers

hi! On Tue, Nov 10, 2009 at 09:29:13AM +0100, Jan Hauke Rahm wrote: > > Support for multiple independent instances configured to use arbitrary > > locations for data/configuration, arbitrary vhosts and arbitrary > > sub-paths of those vhosts. > > That means: as many files reusable by each instanc

Re: Iceweasel and Firefox compatibility

Mike Hommey wrote: > Another pragmatic approach would be to upload a Firefox package in > non-free. This is not very pragmatic, since that cannot be installed as part of the default Debian desktop. > Also, for Joey, who talked about chromium being a solution, is that [1] > really the kind of solu

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 12:22:38AM -0800, Steve Langasek wrote: > Is there a particular browser that you would advocate replacing iceweasel > with as the default browser in Debian? If Debian is going to switch to > another browser as the default, which also provides an engine compatible > with fir

Re: common, FHS-compliant, default document root for the various web servers

On Tue, Nov 10, 2009 at 09:49:10AM +0800, Paul Wise wrote: > On Tue, Nov 10, 2009 at 6:50 AM, sean finney wrote: > > > personally, beyond the aesthetically displeasing name, i'm really > > skeptical that this will accomplish anything useful. > > > > * most apps require extra config and splitting

Re: Iceweasel and Firefox compatibility

On Tue, November 10, 2009 04:46, Steve Langasek wrote: > On Mon, Nov 09, 2009 at 07:48:49PM -0600, Raphael Geissert wrote: >> As a person who has developed web apps and has had to deal with this my >> opinion is to follow the specs and implement remedies in a best-effort >> manner for those browse

Re: Iceweasel and Firefox compatibility

On Tue, Nov 10, 2009 at 08:54:05AM +0100, Mike Hommey wrote: > On Tue, Nov 10, 2009 at 06:51:16AM +0100, Christian Perrier wrote: > > After all, what does prevent us to just put "Firefox" back in the > > default User-Agent? We'll see if some Mozilla person raises an RC bug > > and then we would tal

Re: Possible MBF wrt common, FHS-compliant, default document root for the various web servers

On Mon, Nov 09, 2009 at 03:55:58PM -0800, Russ Allbery wrote: > sean finney writes: > > > something that hasn't really been brought up (i mentioned it on the > > non-webapps thread in -devel already) is that this makes packages > > potentially opened in an unconfigured state. unless you can ensu

Re: Iceweasel and Firefox compatibility

Quoting Mike Hommey (m...@glandium.org): > This browser is based on the Firefox source-code, with minor > modifications > > Yes, the UA string is a pretty minor modification. As this thread shows, not for end users. Whatever importance this might have, if our goal is to benefit our users, an