- Arch-general - lists.archlinux.org

Re: [arch-general] let's discuss /srv again
by Phillip Smith 06 Oct '09

06 Oct '09

According to the FHS, /srv is for "site-specific" data served by the host: http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSY… IMHO, this means webapps. The FHS makes specific mention that a distribution must take care not to touch user files in this directory, which infers that it is acceptable (expected?) that distributions will put files here. I also strongly agree that user modifyable files (eg, configuration files) must not be put anywhere in /usr and splitting the configuration into /etc like non-webapps is just a security nightmare. We also want to avoid untrusted processes like apache/lighttpd having read/write access into /usr where ever possible. Referring to the FHS again: "*/usr** is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.*" Keywords: "read-only", "must not be written to" and "host-specific"

1 1

Re: [arch-general] php not working - Was: Web_application_package_guidelines wiki page
by David Houston 05 Oct '09

05 Oct '09

Jobs a good one then :) On Mon, Oct 5, 2009 at 9:13 PM, Jozsef <jozefk(a)gmx.com> wrote: > LoadModule php5_module modules/libphp5.so > Include conf/extra/php5_module.conf > > After adding these two lines in httpd.conf everything works fine again. > > -- > Best, > Jozsef Kurucity | Web & Graphic Designer > +971 50 6783113 | jozefk(a)gmx.com > -- Dave ------------- root(a)crankyadmin.net cranky(a)archlinux.us

1 0

[arch-general] checking runlevels in rc.shutdown
by Damjan Georgievski 05 Oct '09

05 Oct '09

Is there a specific reason why rc.shutdown only shutsdown daemons if the previous runlevel was 3 or 5? It's the line that is: if [ "$PREVLEVEL" = "3" -o "$PREVLEVEL" = "5" ]; then I use both runlevel 4 and 5 (to use different login managers) and when shuting from 4 it will sometimes not shutdown clean. Can we actually do without this check for runlevels? It is additionally not compatible with Upstart, I understand Upstart is not supported in Arch in any way, but still more flexible rc.xxx scripts in Arch would be a good thing afterall. -- damjan

4 5

[arch-general] pulseaudio troubles
by Juan Diego 04 Oct '09

04 Oct '09

Good day everyone Im having some troubles compiling the lastest version of pulseaudio from the sources Im getting the same error when I use the PKGBUILD from the version 0.9.15 (from the community repo) any ideas of how to fix this? by the way, according to this: http://www.pulseaudio.org/wiki/WhatIsWrongWithSystemMode is not a good idea to have an init script for pulseaudio this is the output of make: ---------------------------------------------------------------------------------------------------- make all-recursive make[1]: Entering directory `/home/<removed>/p/src/pulseaudio-0.9.19' Making all in src make[2]: Entering directory `/home/<removed>/p/src/pulseaudio-0.9.19/src' make all-am make[3]: Entering directory `/home/<removed>/p/src/pulseaudio-0.9.19/src' CCLD mcalign-test /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xmalloc' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_sample_spec_valid' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_store' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_from_string' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_add' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_diff' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_load' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_msleep' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_bytes_snprint' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xmemdup' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_contains' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_free' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_host_name' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_sample_format_is_be' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_user_name' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_sets' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_fqdn' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xstrdup' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_utf8_to_locale' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_cmp' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xstrndup' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xfree' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_path_get_filename' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_binary_name' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_set' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xmalloc0' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_utf8_valid' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_get' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_locale_to_utf8' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_channel_map_valid' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_rtclock_now' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_utf8_filter' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_iterate' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_home_dir' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xrealloc' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_gets' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_ascii_filter' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_sample_format_is_le' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_update' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_sub' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_gettimeofday' collect2: ld returned 1 exit status make[3]: *** [mcalign-test] Error 1 make[3]: Leaving directory `/home/<removed>/p/src/pulseaudio-0.9.19/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/<removed>/p/src/pulseaudio-0.9.19/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/<removed>/p/src/pulseaudio-0.9.19' make: *** [all] Error 2

4 5

[arch-general] archweb isn't updating its record.
by Loui Chang 04 Oct '09

04 Oct '09

I've updated mhwaveedit to version 1.4.16. The package is in SVN and ftp but archweb doesn't want to update its info. http://www.archlinux.org/packages/community/i686/mhwaveedit/ Anyone have an idea what the cause might be? Thanks.

9 15

[arch-general] updated PKGBUILD for openswan
by Ray Kohler 04 Oct '09

04 Oct '09

The openswan package in core is rather old. I've updated the PKGBUILD for the latest version, 2.6.23. This includes rather a lot of build changes - some are cleanup that could have happened before, some are new for upstream changes. I built this to investigate whether I could use it instead of strongSwan. I could not get it to work for my purposes, but rather than let that work go to waste, I figured I'd submit the PKGBUILD here.

1 0

[arch-general] having a problem from upgraded vim again (version 266)
by b4283 04 Oct '09

04 Oct '09

I'm having these errors even when i start vim with no parameters, are anyone seeing the same? $ LC_ALL=POSIX LANG=POSIX vim E486: Pattern not found: <\s*$[ap]\|img$\s*$ E486: Pattern not found: <\s*a\s[^>]*>[^<]*$ search hit BOTTOM, continuing at TOPError detected while processing /usr/share/vim/vimfiles/plugin/unhtml.vim line 34: E486: Pattern not found: <!--"extensions.bc" "extensions.bc" [noeol] 391L, 6361C"extensions.bc.t2t" "extensions.bc.t2t" 391L, 6329C written Press ENTER or type command to continue

2 1

[arch-general] [signoff] kernel26 2.6.31.1-1
by Thomas Bächler 03 Oct '09

03 Oct '09

Kernel is in testing for both architectures, please sign off (at least one for x86_64, two for i686). I think tpowa had the kernel all ready to move to core, except he was waiting for the .1 release, which is there now. The only thing bugging me is http://bugs.archlinux.org/task/16149, opinions?

3 7

[arch-general] Musepack-tools SV8 PKGBUILDs
by JM 03 Oct '09

03 Oct '09

Hello, The Musepack project has just released the two libraries [1] required for building musepack-tools SV8, which is the current stable version. The version in the repos is SV7. I have started preparing PKGBUILDs but apparently my cmake-fu is not as strong as I thought. While I was able to prepare PKGBUILDS and patches (borrowing bits from Gentoo) for both libraries, I failed at musepack-tools. It's been over two hours and I am tired and hungry. Please find the relevant files attached and not mock me too much. Regards, JM [1] http://www.musepack.net/index.php?pg=src

2 1

[arch-general] rsync for mirroring
by Piyush P Kurur 03 Oct '09

03 Oct '09

Hi, I am part of a group of people who run a mirror for some GNU/Linux distros. I have a question regarding how rsync works. The question is prompted by the frequent overloading of rsync mirrors. If I am not mistaken the overall idea behind rsync is the following (I am assuming that dest wants to update form src) (1) dest computes a signature of the current snapshot of its file system sends to src. (2) src goes over the its current snapshot and calculates a delta (changes) from the signature that dest sends. (3) src then sends the delta to dest and dest updates. Although this seems fine for a single source single destination system, doesint it lead to overloading of src when there are multiple dest, like in the case of mirroring, src has to compute the delta which is a time consuming process. Alternatively if the src can do the delta computation once and for all then it will improve the efficiency a lot. One can imagine that a destination mirror can keep track of a snapshot time when it last synced and send the src just this. src keeps track of all the deltas, somewhat like rdiff-backup and then sends the dest all the deltas that will get it uptodate. Regards ppk

2 2