Package: wnpp
Severity: wishlist
Owner: Kari Pahula
* Package name: minizinc-ide
Version : 0.9.8
Upstream Author : Guido Tack
* URL : http://www.minizinc.org/ide/
* License : MPL-2.0
Programming Lang: C++
Description : MiniZinc constraint modelling lan
On 2015-07-26 14:10:10 +0200, Antonio Diaz Diaz wrote:
> Guillem Jover wrote:
> >TBH this smells like FUD. For example I've never heard of corruption in
> >.xz files due to non-robustness, I'd expect that corruption to come from
> >external forces, and that integrity would help or not detect it.
>
I made the mistake of replying directly to the digest, so I'm posting
this once again.
I set up the smtp server in ~/.reportbugrc to
reportbug.debian.org
The server was recognized but the following error appeared:
SMTP send failure: (550, 'No valid sender found in the From:,
Sender:
Dear Andrew,
Andrew Shadura wrote:
Why haven't you just fixed dd_rescue instead of creating one more tool?
I wrote ddrescue instead of fixing dd_rescue because the algorithm of
ddrescue is orders of magnitude more complex than the simple linear read
performed by dd_rescue. Treating failing d
Package: wnpp
Severity: wishlist
Owner: Balasankar C
* Package name: ruby-nenv
Version : 0.2.0
Upstream Author : Cezary Baginski
* URL : https://github.com/e2/nenv
* License : Expat
Programming Lang: Ruby
Description : convenient wrapper for Ruby's ENV
Package: wnpp
Severity: wishlist
Owner: Balasankar C
* Package name: ruby-rspec-logsplit
Version : 0.1.3
Upstream Author : Tim Carey-Smith
* URL : https://github.com/abstractive/rspec-logsplit
* License : Expat
Programming Lang: Ruby
Description : libr
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-magrittr
Version : 1.5
Upstream Author : Stefan Milton Bache http://cran.r-project.org/web/packages/magrittr/
* License : MIT
Programming Lang: R
Description : GNU R forward-pipe operator
On Sun, Jul 26, 2015 at 02:10:10PM +0200, Antonio Diaz Diaz wrote:
> >TBH this smells like FUD. For example I've never heard of corruption in
> >.xz files due to non-robustness, I'd expect that corruption to come from
> >external forces, and that integrity would help or not detect it.
>
> Sure it
Hello Guillem,
Guillem Jover wrote:
TBH this smells like FUD. For example I've never heard of corruption in
.xz files due to non-robustness, I'd expect that corruption to come from
external forces, and that integrity would help or not detect it.
Sure it comes from external forces, but xz does
9 matches
Mail list logo