On 12/23/23 16:40, Sam Varshavchik wrote:
Christopher Klooz writes:
Btw, does anyone know if this (in the practically-same manner) is really
already introduced in Windows, Mac, Android by default? Globally? This
Most recent Android phones, and iPhones do this by default.
What they do is pin
On 4/7/23 16:17, Orion Poplawski wrote:
On 4/6/23 21:27, Robert Nichols wrote:
...
The user needs to enable nut-driver-enumerator.service if there is any UPS
hardware monitored by this system (i.e., not needed if this is a "secondary"
system and some other "primary"
On 4/6/23 17:56, Orion Poplawski wrote:
The nut package has a number of different systemd units:
/usr/lib/systemd/system/nut-driver-enumerator.path
/usr/lib/systemd/system/nut-driver-enumerator.service
'/usr/lib/systemd/system/nut-driver@.service'
/usr/lib/systemd/system/nut-driver.target
On 04/30/2015 06:37 PM, Adam Williamson wrote:
I'd prefer objective analysis over anecdata. poettering's contention
is :
i) there is only a problem if you have time-based fsck enabled
ii) this is not the default
In addition, it's only going to be a problem when fsck is run during
early boot, b
On 01/23/2015 09:29 AM, Daniel J Walsh wrote:
On 01/23/2015 10:25 AM, poma wrote:
Until this is resolved, is this a valid way:
$ sandbox -X -T tmp -t sandbox_web_t firefox
to cover this security issue, or can we isolate only libflashplayer.so,
not the entire browser.
Daniel, can you comment.
On 08/17/2014 12:31 PM, Nico Kadel-Garcia wrote:
On Sat, Aug 16, 2014 at 1:54 PM, Jon wrote:
The rationale here is that media mounts for a seated user are part of
that users run-time, or session.
By placing them in an area exclusive to the seated user, the system as
a whole is more secure.
A
On 07/22/2013 05:36 PM, Lennart Poettering wrote:
Also, cronie will split up the messages
by line anyway if it logs to syslog instead of sendmail.
That sounds particularly horrible for concurrent cron jobs that would
thus have their output interleaved in the log.
--
Bob Nichols "NOSPAM" is
On 07/22/2013 11:36 AM, Lennart Poettering wrote:
I am pretty sure that most of the stuff we currently mail
(like the log output of cron jobs) simply makes no sense as mail, and
should much rather be treated exactly like all other log output. There's
nothing special really about cron that would
On 07/15/2013 09:14 AM, Lennart Poettering wrote:
This feature is about not doign local mail delivery by default, by not
installing any MTA. Instead you find the log output of cronjobs at the
same place as you find any other log output, the journal/syslog, for
example accessible via:
journalctl
On 07/15/2013 04:17 PM, Eric Smith wrote:
On Mon, Jul 15, 2013 at 3:14 PM, Till Maas wrote:
But the information cron sends via email is usually more important than
the regular log entries, because output in cron jobs usually means there
is an error. It seems wrong to store the important data hi
On 07/15/2012 09:20 PM, Sam Varshavchik wrote:
I think that 99% of the problems that prelink is creating can be easily avoided
simply by having prelink automatically skip executables that are currently
running. This is something that should not be very difficult to do. All the
information is triv
On 07/15/2012 01:10 PM, Jef Spaleta wrote:
Generally speaking do we have a cron-like service that knows how to
taste for onbattery in a high level way? Or do we have to encode that
check into each script that fires from a cron-like service?
In /etc/cron.hourly/0anacron there is a test using /u
On 06/12/2011 07:27 PM, Josh Stone wrote:
> On 06/12/2011 04:11 PM, nomnex wrote:
>> I might wait for F16 to do a clean install. It's the first time I reach
>> an EOL. Can you tell me if the packages in the F13 repository
>> remains available (even though the packages are not updated)
>> past June,
On 05/18/2011 06:42 PM, Simo Sorce wrote:
> On Wed, 2011-05-18 at 16:48 -0500, Robert Nichols wrote:
>> On 05/18/2011 04:04 PM, Lennart Poettering wrote:
>>> Host requests power down from UPS in 30s. Host then continues shut
>>> down. If the host now ends up taking
On 05/18/2011 04:04 PM, Lennart Poettering wrote:
> Host requests power down from UPS in 30s. Host then continues shut
> down. If the host now ends up taking more time then expected for
> shutting down it might still be busy at the time of the power going
> away. It's a race between "UPS powering o
On 06/27/2010 10:17 AM, Sam Varshavchik wrote:
> Robert Nichols writes:
>
>> On 06/23/2010 04:24 AM, Richard Hughes wrote:
>>> On 23 June 2010 09:50, Tomasz Torcz wrote:
>>>> “/sbin/upsdrvctl is used as the near final step in /etc/init.d/halt
>>>> to
On 06/23/2010 04:24 AM, Richard Hughes wrote:
> On 23 June 2010 09:50, Tomasz Torcz wrote:
>> “/sbin/upsdrvctl is used as the near final step in /etc/init.d/halt to
>> command
>
> That's completely bogus. You really don't want to just power down the
> machine like that -- it might lead to disk co
On 03/18/2010 04:53 PM, shmuel siegel wrote:
> On 3/18/2010 9:47 PM, Robert Nichols wrote:
>> The default pseudo-geometry will still be 63 sectors/track unless you
>> change it, and by default a partition's start-of-data is forced to the
>> beginning of a track. Making
On 03/18/2010 11:12 AM, Till Maas wrote:
> I just bought a WD20EARS and tested on F12. fdisk has an option to set
> the sector size to 4096 byte, but it will still use sector 63 by default
> for a new partition. Shouldn't it then default to sector 16, which is
> sector 64 with 512 byte sector size?
19 matches
Mail list logo
