Discussion:
Planning for pkgsrc-2014Q2
Alistair Crooks
2014-06-08 17:55:51 UTC
Permalink
Just a quick heads-up that we plan to freeze the pkgsrc repository for
new packages, and for infrastructure changes, on June 15th at 23:59
UTC. The aim is for a pkgsrc branch two weeks after the start of the
freeze, although the exact time will be advised nearer the time.

Last time, in the run up to the freeze, we had a slew of commits which
did not play well with each other. We'd like to avoid that this time,
so if you want to make any changes between now and the 15th, or know
of any large-scale or far-reaching updates, can you send a "heads up"
message to tech-pkg, please? This will help everyone know what your
plans are, and will only take a minute or two.

[If this approach does not work, then we will start planning three week
freezes, which is not enjoyable for anyone]

During the freeze, we ask for any changes that are going to be
intrusive, far-reaching or problematic for others to be approved in
advance. I do not really want to spell out what constitutes an
"infrastructure change", or "far-reaching" or "intrusive" mainly
because these are hard to define exactly, and fairly easy to infer
from the files you need to change or the impact the change will have;
I also understand that this is insufficient for some people. If
you're unsure whether your change is acceptable without prior
authorisation from a member of the pkgsrc PMC, please err on the side
of caution, and just ask in advance.

advTHANKSance,
Alistair
John Nemeth
2014-06-08 21:39:44 UTC
Permalink
I don't know if sendmail counts are far-reaching, but I am
planning on some significant improvements to the package, along
with an update to 8.14.9. I will definitely try to have this in
before the freeze. Here is the list of changes for interested
parties (some people have already been contacted privately):

- PR/48566 - Emmanuel Dreyfus
- always set _FFR_USE_GETPWNAM_ERRNO on NetBSD
- roll ffr_tls_1 and the suggested ffr_tls_ec into one new ffr_tls option
- not enabled by default because it changes behaviour
- consolidate several patches into site.config.m4
- pkgsrc LDFLAGS should always be used
- don't bother specifying file owner/group anywhere except in Makefile
- PR/47207 - Richard Palo
- let pkgsrc infrastructure handle file ownership and group
- PR/35249 - Loren M. Lang
- can't find libraries on Linux, this should be fixed by using pkgsrc LDFLAGS
- PR/46694 - Makoto Fujiwara
- bring back netbsd-proto.mc from when sendmail was part of the base system
- create include/sm/os/sm_os_netbsd.h to fix warnings and OS specific stuff
- install mail.local and rmail
- convert to use res_n* functions
- allows for linking against threaded libraries
Hauke Fath
2014-06-11 08:48:55 UTC
Permalink
Post by Alistair Crooks
Last time, in the run up to the freeze, we had a slew of commits which
did not play well with each other. We'd like to avoid that this time,
so if you want to make any changes between now and the 15th, or know
of any large-scale or far-reaching updates, can you send a "heads up"
message to tech-pkg, please? This will help everyone know what your
plans are, and will only take a minute or two.
I would like to rename the current net/netatalk package (v2.2.5, which
is the last release supporting ddp AKA AppleTalk) to either netatalk22
or netatalk-ddp, and import wip/netatalk30 as net/netatalk30 (with an
eye to adding a netatalk31).

v2.2.5 has problems with newer Mac OS X versions, and CUPS support is
non-trivially broken after the update to v1.7.3 (pkg/48889).

v3.1.x is, according to the developers, a technology preview for
spotlight support with rough edges.

Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
Thomas Klausner
2014-06-11 09:00:29 UTC
Permalink
Post by Hauke Fath
I would like to rename the current net/netatalk package (v2.2.5, which
is the last release supporting ddp AKA AppleTalk) to either netatalk22
or netatalk-ddp, and import wip/netatalk30 as net/netatalk30 (with an
eye to adding a netatalk31).
Please do that. I vote for "netatalk22".
Thomas
Hauke Fath
2014-06-11 10:12:08 UTC
Permalink
Post by Thomas Klausner
Post by Hauke Fath
I would like to rename the current net/netatalk package (v2.2.5, which
is the last release supporting ddp AKA AppleTalk) to either netatalk22
or netatalk-ddp, and import wip/netatalk30 as net/netatalk30 (with an
eye to adding a netatalk31).
Please do that. I vote for "netatalk22".
"netatalk22" it is, then.

About the CVS aspects of the rename: is

<snip>
Some time ago there were some scripts that moved the actual RCS files
around -- this is not supported anymore, just remove the file and add
it in the new place, noting where it was moved from or to respectively,
to make tracking these moves easier in years to come. For more files at
once, you can also cvs import them instead of cvs adding them.
</snip>

from <http://www.netbsd.org/developers/cvs-repos/notes.html#moving> the
latest word?

hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
Thomas Klausner
2014-06-11 10:20:17 UTC
Permalink
Post by Hauke Fath
About the CVS aspects of the rename: is
<snip>
Some time ago there were some scripts that moved the actual RCS files
around -- this is not supported anymore, just remove the file and add
it in the new place, noting where it was moved from or to respectively,
to make tracking these moves easier in years to come. For more files at
once, you can also cvs import them instead of cvs adding them.
</snip>
from <http://www.netbsd.org/developers/cvs-repos/notes.html#moving> the
latest word?
Yes. And please add a "Moved" entry to the CHANGES-* file.
Thomas
Hauke Fath
2014-06-11 12:21:06 UTC
Permalink
Post by Thomas Klausner
Yes. And please add a "Moved" entry to the CHANGES-* file.
Hm. Sorry for creating additional workload for you.

How about adding a format definition at the top of the changes-* file?
I know about mk/misc/developer.mk, but that didn't seem to apply here.

hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
Thomas Klausner
2014-06-11 20:42:43 UTC
Permalink
Post by Hauke Fath
Post by Thomas Klausner
Yes. And please add a "Moved" entry to the CHANGES-* file.
Hm. Sorry for creating additional workload for you.
No problem.
Post by Hauke Fath
How about adding a format definition at the top of the changes-* file?
I know about mk/misc/developer.mk, but that didn't seem to apply here.
See "General notes when adding, updating, or removing packages" in the
pkgsrc guide. I think that's a better place to document this than a
comment at the top of the file which I'll never see :)
Thomas

Loading...