On Thu, 3 Jan 2013 18:24:13 +, Kevin Chadwick wrote:
> I love claws but perhaps you should ask on the claws mailing list I
> thought it was too mouse heavy too but when I actually look it's very
> few tabs, arrows, enter and ctrl-R to reply etc. and the
> configurability of claws may help too,
On Mon, Jan 7, 2013 at 9:29 AM, Neil Bothwick wrote:
WHAT?! No tagline?
J.A.
On Sun, Jan 06, 2013 at 10:05:08PM -0500, Walter Dnes wrote:
> For those of you who don't want to do the tap-dance listed at...
> http://www.gentoo.org/doc/en/liveusb.xml
>
> * My netbook's harddrive is normally /dev/sda, except when I boot from a
> USB stick. The stick will become /dev/sda a
On 2013-01-07, Dale wrote:
> I'm not sure that is a bug. As I posted earlier, this was changed a
> good while back. There was a reason for it but I can't recall what it
> was. The new devices for CD/DVDs is /dev/sr*.
It's been something like 6-8 years hasn't it?
> I don't have, and have
> no
On Mon, Jan 7, 2013 at 7:18 AM, Grant Edwards wrote:
> On 2013-01-07, Dale wrote:
>
>> I'm not sure that is a bug. As I posted earlier, this was changed a
>> good while back. There was a reason for it but I can't recall what it
>> was. The new devices for CD/DVDs is /dev/sr*.
>
> It's been som
Hi list!
I have a use case where I am seriously concerned about bit rot [1] and I
thought it might be a good idea to start looking for it in my own
private stuff, too.
Solving the problem is easy enough:
- Record checksums and timestamps for each file
- Check and update records via cronjob
- If c
On Mon, Jan 7, 2013 at 2:11 PM, Florian Philipp wrote:
> Hi list!
>
> I have a use case where I am seriously concerned about bit rot [1] and I
> thought it might be a good idea to start looking for it in my own
> private stuff, too.
>
> Solving the problem is easy enough:
> - Record checksums and
On Mon, Jan 7, 2013 at 3:11 PM, Florian Philipp wrote:
> Hi list!
>
> I have a use case where I am seriously concerned about bit rot [1] and I
> thought it might be a good idea to start looking for it in my own
> private stuff, too.
>
> Solving the problem is easy enough:
> - Record checksums and
Am 07.01.2013 22:07, schrieb Paul Hartman:
> On Mon, Jan 7, 2013 at 2:11 PM, Florian Philipp wrote:
>> Hi list!
>>
>> I have a use case where I am seriously concerned about bit rot [1] and I
>> thought it might be a good idea to start looking for it in my own
>> private stuff, too.
>>
>> Solving t
Am 07.01.2013 22:33, schrieb Michael Mol:
> On Mon, Jan 7, 2013 at 3:11 PM, Florian Philipp wrote:
>> Hi list!
>>
>> I have a use case where I am seriously concerned about bit rot [1] and I
>> thought it might be a good idea to start looking for it in my own
>> private stuff, too.
>>[...]
>> The o
On Mon, 7 Jan 2013 11:33:18 +, Jorge Almeida wrote:
> On Mon, Jan 7, 2013 at 9:29 AM, Neil Bothwick
> wrote:
>
>
> WHAT?! No tagline?
>
I was experimenting with Enlightenment... clearly it isn't :)
--
Neil Bothwick
Unsupported service (adj): Broken (see Demon)
signature.asc
Desc
On Monday 07 Jan 2013 07:35:32 Dale wrote:
> I think you misunderstand or I didn't make myself clear. I'm not saying
> it was udev that did this. I am pretty sure it was the kernel. All
> this happened when people with older IDE drives, myself included on my
> old machine, had to switch to the
On Mon, 07 Jan 2013 21:11:35 +0100
Florian Philipp wrote:
> Hi list!
>
> I have a use case where I am seriously concerned about bit rot [1]
> and I thought it might be a good idea to start looking for it in my
> own private stuff, too.
>
> Solving the problem is easy enough:
> - Record checksum
On Mon, 7 Jan 2013 09:37:05 -0800
Mark Knecht wrote:
> Now, my point is that change to /dev/srX was the root cause is FUD. It
> isn't the root cause of this change because it didn't change on my
> systems. All I know is that ID_PATH (from the old file) used to work
> and no longer does. Whatever
On 08/01/13 04:11, Florian Philipp wrote:
> Hi list!
>
> I have a use case where I am seriously concerned about bit rot [1] and I
> thought it might be a good idea to start looking for it in my own
> private stuff, too.
>
> Solving the problem is easy enough:
> - Record checksums and timestamps f
On Mon, 7 Jan 2013 22:23:29 +
Neil Bothwick wrote:
> On Mon, 7 Jan 2013 11:33:18 +, Jorge Almeida wrote:
>
> > On Mon, Jan 7, 2013 at 9:29 AM, Neil Bothwick
> > wrote:
> >
> >
> > WHAT?! No tagline?
> >
>
> I was experimenting with Enlightenment... clearly it isn't :)
>
>
Ras
On Tue, 8 Jan 2013 01:32:29 +0200, Alan McKinnon wrote:
> > I was experimenting with Enlightenment... clearly it isn't :)
> Raster is screwing with your head. He does that :-)
>
> E17 is all about choice. Like these:
[snippage]
> See? E17 is all about choice. All the choices all the time. Even
On Mon, Jan 7, 2013 at 3:25 PM, Alan McKinnon wrote:
> On Mon, 7 Jan 2013 09:37:05 -0800
> Mark Knecht wrote:
>
>> Now, my point is that change to /dev/srX was the root cause is FUD. It
>> isn't the root cause of this change because it didn't change on my
>> systems. All I know is that ID_PATH (f
On Jan 7, 2013 8:08 PM, "Mark Knecht" wrote:
>
> On Mon, Jan 7, 2013 at 3:25 PM, Alan McKinnon
wrote:
> > On Mon, 7 Jan 2013 09:37:05 -0800
> > Mark Knecht wrote:
> >
> >> Now, my point is that change to /dev/srX was the root cause is FUD. It
> >> isn't the root cause of this change because it d
On Sun, Jan 6, 2013 at 1:05 AM, Robin Atwood wrote:
> **
>
> I have a very severe problem after a recent disk replacement. After a few
> days running, all new processes just hang. The kernel reports:
>
>
My guess is disk failing or kernel bug. Install smartmontools and see if
smartctl -H returns
On Sat, Jan 5, 2013 at 11:45 AM, Mark Knecht wrote:
> On Sat, Jan 5, 2013 at 8:03 AM, Kerin Millar wrote:
>> james wrote:
>>>
>>> After deleting the 70-persistent-net.rule file
>>>
>>> udev does not re-create it. All is now fine with rc-status
>>> only showing net.eth0 which is set up how I like
On Tuesday 08 Jan 2013 01:15:10 Michael Mol wrote:
> On Jan 7, 2013 8:08 PM, "Mark Knecht" wrote:
> >Sorry for wasting bandwidth. I suspect it's time for me to
> >
> > unsubscribe and just read gentoo-user in a list somewhere. Sad, but
> > flotsam & jetsam I suppose...
> >
> > Over an out,
On Mon, 7 Jan 2013 22:53:19 +
Mick wrote:
> On Monday 07 Jan 2013 07:35:32 Dale wrote:
>
> BTW, pressing the touch sensitive button on the laptop to eject the
> CD won't work, neither will typing eject in a terminal:
>
> $ eject
> eject: tried to use `/mnt/cdrom' as device name but it is no
Am 08.01.2013 00:20, schrieb Alan McKinnon:
> On Mon, 07 Jan 2013 21:11:35 +0100
> Florian Philipp wrote:
>
>> Hi list!
>>
>> I have a use case where I am seriously concerned about bit rot [1]
>> and I thought it might be a good idea to start looking for it in my
>> own private stuff, too.
[...]
On Tue, 08 Jan 2013 08:27:51 +0100
Florian Philipp wrote:
> > This is a filesystem task, not a cronjab task. Use a filesystem that
> > does proper checksumming. ZFS does it, but that is of course
> > somewhat problematic on Linux. Check out the others, it will be
> > something modern you need, li
25 matches
Mail list logo
