similar to: [Bug 15932] New: This flash cause swfdec 0.6.4 to crash

For those trying to move projects to 0.7.0, but still using 0.6.4, RubyGems supports this arcane syntax for the bin stubs that allow you to specify a gem version: spec _0.6.4_ /path/to/your/specs And for the ruby on rails plugin, you can make "rake spec" work by add the following two lines to the top of tasks/rspec.rake file: require ''rubygems'' require_gem

We''ve released RSpec 0.6.4. Check it out! Check it out! Release info: http://rubyforge.org/frs/shownotes.php?release_id=7178 General info: http://rspec.rubyforge.org/ Questions? Right here! Enjoy, David

The AstLinux Team is happy to announce that AstLinux 0.6.4 is available. All users of AstLinux are encouraged to upgrade since this release fixes the recently reported security vulnerability in Asterisk 1.4.23.1 Right now a mix up on the Sourceforge site is preventing us from uploading full install versions, but current users of 0.6.2 or 0.6.3 can upgrade to 0.6.4 by using either the

Here's the release of Swfdec 0.6.4. This is a security release, please update as soon as possible. swfdec-0.6.4 "College Humor" http://swfdec.freedesktop.org/download/swfdec/0.6/swfdec-0.6.4.tar.gz MD5: a1568696246889109b884cb5434e81fc fixes in this release: - fix a security problem that allowed remote Flash files to read local files. - fix a rare crash in TextField.replaceText -

Hello Armin, hello List I'm trying to get chan_capi working with asterisk from debian stable (asterisk 1.0.7, the debian version number is 1:1.0.7.dfsg.1-2). I managed to get it compiled by providing my own version of ast_copy_string. This is an Austrian PTP line. I can do outgoing calls fine (no comprehensive tests yet). For incoming calls, I'm getting "No answer" on the

I've having a big problem after having upgraded to 1.2.4 and chan_capi-cm 0.6.4 When making outgoing calls I don't seem to have any control over the CLI that is presented to the called party -- it can be any one of the MSNs allocated to the line, allocated on what seems to be a random basis. This is on a BT Business Highway line (which is essentially an ISDN2e line with two built-in

Looks like it''s time for another release of Radiant: http://radiantcms.org/download/ This release contains a few major changes as well as numerous bug-fixes and enhancements. Included in the release are Rails 1.2.5, Prototype 1.6 and script.aculo.us 1.8. Significant refactorings have been done to the admin UI Javascripts, thanks to Mislav Marohnic. The release also provides better

Hello all, I have a question. Below are two ::memstat outputs about 5 days apart. The interesting thing is the "anonymous" memory shows 2GB, though the two major hogs of that memory (two MySQL instances) claim to be consuming about 6.2GB (checked via pmap). Also, it seems like the ARC keeps creeping the kernel memory over the 4GB limit I set for the ARC (zfs_arc_max). What I was also,

Running an mmap-intensive workload on ZFS on a X4500, Solaris 10 11/06 (update 3). All file IO is mmap(file), read memory segment, unmap, close. Tweaked the arc size down via mdb to 1GB. I used that value because c_min was also 1GB, and I was not sure if c_max could be larger than c_min....Anyway, I set c_max to 1GB. After a workload run....: > arc::print -tad { . . . ffffffffc02e29e8

Hi, So I have two rails applications working on my box. Theya re both tutorials that I walked through step by step. Now I am trying to write my own application and something is not working. My server is OS X 10.3.x. I am using Apache 1.3.x as the webserver with fcgi. As I mentioned before all is well with the apps that I had walk through tutorials with, but my app is not working. I

Target: FreeBSD 7.0-RC1 on amd64. autoconf says: configure:2122: checking build system type configure:2140: result: x86_64-unknown-freebsd7.0 [...] configure:2721: gcc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] [...] objdir != srcdir, for both llvm and gcc. Release

Hm, well you can see the messages about failure to set plls, which is why you don't see anything. The only odd thing I see is that you're using vesa, which can definitely mess things up. Try not using that. Also try booting with nouveau.debug=debug drm.debug=0xe which might provide more relevant info. On Jun 12, 2015 8:34 AM, "Andre Campos Rodovalho" <andre.rodovalho at

LLVMers, The 2.2 prerelease is now available for testing: http://llvm.org/prereleases/2.2/ If anyone can help test this release, I ask that you do the following: 1) Build llvm and llvm-gcc (or use a binary). You may build release (default) or debug. You may pick llvm-gcc-4.0, llvm-gcc-4.2, or both. 2) Run 'make check'. 3) In llvm-test, run 'make TEST=nightly report'. 4) When

dmesg output: --------------------------------------------------------------------------------------------------------- [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 3.16.0-38-generic (buildd at allspice) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #52~14.04.1-Ubuntu

Include logs from the failed boot On Jun 11, 2015 10:55 PM, "Andre Campos Rodovalho" < andre.rodovalho at gmail.com> wrote: > Hello, I'm facing issues with a Point of View GT210/218 and nouveau > drivers. I'm using ubuntu server with LXDE on top of it... > > *lshw -c video* output: > *-display > description: VGA compatible controller >