- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] Cron
by Heiko Baums 04 Jan '10

04 Jan '10

Am Mon, 4 Jan 2010 09:52:45 -0600 schrieb Aaron Griffin <aaronmgriffin(a)gmail.com>: > Though, I must admit, I did not see this email until after I replied. > yacron was not evaluated when we looked into this... From Jim's explanations I think that it could be worth testing yacron, too. Greetings, Heiko

1 0

[arch-general] Replies on arch-general to dev emails (was: Cron)
by Dan McGee 04 Jan '10

04 Jan '10

On Mon, Jan 4, 2010 at 12:35 AM, Heiko Baums <lists(a)baums-on-web.de> wrote: > > I again answer to arch-general due to write permissions. > You realize you don't need to say this *every single time* you answer an email from arch-dev-public? We do this (restrict who can post to that list) quite on purpose, and this is the defined method of answering these emails. Every dev subscribes to this list too so it isn't like your email is getting lost. -Dan

5 5

Re: [arch-general] [arch-dev-public] Cron
by Heiko Baums 04 Jan '10

04 Jan '10

Answering to arch-general again. ;-) Am Mon, 4 Jan 2010 10:51:29 +0100 schrieb Dieter Plaetinck <dieter(a)plaetinck.be>: > When a crontab is missed due to system downtime, sometimes you want > the crontab to be done when the system boots up, but sometimes you do > not want that at all. (eg a cleanup crontab that should never run > during peak hours) > > would be nice if the choosen cron solution supports a certain marker > per cron entry where you can define the behavior you want. That's exactly what you can do with fcron. In crontab you have to explicitly tell fcron to run cronjobs which should have run during downtime at bootup. If I recall correctly you have to prefix these lines with an "@". Otherwise they are handled like in dcron. The scripts in /etc/cron.hourly etc. are executed at bootup if the system was down when they should be running. But you can delete or chmod 600 them or just comment the commands out. Greetings, Heiko

2 1

Re: [arch-general] [arch-dev-public] Cron
by Heiko Baums 04 Jan '10

04 Jan '10

Am Sun, 03 Jan 2010 23:23:28 -0500 schrieb Paul Mattal <paul(a)mattal.com>: > Is there also an issue we're trying to solve with anacron? Can't we > use bcron (or any other cron for that matter) and still use anacron > separately? > > I understand that fcron could theoretically do the work of both, but > don't see an inherent advantage over two separate tools which might > each be better at their own job. I again answer to arch-general due to write permissions. I vote for fcron because it has dcron and anacron features. Two separate packages is indeed a regression and not really KISS like because anacron can only do anacron and dcron can only do dcron while fcron can do both. And on a desktop system which doesn't run 24/7 you need both features at the same time. On servers which run 24/7 it doesn't harm if the cron daemon has anacron features, too. I'm using fcron since years and it just works. It runs every cronjob as soon as possible. If the system runs then it executes the cronjobs at that time which is configured. If the system is down then fcron will start the cronjobs as soon as possible, as soon as the system is up again. I don't know bcron and yacron but I doubt that they have anacron features. Also fcron supports the directories /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly and /etc/cron.monthly. So it's very easy to configure cronjobs. No cryptical configuration file anymore. Just put a shell script into one of these directories and they will be executed regularly. The old configuration method is still possible. Greetings, Heiko

2 4

Re: [arch-general] Looks like an AUR (web interface) bug?
by talki walki 04 Jan '10

04 Jan '10

Loui Chang wrote: >I manually changed the ID. >The package should appear on the web site now. Thank you. I was wondering "who did the magic setting the category to system?" > How did you upload your package? slurpy -P -U <account> Without the -C option, it defaults category to NONE. I uploaded three packages in a row using this method, the other two were just fine though.

1 0

[arch-general] Looks like an AUR (web interface) bug?
by talki walki 04 Jan '10

04 Jan '10

Hi, all. The following page of msort in AUR says "Package details could not be found." http://aur.archlinux.org/packages.php?ID=33319 While one can fetch the package info using the rpc interface: wget 'http://aur.archlinux.org/rpc.php?type=search&arg=msort' -q -O- Also the tarball is available at http://aur.archlinux.org/packages/msort/msort.tar.gz and the package builds fine.

2 2

[arch-general] [community] locke.suu.edu mirror missing packages between N and W/Z?
by Ng Oon-Ee 02 Jan '10

02 Jan '10

Hi, just did my update with yaourt. For [community[, it timed out for me from distrib-coffee.ipsl.jussieu.fr and ftp.sh.cvut.cz, so I got [community] from locke.suu.edu Basically, after that yaourt checked the AUR for existance of all my [community] packages between letters N and W (I don't have any from X to Z so don't know if that's affected). Examples include openntpd, pulseaudio, powertop, pkgtools, reflector, schroot. Just did another resync (-Syy) and distrib-coffee.ipsl.jussieu.fr works fine for the packages I mention. So its an issue with locke.suu.edu. Oh, btw, I'm on 64-bit.

1 0

[arch-general] Autofs5 does not mount Nfs4 exports automatically
by Dieter Plaetinck 02 Jan '10

02 Jan '10

I have this problem for already about a year. hope someone can help me. See http://bbs.archlinux.org/viewtopic.php?id=79513 for detailed problem description. thanks. Dieter

1 0

[arch-general] Kernel panic with kernel26 2.6.32.2-2 from [core]
by Heiko Baums 02 Jan '10

02 Jan '10

Hi, I already filed a bug report but thought it couldn't harm or even be good to post it to the mailing list, too. Since the update to kernel26 2.6.32.2-2 from [core] I can't boot this kernel anymore. I always get a kernel panic with these messages: Failed to execute /init Kernel panic - not syncing: No init found. Try passing init= option to kernel. Pid: 1, comm: swapper Not tainted 2.6.32-ARCH #1 Call Trace: [<ffffffff813301c2>] ? panic+0x8a/0x14b [<ffffffff8100a28d>] ? init_post+0xad/0x100 [<ffffffff81502747>] ? kernel_init+0x19d/0x1a8 [<ffffffff8101311a>] ? child_rip+0xa/0x20 [<ffffffff815025aa>] ? kernel_init+0x0/0x1a8 [<ffffffff81013110>] ? child_rip+0x0/0x20 I found out that the reason for this is an outdated package in [core]. I don't know yet which package exactly but I guess it's mkinitcpio. After upgrading the system to [testing] and generating a new kernel26.img the system boots again. So, please, either move the packages currently in [testing] to [core] or move kernel26 2.6.32.2-2 back to [testing]. The first would be the best solution I think. See also my bug report: http://bugs.archlinux.org/task/17649 Greetings, Heiko

6 16

[arch-general] Happy new year 22 hours late :)
by Michel Di Croci 02 Jan '10

02 Jan '10

Happy new year everyone, especially to the developpers of this still up to date distro ;) Michel

1 0