Hi Abdel :)
* Abdel <[EMAIL PROTECTED]> dixit:
> In file include/asm-i386/system.h, _set_base and _set_limit use an
> useless do ... while(0)
>
> Why is this needed ?
Google for "do while swallow semicolon". This looks like an useless and
weird construction but it is very useful when it comes
Hi Abdel :)
* Abdel [EMAIL PROTECTED] dixit:
In file include/asm-i386/system.h, _set_base and _set_limit use an
useless do ... while(0)
Why is this needed ?
Google for do while swallow semicolon. This looks like an useless and
weird construction but it is very useful when it comes to
Hi Benny :)
* Benny Halevy <[EMAIL PROTECTED]> dixit:
> Using only spaces as DervishD suggested works around that using brute
> force by forcing the user to the author's preference which is
> legitimate but may not be the most productive way.
I admit it.
> I think that my
Hi Benny :)
* Benny Halevy [EMAIL PROTECTED] dixit:
Using only spaces as DervishD suggested works around that using brute
force by forcing the user to the author's preference which is
legitimate but may not be the most productive way.
I admit it.
I think that my proposal of using tabs
Bonjour Xavier :)
* Xavier Bestel <[EMAIL PROTECTED]> dixit:
> Le samedi 10 novembre 2007 à 13:04 +0100, DervishD a écrit :
> > * Benny Halevy <[EMAIL PROTECTED]> dixit:
> > > I would like to hear peoples opinion about the indentation convention
> > >
Hi Benny :)
* Benny Halevy <[EMAIL PROTECTED]> dixit:
> I would like to hear peoples opinion about the indentation convention
> described below that I personally found the most practical with
> several different editors.
While I respect you opinion about tabs, I find tab indentation the
Hi Benny :)
* Benny Halevy [EMAIL PROTECTED] dixit:
I would like to hear peoples opinion about the indentation convention
described below that I personally found the most practical with
several different editors.
While I respect you opinion about tabs, I find tab indentation the most
Bonjour Xavier :)
* Xavier Bestel [EMAIL PROTECTED] dixit:
Le samedi 10 novembre 2007 à 13:04 +0100, DervishD a écrit :
* Benny Halevy [EMAIL PROTECTED] dixit:
I would like to hear peoples opinion about the indentation convention
described below that I personally found the most
Hi Thierry :)
* Thierry Vignaud <[EMAIL PROTECTED]> dixit:
> DervishD <[EMAIL PROTECTED]> writes:
> > I'm thinking about switching fully to libata in the near future
> > (currently I'm using CONFIG_IDE for all my PATA drives, both hard disks
> > and DVD recor
Hi all :)
I'm thinking about switching fully to libata in the near future
(currently I'm using CONFIG_IDE for all my PATA drives, both hard disks
and DVD recorder), and I was wondering if PATA support for VIA8237 was
full or not. For what I've googled, it seems that it is usable both for
PATA
Hi all :)
I'm thinking about switching fully to libata in the near future
(currently I'm using CONFIG_IDE for all my PATA drives, both hard disks
and DVD recorder), and I was wondering if PATA support for VIA8237 was
full or not. For what I've googled, it seems that it is usable both for
PATA
Hi Thierry :)
* Thierry Vignaud [EMAIL PROTECTED] dixit:
DervishD [EMAIL PROTECTED] writes:
I'm thinking about switching fully to libata in the near future
(currently I'm using CONFIG_IDE for all my PATA drives, both hard disks
and DVD recorder), and I was wondering if PATA support
Dear whoever,
* Sean Robert McGuffee <[EMAIL PROTECTED]> dixit:
> Dear whoever is in charge of writing fedora core 7,
Have you tried FC forums? This list is about the linux kernel, not
about distros. The name, "Linux Kernel Mailing List" should have rang a
bell (or even two).
> The
Dear whoever,
* Sean Robert McGuffee [EMAIL PROTECTED] dixit:
Dear whoever is in charge of writing fedora core 7,
Have you tried FC forums? This list is about the linux kernel, not
about distros. The name, Linux Kernel Mailing List should have rang a
bell (or even two).
The auto
Hi Stephen :)
* Stephen Hemminger <[EMAIL PROTECTED]> dixit:
> On Tue, 28 Aug 2007 09:51:55 +0200 DervishD <[EMAIL PROTECTED]>
> wrote:
> > I noticed lately that my traffic control rates were being very
> > slow, about 40% less than expected, and final
Hi Stephen :)
* Stephen Hemminger [EMAIL PROTECTED] dixit:
On Tue, 28 Aug 2007 09:51:55 +0200 DervishD [EMAIL PROTECTED]
wrote:
I noticed lately that my traffic control rates were being very
slow, about 40% less than expected, and finally spotted the
problem: cpufreq
Hi all :)
I noticed lately that my traffic control rates were being very slow,
about 40% less than expected, and finally spotted the problem: cpufreq.
Looks like HTB puts buckets according to the requested rate but
assuming that the CPU is running at its default clock or something
Hi all :)
I noticed lately that my traffic control rates were being very slow,
about 40% less than expected, and finally spotted the problem: cpufreq.
Looks like HTB puts buckets according to the requested rate but
assuming that the CPU is running at its default clock or something
Hi Joerg :)
* Joerg Schilling <[EMAIL PROTECTED]> dixit:
> >> It is probably about time that cdparanoia was updated ...
>
> >I think the same, but given that it works, Monty probably doesn't
> >have much motivation to update it. I don't know if the problem resides
> >in the cdparanoia
Hi Douglas :)
* Douglas Gilbert <[EMAIL PROTECTED]> dixit:
> >> I don't know if cdparanoia should be fixed, but certainly the
> >> warning could be issued only if CONFIG_SCSI_VERBOSE is set. This way you
> >> will have the message if something goes wrong and you want more info,
> >> but
Hi Stefan :)
* Stefan Richter <[EMAIL PROTECTED]> dixit:
> > I don't know if cdparanoia should be fixed, but certainly the
> > warning could be issued only if CONFIG_SCSI_VERBOSE is set. This way you
> > will have the message if something goes wrong and you want more info,
> > but in
Hi Stefan :)
* Stefan Richter [EMAIL PROTECTED] dixit:
I don't know if cdparanoia should be fixed, but certainly the
warning could be issued only if CONFIG_SCSI_VERBOSE is set. This way you
will have the message if something goes wrong and you want more info,
but in cases where
Hi Douglas :)
* Douglas Gilbert [EMAIL PROTECTED] dixit:
I don't know if cdparanoia should be fixed, but certainly the
warning could be issued only if CONFIG_SCSI_VERBOSE is set. This way you
will have the message if something goes wrong and you want more info,
but in cases where
Hi Joerg :)
* Joerg Schilling [EMAIL PROTECTED] dixit:
It is probably about time that cdparanoia was updated ...
I think the same, but given that it works, Monty probably doesn't
have much motivation to update it. I don't know if the problem resides
in the cdparanoia program
Hi all :)
I know, this has been treated on the list before (year 2005) but
without any real solution I'm aware of.
I'm running kernel 2.6.20.14, and I have an ATAPI DVD writer that I
use with an IDE-to-USB adapter, so it appears as an SCSI drive to the
kernel.
Anytime I rip
Hi all :)
I know, this has been treated on the list before (year 2005) but
without any real solution I'm aware of.
I'm running kernel 2.6.20.14, and I have an ATAPI DVD writer that I
use with an IDE-to-USB adapter, so it appears as an SCSI drive to the
kernel.
Anytime I rip
Hi Arjan :)
* Arjan van de Ven <[EMAIL PROTECTED]> dixit:
> On Fri, 2007-07-06 at 23:54 +0200, Jan Engelhardt wrote:
> > On Jul 6 2007 22:50, DervishD wrote:
> > >
> > >What I want to know is if I can choose "ondemand" governor instea
Hi Jan :)
* Jan Engelhardt <[EMAIL PROTECTED]> dixit:
> On Jul 6 2007 22:50, DervishD wrote:
> >
> >What I want to know is if I can choose "ondemand" governor instead
> >of the recommended for AMD64, namely the "conservative" governor,
Hi Jan :)
* Jan Engelhardt [EMAIL PROTECTED] dixit:
On Jul 6 2007 22:50, DervishD wrote:
What I want to know is if I can choose ondemand governor instead
of the recommended for AMD64, namely the conservative governor, since
I will be switching between those two frequencies. I
Hi Arjan :)
* Arjan van de Ven [EMAIL PROTECTED] dixit:
On Fri, 2007-07-06 at 23:54 +0200, Jan Engelhardt wrote:
On Jul 6 2007 22:50, DervishD wrote:
What I want to know is if I can choose ondemand governor instead
of the recommended for AMD64, namely the conservative governor
Hi all :)
I have an AMD Athlon64, and according to "powernow-k8", it has to
fid's, for 1000MHz and 1800MHz. I don't know if this is correct or if I
should enable ACPI to have more fid's, but my question is not about
this.
What I want to know is if I can choose "ondemand" governor
Hi Bodo :)
* Bodo Eggert <[EMAIL PROTECTED]> dixit:
> On Thu, 5 Jul 2007, DervishD wrote:
> > * Bodo Eggert <[EMAIL PROTECTED]> dixit:
>
> > > Standardisation is good, but autotools (as they are used) usurally isn't.
> >
> > Usually, by p
Hi Mike :)
* Mike Frysinger <[EMAIL PROTECTED]> dixit:
> On Friday 06 July 2007, DervishD wrote:
> > I really like the spirit of CMake. Of course, it adds a dependency,
> > but IMHO is much safer to depend on CMake being installed (or Perl, for
> > that matter
Hi Nix :)
* Nix <[EMAIL PROTECTED]> dixit:
> On 5 Jul 2007, DervishD spake thusly:
> >> Configuring the build of an autotools program is harder than nescensary;
> >> if it used a config file, you could easily save it somewhere while adding
> >> comments
Hi Nix :)
* Nix [EMAIL PROTECTED] dixit:
On 5 Jul 2007, DervishD spake thusly:
Configuring the build of an autotools program is harder than nescensary;
if it used a config file, you could easily save it somewhere while adding
comments on how and why you did *that* choice, and you
Hi Mike :)
* Mike Frysinger [EMAIL PROTECTED] dixit:
On Friday 06 July 2007, DervishD wrote:
I really like the spirit of CMake. Of course, it adds a dependency,
but IMHO is much safer to depend on CMake being installed (or Perl, for
that matter) than to depend on a shell. Every
Hi Bodo :)
* Bodo Eggert [EMAIL PROTECTED] dixit:
On Thu, 5 Jul 2007, DervishD wrote:
* Bodo Eggert [EMAIL PROTECTED] dixit:
Standardisation is good, but autotools (as they are used) usurally isn't.
Usually, by picking other's project configure.in and tweak blindly
Hi all :)
I have an AMD Athlon64, and according to powernow-k8, it has to
fid's, for 1000MHz and 1800MHz. I don't know if this is correct or if I
should enable ACPI to have more fid's, but my question is not about
this.
What I want to know is if I can choose ondemand governor instead
Hi Bodo :)
* Bodo Eggert <[EMAIL PROTECTED]> dixit:
> Nix <[EMAIL PROTECTED]> wrote:
> > On 4 Jul 2007, DervishD stated:
> >> Anyway, if you don't like mobs or you just don't want to try it,
> >> that's fine, but please don't use autotools, it d
Hi Bodo :)
* Bodo Eggert [EMAIL PROTECTED] dixit:
Nix [EMAIL PROTECTED] wrote:
On 4 Jul 2007, DervishD stated:
Anyway, if you don't like mobs or you just don't want to try it,
that's fine, but please don't use autotools, it doesn't make much sense
for a linux only project, since
Hi Karel :)
* Karel Zak <[EMAIL PROTECTED]> dixit:
> The package build system is now based on autotools. The build system
> supports separate CFLAGS and LDFLAGS for suid programs (SUID_CFLAGS,
> SUID_LDFLAGS). For more details see the README file
If you want to have configurable
Hi Karel :)
* Karel Zak [EMAIL PROTECTED] dixit:
The package build system is now based on autotools. The build system
supports separate CFLAGS and LDFLAGS for suid programs (SUID_CFLAGS,
SUID_LDFLAGS). For more details see the README file
If you want to have configurable
Hi Kay :)
* Kay Sievers <[EMAIL PROTECTED]> dixit:
> On 6/28/07, DervishD <[EMAIL PROTECTED]> wrote:
> >When I insert a card in the reader, it is not detected, no udev
> >event is generated and I have to do things like "hdparm -z /dev/sda" to
> &
Hi Kay :)
* Kay Sievers [EMAIL PROTECTED] dixit:
On 6/28/07, DervishD [EMAIL PROTECTED] wrote:
When I insert a card in the reader, it is not detected, no udev
event is generated and I have to do things like hdparm -z /dev/sda to
probe the card. Moreover, I have to do the same when
Hi all :)
I have a new card reader (internal) but I've tested with my old one
too: the same happens. I have a do-it-yourself linux box, self compiled
kernel 2.6.19.5 (by now).
When I insert a card in the reader, it is not detected, no udev
event is generated and I have to do things
Hi all :)
I have a new card reader (internal) but I've tested with my old one
too: the same happens. I have a do-it-yourself linux box, self compiled
kernel 2.6.19.5 (by now).
When I insert a card in the reader, it is not detected, no udev
event is generated and I have to do things
Hi J.A. :)
* J.A. Magallón <[EMAIL PROTECTED]> dixit:
> kernel /boot/vmlinuz video=vesafb:mtrr,ywrap vga=0x31A ro root=/dev/sdc1
>
> (tried both with hex and decimal).
Try "vga=0x031A". I vaguely remember I had a similar problem and
IIRC that's how I solved it. Anyway, you can always
Hi J.A. :)
* J.A. Magallón [EMAIL PROTECTED] dixit:
kernel /boot/vmlinuz video=vesafb:mtrr,ywrap vga=0x31A ro root=/dev/sdc1
(tried both with hex and decimal).
Try vga=0x031A. I vaguely remember I had a similar problem and
IIRC that's how I solved it. Anyway, you can always try
Hi Randy :)
* Randy Dunlap <[EMAIL PROTECTED]> dixit:
> On Tue, 26 Jun 2007 17:33:59 +0200 DervishD wrote:
> > * Jan-Benedict Glaw <[EMAIL PROTECTED]> dixit:
> > > On Tue, 2007-06-26 12:16:39 +0200, DervishD <[EMAIL PROTECTED]> wrote:
> > &
Hi Arne :)
* Arne Georg Gleditsch <[EMAIL PROTECTED]> dixit:
> Randy Dunlap <[EMAIL PROTECTED]> writes:
> > OTOH, you also didn't supply a patch. If you do this, I'll be
> > glad to consider it. If I can read it, that is.
>
> I like bash as much as the next guy, but (to my surprise)
Hi Jan :)
* Jan-Benedict Glaw <[EMAIL PROTECTED]> dixit:
> On Tue, 2007-06-26 12:16:39 +0200, DervishD <[EMAIL PROTECTED]> wrote:
> > Given that it happens too with "ldd", it really *is* that hard. I
> > don't know why still people think that /bin/sh
Hi Matthieu :)
* Matthieu CASTET <[EMAIL PROTECTED]> dixit:
> On Sat, 23 Jun 2007 10:43:03 -0700, Randy Dunlap wrote:
>
> > OTOH, you also didn't supply a patch. If you do this, I'll be glad to
> > consider it. If I can read it, that is.
>
> "s|/bin/sh|/bin/bash" is so hard to do ?
Hi Matthieu :)
* Matthieu CASTET [EMAIL PROTECTED] dixit:
On Sat, 23 Jun 2007 10:43:03 -0700, Randy Dunlap wrote:
OTOH, you also didn't supply a patch. If you do this, I'll be glad to
consider it. If I can read it, that is.
s|/bin/sh|/bin/bash is so hard to do ?
Given that
Hi Jan :)
* Jan-Benedict Glaw [EMAIL PROTECTED] dixit:
On Tue, 2007-06-26 12:16:39 +0200, DervishD [EMAIL PROTECTED] wrote:
Given that it happens too with ldd, it really *is* that hard. I
don't know why still people think that /bin/sh is always /bin/bash. If
they want/need bash
Hi Arne :)
* Arne Georg Gleditsch [EMAIL PROTECTED] dixit:
Randy Dunlap [EMAIL PROTECTED] writes:
OTOH, you also didn't supply a patch. If you do this, I'll be
glad to consider it. If I can read it, that is.
I like bash as much as the next guy, but (to my surprise) /bin/sh on
my
Hi Randy :)
* Randy Dunlap [EMAIL PROTECTED] dixit:
On Tue, 26 Jun 2007 17:33:59 +0200 DervishD wrote:
* Jan-Benedict Glaw [EMAIL PROTECTED] dixit:
On Tue, 2007-06-26 12:16:39 +0200, DervishD [EMAIL PROTECTED] wrote:
Given that it happens too with ldd, it really *is* that hard
Hi Jörn :)
* Jörn Engel <[EMAIL PROTECTED]> dixit:
> On Fri, 15 June 2007 18:22:53 +0200, DervishD wrote:
> > A pity that my digital camera won't want to use LogFS :((
>
> That's quite ok, actually. FAT is perfect for digital cameras. All the
> unix file permi
Hi Jörn :)
* Jörn Engel [EMAIL PROTECTED] dixit:
On Fri, 15 June 2007 18:22:53 +0200, DervishD wrote:
A pity that my digital camera won't want to use LogFS :((
That's quite ok, actually. FAT is perfect for digital cameras. All the
unix file permissions, different owners/groups
Hi Jörn :)
* Jörn Engel <[EMAIL PROTECTED]> dixit:
> On Fri, 15 June 2007 00:46:46 +0200, DervishD wrote:
> > When do you think it will be included mainstream?
>
> I am horrible at predictions, doubly so when concerning the future.
>
> Several people believ
Hi Jörn :)
* Jörn Engel <[EMAIL PROTECTED]> dixit:
> On Thu, 14 June 2007 22:20:47 +0200, DervishD wrote:
> > I'm with you in that. So stop emailing and go working on it XD
>
> :)
No. Seriously. Go! XDD
> > Now seriously, I will take a look
Hi Jörn :)
* Jörn Engel <[EMAIL PROTECTED]> dixit:
> On Thu, 14 June 2007 22:17:14 +0200, DervishD wrote:
> > * Jörn Engel <[EMAIL PROTECTED]> dixit:
> > > 2. Wear leveling
> > >
> > > Wear leveling happens implicitly by picking a differ
Hi Jörn :)
* Jörn Engel [EMAIL PROTECTED] dixit:
On Thu, 14 June 2007 22:17:14 +0200, DervishD wrote:
* Jörn Engel [EMAIL PROTECTED] dixit:
2. Wear leveling
Wear leveling happens implicitly by picking a different physical block
from the spares on each write. However, some
Hi Jörn :)
* Jörn Engel [EMAIL PROTECTED] dixit:
On Thu, 14 June 2007 22:20:47 +0200, DervishD wrote:
I'm with you in that. So stop emailing and go working on it XD
:)
No. Seriously. Go! XDD
Now seriously, I will take a look at LogFS from time to time, and if
you
Hi Jörn :)
* Jörn Engel [EMAIL PROTECTED] dixit:
On Fri, 15 June 2007 00:46:46 +0200, DervishD wrote:
When do you think it will be included mainstream?
I am horrible at predictions, doubly so when concerning the future.
Several people believe it is good enough for -mm inclusion
Hi Jörn :)
* Jörn Engel <[EMAIL PROTECTED]> dixit:
> On Thu, 14 June 2007 19:19:53 +0200, Tomasz Chmielewski wrote:
> > Cool, does it mean we have the first Linux filesystem supporting
> > compression, which can be used on USB-sticks (I don't count old
> > ext2+compression patches)? :)
>
Hi Jörn :)
* Jörn Engel <[EMAIL PROTECTED]> dixit:
> Any method I can imagine to offer good wear leveling will result in
> either a filesystem or at least a simplified one-file-system with the
> only file being the "block device" exported outward. So naturally my
> answer to the problem is
Hi Jörn :)
* Jörn Engel <[EMAIL PROTECTED]> dixit:
> So let us look at the problems and how they interact with filesystems.
>
> 1. Write overhead
>
> If a filesystem only writes a small amount of data, typically 512 or
> 4096 bytes, smartmedia has to erase and write a full block. Most
>
Hi Jan :)
* Jan Knutar <[EMAIL PROTECTED]> dixit:
> On Wednesday 13 June 2007 16:48, DervishD wrote:
> > But anyway the memory should last long. Even cheap flash memories
> > with poor wear leveling (if any at all) usually long last. Given
> > that I won't be
Hi Jan :)
* Jan Knutar [EMAIL PROTECTED] dixit:
On Wednesday 13 June 2007 16:48, DervishD wrote:
But anyway the memory should last long. Even cheap flash memories
with poor wear leveling (if any at all) usually long last. Given
that I won't be writing continuously, wear shouldn't
Hi Jörn :)
* Jörn Engel [EMAIL PROTECTED] dixit:
So let us look at the problems and how they interact with filesystems.
1. Write overhead
If a filesystem only writes a small amount of data, typically 512 or
4096 bytes, smartmedia has to erase and write a full block. Most
flashes
Hi Jörn :)
* Jörn Engel [EMAIL PROTECTED] dixit:
Any method I can imagine to offer good wear leveling will result in
either a filesystem or at least a simplified one-file-system with the
only file being the block device exported outward. So naturally my
answer to the problem is called
Hi Jörn :)
* Jörn Engel [EMAIL PROTECTED] dixit:
On Thu, 14 June 2007 19:19:53 +0200, Tomasz Chmielewski wrote:
Cool, does it mean we have the first Linux filesystem supporting
compression, which can be used on USB-sticks (I don't count old
ext2+compression patches)? :)
Indeed it
Hi Philipp :))
* Ph. Marek <[EMAIL PROTECTED]> dixit:
> > I was just wondering if, apart from the excessive wear, there were
> > other reasons. One of the reasons I would like to use a good filesystem
> > for a pendrive is to be able to store file metadata (UID, GID, mode,
> > etc.)
* Juergen Beisert <[EMAIL PROTECTED]> dixit:
> On Monday 11 June 2007 19:42, DervishD wrote:
> > I know about cheap pendrives that you cannot format even with FAT32, only
> > with FAT16.
>
> I'm not sure if the price was the reason that they failed with differen
Hi Kevin :)
> >I was wondering: is there any reason not to use ext2 on an USB
> >pendrive? Really my question is not only about USB pendrives, but any
> >device whose storage is flash based. Let's assume that the device
> >has a
> >good quality flash memory with wear leveling and the
Hi Bernd :)
* Bernd Eckenfels <[EMAIL PROTECTED]> dixit:
> In article <[EMAIL PROTECTED]> you wrote:
> > All of the posts fail to address the question here: what is the
> > correct file system, or does one exist yet, for wear leveling flash
> > storage. JFFS2 and logfs are nice for MTD, but
Hi Kevin :)
I was wondering: is there any reason not to use ext2 on an USB
pendrive? Really my question is not only about USB pendrives, but any
device whose storage is flash based. Let's assume that the device
has a
good quality flash memory with wear leveling and the like...
My
Hi Bernd :)
* Bernd Eckenfels [EMAIL PROTECTED] dixit:
In article [EMAIL PROTECTED] you wrote:
All of the posts fail to address the question here: what is the
correct file system, or does one exist yet, for wear leveling flash
storage. JFFS2 and logfs are nice for MTD, but for better
* Juergen Beisert [EMAIL PROTECTED] dixit:
On Monday 11 June 2007 19:42, DervishD wrote:
I know about cheap pendrives that you cannot format even with FAT32, only
with FAT16.
I'm not sure if the price was the reason that they failed with different
filesystems. Some kind of wear leveling
Hi Philipp :))
* Ph. Marek [EMAIL PROTECTED] dixit:
I was just wondering if, apart from the excessive wear, there were
other reasons. One of the reasons I would like to use a good filesystem
for a pendrive is to be able to store file metadata (UID, GID, mode,
etc.) properly, for
Hi Alan :)
* alan <[EMAIL PROTECTED]> dixit:
> On Mon, 11 Jun 2007, DervishD wrote:
> > I was wondering: is there any reason not to use ext2 on an USB
> >pendrive? Really my question is not only about USB pendrives, but any
> >device whose storage i
Hi Eduard :)
* Eduard-Gabriel Munteanu <[EMAIL PROTECTED]> dixit:
> >I was wondering: is there any reason not to use ext2 on an USB
> >pendrive? Really my question is not only about USB pendrives, but any
> >device whose storage is flash based. Let's assume that the device has
> >a good
Hi all :)
I was wondering: is there any reason not to use ext2 on an USB
pendrive? Really my question is not only about USB pendrives, but any
device whose storage is flash based. Let's assume that the device has a
good quality flash memory with wear leveling and the like...
Thanks a
Hi all :)
I was wondering: is there any reason not to use ext2 on an USB
pendrive? Really my question is not only about USB pendrives, but any
device whose storage is flash based. Let's assume that the device has a
good quality flash memory with wear leveling and the like...
Thanks a
Hi Eduard :)
* Eduard-Gabriel Munteanu [EMAIL PROTECTED] dixit:
I was wondering: is there any reason not to use ext2 on an USB
pendrive? Really my question is not only about USB pendrives, but any
device whose storage is flash based. Let's assume that the device has
a good quality
Hi Alan :)
* alan [EMAIL PROTECTED] dixit:
On Mon, 11 Jun 2007, DervishD wrote:
I was wondering: is there any reason not to use ext2 on an USB
pendrive? Really my question is not only about USB pendrives, but any
device whose storage is flash based. Let's assume that the device has
Hi all :))
If I enable CONFIG_FB + CONFIG_FB_RADEON + CONFIG_DRM +
CONFIG_DRM_RADEON, my system hangs badly as soon as I start X Window
System (namely X.Org 7.2, although it happens in older versions too).
I'm not completely sure about the hanging: the system may not be
hung, but I
Hi all :))
If I enable CONFIG_FB + CONFIG_FB_RADEON + CONFIG_DRM +
CONFIG_DRM_RADEON, my system hangs badly as soon as I start X Window
System (namely X.Org 7.2, although it happens in older versions too).
I'm not completely sure about the hanging: the system may not be
hung, but I
Hi Jan :)
* Jan Engelhardt <[EMAIL PROTECTED]> dixit:
> On Jun 2 2007 09:58, DervishD wrote:
> >
> > * H. Peter Anvin <[EMAIL PROTECTED]> dixit:
> >> Jan Engelhardt wrote:
> >> > (1) I can do <~> just fine on vt
> >> > (2) I
Hi H. Peter :)
* H. Peter Anvin <[EMAIL PROTECTED]> dixit:
> Jan Engelhardt wrote:
> > (1) I can do <~> just fine on vt
> > (2) I can do <ö> just fine on vt too
> > (3) And copy+paste them both using GPM too, again w/o probs
>
> Both of those are in the 0-255 range, though. I thought the
Hi Jan :)
* Jan Engelhardt <[EMAIL PROTECTED]> dixit:
> On Jun 1 2007 16:20, DervishD wrote:
> >
> >This said, I know that the console will give me no problems
> >regarding character representantion (heck, I'm pretty sure that I will
> >be able to use e
Hi Ken :)
* Ken Moffat <[EMAIL PROTECTED]> dixit:
> On Fri, Jun 01, 2007 at 04:20:58PM +0200, DervishD wrote:
> > Will the console work as it works now if I can live with latin1
> > accented characters only? Is there any terminal emulator *for the
> > consol
Hi Alexander :)
* Alexander E. Patrakov <[EMAIL PROTECTED]> dixit:
> >The switch is possible. You could try the latest development LFS LiveCD
> >(http://ums.usu.ru/~patrakov/test/lfslivecd-x86-6.3-pre2-r1897.iso) and
> >see if it works for you (be sure to CC: me if you post any feedback).
Hi Alexander :)
* Alexander E. Patrakov <[EMAIL PROTECTED]> dixit:
> >I have a do-it-yourself Linux box, and I'm planning to move to UTF8
> >(currently I'm using es_ES locale, with latin1 encoding). One of my main
> >concerns (apart from programs with little or no utf8 support, which I
>
Hi Éric :)
* Éric Piel <[EMAIL PROTECTED]> dixit:
> 06/01/2007 04:20 PM, DervishD wrote/a écrit:
> >Will the console work as it works now if I can live with latin1
> >accented characters only?
> Just tested here, it _seems_ to work right on the console wi
Hi Éric :)
* Éric Piel [EMAIL PROTECTED] dixit:
06/01/2007 04:20 PM, DervishD wrote/a écrit:
Will the console work as it works now if I can live with latin1
accented characters only?
Just tested here, it _seems_ to work right on the console with Spanish
and French accentuated
Hi Alexander :)
* Alexander E. Patrakov [EMAIL PROTECTED] dixit:
I have a do-it-yourself Linux box, and I'm planning to move to UTF8
(currently I'm using es_ES locale, with latin1 encoding). One of my main
concerns (apart from programs with little or no utf8 support, which I
will
Hi Alexander :)
* Alexander E. Patrakov [EMAIL PROTECTED] dixit:
The switch is possible. You could try the latest development LFS LiveCD
(http://ums.usu.ru/~patrakov/test/lfslivecd-x86-6.3-pre2-r1897.iso) and
see if it works for you (be sure to CC: me if you post any feedback).
I was
Hi Ken :)
* Ken Moffat [EMAIL PROTECTED] dixit:
On Fri, Jun 01, 2007 at 04:20:58PM +0200, DervishD wrote:
Will the console work as it works now if I can live with latin1
accented characters only? Is there any terminal emulator *for the
console*, not for X, that handles utf8
Hi Jan :)
* Jan Engelhardt [EMAIL PROTECTED] dixit:
On Jun 1 2007 16:20, DervishD wrote:
This said, I know that the console will give me no problems
regarding character representantion (heck, I'm pretty sure that I will
be able to use even the same font I'm using right now
1 - 100 of 242 matches
Mail list logo