On Sat, Dec 26, 2009 at 6:01 PM, W. Martin Borgert wrote:
>
>> I don't feel like I
>> want to check if they are compatible next time I'd like to use one.
>> 15kBytes doesn't worth wasted hours.
>
> The issue is not 15 kB, but the problems Debian would have if an
> error must be fixed in jQuery (e.
On Sat, Dec 26, 2009 at 2:08 PM, Paul Wise wrote:
>
>> Upstream Trac is shipped with jQuery it needs while leaving Genshi and
>> other libraries as dependencies. Debian specific patch removes jQuery
>> from Trac distribution even though it contributes only 2% to package
>> size. This dependency in
On Sat, Dec 26, 2009 at 10:17 PM, Ben Finney wrote:
>
>> Quoting "anatoly techtonik" :
>> > Even if most users don't need them, tests greatly increase the value
>> > of bugreports and doesn't bloat python packages too much.
>>
>> True. What do other people think of the issue?
>
> I think the judge
Quoting "anatoly techtonik" :
If
you see jquery.js file inside of its source package - why not to leave
it alone - where is the Policy that requires to replace it with some
external copy?
In general, Debian puts a lot of work into finding and removing
embedded code copies. Sometimes, this is no
Quoting "anatoly techtonik" :
1. Trac is not a package - it's an application.
Inside of Debian, applications, libraries, and many other things
come as "package" as we call it. In Debian, trac is a package.
If there will be a
problem in one of the files that shipped with Trac sources - it is a
anatoly techtonik wrote:
> Upstream Trac is shipped with jQuery it needs while leaving Genshi and
> other libraries as dependencies. Debian specific patch removes jQuery
> from Trac distribution even though it contributes only 2% to package
> size.
It's not about package size, it's about security
On Sun, Dec 27, 2009 at 6:24 PM, W. Martin Borgert wrote:
>
> It would be helpful, if you could state the exact problems you
> had because of the newer jQuery.
Not 100% sure it was only jQuery (can't test this right now) but, for
example, I could not drill down beneath the first level in template
On Sun, Dec 27, 2009 at 6:56 PM, W. Martin Borgert wrote:
>
>> 2. Thing to consider. When you create Environment and "deploy" it with
>> trac-admin (to generate fastcgi/mod_wsgi scripts) - copies of static
>> resources for web-server, including JavaScript won't be updated when
>> you fix your secu
On Sun, 2009-27-12 at 22:13 +0200, anatoly techtonik wrote:
> Is it possible to create symlink on a symlink?
yes
> (I am on windows right now - can't test)
--
--gh
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
Quoting "anatoly techtonik" :
Then why can't you wait until upstream developers, whose product
bundles that library, confirm, validate, test and release fix for that
error in their source package together with release announcement? Also
in the case of Trac/jQuery.
Again, many applications have
Quoting "anatoly techtonik" :
Is it possible to create symlink on a symlink?
(I am on windows right now - can't test)
Yes.
That's true. Trac was designed to work even without JavaScript, but
Trac plugins are written by community and people often assume that
jQuery is available.
That's why t
On Mon, Dec 28, 2009 at 3:29 AM, W. Martin Borgert wrote:
> Quoting "anatoly techtonik" :
>>
>> Then why can't you wait until upstream developers, whose product
>> bundles that library, confirm, validate, test and release fix for that
>> error in their source package together with release announce
On Mon, Dec 28, 2009 at 3:34 AM, W. Martin Borgert wrote:
>
>> Now I still have
>> AccountManager named "urwid" in Trac Admin panel, but I do not even
>> want to repeat this awful SSH experience.
>
> I have the same problem (wrong Python package names as names of
> Trac plugins in the admin panel)
13 matches
Mail list logo
