Re: Problem with berkleydb port 0.29
Hi, Currently I have to mark this port BROKEN with FreeBSD-4.X. In the meantime I'll tell the author help me. And I'll appreciate your help if you can figure out a patch. Regards, On Wed, Jul 05, 2006 at 06:42:49PM +0200, [EMAIL PROTECTED] wrote: > Hi > > # uname -a > 4.11-STABLE FreeBSD 4.11-STABLE #0: > > > ===> Patching for p5-BerkeleyDB-0.29 > ===> p5-BerkeleyDB-0.29 depends on file: /usr/local/bin/perl5.8.8 - found > ===> p5-BerkeleyDB-0.29 depends on file: /usr/local/bin/perl5.8.8 - found > ===> p5-BerkeleyDB-0.29 depends on shared library: db41.1 - found > ===> Configuring for p5-BerkeleyDB-0.29 > Parsing config.in... > Looks Good. > Checking if your kit is complete... > Looks good > Writing Makefile for BerkeleyDB > ===> Building for p5-BerkeleyDB-0.29 > cp BerkeleyDB.pm blib/lib/BerkeleyDB.pm > AutoSplitting blib/lib/BerkeleyDB.pm (blib/lib/auto/BerkeleyDB) > cp BerkeleyDB/Hash.pm blib/lib/BerkeleyDB/Hash.pm > cp BerkeleyDB.pod blib/lib/BerkeleyDB.pod > cp BerkeleyDB/Btree.pm blib/lib/BerkeleyDB/Btree.pm > /usr/local/bin/perl5.8.8 /usr/local/lib/perl5/5.8.8/ExtUtils/xsubpp > -noprototypes -typemap /usr/local/lib/perl5/5.8.8/ExtUtils/typemap -typemap > typemap BerkeleyDB.xs > BerkeleyDB.xsc && mv BerkeleyDB.xsc BerkeleyDB.c > cc -c -I/usr/local/include/db41 -O -pipe -O -pipe-DVERSION=\"0.29\" > -DXS_VERSION=\"0.29\" -DPIC -fPIC "-I/usr/local/lib/perl5/5.8.8/mach/CORE" > BerkeleyDB.c > BerkeleyDB.xs: In function `XS_BerkeleyDB__Common_compact': > BerkeleyDB.xs:3565: syntax error before `end_key' > BerkeleyDB.c:5276: `end_key' undeclared (first use in this function) > BerkeleyDB.c:5276: (Each undeclared identifier is reported only once > BerkeleyDB.c:5276: for each function it appears in.) > ... -- Cheng-Lung Sung - clsung@ pgpD3w45F3r8e.pgp Description: PGP signature
Module-Build-2802 dependency problem
Hi, Since version 0.2802, Module-Build add new dependency of 'version > 0.64', but in FreeBSD, p5-version depends on p5-Module-Build. Thus we have a cyclic dependency problem. i.e. p5-Module-Build depends on p5-version, but p5-version depends on p5-Module-Build, too. Currently I've made patches (copy version-related codes from 0.2801) to solve this problem temporary, can you help me to permanent avoid this problem? Regards, -- Cheng-Lung Sung - clsung@ pgp8zKbRnhStu.pgp Description: PGP signature
Re: Module-Build-2802 dependency problem
Hi,
I noticed that now p5-version does not install manpages.
I'd try to make a patch for that. Can you investigate that?
Thanks,
--- Makefile.PL.origWed Jul 19 23:22:09 2006
+++ Makefile.PL Thu Jul 20 10:29:00 2006
@@ -47,6 +47,8 @@
AUTHOR => 'John Peacock <[EMAIL PROTECTED]>') :
()
),
+ MAN3PODS=>
+ {'lib/version.pod' => 'blib/man3/version.3' },
PM =>
{'lib/version.pm' => '$(INST_LIBDIR)/version.pm'},
PL_FILES=> {},
On Sun, Jul 16, 2006 at 03:20:06PM -0500, Ken Williams wrote:
> Thanks. I'll work with John Peacock to resolve this problem. I
> think we'll need to make version.pm not rely on Module::Build.
>
> -Ken
>
> On Jul 16, 2006, at 3:34 AM, Cheng-Lung Sung wrote:
>
> >Hi,
> >Since version 0.2802, Module-Build add new dependency of
> >'version > 0.64', but in FreeBSD, p5-version depends on
> >p5-Module-Build. Thus we have a cyclic dependency problem.
> >
> >i.e. p5-Module-Build depends on p5-version, but
> > p5-version depends on p5-Module-Build, too.
> >
> >Currently I've made patches (copy version-related codes from
> >0.2801) to solve this problem temporary, can you help me to
> >permanent avoid this problem?
> >
> >Regards,
> >--
> >Cheng-Lung Sung - clsung@
--
Cheng-Lung Sung - clsung@
pgpbKCDl82GuK.pgp
Description: PGP signature
Re: FreeBSD snort
Hi, Is there any information about running snort as non-root? Regards, On Fri, Dec 28, 2007 at 01:30:47AM +0100, Helmut Schneider wrote: > Hi, > > thanks for maintaining snort. > > Currently the default snort_flags are "-Dq". Running snort as root IMO is a > bad idea. Would you mind to change snort_flags to "-Dq -u nobody -g nobody" > or "-Dq -u snort -g snort" in /usr/local/etc/rc/snort? Personally I prefer > using the "-t" option even more. > > Thanks and Regards, Helmut -- Alan Cheng-Lung Sung - clsung@ pgpNX0dPbCKfi.pgp Description: PGP signature
Re: Port dependencies on p5-Test-*
So step by step, Let's take out Test::* from RUN_DEPENDS. And discuss BUILD_DEPENDS later. I'll examine my p5-* ports now. On Mon, Feb 25, 2008 at 05:02:59PM -0800, Yen-Ming Lee wrote: > 2008/2/25, Dag-Erling Smørgrav <[EMAIL PROTECTED]>: > > "Yen-Ming Lee" <[EMAIL PROTECTED]> writes: > > > For Makefile.PL, all dependencies are listed in 'PREREQ_PM' so it's > > > hard to tell which ones are really needed and which ones are needed > > > only for tests. > > > > I assume that in the vast majority of packages that are not themselves > > named p5-Test-*, none of the Test::* modules are required. > > > > The sed script I posted may remove too much from Makefile.PL, and > > Build.PL, but that doesn't actually matter as long as the port's > > BUILD_DEPENDS and RUN_DEPENDS are correct; it only means that > > Makefile.PL won't verify that they're there. The ports tree's > > dependency system guarantees that they are, and even if they aren't, the > > build will fail. > > > > Okay, I agree to remove these Test::* from RUN_DEPENDS since they > should be only used for tests, however I still want to keep them in > BUILD_DEPENDS so that it will be easier when developers want to 'make > test' (I know that we don't do it for p5-* perl, but I do). > > So, there are two problems in the current perl ports, and either one > of them will generate the overkill dependencies: > 1. depends on the modules which are in perl core list already > 2. put the dependency-for-test-only (say Test::*) in RUN_DEPENDS > > I wrote a script to catch both problems, and I'll update it daily here: > http://people.freebsd.org/~leeym/p5-lint.txt > > To simplify the dependency tree for p5- ports, we should start with that list. > > For case 1, someone prefers to use the latest version while someone > prefer to simply the dependency. I myself prefer the latter. I guess > it needs further discussion to make a consensus. > > And, note for case 1: If some modules are needed for some features in > newer version, it should use versioned dependency instead and specify > the minimum version needed. My script will check with Module::CoreList > for that specific version. > > For case 2, I guess the consensus is to keep RUN_DEPENDS as simple as > possible, right? > > Regards, > -- > Yen-Ming Lee <[EMAIL PROTECTED]> -- Alan Cheng-Lung Sung - clsung@ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/111811: [NEW PORT] net/ruby-rrdtool: A Ruby interface to rrdtool
Hi Jonathan,
Is it possible to put ${SETENV} ${GEM_ENV} before ${RUBYGEMBIN}?
Since Konstantin's new port required passing
MAKEFLAGS="CPPFLAGS=-I/${LOCALBASE}/include"
to the gem build/install environment.
Regards,
=== begin ===
RCS file: /home/pcvs/ports/devel/ruby-gems/Makefile.common,v
retrieving revision 1.8
diff -u -r1.8 Makefile.common
--- devel/ruby-gems/Makefile.common 9 Mar 2007 03:16:12 - 1.8
+++ devel/ruby-gems/Makefile.common 23 Apr 2007 05:26:43 -
@@ -49,5 +49,5 @@
do-install:
.for _D in ${GEMFILES}
- ${RUBYGEMBIN} install --no-ri --install-dir ${PREFIX}/lib/ruby/gems/${REV}
${DISTDIR}/${DIST_SUBDIR}/${_D}
+ ${SETENV} ${GEM_ENV} ${RUBYGEMBIN} install --no-ri --install-dir
${PREFIX}/lib/ruby/gems/${REV} ${DISTDIR}/${DIST_SUBDIR}/${_D}
.endfor
=== end ===
On Fri, Apr 20, 2007 at 05:23:10PM +0200, Konstantin Saurbier wrote:
>
> Am 19.04.2007 um 12:25 schrieb Konstantin Saurbier:
>
> >
> > Am 19.04.2007 um 06:02 schrieb Cheng-Lung Sung:
> >
> >> Hi,
> >>How about make it as rubygem-rrdtool? Since it depends on
> >>rubygem-hoe, and rubyforge also provide RubyRRDtool-0.6.0.gem.
> >
> > I have tried it, but I don't know how to change the include-path for cc.
> > This port needs to include the /usr/local/include/rrd.h but rubygem doesn't
> > add the -I /usr/local/include option.
> > If you know how to fix this, I will change this port to rubygem-rrdtool.
>
> I have changed the port to rubygem, but I had to change the gem call in
> devel/rub-gems/Makefile.common. Instead of
>
> ${RUBYGEMBIN} install --no-ri --install-dir ${PREFIX}/lib/ruby/gems/${REV}
> ${DISTDIR}/${DIST_SUBDIR}/${_D}
>
> I needed
>
> ${GEM_ENV} ${RUBYGEMBIN} install --no-ri --install-dir ${PREFIX}/lib/rub
> y/gems/${REV} ${DISTDIR}/${DIST_SUBDIR}/${_D}
>
> Now I can set
>
> GEM_ENV=MAKEFLAGS="CPPFLAGS=-I/usr/local/include"
>
> in my port and the compilation of rubyrrdtool will succeed.
> I will send the fixed port in a few minutes, after i have created the
> appropriate
> pkg-plist.
> Maybe you can tell me a better way to add the -I/usr/local/include flag to
> make resp. cc. Without gem it is possible to add --with-opt-dir=/usr/local
> to
> the ruby extconf.rb call.
>
--
Alan Cheng-Lung Sung - clsung@
pgpkKuRyShwHg.pgp
Description: PGP signature
Re: Bundling Kwiki
Hi, Quote from http://search.cpan.org/src/INGY/Kwiki-0.39/README "Kwiki is *really* simple to install now. _All_ the Perl dependencies come with Kwiki, and are /preinstalled/. This means you just need Perl 5.8.3 and a web server. Well actually we give you a web server too!... ... ... Eventually all this work will make it back to CPAN, but likely not for a while. " The kwiki-trunk-*.tar.gz already do so (bundling almost every plugin) I think I'd better take off these plugins from ports tree before 'Ingy dot net' put them back. Just IMHO. :-) On Mon, Apr 23, 2007 at 09:57:44AM +0400, Andrew Pantyukhin wrote: > First of all, thanks for taking up the initiative and > updating Kwiki. It's a worthy project. > > Do we want to bundle Kwiki into a single port? In ports > we usually consider bundling (of any software project) > a harmful thing, as opposed to modularizing. I haven't > looked at those new Kwiki snapshots, but is it too hard > to update all those p5-Kwiki-* ports instead of merging > them into the main one? > > Never mind if it's too much work... > > Thanks! -- Alan Cheng-Lung Sung - clsung@ pgprWfwH7irIk.pgp Description: PGP signature
Re: Update port security/snort to 2.6.0
Just committed. On Thu, Aug 24, 2006 at 01:08:51PM +0400, Davaeron wrote: > When it will be commited? How long to wait? > > Past... > ... -- Cheng-Lung Sung - clsung@ pgpudtVLo5Tlz.pgp Description: PGP signature
Re: security/snort does not fetch
On Tue, Sep 19, 2006 at 04:06:14PM -0500, Paul Schmehl wrote: > The snort port won't fetch because the version number has been changed. > > => snort-2.6.0.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://www.snort.org/dl/current/. > fetch: http://www.snort.org/dl/current/snort-2.6.0.tar.gz: Not Found > => Attempting to fetch from > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. > fetch: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/snort-2.6.0.tar.gz: File > unavailable (e.g., file not found, no access) > > This is the actual file now: > <http://www.snort.org/dl/current/snort-2.6.0.2.tar.gz> > > Paul Schmehl ([EMAIL PROTECTED]) > Adjunct Information Security Officer > The University of Texas at Dallas > http://www.utdallas.edu/ir/security/ Thanks, it seems there's an update of snort. -- Cheng-Lung Sung - clsung@ pgpTnkw5rI6yf.pgp Description: PGP signature
Re: porting forks.pm
Hi, I have submit ports/104325 for p5-forks. You can try it. Regards, On Wed, Oct 11, 2006 at 11:24:17PM +0200, Peter Ankerst嶚 wrote: > Hi all, > > I'm trying to create a port for the first time and it is a perl-script... > > I've created an Makefile and all the steps in "3.4 Testing the port" > works out well. > But there is one problem, the ports has a RUN_DEPEND. forks.pm, this module > doesnt seem to be in the ports collection, of course I could make a port > for this one > too but I dont really understand how to find out if the deps of forks.pm > are in the > collection or not. So, what I'm asking for is some help to port forks.pm > to the collection. > I would really appreciate that. > > All files can be found at http://bbb.pean.org/junk/npretty/ > And the forks module: > http://search.cpan.org/~rybskej/forks-0.20/lib/forks.pm -- Cheng-Lung Sung - clsung@ pgpRVz0lm2hEQ.pgp Description: PGP signature
Re: porting forks.pm
On Fri, Oct 13, 2006 at 07:10:24AM +0200, Peter Ankerst??l wrote: > Thank you very much! > It seems to work fine _but_ the dependency-list is incomplete and > devel/p5-reaper does not exist in the ports-collection. I know that :) see also ports/104321 -- Cheng-Lung Sung - clsung@ pgpOp0TyiTly9.pgp Description: PGP signature
