Hello.
My HP EliteBook running ASCII doesn't suspend when I close the lid.
It used to do with Debian Wheezy.
The package acpi-call-dkms is installed.
xfce4-power-manager is configured such that closing lid should
cause suspend.
When the lid is closed and reopen, there i
Am Donnerstag, 28. Dezember 2017 schrieb Rick Moen:
> Quoting Harald Arnesen (har...@skogtun.org):
[snip]
> My one-time colleague Ted
> T'so once wrote an excellent piece, that I can't find at the moment,
> about how ext2/ext3 code had necessarily been written with a defensive
> attitude,
[...]
On Thu, Dec 28, 2017 at 11:05:43AM +0100, Didier Kryn wrote:
> Hello.
>
> My HP EliteBook running ASCII doesn't suspend when I close the lid. It
> used to do with Debian Wheezy.
>
> The package acpi-call-dkms is installed.
>
> xfce4-power-manager is configured such that closing l
Le 28/12/2017 à 11:13, KatolaZ a écrit :
On Thu, Dec 28, 2017 at 11:05:43AM +0100, Didier Kryn wrote:
Hello.
My HP EliteBook running ASCII doesn't suspend when I close the lid. It
used to do with Debian Wheezy.
The package acpi-call-dkms is installed.
xfce4-power-manager i
Den 28.12.2017 01:51, skrev Steve Litt:
> The one downfall of my method is if you absolutely, positively need
> atomic backups: database files, for instance. You'd need to stop work
> on the computer being backed up. In the case of my Daily Driver
> Desktop, which contains 3,874,727 files, the ent
Le 27/12/2017 à 01:05, Hendrik Boom a écrit :
As I understand it, there are a few new file systems somewhat
available on Linux -- ZFS, XFS, and Btrfs.
I switched from ext2 to Reiserfs many years ago, when Reiser was
the first and only journalled filesystem. After that switch I have never
On 12/28/2017 01:03 PM, Didier Kryn wrote:
[snip]> From reading this thread, I learned that ZFS has severe hardware
> requirements;
If all features are enabled then the RAM requirements are outrageous.
However, some of the memory hogs might not be missed if they are turned
off. Depends on you
On Thu, Dec 28, 2017 at 12:03:12PM +0100, Didier Kryn wrote:
> Le 27/12/2017 à 01:05, Hendrik Boom a écrit :
> >As I understand it, there are a few new file systems somewhat
> >available on Linux -- ZFS, XFS, and Btrfs.
>
> I switched from ext2 to Reiserfs many years ago, when Reiser was the
>
Quoting Didier Kryn (k...@in2p3.fr):
> I'm reluctant to use ext3/ext4 because I don't understand why they
> still have this strange lost+found directory, which signs a kind of
> weakness.
It's just a receiving area for fragments (inodes without corresponding
filenames) that might in the future be
> ext3/ext4 are solid fs, and have
> always been. the lost+found folder is a remainder of the ext2 era, and
> is not even mandatory any more, AFAIU.
lost+found is required since ext3+ext4 permit mounting as ext2, which requires
it. A poor reason, perhaps, but put differently getting rid of a sing
Am 2017-12-28 11:05, schrieb Didier Kryn:
My HP EliteBook running ASCII doesn't suspend when I close the
lid. It used to do with Debian Wheezy.
I had the same problem when switching from Debian to Devuan. Solution is
easy:
You need the package "acpid".
Look what events are triggered when
Le 28/12/2017 à 12:35, J. Fahrner a écrit :
Am 2017-12-28 11:05, schrieb Didier Kryn:
My HP EliteBook running ASCII doesn't suspend when I close the
lid. It used to do with Debian Wheezy.
I had the same problem when switching from Debian to Devuan. Solution
is easy:
You need the package
Am 2017-12-28 13:36, schrieb Didier Kryn:
This file doesn't exist,
Yes, I created that myself.
but there is a file just called lidbtn,
which contains the following:
# /etc/acpi/events/lidbtn
Is this a leftover from a former installation? Can you look if this is
provide
Le 28/12/2017 à 11:43, Didier Kryn a écrit :
Hello.
I have a Cups server (cups daemon configured to export one
printer) at home on a desktop running Devuan-Jessie.
The Cups daemon on my laptop (configured to be a client only) was
able to see it and use it for print, when it was
Hi,
J. Fahrner writes:
> Am 2017-12-27 16:28, schrieb Svante Signell:
>> I'm not so sure we should add that dependency,
>
> Can you explain why?
> When udevd calls mtp-probe in it's default configuration, then it must
> be assured that mtp-probe is present. Anything else is a bug.
Indeed but ude
Le 28/12/2017 à 14:12, Didier Kryn a écrit :
Le 28/12/2017 à 11:43, Didier Kryn a écrit :
Hello.
I have a Cups server (cups daemon configured to export one
printer) at home on a desktop running Devuan-Jessie.
The Cups daemon on my laptop (configured to be a client only) was
abl
Den 2017-12-28 12:18, skrev KatolaZ:
> I lost several filesystems with buggy reiserfs versions, back in the
> days, and refused to use it ever again, basically because ext3 had
> become reliable and dependable in the meanwhile. Then Hans Raiser
> stopped its development, for other reasons...
He
Le 28/12/2017 à 14:18, Didier Kryn a écrit :
Le 28/12/2017 à 14:12, Didier Kryn a écrit :
Le 28/12/2017 à 11:43, Didier Kryn a écrit :
Hello.
I have a Cups server (cups daemon configured to export one
printer) at home on a desktop running Devuan-Jessie.
The Cups daemon on my la
Olaf Meeuwissen wrote on 28/12/17 23:36:
Hi,
J. Fahrner writes:
Am 2017-12-27 16:28, schrieb Svante Signell:
I'm not so sure we should add that dependency,
Can you explain why?
When udevd calls mtp-probe in it's default configuration, then it must
be assured that mtp-probe is present. Anyth
Hi All,
Seasons greetings!
I'm working on a vehicle router project based on i.MX6 and we were,
until a few days ago, using Ubuntu 14.04 LTS armhf. I was about to
migrate to Ubuntu 16.04 LTS when I noticed that systemd had taken over
but not all of my hardware management leaving me stranded b
I have successfully installed IBM Informix IDS 11.50 on a devuan
Jessie 1.0.0. It will soon replace in production an old OpenSuse 11.4
that passed its EOL...
I'll even try witn an 11.70 soon and report back...
Kudos to the Devuan team!
Greetings,
Luciano.
--
/"\ /Via
The files listed below are all part of package acpi-support.
/etc/acpi/events/lidbtn causes the invocation of /etc/acpi/lid.sh
on lid events
/etc/acpi/lid/sh invokes a function called CheckPolicy(), which is
in file /usr/share/acpi-support/policy-funcs.
CheckPolicy() checks i
On 28/12/17 15:05, Rick Moen wrote:
> ECC RAM is not sufficient to catch all bad RAM problems, only some.
> Back in 2006, I had an interesting case of this:
> http://linuxmafia.com/pipermail/conspire/2006-December/002662.html
> http://linuxmafia.com/pipermail/conspire/2006-December/002668.html
>
On 28/12/17 11:51, Steve Litt wrote:
> Being a fan of simplicity, I use ext4 on all partitions. No LVM: I
> don't want the extra layer. With things like bind mount I can
> temporarily move parts of one filetree to a different partition, and
> the next time I full-install or buy a new computer or
Am 2017-12-28 15:31, schrieb Didier Kryn:
Now I have the following options:
1) Try to obtain something from xfce4-power-manager. I'm not ready
to debug the dbus nightmare. It might be that the package
dbus-user-session is necessary. But this one depends on libpam-systemd
and therefore i
On 12/27/2017 01:34 PM, taii...@gmx.com wrote:
Please remember that all RAID should have ECC RAM and when it comes to
XFS it is MANDATORY to avoid massive data corruption.
Ahh late night typo for me, correction - ZFS not XFS.
___
Dng mailing list
Dng@
On Thu, Dec 28, 2017 at 01:45:52PM +, Mike Tubby wrote:
>
> How long are Devuan releases, like Jessie, going to be supported? Debian
> Jessie appears to end at the end of 2018, according to this:
Devuan jessie is an LTS release. it will be supported at least until
Debian Jessie LTS, i.e., e
On Thu, 28 Dec 2017 11:05:43 +0100
Didier Kryn wrote:
> xfce4-power-manager is configured such that closing lid should
> cause suspend.
>
> When the lid is closed and reopen, there is no message in dmesg.
>
> Any clue? Thanks.
Hi Didier,
This is non-responsive to your questio
On Thu, 28 Dec 2017 11:33:13 +0100
Harald Arnesen wrote:
> Den 28.12.2017 01:51, skrev Steve Litt:
>
> > The one downfall of my method is if you absolutely, positively need
> > atomic backups: database files, for instance. You'd need to stop
> > work on the computer being backed up. In the case
On Fri, 29 Dec 2017 01:33:43 +1100
Andrew McGlashan wrote:
> On 28/12/17 15:05, Rick Moen wrote:
> > ECC RAM is not sufficient to catch all bad RAM problems, only some.
> > Back in 2006, I had an interesting case of this:
> > http://linuxmafia.com/pipermail/conspire/2006-December/002662.html
> >
On December 28, 2017 7:05:47 PM GMT+03:00, Steve Litt
wrote:
>On Thu, 28 Dec 2017 11:05:43 +0100
>Didier Kryn wrote:
>
>> xfce4-power-manager is configured such that closing lid should
>> cause suspend.
>>
>> When the lid is closed and reopen, there is no message in dmesg.
>>
>>
Steve Litt wrote:
> That's exactly my point. To do something better than my backup
> solution, I would have needed to go with something less tested, with
> less complete supporting software, and something I trust less than
> ext4. I haven't had ext4 mess up on me in at least 6 years. Even ext2
>
Am 28.12.2017 um 14:45 schrieb Mike Tubby:
[...]
> Reading the 'Release Information' at:
>
> https://devuan.org/os/releases
>
> it is not terribly clear to me exactly which Debian 'Jessie' the Devuan
> 'Jessie' is built upon - the reason for this is that Debian has 'point
> releases', e.g 8
On Thu, Dec 28, 2017 at 05:38:47PM +0100, Michael Siegel wrote:
> Am 28.12.2017 um 14:45 schrieb Mike Tubby:
>
> [...]
>
> > Reading the 'Release Information' at:
> >
> > https://devuan.org/os/releases
> >
> > it is not terribly clear to me exactly which Debian 'Jessie' the Devuan
> > 'Jess
Quoting Dr. Nikolaus Klepp (dr.kl...@gmx.at):
> Am Donnerstag, 28. Dezember 2017 schrieb Rick Moen:
> > Quoting Harald Arnesen (har...@skogtun.org):
>
> > My one-time colleague Ted T'so once wrote an excellent piece, that I
> > can't find at the moment, about how ext2/ext3 code had necessarily
>
On Thu, Dec 28, 2017 at 12:03:12PM +0100, Didier Kryn wrote:
> Le 27/12/2017 à 01:05, Hendrik Boom a écrit :
> > As I understand it, there are a few new file systems somewhat
> > available on Linux -- ZFS, XFS, and Btrfs.
>
> I have tried btrfs; it still runs on a few servers I have installed.
On Tue, Dec 26, 2017 at 05:20:58PM -0800, Rick Moen wrote:
> btrfs is still scarily beta after rather a lot of years of development.
> Its prospects have dimmed further now that Red Hat have dropped it from
> their roadmap.
And why would Red Hat matter? It's similar to as if Apple dropped an iTun
Adam Borowski wrote (excerpted):
> As for its state: btrfs is, well, btrfs. You get both extremely powerful
> data protection features you won't want to live without, and WTF level
> caveats. I wouldn't recommend using btrfs unless you know where the corpses
> are buried.
>
> But if you do, you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Di den 26. Dez 2017 um 20:04 schrieb J. Fahrner:
> eth0 works normal in network-manager. The error is only during boot. I'm
> wondering why ifup tries to activate eth0, since this is not in
> /etc/network/interfaces. Where does this info come from
Le 28/12/2017 à 20:49, Adam Borowski a écrit :
On Tue, Dec 26, 2017 at 05:20:58PM -0800, Rick Moen wrote:
btrfs is still scarily beta after rather a lot of years of development.
Its prospects have dimmed further now that Red Hat have dropped it from
their roadmap.
And why would Red Hat matter?
Den 2017-12-28 17:11, skrev Steve Litt:
> That's exactly my point. To do something better than my backup
> solution, I would have needed to go with something less tested, with
> less complete supporting software, and something I trust less than
> ext4. I haven't had ext4 mess up on me in at least
On Fri, 29 Dec 2017 01:15:10 +0100
Harald Arnesen wrote:
> I see what you mean, and I have never had a problem with ext4 either.
> But I have used btrfs on all my main machines for the last years, and
> have not had any (filesystem) problems with them either. I'd like to
> see empirical evidence
Quoting Steve Litt (sl...@troubleshooters.com):
> On Fri, 29 Dec 2017 01:15:10 +0100
> Harald Arnesen wrote:
>
> > I see what you mean, and I have never had a problem with ext4 either.
> > But I have used btrfs on all my main machines for the last years, and
> > have not had any (filesystem) pro
On Thu, Dec 28, 2017 at 11:11:35AM -0500, Steve Litt wrote:
>
> In other words, I prioritized the extreme amount of user testing of
> ext4 over the obvious convenience of btrfs. My prioritization isn't
> universal: In fact, I'm probably in the minority. But it's worked for
> me.
I'm in the same m
On Thu, Dec 28, 2017 at 08:49:56PM +0100, Adam Borowski wrote:
> On Tue, Dec 26, 2017 at 05:20:58PM -0800, Rick Moen wrote:
> > btrfs is still scarily beta after rather a lot of years of development.
That's what worries me about btrfs.
'''
'''
> As for its state: btrfs is, well, btrfs. You get
45 matches
Mail list logo
