On Mon, Aug 05, 2013 at 06:44:49AM +0200, Fabian Greffrath wrote:
> Hi all,
>
> I do occasionally check for identical files on different systems by
> comparing their md5sums. So, just out of interest, could someone tell me
> (how to find out) how many non-identical files with identical md5sums
> t
On Sun, Aug 04, 2013 at 10:24:59PM -0700, Vincent Cheng wrote:
> On Sun, Aug 4, 2013 at 9:44 PM, Fabian Greffrath wrote:
> > I do occasionally check for identical files on different systems by
> > comparing their md5sums. So, just out of interest, could someone tell me
> > (how to find out) how ma
On Sun, Aug 4, 2013 at 3:09 PM, Cyril Brulebois wrote:
> Doesn't look like something to be run in d-i.
As I understand it, isenkram is just a proof of concept of the idea.
It also seems to be a reimplementation of discover?
> discover already pulls virtualbox bits in. Mentioned not so long ago i
Package: wnpp
Severity: wishlist
Owner: Artyom A Anikeev
* Package name: clsync
Version : 0.0
Upstream Author : Dmitry Yu Okunev
* URL : https://github.com/xaionaro/clsync
* License : GPL-3+
Programming Lang: C
Description : live sync tool based on ino
On Sun, Aug 04, 2013 at 10:21:09PM -0700, Russ Allbery wrote:
> Fabian Greffrath writes:
>
> > I do occasionally check for identical files on different systems by
> > comparing their md5sums. So, just out of interest, could someone tell me
> > (how to find out) how many non-identical files with i
Package: wnpp
Severity: wishlist
Owner: "Eugenio Cano-Manuel Mendoza"
* Package name: clojurehelper
Version : 0.1
Upstream Author : Eugenio Cano-Manuel Mendoza
* URL :
* http://anonscm.debian.org/gitweb/?p=pkg-clojure/clojurehelper.git
* License : MIT
Progra
Ondřej Surý writes ("Re: new hashes (SHA512, SHA3) in apt metadata and .changes
files?"):
> SHA512 doesn't bring any advantage over SHA256.
AIUI SHA-512 is faster than SHA-256 on many processors, and not
usually slower on the others. If the hashes are too long, they can be
truncated.
Ian.
--
Paul Tagliamonte writes ("Re: We need a global decision about R data in binary
format, and stick to it."):
> On Mon, Aug 05, 2013 at 09:57:35AM +0900, Charles Plessy wrote:
> > it is the common practice in upstream R packages to store data in binary
> > objects. Those objects can be modified with
Russ Allbery writes ("Re: Non-identical files with identical md5sums on Debian
systems?"):
> Unless you have a collection of MD5 collision attacks, or have installed a
> package that includes a sample MD5 collision, [...]
For the sake of sanity of our (still) MD5-based tools, I hope that
no-one u
Package: wnpp
Severity: wishlist
Owner: "HIGUCHI Daisuke (VDR dai)"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: mikutter
Version : 0.2.2.1318
Upstream Author : Toshiaki Asai
* URL : http://mikutter.hachune.net/
* License : GPL-3, CC-BY-SA-3
On Mon, Aug 05, 2013 at 02:13:15PM +0100, Ian Jackson wrote:
> We need to separate these two issues.
Aye.
IMVHO, this is the same as how we should treat images (I mean, for any
data format, not just this one case of a pickled object) - if the image
was a photo, clearly the .jpg or .png or whateve
Le 5 août 2013 15:42, "Paul Tagliamonte" a écrit :
>
> On Mon, Aug 05, 2013 at 02:13:15PM +0100, Ian Jackson wrote:
> > We need to separate these two issues.
>
> Aye.
>
> IMVHO, this is the same as how we should treat images (I mean, for any
> data format, not just this one case of a pickled objec
Bastien ROUCARIES writes ("Re: We need a global decision about R data in binary
format, and stick to it."):
> Le 5 août 2013 15:42, "Paul Tagliamonte" a écrit :
> > IMVHO, this is the same as how we should treat images (I mean, for any
> > data format, not just this one case of a pickled object)
On 2013-08-05, Paul Tagliamonte wrote:
> IMVHO, this is the same as how we should treat images (I mean, for any
> data format, not just this one case of a pickled object) - if the image
> was a photo, clearly the .jpg or .png or whatever we get is the best way
> to communicate this data, but if th
On 2013-08-05 14:13:15 +0100 (+0100), Ian Jackson wrote:
[...]
> The other is the assertion that this particular case involves a
> generated data table. If this is the case then the source package
> needs to contain the source code which generates the table - and,
> really, it should regenerate the
Jeremy Stanley writes ("Re: We need a global decision about R data in binary
format, and stick to it."):
> No argument on the first, but the second sets a bad precedent if
> interpreted strongly. For example I have a program which relies on a
> fairly large set of correlative data requiring hours
On Mon, Aug 5, 2013 at 4:28 PM, Sune Vuorela wrote:
> What about svg files that are converted into png's and then manually
> adjusted?
I'd say the "source" is the combination of the SVG files plus the adjusted PNGs.
I guess you are thinking of a particular case here? What is the reason
for manua
On 2013-08-05 16:41:13 +0100 (+0100), Ian Jackson wrote:
[...]
> There should IMO be a standard way to request a source package to do
> from-scratch rebuilds for this kind of thing, for QA purposes.
I absolutely agree. If there were a standard make target or envvar
for this purpose I would gladly
Paul Wise:
>> This question is about Virtual Box / Debian / screen resolution without
>> having guest additions installed.
>
> I see, is there any reason to not do that?
Security reasons. It weakens isolation between guest and host. See also
[1]. Another reason is, guest additions are every now a
On Mon, Aug 05, 2013 at 01:33:24PM +0100, Ian Jackson wrote:
> AIUI SHA-512 is faster than SHA-256 on many processors, and not
> usually slower on the others. If the hashes are too long, they can be
> truncated.
Not that, I think it matters, but this got me interested. It appears
that in practice
Sorry I'm a bit late contributing to this discussion.
Christoph Anton Mitterer wrote:
> The eventual result[1] was that Debian nowadays ships
> /etc/hosts like these per default:
>
> 127.0.0.1 localhost
> 127.0.1.1 .
>
> As also described in the Debian reference[2].
That's not entirely accurate.
]] Ian Jackson
> Bastien ROUCARIES writes ("Re: We need a global decision about R data in
> binary format, and stick to it."):
> > Le 5 août 2013 15:42, "Paul Tagliamonte" a écrit :
> > > IMVHO, this is the same as how we should treat images (I mean, for any
> > > data format, not just this one
On Mon, 05 Aug 2013, Ian Jackson wrote:
> The other is the assertion that this particular case involves a
> generated data table. If this is the case then the source package
> needs to contain the source code which generates the table - and,
> really, it should regenerate the table during the build
Hi Joerg and Paul,
thank you for your prompt answers and thank for everybody's contribution.
I would like to focus my questions on R binary objects that represent data that
was not entirely computer-generated (that is, for which the source code can not
be summarised by a mathematical formula and
On Mon, Aug 05, 2013 at 10:35:01PM +0900, HIGUCHI Daisuke (VDR dai) wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "HIGUCHI Daisuke (VDR dai)"
>
> * Package name: mikutter
> Version : 0.2.2.1318
> Upstream Author : Toshiaki Asai
> * URL : http://mikutter.hachune.
On Tue, 06 Aug 2013, Charles Plessy wrote:
> My first question is: to what extent do we need to verify that the
> object can be regenerated.
>
> - The starting point is a source package with a R binary object.
> - With this starting point only, it may be impossible to know if it
> has a sour
On Mon, Aug 05, 2013 at 02:15:41PM +0100, Ian Jackson wrote:
> Russ Allbery writes ("Re: Non-identical files with identical md5sums on
> Debian systems?"):
> > Unless you have a collection of MD5 collision attacks, or have installed a
> > package that includes a sample MD5 collision, [...]
>
> Fo
On Tue, Aug 06, 2013 at 11:59:29AM +1200, Chris Bannister wrote:
> On Mon, Aug 05, 2013 at 10:35:01PM +0900, HIGUCHI Daisuke (VDR dai) wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: "HIGUCHI Daisuke (VDR dai)"
> >
> > * Package name: mikutter
> > Version : 0.2.2.1318
> >
28 matches
Mail list logo
