Since Squashfs 3.1 had been released, it now supports specifying "the
filename or the directory within the Squashfs filesystem that is to be
extracted, rather than always extracting the entire filesystem."[1]
This allows the LiveCD to function in different ways rather than
loading the entire deskto
Hi Joel
Joel Bryan Juliano wrote:
> Since Squashfs 3.1 had been released, it now supports specifying "the
> filename or the directory within the Squashfs filesystem that is to be
> extracted, rather than always extracting the entire filesystem."[1]
> This allows the LiveCD to function in different
On 2/12/07, Jonathan Carter <[EMAIL PROTECTED]> wrote:
> Hi Joel
>
> Joel Bryan Juliano wrote:
> > Since Squashfs 3.1 had been released, it now supports specifying "the
> > filename or the directory within the Squashfs filesystem that is to be
> > extracted, rather than always extracting the entire
Would this also make it possible to load everything into memory, and
leave the CD eject?
similar to what kurumin and knoppix
On 2/12/07, Joel Bryan Juliano <[EMAIL PROTECTED]> wrote:
> Since Squashfs 3.1 had been released, it now supports specifying "the
> filename or the directory within the Sq
Just in time for Feature Freeze, migration-assistant 0.3.1 was
uploaded to main and the accompanying changes were merged into
Ubiquity. It can be run using the --migration-assistant option in
Ubiquity.
The goal of this feature is to allow users to import documents and
settings from their previous
awesome, thanks!
JeffG
On Sat, 10 Feb 2007 07:14:26 -0500, Forest Bond <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 09, 2007 at 03:54:12PM -0800, Jeff Griffiths wrote:
>> In debugging this we would like to look at the compile options used in
>> building php-cgi 5.1.6 in Edgy in order to compare them
Jonathan Carter napisał(a):
> As for the RHGB/Firstboot idea, I tend to agree with you. We already do
> it in tuXlabs, where we have a dialog that pops up before the desktop
> loads on the live CD, asking whether the user wants to install, or use
> the LiveCD. This makes it possible to install usin
Joel Bryan Juliano wrote:
> Since Squashfs 3.1 had been released, it now supports specifying "the
> filename or the directory within the Squashfs filesystem that is to be
> extracted, rather than always extracting the entire filesystem."[1]
> This allows the LiveCD to function in different ways rat
It seems like Feisty still only has GParted 0.2.5, while 0.3.3 should
fix all known NTFS-resizing & -moving bugs and probably also some other
issues listed in launchpad.
It might be useful to update GParted, even though Debian still has
version 0.2.5 too, for some reason?
BTW: version 0.3.4 shou
If I understand correctly they're reluctant to move to a new gparted
because of the integration with the installer. There are some
compelling bugs in 0.2.5 though.
On 2/12/07, Jan Claeys <[EMAIL PROTECTED]> wrote:
> It seems like Feisty still only has GParted 0.2.5, while 0.3.3 should
> fix all k
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 12, 2007, at 7:58 PM, Martin Pitt wrote:
> ...
> David Farning [2007-02-10 0:20 -0600]:
> ...
>> 4 Delete unsymbolized reports after a period of time
>
> Doesn't work in Malone at least at the moment. Rejecting the bug is
> the closest approxi
On Tue, Feb 13, 2007 at 12:55:20PM +1300, Matthew Paul Thomas wrote:
> On Feb 12, 2007, at 7:58 PM, Martin Pitt wrote:
> > ...
> > David Farning [2007-02-10 0:20 -0600]:
> > ...
> >> 4 Delete unsymbolized reports after a period of time
> >
> > Doesn't work in Malone at least at the moment. Reject
The Feisty installer will no longer use gparted. However, as version 0.2.5
is still current in Debian unstable, it will only be updated in Ubuntu if
someone steps forward to package and upload the new version.
On Mon, Feb 12, 2007 at 02:02:36PM -0700, Andrew Jorgensen wrote:
> If I understand cor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 13, 2007, at 1:07 PM, Matt Zimmerman wrote:
>
> On Tue, Feb 13, 2007 at 12:55:20PM +1300, Matthew Paul Thomas wrote:
> ...
>> Which is one of the reasons Ubuntu, like other software projects,
>> should record crashes somewhere other than the bug
I brought this up on #gnome-hackers a while back. I absolutely agree
that crash data should be sent to a crash service instead, and bugs
should be created and linked to one or more crashes as a result, when
someone with technical knowledge can analyse what's going on.
On Tue, 2007-02-13 at 14:02 +
15 matches
Mail list logo
