Hi all,
Using freebsd 9.2 amd64 and poudriere, perl fails to build:
/bin/mkdir -p
/wrkdirs/usr/ports/lang/perl5.14/work/stage/usr/local/lib/perl5/5.14/BSDPAN/.
install -o root -g wheel -m 444
/wrkdirs/usr/ports/lang/perl5.14/work/BSDPAN-2007/BSDPAN.pm
/wrkdirs/usr/ports/lang/perl5.14/work
Dear All,
Munin stopped working after I switched to Perl 5.16 on FreeBSD 9.1. I rebuilt
all ports that depend on Perl. What did I do wrong?
Can't locate IO/Socket/INET6.pm in @INC (@INC contains:
/usr/local/lib/perl5/5.16/BSDPAN /usr/local/lib/perl5/site_perl/5.16/mach
/usr/local/lib/
Hi,
could anyone tell me why it is obviously that difficult to get perl or python
working with threaded support? Each time I tested to use threaded feature in
perl or python on different machines with different FreeBSD-versions something
went wrong. When I switched back everything compiled
Thanks for the replies; I really appreciate it.
Alexandre wrote:
> Have you followed steps described in perl-after-upgrade man page?
> $ man perl-after-upgrade
Yes, except for the last step (deleting old CONTENTS backups), since the
previous steps didn't seem to do what they should
Hi Mike,
Have you followed steps described in perl-after-upgrade man page?
$ man perl-after-upgrade
Regards,
Alexandre
On Thu, Apr 11, 2013 at 3:08 PM, Mike Brown wrote:
> Hi all,
>
> I'm running 8.3-RELEASE and thought I'd update Perl from 5.12 to 5.16.
> Silly
From: Mike Brown
Subject: perl-after-upgrade mistakenly thinks nothing needs to be done
To: freebsd-questions@freebsd.org
Date: Thu, 11 Apr 2013 07:08:17 -0600 (MDT)
Hi all,
I'm running 8.3-RELEASE and thought I'd update Perl from 5.
Hi all,
I'm running 8.3-RELEASE and thought I'd update Perl from 5.12 to 5.16.
Silly me. I updated my ports snapshot, and as per UPDATING, ran
portmaster -o lang/perl5.16 lang/perl5.12
This went OK, so I then ran perl-after-upgrade, with and without -f. It scans
the packages
I did something dumb I think with ports on my box. In the process of
upgrading Perl, for every package that depended on Perl, via pkgdb, I
somehow managed to delete the fact that the package depends on Perl
itself. So now I have a bunch of packages that no longer reference
Perl in it's ups
stalling existing package /usr/ports/packages/All/pkg-1.0.8.txz
> Installing pkg-1.0.8... done
> If you are upgrading from the old package format, first run:
>
> # pkg2ng
> ===> Returning to build of p5-Bit-Vector-7.2_2
> ===> p5-Bit-Vector-7.2_2 depends on file: /usr/local/bin/
p5-Bit-Vector-7.2_2 depends on file: /usr/local/bin/perl5.14.2 - not
found
===>Verifying install for /usr/local/bin/perl5.14.2 in
/usr/ports/lang/perl5.14
===> Installing existing package /usr/ports/packages/All/perl-5.14.2_2.txz
Installing perl-5.14.2_2...Removing stale symlinks from /us
in message <51253e9d.901a.28c09d00.5088e...@go2france.com>,
wrote lcon...@go2france.com thusly...
>
>
> freebsd 9.0
>
> portsnap fetch update
...
> ===> Installing for sqlgrey-1.8.0
...
> ===> sqlgrey-1.8.0 depends on package: p5-Date-Calc>=0 - not found
> ===>Verifying install for p5-Date-
On 20/02/2013 21:22, lcon...@go2france.com wrote:
> ===> p5-Date-Calc-6.3 depends on package: p5-Bit-Vector>=7.1 - not found
> ===>Verifying install for p5-Bit-Vector>=7.1 in
> /usr/ports/math/p5-Bit-Vector
> ===> Extracting for p5-Bit-Vector-7.2_2
> => SHA256 Checksum mismatch for Bit-Vecto
freebsd 9.0
portsnap fetch update
... completed successfully
cd /usr/ports/mail/sqlgrey
make install
===> Installing for sqlgrey-1.8.0
===> sqlgrey-1.8.0 depends on package: p5-Net-Server>=0 - found
===> sqlgrey-1.8.0 depends on package: p5-IO-Multiplex>=0 - found
===> sqlgrey-1.8.0
arises however in the case of the various p5-* (Perl) ports
that I have installed on my old 8.3 system. How can I know which of
these I really need to install on my new 9.1 system, you know, in order
to make sure that all of my existing/old Perl scripts will continue to
function?
pkg_info says
On 12/22/12 17:08, Patrick Lamaiziere wrote:
Le Sat, 22 Dec 2012 16:56:09 +0100,
Bas Smeelen a écrit :
I have poudriere setup on a server to compile packages for my old
laptop, mini, and some friends laptops and it works great.
How can I upgrade the perl version of the poudriere jail to
perl
Le Sat, 22 Dec 2012 16:56:09 +0100,
Bas Smeelen a écrit :
> I have poudriere setup on a server to compile packages for my old
> laptop, mini, and some friends laptops and it works great.
>
> How can I upgrade the perl version of the poudriere jail to
> perl-5.16, it is now pe
I have poudriere setup on a server to compile packages for my old
laptop, mini, and some friends laptops and it works great.
How can I upgrade the perl version of the poudriere jail to perl-5.16,
it is now perl-5.14?
I tried startied the jail with poudriere jail -s -j and then try jail
l Munin, not RRDtool.
And from the error message, it still uses Perl 5.12
Olivier
> /usr/local/lib/perl5/5.12.4/BSDPAN
> /usr/local/lib/perl5/site_perl/5.12.4/mach
> /usr/local/lib/perl5/site_perl/5.12.4 /usr/local/lib/perl5/5.12.4/mach
> /usr/local/lib/perl5/5.12.4 .) at
>
> Yesterday I issued the following command which I regretted: portupgrade
> > -CPy, and this little tool installed perl 5.12 while perl 5.10 was already
> > on the system. Since then everything is messed up.
> > Now I deleted perl 5.10 and reinstalled perl 5.10 and everything whic
Laszlo,
> Yesterday I issued the following command which I regretted: portupgrade -CPy,
> and this little tool installed perl 5.12 while perl 5.10 was already on the
> system. Since then everything is messed up.
> Now I deleted perl 5.10 and reinstalled perl 5.10 and everything whic
Hi Guys,
Yesterday I issued the following command which I regretted: portupgrade -CPy,
and this little tool installed perl 5.12 while perl 5.10 was already on the
system. Since then everything is messed up.
Now I deleted perl 5.10 and reinstalled perl 5.10 and everything which depends
on it
On 28/09/2012 21:27, Ed Flecko wrote:
> Generating INDEX-9 - please wait..perl: not found
> "Makefile", line 31: warning: "perl -V:archname" returned non-zero status
> perl: not found
> Done.
>
> O.K., I'm stumped...what's wrong?
You need to inst
fine.
Then I:
cd /usr/ports
make print-index
and this is my result:
Generating INDEX-9 - please wait..perl: not found
"Makefile", line 31: warning: "perl -V:archname" returned non-zero status
perl: not found
Done.
O.K., I'
On 8/29/2012 1:32 PM, Lowell Gilbert wrote:
Jack Stone writes:
Actually, on other servers with the same upgrading needs, perl-5.12
installed without any issue. My intention is to upgrade perl in
increments to get well past EOL.
You're somewhat on your own, then; I can't test any o
On 8/29/2012 1:32 PM, Lowell Gilbert wrote:
Jack Stone writes:
Actually, on other servers with the same upgrading needs, perl-5.12
installed without any issue. My intention is to upgrade perl in
increments to get well past EOL.
You're somewhat on your own, then; I can't test any o
Jack Stone writes:
> Actually, on other servers with the same upgrading needs, perl-5.12
> installed without any issue. My intention is to upgrade perl in
> increments to get well past EOL.
You're somewhat on your own, then; I can't test any of my ideas before
suggesting them
Jan 18 19:59:27 CST 2009
>>>>
>>>> Running perl5.10 (yeah, old!)
>>>> This is a production server.
>>>>
>>>>
>>>> Been playing catchup on ports including perl as UPDATING recommends:
>>>> portupgrade -o lang/per
rl5.10 (yeah, old!)
>>> This is a production server.
>>>
>>>
>>> Been playing catchup on ports including perl as UPDATING recommends:
>>> portupgrade -o lang/perl5.12 -f perl-5.10.\*
>>>
>>> That has worked on other servers, but not thi
On 8/29/2012 8:27 AM, Lowell Gilbert wrote:
Jack Stone writes:
uname -a FreeBSD mail.sagedata.net 7.0-RELEASE-p9 FreeBSD
7.0-RELEASE-p9 #2: Sun Jan 18 19:59:27 CST 2009
Running perl5.10 (yeah, old!)
This is a production server.
Been playing catchup on ports including perl as UPDATING
Jack Stone writes:
> uname -a FreeBSD mail.sagedata.net 7.0-RELEASE-p9 FreeBSD
> 7.0-RELEASE-p9 #2: Sun Jan 18 19:59:27 CST 2009
>
> Running perl5.10 (yeah, old!)
> This is a production server.
>
>
> Been playing catchup on ports including perl as UPDATING recommend
uname -a FreeBSD mail.sagedata.net 7.0-RELEASE-p9 FreeBSD
7.0-RELEASE-p9 #2: Sun Jan 18 19:59:27 CST 2009
Running perl5.10 (yeah, old!)
This is a production server.
Been playing catchup on ports including perl as UPDATING recommends:
portupgrade -o lang/perl5.12 -f perl-5.10.\*
That has
-protector shared.o -o
../../lib/auto/threads/shared/shared.so
chmod 755 ../../lib/auto/threads/shared/shared.so
cp shared.bs ../../lib/auto/threads/shared/shared.bs
chmod 644 ../../lib/auto/threads/shared/shared.bs
LD_LIBRARY_PATH=/s/portbuild/usr/ports/lang/perl5.12/work/perl-5.12.4
./perl -f
On 01/29/12 18:56, Matthew Seaman wrote:
On 29/01/2012 08:11, Da Rock wrote:
Thanks for the help guys. I've stepped away from php for security
reasons; and the fact that I can integrate perl right into apache with
mod_perl.
Verb. Sap.
Checkout PSGI if you're doing web-based perl th
Matthew Seaman wrote:
> Anything that works by connecting to an IMAP server and
> downloading all the new messages to hold and read locally
> really is missing the point.
... or is working around administrative issues, e.g. the mail
recipient wants the mail stored locally, and the mail-server
p
On 29/01/2012 08:11, Da Rock wrote:
> Thanks for the help guys. I've stepped away from php for security
> reasons; and the fact that I can integrate perl right into apache with
> mod_perl.
Verb. Sap.
Checkout PSGI if you're doing web-based perl things. See
http://plackperl
On 01/29/12 02:13, Matthew Seaman wrote:
On 28/01/2012 13:39, Da Rock wrote:
I know this is not exactly FreeBSD related, but I'm in need of a monk
that can enlighten me on a sacred incantation to connect perl to an imap
server using Mail::Box modules :) If it helps people sleep, its all
ru
On 28/01/2012 13:39, Da Rock wrote:
I know this is not exactly FreeBSD related, but I'm in need of a monk
that can enlighten me on a sacred incantation to connect perl to an
imap server using Mail::Box modules :) If it helps people sleep, its
all running only on FreeBSD systems...
I
On 28/01/2012 13:39, Da Rock wrote:
> I know this is not exactly FreeBSD related, but I'm in need of a monk
> that can enlighten me on a sacred incantation to connect perl to an imap
> server using Mail::Box modules :) If it helps people sleep, its all
> running only on FreeBSD
I know this is not exactly FreeBSD related, but I'm in need of a monk
that can enlighten me on a sacred incantation to connect perl to an imap
server using Mail::Box modules :) If it helps people sleep, its all
running only on FreeBSD systems...
I have googled and searched, and googled
Tim Daneliuk writes:
> > Are you sure you are using perl-after-upgrade correctly? You do
> > understand that just running:
> >
> > # perl-after-upgrade
> >
> > doesn't actually modify anything on disk: instead it shows you what
> > needs
On 12/21/2011 09:28 AM, Matthew Seaman wrote:
On 21/12/2011 14:59, Tim Daneliuk wrote:
Almost every time there is a perl upgrade, it manages to break
Mailscanner even after running perl-after-upgrade. The solution
ends up being a reinstall of Mailscanner, but this is a real pain,
because you
On 21/12/2011 14:59, Tim Daneliuk wrote:
> Almost every time there is a perl upgrade, it manages to break
> Mailscanner even after running perl-after-upgrade. The solution
> ends up being a reinstall of Mailscanner, but this is a real pain,
> because you have to delete and rei
On 12/21/2011 03:59 PM, Tim Daneliuk wrote:
> Almost every time there is a perl upgrade, it manages to break
> Mailscanner even after running perl-after-upgrade. The solution
> ends up being a reinstall of Mailscanner, but this is a real pain,
> because you have to delete and rei
Almost every time there is a perl upgrade, it manages to break
Mailscanner even after running perl-after-upgrade. The solution
ends up being a reinstall of Mailscanner, but this is a real pain,
because you have to delete and reinstall every dependent perl
package used by Mailscanner.
Does
Thanks again for info about disabling 1394 :-) Easy.
Now here's a harder one: Installing any version of Perl;
I found I can install perl5.8, but my 8.2-RELEASE has a
perfectly good Perl5.10. Each of my 9.0 Perl attempts
perl5.10, 13 and 14 has Failed tests. Such a vast number
of tests wi
Hello
I'm compiling a proprietary lib on FreeBSD that offers a Perl API via
XS. The package comes with an ar archive for Linux 64 but I need to
compile it and run it on FreeBSD. FreeBSD make process makes no
complaints about the object files in the ar in the make process, and
everything
Hi,
I've been searching list archives regarding an old thread that talks
about perl dbd oracle on fbsd:
http://lists.freebsd.org/pipermail/freebsd-database/2006-October/000465.html
My problem is not exactly the same but I need to proxy a specific
proprietary perl library that uses xs an
e now is 'Need the 6.42 but we have an unknown
version' warning but thiungs are just ok.
You'd better ask in -perl@ list?
73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB 12F8 0CE1 4AAC A0E2 6627)
--
http://vereshagin.org
___
freebsd-quest
Hi,
This post is related to this Perlmonks discussion:
http://perlmonks.org/?node_id=918414
But this particular post has to do with the FBSD part of the thread
The MakeMaker build hangs in the test: INSTALL_BASE.t
In this line, it never seems to return from the run() sub:
my $install_out
on how these ports are
maintained, etc. For example, in Debian Linux they have a Debian Perl
policy, is there such a policy or something similar in FreeBSD so I
can further read-up on the matter?
Thanks,
--
Alejandro Imass
___
freebsd-questions
On 7/8/2011 8:39 AM, Jerry said this:
> On Fri, 08 Jul 2011 08:12:16 -0500
> Tim Daneliuk articulated:
>
>> I was able to work around this by:
>>
>> 1) Uninstalling spamassassin and perl 5.12
>> 2) Upgrading to perl 5.14
>> 3) Running perl-after-upgrade
&g
On Fri, 08 Jul 2011 08:12:16 -0500
Tim Daneliuk articulated:
> I was able to work around this by:
>
> 1) Uninstalling spamassassin and perl 5.12
> 2) Upgrading to perl 5.14
> 3) Running perl-after-upgrade
> 4) Reinstalling spamassassin
That is not exactly the method pres
On 7/8/2011 6:52 AM, Jerry said this:
> On Fri, 08 Jul 2011 13:00:24 +0200
> SoCruel.NU FreeBSD Questions Mailbox articulated:
>
>> On Wed, 06 Jul 2011 10:01:21 -0500, Tim Daneliuk wrote:
>>> Ideas anyone?
>>>
>>> I am trying to rebuild SpamAssassin after
On Fri, 08 Jul 2011 13:00:24 +0200
SoCruel.NU FreeBSD Questions Mailbox articulated:
> On Wed, 06 Jul 2011 10:01:21 -0500, Tim Daneliuk wrote:
> > Ideas anyone?
> >
> > I am trying to rebuild SpamAssassin after a perl upgrade to 5.12.4
> > and
> > get this (I DI
On Wed, 06 Jul 2011 10:01:21 -0500, Tim Daneliuk wrote:
Ideas anyone?
I am trying to rebuild SpamAssassin after a perl upgrade to 5.12.4
and
get this (I DID run perl-after-upgrade prior to this):
===> p5-Encode-Detect-1.01 depends on file:
/usr/local/lib/perl5/site_perl/5.12.4/Mod
God love is hard to find. You got lucky freebsd-questions!
2011/07/06 10:01:21 -0500 Tim Daneliuk => To FreeBSD
Mailing List :
TD> ===> p5-Module-Build-0.3800_1 depends on package:
p5-Parse-CPAN-Meta>=1.44.01 - found
TD> ! Parse::CPAN::Meta (1.40) is installed, but we need version >= 1.44
Ideas anyone?
I am trying to rebuild SpamAssassin after a perl upgrade to 5.12.4 and
get this (I DID run perl-after-upgrade prior to this):
===> p5-Encode-Detect-1.01 depends on file:
/usr/local/lib/perl5/site_perl/5.12.4/Module/Build.pm - not found
===>Verifying install for
/usr
in message <4e08aca7.5080...@gracenpeace.net>,
wrote Joe in MPLS thusly...
>
> I am trying to install the Amanda server package. I am running FreeBSD
> 8.2 with Perl 5.12.3.
>
> The package lists Perl 5.10.1 as a dependency and since my newer version
> of Perl conlicts wi
On 27/06/2011 17:15, Joe in MPLS wrote:
> I am trying to install the Amanda server package. I am running FreeBSD
> 8.2 with Perl 5.12.3.
>
> The package lists Perl 5.10.1 as a dependency and since my newer version
> of Perl conlicts with the older version the install fails. pkg
I am trying to install the Amanda server package. I am running FreeBSD
8.2 with Perl 5.12.3.
The package lists Perl 5.10.1 as a dependency and since my newer version
of Perl conlicts with the older version the install fails. pkg_add with
"-f" just tries to force the installation of
perryh> running 8.1-RELEASE (and not 8-STABLE)
[ ... ]
perryh> /packages-8.1-release/
AH HA
The .message file contains the solution (I hope):
"packages-*-release directories are built from the ports collection
shipped with the release, and are not updated thereafter.
packages-*-stable and
RW wrote:
> If building isn't an option then it's better to stick to one
> release trees at a time.
Unfortunately, it seems that pkg_add(1) does not make that as easy
as one might prefer. I discovered recently that, even though I am
running 8.1-RELEASE (and not 8-STABLE), "pkg_add -r" fetches f
On Fri, 24 Jun 2011, Michael Powell wrote:
d...@safeport.com wrote:
On Fri, 24 Jun 2011, Randal L. Schwartz wrote:
"Dieter" == Dieter BSD writes:
Dieter> Attempt to install package xf86-video-fbdev-0.4.2.tbz
Dieter> gives conflict between perl-5.10.1_3 and perl-5.12.3
D
RW> The problem as I see it is that he is installing packages that
RW> aren't built from the same tree. One of the dependencies of
RW> xf86-video-fbdev-0.4.2 was built when perl 5.10 was the default
RW> and one after the default switched to perl 5.12.
RW> If building isn&#
Dieter> Attempt to install package xf86-video-fbdev-0.4.2.tbz
Dieter> gives conflict between perl-5.10.1_3 and perl-5.12.3
Dieter> even when installing into clean directory tree.
Randal> Packages seem like a great idea when you get started,
Randal> but they're all built with
ependencies of
xf86-video-fbdev-0.4.2 was built when perl 5.10 was the default and
one after the default switched to perl 5.12.
If building isn't an option then it's better to stick to one release
trees at a time. That still leave the problem to dealing with
vulnerabilities as best you ca
d...@safeport.com wrote:
> On Fri, 24 Jun 2011, Randal L. Schwartz wrote:
>
>>>>>>> "Dieter" == Dieter BSD writes:
>>
>> Dieter> Attempt to install package xf86-video-fbdev-0.4.2.tbz
>> Dieter> gives conflict between perl-5.10.1
On Fri, 24 Jun 2011, Randal L. Schwartz wrote:
"Dieter" == Dieter BSD writes:
Dieter> Attempt to install package xf86-video-fbdev-0.4.2.tbz
Dieter> gives conflict between perl-5.10.1_3 and perl-5.12.3
Dieter> even when installing into clean directory tree.
Packages see
>>>>> "Dieter" == Dieter BSD writes:
Dieter> Attempt to install package xf86-video-fbdev-0.4.2.tbz
Dieter> gives conflict between perl-5.10.1_3 and perl-5.12.3
Dieter> even when installing into clean directory tree.
Packages seem like a great idea when you
erstand is that if I already are on 15.4 and there is an
update to 15.4.1 I have to perform always a 'portupgrade -fr perl' to
have this work?
Normally this only goes for 15.3 to 15.4 (full version upgrade) or do I
miss something here?
Thanks for your help
Jos Chrispijn
Damien Fleuriot:
On
erstand is that if I already are on 15.4 and there is an
update to 15.4.1 I have to perform always a 'portupgrade -fr perl' to
have this work?
Normally this only goes for 15.3 to 15.4 (full version upgrade) or do I
miss something here?
Thanks for your help
Jos Chrispijn
Damien Fleuriot:
On
, Jos Chrispijn wrote:
> Hi Damien,
>
> What I don't understand is that if I already are on 15.4 and there is an
> update to 15.4.1 I have to perform always a 'portupgrade -fr perl' to
> have this work?
> Normally this only goes for 15.3 to 15.4 (full version
Concrete jungle, oh freebsd-questions, you've got to do your best...
I'm sorry I put this not into the -perl@ list because there are too many robots
there.
As far as I see the secondary major number change of the perl version can lead
the user to the strange situations as more and mo
Hi Damien,
What I don't understand is that if I already are on 15.4 and there is an
update to 15.4.1 I have to perform always a 'portupgrade -fr perl' to
have this work?
Normally this only goes for 15.3 to 15.4 (full version upgrade) or do I
miss something here?
Thanks fo
FreeBSD 8.2
amd64
Attempting to install X11 server.
Attempt to install package xf86-video-fbdev-0.4.2.tbz
gives conflict between perl-5.10.1_3 and perl-5.12.3
even when installing into clean directory tree.
# mkdir /tmp/test_pkg_install
# export PKG_DBDIR=/tmp/test_pkg_install/var/db/pkg
On 23 Jun 2011, at 21:37, Matthew Seaman
wrote:
> On 23/06/2011 14:55, Damien Fleuriot wrote:
>> I have updated my Perl version yesterday but now my Spamd doesn't work
>>> anymore.
>>> Can someone hint me how to solve this?
>
> You need to reinstall all
On 23/06/2011 14:55, Damien Fleuriot wrote:
> I have updated my Perl version yesterday but now my Spamd doesn't work
>> anymore.
>> Can someone hint me how to solve this?
You need to reinstall all perl modules if you upgrade perl from 5.10.x
or 5.12.x to 5.14.1. This is e
On 6/23/11 3:51 PM, Jos Chrispijn wrote:
> I have updated my Perl version yesterday but now my Spamd doesn't work
> anymore.
> Can someone hint me how to solve this?
>
> thanks,
> Jos Chrispijn
>
> Pls see output:
>
> Can't locate Net/DNS.pm in @IN
I have updated my Perl version yesterday but now my Spamd doesn't work
anymore.
Can someone hint me how to solve this?
thanks,
Jos Chrispijn
Pls see output:
Can't locate Net/DNS.pm in @INC (@INC contains:
/usr/local/lib/perl5/site_perl/5.14.0 /usr/local/lib/perl5/5.14.1/BSDPAN
On Mon, May 23, 2011 at 05:50:39PM -0400, Alejandro Imass wrote:
> Not necessarily, many cpan modules are either thread unaware/innocuous
> or thread safe, though there are exceptions.
> I have re-compiled Perl with threads with pre-installed libraries and
> never had a problem.
&
Not necessarily, many cpan modules are either thread unaware/innocuous
or thread safe, though there are exceptions.
I have re-compiled Perl with threads with pre-installed libraries and
never had a problem.
You will surely know which things fail when they blow-up or leak you
to death, when you
I have rebuilt my perl5.14 with threading support. do I need to rebuild my
perl-linked ports again now i've made this change?
jamie
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questio
At 02:42 PM 2/5/2011, pe...@vfemail.net wrote:
> * * *
>I've tried this entry in my /etc/mail/aliases file, but it returns an empty
>e-mail messages:
>
> extract: "| perl -wne 'while(/[\S\.]+@[\S\.]+\w+/g){print "$&\n&q
/~~/g' | sed 's/^$/~~/g' | tr -s ' ' ' ' | fmt 63 64
| sed 's/^ *//g' | tr '~' '\\012\' | mail user"
receives a message, reformats the contents, and sends the reformatted material
back to me by e-mail.
I'm trying to crea
Hi!
Again me with the perl update from 5.8 to 5.12.
I did portmaster -o lang/perl5.12 /lang/perl5.8
and upgrade was without problem.
Than I ran portmaster -r perl-
and there were also for rebuild "arts", "qt33" which I dont have installed and
portmaster --check-depen
need to do anything, it'll be updated by installing the new
version of perl.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
On Wednesday February 2 2011 07:20:43 RW wrote:
> On Wed, 2 Feb 2011 07:03:32 -0600
>
> ajtiM wrote:
> > Hi!
> >
> > My system: FreeBSD 8.1
> >
> > I like to update perl to higher version and I don't want to screw
> > up... I red /usr/po
On Wed, 2 Feb 2011 07:03:32 -0600
ajtiM wrote:
> Hi!
>
> My system: FreeBSD 8.1
>
> I like to update perl to higher version and I don't want to screw
> up... I red /usr/ports/UPDATING:
>
> "perl-after-upgrade" script supplied with lang/perl5.12
>
Hi!
My system: FreeBSD 8.1
I like to update perl to higher version and I don't want to screw up...
I red /usr/ports/UPDATING:
"perl-after-upgrade" script supplied with lang/perl5.12
If I update to perl 5.12.3 is it enough that I run above script, please?
In /etc/make.conf I h
On 01/22/11 10:25, Robert Fitzpatrick wrote:
I guess I did a stupid thing to 'make deinstall' and then 'make
reinstall' to change my perl option for WITH_THREADS. Now it seems all
my modules are lost as my LWP::Simple does not work anymore. I then
tried to pkg_delete that, s
I guess I did a stupid thing to 'make deinstall' and then 'make
reinstall' to change my perl option for WITH_THREADS. Now it seems all
my modules are lost as my LWP::Simple does not work anymore. I then
tried to pkg_delete that, successful, and 'perl -MCPAN -e "ins
On 05/01/2011 22:15, RW wrote:
> Personally I find that using cat makes things simpler and less error
> prone when reusing pipelines in shell history.
>
> For example it's easier to edit
>
> cat file | foo
>
> into
>
> cat file | bar | foo
> or cat file? | foo
>
> than editin
On Wed, 5 Jan 2011 15:13:02 -0700
Chad Perrin wrote:
> In this case, example was:
>
> cat file | foo arg
>
> . . . where it could have been:
>
> foo arg file
>
> That's just kind of absurd. I mean, that sort of usage (foo arg
> file) is exactly the purpose for which grep was designe
On Wed, Jan 05, 2011 at 10:15:38PM +, RW wrote:
>
> For example it's easier to edit
>
> cat file | foo
>
> into
>
> cat file | bar | foo
> or cat file? | foo
>
> than editing
>
> foo < file
>
> into
>
> bar < file | foo
> or cat file? | foo
In this case, e
On Wed, 5 Jan 2011 08:05:14 -0800
Chip Camden wrote:
> Quoth Chad Perrin on Tuesday, 04 January 2011:
> > The weirdest thing about most useless uses of cat is that not using
> > cat would actually be a little clearer and involve fewer keystrokes
> > -- as in this case.
> >
> I blame OOP. Prog
On Thu, Jan 06, 2011 at 12:07:13AM +1100, Ian Smith wrote:
>
> Do you know of any 'less useless' or more economical way to do such as:
>
> % cat /boot/boot1 /boot/boot2 | diff - /boot/boot
> %
Actually, that looks like a useful use of cat, whose original purpose it
is to concatenate the conten
Quoth Ian Smith on Thursday, 06 January 2011:
> In freebsd-questions Digest, Vol 344, Issue 4, Message: 14
> On Tue, 4 Jan 2011 23:24:01 -0700 Chad Perrin wrote:
> > On Tue, Jan 04, 2011 at 09:33:03AM -0800, Randal L. Schwartz wrote:
> > > > "Patrick" == Patrick Bihan-Faou
> writes:
> > >
Quoth Chad Perrin on Tuesday, 04 January 2011:
> On Tue, Jan 04, 2011 at 09:33:03AM -0800, Randal L. Schwartz wrote:
> > > "Patrick" == Patrick Bihan-Faou
> > > writes:
> >
> > Patrick> cat asdf.txt | grep -v XYZ | grep -v bla
> >
> > And yet, you still have the "Useless Use of Cat".
>
In freebsd-questions Digest, Vol 344, Issue 4, Message: 14
On Tue, 4 Jan 2011 23:24:01 -0700 Chad Perrin wrote:
> On Tue, Jan 04, 2011 at 09:33:03AM -0800, Randal L. Schwartz wrote:
> > > "Patrick" == Patrick Bihan-Faou
> > > writes:
> >
> > Patrick> cat asdf.txt | grep -v XYZ | gr
> Check so you not have "perl-threaded". If you have you must type
> "portupgrade -fr perl-treaded". Othervise it just do nothing.
wow that was easy. this was the problem and it's now rebuilding everything.
thanks to everyone fo
1 - 100 of 1505 matches
Mail list logo
