Guillaume Rousse wrote:
Le 22/03/2012 02:51, David Walser a écrit :
Guillaume Rousse wrote:
Le 17/03/2012 03:22, Anssi Hannula a écrit :
Hence I suggest a single user id to be used. (I'm fine with any other
solution which works as well)
My main concern is the fuzziness of the current
David Walser wrote:
There's another problem, however, since the expat update. Since libexpat.la
was removed, php won't rebuild.
Pascal Terjan has fixed this problem.
Le 22/03/2012 21:42, Anssi Hannula a écrit :
20.03.2012 18:48, Guillaume Rousse kirjoitti:
Le 17/03/2012 03:22, Anssi Hannula a écrit :
Hence I suggest a single user id to be used. (I'm fine with any other
solution which works as well)
My main concern is the fuzziness of the current situation
Le 22/03/2012 02:51, David Walser a écrit :
Guillaume Rousse wrote:
Le 17/03/2012 03:22, Anssi Hannula a écrit :
Hence I suggest a single user id to be used. (I'm fine with any other
solution which works as well)
My main concern is the fuzziness of the current situation where we have
- one
20.03.2012 18:48, Guillaume Rousse kirjoitti:
Le 17/03/2012 03:22, Anssi Hannula a écrit :
Hence I suggest a single user id to be used. (I'm fine with any other
solution which works as well)
My main concern is the fuzziness of the current situation where we have
- one virtual package
Guillaume Rousse wrote:
Le 17/03/2012 03:22, Anssi Hannula a écrit :
Hence I suggest a single user id to be used. (I'm fine with any other
solution which works as well)
My main concern is the fuzziness of the current situation where we have
- one virtual package 'webserver' corresponding to
Le 17/03/2012 03:22, Anssi Hannula a écrit :
Hence I suggest a single user id to be used. (I'm fine with any other
solution which works as well)
My main concern is the fuzziness of the current situation where we have
- one virtual package 'webserver' corresponding to four implementations
Le 16/03/2012 03:01, Anssi Hannula a écrit :
So I'd rather revert the change, and make lighttpd autonomous also.
Unless someone can convince me there is an advantage having lighttpd
executing as 'apache' :)
The web applications policy has files being owned by 'apache' user, and
I don't see how
On 16/03/12 09:02, Guillaume Rousse wrote:
Le 16/03/2012 03:01, Anssi Hannula a écrit :
So I'd rather revert the change, and make lighttpd autonomous also.
Unless someone can convince me there is an advantage having lighttpd
executing as 'apache' :)
The web applications policy has files
16.03.2012 11:02, Guillaume Rousse kirjoitti:
Le 16/03/2012 03:01, Anssi Hannula a écrit :
So I'd rather revert the change, and make lighttpd autonomous also.
Unless someone can convince me there is an advantage having lighttpd
executing as 'apache' :)
The web applications policy has files
On 03/16/2012 01:00 PM, Malo wrote:
It's better for now
to say that web apps are packaged for apache, and maybe, in the wiki, people can
write how to adapt to other web servers.
Maybe the approach used for the backuppc package is a good compromise:
The package contains and installs the apache
16.03.2012 19:47, Juergen Harms kirjoitti:
On 03/16/2012 01:00 PM, Malo wrote:
It's better for now
to say that web apps are packaged for apache, and maybe, in the wiki,
people can
write how to adapt to other web servers.
Maybe the approach used for the backuppc package is a good
Le 08/03/2012 16:47, Guillaume Rousse a écrit :
Le 08/03/2012 16:13, Pascal Terjan a écrit :
On Thu, Mar 8, 2012 at 14:57, Romain d'Alvernyrdalve...@gmail.com
wrote:
On Thu, Mar 8, 2012 at 15:02, Guillaume
Rousseguillomovi...@gmail.com wrote:
Le 08/03/2012 14:38, Pascal Terjan a écrit :
And
On Thu, Mar 15, 2012 at 21:51, Guillaume Rousse guillomovi...@gmail.com wrote:
So I'd rather revert the change, and make lighttpd autonomous also. Unless
someone can convince me there is an advantage having lighttpd executing as
'apache' :)
Ah, interesting point. Should two or more different
08.03.2012 13:48, kamil kirjoitti:
Name: rutorrentRelocations: (not relocatable)
Version : 3.4 Vendor: Mageia.Org
[...]
kamil kamil 3.4-2.mga2:
+ Revision: 221417
- fix a requirement and use now apache (apache-conf is obsoleted by
On 08.03.2012 14:33, Anssi Hannula wrote:
08.03.2012 13:48, kamil kirjoitti:
Name: rutorrentRelocations: (not relocatable)
Version : 3.4 Vendor: Mageia.Org
[...]
kamilkamil 3.4-2.mga2:
+ Revision: 221417
- fix a requirement and
On 08.03.2012 14:43, Kamil Rytarowski wrote:
On 08.03.2012 14:33, Anssi Hannula wrote:
08.03.2012 13:48, kamil kirjoitti:
Name: rutorrentRelocations: (not
relocatable)
Version : 3.4 Vendor: Mageia.Org
[...]
kamilkamil
Le 08/03/2012 14:38, Pascal Terjan a écrit :
On Thu, Mar 8, 2012 at 13:33, Anssi Hannulaan...@mageia.org wrote:
08.03.2012 13:48, kamil kirjoitti:
Name: rutorrentRelocations: (not relocatable)
Version : 3.4 Vendor: Mageia.Org
On Thu, Mar 8, 2012 at 14:57, Romain d'Alverny rdalve...@gmail.com wrote:
On Thu, Mar 8, 2012 at 15:02, Guillaume Rousse guillomovi...@gmail.com
wrote:
Le 08/03/2012 14:38, Pascal Terjan a écrit :
And for /var/www/html
This should really be a server-neutral thing (with a better name for
the
On 08.03.2012 15:57, Romain d'Alverny wrote:
It helps when it works out of the box.
+1
A user may not be aware, at
first, that a /var/www/html has to be created + an index.html file put
in it, to see its Web server work. It's a good default behaviour
confirming the install succeeded and that
Le 08/03/2012 15:57, Romain d'Alverny a écrit :
It helps when it works out of the box. A user may not be aware, at
first, that a /var/www/html has to be created + an index.html file put
in it, to see its Web server work. It's a good default behaviour
confirming the install succeeded and that the
On Thu, Mar 8, 2012 at 16:48, Guillaume Rousse guillomovi...@gmail.com wrote:
My point was just 'if only a directory is needed, just add it to basesystem,
and don't create another package just for this'.
Ah, yes. Why not too. It doesn't take much room.
On 08/03/12 17:19, Romain d'Alverny wrote:
On Thu, Mar 8, 2012 at 16:48, Guillaume Rousse guillomovi...@gmail.com
wrote:
My point was just 'if only a directory is needed, just add it to basesystem,
and don't create another package just for this'.
Ah, yes. Why not too. It doesn't take much
23 matches
Mail list logo