According to the FHS, /srv is for "site-specific" data served by the host:
http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
IMHO, this means webapps. The FHS makes specific mention that a distribution
must take care not to touch user files in this directory, which in
Jobs a good one then :)
On Mon, Oct 5, 2009 at 9:13 PM, Jozsef 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 5
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 | joz...@gmx.com
On Mon, Oct 5, 2009 at 11:43 AM, Sergej Pupykin wrote:
>>> So... what's the exact error? And how quickly are you doing this?
>>> There is a delay between the arch dev machine that the developers use
>>> and ftp.archlinux.org (about 5-15 minutes IIRC)
>
> Do you mean that ftp.archlinux.org synchron
2009/10/5 Sergej Pupykin :
> Btw, if someone interested in, here is the list of packages which failed
> last time:
>
>
> abyssws
> aqua-data-studio
> autojump
> choqok
> colorgcc
> cross-arm-wince-cegcc-gdb
> cross-arm-wince-cegcc-gdbstub
> emerald-themes
> fcpcmcia
> flashplugin
> flickrnet
> foom
On Mon, Oct 5, 2009 at 12:51 PM, Damjan Georgievski wrote:
>> 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
> 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.
BTW, how about splitting rc.sysinit, rc.multi and rc
Daenyth Blank wrote:
On Mon, Oct 5, 2009 at 12:36, Aaron Griffin wrote:
I have a feeling this was done to mirror the rc.multi script (which is
what starts the DAEMONS array). But, you're right. If I boot into
single user mode (runlevel 1) and then start daemons manually,
rc.shutdown should s
On Mon, Oct 5, 2009 at 12:36, Aaron Griffin wrote:
> I have a feeling this was done to mirror the rc.multi script (which is
> what starts the DAEMONS array). But, you're right. If I boot into
> single user mode (runlevel 1) and then start daemons manually,
> rc.shutdown should should them down cle
On 5 Oct 2009 at 10:32, Crouse wrote:
> When using Arch as a server distro, you HAVE to be prepared to
> revert
> packages back that bork things, php/apache/mysq/ etc. this
> isn't
> hard at all.
>
> I ran into the same php issues, and have yet to complete the
> upgrade,
> I simply reverted t
Question: Are these packages that need fixing as I have vested interest in 1
or 2 of them.
Thanks
2009/10/5 Sergej Pupykin
> Btw, if someone interested in, here is the list of packages which failed
> last time:
>
>
> abyssws
> aqua-data-studio
> autojump
> choqok
> colorgcc
> cross-arm-wince-ce
> What, specifically, do you see as more stable about BSD over Linux?
>
Nothing really... Just NetBSD is infamous for being uber stable. Linux under
severe load can behave, well strangely. I have seen BSD boxes with loads up
to 12 (Single Core as well so that's 12x optimum load) and still behave
s
Btw, if someone interested in, here is the list of packages which failed
last time:
abyssws
aqua-data-studio
autojump
choqok
colorgcc
cross-arm-wince-cegcc-gdb
cross-arm-wince-cegcc-gdbstub
emerald-themes
fcpcmcia
flashplugin
flickrnet
foomatic
foomatic-db
foomatic-db-engine
foomatic-db-hpijs
f
>> So... what's the exact error? And how quickly are you doing this?
>> There is a delay between the arch dev machine that the developers use
>> and ftp.archlinux.org (about 5-15 minutes IIRC)
Do you mean that ftp.archlinux.org synchronizes with dev machine?
I do
$ svnsync --non-interactive syn
On 5 Oct 2009 at 16:30, David Houston wrote:
> If you want ultimate stability use NetBSD, wouldn't recommend it for
> a
> desktop but as a Server goes its the balls! Man I got one thats been
> up for
> over a 1000days! I think what I'm trying to say in a round about
> fashion is
> this...
>
> I t
On Mon, Oct 5, 2009 at 10:53 AM, Damjan Georgievski wrote:
> 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 differe
2009/10/5 Sergej Pupykin :
>>> The sources should remain on ftp.archlinux.org as long as the
>>> version exists in ABS, though that's not set-in-stone. Are you using
>>> an ABS PKGBUILD, or one of your own making?
>
> I use 'svnsync'ed repo and do 'makepkg --allsources' for all packages in
> repos
On 10/05/2009 11:30 AM, David Houston wrote:
If you want ultimate stability use NetBSD, wouldn't recommend it for a
desktop but as a Server goes its the balls! Man I got one thats been up for
over a 1000days!
Getting OT a bit, I know, but just wondering:
What, specifically, do you see as more
>> The sources should remain on ftp.archlinux.org as long as the
>> version exists in ABS, though that's not set-in-stone. Are you using
>> an ABS PKGBUILD, or one of your own making?
I use 'svnsync'ed repo and do 'makepkg --allsources' for all packages in
repos/ subdirs.
So I can say I use A
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
When using Arch as a server distro, you HAVE to be prepared to revert
packages back that bork things, php/apache/mysq/ etc. this isn't
hard at all.
I ran into the same php issues, and have yet to complete the upgrade,
I simply reverted the package back, and set it to ignore in the
upgrade list
> :) You are right about Linux. Arch is the best for sure. And I tried
> already many linux distros. Didn't try them all of course, but many
> of them I did. Maybe Sabayon and Pardus are worth of try. Will see
> about that later.
> But what I didn't try yet is BSD. I mean for longer period of time,
On 5 Oct 2009 at 18:43, Sergej Pupykin wrote:
> >> Was thiking about PC-BSD.
>
> >Thats a toy!
>
> Let's give him a chance to sort out more distros and come back to arch :)
:) You are right about Linux. Arch is the best for sure. And I tried
already many linux distros. Didn't try them all o
2009/10/5 Sergej Pupykin :
> Hi,
>
> I often have issues with
> $ makepkg --allsource
> when I build source package which uses ftp.archlinux.org
>
> Today they are:
>
> qt
> texlive-bibtexextra
> texlive-bibtexextra-doc
> texlive-core
> texlive-core-doc
> texlive-fontsextra-doc
> texlive-formatsext
>> Was thiking about PC-BSD.
>Thats a toy!
Let's give him a chance to sort out more distros and come back to arch :)
Hi,
I often have issues with
$ makepkg --allsource
when I build source package which uses ftp.archlinux.org
Today they are:
qt
texlive-bibtexextra
texlive-bibtexextra-doc
texlive-core
texlive-core-doc
texlive-fontsextra-doc
texlive-formatsextra-doc
texlive-games-doc
texlive-genericextra-doc
tex
On 5 Oct 2009 at 14:18, David Houston wrote:
> > I like that it is bleeding edge but still it's not testing version.
> > What is the function of Arch distro? For fun?
> >
>
> Your kidding right? KISS I think that Arch functions really well at
> being bleeding edge and stable.. further more...
> I like that it is bleeding edge but still it's not testing version.
> What is the function of Arch distro? For fun?
>
Your kidding right? KISS I think that Arch functions really well at
being bleeding edge and stable.. further more your using aur. Not that
there is anything wrong with th
On 5 Oct 2009 at 16:19, Sergej Pupykin wrote:
> >> Karma or not, I need a good, stable and working OS.
>
> Arch is bleeding edge, not stable.
>
> btw you may try Rock Stable Arch (if it is still alive)
I like that it is bleeding edge but still it's not testing version.
What is the function of
>> Karma or not, I need a good, stable and working OS.
Arch is bleeding edge, not stable.
btw you may try Rock Stable Arch (if it is still alive)
On 5 Oct 2009 at 15:46, Sergej Pupykin wrote:
> This is your karma or badly synced mirror. :)
>
> On Mon, Oct 5, 2009 at 3:35 PM, Jozsef wrote:
> > Yes i read that and I did that changes last time I did -Syu and
> > apache and PHP start working again. But last night it didn't happen.
> > I just
This is your karma or badly synced mirror. :)
On Mon, Oct 5, 2009 at 3:35 PM, Jozsef wrote:
> Yes i read that and I did that changes last time I did -Syu and
> apache and PHP start working again. But last night it didn't happen.
> I just didn't try to do anything regarding:
> *module path is now
On 5 Oct 2009 at 21:26, Allan McRae wrote:
> It would be best to start a new thread rather than replying to a
> completely unrelated one.
>
>
> Jozsef wrote:
> > Last night after I did yaourt -Syu my php stopped working and this
> > time I din't see any news about things I should fix to get it
It would be best to start a new thread rather than replying to a
completely unrelated one.
Jozsef wrote:
Last night after I did yaourt -Syu my php stopped working and this
time I din't see any news about things I should fix to get it working
again.
Did you read the news about php on the fr
Jozsef escribió:
On 5 Oct 2009 at 15:13, Sergej Pupykin wrote:
Hi,
I have start Web_application_package_guidelines.
http://wiki.archlinux.org/index.php/Web_application_package_guidelines
I suggest to discuss and improve our web packaging standard.
PS. to avoid discussion about webapps us
On 5 Oct 2009 at 15:13, Sergej Pupykin wrote:
> Hi,
>
> I have start Web_application_package_guidelines.
>
> http://wiki.archlinux.org/index.php/Web_application_package_guidelines
>
> I suggest to discuss and improve our web packaging standard.
>
> PS. to avoid discussion about webapps useless
Hi,
I have start Web_application_package_guidelines.
http://wiki.archlinux.org/index.php/Web_application_package_guidelines
I suggest to discuss and improve our web packaging standard.
PS. to avoid discussion about webapps useless.
There are (at least)
- phpmyadmin
- phpldapadmin
- phppgadmin
37 matches
Mail list logo
