similar to: "No space left on device" at 69%

OK, so at the link : https://uloz.to/!yyVrCY2Y8sn1/devil-s-elbow-opus-7z (https://uloz.to/%21yyVrCY2Y8sn1/devil-s-elbow-opus-7z) (change the language to English by clicking at the flag at the right upper side of the web page or just simply click at "Stáhnout pomalu" - it may take some time as the file is 55 MB+ and the download service is free) there is 7zip archive with 5 music

Hello Jean-Marc, yes, it works for both 32 and 48 kb/s. Also this option marginally increases the size of the file which is understandable. I tried a few other music files and found that this stereo narrowing happens not only in the case of track I submitted (although in smaller scale) so it would be great if the final libopus 1.2 had officialy a parameter to force music "mode" of

Hello, I'm not a programmer or Opus developer but I tried to test the sound quality of a music file (Nick Warren - Devil's Elbow, freely available from the author's Soundcloud account) encoded with libopus 1.2 RC1. I used Windows binaries from free-codecs.com. I noticed that in the case of my selected music file (which is generally harsh on lossy codecs as it's necessary to

Hi, I just edited this page: http://wiki.rubyonrails.org/rails/pages/DarwinPorts I thought I''d post something to this mail-list in hopes of an answer.. I''m running Tiger. On my Mac, I cannot get past installation of readline: mac:~ mac$ sudo port install readline Password: ---> Fetching readline ---> Attempting to fetch readline51-001 from

