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 talk..:-)...That would be the pragmatic approach.
Another pragmatic app
On Tue, Nov 10, 2009 at 07:25:55AM +0100, Florian Weimer wrote:
> * Paul Wise:
>
> > Probably the best solution is to get all the web browsers out there
> > (especially Firefox) to drop the User-Agent HTTP header and not send
> > it to web servers. It is abused way too often by web applications an
Quoting Steve Langasek (vor...@debian.org):
> You're free to fight for this if you like, but this is very much a "make the
> mountain come to Mohammed" situation - the number of code monkeys writing
> bad web apps is enormous, and all of Debian's users together are unlikely to
> make a dent in thi
Package: wnpp
Severity: wishlist
Owner: Juan Sebastian Lopez Villa
* Package name: libjscience
Version : 4.3.1
Upstream Author : Jean-Marie Dautelle
* URL : http://jscience.org/
* License : BSD
Programming Lang: Java
Description : Java API for perform
* Paul Wise:
> Probably the best solution is to get all the web browsers out there
> (especially Firefox) to drop the User-Agent HTTP header and not send
> it to web servers. It is abused way too often by web applications and
> never really was a good idea in the first place. If someone is on the
Package: wnpp
Severity: wishlist
Owner: Juan Sebastian Lopez Villa
* Package name: libosphysics
Version : 1.2
Upstream Author : Open Source Physics http://www.compadre.org/osp/index.cfm
* URL : http://www.opensourcephysics.org/develop/source-code/core/
* License
Package: wnpp
Severity: wishlist
Owner: Juan Sebastian Lopez Villa
* Package name: easyjavasim
Version : 4.2.091031
Upstream Author : Francisco Esquembre http://www.um.es/fem/EjsWiki/
* URL : http://www.um.es/fem/Ejs/
* License : GPL
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: Juan Sebastian Lopez Villa
* Package name: openlaszlo
Version : 4.5.1
Upstream Author : Laszlo Systems http://www.laszlosystems.com/
* URL : http://www.openlaszlo.org
* License : CPL
Programming Lang: Java, JavaScript,
Package: wnpp
Severity: wishlist
Owner: Juan Sebastian Lopez Villa
* Package name: qtjambi
Version : 4.5.2
Upstream Author : http://gitorious.org/+jambi-developers
* URL : http://gitorious.org/+jambi-developers/qt-jambi/qt-jambi
* License : LGPL
Programming
Steve Langasek wrote:
> On Mon, Nov 09, 2009 at 07:48:49PM -0600, Raphael Geissert wrote:
>> John Goerzen wrote:
>> [...]
>> > It would be *great* if this could be fixed before sarge comes out.
>
>> Like Mike already said, those sites or applications also break with many
>> other browsers. The, o
On Mon, Nov 09, 2009 at 07:48:49PM -0600, Raphael Geissert wrote:
> John Goerzen wrote:
> [...]
> > It would be *great* if this could be fixed before sarge comes out.
> Like Mike already said, those sites or applications also break with many
> other browsers. The, often limited, knowledge of the b
Paul Wise wrote:
> Probably the best solution is to get all the web browsers out there
> (especially Firefox) to drop the User-Agent HTTP header and not send
> it to web servers. It is abused way too often by web applications and
> never really was a good idea in the first place. If someone is on t
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 out of stuff into other
> directories for fhs compliance anyway, thus
John Goerzen wrote:
[...]
> It would be *great* if this could be fixed before sarge comes out.
>
Like Mike already said, those sites or applications also break with many
other browsers. The, often limited, knowledge of the browsers by the
developer shouldn't be a reason to limit the usage of thos
On Mon, Nov 09, 2009 at 06:40:00PM -0600, John Goerzen wrote:
> Mike Hommey wrote:
> > Also note there is a "Report broken web site" in the Help menu, which
> > gives a dialing in which the first "Problem type" is "Browser not
> > supported". This should open some kind of evangelism bug to mozilla
Mike Hommey wrote:
> Also note there is a "Report broken web site" in the Help menu, which
> gives a dialing in which the first "Problem type" is "Browser not
> supported". This should open some kind of evangelism bug to mozilla,
> though I'm not exactly sure it works in the Iceweasel builds. Feed
Probably the best solution is to get all the web browsers out there
(especially Firefox) to drop the User-Agent HTTP header and not send
it to web servers. It is abused way too often by web applications and
never really was a good idea in the first place. If someone is on the
whatwg/w3c lists and w
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 ensure that
> the system is only running on localhost, it has some significa
On Mon, Nov 09, 2009 at 06:15:42PM +0100, Stefano Zacchiroli wrote:
> I frankly hope that with /vendor/ + /usr/lib/cgi-bin/ (which we already
> have), and maybe with some symlinks under /vendor/ we will be able to
> address quite a lot of issues. It would be interesting to known which
> one we can'
hi guys,
On Mon, Nov 09, 2009 at 02:56:59PM +0100, Jan Hauke Rahm wrote:
> > To try making it a bit less ugly (and hard to type due to the moving
> > nature of "-" as others have pointed out), I just try to mediate with
> > "/vendor/".
>
> FWIW, I'm fine with /vendor.
personally, beyond the aest
Hi,
Jakub Wilk wrote:
> I am going to file a few dozens of bugs against packages that are embedding
> copies of Python modules; more specifically:
> - modules available as separate Debian packages: argparse, beautifulsoup,
> clientform, coherence, configobj, elementtree, feedparser, mechanize,
> p
Stay Connected South Coast Growers is now on Facebook, Twitter, & Linked
In
Cupressus sempervirens | Phoenix canariensis | Phoenix dactylifera
ITALIAN CYPRESS & DATE PALMS
Wholesale Grower Direct
1.888.326.PALM (7256)
quo...@southcoastgrowers.com
Certified Shipping to Arizona-California-
On Mon, Nov 09, 2009 at 02:19:40PM -0500, Joey Hess wrote:
> A constructive technical approach to this problem might be to get
> chromium into Debian. Its UA claims to be Mozilla, AppleWebKit, Chrome,
> and Safari, all of which have big enough market shares that websites
> tend to "support" them.
Michael Gilbert wrote:
> On 11/9/09, John Goerzen wrote:
>> Here are some sites/apps that break, at least in part, because of our
>> API claiming to be Iceweasel:
>>
>> Zimbra admin console
>> BlackBoard (used by thousands of universities)
>> http://browserplus.yahoo.com/ (claims the browser isn'
Obey Arthur Liu wrote:
> As someone pointed out in the thread, Mozilla doesn't even allow its
> trunk and alpha versions of Firefox to use the Firefox brand, whether in
> application name, installation directory (for the Windows version) or
This has nothing to do with using the "brand". This is a
On Mon, Nov 09, 2009 at 07:25:40PM +0100, Obey Arthur Liu wrote:
> As someone pointed out in the thread, Mozilla doesn't even allow its trunk
> and alpha versions of Firefox to use the Firefox brand, whether in
> application name, installation directory (for the Windows version) or user
> agent. Th
Obey Arthur Liu wrote:
> I think we're just as not allowed to distribute versions of Firefox that use
> the Firefox user agent as we're not allowed to distribute versions that use
> the
> Firefox name and logo.
Have we actually gotten legal advice to the effect that a user agent
string is covered
Hi.
Then simply change the user agent (either manually or via one of the
available plugins)... or even better:
Contact the authors of your listed applications, to fix theirs instead
of "fixing" Iceweasel, which is totally fine as it is.
Cheers,
Chris.
--
To UNSUBSCRIBE, email to debian-devel
* Michael Gilbert:
> i know that this may be the "hard" solution, but the best way to solve
> these problems is to educate the developers of these services
> individually (primarily via technical service requests, complaints,
> and threats to take your business elsewhere).
And if it's a library f
]] anatoly techtonik
| Do you mean that all these packages need to stick to the stable
| standard version of some Module available in Debian? I personally
| think that fit is a bad idea, because by upgrading such Module it is
| possible to break Python Application that require older version of th
On 11/9/09, John Goerzen wrote:
> Here are some sites/apps that break, at least in part, because of our
> API claiming to be Iceweasel:
>
> Zimbra admin console
> BlackBoard (used by thousands of universities)
> http://browserplus.yahoo.com/ (claims the browser isn't supported)
> http://gears.goo
As someone pointed out in the thread, Mozilla doesn't even allow its trunk
and alpha versions of Firefox to use the Firefox brand, whether in
application name, installation directory (for the Windows version) or user
agent. Third party builds (even if they just add a compiler flag) of final
release
On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote:
[...]
> Iceweasel breaks many, many web apps by virtue of not using the
> Firefox user-agent string.
[...]
I've been relying on the User-Agent-Switcher extension to solve this
issue for at least a couple years (also lets me work around
Mike Hommey wrote:
>
> The fact is that everything that is failing with iceweasel because of
> its user agent will fail equally with epiphany, galeon, midori,
> kazehakase, conqueror, konqueror, and probably more. Why should
> iceweasel be an exception ?
None of those claim to be basically like F
On Mon, Nov 09, 2009 at 07:04:22PM +0900, Charles Plessy wrote:
> the lintian error dir-or-file-in-var-www exists for a long time, and I
> believe that most packages with active maintainers have already been
> split according to the FHS. What I question is whether it is worth the
> effort to move t
On Mon, Nov 9, 2009 at 11:12 AM, John Goerzen wrote:
> It would be *great* if this could be fixed before sarge comes out.
Sarge shipped with firefox, so no worries there. ;) Squeeze, on the
other hand, might need some work.
SCNR.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
To
On Mon, Nov 09, 2009 at 06:00:35PM +0100, Mike Hommey wrote:
> On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote:
> > I know there may be technical arguments that "people shouldn't be using
> > user agent like that." But the reality is that they are, and we have a
> > serious usability
On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote:
> I know there may be technical arguments that "people shouldn't be using
> user agent like that." But the reality is that they are, and we have a
> serious usability problem because we change user agent. There's no
> reason that we'd
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
string. It also breaks compatibility with some plugins.
I completely agree wi
Package: wnpp
Severity: wishlist
Owner: Gabriele Giacone
* Package name: pidgin-skype
Version : 0.1
Upstream Author : Eion Robb
* URL : http://eion.robbmob.com/
* License : GPLv3
Programming Lang: C
Description : Skype plugin for libpurple messengers
On Mon, Nov 09, 2009 at 10:21:12AM +0100, Stefano Zacchiroli wrote:
> On Sat, Nov 07, 2009 at 03:23:22PM +0100, Jan Hauke Rahm wrote:
> > I still see a problem with the upgrade path for existing installations.
> > I might be wrong but I think the most difficult cases are very custom
> > setups with
On Mon, Nov 09, 2009 at 10:15:00AM +0100, Stefano Zacchiroli wrote:
> On Fri, Nov 06, 2009 at 06:53:32PM -0600, Manoj Srivastava wrote:
> > > Something short, generic and distro-neutral like /app/ would be my
> > > personal preference if I were developing a standard for my servers.
> > > Unfortunat
Package: wnpp
Severity: wishlist
Owner: Joel Roth
This is one of several dependencies for a perl app
I am planning to debianize.
* Package name: libdata-yaml-perl
Version : 0.0.6
Upstream Author : Andy Armstrong
* URL : http://search.cpan.org/dist/Data-YAML
* Licen
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyżaniak (eloy)"
* Package name: libtokyocabinet-perl
Version : 1.32
Upstream Author : Mikio Hirabayashi
* URL : http://1978th.net/tokyocabinet/perlpkg/
* License : LGPL
Programming Lang: C, Perl
Descri
Dne Mon, 9 Nov 2009 11:22:14 +0100
Michael Banck napsal(a):
> On Sun, Nov 08, 2009 at 09:32:43PM +0100, Michal ??iha?? wrote:
> > Hi
> >
> > Dne Sun, 08 Nov 2009 12:48:11 +0100
> > Luk Claes napsal(a):
> >
> > > - geeqie not yet built on all arches which prevents libchamplain and
> > > empathy
On Sun, Nov 08, 2009 at 09:32:43PM +0100, Michal ??iha?? wrote:
> Hi
>
> Dne Sun, 08 Nov 2009 12:48:11 +0100
> Luk Claes napsal(a):
>
> > - geeqie not yet built on all arches which prevents libchamplain and
> > empathy from migrating
>
> Filed upstream bug about FTBFS on hurd
hurd-i386 is not
Le Mon, Nov 09, 2009 at 10:24:39AM +0100, Stefano Zacchiroli a écrit :
> On Sun, Nov 08, 2009 at 12:09:28AM +0900, Charles Plessy wrote:
>
> > Still, having /usr/share/www as a document root does not prevent complex
> > packages to be fragmented between /usr/share, /usr/lib/cgi-bin/, /var/lib/,
>
On Sun, Nov 08, 2009 at 12:09:28AM +0900, Charles Plessy wrote:
> For new packages, grouping everything in /usr/share/www sounds like a good
> idea. The alias name, « vendor », I find a bit disturbing because we do not
> sell anything. But picking the name will be the priviledge of the Do-o-crat
On Sat, Nov 07, 2009 at 03:23:22PM +0100, Jan Hauke Rahm wrote:
> > > 1. If we have a generic location for packages to drop their
> > >html/php/whatever files, like /var/lib/www, all web servers can keep
> > >their DocRoot as /var/www and provide an alias for /var/lib/www, for
> > >inst
On Fri, Nov 06, 2009 at 06:53:32PM -0600, Manoj Srivastava wrote:
> > Something short, generic and distro-neutral like /app/ would be my
> > personal preference if I were developing a standard for my servers.
> > Unfortunately, going that direction as also increases the chances of
> > remapping a p
50 matches
Mail list logo
