Michael wrote:
>
> If your customers do not have Nimbus fonts available on their OS/PDF viewer,
> the viewer application will proceed using font substitution. It will use
> whichever font family it thinks is the closest match, I would assume
> Helvetica. Their application appears to get confu
On Monday, 7 November 2022 11:56:34 GMT Matthias Hanft wrote:
> Hi,
>
> since many years, I'm using PHP (currently 7.4) and the (self-
> compiled) Haru extension to produce PDF invoices on my server.
>
> Internally, Haru seems to use Ghostscript, because:
>
> - up to app-text/ghostscript-gpl-9.5
Hi,
since many years, I'm using PHP (currently 7.4) and the (self-
compiled) Haru extension to produce PDF invoices on my server.
Internally, Haru seems to use Ghostscript, because:
- up to app-text/ghostscript-gpl-9.55.0-r2, when you look at the
PDF "properties" and then the "fonts" tab, ther
On 2021-10-21 00:53:55, zca...@gmail.com wrote:
>
> 1 day, 1 emerge --sync, 1 update later: php-7.4 is additionally
> installed. for a php application i would expect that 1 php version is
> enough. but depending on the use flag this is not the case for
> nextcloud and roundcube, 2 versions are ins
1 day, 1 emerge --sync, 1 update later: php-7.4 is additionally
installed. for a php application i would expect that 1 php version is
enough. but depending on the use flag this is not the case for
nextcloud and roundcube, 2 versions are installed each.
On Wed, 20 Oct 2021 15:44:27 -0400
Michael
On 2021-10-20 19:23:09, zca...@gmail.com wrote:
>
> when i install nextcloud it also installs php-7.3.31 and php-7.4.24,
> this is probably due to dev-php/imagick-3.5.1
>
PHP is slotted, so it's not too unusual for multiple versions to be
installed at the same time. An "emerge --depclean" may lat
i am a little confused.
it's been a few years since i last installed a php application.
but the problems still seem to be the same ;-)
with postfixadmin everything seems to be ok.
when i install nextcloud it also installs php-7.3.31 and php-7.4.24,
this is probably due to dev-php/imagick-3.5.1
i
On Friday, 27 November 2020 15:17:51 GMT the...@sys-concept.com wrote:
> On 11/27/2020 04:26 AM, Michael wrote:
> > On Friday, 27 November 2020 07:24:57 GMT the...@sys-concept.com wrote:
> >> I need to install old: php-5.6.33 on my new system. One program I have
> >> depends on it. Is it possible
On 11/27/2020 04:26 AM, Michael wrote:
> On Friday, 27 November 2020 07:24:57 GMT the...@sys-concept.com wrote:
>> I need to install old: php-5.6.33 on my new system. One program I have
>> depends on it. Is it possible and what is the easiest way to go about it?
>>
>> I have the "php-5.6.33.ebuil
On 11/27/2020 04:26 AM, Michael wrote:
> On Friday, 27 November 2020 07:24:57 GMT the...@sys-concept.com wrote:
>> I need to install old: php-5.6.33 on my new system. One program I have
>> depends on it. Is it possible and what is the easiest way to go about it?
>>
>> I have the "php-5.6.33.ebuil
On Friday, 27 November 2020 07:24:57 GMT the...@sys-concept.com wrote:
> I need to install old: php-5.6.33 on my new system. One program I have
> depends on it. Is it possible and what is the easiest way to go about it?
>
> I have the "php-5.6.33.ebuild" (and all other files) on my old system in
I need to install old: php-5.6.33 on my new system. One program I have
depends on it. Is it possible and what is the easiest way to go about it?
I have the "php-5.6.33.ebuild" (and all other files) on my old system in
dir:
/var/db/pkg/dev-lang/php-5.6.33
Is it possible to copy it to my: /usr/lo
On 4/18/20 10:17 PM, Steve Freeman wrote:
>
> Based on your suggestion, I simply added the following line to
> /etc/portage/package.accept_keywords:
> =dev-php/pecl-apcu-5.1.18 ~amd64
>
> It worked like a champ. Thank you very much!
>
Now that php-7.4 is stable, we should probably stabilize t
Ashley Dixon wrote:
> On Sat, Apr 18, 2020 at 09:45:44PM -0500, Dale wrote:
>> I seem to have been on the right track but couldn't figure out where to
>> go with the next step. At times, I just have to ask for help. The
>> output of emerge is cryptic for sure. Of course, I know nothing about
>>
On 2020-04-18 22:01, Ashley Dixon wrote:
On Sat, Apr 18, 2020 at 09:45:44PM -0500, Dale wrote:
I seem to have been on the right track but couldn't figure out where
to
go with the next step. At times, I just have to ask for help. The
output of emerge is cryptic for sure. Of course, I know not
On Sat, Apr 18, 2020 at 09:45:44PM -0500, Dale wrote:
> I seem to have been on the right track but couldn't figure out where to
> go with the next step. At times, I just have to ask for help. The
> output of emerge is cryptic for sure. Of course, I know nothing about
> PHP since I don't use it h
Steve Freeman wrote:
> On 2020-04-18 20:42, Dale wrote:
>> Steve Freeman wrote:
>>> I am trying to eliminate PHP 7.3 from my system. But I am having
>>> trouble building dev-php/pecl-apcu-5.1.18 with support for PHP 7.4.
>>>
>>> I am getting confusing output regarding whether pecl-apcu can be buil
On 2020-04-18 20:42, Dale wrote:
Steve Freeman wrote:
I am trying to eliminate PHP 7.3 from my system. But I am having
trouble building dev-php/pecl-apcu-5.1.18 with support for PHP 7.4.
I am getting confusing output regarding whether pecl-apcu can be built
with PHP 7.4 support. It is working
On 2020-04-18 20:36, Ashley Dixon wrote:
On Sat, Apr 18, 2020 at 08:22:26PM -0500, Steve Freeman wrote:
Can anyone explain why php7-4 is either disallowed or missing, when
the
ebuild seems to allow it?
You need to allow the ~amd64 keyword (assuming that is your
architecture) and
explicitl
Steve Freeman wrote:
> I am trying to eliminate PHP 7.3 from my system. But I am having
> trouble building dev-php/pecl-apcu-5.1.18 with support for PHP 7.4.
>
> I am getting confusing output regarding whether pecl-apcu can be built
> with PHP 7.4 support. It is working just fine with PHP 7.3 (un
On Sat, Apr 18, 2020 at 08:22:26PM -0500, Steve Freeman wrote:
> Can anyone explain why php7-4 is either disallowed or missing, when the
> ebuild seems to allow it?
You need to allow the ~amd64 keyword (assuming that is your architecture) and
explicitly define the value of the PHP_TARGETS symbo
I am trying to eliminate PHP 7.3 from my system. But I am having
trouble building dev-php/pecl-apcu-5.1.18 with support for PHP 7.4.
I am getting confusing output regarding whether pecl-apcu can be built
with PHP 7.4 support. It is working just fine with PHP 7.3 (until I
changed eselect php
On 19/08/2015 19:05, Ajai Khattri wrote:
>
> Are packages of major versions of PHP all slotted now?
Yes
> In trying to upgrade from 5.3 to 5.6 I get the following query:
>
> # emerge -uDatvk dev-lang/php
>
> * IMPORTANT: 8 news items need reading for repository 'gentoo'.
> * Use eselect new
Are packages of major versions of PHP all slotted now?
In trying to upgrade from 5.3 to 5.6 I get the following query:
# emerge -uDatvk dev-lang/php
* IMPORTANT: 8 news items need reading for repository 'gentoo'.
* Use eselect news read to view new items.
These are the packages that would b
On 07/12/2015 03:40 PM, James wrote:
>
> Makes sense; but I cannot find the file. I get lots of hits for a
> "configure.in" in my code trees, but little on the rest of the system; here
> are the few:
It doesn't get installed. Just like how ./configure creates your
Makefile, there's something that
On Sunday 12 Jul 2015 20:40:35 James wrote:
> Hello,
>
>
> So lately I've been using elogv for a convenience way to ensure no
> issues with the most recent packages installed or upgraded. It's a neat
> little tool. Today I found this:
>
> dev-lang/php-5.6.10 - 07/10/2015{in purple}
>
> snip
Hello,
>>
So lately I've been using elogv for a convenience way to ensure no
issues with the most recent packages installed or upgraded. It's a neat
little tool. Today I found this:
dev-lang/php-5.6.10 - 07/10/2015{in purple}
snipped::>
"This package has a configure.in file which has long
On 05/25/2014 11:36 PM, Joseph wrote:
>
> Yes, it worked, and I get:
> CREATE DATABASE `catalog_sys` /*!40100 DEFAULT CHARACTER SET utf8 */
>
> so it looks OK I think.
>
Yeah, looks good. Here's what I'm using as a test case. Your columns
aren't regular 'char' types, are they?
mysql> CREATE
On 05/25/14 23:00, Michael Orlitzky wrote:
On 05/25/2014 10:43 PM, Joseph wrote:
What about the output of "show create database $your_database;"?
Depending on how the database was created, it could still have another
character set.
I was trying to run this command in phpmyadmin:
show create d
On 05/25/2014 10:43 PM, Joseph wrote:
>>
>> What about the output of "show create database $your_database;"?
>> Depending on how the database was created, it could still have another
>> character set.
>
> I was trying to run this command in phpmyadmin:
> show create database $temp;
>
> I'm gettin
On 05/25/14 21:04, Michael Orlitzky wrote:
On 05/25/2014 08:06 PM, Joseph wrote:
On 05/25/14 19:32, Michael Orlitzky wrote:
Then, in mysql, run,
show create database $your_database;
This will show you the default character set, like,
/*!40100 DEFAULT CHARACTER SET utf8 */
If it says utf
On 05/25/2014 08:06 PM, Joseph wrote:
> On 05/25/14 19:32, Michael Orlitzky wrote:
>>
>> Then, in mysql, run,
>>
>> show create database $your_database;
>>
>> This will show you the default character set, like,
>>
>> /*!40100 DEFAULT CHARACTER SET utf8 */
>>
>> If it says utf8 and you've got tho
On 05/25/14 19:32, Michael Orlitzky wrote:
On 05/25/2014 05:38 PM, Joseph wrote:
My php database, address book is set to (according to phpmyadmin):
Collation: utf8_general_ci
The collation determines e.g. how strings are sorted, but that doesn't
mean the database supports utf-8 (although MySQ
On 05/25/2014 05:38 PM, Joseph wrote:
> My php database, address book is set to (according to phpmyadmin):
> Collation: utf8_general_ci
>
The collation determines e.g. how strings are sorted, but that doesn't
mean the database supports utf-8 (although MySQL should by default these
days).
Try ad
My php database, address book is set to (according to phpmyadmin):
Collation: utf8_general_ci
but some French customers have a problem entering their accented characters eg:
Bâtiment f22
I was even try to edit the database and enter it by cut and paste and it will
not save it.
--
Joseph
On 01/02/2014 07:46 AM, Tanstaafl wrote:
> Hi all,
>
> I have a VM running in the cloud that has an old web/php app (10+ years
> old, believe it or not), that still runs fine on apache 2.2.25, but I
> pinned php to 5.3 some time ago.
>
> Does anyone see any big potential gotchas (major changes) w
On 02/01/2014 15:36, Tanstaafl wrote:
> On 2014-01-02 8:15 AM, Alan McKinnon wrote:
>> On 02/01/2014 14:46, Tanstaafl wrote:
>>> Hi all,
>>>
>>> I have a VM running in the cloud that has an old web/php app (10+ years
>>> old, believe it or not), that still runs fine on apache 2.2.25, but I
>>> pin
You can have more than one
Tanstaafl wrote:
> > On 02/01/2014 14:46, Tanstaafl wrote:
> >> Hi all,
> >>
> >> I have a VM running in the cloud that has an old web/php app (10+ years
> >> old, believe it or not), that still runs fine on apache 2.2.25, but I
> >> pinned php to 5.3 some time ago.
>
On 2014-01-02 8:15 AM, Alan McKinnon wrote:
On 02/01/2014 14:46, Tanstaafl wrote:
Hi all,
I have a VM running in the cloud that has an old web/php app (10+ years
old, believe it or not), that still runs fine on apache 2.2.25, but I
pinned php to 5.3 some time ago.
Does anyone see any big pote
On 02/01/2014 14:46, Tanstaafl wrote:
> Hi all,
>
> I have a VM running in the cloud that has an old web/php app (10+ years
> old, believe it or not), that still runs fine on apache 2.2.25, but I
> pinned php to 5.3 some time ago.
>
> Does anyone see any big potential gotchas (major changes) with
Hi all,
I have a VM running in the cloud that has an old web/php app (10+ years
old, believe it or not), that still runs fine on apache 2.2.25, but I
pinned php to 5.3 some time ago.
Does anyone see any big potential gotchas (major changes) with php 5.4,
or even 5.5, if I were to upgrade it?
On 12/28/12 13:00, Michael Orlitzky wrote:
On 12/28/12 12:51, Joseph wrote:
Yes, I run osCommerce on my server.
Is the manuall command:
mysqldump --opt -ppassword catalog > catalog_backup.sql
I think --opt is on by default, but yes, that should do it. If you would
like to automate the backu
On 12/28/12 12:51, Joseph wrote:
>
> Yes, I run osCommerce on my server.
> Is the manuall command:
>
> mysqldump --opt -ppassword catalog > catalog_backup.sql
>
I think --opt is on by default, but yes, that should do it. If you would
like to automate the backup (say, nightly), you can add the f
On 12/28/12 11:06, Michael Orlitzky wrote:
On 12/28/12 10:56, Joseph wrote:
Your are correct, when I removed the quotes it worked.
I'm backing it up through the backup.php sript that came with
osCommerce, I can post it but it is a long one.
I am... familiar... with osCommerce. You will be m
On 12/28/12 10:56, Joseph wrote:
>
> Your are correct, when I removed the quotes it worked.
>
> I'm backing it up through the backup.php sript that came with
> osCommerce, I can post it but it is a long one.
>
I am... familiar... with osCommerce. You will be much better off doing a
mysqldump if
On 12/28/12 02:00, Michael Orlitzky wrote:
On 12/28/2012 01:44 AM, Joseph wrote:
I'm not a PHP programmer but I'll try to explain my problem.
I've create table in my php database:
DROP TABLE IF EXISTS visual_verify_code;
CREATE TABLE visual_verify_code (
oscsid varchar(32) NOT NULL,
code
On 12/28/2012 01:44 AM, Joseph wrote:
> I'm not a PHP programmer but I'll try to explain my problem.
> I've create table in my php database:
>
> DROP TABLE IF EXISTS visual_verify_code;
> CREATE TABLE visual_verify_code (
>oscsid varchar(32) NOT NULL,
>code varchar(6) NOT NULL,
>dt TIM
I'm not a PHP programmer but I'll try to explain my problem.
I've create table in my php database:
DROP TABLE IF EXISTS visual_verify_code;
CREATE TABLE visual_verify_code (
oscsid varchar(32) NOT NULL,
code varchar(6) NOT NULL,
dt TIMESTAMP(12) NOT NULL DEFAULT NOW(),
PRIMARY KEY (oscsid
It seems as if I solved the original problem by *simply* correcting a
typo ... you know ...
Thanks, Stefan
Am 05.03.2012 15:27, schrieb Stefan G. Weichinger:
> Am 05.03.2012 15:06, schrieb Stefan G. Weichinger:
>> Am 05.03.2012 14:58, schrieb Neil Bothwick:
>>> On Mon, 05 Mar 2012 14:46:32 +0100, Stefan G. Weichinger wrote:
>>>
Does anyone know where to get working ebuilds for PHP 5.2 ... ?
>>>
>>>
Am 05.03.2012 15:06, schrieb Stefan G. Weichinger:
> Am 05.03.2012 14:58, schrieb Neil Bothwick:
>> On Mon, 05 Mar 2012 14:46:32 +0100, Stefan G. Weichinger wrote:
>>
>>> Does anyone know where to get working ebuilds for PHP 5.2 ... ?
>>
>> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/de
Am 05.03.2012 14:58, schrieb Neil Bothwick:
> On Mon, 05 Mar 2012 14:46:32 +0100, Stefan G. Weichinger wrote:
>
>> Does anyone know where to get working ebuilds for PHP 5.2 ... ?
>
> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-lang/php/?hideattic=0
oh, thanks ...
Now it doesn't
On Mon, 05 Mar 2012 14:46:32 +0100, Stefan G. Weichinger wrote:
> Does anyone know where to get working ebuilds for PHP 5.2 ... ?
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-lang/php/?hideattic=0
--
Neil Bothwick
Top Oxymorons Number 27: Military Intelligence
signature.asc
D
Does anyone know where to get working ebuilds for PHP 5.2 ... ?
Thanks, Stefan
yeah, you are right. thanks :)
On Sat, May 7, 2011 at 12:59 AM, Kfir Lavi wrote:
>
>
> On Fri, May 6, 2011 at 1:46 PM, Andrea Conti wrote:
>>
>> > The access permission to
>> > /usr/lib64/php5.3/bin/php-cgi is 755, so I think everyone can execute
>> > it. Then, what is the problem?
>>
>> Most p
On Fri, May 6, 2011 at 1:46 PM, Andrea Conti wrote:
> > The access permission to
> > /usr/lib64/php5.3/bin/php-cgi is 755, so I think everyone can execute
> > it. Then, what is the problem?
>
> Most probably, the nginx user cannot access the .php file you're trying
> to execute, either because of
> The access permission to
> /usr/lib64/php5.3/bin/php-cgi is 755, so I think everyone can execute
> it. Then, what is the problem?
Most probably, the nginx user cannot access the .php file you're trying
to execute, either because of its permissions or because it cannot
traverse one of its parent
Hi,
My system is Gentoo 64bit, up to date. I want to use Nginx+FastCgi+PHP
to build my web site. But I found if I start the php-cgi, through the
spawn-fcgi tool, as nginx:nginx, I got "No input file specified."
message on in my browser. If I spawn the process as root:root,
everything works fine. T
On Sun, 2011-01-30 at 14:55 -0600, Michael Sullivan wrote:
> On Sat, 2011-01-15 at 13:21 -0600, Michael Sullivan wrote:
> > On Sat, 2011-01-15 at 12:31 -0500, Mark Shields wrote:
> > > On Fri, Jan 14, 2011 at 10:53 PM, Michael Sullivan
> > > wrote:
> > > On Fri, 2011-01-14 at 22:37 -0500,
On Sat, 2011-01-15 at 13:21 -0600, Michael Sullivan wrote:
> On Sat, 2011-01-15 at 12:31 -0500, Mark Shields wrote:
> > On Fri, Jan 14, 2011 at 10:53 PM, Michael Sullivan
> > wrote:
> > On Fri, 2011-01-14 at 22:37 -0500, Mark Shields wrote:
> >
> > >
> > >
> >
On Sat, 2011-01-15 at 12:31 -0500, Mark Shields wrote:
> On Fri, Jan 14, 2011 at 10:53 PM, Michael Sullivan
> wrote:
> On Fri, 2011-01-14 at 22:37 -0500, Mark Shields wrote:
>
> >
> >
> >
> >
> > It's no problem. Gmail realized you had alre
On Fri, Jan 14, 2011 at 10:53 PM, Michael Sullivan wrote:
> On Fri, 2011-01-14 at 22:37 -0500, Mark Shields wrote:
>
> >
> >
> >
> >
> > It's no problem. Gmail realized you had already sent the same message
> > and collapsed the whole reply as "quoted text" :)
> >
> >
> > Try running this:
> >
>
On Fri, 2011-01-14 at 22:37 -0500, Mark Shields wrote:
>
>
>
>
> It's no problem. Gmail realized you had already sent the same message
> and collapsed the whole reply as "quoted text" :)
>
>
> Try running this:
>
>
> # echo "phpinfo();" | xargs php -r
>
>
> What
On Fri, Jan 14, 2011 at 10:29 PM, Michael Sullivan wrote:
> On Fri, 2011-01-14 at 22:10 -0500, Mark Shields wrote:
> > On Fri, Jan 14, 2011 at 9:57 PM, Michael Sullivan
> > wrote:
> >
> > On Fri, 2011-01-14 at 21:24 -0500, Mark Shields wrote:
> > > On Thu, Jan 13, 2011 at 9:01 PM,
On Fri, 2011-01-14 at 22:10 -0500, Mark Shields wrote:
> On Fri, Jan 14, 2011 at 9:57 PM, Michael Sullivan
> wrote:
>
> On Fri, 2011-01-14 at 21:24 -0500, Mark Shields wrote:
> > On Thu, Jan 13, 2011 at 9:01 PM, Michael Sullivan
> > wrote:
> > A se
On Fri, 2011-01-14 at 21:24 -0500, Mark Shields wrote:
> On Thu, Jan 13, 2011 at 9:01 PM, Michael Sullivan
> wrote:
> A several years ago I ran a public network out of my
> apartment. I had
> email, www, etc. etc. It all worked fine. Then one day a
> couple of
>
On Fri, Jan 14, 2011 at 9:57 PM, Michael Sullivan wrote:
> On Fri, 2011-01-14 at 21:24 -0500, Mark Shields wrote:
> > On Thu, Jan 13, 2011 at 9:01 PM, Michael Sullivan
> > wrote:
> > A several years ago I ran a public network out of my
> > apartment. I had
> > email, www,
On Fri, 2011-01-14 at 21:24 -0500, Mark Shields wrote:
> On Thu, Jan 13, 2011 at 9:01 PM, Michael Sullivan
> wrote:
> A several years ago I ran a public network out of my
> apartment. I had
> email, www, etc. etc. It all worked fine. Then one day a
> couple of
>
On Thu, Jan 13, 2011 at 9:01 PM, Michael Sullivan wrote:
> A several years ago I ran a public network out of my apartment. I had
> email, www, etc. etc. It all worked fine. Then one day a couple of
> years ago we decided that we could not afford to pay for a public IP
> address anymore, so we h
On Friday 14 January 2011 14:13:38 Michael Sullivan wrote:
> On Fri, 2011-01-14 at 06:26 +, Mick wrote:
> > Have you had a look at this thread?
> >
> > http://article.gmane.org/gmane.linux.gentoo.user/237217
>
> I read through that entire thread, and tried everything it suggested.
> No chang
On Fri, 2011-01-14 at 06:26 +, Mick wrote:
> On Friday 14 January 2011 04:00:12 Michael Sullivan wrote:
> > A several years ago I ran a public network out of my apartment. I had
> > email, www, etc. etc. It all worked fine. Then one day a couple of
> > years ago we decided that we could not
On Friday 14 January 2011 04:00:12 Michael Sullivan wrote:
> A several years ago I ran a public network out of my apartment. I had
> email, www, etc. etc. It all worked fine. Then one day a couple of
> years ago we decided that we could not afford to pay for a public IP
> address anymore, so we
A several years ago I ran a public network out of my apartment. I had
email, www, etc. etc. It all worked fine. Then one day a couple of
years ago we decided that we could not afford to pay for a public IP
address anymore, so we had it turned off. I haven't touched apache
since then, but we sti
A several years ago I ran a public network out of my apartment. I had
email, www, etc. etc. It all worked fine. Then one day a couple of
years ago we decided that we could not afford to pay for a public IP
address anymore, so we had it turned off. I haven't touched apache
since then, but we sti
Arttu V. wrote:
> cov...@ccs.covici.com wrote:
> > Hi. I am having problems emerging php-5.3.3-r1 -- I am not sure if its
> > related to the glibc problems, however its strange -- the heart of the
> > matter is that /usr/include/mysql/my_global.h is looking for
> > my_compiler.h which does not e
cov...@ccs.covici.com wrote:
Hi. I am having problems emerging php-5.3.3-r1 -- I am not sure if its
related to the glibc problems, however its strange -- the heart of the
matter is that /usr/include/mysql/my_global.h is looking for
my_compiler.h which does not exist -- google search reveals noth
Hi. I am having problems emerging php-5.3.3-r1 -- I am not sure if its
related to the glibc problems, however its strange -- the heart of the
matter is that /usr/include/mysql/my_global.h is looking for
my_compiler.h which does not exist -- google search reveals nothing --
so any ideas would be ap
Quoting Alan <[EMAIL PROTECTED]>:
PHP 4 won't be maintained after 8/8/8 (August, 8 2008) and so should be
of php 5.0 and 5.1. Just to warn those who don't know (I believe you do
know ;) ).
Actually I hadn't seen that, thanks for the notice. I'm pretty sure
I'll have things all upgraded by the
On Sun, Dec 02, 2007 at 11:58:46PM +0100, Jil Larner wrote:
> > I had to do the same thing with the mysql upgrade from 3.x to 4.x. My
> > apache upgrade, I just had to redo the configs by hand. php4 to php5
> > might be a bit more tricky. Currently that's the reason I have php5
> > masked...
>
>
> I had to do the same thing with the mysql upgrade from 3.x to 4.x. My
> apache upgrade, I just had to redo the configs by hand. php4 to php5
> might be a bit more tricky. Currently that's the reason I have php5
> masked...
PHP 4 won't be maintained after 8/8/8 (August, 8 2008) and so should be
On Tuesday 25 September 2007 08:18:10 Suranga Kasturiarachchi wrote:
> Dear Friends,
>
> while emerge the php with imap USE flage, it will give error message,
>
> emerge log generating as bellow,
[...]
> * ERROR: dev-lang/php-5.2.4_p20070914-r2 failed.
> * Call stack:
> * ebuild.sh, line 1670:
On 9/25/07, Suranga Kasturiarachchi <[EMAIL PROTECTED]> wrote:
>
> * If 'threads' is off, try switching it on.
> * If 'threads' is on, try switching it off.
Please advice me, regarding this
Look at the lines above.
--
Vladimir Rusinov
GreenMice Solutions: IT-решения на базе Linux
http:/
Dear Friends,
while emerge the php with imap USE flage, it will give error message,
emerge log generating as bellow,
" * Determining SAPI(s) to build
* Enabled SAPI: cli
* Enabled SAPI: cgi
* Enabled SAPI: apache2
*
* If this package fails with a fatal error about Apache2 not havin
glas-check shows that PHP on one of my servers is vulnerable but in
examining the GLSA and comparing my version against it I see I am running
a version that is unaffected by this GLSA - so do I need to tell GLSA to
ignore that package or is there something else Ive missed?
root# glsa-check -
did not help
Johannes Skov Frandsen a écrit :
> Stéphane ANCELOT wrote:
>> hi,
>> looks like ctype_data does not work with php5 ? is there a special use
>> flag ? or something else ?
>> Best Regards
>> Steph
>>
> Yes!
>
> just add:
>
> dev-lang/php ctype
>
> to:
>
> /etc/portage/package.use
did not help ...
Elias Probst a écrit :
> On Tuesday 15 May 2007 12:18:57 Stéphane ANCELOT wrote:
>> hi,
>> looks like ctype_data does not work with php5 ? is there a special use
>> flag ? or something else ?
>> Best Regards
>> Steph
>
> Did you emerge php with USE="ctype"?
>
> Regards, Elias P.
Stéphane ANCELOT wrote:
> hi,
> looks like ctype_data does not work with php5 ? is there a special use
> flag ? or something else ?
> Best Regards
> Steph
>
Yes!
just add:
dev-lang/php ctype
to:
/etc/portage/package.use
and re emerge php.
--
Regards / Venlig hilsen
Johannes Skov Frandsen
hi,
looks like ctype_data does not work with php5 ? is there a special use
flag ? or something else ?
Best Regards
Steph
--
[EMAIL PROTECTED] mailing list
Hi list,
I have PHP 5 installed and now I want to enable a new option for
this package (xsl option of /etc/portage/package.use), but when I type
emerge php emerge tell me that dev-db/mysql is blocking
mysql-community. It seems that emerge wants to install mysql5 (I have
mysql 4.0 installed and
James wrote:
> Hello,
>
> Trying to run a routine upgrade I get this error:
>
> hecking for Informix support... no
> checking for InterBase support... yes
> checking for isc_detach_database in -lfbclient... no
> checking for isc_detach_database in -lgds... no
> checking for isc_detach_database in -
Hi,
James wrote:
Hello,
Trying to run a routine upgrade I get this error:
hecking for Informix support... no
checking for InterBase support... yes
checking for isc_detach_database in -lfbclient... no
checking for isc_detach_database in -lgds... no
checking for isc_detach_database in -lib_util..
Hello,
Trying to run a routine upgrade I get this error:
hecking for Informix support... no
checking for InterBase support... yes
checking for isc_detach_database in -lfbclient... no
checking for isc_detach_database in -lgds... no
checking for isc_detach_database in -lib_util... no
configure: err
Hi all,
i'm trying to merge dev-php4/php-gtk-1.0.2 but it fails with these errors:
first: when trying to build it from a Virtual terminal i got this error :
/usr/lib/php4/bin/php -q
/var/tmp/portage/dev-php4/php-gtk-1.0.2/work/php_gtk-1.0.2/generator/generator.php
-o ext/gtk%2b/gdk.overrides -p G
Just for information in case somebody else finds him/herself in the same
situation.
PHP emerged successfully after disabling "cdb" use flag with:
euse -D cdb
Daniel Iliev wrote:
> Hi,
>
> Does anyone know how to work this around. I have no apache, I use lighttpd.
> Here is some of the output
Hi,
Does anyone know how to work this around. I have no apache, I use lighttpd.
Here is some of the output of emerge:
* Determining SAPI(s) to build
* Enabled SAPI: cli
* Enabled SAPI: cgi
* Disabled SAPI: apache
* Disabled SAPI: apache2
--snip
>>> Compiling source in /tmp/por
On Thu, 7 Sep 2006 11:02:39 +0100
Neil Bothwick wrote:
> On Thu, 7 Sep 2006 11:21:47 +0200, Arnau Bria wrote:
>
> > you're right. At the end of php compilation, a little notice
> > informas about that... I must install enotice!
>
> enotice is no longer needed, portage supports this directly now.
On Thu, 7 Sep 2006 11:21:47 +0200, Arnau Bria wrote:
> you're right. At the end of php compilation, a little notice informas
> about that... I must install enotice!
enotice is no longer needed, portage supports this directly now. See the
PORTAGE_ELOG settings in /etc/make.conf.example.
--
Neil
Hi,
> I'd recommend adding the xml and unicode flags to your PHP build
> if you have not done so yet and emerging php again. If that does not
> work reply back with the output of emerge -pv php
you're right. At the end of php compilation, a little notice informas
about that... I must instal
Arnau Bria wrote:
Hi,
I've installed Drupal 4.7.3 in my getnoo but not using portage.
After the update, I found this warning in site:
warning: array_map() [function.array-map]: The first argument,
'utf8_encode', should be either NULL or a valid callback
in /var/www/blog.emergetux.net/htdocs/inc
Hi,
I've installed Drupal 4.7.3 in my getnoo but not using portage.
After the update, I found this warning in site:
warning: array_map() [function.array-map]: The first argument,
'utf8_encode', should be either NULL or a valid callback
in /var/www/blog.emergetux.net/htdocs/includes/unicode.inc on
1 - 100 of 158 matches
Mail list logo