similar to: Announce: e2fsprogs 1.41.10-sun2

Just checking to be sure this isn''t a known bug or problem. I couldn''t find a bz for this, but it would appear that tunefs.lustre --print fails on a lustre mdt or ost device if mounted with mmp. Is this expected behavior? TIA mds1-gps:~ # tunefs.lustre --print /dev/mapper/mdt1 checking for existing Lustre data: not found tunefs.lustre FATAL: Device /dev/mapper/mdt1 has not

I'm happy to announce the release of e2fsprogs 1.42. You can download the tarball from here: http://prdownloads.sourceforge.net/e2fsprogs/e2fsprogs-1.42.tar.gz Or you can download it from the git repository on git.kernel.org. git://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git. Or, you can wait for your favorite distribution to package it. :-) The release notes are attached

Hi, A critical regression has been discovered in e2fsck. The problem was introduced in upstream 1.41.5 and is causing updates to block group descriptors to be lost after journal replay. Our 1.41.5.sun2 (.sun1 too) e2fsprogs version also suffers from this problem. We are working on rebasing our e2fsprogs package on 1.41.6 (see bug 19852). Until the new rpm is available (should be very soon), we

Hi, A critical regression has been discovered in e2fsck. The problem was introduced in upstream 1.41.5 and is causing updates to block group descriptors to be lost after journal replay. Our 1.41.5.sun2 (.sun1 too) e2fsprogs version also suffers from this problem. We are working on rebasing our e2fsprogs package on 1.41.6 (see bug 19852). Until the new rpm is available (should be very soon), we

hi all, sorry when i am off topic, but: i am trieing to compile the new e2fsprogs like the ext3-manual recommend. but it don't want to work, and it's look like i need a programm which is named "makeinfo". does anybody had the same problems, or know where i can find it? thanks for all.. i added my error-log Andreas log: make[1]: Wechsel in das Verzeichnis Verzeichnis

This patch updates the symbian build files to latest svn trunk, and also adds a new makefile for speexdsp. Signed-off-by: Alfred E. Heggestad <aeh@db.org> --- Index: symbian/speexdsp.mmp =================================================================== --- symbian/speexdsp.mmp (revision 0) +++ symbian/speexdsp.mmp (revision 0) @@ -0,0 +1,42 @@ +/* + Copyright (C) 2003 Commonwealth

Any ideas on how to resolve the Userdb connect/lookup problem? My users are pinging me on Sieve support. Thanks, David On 2020-10-04 14:59, David Morsberger wrote: > I am stuck enabling LMTP so that I can use Sieve rules. I have a > postfix -> dovecot setup on Ubuntu. I am using virtual users with a > SQL backend for virtual_users, password maps, and maildir. > > I have

hi Jean-Marc, I just updated from svn and it looks like there are some errors in the speex.mmp file. the filters.c is duplicated, and the fft/kiss.c files are still missing.. /alfred Jean-Marc Valin wrote: > Applied in svn. Thanks. > > Jean-Marc > > Alfred E. Heggestad a ?crit : >> hi, >> >> this patch should fix the symbian build. >> >> >>

I think this mail was intended for the group. jean, please change that one line in filters.c (I too confirm this change in my symbian build). the mmp file should also be updated by including the windows.c. I also recommend taking out mfd.c from the mmp file as the ARM cpu is too slow to support echo cancellation and preprocessing that require floats. thanks payu, for the input. i remeber

Applied in svn. Thanks. Jean-Marc Alfred E. Heggestad a ?crit : > hi, > > this patch should fix the symbian build. > > > /alfred > > > ------------------------------------------------------------------------ > > Index: symbian/bld.inf > =================================================================== > --- symbian/bld.inf (revision 12114) > +++

What frame size are you using? Jean-Marc Ouss a ?crit : > Hello, > > I have an (Access violation reading location) on line 115 in the fftwrap.c : > out[i] = scale*in[i]; > > with i = 1193 > > Only with preprocessor active > Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. > > Hope it helps you. > > Ouss > > > -----Original

Can you provide me with a backtrace? It's quite hard to see what could happen. Also, can you reproduce the problem with testdenoise or only with your own code? Jean-Marc Ouss a ?crit : > The frame size is 320 > > Ouss > > > > -----Original Message----- > From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] > Sent: lundi 23 octobre 2006 18:26 > To:

Hi Pengfei, Glad you tried the program and it works fine to you for the first place. Dr. Swarup and John from UIUC wrote most of the code, and released the original code to public. Dynamic slicing tool is really very useful. Giri is now far from perfect. For example, there are know bugs for multi-thread programs and I'm fixing it these weeks. I will take charge of this project for a while

The frame size is 320 Ouss -----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: lundi 23 octobre 2006 18:26 To: Ouss Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Bug with the new preprocessor What frame size are you using? Jean-Marc Ouss a ?crit : > Hello, > > I have an (Access violation reading location) on line 115 in the fftwrap.c

Hello, I have an (Access violation reading location) on line 115 in the fftwrap.c : out[i] = scale*in[i]; with i = 1193 Only with preprocessor active Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. Hope it helps you. Ouss -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of speex-dev-request@xiph.org Sent: dimanche 22 octobre

A couple of things to be noted on the symbian port. 1. the spokn.mmp file is missing window.c, please add that. 2. smallft.c is not required. it has global data that prevents compilation on symbian. 3. lbr_48k_tabels.c has a global variable called dummy_epic_48k_variable on line 37. this has to be commneted out too. 4. check that all tables are declared const. i will shortly post the symbian

I'm running into a problem with generating debugging information that I'm not sure how to debug; I'd be happy to have some suggestions about where to start digging in. In short, I believe that I'm correctly generating debug info (with DIBuilder, which has so far been quite nice!), and a scan of the meta-data in the IR looks generally right. However, if I run dwarfdump on my

In a hosted VMM like LinuxOnLinux or UML, context switch time can be a major problem (as mmap when repeated for each guest page frame takes a long time). One solution is to allow the host kernel to keep a cache of address space contexts, and switch between them in a single operation. The attached patch is a start at this. It works well for LinuxOnLinux; but I'd be interested from the

In a hosted VMM like LinuxOnLinux or UML, context switch time can be a major problem (as mmap when repeated for each guest page frame takes a long time). One solution is to allow the host kernel to keep a cache of address space contexts, and switch between them in a single operation. The attached patch is a start at this. It works well for LinuxOnLinux; but I'd be interested from the