On 06/28/05 12:10 PM, Joe Altman sat at the `puter and typed:
Is anyone else seeing errorors like this:
/libexec/ld-elf.so.1: Shared object libperl.so not found, required by exim
after upgrading Perl when prompted by portversion?
I notice that ld-elf.so.1 has two versions:
55 -r-xr-xr
On Tue, Jun 28, 2005 at 01:08:58PM -0400, Louis LeBlanc wrote:
Did you remember to update the ports that have Perl as a dependency with
the perl-after-upgrade script? You can find it in lang/perl5.8/work/
after the build (it is kept in lang/perl/files/). Make sure you read
the script
On 06/28/05 01:24 PM, Joe Altman sat at the `puter and typed:
On Tue, Jun 28, 2005 at 01:08:58PM -0400, Louis LeBlanc wrote:
Did you remember to update the ports that have Perl as a dependency with
the perl-after-upgrade script? You can find it in lang/perl5.8/work/
after the build
On Tue, 2005-06-28 at 13:08 -0400, Louis LeBlanc wrote:
On 06/28/05 12:10 PM, Joe Altman sat at the `puter and typed:
Is anyone else seeing errorors like this:
/libexec/ld-elf.so.1: Shared object libperl.so not found, required by
exim
after upgrading Perl when prompted
:
man perl-after-upgrade
snip
SYNOPSIS
perl-after-upgrade
perl-after-upgrade -f
perl-after-upgrade -v
--
I don't care what you think. This is not a stylishly insouciant stroll
out of the jungle, here. It's more like we've fallen out of our trees
and rolled, butt-naked
in the man page:
man perl-after-upgrade
[snip]
Also, with this script and with most well-written perl scripts,
modules, libraries, etc., you can do
perldoc perl-after-upgrade
to read the perl pod commentary that is literally embedded inside
the perl code (making the documentation OS
On 26 Jun Dominique Goncalves wrote:
And, if I type sh perl-after-upgrade -f I get the EXACT same
output as above, leading me to believe it is ignoring the -f option.
Use /usr/local/bin/perl-after-upgrade
To OP: are you sure you did a rehash ?
The file not found seems to tell you, you
I'm having a little trouble with my perl upgrade from 5.8.6 to 5.8.7.
The build goes ok, but when I run 'make test' I get two failures.
Both appear to be in the IPC code. When running the failed tests by
hand, I get the following:
# ./perl ../ext/IPC/SysV/t/sem.t
1..10
semget: 28 No space
On Sun, 26 Jun 2005 15:17:06 -0400
Louis LeBlanc [EMAIL PROTECTED] wrote:
I'm having a little trouble with my perl upgrade from 5.8.6 to 5.8.7.
-- cut --
ok 5
ok 6
semget: No space left on device
you need to make disc-space, one idea is to run portsclean -C or to make
some more space in /usr
On 06/26/05 10:39 PM, [EMAIL PROTECTED] sat at the `puter and typed:
On Sun, 26 Jun 2005 15:17:06 -0400
Louis LeBlanc [EMAIL PROTECTED] wrote:
I'm having a little trouble with my perl upgrade from 5.8.6 to 5.8.7.
-- cut --
ok 5
ok 6
semget: No space left on device
you need to make
On Sun, 26 Jun 2005, Louis LeBlanc wrote:
On 06/26/05 10:39 PM, [EMAIL PROTECTED] sat at the `puter and typed:
On Sun, 26 Jun 2005 15:17:06 -0400
Louis LeBlanc [EMAIL PROTECTED] wrote:
I'm having a little trouble with my perl upgrade from 5.8.6 to 5.8.7.
-- cut --
ok 5
ok 6
semget
perl upgrade from 5.8.6 to 5.8.7.
-- cut --
ok 5
ok 6
semget: No space left on device
you need to make disc-space, one idea is to run portsclean -C or to make
some more space in /usr/home
That would be the obvious cause, but not so:
[...]
Indeed. Disk space most likely has
:
I'm having a little trouble with my perl upgrade from 5.8.6 to 5.8.7.
-- cut --
ok 5
ok 6
semget: No space left on device
you need to make disc-space, one idea is to run portsclean -C or to make
some more space in /usr/home
That would be the obvious cause, but not so:
[...]
Indeed. Disk
/postgresql80-server/pkg-message-server
for some sample settings.
Near as I can tell, this tells me I have at least 60 semaphores
systemwide, 60 per id, 3 in use, none of which are being used by root
(which is who I am running the test as). Shouldn't that leave 57 for
the perl tests
Hello,
Trying to update my perl port from 5.8.6 to 5.8.7. The updating of perl
itself went fine, but all the dependent ports on it like swatch, php, etc.
previously referenced modules that were included in 5.8.6, now they're not
working. What extra step do i do?
Thanks.
Dave
Read /usr/ports/UPDATING:
20050624:
AFFECTS: users of lang/perl5.8
AUTHOR: [EMAIL PROTECTED]
lang/perl5.8 has been updated to 5.8.7. You should update
everything depending on perl. The easiest way to do that is
to use perl-after-upgrade script supplied with lang/perl5.8.
Please see
On 25 Jun John Webster wrote:
Read /usr/ports/UPDATING:
20050624:
AFFECTS: users of lang/perl5.8
AUTHOR: [EMAIL PROTECTED]
lang/perl5.8 has been updated to 5.8.7. You should update
everything depending on perl. The easiest way to do that is
to use perl-after-upgrade script
I have a question about the directories under /usr/local/lib/perl5
[system: freebsd-4.11-stable]
I installed the latest perl 5.8.7 and did everything mentioned in
/usr/ports/UPDATING (so all's well ;-))
Great script :: (perl-after-upgrade) !!
But looking into /usr/local/lib/perl5 I see a lot
Dick Hoogendijk wrote:
On 25 Jun John Webster wrote:
Read /usr/ports/UPDATING:
20050624:
AFFECTS: users of lang/perl5.8
AUTHOR: [EMAIL PROTECTED]
lang/perl5.8 has been updated to 5.8.7. You should update
everything depending on perl. The easiest way to do that is
to use perl-after
Hi, I'm trying to upgrade net-mgmt/net-snmp-5.2.1_1 to
net-mgmt/net-snmp-5.2.1_2
I'm running 5.4p2 on this machine, which started life as 5.2.1-RELEASE has
been tracking 5.3-RELEASE now 5.4-RELEASE.
My perl version is 5.8.6
I update my ports tree every night and update my installed ports
I installed perl 5.8.5 when I did initial install of
freebsd 4.11 on my machine. when I do perl -v I get
perl 5.006. when I switch to the perl 5.8.5 it cannot
find DBI in the PM when I switch back it can.
John Larson
__
Discover Yahoo!
Use
On Jun 7, 2005, at 3:45 PM, John Larson wrote:
I installed perl 5.8.5 when I did initial install of
freebsd 4.11 on my machine. when I do perl -v I get
perl 5.006. when I switch to the perl 5.8.5 it cannot
find DBI in the PM when I switch back it can.
Once you run use.perl port to switch
--On Tuesday, June 07, 2005 12:45:36 -0700 John Larson
[EMAIL PROTECTED] wrote:
I installed perl 5.8.5 when I did initial install of
freebsd 4.11 on my machine. when I do perl -v I get
perl 5.006. when I switch to the perl 5.8.5 it cannot
find DBI in the PM when I switch back it can.
John
On 06 May Jim Campbell wrote:
I installed lang/perl5.8 from my ports (...)
(...) what am I doing wrong?
As said somewhere else: run use.perl
But better still: make a habit of reading the *end_screen* after a port
install. Very often useful information is diplayed there.
--
dick --
Hello everybody
we are trying to use a linux perl program called Mascot on FreeBSD. It is
statistical-bioinformatic software.
We use this program on Linux RedHat 7.3 (glibc 2.3.2), perl 5.8.6.
We copied the program and the libraries.
We tried installing the ports linux_base (glibc 2.1.3
Sometime yesterday, perl dumped core on my server. I've been trying to work out
what actually went wrong. I have two things that I know are running in perl:
1) ddclient, which keeps my ip address synced with dyndns.org and
2) spamassassin.
The only info that I can find is a mention
Hello Gallery,
We have a full-time opportunity in Sunnyvale CA for a Senior Software
Engineer.
The ideal candidate must have strong Perl experience developing web
applications
Please send me your resume if you would like to be considered.
If you are not available feel free to refer me to some
Hi all.
Please help me to install the perl5.
he seems to miss some -lnsl librari.
There is the output of my try.
[EMAIL PROTECTED] perl5]$ make install clean
=== Extracting for perl-5.6.2_2
= Checksum OK for perl-5.6.2.tar.gz.
= Checksum OK for BSDPAN-5.6.2.tar.gz.
mkdir: /usr/ports/lang/perl5
It all started with a simple perl upgrade from 5.8.0 to 5.8.6.
Unfortunately, DB_File fails to build properly.
I am running FreeBSD 4.10 Stable #1
Here's the resu.llts of the make test
make test
PERL_DL_NONLAZY=1 /usr/local/bin/suidperl -MExtUtils::Command::MM
-e
Dan Nelson wrote:
The following error occurs when a message has an attachment of more that
approx 35MB in size:
Out of memory during large request for 67112960 bytes, total sbrk()
is 487512064 bytes at /usr/local/bin/imapsync line 790.
According to that output, perl was already using 464MB
Kris Kennaway wrote:
On Tue, Mar 01, 2005 at 08:17:35PM -0500, Bob Ababurko wrote:
Hello all-
I have just installed 5.3 on my new setup that is sporting two amd 2800+
MP on a tyan k7 board. Pretty much, the first port I am installing, I
am getting errors. I need perl 5.8 installed
installing, I
am getting errors. I need perl 5.8 installed and this is the end of the
output.
Making DynaLoader (static_pic)
Makefile out-of-date with respect to ../../config.h
Cleaning current config before rebuilding Makefile...
make -f Makefile.old clean /dev/null 21 || /bin/sh
/local/bin/imapsync line 790.
Running 5.3-STABLE a week or so old
Perl 5.8.6 from ports.
What bothers me especially is that this error will not occur when I run
the same command from a old RH Linux (7.2) box. Appriciate comments
and/or hints.
Thanks
for 67112960 bytes, total sbrk()
is 487512064 bytes at /usr/local/bin/imapsync line 790.
According to that output, perl was already using 464MB, and a malloc
request for 64MB failed, which is reasonable since the default hard
datasize limit on FreeBSD is 512MB. To raise it, put this in
/boot
Hello all-
I have just installed 5.3 on my new setup that is sporting two amd 2800+
MP on a tyan k7 board. Pretty much, the first port I am installing, I
am getting errors. I need perl 5.8 installed and this is the end of the
output.
Making DynaLoader (static_pic)
Makefile out
On Tue, Mar 01, 2005 at 08:17:35PM -0500, Bob Ababurko wrote:
Hello all-
I have just installed 5.3 on my new setup that is sporting two amd 2800+
MP on a tyan k7 board. Pretty much, the first port I am installing, I
am getting errors. I need perl 5.8 installed and this is the end
Hi!
I'm upgrading perl 5.8 from the ports on a FreeBSD 5.3 machine, the
problem is that alot of my installed modules doesn't work after the
update (just a minor update from 5.8.2 to 5.8.6), probably becuase the
@INC changed and did not include the mach directory of 5.8.2. Is this
right ? Why
On Mon, Feb 28, 2005 at 01:34:30PM +0100, Stefan Cars wrote:
Hi!
I'm upgrading perl 5.8 from the ports on a FreeBSD 5.3 machine, the
problem is that alot of my installed modules doesn't work after the
update (just a minor update from 5.8.2 to 5.8.6), probably becuase the
@INC changed
Stefan Cars wrote:
Hi!
I'm upgrading perl 5.8 from the ports on a FreeBSD 5.3 machine, the
problem is that alot of my installed modules doesn't work after the
update (just a minor update from 5.8.2 to 5.8.6), probably becuase the
@INC changed and did not include the mach directory of 5.8.2
I need to downgrade the perl port from 5.8.6 to 5.8.5 at least
temporarily in order to install Plesk on a 5.3 system. I see the
5.8.5 files on the ftp.freebsd.org/./distfiles server but I have
no idea how to go about doing a downgrade. I checked out the ported
applications link on the main
D'oh on me.. /sysutils/portdowngrade
On Sat, 26 Feb 2005 15:20:15 -0500, Todd Suits
[EMAIL PROTECTED] wrote:
I need to downgrade the perl port from 5.8.6 to 5.8.5 at least
temporarily in order to install Plesk on a 5.3 system. I see the
5.8.5 files on the ftp.freebsd.org/./distfiles
On Fri, Feb 18, 2005 at 02:54:54PM -0500, Ean Kingston wrote:
On Fri, Feb 18, 2005 at 03:55:52PM +0100, BSD todoo wrote:
How to deinstall a perl module (bsdpan-MailTools-1.64) that has been
installed using CPAN ?
# pkg_delete bsdpan-MailTools-1.64
If it was installed with CPAN
Hi all,
How to deinstall a perl module (bsdpan-MailTools-1.64) that has been
installed using CPAN ?
I would like to deinstall that module manually and then reinstall It
from the port tree.
The reason why is that everytime I try ton deinstall a port I have
these nasty messages :
ns2
Hello again !
I have all these version of perl installed on my system (FreeBSD 5.2.1)
: 5.6.1 5.6.2 5.8.5 5.8.6
I would like to get rid of the old versions and only keep 5.8.6 how do
I have to do that ??
The reason why I would like to do that is that when I
BSD todoo [EMAIL PROTECTED] wrote:
Hello again !
I have all these version of perl installed on my system (FreeBSD 5.2.1)
: 5.6.1 5.6.2 5.8.5 5.8.6
I would like to get rid of the old versions and only keep 5.8.6 how do
I have to do that ??
The reason why
On Fri, Feb 18, 2005 at 03:55:52PM +0100, BSD todoo wrote:
How to deinstall a perl module (bsdpan-MailTools-1.64) that has been
installed using CPAN ?
# pkg_delete bsdpan-MailTools-1.64
Easy.
Cheers,
Matthew
--
Dr Matthew J Seaman MA, D.Phil. 8
On Fri, Feb 18, 2005 at 03:55:52PM +0100, BSD todoo wrote:
How to deinstall a perl module (bsdpan-MailTools-1.64) that has been
installed using CPAN ?
# pkg_delete bsdpan-MailTools-1.64
If it was installed with CPAN, it is not in the FreeBSD package database
so how is a pkg_delete
On Fri, 18 Feb 2005 14:54:54 -0500 (EST)Ean Kingston
[EMAIL PROTECTED] wrote:
|Date: Fri, 18 Feb 2005 14:54:54 -0500 (EST)
|From: Ean Kingston [EMAIL PROTECTED]
|Subject: Re: Deinstalling perl module installed using CPAN
|To: Matthew Seaman [EMAIL PROTECTED]
|Cc: Liste FreeBSD freebsd-questions
On 14 Feb Kris Kennaway wrote:
On Mon, Feb 14, 2005 at 12:24:07PM +0100, Dick Hoogendijk wrote:
Meaning I don't run this update script when updating perl from say
5.8.5 to 5.8.6 ?
No, that what I meant by when updating from an older version. When
perl changes from e.g. 5.8.6 to 5.8.6_1
, 2005 3:42 PM
Subject: Re: Updated perl - broke stuff
I stopped using portupgrade because it only upgrades ports that are
out-of date. It then modifies the installed software database to
change any dependencies that relied on the old port to show them as
relying on the new
port
Cc: Paul Schmehl [EMAIL PROTECTED]
Sent: Sunday, February 13, 2005 3:42 PM
Subject: Re: Updated perl - broke stuff
I stopped using portupgrade because it only upgrades ports that
are out-of date. It then modifies the installed software
database to change any dependencies
On Sunday 13 February 2005 06:34 pm, Kris Kennaway wrote:
On Sun, Feb 13, 2005 at 06:15:18PM -0800, Michael C. Shultz wrote:
Pkgdb -F is what screws up the installed ports registry. Here is an
example of what happens:
1. port-A needs dependency port-B installed
2. port-B is installed
On Mon, Feb 14, 2005 at 12:37:28AM -0800, Michael C. Shultz wrote:
portupgrade -rf forces the rebuild of the port and ALL of its
dependencies, and it builds them in the wrong order, it is nothing
like portmanager.
example:
if the following are installed:
masterPort-0.0
On Monday 14 February 2005 01:09 am, you wrote:
On Mon, Feb 14, 2005 at 12:37:28AM -0800, Michael C. Shultz wrote:
portupgrade -rf forces the rebuild of the port and ALL of its
dependencies, and it builds them in the wrong order, it is nothing
like portmanager.
example:
if the
On 13 Feb Kris Kennaway wrote:
On Sun, Feb 13, 2005 at 08:35:06PM -0600, Paul Schmehl wrote:
--On Sunday, February 13, 2005 5:18 PM -0500 Chuck Swiger [EMAIL
PROTECTED]
wrote:
Did you read /usr/ports/UPDATING? It contains a suggestion for how to
update the Perl ports which might
? It contains a suggestion for how to
update the Perl ports which might have helped...
Well, no. Why on earth would I do *that*? ;-)
(Thanks for the tip. I ran it.) I wonder why the perl port doesn't
include this command in a post-install script?
It's a once-off change
I maintain a small hobby website on a volunteer basis. (I do all the
technical stuff - server maintenance, etc.) I ran portupgrade today, and
there was an update to perl. (I'm using the ports perl.) It broke the
webserver. I had to deinstall and reinstall www/p5-libwww, www/mod_perl
On February 13, 2005 04:37 pm, Paul Schmehl wrote:
I maintain a small hobby website on a volunteer basis. (I do all the
technical stuff - server maintenance, etc.) I ran portupgrade today, and
there was an update to perl. (I'm using the ports perl.) It broke the
webserver. I had
Paul Schmehl wrote:
I maintain a small hobby website on a volunteer basis. (I do all the
technical stuff - server maintenance, etc.) I ran portupgrade today,
and there was an update to perl. (I'm using the ports perl.) It broke
the webserver. I had to deinstall and reinstall www/p5-libwww
- Original Message -
From: Ean Kingston [EMAIL PROTECTED]
To: freebsd-questions@freebsd.org
Cc: Paul Schmehl [EMAIL PROTECTED]
Sent: Sunday, February 13, 2005 3:42 PM
Subject: Re: Updated perl - broke stuff
I stopped using portupgrade because it only upgrades ports that are out-of
date
Paul Schmehl wrote:
I maintain a small hobby website on a volunteer basis. (I do all the
technical stuff - server maintenance, etc.) I ran portupgrade today,
and there was an update to perl. (I'm using the ports perl.) It broke
the webserver. I had to deinstall and reinstall www/p5-libwww
Piggy-backing on the Subject: line
I recently upgraded perl per the entry in /usr/ports/UPDATING.
Afterwards, gtk-gnutalla is broken. Run from the command line,
I get a whole slew of messages like this:
05/02/13 17:19:58 (WARNING): hostiles.txt, line 243: rejected
On Sunday 13 February 2005 02:02 pm, Paul Schmehl wrote:
- Original Message -
From: Ean Kingston [EMAIL PROTECTED]
To: freebsd-questions@freebsd.org
Cc: Paul Schmehl [EMAIL PROTECTED]
Sent: Sunday, February 13, 2005 3:42 PM
Subject: Re: Updated perl - broke stuff
I stopped using
On Sun, Feb 13, 2005 at 06:15:18PM -0800, Michael C. Shultz wrote:
Pkgdb -F is what screws up the installed ports registry. Here is an
example of what happens:
1. port-A needs dependency port-B installed
2. port-B is installed
3. port-A is installed and marks its registry as being
--On Sunday, February 13, 2005 5:18 PM -0500 Chuck Swiger [EMAIL PROTECTED]
wrote:
Did you read /usr/ports/UPDATING? It contains a suggestion for how to
update the Perl ports which might have helped...
Well, no. Why on earth would I do *that*? ;-)
(Thanks for the tip. I ran it.) I wonder why
--On Sunday, February 13, 2005 6:15 PM -0800 Michael C. Shultz
[EMAIL PROTECTED] wrote:
Pkgdb -F is what screws up the installed ports registry. Here is an
example of what happens:
1. port-A needs dependency port-B installed
2. port-B is installed
3. port-A is installed and marks its registry as
On Sun, Feb 13, 2005 at 08:35:06PM -0600, Paul Schmehl wrote:
--On Sunday, February 13, 2005 5:18 PM -0500 Chuck Swiger [EMAIL PROTECTED]
wrote:
Did you read /usr/ports/UPDATING? It contains a suggestion for how to
update the Perl ports which might have helped...
Well, no. Why on earth
On Sunday 13 February 2005 06:34 pm, you wrote:
On Sun, Feb 13, 2005 at 06:15:18PM -0800, Michael C. Shultz wrote:
Pkgdb -F is what screws up the installed ports registry. Here is an
example of what happens:
1. port-A needs dependency port-B installed
2. port-B is installed
3. port-A
On Sunday 13 February 2005 06:37 pm, Paul Schmehl wrote:
--On Sunday, February 13, 2005 6:15 PM -0800 Michael C. Shultz
[EMAIL PROTECTED] wrote:
Pkgdb -F is what screws up the installed ports registry. Here is an
example of what happens:
1. port-A needs dependency port-B installed
2.
Thanks it seems to do the trick.
olivier
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
I have a 4.7-based system I use as a mail gateway. Yesterday I
did a portupgrade of perl from 5.6.1 to 5.6.2. Today I find that
I have no incoming mail, due to mimedefang no longer functioning:
Feb 9 09:56:39 highland mimedefang-multiplexor[91186]: Slave 0 stderr: Can't
locate MIME/Base64.pm
Jim Hatfield wrote:
I have a 4.7-based system I use as a mail gateway. Yesterday I
did a portupgrade of perl from 5.6.1 to 5.6.2. Today I find that
I have no incoming mail, due to mimedefang no longer functioning:
But pkg_info shows p5-MIME-Base64 as present!
And it is, but not on any
On Wed, 9 Feb 2005 10:07:59 - , in local.freebsd.questions you
wrote:
I have a 4.7-based system I use as a mail gateway. Yesterday I
did a portupgrade of perl from 5.6.1 to 5.6.2. Today I find that
I have no incoming mail, due to mimedefang no longer functioning:
Bang my head against a wall
Hi,
Are you aware of any magical formula that would list the Perl modules
installed in a configuration?
I have to set-up a new machine and would need to re-install (newer
version of) all themodules used on the old machine.
Olivier
___
freebsd
On Wed, 9 Feb 2005 14:13:30 +0700 (ICT)
Olivier Nicole [EMAIL PROTECTED] wrote:
Are you aware of any magical formula that would list the Perl modules
installed in a configuration?
Your question interested me so I took it upon myself to Google for it. :p
This should do it for you:
http
On Wed, 9 Feb 2005 14:13:30 +0700 (ICT)
Olivier Nicole [EMAIL PROTECTED] wrote:
Are you aware of any magical formula that would list the Perl modules
installed in a configuration?
And an alternative approach:
http://tek-tips.com/viewthread.cfm?qid=898931
-AL
Hello,
I just updated ports after being away for two weeks. The update process
itself went fine, my problem came when i ran the command to update
perl-dependent ports as suggested in /usr/ports/UPDATING. I got a bunch of
failed updates, php4-extensions, and any of my p5* ports, apache2
On Monday 07 February 2005 09:02 am, dave [EMAIL PROTECTED]
wrote:
Hello,
I just updated ports after being away for two weeks. The update
process itself went fine, my problem came when i ran the command to
update perl-dependent ports as suggested in /usr/ports/UPDATING. I
got a bunch
On Mon, Feb 07, 2005 at 12:02:08PM -0500, dave wrote:
Hello,
I just updated ports after being away for two weeks. The update process
itself went fine, my problem came when i ran the command to update
perl-dependent ports as suggested in /usr/ports/UPDATING. I got a bunch of
failed updates
On Tue, Jan 25, 2005 at 11:41:56PM +0100, Gert Cuykens wrote:
ps who is the imake developer ?
Believe me i am going to mail every developer where perl comes in
between me and the application :P
Actually, I think you should work on sh first, it's a much bigger
security hazard than perl
In the last episode (Feb 04), Loren M. Lang said:
Actually, I think you should work on sh first, it's a much bigger
security hazard than perl. If you've ever written much sh, you'd
realize with it's much loser syntax, it's easy to get into trouble.
At least perl provides use strict and -Tw
On Fri, Feb 04, 2005 at 10:13:45PM -0600, Dan Nelson wrote:
In the last episode (Feb 04), Loren M. Lang said:
Actually, I think you should work on sh first, it's a much bigger
security hazard than perl. If you've ever written much sh, you'd
realize with it's much loser syntax, it's easy
Can all future replys on this subject please exclude me in the reply please :)
--
Yours Sincerely
Shinjii
http://www.shinji.nq.nu
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe,
On Tue, Feb 01, 2005 at 11:06:57AM +0100, [EMAIL PROTECTED] typed:
Hello,
I have to do thise things:
A) if Perl is installed from pkg_add and not the ports, uninstall it.
pkg_delete -f perl5.8
B) add ENABLE_SUIDPERL=true to /etc/make.conf
C) cd to /usr/ports/lang/perl5.8
D) make
Hello,
I have to do thise things:
A) if Perl is installed from pkg_add and not the ports, uninstall it.
pkg_delete -f perl5.8
B) add ENABLE_SUIDPERL=true to /etc/make.conf
C) cd to /usr/ports/lang/perl5.8
D) make -DENABLE_SUIDPERLTRUE install clean
E) re-install all the perl modules from
[EMAIL PROTECTED] wrote:
Hello,
I have to do thise things:
A) if Perl is installed from pkg_add and not the ports, uninstall it.
pkg_delete -f perl5.8
B) add ENABLE_SUIDPERL=true to /etc/make.conf
C) cd to /usr/ports/lang/perl5.8
D) make -DENABLE_SUIDPERLTRUE install clean
E) re-install all
* Gert Cuykens [EMAIL PROTECTED] [0137 23:37]:
No i dont know anything about c++ or perl, ok i know what a class is :P
For me is not realy about perl it self its about the way it get used
as a tool to help build things. For me freebsd is build as a base that
can handle everything designed
On Tue, Jan 25, 2005 at 11:59:54PM +0100, Gert Cuykens said:
I am not a developer so i can not think for them i can only ask
questions. I would not even ask them if the application itself would
use it. Then i would accept it as part of a furniture.
PS if you buy a new television do you
That's not what you're saying. you're asking the people who build your
car not to use a wrench but their bare hands because you have something
against wrenches for some reason.
i have nothing against a wrenches
If you compile from the ports then the television factory is also your
living room.
Gert Cuykens wrote:
True, lets talk about the factory then
The machinery would be /usr/src
The resources would be /usr/ports
Do you agree a wrench is not a resource ?
I think your analogies go astray because you don't fully understand
the wide variety of uses Perl has. It used in many different
a lot of snow
and look at how plows go onto trucks.
Perl is not a wrench. Perl is an attachment framework that makes it
much easier to attach extra parts. If you want a part that needs that
framework you must either take the entire framework, or refuse the
part.
I disagree that the usage
On Wed, Jan 26, 2005 at 06:31:32PM +0100, Gert Cuykens said:
If you compile from the ports then the television factory is also your
living room.
True, lets talk about the factory then
The machinery would be /usr/src
The resources would be /usr/ports
Do you agree a wrench is not a
and bringing in the tools required to build those ports. You now
have your answers.
OK Gert,
I agree with Adam. I think it's time for you to make a decision. You
either except what everyone's been trying to tell you, or you don't. If
you don't, then remove perl from your system and find out just what
ok ok me stop asking questions about the wrench lying in my living
room next to my television. I will just put some flowers on top of it
:P
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To
On Mon, 24 Jan 2005 21:53:01 -0800, Kris Kennaway [EMAIL PROTECTED] wrote:
On Tue, Jan 25, 2005 at 03:30:05PM +1000, Warren wrote:
On Tue, 25 Jan 2005 03:28 pm, Gert Cuykens wrote:
does cvsup need perl ?
Yes
Only to compile it from ports, not to run the resulting package.
Kris
On Tue, Jan 25, 2005 at 09:26:07AM +0100, Gert Cuykens wrote:
On Mon, 24 Jan 2005 21:53:01 -0800, Kris Kennaway [EMAIL PROTECTED] wrote:
On Tue, Jan 25, 2005 at 03:30:05PM +1000, Warren wrote:
On Tue, 25 Jan 2005 03:28 pm, Gert Cuykens wrote:
does cvsup need perl ?
Yes
Only
--On Tuesday, January 25, 2005 09:26:07 AM +0100 Gert Cuykens
[EMAIL PROTECTED] wrote:
this is what i dont understand only need perl to compile it ?
so some pakeges need perl to compile and some dont ? why not make them
all perl independent ?
This shouldn't be too hard to do. All you have to do
On Tue, 25 Jan 2005 10:33:25 -0600, Paul Schmehl [EMAIL PROTECTED] wrote:
--On Tuesday, January 25, 2005 09:26:07 AM +0100 Gert Cuykens
[EMAIL PROTECTED] wrote:
this is what i dont understand only need perl to compile it ?
so some pakeges need perl to compile and some dont ? why not make
On Tuesday 25 January 2005 01:00 pm, Gert Cuykens wrote:
On Tue, 25 Jan 2005 10:33:25 -0600, Paul Schmehl [EMAIL PROTECTED]
wrote:
--On Tuesday, January 25, 2005 09:26:07 AM +0100 Gert Cuykens
[EMAIL PROTECTED] wrote:
this is what i dont understand only need perl to compile
In the last episode (Jan 25), Gert Cuykens said:
On Tue, 25 Jan 2005 10:33:25 -0600, Paul Schmehl [EMAIL PROTECTED] wrote:
On Tuesday, January 25, 2005 09:26:07 AM +0100 Gert Cuykens [EMAIL
PROTECTED] wrote:
this is what i dont understand only need perl to compile it ?
so some
801 - 900 of 1476 matches
Mail list logo