On 12-08-22 at 09:39am, Paul Wise wrote:
> On Tue, Aug 21, 2012 at 6:21 PM, Andreas Tille wrote:
>
> > Any further hints / remarks?
>
> In comparison to the current method for repacking (debian/rules
> get-orig-source), this doesn't allow per-file-set comments about why
> the file-set is being re
On 12-08-21 at 12:21pm, Andreas Tille wrote:
> Regarding the implementation there was some uncertainity about the
> actual Perl module to use. In the attached example script I decided
> to stick to Dpkg::Control and left the code for Parse::DebControl as a
> comment which could pretty easily co
On Mon, Aug 20, 2012 at 12:37:32PM -0700, Russ Allbery wrote:
> We don't have a particularly good way of handling this situation right now
> other than one-off work on each package that may need to be treated
> unusually. It's a bit difficult for the maintainer to determine the
> implications for
[About yui-compressor]
On 08/21/2012 02:49 AM, Vincent Bernat wrote:
> It is not used anymore and is therefore less tested and less
> trustworthy.
>
Sorry for the dumb questions (which are kind of conflicting each
other btw), but:
- If the only problem is testing, can't it be tested, so we kno
20.08.2012 11:33, Thomas Goirand пишет:
> So, could you tell in what way yui-compressor isn't considered
> not reliable enough? Does it crash? Or does it produce bad
> minified scripts? In which case: in what way bad?
yui-compressor has a lot of dependencies :-)
--
To UNSUBSCRIBE, email to debi
Hi,
/me put on his yui-compressor maintainer hat ;)
Le 22/08/2012 13:03, Thomas Goirand a écrit :
[About yui-compressor]
On 08/21/2012 02:49 AM, Vincent Bernat wrote:
It is not used anymore and is therefore less tested and less
trustworthy.
Sorry for the dumb questions (which are kind of c
On Tue, 2012-08-21 at 00:47 +0200, Josselin Mouette wrote:
> Thanks for this excellent example of the behavior I described. With
> “down to Windows level” you must think you have hit the trigger of the
> ultimate bazooka to shut people up, don’t you?
Well Josselin,... I'm not generally against new
Le 22/08/2012 14:52, Simon Josefsson a écrit :
Damien Raude-Morvan writes:
IMHO, it's obvious that yui-compressor is not - anymore - the most
efficient javascript minifier and better alternative exists. It's
simply not used anymore by "big players" of Javascript libs (like
jQuery) so it receiv
Damien Raude-Morvan writes:
> IMHO, it's obvious that yui-compressor is not - anymore - the most
> efficient javascript minifier and better alternative exists. It's
> simply not used anymore by "big players" of Javascript libs (like
> jQuery) so it receives less attention (even from Yahoo for YUI
On Mon, 2012-08-20 at 13:08 +0200, Bjørn Mork wrote:
> Debian need *both*, and any efforts in this area should be put into
> making them interoperate.
That's my point! :-)
So for the curious amongst you... I've opened the following
ifupdown-plugin related bugs/improvement-ideas upstream:
https://b
On Mon, 2012-08-20 at 12:38 +0200, Josselin Mouette wrote:
> This is untrue. Any *physically logged on* user can connect to any
> network. For a desktop system this is clearly a reasonable default
Well the are people that may disagree here. Of course this is dependent
on personal views.
Anyway what
On Wed, Aug 22, 2012 at 03:03:29PM +0200, Christoph Anton Mitterer wrote:
> Similar (security) problems are (possibly) brought by techniques like
> Avahi...
There's not much revealed by it that's not visible from a port scan. (Ok, the
hostname probably.) And the mDNS data stream is only accessible
On 08/17/2012 10:21 PM, Raphael Hertzog wrote:
> Hi,
>
> On Fri, 17 Aug 2012, Luca Falavigna wrote:
>> 2012/8/17 Bernd Zeimetz :
>>> But it usually does and also results in a source tarball which is
>>> missing essential pieces of the software, so people who download it for
>>> non-Debian usage wi
Processing commands for cont...@bugs.debian.org:
> reassign 659831 general
Bug #659831 [python2.7] python2.7: When python2.7 is default, some python based
programs don't work because of ImportError.
Bug reassigned from package 'python2.7' to 'general'.
No longer marked as found in versions python
On 08/22/2012 10:09 PM, Bernd Zeimetz wrote:
> Also please remember the Social Contract:
> Our priorities are our users and free software.
>
> If I would remove an otherwise free piece of software I'm not using in
> the binary package just because the original, non-minified version of it
> is missi
Thomas Goirand writes:
> While I can agree that removing the minified version of a javascript
> script from the original source might be seen as (arguably) a little bit
> extreme and annoying (but I do respect this view), I really think we
> *do* need the normal non-minified version of every scri
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: xul-ext-reloadevery
Version : 13.0.0
Upstream Author : Jaap Haitsma
* URL : http://reloadevery.mozdev.org
* License : MPL-1.1
Programming Lang: Mozilla/XUL Extension
Description : Rel
On Wed, Aug 22, 2012 at 8:30 PM, Russ Allbery wrote:
> I think the debate in this thread is about whether it makes sense to
> require removing the minimized version from the upstream source when we
> don't install that file or otherwise use it in the binary package (because
> the binary package d
Pau Garcia i Quiles writes:
> While working today on Wt again, I've noticed if I were to repackage the
> upstream tarball to remove jquery.min.js, I would also remove the
> Doxygen-generated HTML apidox. After all, I'm also regenerating them,
> therefore to me it's just a few thousands of useless
❦ 23 août 2012 01:01 CEST, Pau Garcia i Quiles :
>> I think the debate in this thread is about whether it makes sense to
>> require removing the minimized version from the upstream source when we
>> don't install that file or otherwise use it in the binary package (because
>> the binary package
20 matches
Mail list logo
