search for: quendi

Hi there, I maintain the libvorbis, libogg and vorbis-tool package for Fink <http://finkproject.org/ >. Recently I had time to wonder about those again. In particular, since I was informed libsndfile self-tests fails with 1.2.0, but not with a version dubbed 1.2.1rc1 somebody sent me. Also trunk seems to contain security fixes. In https://trac.xiph.org/browser/trunk/vorbis/CHANGES

Hi, today I learned that libogg 1.3.0 had been released in August 2011. Curiously, there seems to have been no announcement mail here, and it is not being mentioned on <http://www.xiph.org/press/> either. Is that on purpose? Is there some other channel I could subscribe to in order to learn about updates? Freecode.com doesn't have up-to-date info either (though I just submitted a 1.3.0

Hi there, I noticed that hmac-ripemd160 and hmac-ripemd160 at openssh.com are not listed in the OpenSSH protocols file, yet they are listed in myproposal.h. I was wondering whether this is intentional, if yes, what the rationale behind this is? Thanks, Max

...Mac OS X Product: Portable OpenSSH Version: 3.7p1 Platform: PPC OS/Version: Mac OS X Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org ReportedBy: max at quendi.de sshd worked fine on Mac OS X up to and including 3.6.1p1. I never tried 3.7p1, but in 3.7.1p1 it definitely is broken. In particular, when ssh'ing to localhost, my server dies with this message: [...] debug3: privsep user:group 75:75 debug1: permanently_set_uid: 75/75 setuid 75: Operatio...

This patch series modernizes various aspects of the autotools based build system. There is a lot more that could and should be done, but I tried to stay conservative for now and just resolve some of the most obvious issues. Max Horn (5): configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN autogen.sh: replace this by a simple call to autoreconf configure: always print

Previously, we only printed whether the used compiler was detected as gcc if the answer was positive. Now we always print the result (but the GCC version still is only printed when we are using GCC) Signed-off-by: Max Horn <max at quendi.de> --- configure.ac | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index 1c936b3..abc1640 100644 --- a/configure.ac +++ b/configure.ac @@ -474,7 +474,7 @@ AC_MSG_RESULT([ Host OS : ............................. ${host_os} ]) -if test...

Hi there, I just wanted to submit a patch for libao on http/::trac.xiph.org. The page tells me: "If you would like to report a bug or request a feature, please add a ticket." with a link. When I follow that link, it asks me for a username & password. Same for the "login" button, of course. However, I have not been able to figure our where and how I would go

...st fine. I guess I was making the point that if a new release is in the works, some sort of pre-release to test would be nice. On a different note, are the test scripts dependent on POSIX environments? Or is there some allowance for bash/korn? On Mon, Jan 7, 2013 at 6:01 PM, Max Horn <max at quendi.de> wrote: > Hi, > > On 07.01.2013, at 01:46, Jaren Stangret wrote: > > > I know Erik is busy with maintenance and wants to get a release out > soon. In the meantime, is it appropriate to tag HEAD as 1.2.1_git and > include this in the CLI tools (flac, metaflac, etc)? &...

I know Erik is busy with maintenance and wants to get a release out soon. In the meantime, is it appropriate to tag HEAD as 1.2.1_git and include this in the CLI tools (flac, metaflac, etc)? This would make it easier to allow programs in development to test against git flac and older flac versions. For example, sample rates above 48kHz (for ReplayGain) is available in git flac but not 1.2.1.

...text of injected data which formed the basis of this attack. We believe that these attacks are rendered infeasible by these changes. https://www.digitalocean.com/community/tutorials/understanding-the-ssh-encryption-and-connection-process SSH implementation comparison http://ssh-comparison.quendi.de/comparison.html Analysis of the SSH Key Exchange Protocol https://eprint.iacr.org/2011/276.pdf

The autoreconf tool is provided by autoconf to do what custom autogen.sh scripts in many projects used to do. Only it is more robust and widely tested. It has been available for several years, too. No reason to rely on custom code for this. Signed-off-by: Max Horn <max at quendi.de> --- Makefile.am | 2 - autogen.sh | 168 +---------------------------- configure.ac | 2 +- doc/Makefile.am | 2 - doc/html/Makefile.am | 2 -...

In partial response to myself: On 29.11.2012, at 16:36, Max Horn wrote: [...] > 1) Is there any chance the website could be updated? A minimal update would already have a tremendous impact: Just a blurb on the start page that the project is not dead, and a pointer to the new repos and maybe this list / its archive. That way, it would at least be clear where to search for current information.

Small remark: > diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am > index 13ab593..aa88100 100644 > --- a/src/libFLAC/Makefile.am > +++ b/src/libFLAC/Makefile.am > @@ -34,6 +34,9 @@ noinst_LTLIBRARIES = libFLAC-static.la > if DEBUG > DEBUGCFLAGS = -DFLAC__OVERFLOW_DETECT > endif > + > +# FIXME: The following logic should be part of configure, not of

On 13.12.2012, at 03:57, Conrad Parker wrote: > > > IIRC the xiph sites use server-side includes (apache SSI) for headers > and footers. I can't see the logs right now, but I vaguely recall that > someone started porting the flac site to use the usual xiph include > style, and that version is in SVN at: > > http://svn.xiph.org/websites-new/flac.xiph.org/ > >

On 18.12.2012, at 17:43, Martijn van Beurden wrote: > On 13-12-12 13:20, Max Horn wrote: >> On 13.12.2012, at 03:57, Conrad Parker wrote: >>> IIRC the xiph sites use server-side includes (apache SSI) for headers >>> and footers. [...] >>> >> Yay, yet another version of the website :-). >> >> I am not really a fan of SSI myself, but if this

Hi Erik, On 27.12.2012, at 12:28, Erik de Castro Lopo wrote: > Max Horn wrote: > > <snip> > >> The important bits are others, and they need comments and actions >> by Erik and Rich. > > Ralph maybe? Yes, my mistake, sorry! > > My current understanding is that we intend to keep the web site > on flac.sf.net and have a mirror on xiph.org/flac.

Hi, so far I got no feedback on my patch series, nor was it merged. Did anybody have a look at it? Are there any issues that prevent them from being merged? Cheers, Max On 12.12.2012, at 21:33, Max Horn wrote: > This patch series modernizes various aspects of the autotools > based build system. There is a lot more that could and should be > done, but I tried to stay conservative for

Hi, On 07.01.2013, at 01:46, Jaren Stangret wrote: > I know Erik is busy with maintenance and wants to get a release out soon. In the meantime, is it appropriate to tag HEAD as 1.2.1_git and include this in the CLI tools (flac, metaflac, etc)? > > This would make it easier to allow programs in development to test against git flac and older flac versions. For example, sample rates

hi all, I'd like to make deliver put mail into a nearly full mailbox even when they become overquota as a result. The same problem came up a few weeks ago: http://dovecot.org/list/dovecot/2010-January/045695.html Since no solution was offered may I suggest this topic as an additional feature for future releases? ;-) This is a important for me because sometimes users are lazy. They think

Hi Ralph, hi Erik (please, please read this). On 17.12.2012, at 21:34, Ralph Giles wrote: > On 12-12-17 10:08 AM, Rich Bowen wrote: >> ok, you're added now. > > Confirmed. Thanks for looking after us! Hi Ralph, now it would be nice if you could use that new power to either turn http://flac.sourceforge.net/ into a redirect to https://www.xiph.org/flac/ or