In that case, it's ext4. Thanks for the RPM link, I'll try that if I can't get the main repo to work.
On Sunday, June 15, 2014 5:39:43 AM UTC-4, Milan Bouchet-Valat wrote: > > Le samedi 14 juin 2014 à 17:35 -0700, Jack Holland a écrit : > > KDE, using bash. > KDE is your desktop environment, not your file system. :-) > > You can find out the file system by calling 'mount' and typically > looking at the / or /home entries. Probably this will be ext4. > > > But if you just want to use a recent Julia version, you can try my RPM > package from this Copr project: > http://copr.fedoraproject.org/coprs/nalimilan/julia/ > > > Regards > > > > On Friday, June 13, 2014 4:02:21 PM UTC-4, Mike Nolta wrote: > > Which filesystem? > > > > -Mike > > > > On Fri, Jun 13, 2014 at 3:33 PM, Jack Holland > > <[email protected]> wrote: > > > I'm not sure if this is the right place to ask this, but I > > can't find any > > > documentation, posts, etc. on it anywhere else. I'm trying > > to compile Julia > > > on Fedora 20 (x64), but I keep getting a strange error when > > running `make`: > > > > > > patching file dSFMT.h > > > patch: getting attribute system.posix_acl_access of > > system.posix_acl_access: > > > No data available > > > patch: getting attribute system.posix_acl_default of > > > system.posix_acl_default: No data available > > > make[2]: *** [dsfmt-2.2/config.status] Error 2 > > > make[1]: *** [julia-release] Error 2 > > > make: *** [release] Error 2 > > > > > > Running with VERBOSE=1 prints the following lines preceding > > the above > > > output: > > > > > > [my local directory structure]/julia/deps/jlchecksum > > dsfmt-2.2.tar.gz > > > mkdir -p dsfmt-2.2 && \ > > > `which gtar 2>/dev/null || which tar 2>/dev/null` -C > > dsfmt-2.2 > > > --strip-components 1 -xf dsfmt-2.2.tar.gz && \ > > > cd dsfmt-2.2 && patch < ../dSFMT.h.patch && patch > > < ../dSFMT.c.patch > > > > > > But I don't know how relevant those are to the problem. > > > > > > I would install dSFMT myself and tell Julia to use that > > version, but > > > Make.inc doesn't include USE_SYSTEM_DSFMT or anything like > > that, so this > > > approach doesn't appear to be a solution. I've also tried > > downloading all of > > > the dependencies at once (using `make -C deps getall`) but > > that hasn't fixed > > > it. Has anyone experienced this problem or know a > > workaround? Unfortunately, > > > I don't have root access on my machine, but hopefully there > > is a solution > > > that doesn't require it. > > > > > > Any suggestions or advice are appreciated! > > > > > > Thanks, > > > Jack Holland > >
