headers
OBATA Akio | 1 Feb 2008 02:00
Picon

Re: apr0/1 and subversion

On Fri, 01 Feb 2008 02:13:14 +0900, Greg Troxel <gdt <at> ir.bbn.com> wrote:

> Currently devel/subversion-base has options:
>   apache22 apr1 serf
>
> apache22 and apr1 are really two ways to say the same thing.
>
> serf is an optional library for http that requires using devel/apr
> (apr1).
>
> I do not see apache22 (as an option) used elsewhere in pkgsrc.

It is used by devel/subversion.

Should we wake up mk/apachever.mk?
--

-- 
"Of course I love NetBSD":-)
OBATA Akio / obache <at> NetBSD.org
Permalink | Reply | 0 comments |
headers
NetBSD source update | 1 Feb 2008 02:23
Picon

daily pkgsrc CVS update output


Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
P pkgsrc/audio/arts/Makefile
P pkgsrc/devel/pkg-config/distinfo
P pkgsrc/devel/pkg-config/patches/patch-ca
P pkgsrc/devel/pkg-config/patches/patch-cb
P pkgsrc/devel/rapidsvn/Makefile
P pkgsrc/doc/CHANGES-2008
P pkgsrc/filesystems/fuse-svnfs/distinfo
P pkgsrc/filesystems/fuse-svnfs/patches/patch-aa
P pkgsrc/games/quakeforge/PLIST
P pkgsrc/graphics/Makefile
U pkgsrc/graphics/ewipe/DESCR
U pkgsrc/graphics/ewipe/Makefile
U pkgsrc/graphics/ewipe/PLIST
U pkgsrc/graphics/ewipe/distinfo
P pkgsrc/graphics/gimp/Makefile
P pkgsrc/graphics/gimp/distinfo
P pkgsrc/graphics/gimp/patches/patch-ab
P pkgsrc/graphics/ruby-RMagick/Makefile
U pkgsrc/graphics/ruby-RMagick/distinfo
P pkgsrc/lang/python/pyversion.mk
P pkgsrc/mail/exim/Makefile
P pkgsrc/mk/bdb.buildlink3.mk
P pkgsrc/parallel/pvm3/Makefile
P pkgsrc/parallel/pvm3/distinfo
P pkgsrc/parallel/pvm3/patches/patch-ax
(Continue reading)

Permalink | Reply | 0 comments |
headers
Roland Illig | 1 Feb 2008 02:32
Picon

Re: The following selected options are not supported: prefix-cmds.

Joerg Sonnenberger wrote:
> On Thu, Jan 31, 2008 at 08:39:03PM +0100, Roland Illig wrote:
>> Usually, I set up my mk.conf when I download pkgsrc for the first time, and 
>> then I forget that it even exists because everything works as it should.
> 
> We do warn about deprecated variables, don't we?

pkglint does, and for some variables, the pkgsrc infrastructure warns, too.

Roland
Permalink | Reply | 0 comments |
headers
Eric Gillespie | 1 Feb 2008 02:08
Picon

Re: apr0/1 and subversion

Greg Troxel <gdt <at> ir.bbn.com> writes:

> Changing subversion to apr1 changes the ABI for things that depend on
> it, but that's basically langugage bindings, and ap2-subversion (that
> defaults to apache22 anyway).

Well, ABI-compatibility is irrelevant for things like this, which
you (or pkgsrc build-folks) build from source anyway.  In theory,
users may have binaries they don't have the source to, and those
are the problem.  I don't think I've heard of such binaries, though,
and don't sympathize with them anyway.

> So, I propose:
> 
>   drop apache22 option from devel/subversion-base
> 
>   drop apache22 option from www/ap2-subversion
> 
>     [This will require installing apache first, or configuring/accepting
>     the pkgsrc default apache option, so this module will be like many
>     ap2-foo.]
> 
>   drop apr1 option from subversion-base
>     [Use devel/apr by default.]
> 
>   add apr0 option to subversion-base
> 
>   add code to fail if serf and apr0 are both requested.
>   (They are not an option group.)
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alan Barrett | 1 Feb 2008 09:07
Gravatar

Re: The following selected options are not supported: prefix-cmds.

On Thu, 31 Jan 2008, Joerg Sonnenberger wrote:
> > In this case, the option was removed from HEAD after being deprecated
> > for only one month, which is less than a quarter.
> 
> date: 2005/05/31 11:31:07;  author: dillo;  state: Exp;  lines: +5
> date: 2005/10/05 13:29:50;  author: wiz;  state: Exp;  lines: +1 -3
> 
> I might count wrong, but that is more than a quarter for me.

Sorry, I seem to have misinterpreted the commit log for revision 1.43,
which talked about "over a month"; maybe that applied to some other
option also removed in the same commit:

--apb (Alan Barrett)
Permalink | Reply | 0 comments |
headers
NetBSD source update | 2 Feb 2008 02:34
Picon

