search for: grarpamp

>> used it forever anyways and haven't seen a commit since January nor >> a release since 2007... > what's queued up for the next release, see http://flac.cvs.sourceforge.net/viewvc/*checkout*/flac/flac/doc/html/changelog.html Hmm interesting, so given the above timeframes, should one presume that cvs head is indeed stable/release quality and that it's an ok thing to

...Regression: sockets for 3.0.9pre1] Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: core AssignedTo: wayned at samba.org ReportedBy: grarpamp at gmail.com QAContact: rsync-qa at samba.org CC: grarpamp at gmail.com Hi. I sent two mails to the list on this date or the day before entitled... Regression: sockets for 3.0.9pre1 ? Rather than include them here, please refer to the list. Due to the nature of this bu...

...mary: Abysmal sparse file performance Product: rsync Version: 3.0.7 Platform: x86 OS/Version: FreeBSD Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: grarpamp at gmail.com QAContact: rsync-qa at samba.org I have a 5.5GB file, mostly sparse. Tar performs far[!] better than rsync. I have no ideas yet, so just an FYI as to current state. FreeBSD 8.1 i386 zfs Yes, I know the blocks used differs but don't know why yet, could be just how zfs doe...

Hi. I'm preparing to start a major encoding project, about a TiB or so. Flac is one of the components I plan on using. As I've used it forever anyways and haven't seen a commit since January nor a release since 2007... Is there a general status of flac along with a roadmap available? Only one suggestion: sign the releases with OpenPGP. Thanks for flac! :)

On Sat, Jan 8, 2011 at 8:39 PM, grarpamp <grarpamp at gmail.com> wrote: > Yes, this is sad. cdparanoia, which could be considered a strong > opensource meatspace partner to FLAC (along with cdda2wav) > is also effectively dead. All three living on only in the ports trees of > various operating systems. Minor bugs and do...

...uld not cover people who compile and use upstream Tor. Ideally, the Tor client could check for any system parameters it feels are critical before running, or simply delegate them and/or any parameters of lesser importance to platform specific guides on the Tor wiki. > On 7 November 2014 00:20, grarpamp <grarpamp at gmail.com> wrote: >> On Thu, Nov 6, 2014 at 8:52 AM, Philipp Winter <phw at nymity.ch> wrote: >>> >>> FreeBSD still seems to use globally incrementing IP IDs by default. >>> That's an issue as it leaks fine-grained information about how...

There were a few notes in this thread that may indicate open areas for development. I forward merely as FYI. http://www.metzdowd.com/pipermail/cryptography/2015-January/024231.html ---------- Forwarded message ---------- From: Peter Gutmann <pgut001 at cs.auckland.ac.nz> Date: Sun, Jan 4, 2015 at 9:29 PM Subject: Re: [Cryptography] Why aren?t we using SSH for everything? To: calestyo at

...n libssh.a, is there documentation about the series of messages I need to send over the wire? Thanks, ScottN -----Original Message----- From: openssh-unix-dev [mailto:openssh-unix-dev-bounces+scott_n=xypro.com at mindrot.org] On Behalf Of Damien Miller Sent: Monday, January 05, 2015 3:58 PM To: grarpamp Cc: openssh-unix-dev at mindrot.org Subject: Re: Fwd: [Cryptography] Why aren?t we using SSH for everything? All our protocol extensions are documented in PROTOCOL.* in our source. Other open-source implementations have adopted some of our extensions (e.g. OpenSSH certificates in Go's x/crypto...

https://bugzilla.samba.org/show_bug.cgi?id=5801 Summary: Sparse (-S) option doesn't work with new files Product: rsync Version: 3.1.0 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

> whilst at the same time the development has ceased. I've found some > severe issues with OggFLAC that essentially make it a useless format > for streaming, no one cared. Yes, this is sad. cdparanoia, which could be considered a strong opensource meatspace partner to FLAC (along with cdda2wav) is also effectively dead. All three living on only in the ports trees of various operating

>> Oh I don't doubt the basics, red book is red book and bits are >> identically replicable and re rippable bits. > > I don't see any problem with taking innovation as far as is practical > and saying "it's finished, no more updates". Sure, basics :) Again, I'm meaning in regard to about bugs, docs, porting and nits. > If I want to do freedb

