On Wed, Aug 04, 2004 at 12:44:23PM +0800, Jarod wrote:
> I have install php4-mysql package using apt-get but when i ran my php script,
> it gave me the error "Call to undefined function: mysql_connect()..."
>
> Did I missed out anything?
add extension=mysql.so in the right php.ini and then re
I have install php4-mysql package using apt-get but
when i ran my php script, it gave me the error "Call to undefined
function: mysql_connect()..."
Did I missed out anything?
Regards,Jarod Lim Wui KiatPhoenix Games
Studio Sdn BhdSuite C211, 2nd Floor, Block 3440, Enterprise 1Jalan
Tek
I have packaged [1] vips and nip. The packages can be found on
mentors.debian.net (details follow). All packages are lintian clean
and were built in an up-to-date pbuilder environment. I have locally
installed and tested the packages.
1. http://www.vips.ecs.soton.ac.uk
The following introdu
> > Suppose I have two packages: A and B where B depends and build depends
> > upon A. Neither package has been uploaded before. I can easily build
> > A in pbuilder using pdebuild, but I can't do the same with B because B
> > build depends upon A and A is not in the archive (thereby cau
On Wed, Aug 04, 2004 at 12:44:23PM +0800, Jarod wrote:
> I have install php4-mysql package using apt-get but when i ran my php script, it
> gave me the error "Call to undefined function: mysql_connect()..."
>
> Did I missed out anything?
add extension=mysql.so in the right php.ini and then re
I have install php4-mysql package using apt-get but
when i ran my php script, it gave me the error "Call to undefined
function: mysql_connect()..."
Did I missed out anything?
Regards,Jarod Lim Wui KiatPhoenix Games
Studio Sdn BhdSuite C211, 2nd Floor, Block 3440, Enterprise 1Jalan
Tek
I have packaged [1] vips and nip. The packages can be found on
mentors.debian.net (details follow). All packages are lintian clean
and were built in an up-to-date pbuilder environment. I have locally
installed and tested the packages.
1. http://www.vips.ecs.soton.ac.uk
The following introdu
> > Suppose I have two packages: A and B where B depends and build depends
> > upon A. Neither package has been uploaded before. I can easily build
> > A in pbuilder using pdebuild, but I can't do the same with B because B
> > build depends upon A and A is not in the archive (thereby cau
Request for Sponsor: libmarc-record-perl
ITP: http://bugs.debian.org/251875
Description:
Modules that define MARC fields, check the validity of MARC records, and
handle MARC records as objects.
The MARC (MAchine Readable Cataloging) format was designed by the Library
of Congress in the late 19
--
perl -e'$u="\4\5\6";sub H{8*($_[1]%79)+($_[0]%8)}sub G{vec$u,H(@_),1}sub S{vec
($n,H(@_),1)=$_[2]}$_=q^{P`clear`;for$iX){PG($iY)?"O":" "forX8);P"\n"}for$iX){
forX8){$c=scalar [EMAIL PROTECTED];S$iY,G(
$iY)?$c=~/[23]/?1:0:$c==3?1:0}}$u=$n;select$M,$C,$T,.2;redo}^;s/Z/],[\$i/g;s/Y
/,\$_/xg;s/X/(
Hello Olivier,
* Olivier <[EMAIL PROTECTED]> [2004-08-04 00:49]:
> lintian complains:
>
> out-of-date-standards-version 3.6.0
> N:
> N: The source package refers to a 'Standards-Version' that is starting to
> N: get out of date, compared to current Policy. You can safely ignore
> N: this w
On Wed, Aug 04, 2004 at 12:39:22AM +0200, Olivier wrote:
> Hi all,
>
> lintian complains:
>
> out-of-date-standards-version 3.6.0
> N:
> N: The source package refers to a 'Standards-Version' that is starting to
> N: get out of date, compared to current Policy. You can safely ignore
> N: th
Request for Sponsor: libmarc-record-perl
ITP: http://bugs.debian.org/251875
Description:
Modules that define MARC fields, check the validity of MARC records, and
handle MARC records as objects.
The MARC (MAchine Readable Cataloging) format was designed by the Library
of Congress in the late 19
On Wed, Aug 04, 2004 at 12:39:22AM +0200, Olivier wrote:
> lintian complains:
>
> out-of-date-standards-version 3.6.0
> N:
> N: The source package refers to a 'Standards-Version' that is starting to
> N: get out of date, compared to current Policy. You can safely ignore
> N: this warning, b
Hi all,
lintian complains:
out-of-date-standards-version 3.6.0
N:
N: The source package refers to a 'Standards-Version' that is starting to
N: get out of date, compared to current Policy. You can safely ignore
N: this warning, but please consider updating the package to current
N: Policy
--
perl -e'$u="\4\5\6";sub H{8*($_[1]%79)+($_[0]%8)}sub G{vec$u,H(@_),1}sub S{vec
($n,H(@_),1)=$_[2]}$_=q^{P`clear`;for$iX){PG($iY)?"O":" "forX8);P"\n"}for$iX){
forX8){$c=scalar [EMAIL PROTECTED];S$iY,G(
$iY)?$c=~/[23]/?1:0:$c==3?1:0}}$u=$n;select$M,$C,$T,.2;redo}^;s/Z/],[\$i/g;s/Y
/,\$_/xg;s/X/(
> 52. http://www.debian.org/devel/wnpp/
>
> * [53]fftw -- Library for computing Fast Fourier Transforms.
>([54]Bug#263126)
> * [55]fftw3 -- Library for computing Fast Fourier Transforms.
>([56]Bug#263125)
I'd definitely like to see these stay in Debian. I'll look into picking
up the wo
Hello Olivier,
* Olivier <[EMAIL PROTECTED]> [2004-08-04 00:49]:
> lintian complains:
>
> out-of-date-standards-version 3.6.0
> N:
> N: The source package refers to a 'Standards-Version' that is starting to
> N: get out of date, compared to current Policy. You can safely ignore
> N: this w
On Wed, Aug 04, 2004 at 12:39:22AM +0200, Olivier wrote:
> Hi all,
>
> lintian complains:
>
> out-of-date-standards-version 3.6.0
> N:
> N: The source package refers to a 'Standards-Version' that is starting to
> N: get out of date, compared to current Policy. You can safely ignore
> N: th
On Wed, Aug 04, 2004 at 12:39:22AM +0200, Olivier wrote:
> lintian complains:
>
> out-of-date-standards-version 3.6.0
> N:
> N: The source package refers to a 'Standards-Version' that is starting to
> N: get out of date, compared to current Policy. You can safely ignore
> N: this warning, b
Hi all,
lintian complains:
out-of-date-standards-version 3.6.0
N:
N: The source package refers to a 'Standards-Version' that is starting to
N: get out of date, compared to current Policy. You can safely ignore
N: this warning, but please consider updating the package to current
N: Policy
> 52. http://www.debian.org/devel/wnpp/
>
> * [53]fftw -- Library for computing Fast Fourier Transforms.
>([54]Bug#263126)
> * [55]fftw3 -- Library for computing Fast Fourier Transforms.
>([56]Bug#263125)
I'd definitely like to see these stay in Debian. I'll look into picking
up the wo
Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:
> On Mon, Aug 02, 2004 at 11:42:49PM -0700, Brian Nelson wrote:
>> Then downgrade it. There's a mismatch there anyway. A serious bug
>> should *never* be tagged as wontfix. Either it needs to be fixed or
>> it's not really serious.
>
> This is n
Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:
> On Mon, Aug 02, 2004 at 11:42:49PM -0700, Brian Nelson wrote:
>> Then downgrade it. There's a mismatch there anyway. A serious bug
>> should *never* be tagged as wontfix. Either it needs to be fixed or
>> it's not really serious.
>
> This is n
Hello!
I have been using debian for a while, and have been compiling my own
copy of MAME (the Multiple Arcade Machine Emulator) (from
http://x.mame.net) for my own use. It looks as if someone packaged this
at some point but it never got out of unstable (I used testing) and
hasn't been updated
Hello!
I have been using debian for a while, and have been compiling my own
copy of MAME (the Multiple Arcade Machine Emulator) (from
http://x.mame.net) for my own use. It looks as if someone packaged this
at some point but it never got out of unstable (I used testing) and
hasn't been updated i
On Mon, Aug 02, 2004 at 11:42:49PM -0700, Brian Nelson wrote:
> Then downgrade it. There's a mismatch there anyway. A serious bug
> should *never* be tagged as wontfix. Either it needs to be fixed or
> it's not really serious.
This is not true. For example, architecture-dependent data in /usr/s
On Mon, Aug 02, 2004 at 11:33:27AM +0200, Frank K?ster wrote:
> Frank K?ster <[EMAIL PROTECTED]> schrieb:
>
> > Blars Blarson <[EMAIL PROTECTED]> wrote:
> >
> >>
> >> 1. Get some help to fix the latex.
> >
> > This hthtml.sty is really dumb.
> >
> > In the attached patch,
>
> Argh, there was no
On Mon, Aug 02, 2004 at 11:42:49PM -0700, Brian Nelson wrote:
> Then downgrade it. There's a mismatch there anyway. A serious bug
> should *never* be tagged as wontfix. Either it needs to be fixed or
> it's not really serious.
This is not true. For example, architecture-dependent data in /usr/s
Kevin Glynn <[EMAIL PROTECTED]> writes:
> Andreas Metzler writes:
> > On Mon, Aug 02, 2004 at 03:03:31PM +0200, Kevin Glynn wrote:
> > > I am the (new) maintainer for mozart. I have one Serious bug
> > > outstanding:
> > >
> > >http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=mozart).
>
On Mon, Aug 02, 2004 at 11:33:27AM +0200, Frank K?ster wrote:
> Frank K?ster <[EMAIL PROTECTED]> schrieb:
>
> > Blars Blarson <[EMAIL PROTECTED]> wrote:
> >
> >>
> >> 1. Get some help to fix the latex.
> >
> > This hthtml.sty is really dumb.
> >
> > In the attached patch,
>
> Argh, there was no
On Tue, Aug 03, 2004 at 12:08:10AM -0400, Jay Berkenbilt wrote:
> Suppose I have two packages: A and B where B depends and build depends
> upon A. Neither package has been uploaded before. I can easily build
> A in pbuilder using pdebuild, but I can't do the same with B because B
> build depends
Kevin Glynn <[EMAIL PROTECTED]> writes:
> Andreas Metzler writes:
> > On Mon, Aug 02, 2004 at 03:03:31PM +0200, Kevin Glynn wrote:
> > > I am the (new) maintainer for mozart. I have one Serious bug
> > > outstanding:
> > >
> > >http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=mozart).
>
33 matches
Mail list logo
