similar to: SEARCH TEXT does not seem to search headers

if your talking id3v1, something along the lines of (in bash): for f in *.flac ; do tail -c 128 $f > tag && flac-0.8 -d $f ${f%*.flac}.wav && flac-0.9 -V ${f%*.flac}.wav $f && cat tag >> $f ; done should work. of course, test it before you set it loose on your whole collection. if you're on windows, my condolences... no wait, just get cygwin :) Josh ---

Oct 21 10:04:05 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): file message-decoder.c: line 289 (message_decode_body): assertion failed: (pos < input->size) Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): Raw backtrace: imap [0x80c8e10] -> imap [0x80c8d1c] ->

I 'hg pull'ed and now my Dovecot segfaults when I select a particular folder. I've removed all files with 'index' in the name, so I don't think it's due to bad indexes. Oct 21 09:18:40 alchemy dovecot: Dovecot v1.1.beta3 starting up Oct 21 09:18:47 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS

I did an hg pull; hg update, and now my Dovecot working copy doesn't build: ../../src/lib-storage/index/dbox/libstorage_dbox.a(dbox-file.o): In function `dbox_file_metadata_get': /home/paulproteus/dnlds/dovecot/src/lib-storage/index/dbox/dbox-file.c:820: undefined reference to `dbox_file_maildir_metadata_get' collect2: ld returned 1 exit status make[3]: *** [imap] Error 1 make[3]:

I've been wanting to try out Squat for full-text indexing for a while now, so I finally gave it a whirl. I did a fresh pull from hg. I have it enabled, but it's taking *forever* to do a query. (Using alpine, I issued a Select command for all messages with some word anywhere, which presumably caused the Squat indexer to run.) I think Dovecot is infinite looping. I thought something

--- Asheesh Laroia <PaulProteus@technologist.com> wrote: > I'm running your debian packages on a K7 currently. They seem to be > working fine, including the xmms-flac package. I seem to be > experiencing > the same flac decoding problems > (state=6:FLAC__FILE_DECODER_STREAM_ERROR) > as Pritpaul Mahal, however. I'll see if I can reproduce these. It > could

I have a CD collection of about 20 discs that I currently archive on my hard disk in MP3 format. No, I do not like lossy compression. No, I do not like closed standards. No, I do not like software patents (Fraunhofer). In fact, I do not even need compression at this point, as my hard disk capacity is greater than the sum total of the CDs' WAV-format sizes. However, I need its ID3

I'm using dsync to synchronize emails on a laptop where wifi connectivity sometimes fails in the middle of a sync. I have a shell script that runs dsync, and here is one line of it including the output of dsync: + dsync -f -m realmail mirror /home/paulproteus/projects/ssh-attach/run ssh rose.makesad.us dsync dsync-local(paulproteus): Error: dbox

for a while after 1.0, in CVS, there was code to check for OS support for SSE instructions. since that required a fork() inside the library I have decided to remove it. so now to get SSE support you have to configure with --sse-os. if I think of a clean way to implement this I'll put it back in. also, there's been some suspicion that the 3dnow! stuff is causing crashes, so I disabled

I haven't seen too much feedback since the 0.9 release, which probably means one of three things: 1. it works perfectly and nobody has any complaints! 2. nobody is using 0.9. 3. the list is having problems. I mention #3 because at least one person has been blocked by sourceforge's new filter. Anyone...anyone? __________________________________________________ Do You Yahoo!? Get email

I am currently in the process of converting my 8GB of FLAC 0.8 files into 0.9 files (1). As it converts, I wanted to know how everyone else's FLAC 0.9 compares to FLAC 0.8. One thing I noticed is that decompressing my FLAC files within XMMS gives it a 30% CPU usage constantly on my AMD K6-2 300. While this isn't the fastest machine, that's a lot of processing power being used. So,

I tagged some FLAC files with ID3V2 information (by the id3v2 program), but their metadata does not show up in XMMS. Anyone else have this problem? Anyone have a solution? (I tested the tags using the --list option of id3v2; they are there. XMMS and the FLAC plugin just don't seem to respect them.) -- Asheesh.

I got a new Athlon recently, and to my surprise, FLAC started segfaulting, even when recompiled. The problem goes away if I build with --disable-asm-optimizations. Has anyone else had problems of this sort? Here are the specs on the processor: processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 4 model name : AMD Athlon(tm) Processor stepping :

there is a bug report that the resulting flac binary, when compiled with gcc3, is bad: http://sourceforge.net/tracker/index.php?func=detail&aid=488702&group_id=13478&atid=113478 I don't have a system to try this out on right away; can anyone verify or elaborate on that? Josh __________________________________________________ Do You Yahoo!? Buy the perfect holiday gifts at

On Sat, Apr 27, 2002 at 05:24:10PM -0400, Asheesh Laroia wrote: > XMMS-flac still breaks periodically. It just skips over FLAC files, > playing only the MP3 files in my playlist. Crash is the wrong word. If > anything, the flac plugin might be breaking; all I can tell is XMMS no > longer plays the flac files. I have to kill and re-run XMMS. This > happens every few hours of

Asheesh Laroia wrote: > Anyone here have any ideas? Is there a trace I can add to the flac > plugin, or some diagnostic method? Is there some debugging routine I can > use to see what's going on? > I concluded some months ago that this is exactly what happens if you try to play a zero-length file with a .flac extension. After that, all .flac files are skipped. This may not be

I just tried out 1.0beta7 and erased all my indexes and with fts and fts_squat enabled, and when I SEARCH TEXT in Dovecot, it does *not* find messages where the thing I SEARCH for appear only in the From: header. Timo, can you confirm or deny that you still see this behavior? I did clear my indexes before doing it. -- Asheesh. -- Man is the measure of all things. -- Protagoras

Hi all, I have uploaded a source tarball to sourceforge for testing. See the news item in the HTML docs for the changes (or look here: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/flac/flac/doc/html/news.html?rev=HEAD&content-type=text/html ) Download here: http://prdownloads.sourceforge.net/flac/flac-1.0.5_beta1.tar.gz?download The standard test of 'configure &&

Hi Dovecot peeps, I'm enjoying running /usr/lib/dovecot/imap directly as a PREAUTH IMAP pipe. I find that it outputs log messages whose severity is INFO to stdout. I'm running it as follows: /usr/lib/dovecot/imap -c /tmp/dovecot.conf and I see the following messages output to stdout: * PREAUTH [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY

I've been with FLAC since 0.7, and I've loved the FLAC files I've ripped with grip, converted from FLAC 0.8 to 0.9, and played constantly on my desktop. And then I noticed the truncated ID3 tags in my FLAC files. I at first thought the problem lied in FLAC; I posted to this list, hoping for a solution. But then I realized my trusty GRIP was the flawed program. Now re-ripping my