On 5/17/15 9:32 AM, Liam McSherry wrote:
I'd like to know whether there would be demand for such a package, and
what the community would want in terms of the API and features. I
haven't yet written any code for the package as the API is going to be
one of the most important parts, and I thought i
On Sunday, 17 May 2015 at 18:01:42 UTC, wabi wrote:
It doesn't looks like a good idea to me (to port to D but more
simply to use this lib), just look to this:
https://github.com/libarchive/libarchive/issues?q=is%3Aopen+is%3Aissue
over 100 open bug reports ! The maintainers of the D package
On Sunday, 17 May 2015 at 17:02:13 UTC, Andrei Alexandrescu wrote:
On 5/17/15 9:32 AM, Liam McSherry wrote:
I'd like to know whether there would be demand for such a
package, and
what the community would want in terms of the API and
features. I
haven't yet written any code for the package as th
On Sunday, 17 May 2015 at 20:03:02 UTC, Walter Bright wrote:
I've thought about making such a package many times. A couple
"archives" nobody ever thinks about are .lib and .a archives.
Interestingly, they work pretty much just like .zip files,
except without compression.
In fact, if I was sti
On 5/17/2015 10:02 AM, Andrei Alexandrescu wrote:
On 5/17/15 9:32 AM, Liam McSherry wrote:
I'd like to know whether there would be demand for such a package, and
what the community would want in terms of the API and features. I
haven't yet written any code for the package as the API is going to
On Sunday, 17 May 2015 at 17:32:10 UTC, Liam McSherry wrote:
On Sunday, 17 May 2015 at 17:02:13 UTC, Andrei Alexandrescu
wrote:
On 5/17/15 9:32 AM, Liam McSherry wrote:
I'd like to know whether there would be demand for such a
package, and
what the community would want in terms of the API and
On Sunday, 17 May 2015 at 16:32:31 UTC, Liam McSherry wrote:
Phobos currently has packages for working with various archives
(Zlib/Gzip, Zip), and it's probably reasonable to expect that
support for more archive formats will be added in future.
Before any more are added, it would probably be be
On Tuesday, 19 May 2015 at 12:31:15 UTC, Dejan Lekic wrote:
We need two things actually:
1) compress package with set of commonly used compression
algorithms.
std.alg.compress comes to mind as package name.
A compression package would certainly be useful as the number of
supported archive
On 2015-05-17 18:32, Liam McSherry wrote:
Phobos currently has packages for working with various archives
(Zlib/Gzip, Zip), and it's probably reasonable to expect that support
for more archive formats will be added in future. Before any more are
added, it would probably be beneficial to define an
On Tuesday, 19 May 2015 at 18:46:34 UTC, Jacob Carlborg wrote:
Support for RAR archives would be nice.
It would be nice, but there isn't a great deal of documentation
(publicly, at least). The RAR developers provide code for
extracting it, but the licence forbids reverse engineering. At
that
On Tuesday, 19 May 2015 at 19:28:03 UTC, Liam McSherry wrote:
On Tuesday, 19 May 2015 at 18:46:34 UTC, Jacob Carlborg wrote:
Support for RAR archives would be nice.
It would be nice, but there isn't a great deal of documentation
(publicly, at least). The RAR developers provide code for
extra
On Wednesday, 20 May 2015 at 08:26:11 UTC, Kagamin wrote:
http://www.rarlab.com/rar/unrarsrc-5.2.7.tar.gz why do you need
reverse engineering?
UnRAR only extracts RAR archives, there's no facility to create
them. If you wanted to create them, you would need to do some
form of reverse engineer
On Tue, 19 May 2015 20:46:33 +0200, Jacob Carlborg wrote:
> Support for RAR archives would be nice.
considering unrar's license... why, 7zip is better in all ways, and it's
opensource. i will really like to see a module to work with 7z archives
in Phobos. rar archives will die, almost like ace
On Wednesday, 20 May 2015 at 12:19:07 UTC, Liam McSherry wrote:
On Wednesday, 20 May 2015 at 08:26:11 UTC, Kagamin wrote:
http://www.rarlab.com/rar/unrarsrc-5.2.7.tar.gz why do you
need reverse engineering?
UnRAR only extracts RAR archives
That's what all 3rd party archivers do. Only rarlab
On Wednesday, 20 May 2015 at 14:43:17 UTC, Kagamin wrote:
UnRAR only extracts RAR archives
That's what all 3rd party archivers do. Only rarlab software
can create rar archives.
Which is one reason for not including RAR support, even if it
would be nice.
I just checked the RAR 5.0 technote
On 2015-05-20 14:19, Liam McSherry wrote:
On Wednesday, 20 May 2015 at 08:26:11 UTC, Kagamin wrote:
http://www.rarlab.com/rar/unrarsrc-5.2.7.tar.gz why do you need
reverse engineering?
UnRAR only extracts RAR archives, there's no facility to create them. If
you wanted to create them, you would
On 2015-05-20 15:46, ketmar wrote:
considering unrar's license... why, 7zip is better in all ways, and it's
opensource.
Doesn't matter, it's still used. BTW, I'm only interested in extracting.
--
/Jacob Carlborg
On 2015-05-19 21:28, Liam McSherry wrote:
On Tuesday, 19 May 2015 at 18:46:34 UTC, Jacob Carlborg wrote:
Support for RAR archives would be nice.
It would be nice, but there isn't a great deal of documentation
(publicly, at least). The RAR developers provide code for extracting it,
but the lice
On Wednesday, 20 May 2015 at 18:55:11 UTC, Jacob Carlborg wrote:
libarchive supports it, which has a BSD license. Yeah, I know
that we most likely cannot use it.
If RAR support is to be had, interfacing with libarchive is
probably going to be the best/easiest way to do it, although it
would p
On Wed, 20 May 2015 20:57:32 +0200, Jacob Carlborg wrote:
> On 2015-05-20 15:46, ketmar wrote:
>
>> considering unrar's license... why, 7zip is better in all ways, and
>> it's opensource.
>
> Doesn't matter, it's still used. BTW, I'm only interested in extracting.
`spawnProcess("unrar", "x", "u
On Wednesday, 20 May 2015 at 18:57:32 UTC, Jacob Carlborg wrote:
On 2015-05-20 15:46, ketmar wrote:
considering unrar's license... why, 7zip is better in all
ways, and it's
opensource.
Doesn't matter, it's still used. BTW, I'm only interested in
extracting.
who still uses rar?
On 5/20/2015 11:56 AM, Jacob Carlborg wrote:
interested in extracting RAR archives. There are many tools that can
extract a lot of different archives but only create a couple of them.
That's fine, as long as the licensing issue can be worked out, i.e. we can do a
Boost implementation. Otherwi
On 5/20/2015 12:40 PM, Liam McSherry wrote:
On Wednesday, 20 May 2015 at 18:55:11 UTC, Jacob Carlborg wrote:
libarchive supports it, which has a BSD license. Yeah, I know that we most
likely cannot use it.
If RAR support is to be had, interfacing with libarchive is probably going to be
the bes
On Wednesday, 20 May 2015 at 21:01:15 UTC, weaselcat wrote:
who still uses rar?
rar and zip are quite popular in the wild, 7zip is relatively
rare (suffers a little publicity issue). And major advancement of
rar over zip is unicode support.
On 2015-05-21 00:46, Walter Bright wrote:
Clearly, we need a Deimos entry for libarchive.
https://github.com/d-programming-deimos
No, it needs to be a Dub package. Can we please kill Deimos.
--
/Jacob Carlborg
On 2015-05-20 22:00, ketmar wrote:
`spawnProcess("unrar", "x", "uselessarchive.rar");`
That is the ugly workaround. Which means you need to include a tool for
unraring along with your own application.
--
/Jacob Carlborg
On Thursday, 21 May 2015 at 08:55:05 UTC, Jacob Carlborg wrote:
On 2015-05-21 00:46, Walter Bright wrote:
Clearly, we need a Deimos entry for libarchive.
https://github.com/d-programming-deimos
No, it needs to be a Dub package. Can we please kill Deimos.
Most (all?) deimos repositories are
On Thu, 21 May 2015 10:55:04 +0200, Jacob Carlborg wrote:
> On 2015-05-21 00:46, Walter Bright wrote:
>
>> Clearly, we need a Deimos entry for libarchive.
>>
>> https://github.com/d-programming-deimos
>
> No, it needs to be a Dub package. Can we please kill Deimos.
can we please kill dub instea
On Thu, 21 May 2015 10:56:14 +0200, Jacob Carlborg wrote:
> On 2015-05-20 22:00, ketmar wrote:
>
>> `spawnProcess("unrar", "x", "uselessarchive.rar");`
>
> That is the ugly workaround. Which means you need to include a tool for
> unraring along with your own application.
or simply don't support
On Sunday, 17 May 2015 at 16:32:31 UTC, Liam McSherry wrote:
Please have a look at lz4 - it's just awesome.
Like ketmar mentioned, lzma is by far more relevant these days
than rar.
On Thursday, 21 May 2015 at 09:16:47 UTC, John Colvin wrote:
On Thursday, 21 May 2015 at 08:55:05 UTC, Jacob Carlborg wrote:
On 2015-05-21 00:46, Walter Bright wrote:
Clearly, we need a Deimos entry for libarchive.
https://github.com/d-programming-deimos
No, it needs to be a Dub package. Ca
On 22/05/2015 7:57 p.m., FreeSlave wrote:
On Thursday, 21 May 2015 at 09:16:47 UTC, John Colvin wrote:
On Thursday, 21 May 2015 at 08:55:05 UTC, Jacob Carlborg wrote:
On 2015-05-21 00:46, Walter Bright wrote:
Clearly, we need a Deimos entry for libarchive.
https://github.com/d-programming-de
A first draft of the interfaces is available here:
https://github.com/McSherry/phobos/blob/std.archive/std/archive/interfaces.d
Please feel free to tear to pieces, make suggestions, etc.
On 25/05/2015 9:32 a.m., Liam McSherry wrote:
A first draft of the interfaces is available here:
https://github.com/McSherry/phobos/blob/std.archive/std/archive/interfaces.d
Please feel free to tear to pieces, make suggestions, etc.
I'm impressed an interface has been started!
Anyway, take
On Monday, 25 May 2015 at 03:33:37 UTC, Rikki Cattermole wrote:
Anyway, take a look at e.g. IWritableCapsuleArchive.
There is a LOT more whitespace needed to be added in that file.
Could you elaborate?
Functions/etc in the interfaces are grouped by purpose
(opIndexAssign/opSliceAssign are gro
On 25/05/2015 10:48 p.m., Liam McSherry wrote:
On Monday, 25 May 2015 at 03:33:37 UTC, Rikki Cattermole wrote:
Anyway, take a look at e.g. IWritableCapsuleArchive.
There is a LOT more whitespace needed to be added in that file.
Could you elaborate?
Functions/etc in the interfaces are grouped
On Monday, 25 May 2015 at 11:50:25 UTC, Rikki Cattermole wrote:
Basically there is no lines between one function declaration
and another.
I've added some extra white-space.
On 26/05/2015 1:39 a.m., Liam McSherry wrote:
On Monday, 25 May 2015 at 11:50:25 UTC, Rikki Cattermole wrote:
Basically there is no lines between one function declaration and another.
I've added some extra white-space.
Awesome thanks, it'll make it a little easier to get it through review.
T
38 matches
Mail list logo