daily pkgsrc CVS update output


Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
P pkgsrc/archivers/p5-Archive-Tar/Makefile
U pkgsrc/archivers/p5-Archive-Tar/distinfo
P pkgsrc/cad/gattrib/Makefile
P pkgsrc/cad/gattrib/PLIST
U pkgsrc/cad/gattrib/distinfo
P pkgsrc/cad/geda/Makefile.common
U pkgsrc/cad/geda-docs/distinfo
P pkgsrc/cad/geda-examples/Makefile
P pkgsrc/cad/geda-examples/PLIST
U pkgsrc/cad/geda-examples/distinfo
P pkgsrc/cad/geda-symbols/PLIST
U pkgsrc/cad/geda-symbols/distinfo
P pkgsrc/cad/geda-utils/Makefile
U pkgsrc/cad/geda-utils/distinfo
P pkgsrc/cad/gnetlist/PLIST
P pkgsrc/cad/gnetlist/distinfo
P pkgsrc/cad/gschem/Makefile
P pkgsrc/cad/gschem/PLIST
U pkgsrc/cad/gschem/distinfo
cvs update: pkgsrc/cad/gschem/patches/patch-aa is no longer in the repository
cvs update: pkgsrc/cad/gschem/patches/patch-ab is no longer in the repository
U pkgsrc/cad/gsymcheck/distinfo
P pkgsrc/cad/libgeda/Makefile
P pkgsrc/cad/libgeda/PLIST
P pkgsrc/cad/libgeda/buildlink3.mk
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jesse Peterson | 2 Feb 2008 08:19
Picon

Platform independant startup environment?

I've noticed that a number of packages come with NetBSD rc.d startup scripts. I also notice that a lot of the
pkgsrc platforms don't have the NetBSD rc.d system. ;)  Would it make sense to create (or port) a similar
rc.d system and make it platform agnostic that the hosting platform could just execute the "pkgsrc
startup mechanism" and all of the rc.d scripts that a lot of packages come with could "just work" with most platforms?

Alternatively a startup meta-definition syntax from which pkgsrc could generate platform-specific
startup data/files/mechanisms (such as launchd plists for Mac OS X/Darwin, NetBSD rc.d scripts, Linux
init.d, initng, etc.)?

Thoughts?

Thinking out loud,
- Jesse

--

-- 
Jesse Peterson <jpeterson275 <at> comcast.net>
Permalink | Reply | 0 comments |
headers
John Nemeth | 2 Feb 2008 09:21
Picon
Favicon

Re: Platform independant startup environment?

On Jun 24,  5:54pm, Jesse Peterson wrote:
}
} I've noticed that a number of packages come with NetBSD rc.d startup scripts. I also notice that a lot of the
pkgsrc platforms don't have the NetBSD rc.d system. ;)  Would it make sense to create (or port) a similar
rc.d system and make it platform agnostic that the hosting platform could just execute the "pkgsrc
startup mechanism" and all of the rc.d scripts that a lot of packages come with could "just work" with most platforms?

     See pkgtools/rc.subr and pkgtools/rcorder.

} Alternatively a startup meta-definition syntax from which pkgsrc could generate platform-specific
startup data/files/mechanisms (such as launchd plists for Mac OS X/Darwin, NetBSD rc.d scripts, Linux
init.d, initng, etc.)?

     This would be interesting...

}-- End of excerpt from Jesse Peterson
Permalink | Reply | 0 comments |
headers
Bernd Ernesti | 2 Feb 2008 18:08
Picon

PRIVILEGED_STAGES (was: CVS commit: pkgsrc/pkgtools/pkglint/files)

On Fri, Feb 01, 2008 at 02:59:35PM +0100, Joerg Sonnenberger wrote:
> On Fri, Feb 01, 2008 at 08:50:23AM +0000, Roland Illig wrote:
> > Modified Files:
> > 	pkgsrc/pkgtools/pkglint/files: makevars.map
> > 
> > Log Message:
> > + PRIVILEGED_STAGES
> 
> Did I say all packages depending on that should be converted to
> user-destdir? :-)

That is your opinion, but not the reality, where use-destdir is not
the default and not mandatory.

Infact your opinion is casing problems for existing packages, e.g.
doxygen and thunderbird.

Bernd
Permalink | Reply | 5 comments |
headers
Klaus Heinz | 2 Feb 2008 19:31
Picon

Re: PRIVILEGED_STAGES (was: CVS commit: pkgsrc/pkgtools/pkglint/files)

Bernd Ernesti wrote:
> On Fri, Feb 01, 2008 at 02:59:35PM +0100, Joerg Sonnenberger wrote:

> > Did I say all packages depending on that should be converted to
> > user-destdir? :-)
> 
> That is your opinion, but not the reality, where use-destdir is not
> the default and not mandatory.

Not knowing what this is about, I want to note that while DESTDIR support
is not the default _now_ it will be in the future.
I would conclude from this decision  (see
http://mail-index.netbsd.org/tech-pkg/2008/01/09/0016.html)
that it is "kind of mandatory" or at least "strongly recommended" because
sooner or later we must deal with those problems anyway.

ciao
     Klaus
Permalink | Reply | 4 comments |

Gmane