Age | Commit message (Collapse) | Author | Files | Lines |
|
ensure a smooth process
Taken from:
https://imil.net/blog/2015/07/05/using-pkgsrc-on-debian-gnulinux/
|
|
pkgsrc variants as we do under Mac OS X El Capitan.
|
|
release, state that instructions only apply to legacy release.
- State that only the compler in base is currently support.
- Update the list of tested releases.
|
|
|
|
hardware name is ppc64le.
Automatically default to 64bit ABI for powerpc64le systems.
|
|
pointed out by jperkin, thanks.
|
|
as an alternative to the somewhat controversial patch suggested in
PR pkg/51486.
|
|
rather than failing with exotic errors later.
|
|
|
|
|
|
the native lz4 is found.
|
|
other BSDs which already use /var/db/pkg for the native package manager.
|
|
indirectly via it being pulled in using USE_CWRAPPERS=auto, we need to
ensure that it is not built with -DPKG_PRESERVE as otherwise it interacts
badly with pbulk's pkg_delete test.
|
|
Patch from Jan Danielsson.
|
|
Substantially revise the ABI 32/64 discussion, separating the
close-in-time changes about the default ABI vs how it is encoded.
Thanks to jperkin for off-list clarifications.
|
|
Explain how to recover on a machine that used to be ABI=32. by
pointing to jperkin's email about this and giving an example.
|
|
had notes in the guide which were not already available in its README file.
|
|
from the pkgsrc guide
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Previously there were at least 5 different ways MACHINE_ARCH could be set,
some statically and some at run time, and in many cases these settings
differed, leading to issues at pkg_add time where there was conflict
between the setting encoded into the package and that used by pkg_install.
Instead, move to a single source of truth where the correct value based on
the host and the chosen (or default) ABI is determined in the bootstrap
script. The value can still be overridden in mk.conf if necessary, e.g.
for cross-compiling.
ABI is now set by default and if unset a default is calculated based on
MACHINE_ARCH. This fixes some OS, e.g. Linux, where the wrong default was
previously chosen.
As a result of the refactoring there is no need for LOWER_ARCH, with
references to it replaced by MACHINE_ARCH. SPARC_TARGET_ARCH is also
removed.
|
|
bootstrap issues.
|
|
|
|
recursive invocations.
|
|
XXX: there should be a man page for the bootstrap script, or something.
XXX: AFAICT there is no one place its arguments are documented...
|
|
pkg_install. Use this with PKG_COMPRESSION=none to convert all of the
bootstrap to USE_DESTDIR=yes.
|
|
which fails when using a UTF-8 locale. Ok'd during the freeze by wiz@
|
|
DragonFly.
|
|
Apple developer
portal search doesn't offer it as a result.
|
|
|
|
From a discussion that took place offlist around
http://mail-index.netbsd.org/tech-pkg/2015/11/06/msg015926.html
Reviewed by gdt@
|
|
Reviewed by gdt@
|
|
Add pointer to a pkgsrc-bulk message about a 10.4 powerpc build, and
therefore drop notion that there are no 10.4 users.
|
|
Switch to using arch(1) to detect the architecture of host
Set $machine_arch to x86_64 if on amd64
Pass $machine_arch to the devel/bmake build process
Reviewed by wiz@
|
|
Switch $machine_arch to x86_64 if on OpenBSD/amd64
Pass $machine_arch to the devel/bmake build process
Reviewed by wiz@
|
|
Replace and simplify the versions section. Drop notion of
supported/deprecated. Explain why people run specific old versions.
Assert that there are no 10.4 pkgsrc users, and very few 10.5. Keep
notion that PRs for <= 10.5 without fixes can be closed without
fixing.
Explain Darwin vs OS X. Point to PureDarwin. Explain that pkgsrc for
Darwin is really for OSX and invite doc patches.
Make a few minor edits.
It remains for someone to explain more clearly the issue of
broken/missing SDKs in 10.11 and command line tools.
As discussed on tech-pkg, with input from jperkin and tron.
|
|
Thanks to wiz@ and Luis Muir for pointing these out.
|
|
- Remove information about older versions of pkgsrc.
- Note that /usr/include is gone and that there are SDKs
- Add hazy explanation of the missing SDK/command-line-tools issue.
- Add 10.11 (but do not change deprecation status of anything).
- Clarify (but do not try to update for current reality) the 10.6/10.9
bulk build descriptions.
|
|
"pdksh" package. Using the package is too problematic, see PR pkg/39524.
|
|
Initial patchset to add support by rodent@
Further adjustments made based on feedback by joerg@
Tested by myself with numerous bulkbuilds thanks to Patrick Wildt @ Bitrig
Reviewed by bsiegert@ joerg@ wiz@
|
|
successfully using the stock /bin/sh supplied with the system, things don't work
correctly.
Reviewed by wiz@
|
|
|
|
GCC and X11_TYPE=modular is what will work best.
|
|
|
|
|