Hi, I keep getting the following on my slug no matter what version I try (1.2, 1.4, 1.6, 1.6svn): ... make[2]: Leaving directory `/usr/portage/distfiles/svn/trunk/menuselect/mxml' gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o mxml/libmxml.a menuselect.o: file not recognized: File format not recognized collect2: ld returned 1 exit status distcc[19221] ERROR: compile (null) on

While the sizes now match the SHA256 checksum do not match the original compressed tarballs. /usr/ports/devel/llvm # sha256 /usr/ports/distfiles/llvm-3.2.src.tar.gz SHA256 (/usr/ports/distfiles/llvm-3.2.src.tar.gz) = 265109c71b4fab8dc12ced314955921695c1ef549719553b0bc1e325110e143e root at sex:/usr/ports/devel/llvm # ls -l /usr/ports/distfiles/llvm-3.2.src.tar.gz -rw-r--r-- 1 root wheel

Hello, I using the fuction auto.arima() from package forecast to predict the values of p,d,q and P,D,Q. My problem is the execution time of this function, for example, a time series with 2323 values with seasonality to the week take over 8 hours to execute all the possibilities. I using a computer with Windows XP, a processor Intel Core2 Duo T7300 and 2Gb of RAM.

On Tue, Jan 15, 2013 at 09:25:42AM +1100, Mark Andrews wrote: > > While the sizes now match the SHA256 checksum do not match the original > compressed tarballs. > > /usr/ports/devel/llvm # sha256 /usr/ports/distfiles/llvm-3.2.src.tar.gz > SHA256 (/usr/ports/distfiles/llvm-3.2.src.tar.gz) = 265109c71b4fab8dc12ced314955921695c1ef549719553b0bc1e325110e143e > root at

Hello Tom, Tom Stellard via llvm-dev <llvm-dev <at> lists.llvm.org> writes: > > Hi, > > I'm working on uploading all the packages now. I've downloaded them files several times from different locations (suspected my webgw might muck with the content) using different clients and the result is the same: $ gpg --verify ~/Downloads/cfe-3.8.1.src.tar.xz.sig

file descriptors are closed when not in use Signed-off-by: Imran Zaman <imran.zaman at intel.com> --- extlinux/main.c | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/extlinux/main.c b/extlinux/main.c index 09740bd..55a1495 100644 --- a/extlinux/main.c +++ b/extlinux/main.c @@ -580,6 +580,7 @@ int ext2_fat_install_file(const char *path, int devfd, struct

>From 03115f064be2e074d84f4e2105d2cdebde10f6ba Mon Sep 17 00:00:00 2001 From: Yi Yang <yi.y.yang at intel.com> Date: Tue, 12 Jul 2011 14:53:50 +0800 Subject: [PATCH] Use a general way to get the default subvolume for btrfs --- extlinux/btrfs.h | 105 +++++++++++++++++++ extlinux/main.c | 304 ++++++++++++++++++++++++++++++++++++++++++++++++------ 2 files changed, 377 insertions(+),

The code to parse btrfs subvol entries in /etc/fstab failed if the entry had more than one comma-separated option, for example: /dev/sda4 /home btrfs rw,user,subvol=foo 0 0 This commit fixes that code to use Augeas correctly. Fixes commit 7ba0e10501f23358c38939930d613bf2393d744d. Reported by: Zhongfu Li https://bugs.launchpad.net/ubuntu/+source/libguestfs/+bug/1615337 ---

file descriptors are closed when not in use Signed-off-by: Imran Zaman <imran.zaman at intel.com> --- extlinux/main.c | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/extlinux/main.c b/extlinux/main.c index 09740bd..bc7ded3 100644 --- a/extlinux/main.c +++ b/extlinux/main.c @@ -580,6 +580,7 @@ int ext2_fat_install_file(const char *path, int devfd, struct stat *rst) goto

In message <20130115001601.GA26444 at cs.nctu.edu.tw>, =?utf-8?B?6Zmz6Z+L5Lu7IChXZ WktUmVuIENoZW4p?= writes: > On Tue, Jan 15, 2013 at 09:25:42AM +1100, Mark Andrews wrote: > >=20 > > While the sizes now match the SHA256 checksum do not match the original > > compressed tarballs. > >=20 > > /usr/ports/devel/llvm # sha256

This testscript creates reflinks to files on different subvolumes, overwrites the original files and reflinks, and moves reflinked files between subvolumes. Originally submitted as testcase 302, changes are made based on comments from Eric: http://oss.sgi.com/archives/xfs/2013-03/msg00231.html Two new common/rc functions used in this script (_require_cp_reflink and _verify_reflink) have been

On Fri, Oct 10, 2014 at 01:47:01PM +0200, Olaf Hering wrote: > > Is btrfs subvol support failing just for me? Looks like nothing adds the > required '@/' string. virt-ls uses the first variant of the command: > > ><rescue> mount -vo subvol=var/spool,ro /dev/sda2 /sysroot/ > [ 113.852047] BTRFS info (device sda2): disk space caching is enabled > [

On Tue, Feb 17, 2004 at 02:20:46PM +0100, Michael Nottebrock wrote: [distfile rerolls] > I didn't know that I was supposed to perform a security audit and I did not do > so. So if anyone happens to have the old distfile still around, please send > it my way, cause I don't. I suggest next time instead of marking a port as > BROKEN= Checksum mismatch, mark it as BROKEN= Needs

Right now inode cache inode is treated as the same as space cache inode, ie. keep inode in memory till putting super. But this leads to an awkward situation. If we''re going to delete a snapshot/subvolume, btrfs will not actually delete it and return free space, but will add it to dead roots list until the last inode on this snap/subvol being destroyed. Then we''ll fetch deleted

I'm experimenting with btrfs-send. Previously (2014-09-26), I did my first btrfs-send on a subvol, and that worked fine. Today, I tried to send a new snapshot. Unfortunately, I realized part way through that I forgot to specify the parent to only send a delta, and killed the send with ^C. On the destination, I'm left with: ~$ sudo btrfs subvol list /var/media/backups/venus/home/ ID 2820

Hello Joenes, below you find the output. I did not shorten it by tmpfs and the docker related entries. Are you working on fixing the Issue I described? Regards, Hendrik df -TPh Dateisystem Typ Gr??e Benutzt Verf. Verw%