similar to: Newbie, Win2K config, fails on test 8 (long)

hi all, my first attempt at tests and i''m having trouble accessing the fixture values, if anyone can make it suggestions. i have news_release_test.rb, using new_releases.yml as the fixture file according to the agile book, i should be able to access the fixture properties within my test as such: assert_equal @first_test.id , @news_release.id unfortunately, i try that and get:

Mikael Magnusson writes: > Package: libspeex1 > Version: 1.1.6-1 > Severity: wishlist > > Is there anything that keeps 1.1.6-1 in experimental from being uploaded to > unstable? Do you know when it will happen? > > I'm debianizing iaxclient, which needs speex version 1.1.x. Currently I'm > using 1.1.6-1 in experimental, which is working fine. >

To close debian bug #271052, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271052 I went ahead and did the following: $ diff -u ../original/speex-1.1.6/libspeex/nb_celp.c libspeex/nb_celp.c --- ../original/speex-1.1.6/libspeex/nb_celp.c 2004-07-15 01:16:52.000000000 -0400 +++ libspeex/nb_celp.c 2005-02-27 08:24:49.000000000 -0500 @@ -1746,6 +1746,21 @@ st->submodeSelect =

Hi, With the talk of speex possibly mis-behaving on PPC, I decided to check the big-endian architecture I have handy - the Ultrasparc. - playback of Intel platform .spx files appears fine on the Ultra 10. - encoding a .wav file and playing back on the Ultra 10 worked too. My evaluation is that it works the same on my Ultra 10 as it did on my Intel laptop. But I must say the evaluation was made

Hi Maitland, I think your solution is probably the best implementation you could do for SPEEX_GET_QUALITY. However, unless you have something against that, I think removing it would be better, as in many cases (e.g. VBR), the call just doesn't make sense). This would of course break the API (not the ABI), but given the fact that it was never implemented, any app that uses it is already broken

trying to do an observe_field, but i''m getting a javascript "Form is not defined" error [code] <label>Account Type:</label> <%= select :user, ''tmp_type'', [''choice_one'',''choice_two''], { :prompt=>"select account type" } %> </p> <%= observe_field :user_tmp_type, :update

Debian Bug Tracking System writes: > Bug#160609: marked as done (ITP: speex -- Free Speech Coding) The Debian project ( http://www.debian.org/ ) now provides speex packages. Users tracking the unstable development distribution (sid) can now 'apt-get install speex' to fetch and provide the speexenc and speexdec applications. Hopefully in about 10 days the speex packages will transition

Jean-Marc Valin writes: > I'd like to announce Speex beta 3: ...and I would like to say that it has been uploaded to Debian. Let me pass along the following words I got via email from the Debian Installer: "Thank you for your contribution to Debian." It is currently in http://incoming.debian.org, and in a few hours it will move from there into the "package pool" as

On Sun, Feb 27, 2005 at 06:09:48PM -0500, Jean-Marc Valin wrote: > Hi Maitland, > > I think your solution is probably the best implementation you could do > for SPEEX_GET_QUALITY. However, unless you have something against that, > I think removing it would be better, as in many cases (e.g. VBR), the > call just doesn't make sense). This would of course break the API (not

Hi, I'd like to announce Speex beta 3: This is the third beta for Speex, implementing what should be the last new features before 1.0. These new features are a new "ultra-wideband" mode for encoding at 32 kHz (up to 48 kHz) and an intensity stereo mode. Both of these are implemented to preserve both backward and forward compatibility with other releases. This means that it is now

I'm running Ubuntu 9.04. I could use some advice about fonts in postscript devices. > sessionInfo() R version 2.9.0 (2009-04-17) i486-pc-linux-gnu locale: LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C attached base