On Sat, 2009-08-15 at 10:07 -0400, Morten Welinder wrote:
FWIW, Sugar uses zip quite extensively to bundle content and software
and we would love to move from using python's zipfile to something
glib-based.
Why all this reinvent-the-wheel effort? libgsf gives you access
to zipfiles and
Does libgsf use the GIO APIs?
It can take a GFile* and treat that as a zipfile. The way you
would read from the zipfile member files would not be GFile*
based. For the output side, turn all that around.
Does that answer your question?
M.
___
On Fri, Aug 14, 2009 at 22:38, Shaun McCancesha...@gnome.org wrote:
2009/7/31 Brian J. Tarriconebj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say
FWIW, Sugar uses zip quite extensively to bundle content and software
and we would love to move from using python's zipfile to something
glib-based.
Why all this reinvent-the-wheel effort? libgsf gives you access
to zipfiles and is glib based right now.
Morten
On Sat, Aug 15, 2009 at 16:07, Morten Welindermort...@gnome.org wrote:
FWIW, Sugar uses zip quite extensively to bundle content and software
and we would love to move from using python's zipfile to something
glib-based.
Why all this reinvent-the-wheel effort? libgsf gives you access
to
2009/7/31 Brian J. Tarriconebj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it GCompressed{In,Out}putStream and have it either auto-detect
Bastien Nocera wrote:
I could think of at least 5 types of compressions that would be useful
to have without having to use a command-line tool to decompress:
- gzip for anything and everything that can come from a web server (in
my case, iTunes Music Store playlist parsing, or more widely,
2009/8/3 Steve Frécinaux nudr...@gmail.com:
Bastien Nocera wrote:
I could think of at least 5 types of compressions that would be useful
to have without having to use a command-line tool to decompress:
- gzip for anything and everything that can come from a web server (in
my case, iTunes
On Mon, 03 Aug 2009 11:37:53 +0200, Steve Frécinaux wrote:
I mean, zip, 7z, and rar are archiving format who store files in a
compressed fashion (kind of like a tar of gzipped files) so rather than
just having a stream you need to have some support for archives there,
and not just the
From: Steve Fr-23;cinaux, Date: 03/08/2009 19:38, Wrote:
Bastien Nocera wrote:
I could think of at least 5 types of compressions that would be useful
to have without having to use a command-line tool to decompress:
- gzip for anything and everything that can come from a web server (in
my
On Mon, 2009-08-03 at 07:58 -0400, Freddie Unpenstein wrote:
From: Steve Fr-23;cinaux, Date: 03/08/2009 19:38, Wrote:
Bastien Nocera wrote:
I could think of at least 5 types of compressions that would be
useful
to have without having to use a command-line tool to decompress:
- gzip
On Mon, 2009-08-03 at 07:58 -0400, Freddie Unpenstein wrote:
Archiving formats would be better supported by GVFS, wouldn't they...?
Treating an archive as a virtual directory.
We already have gvfsd-archive for some time, based on libarchive, able
to handle TAR and ZIP archiving formats with
2009/8/3 Freddie Unpenstein fredde...@excite.com:
From: Steve Fr-23;cinaux, Date: 03/08/2009 19:38, Wrote:
Bastien Nocera wrote:
I could think of at least 5 types of compressions that would be useful
to have without having to use a command-line tool to decompress:
- gzip for anything and
From: Mikkel Kamstrup Erlandsen, Date: 04/08/2009 00:22, Wrote:
On Mon, 2009-08-03 at 07:58 -0400, Freddie Unpenstein wrote:
Archiving formats would be better supported by GVFS, wouldn't they...?
Treating an archive as a virtual directory.
I'm pretty confident that in 98%[1] of the use cases
Am Fri, 31 Jul 2009 15:07:10 -0700
schrieb Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 01:59 PM, Mikkel Kamstrup Erlandsen wrote:
2009/7/31 Brian J. Tarriconebj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight
2009/8/1 Bastien Nocera had...@hadess.net:
On Fri, 2009-07-31 at 21:17 +0100, Alberto Ruiz wrote:
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream
On Sat, Aug 1, 2009 at 1:54 PM, Mikkel Kamstrup
Erlandsenmikkel.kamst...@gmail.com wrote:
2009/8/1 Bastien Nocera had...@hadess.net:
On Fri, 2009-07-31 at 21:17 +0100, Alberto Ruiz wrote:
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
2009/8/1 A. Walton awal...@gnome.org:
On Sat, Aug 1, 2009 at 1:54 PM, Mikkel Kamstrup
Erlandsenmikkel.kamst...@gmail.com wrote:
2009/8/1 Bastien Nocera had...@hadess.net:
On Fri, 2009-07-31 at 21:17 +0100, Alberto Ruiz wrote:
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009
Hi,
I've been eye balling the GIO docs for a while without finding
in-/output for gzip compression... So if I missed it stop me now :-)
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib[1]. If I write these
classes would a zlib dep. be OK
On Fri, Jul 31, 2009 at 02:48:47PM +0200, Mikkel Kamstrup Erlandsen wrote:
Hi,
I've been eye balling the GIO docs for a while without finding
in-/output for gzip compression... So if I missed it stop me now :-)
From the looks of it, it should be straight forward to write
2009/7/31 Jody Goldberg j...@gnome.org:
On Fri, Jul 31, 2009 at 02:48:47PM +0200, Mikkel Kamstrup Erlandsen wrote:
Hi,
I've been eye balling the GIO docs for a while without finding
in-/output for gzip compression... So if I missed it stop me now :-)
From the looks of it, it should be
2009/7/31 Mikkel Kamstrup Erlandsen mikkel.kamst...@gmail.com:
2009/7/31 Jody Goldberg j...@gnome.org:
On Fri, Jul 31, 2009 at 02:48:47PM +0200, Mikkel Kamstrup Erlandsen wrote:
Hi,
I've been eye balling the GIO docs for a while without finding
in-/output for gzip compression... So if I
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it GCompressed{In,Out}putStream and have it either
auto-detect the compression type, or have a param in the API to
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it GCompressed{In,Out}putStream and have it either auto-detect
the
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it GCompressed{In,Out}putStream and have it either auto-detect
the
On 07/31/2009 01:59 PM, Mikkel Kamstrup Erlandsen wrote:
2009/7/31 Brian J. Tarriconebj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it
On Fri, 2009-07-31 at 21:17 +0100, Alberto Ruiz wrote:
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it
On 07/31/2009 01:17 PM, Alberto Ruiz wrote:
2009/7/31 Brian J. Tarriconebj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it
28 matches
Mail list logo