Hi!
On Sun, 2014-02-02 at 22:23:02 +0900, Charles Plessy wrote:
> Security considerations:
>
> Debian binary packages can contain scripts executing arbitrary commands during
> installation, which is done with administrator privileges. It is therefore
> essential to trust the origin of the packag
❦ 18 mars 2014 16:00 CET, Guillem Jover :
> On Thu, 2014-03-13 at 14:21:22 +0900, Charles Plessy wrote:
>> On the other hand, the "upstream" tarballs are becoming temporary cruft that
>> are not the preferred form for modification because they do not contain the
>> typical revision information a
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer
* Package name: python-img2pdf
Version : 0.1.0
Upstream Author : Johannes Schauer
* URL : https://github.com/josch/img2pdf
* License : GPL3+
Programming Lang: Python
Description : Lossless conver
Package: wnpp
Severity: wishlist
Owner: Helge Deller
* Package name: palo
Version : 1.93
Upstream Author : Helge Deller
* URL : https://git.kernel.org/cgit/linux/kernel/git/deller/palo.git
* License : GPL-2
Programming Lang: C, Assembler
Description :
* Paul Tagliamonte , 2014-03-18, 09:13:
That would work only if the embedded copy was the same version as the
packaged one. And there are lots of jQuery versions in the wild.
In <20120817111437.ga8...@jwilk.net> I suggested making a package that
would bundle all the needed sources, but my prop
Processing control commands:
> severity -1 normal
Bug #741893 [general] general: System unresponsive after large torrent download
to btrfs
Severity set to 'normal' from 'important'
> reassign -1 src:linux
Bug #741893 [general] general: System unresponsive after large torrent download
to btrfs
Bu
control: severity -1 normal
control: reassign -1 src:linux
# I believe it's btrfs to blame, but maybe it's transmission?
thanks
On Montag, 17. März 2014, Mike wrote:
> Package: general
> Severity: important
>
> Dear Maintainer,
>
> Downloading a large torrent (30GB, 1 files) using
>
Lars Wirzenius writes:
> On Tue, Mar 18, 2014 at 01:20:20AM +0100, Matthias Urlichs wrote:
>> Actually, if we really want to strictly +literally interpret the DFSG,
>> then yes, tarballs (or the directory trees they represent) are no
>> longer "the preferred form of modification" when everybody u
Package: wnpp
Severity: wishlist
Owner: Felipe Sateler
* Package name: patchelf
Version : 0.8
Upstream Author : Eelco Dolstra
* URL : http://nixos.org/patchelf.html
* License : GPL-3+
Programming Lang: C++
Description : modify properties of ELF executa
[ Lars just covered some of this in another part of the thread, but as
I had this drafted already, I'm sending it anyway. ]
On Thu, 2014-03-13 at 14:21:22 +0900, Charles Plessy wrote:
> On the other hand, the "upstream" tarballs are becoming temporary cruft that
> are not the preferred form for
On Wed, Mar 12, 2014 at 09:57:50PM +0100, Jakub Wilk wrote:
> That would work only if the embedded copy was the same version as
> the packaged one. And there are lots of jQuery versions in the wild.
>
> In <20120817111437.ga8...@jwilk.net> I suggested making a package
> that would bundle all the n
* Thomas Goirand , 2014-03-15, 14:09:
In <20120817111437.ga8...@jwilk.net> I suggested making a package that
would bundle all the needed sources, but my proposal wasn't met with
enthusiasm.
I think it's a good idea, however, instead of packaging all version
possible, would it be possible to i
On 03/18/2014 01:20, Matthias Urlichs wrote:
> Scott Kitterman:
>> Oh. So you think to meet the DFSG we need to provide a copy of the VCS
>> repository since the tarball isn't the preferred form of modification?
>
> Actually, if we really want to strictly +literally interpret the DFSG,
> then ye
On Tue, Mar 18, 2014 at 01:20:20AM +0100, Matthias Urlichs wrote:
> Actually, if we really want to strictly +literally interpret the DFSG,
> then yes, tarballs (or the directory trees they represent) are no longer
> "the preferred form of modification" when everybody uses a DVCS like git.
I don't
Moritz Muehlenhoff wrote...
> With the current level of commitment an LTS is unlikely.
Um, not good. Awaiting your announced separate message, then it's time
for those who promised commitment back in last August to prove they
are still interested.
Christoph
--
To UNSUBSCRIBE, email to deb
Christoph Biedl writes:
> Didier 'OdyX' Raboud wrote...
>> and at least one maintainer has already started to cleanup pre-wheezy
>> stuff from his packages [0]. [0] I'd be surprised to be the only one,
>> who knows.
> Just in this thread, I've counted two :)
I cleaned up some of mine a long ti
16 matches
Mail list logo
