similar to: [Fwd: [Xchange] ogg vorbis app]

Am 2015-04-02 um 17:49 schrieb Reindl Harald: > Am 02.04.2015 um 14:30 schrieb Edwardo Garcia: >> On 4/1/15, Reindl Harald <h.reindl at thelounge.net> wrote: >>> Am 01.04.2015 um 14:33 schrieb Bernd Petrovitsch: >>>> On Mit, 2015-04-01 at 13:07 +0200, Reindl Harald wrote: >>>>> Am 01.04.2015 um 13:04 schrieb Bernd Petrovitsch: >>>>>

Am 2015-04-02 um 18:24 schrieb Reindl Harald: > Am 02.04.2015 um 18:19 schrieb Jogi Hofm?ller: >> Am 2015-04-02 um 17:49 schrieb Reindl Harald: >>> Am 02.04.2015 um 14:30 schrieb Edwardo Garcia: >>>> On 4/1/15, Reindl Harald <h.reindl at thelounge.net> wrote: >>>>> Am 01.04.2015 um 14:33 schrieb Bernd Petrovitsch: >>>>>> On Mit,

Yes... Something like the following in your rc.local or other startup file should do the trick. Modify the paths to suit your installation. /usr/local/icecast/bin/liveice -F /usr/local/icecast/bin/liveice.cfg >/dev/null 2>/dev/null & <p><p>>>> eric.gianquinto@easynet.be 4/4/02 4:04:40 AM >>> Hello all, Is there any possibility to execute liveice as a

--- august <august@alien.mur.at> wrote: > > > sorry to bother again, > > but I can narrow down my problem to certain parst of my flac file. > > for example, when I seek to 19*44100 samples or to 81*44100 samples, > the > seek callback runs off in an endless loop. > > there aren't any while loops in my code, so I don't think I am > causing it.

How would I convert this program to output exactly the same thing but only for all the (noop) operations. We keep puppet in noop mode to audit its actions before they are applied. Thus it is necessary to ensure we understand exactly what all the nodes noop operations would be if we listed the noop restriction for a normal apply. This program will report in a reasonable format for those non-noop

I have been having problems compling vorbis on my computer( running redhat 7.1 ), it gives me a bunch of errors about vorbisfile.o( at least that what the errors are complaining about...I don't know enough to figure out what is wrong ). Below is the output I get from compile: Making all in examples make[1]: Entering directory `/home/mchavez/devel/vorbis/examples' /bin/sh ../libtool

I have been having problems compling vorbis on my computer( running redhat 7.1 ), it gives me a bunch of errors about vorbisfile.o( at least that what the errors are complaining about...I don't know enough to figure out what is wrong ). Below is the output I get from compile: Making all in examples make[1]: Entering directory `/home/mchavez/devel/vorbis/examples' /bin/sh ../libtool

Hi all, I start this on in a new thread. I setup the deny-user setting to temporarily prevent users from logging in and (that would be great) also stop mail delivery for said user. All this is because of our upcoming migration. Now it seems that lmtp is ignoring this setting. This is from the logfile: Aug 21 13:01:00 klee dovecot: lmtp(pid): Connect from IP Aug 21 13:01:00 klee dovecot:

Dear all, Despite all the progress we are making in our attempt to make the migration as smooth and transparent for our users there are still some important unsolved issues. One thing that I can't figure out is how to preserve a user's flags that s/he has for mail in a shared mailbox. So far we tried 'doveadm backup -R' as well as the cyrus2dovecot script from here [1]. Both

I find it extremely interesting that no one has commented on the merger of Dovecot Oy and Open-Xchange AG as announced by Timo on the 19th. Is this something that was known a long time ago and I missed? OK checked the on-line archive of the mailing list, no comments there - its not my email set-up - LOL. I am usually emotionally (at least) against of open-source projects loosing their

Hi all, We use prefix=INBOX. in order to keep things as they were on the old server. Now I started playing with quota and have trouble getting the additional quota for Trash and/or Junk working. My expectation was that once a user is over quota and moves email to trash sh/e should be able to receive new email again. That's what I cannot get to work with our setup. Attached you find the

-------- Original Message -------- From: "Gulliver Riviera" <gulliver.riviera@tiscalinet.be> Subject: They want to close the biggest European network To: <niouz@reseaucitoyen.be> <p><p>I know this is somehow off-topic but I think it is important to bring to your attention that the Ebone European network is ready to collapse ... http://live.ebone.net/

Hello, This is a patch to allow building of the project using MSYS, MinGW, and MinGW-w64 with the following invocation: make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils examples This patch addresses eight points: 1. `uname -p` in MSYS returns "unknown" so we must use `gcc -dumpmachine`

I think everyone shares your concerns. But there are no rules that the outcome of this merger must get something bad, so let's see what happens. I hope that it's true what Timo said and that dovecot can evolve and get even better as it is today. Good luck guys! Regards, Adrian. On 23.03.15 15:08, Andreas Kasenides wrote: > I find it extremely interesting that no one has commented on

Hello, This is a patch to allow building of the project using MSYS, MinGW, and MinGW-w64 with the following invocation: make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils examples This patch addresses eight points: 1. `uname -p` in MSYS returns "unknown" so we must use `gcc -dumpmachine`

On 4/1/15, Reindl Harald <h.reindl at thelounge.net> wrote: > > > Am 01.04.2015 um 14:33 schrieb Bernd Petrovitsch: >> On Mit, 2015-04-01 at 13:07 +0200, Reindl Harald wrote: >>> Am 01.04.2015 um 13:04 schrieb Bernd Petrovitsch: >>>> IMHO the larger the corporation is, the less are the chances for >>>> *long-term* benefits of the OSS/free

Hi As per the Linphone, Readme.arm I tried to compile the speex. -------------------------------------readme.arm-------------------------------------------------- ........... Cross compiling speex for ARM: ******************************** First you need to remove ogg headers from your build system to avoid a dirty conflict between your build machine binaries and the arm binaries. They

I'm seeing some really annoying behavior in Tracker Software's PDF XChange Viewer (http://www.tracker-software.com/product/pdf-xchange-viewer) When I scroll the window in either direction, I get artifacts from the window frame as evidenced by this screenshot (http://www.rjlsystems.com/~barryc/temp/Screenshot.png) I've tried Foxit too, and it doesn't seem to do this. Does anyone

I'm working on getting the Darwin/Mac OS X port of Vorbis up and running again and have run into problems building libvorbisfile. I have installed the latest libtool (1.3.5) and modified it to handle Darwin/Mac OS X better (to create shared libraries, dylibs, that can be linked against other dylibs instead of creating bundles which cannot be used as input to the linker). But, when it tries

On 23 Mar 2015, at 19:41, Patrick Coffin <patrick at coffininc.com> wrote: > > > To Timo and the Dovecot guys - congratulations! I'm sure this merger with OpenXchange is going to provide you with a lot of resources and opportunities. > > As a longtime user of dovecot, I do have a few concerns. I wonder if you can answer some questions for me. I could probably give