Hello list,
among various tasks, I also run sysstat for monitoring my server's load.
The way it runs by default is via the hourly cron, as a job that lasts
exactly one hour. Sometimes I need to stop crond (systemctl stop dcron) to
perform some short maintainance, and restart it a minute later
Hi Gaetan,
On Wed, 2 Jan 2013, Gaetan Bisson wrote:
[2013-01-02 11:07:01 +0200] Dimitrios Apostolou:
Any ideas on how to instruct systemd to not kill it
when terminating crond?
Indeed, cron daemon services should use KillMode=process. I'll implement
that for cronie and push it to [testing
On Sat, 8 Dec 2012, Curtis Shimamoto wrote:
On 12/09/12 at 04:01am, Dimitrios Apostolou wrote:
Imagine that in /usr unit file the daemon is being called as binary
-d. So I create the /etc unit file that supersedes it and calls it
as blah -d -n1. Then the package gets updated and the /usr unit
Tom, thank you very much for the extensive reply, I've been searching a
lot for the reasoning you explained.
On Sun, 9 Dec 2012, Tom Gundersen wrote:
Speed is not a concern.
The way things should ideally work, IMHO, is:
Options related to the init-system, such as where the lock-file is
Hello list,
from a reply I got to a bug report (FS#32817, reply is private) I found
out that configuration files in /etc/conf.d are deprecated and that the
supported way is to replicate and customize service files.
Imagine that in /usr unit file the daemon is being called as binary -d.
So I
Hello list,
I tried booting with systemd and two custom hooks I have that create the
/var directory on tmpfs didn't work. Google doesn't help here and my
experience with systemd is in its infancy, so is there specific action I
should take?
My custom hooks are set to run during
Hello list,
I've been using tcp_wrappers on Linux for more than 10 years, and on
Archlinux for 6 years.
FWIW I'm not happy about this change. Even though I know that the same
functionality is provided by iptables, I consider tcp_wrappers the Unix
Way.
Anyway there is no value in fighting
On Thu, 21 Apr 2011, Grigorios Bouzakis wrote:
Because of these:
https://bugs.archlinux.org/index.php?string=dcronproject=1
Mostly https://bugs.archlinux.org/task/18681
The run many times per day bug hasn't bitten me since months ago. And I
used to see it really often. Maybe it is fixed?
On Sun, 13 Mar 2011, Thomas Bächler wrote:
Am 12.03.2011 12:39, schrieb Sergej Pupykin:
Hello,
what about creating mailing list with all flyspray notifications?
I think it can take off some load from bug wrangler person and may be
usefull for Arch users.
In general, I am not against this. I
On Sun, 27 Feb 2011, Thomas Bächler wrote:
Am 27.02.2011 03:12, schrieb Dimitrios Apostolou:
Hello list,
I'm using arch on an old laptop with only 128MB RAM. I had problems
compressing the initcpio image with lzma, it always failed allocating
memory. The following one-line patch allowed me
Hello list,
I'm using arch on an old laptop with only 128MB RAM. I had problems
compressing the initcpio image with lzma, it always failed allocating
memory. The following one-line patch allowed me to set my own compression
level in mkinitcpio.conf, with COMPRESSION=lzma -4
---
On Tue, 15 Jun 2010, Denis A. Altoé Falqueto wrote:
The proposed model is based on the web of trust. We would trust on
some keys to sign other keys. The main keys would be kept by some high
trusty developers. They would sign the public keys of the other
developers (and their personal keys too)
On Tue, 15 Jun 2010, Ionuț Bîru wrote:
i found this annoying since, debugging is more harder, i have to download the
resulted package to test it, send it, wait for the pool to come. is a mess :D
even if my system is compromised, we build our packages in clean chroots.
The workflow won't be
Hey, what do you think about this way of verifying packages?
On Tue, 15 Jun 2010, Dimitrios Apostolou wrote:
On another note, an easy but maybe a bit costly way to avoid any MITM
tampering to packages, is serve *.md5 files for every package through a
trusted HTTPS host. Then everyone can query
On Wed, 16 Jun 2010, Dan McGee wrote:
On Wed, Jun 16, 2010 at 6:08 PM, Dimitrios Apostolou ji...@gmx.net wrote:
Hey, what do you think about this way of verifying packages?
On Tue, 15 Jun 2010, Dimitrios Apostolou wrote:
On another note, an easy but maybe a bit costly way to avoid any MITM
On Mon, 14 Jun 2010, Denis A. Altoé Falqueto wrote:
And keep in mind that package signing per se will not solve this kind
of problems. Repository database signing is more important for that
solution, but is a problem in the current workflow of Arch developers.
How exactly is core and extra
Hi,
On Fri, 12 Mar 2010, Aaron Griffin wrote:
Commenting on closed bugs is not doable in Flyspray.
I didn't know it, thanks for the info! So I guess every argument
from now on is just for the sake of completion...
More-over, I think it is a bad idea. The only reason people want
commenting
On Fri, 12 Mar 2010, Dan McGee wrote:
On Fri, Mar 12, 2010 at 2:59 PM, Damjan Georgievski gdam...@gmail.com wrote:
Commenting on closed bugs is not doable in Flyspray.
Actually it is doable, it's a configuration option per project.
Check http://bugs.archlinux.org/pm/proj1/prefs
More-over, I
My primary complaint against flyspray is that it doesn't allow comments to
be added after the bug is closed. The only way is by doing a request to
reopen the bug, and even in that case your comment is not added to the
comment list.
Wouldn't this functionality remedy the closing bugs early
On Wed, 10 Feb 2010, Thomas Bächler wrote:
Am 10.02.2010 21:30, schrieb Dimitrios Apostolou:
Guys that thing bit me again: During the big libpng upgrade
initscripts package got upgraded too and /etc/rc.{sysinit,shutdown}
got overwritten without notifying me. Because of special changes I've
made
On Tue, 12 Jan 2010, Aaron Griffin wrote:
On Tue, Jan 12, 2010 at 5:43 PM, Thomas Bächler tho...@archlinux.org wrote:
Am 13.01.2010 00:34, schrieb Dimitrios Apostolou:
Since I've been bitten by this, how can I know if the file I modified is
goint to be overwritten or not, *before* it actually
On Wed, 10 Feb 2010, dave reisner wrote:
On Wed, Feb 10, 2010 at 3:30 PM, Dimitrios Apostolou ji...@gmx.net wrote:
Guys that thing bit me again: During the big libpng upgrade initscripts
package got upgraded too and /etc/rc.{sysinit,shutdown} got overwritten
without notifying me. Because
On Wed, 10 Feb 2010, Aaron Griffin wrote:
On Wed, Feb 10, 2010 at 2:30 PM, Dimitrios Apostolou ji...@gmx.net wrote:
On Tue, 12 Jan 2010, Aaron Griffin wrote:
On Tue, Jan 12, 2010 at 5:43 PM, Thomas Bächler tho...@archlinux.org
wrote:
Am 13.01.2010 00:34, schrieb Dimitrios Apostolou:
Since
Hi,
sorry for hijacking your thread but speaking of dark themes, I have been
looking for ages for a nice reverse theme for gtk+ but every single one I
remember wasn't perfect... Anyone 100% happy with a reverse theme?
And most importantly, how the /heck/ do you handle the *bright* *white*
On Mon, 11 Jan 2010, Aaron Griffin wrote:
If you modify it, you should add it to the NoUpgrade line in
/etc/pacman.conf. The backup array is for what we INTEND to be
modified. Users are more than welcome to do what we don't intend, but
you need to control whether of not pacman mucks with those
My guess is you need to authenticate to the Active Directory domain of
your network. Windows does it automatically when you login. I have seen
this case in the past but I can't help you with the specifics. You can
google for something like cups samba active directory authentication...
On Wed, 6 Jan 2010, Marti Raudsepp wrote:
On Mon, Jan 4, 2010 at 11:07 PM, Dimitrios Apostolou ji...@gmx.net wrote:
Using powertop I can see more than 100K wakeups/s (extra_timer_interrupt
is first on the list but I think it's irrelevant since it only shows about
100 wakeups), and the CPU
On Wed, 6 Jan 2010, Marti Raudsepp wrote:
On Wed, Jan 6, 2010 at 3:23 PM, Dimitrios Apostolou ji...@gmx.net wrote:
Timer Stats Version: v0.2
Sample period: 0.000 s
0 total events
Huh? Something's broken with your /proc/timer_stats. Either that, or
some application is polling the file
On Mon, 4 Jan 2010, Dimitrios Apostolou wrote:
Hello,
pacman just brought kernel 2.6.32 for my old laptop (P3 500MHz). A strange
thing I noticed is that the fan won't go off when CPU is idling like it used
to. Using powertop I can see more than 100K wakeups/s (extra_timer_interrupt
is first
On Tue, 5 Jan 2010, Sven-Hendrik Haase wrote:
Do you run acpi-cpufreq?
No I don't. In fact I don't think the CPU is able to lower its frequency.
Dimitris
On Sat, 14 Nov 2009, Xavier wrote:
On Sat, Nov 14, 2009 at 7:12 PM, Dimitrios Apostolou ji...@gmx.net wrote:
Hello list,
is anyone actually getting WCHAN information from either ps or top? To try
it just use ps opid,wchan,cmd. I only get dashes, any idea why?
man ps
wchan WCHANname
Hello list,
is anyone actually getting WCHAN information from either ps or top? To try
it just use ps opid,wchan,cmd. I only get dashes, any idea why?
Thanks,
Dimitris
On Sat, 14 Nov 2009, Xavier wrote:
On Sat, Nov 14, 2009 at 7:12 PM, Dimitrios Apostolou ji...@gmx.net wrote:
Hello list,
is anyone actually getting WCHAN information from either ps or top? To try
it just use ps opid,wchan,cmd. I only get dashes, any idea why?
man ps
wchan WCHANname
On Thu, 17 Sep 2009, Nicolas Bigaouette wrote:
I'm using Arch on a old Sony Vaio: pentium II 200MHz with ~64MB of ram. It
Cool, especially since you have desktop software on it... How did you
manage to install with only 64MB RAM?
is running LXDE. It is slow to boot, but I suspend without
On Thu, 17 Sep 2009, Daenyth Blank wrote:
On Thu, Sep 17, 2009 at 17:04, Dimitrios Apostolou ji...@gmx.net wrote:
The other is that I had trouble finding a truly lightweight X terminal
(there were times when xterm was considered bloated ;) so I packaged myself
rxvt. Most other distributions
On Fri, 18 Sep 2009, Nicolas Bigaouette wrote:
2009/9/18 Dimitrios Apostolou ji...@gmx.net
On Thu, 17 Sep 2009, Nicolas Bigaouette wrote:
I'm using Arch on a old Sony Vaio: pentium II 200MHz with ~64MB of ram. It
Cool, especially since you have desktop software on it... How did you
Hello list,
I just installed archlinux on a very old laptop of mine PIII at 500MHz
with 128MB RAM. I am planning on using it as a desktop... I should mention
two facts.
First is that I installed from CD succesfully without problems. I remember
in the past the installer would fail with such
On Thu, 2008-05-29 at 06:12 +0200, Karolina Lindqvist wrote:
måndagen den 19 maj 2008 skrev Dimitrios Apostolou:
Let me start with a P3 800MHz I have running arch.
Normal wait time: ~11.5s
acpi=off wait time: ~5s
What about yours?
Toshiba laptop, pentium 233MHz, wait time 85564ms
Hi,
Was this change forwarded to the OpenSSH developers? I am sure that if
it is indeed better security-wise to hash the known_hosts file, they
would change the default configuration upstream. I'm also sure that they
would give very good reasons for not wanting to do so.
Thanks,
Dimitris
Hi,
On Tue, 2008-05-20 at 10:14 +0200, Jan de Groot wrote:
Pacman itself is ready for .tar.bz2 package files. The whole issue
with .bz2 files is that compression and decompression times increase a
lot without giving the same amount of size reduction back. We've done
some recent tests with
On Wed, 2008-05-21 at 19:39 +0200, Jan de Groot wrote:
What's the memory usage when unzipping an LZMA file? Is it much higher
than the needs of gzip? We already have problems supporting low-memory
systems with our installer, adding a compression algorithm that eats
more memory will cause
Hello list,
I have recently seen the new feature of the initscripts, where the waiting
time for uevents settling is being reported. So since we are all interested
in booting speed, what are the times being reported for your computer?
Let me start with a P3 800MHz I have running arch.
Normal
On Thursday 08 May 2008 13:10:02 Lukáš Jirkovský wrote:
Yeah, but it glibc compiling much processor time. I've made small
shell wrapper for ldconfig and it works. Maybe the best solution would
be adding blowfish support to glibc's libcrypt itself.
Yet another external patch for glibc?
On Thursday 08 May 2008 15:58:51 bardo wrote:
On Thu, May 8, 2008 at 2:29 PM, Grigorios Bouzakis [EMAIL PROTECTED] wrote:
Hi, i wanted to note that there is
http://wiki.archlinux.org/index.php/Desktop_Project maintained by bardo
a TU, which mentions absolutely nothing about upstream.
Hello list,
In the past I had set-up some software I use (mpop) to read the root CAs
certificates from /usr/share/curl/curl-ca-bundle.crt but it seems that some
update broke that. I could easily find an alternative, since many archlinux
packages come with their own CA cert bundle but it
Dream Team wrote:
Le Sunday 20 April 2008 15:23:38 Erwin Van de Velde, vous avez écrit :
On Saturday 19 April 2008, Thomas Bächler wrote:
- Removed mactel patch
The removal of these patches was because a) there are no new patches
available for 2.6.25 and b) I am trying to reduce the amount of
Just my humble opinion on some of the issues raised:
What Arch needs is to have strict guidelines on PKGBUILDs and kick out
any developers that don't have the same idea. A proposition:
* Patches are unacceptable unless in the case the software wouldn't work
*at all* (Hint, qt PKGBUILD)
+1
47 matches
Mail list logo
