- Arch-general - lists.archlinux.org

[arch-general] Strange outpu from latest qemu-kvm
by Damjan Georgievski 06 Jan '10

06 Jan '10

Just updated to qemu-kvm 0.12.1.2-1 here, and now when I start a VM I get this: $ qemu-kvm -m 384 -drive file=karmic.img,if=virtio,boot=on -vnc :0 -monitor unix:mon/karmick.sock,server,nowait -daemonize profiling:/home/tobias:Cannot create directory profiling:/home/tobias/Arch/svn/svn-packages/vde2/trunk/src/vde2-2.2.2/src/lib/.libs/libvdeplug.gcda:Skip profiling:/home/tobias:Cannot create directory profiling:/home/tobias/Arch/svn/svn-packages/vde2/trunk/src/vde2-2.2.2/src/common/.libs/cmdparse.gcda:Skip profiling:/home/tobias:Cannot create directory profiling:/home/tobias/Arch/svn/svn-packages/vde2/trunk/src/vde2-2.2.2/src/common/.libs/canonicalize.gcda:Skip profiling:/home/tobias:Cannot create directory profiling:/home/tobias/Arch/svn/svn-packages/vde2/trunk/src/vde2-2.2.2/src/lib/.libs/libvdeplug.gcda:Skip profiling:/home/tobias:Cannot create directory profiling:/home/tobias/Arch/svn/svn-packages/vde2/trunk/src/vde2-2.2.2/src/common/.libs/cmdparse.gcda:Skip profiling:/home/tobias:Cannot create directory profiling:/home/tobias/Arch/svn/svn-packages/vde2/trunk/src/vde2-2.2.2/src/common/.libs/canonicalize.gcda:Skip The VM seems to work fine otherwise. -- damjan

1 0

[arch-general] Tiny webserver to run as root
by RedShift 05 Jan '10

05 Jan '10

Hi all Does anyone have a suggestion for some software, a tiny webserver that is able to run as root and execute CGI scripts? It should be smaller than apache and preferably even smaller than lighttpd. It doesn't need a whole lot of features, it only needs to be able to execute CGI scripts. I have tried a few: nanoweb (which is written in php as well) but has some problems with CGI scripts and when it runs in multi process mode it brings the system load up to exactly 1.00. Nullhttpd, but it's old and unmaintained. Tinyhttpd isn't up for the job as well (kept crashing at times). Thanks, Best regards, Glenn

9 8

[arch-general] Shutdown Issue
by GTR 05 Jan '10

05 Jan '10

Hi I am using Gnome 2.28, and added the shutdown item to the panel. While using the shutdown button from the panel, the screen garbles up, and i don't see the normal shutdown messages, but the computer still shuts down normally. nothing is logged related to this. While using any other shutdown method (console, or even system -> shutdown), all the shutdown messages are displayed (the daemons switching off, etc) and the computer shuts down normally. I would like to know, what script does that button call, that probably leads to the above issue.

1 0

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