similar to: PATCH: buglet in vorbis-tools.spec

For my own needs I have created the .spec file needed for rpm packaging of the flac package. End users --------- If anyone is interested in the resulting rpm-files i have made them available on http://noa.tm/flac-rpms/ FLAC maintainers ---------------- I have attached the specfile along with hooks in Makefile.am and configure.in in unified diff format so that they are ready for inclusion in

Here is a patch that implements a check so that libvorbis complains when a comment string that is not UTF-8 is added. This patch will break oggenc without my UTF-8 patch. (http://noa.tm/oggenc-utf8.2.diff.gz) I've tested the verification algorithm on ~150k strings in various charsets (from the gnome translations) and about 0.02% of the strings that has chars with 8th bit set is valid UTF-8

I really don't know if this is the same problem that was reported by Ingo Saitz (I really couldn't say which one was 128kbit and which was the original wav when blind-testing. The original had some distortion that perhaps does somehting with my cheapo soundcard) but here's a description of what i've found: When doing some sample encoding with rc2 (rebuilt rpm with latest redhat

I have now listened to some rc3-encoded ogg-files, and overall it sounds great! I have, howerver encountered an annoying artifact in rc3 that could be described as a pumping or vibrating distortion. In the beginning of the provided sample the artifact is easily noticed in the left channel, but later in the sample i belive it is somewhat to the right in the stereo image. The artifact dissapears

While I'm at it here is an update to the libogg .spec-file fixing two small things. /noa <p> -- begin:vcard fn:Daniel Resare tel;cell:+46739442044 tel;work:+468332040 adr;work:Scheelegatan 36; 112 28; Stockholm; Sweden end:vcard pgp fingerprint: 8D97 F297 CA0D 8751 D8EB 12B6 6EA6 727F 9B8D EC2A -------------- next part -------------- Index: libogg.spec

The .spec-file from vorbis-tools needs to be updated to handle FHS compliant distributions (man files are arch indipendent and should be in /usr/share/man to be compliant). The %configure macro always contains the correct configure args for the current args. The included patch contains a small change to use the %configure macro, I would prefer removing the ./autogen.sh invocation altogether, but

I had to change the following to get the 'make distcheck' to work and to be able to build the rpms with 'rpm-build -tb *.tar.gz' I also added a test in libvorbis configure.in to detect older ogg versions (check for oggpack_writealign) and print a meaningful error. I also updated the .spec-file with dependencies on libogg-1.0 Thanks for great work everyone! /noa -- begin:vcard

Some days ago i noticed in the ogg vorbis documentation that the comment-field contents should be encoded in UTF-8. A brilliant idea I think, sadly it seems like no one is using it. oggenc and vorbiscomment included in vorbis-tools writes strings to the comments fields blindly without any encoding conversion in violation of the spec. I intend to try to solve these problems to the best of my

I had lunch with an interesting guy who had gotten .com-money to record the whole bible professionally with good actors (in swedish and english, kjv). The idea was to sell custom made compilations of biblical texts on cd over internet. The company is now out of money (surprise!), but all the material is recorded (about 350 hours) and if anyone gets a good idea on what to use the material to, it

oggenc -b 128 -d 1985 -N 01 -t "Black Planet" -l "First and Last and Always" -a "Sisters of Mercy" track01.cdda.wav egs in free in simple_utf8_encode. I tracked it down to a mis-calculated buffer size for malloc. I've attached the patch that fixes it (for me:). The only problem I have with the rest of the code is figuring out how the terminating 0 (null,

Hi, Seems majordomo allows me in now ;) For those of you who don't know me, Vakor asked me to do 1.0 rpm packages right before the release, which I did. I was pretty new to vorbis internals but I hope I managed to do a good job. In any case, last night on IRC in #vorbis someone was pretty rude to me in complaining about a problem he had with them. In the end I lost my temper because of

Here's a propsed heavy-duty solution for your UTF-8 problems. I'm including a patch in this message, but I'll put the new files on my web site at http://rano.org/tmp/xiph_files.tar.gz I've tested this by running vorbiscomment with and without -DHAVE_ICONV=1 in vorbis-tools/share/Makefile. It seems to work. Changed files: acinclude.m4: Add a test for nl_langinfo(CODESET). This

Hello, Seeing a strange thing with dovecot 1.0 b7 pop3. If a user gets a particular _very_ short spam message (not sure what virus makes these..), with NO Subject and NO To: headers and NO body, (example available upon request), the user is unable to download the mail. The log entry is: May 10 10:51:35 mail dovecot: POP3(user): Disconnected top=0/0, retr=1/1344, del=0/75, size=16383381

I''ve also placed the patch in: http://shorewall.net/pub/shorewall/contrib/ipset/ ftp://shorewall.net/pub/shorewall/contrib/ipset/ -Tom -- Tom Eastep \ Nothing is foolproof to a sufficiently talented fool Shoreline, \ http://shorewall.net Washington USA \ teastep@shorewall.net PGP Public Key \ https://lists.shorewall.net/teastep.pgp.key

Dieter Menne wrote: > Hi, Jim, > > there is a typo at the bottom of plotCI: there is an y.to.in which should be > x.to.in. > > See list for an example. > > http://article.gmane.org/gmane.comp.lang.r.general/147103 > > Should be: > nz <- (abs(ui - pmin(x + gap, ui)) * x.to.in) > 0.001 > > Dieter > > Hi Dieter, Thanks for the fix. I have

FYI This bug will prevent ''shorewall restore'' from working if you have "!<single IP address>" in the ORIGINAL DEST column. -Tom ---------- Forwarded Message ---------- Subject: [PATCH] Another iptables-save buglet Date: Wednesday 14 September 2005 15:09 From: Tom Eastep <teastep@shorewall.net> To: netfilter-devel@lists.netfilter.org The conntrack

On Solaris 10, dtrace''s cwd yields a full path name: # dtrace -n ''syscall:::entry { printf("%s", cwd); }'' 0 1685 pollsys:entry / 0 1381 write:entry /data/homes/guest/rdm ... On OSX, it yields just a directory name: # dtrace -n ''syscall:::entry { printf("%s", cwd); }'' 0 17596 read:entry rdm

Hi OpenSSH folks, Just a quick note: this is my .bashrc: # Executed by non-login interactive shell # # scp go wild when it see this #echo "<*> Executing ~/.bashrc from '$0'. Command line: '$*'" #ps -H e #echo "<*> Finished ~/.bashrc" Line 3 was added and subsequent lines commented out. Now scp works. Looks like a little scp bug for me. CC me,

Hi! Look: |mh at q[4/504]:/mnt/sd04-p7/masterbackup$ scp * torres.ka0.marc-haber.de:~mh/q/ |Enter passphrase for RSA key 'mh at q': |raid0.tar.bz2 15% |**** | 99864 KB 00:00 ETA |root.tar.bz 100% |*****************************| 5406 KB 00:00 ETA |mh at q[7/507]:/mnt/sd04-p7/masterbackup$ ls -al `which scp` |lrwxrwxrwx 1 root root

Just a quick heads up to warn those of you using my gss-keyex patches that there's a small buglet in them which will affect interoperability. I'm building the hash incorrectly (by including a zero length string where there shouldn't be one). This will mean that when trying to interoperate with other implementations (if there are any :-) you'll get a message about the MIC not