On Monday 28 of June 2010 13:33:34 Adam Golebiowski wrote:
> You can easily test the situation - with a recent environment
> (where session support is separated) install php-pecl-http and try to run
> php interpreter (/usr/bin/php), it will complain about missing
> ps_globals_id symbol:
Same is w
To specify even more. Above hardcoded path is relevant only for 3 files:
Basenames
Conflictname
Providename
and of course hardlinks work as well. ok - end of self replys
marcin
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://l
Ok, the problem is that rpm/db4(?) hardcodes file locations into database
files so for example opening Basename searches always
for /vservers/test-system/.rpmdb/Basenames which doesn't exist inside
vserver.
I've got vpoldek/vrpm working after:
mkdir -p /vservers/test-system/vservers/test-syst
On Tuesday 04 September 2007 18:54:03 Patryk Zawadzki wrote:
> If there is no other solution I will do that tomorrow. I'd rather have
> current rpm fixed though (if it's rpm that needs a fix).
was this fixed in any way (so that vservers would work with current rpm/db)?
i've just posted to users-
Dnia niedziela, 8 stycznia 2006 12:56, Patrys :: Patryk Zawadzki napisał:
> That's a great joke. I can imagine a client going through each and every
> file, changing it's name to .php5 and replacing requires and includes as
> appropriate.
>
> Sorry, could not resist :D
Well, sad but true. Take
On Wednesday 28 of December 2005 20:00, Elan Ruusamäe wrote:
> > either we drop these or we can provide php5.0.x as php5/php50/php5.0
> > (which one is better?) and build mmcace/eaccelerator against it. Any
> > comments about providing yet another instance of php?
>
> my vote on this (not that i u
Dnia sobota 19 listopad 2005 21:14, Denis Ovsienko napisał:
> That's probably a bug: useradd does not create homedir. How can I file a
> bug in PLD?
unless you use -m option useradd shouldn't create homedir; this is correct.
In general, one can submit bugs here: http://bugs.pld-linux.org/
marcin