On Jan 10, 2011, at 11:59, grarpamp wrote: > However, about 1.5 years ago you could get a factory new SL-1200 > for $485US. Now one cannot be had for under $825. Furthermore, you > may follow this link and attempt to find any major seller with in > stock quantities of any model at a sane price. That would be an &g...

How do I make rsync ignore and not report or update certain parts of the [l]stat(2) struct or checksum when selecting which items to report or update in a hierarchy? For example, I want to run: rsync -Haxi --delete /hier1/ /hier2/ and have it NOT do anything if say ONLY the modtime differs. Leaving out or in the --times [-t] option from the expansion of -a to -rlptgoD obviously does not do this.

Hi. Wanted to add something. There was recent talk about the use of 'checksums' by rsync to determine how or what parts of a file to copy. Something like that. Anyways, it just so happens that I have a number of files here that rsync completely fails to update... l -isT */* ; md5 -r */* ; sha1 -r */* 117969 9 -rw-r--r-- 1 a a 6144 Sep 21 03:05:37 2010 1/a 117970 9 -rw-r--r-- 1 a a 6144

https://bugzilla.samba.org/show_bug.cgi?id=8053 Summary: Older C compilers don't allow in-line declarations flist.c:1653 Product: rsync Version: 3.0.8 Platform: All OS/Version: FreeBSD Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned at samba.org

Hi. It has been some time since I posted to the list, and may be some time in the future until I have an oppurtunity to revisit FLAC. So, as I have been quite satisfied yet always mindful with FLAC, I simply wanted to encourage any potential cumulative bugfix release... and or repository tag/update as such... should it be warranted. It would not go unappreciated by the base users, myself included.

I have a 5.5GB file, mostly sparse. Tar performs far[!] better than rsync. I have no ideas yet, so just an FYI as to current state. FreeBSD 8.1 i386 zfs Yes, I know the blocks used differs but don't know why yet, could be just how zfs does things or related to the large amount of sparseness. There are no media errors, CPU/IO load or anything like that and the source and dest paths are on the

...ss: 3.0.8 cannot compile on freebsd Product: rsync Version: 3.0.8 Platform: x86 OS/Version: FreeBSD Status: NEW Severity: blocker Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: grarpamp at gmail.com QAContact: rsync-qa at samba.org platform: i386 os: FreeBSD 4.11-STABLE gcc: 2.95.4 why: This is a compile failure regression against 3.0.7. from 3.0.8 (fails): gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c flist.c -o flist.o flist.c: In function `send_directory&...

...t; ? ? ? ? ? Product: rsync > ? ? ? ? ? Version: 3.0.7 > ? ? ? ? ?Platform: x86 > ? ? ? ?OS/Version: FreeBSD > ? ? ? ? ? ?Status: NEW > ? ? ? ? ?Severity: major > ? ? ? ? ?Priority: P3 > ? ? ? ? Component: core > ? ? ? ?AssignedTo: wayned at samba.org > ? ? ? ?ReportedBy: grarpamp at gmail.com > ? ? ? ? QAContact: rsync-qa at samba.org > > > I have a 5.5GB file, mostly sparse. Tar performs far[!] better than rsync. > I have no ideas yet, so just an FYI as to current state. > FreeBSD 8.1 i386 zfs > Yes, I know the blocks used differs but don't know wh...

https://bugzilla.samba.org/show_bug.cgi?id=8856 Summary: --hard-links does not handle hard-linked symlinks correctly on FreeBSD Product: rsync Version: 3.0.7 Platform: All OS/Version: FreeBSD Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at