View mode: basic / threaded / horizontal-split · Log in · Help
September 15, 2010
Re: Well, it's been a total failure
On 15.09.2010 00:10, chmod+x wrote:
> Walter Bright Wrote:
>
>> Steven Schveighoffer wrote:
>>> I'm not sure what this does, I really *really* hope it doesn't set the
>>> attrs of all files to a+x.
>>
>> You can download the new beta and see how it worked!
>
> Now it works. However, you're wasting bandwidth because the zipper is a lot worse than 7zip at making .zips!

Btw. the LZMA SDK is public domain and could be integrated into phobos 
just as convenient as std.zip, right ?
September 15, 2010
Re: Well, it's been a total failure
On Tue, 14 Sep 2010 17:57:17 -0400, Walter Bright  
<newshound2@digitalmars.com> wrote:

> Steven Schveighoffer wrote:
>> I'm not sure what this does, I really *really* hope it doesn't set the  
>> attrs of all files to a+x.
>
> You can download the new beta and see how it worked!

I did, seems to work good, thanks!

-Steve
September 16, 2010
Re: Well, it's been a total failure
On 09/12/2010 12:12 PM, Andrei Alexandrescu wrote:
>
> Apologies for the poor experience. It's because you don't have the
> 32-bit portability libraries on your 64-bit system. A 64-bit edition is
> in the works and would certainly make everything smoother.
>
> In the meantime you'd need to run:
>
> sudo apt-get install gcc-multilib libc6-i386 lib6-dev-i386
> sudo apt-get install gcc-multilib
> sudo apt-get install g++-multilib
>
> We need to add these instructions to the download page.
>
>
> Andrei

Andrei, the only reason he's running into problems is because in the rpm 
script there is the line

Requires:       gcc(x86-32)

which requires gcc to be 32 bit. I've been running dmd with 64 bit gcc 
on fedora for years without problems. Change the line to

Requires:       gcc

and it will work fine.
September 16, 2010
Re: Well, it's been a total failure
On 9/15/10 22:58 CDT, Ellery Newcomer wrote:
> On 09/12/2010 12:12 PM, Andrei Alexandrescu wrote:
>>
>> Apologies for the poor experience. It's because you don't have the
>> 32-bit portability libraries on your 64-bit system. A 64-bit edition is
>> in the works and would certainly make everything smoother.
>>
>> In the meantime you'd need to run:
>>
>> sudo apt-get install gcc-multilib libc6-i386 lib6-dev-i386
>> sudo apt-get install gcc-multilib
>> sudo apt-get install g++-multilib
>>
>> We need to add these instructions to the download page.
>>
>>
>> Andrei
>
> Andrei, the only reason he's running into problems is because in the rpm
> script there is the line
>
> Requires: gcc(x86-32)
>
> which requires gcc to be 32 bit. I've been running dmd with 64 bit gcc
> on fedora for years without problems. Change the line to
>
> Requires: gcc
>
> and it will work fine.

Ha, good tip. Thanks!

Andrei
September 20, 2010
Re: [OT] File type on UNIX
On 2010-09-20 13:59:35 -0400, Jonathan M Davis <jmdavisProg@gmx.com> said:

> Most of the stuff which cares about file extensions or mime types is going
> to be GUI-related and that has pretty much nothing to do with either 
> unix or posi
> x. However, it is typical for Linux systems (and I assume BSD systems) 
> to use the
> mime type primarily rather than the file extension. I had thought that Mac OS X
> was the same in that regard, but I guess not. I don't know though, since I
> don't use it.

Mac OS X applications mostly use UTIs. For files, the Uniform Type 
Identifier is determined by the file extension primarily, but can also 
be affected the executable bit being present and as a fallback by the 
older OSType metadata legacy from classic Mac OS. The UTI itself isn't 
stored with the file, it is determined on demand.

UTIs are also used to represent various data types in other parts of 
the system, notably for copy-paste and drag and drop, and files 
received from the Internet where the MIME type is mapped to a UTI.

-- 
Michel Fortin
michel.fortin@michelf.com
http://michelf.com/
Next ›   Last »
4 5 6 7 8
Top | Discussion index | About this forum | D home