similar to: Automatic Debian repository now provides source packages

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 ---

make check > out 2> err bzip2 out bzip2 err Oh, look, errors. Huh. Check the end of "out" for details. -- Asheesh. -- What the world *really* needs is a good Automatic Bicycle Sharpener. On Fri, 3 Jan 2003, Asheesh Laroia wrote: > I have an Athlon Thunderbird 1Ghz sitting running all alone in my dorm > room while I'm at home for six weeks. I figure I'll run

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 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

Hello Dovecot users, For those of you who like to live on the edge, there is now a Debian-testing repository available with hourly updates from recent Dovecot-1.1 changes in the Mercurial repositories. It automatically releases a new set of packages if it notices any changes in any of the repositories. The packages are built with dovecot-sieve-1.1 and dovecot-1.1-managesieve included.

On Tue, Jan 22, 2002 at 09:16:28PM -0500, Asheesh Laroia wrote: > I have MP3 files and FLAC files in my playlist. It's about 800-900 tracks > long. > > I'll start XMMS 1.2.6, and it'll work for some arbitrary amount of FLAC > files. Usually, that's between twenty and a hundred. Then, with no > warning, it will skip over all the FLAC files and play only the

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,

--- 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

The RFC says <http://www.isi.edu/in-notes/rfc3501.txt> this: TEXT <string> Messages that contain the specified string in the header or body of the message. But with the current hg tip (see linked rawlogs), SEARCH TEXT provides results disjoint from SEARCH FROM. I guess that's a bug?

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

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

I remember last year we discussed Dovecot replication a bit on this list, e.g. http://www.dovecot.org/list/dovecot/2008-May/030446.html . Has there been any development related to this, and can I help at all? The more I think about the hacks I'm employing to synchronize mail, the more I realize I want this. So hopefully I can put either some money or some time where my mouth is. --

My email workflow with Dovecot is that mail gets delivered to INBOX, where I handle it and then move it into a folder called archive. I have alpine set to use the Default sort of "THREAD" of a folder. After moving a (few) mail(s) from INBOX to archive, archive takes a long time (10-50s) to load while alpine tells me: [Sorting "archive" ... ] (I

I've been using FLAC for just over two years now, and I've been on the list for as long. I asked in March of 2001 about ID3 V1 and V2, and learned that both are supported. However, since then FLAC has moved to being an Ogg project, and the Vorbis comment field seems to be more capable. More than once, if I recall correctly, I've read Josh Coalson cursing his support for ID3 tags.

Is there any software that acts like the 'flac' binary but actually does the decoding on a remote host? I'm interested in having at least one faster machine contribute, but preferably more than one. Since the application is ripping CDs, perhaps different machines could take on different files? It would be *amazing* if different hosts could process different parts of the same file.

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

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 &&

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]: