| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
digit beyond your time.
Various sysinstall dependencies (e.g. libftpio, libdisk, libodialog, etc.)
will be cleaned up in coming days. Some will take longer than others due to
a few other consumers (tzsetup and sade).
|
|
|
|
|
|
|
| |
the "aux" value in libdialog is really an opaque pointer, but libdialog
stores it as a long for historical reasons.
Approved by: cperciva (mentor)
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the user selected and then recursively installing their dependencies, finally
installing the ones the user selected after the recursion unwinds. Since
users often select "high-level" packages that are on a higher numbered
disc for the multi-volume release CDROMS this resulted in excessive disc
swapping while installing things like kde, gnome, etc.
Cut down on disc swapping by iterating through the disc volumes one at a
time if we notice the package set is on multiple volumes. If a package
is on a higher volume don't install it yet, but still "process it" so we
get its dependencies installed. Because of the way the package sets for
releases get assembled we're guaranteed dependencies will be on the same
volume or lower.
Reviewed by: jhb
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
we would leak a saved screen for every other package we tried to install
that listed perl as one of its dependencies. When installing things
like gnome and kde that wound up being a LOT of leaked memory.
Insta-MFC request coming so this can be tested as part of 6.3-RC2...
Testing help from: kris
|
|
|
|
|
|
|
|
|
|
| |
"build dependencies" field is 5,108 characters which overflows the
length of the junk buffer by a teeny bit. This whole section needs
much more error checking but for now just completely ignore stuff
we have no interest in instead of copying it to someplace we don't
use in the process.
Insta-MFC probably coming since this is holding up 7.0-RC1...
|
|
|
|
|
| |
MFC after: 3 days
Approved by: re (mux)
|
|
|
|
|
| |
Reminded by: miwi
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
| |
Reviewed by: simon
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
- Use "related to" instead of "relating to" consistently [1]
Submitted by: Rostislav Krasny <rosti.bsd@gmail.com> [1]
Reviewed by: simon
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
in the previous version.
Submitted by: ceri, matteo
Reviewed by: cperciva
Also note that the last revision was:
Reviewed by: ceri, simon
|
|
|
|
|
|
|
|
|
| |
This is an updated version of:
PR: 85367
Submitted by: linimon
Reviewed by: simon
MFC after: 3 days
|
|
|
|
|
|
|
| |
the package dependencies. Installation of the dependencies may leave
us on the wrong disc volume.
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
this now compiles on i386 with WARNS?= 3. Most of the fixes included
adding missing 'static' keywords to internal functions, using fully-defined
terminators in statically defined arrays of structs, and various
signed vs unsigned mismatches. Also G/C'd unused configSecurity()
function.
|
|
|
|
| |
Approved by: re
|
|
|
|
|
|
|
|
| |
fields that got added to it recently-ish. While here document
what each of the fields is based on discussion with portmgr@.
Patch from: murray (slightly adapted)
MFC after: 1 day
|
|
|
|
|
|
| |
prompted to insert another CD for a package.
MFC After: 3 days
|
|
|
|
| |
Last second MFC candidate?
|
| |
|
|
|
|
| |
what the function does.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
read from CD from 2k to 16k, because in the modern world of meta-packages
(Gnome et al) the length of this list could easily owerflow limit causing
strange things to happen, ranging from installation failure due to list
truncation to complete stack trashing (there is very vague bounds checking).
For example, x11/gnome2-fifth-toe runtime dependencies list is 2,418 bytes
long.
Due to obvious reasons, this is an immediate MFC candidate.
Sponsored by: Porta Software Ltd
MFC after: 1 day
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[Those marked with an asterisk (*) are virtual categories]
- accessibility* : Ports to help disabled users
PR: ports/39103
Requested by: trevor
- finance : Monetary, financial and related applications
PR: ports/39102
Requested by: trevor
- haskell* : Software related to the Haskell language
PR: ports/41959
Requested by: obraun
- hungarian : Hungarian language support
PR: ports/37576
Requested by: Janos Mohacsi <janos.mohacsi@bsd.hu>
- multimedia : Multimedia software
Requested by: many
- parallel* : pplications dealing with parallelism in computing
PR: ports/39094
Requested by: trevor
- portuguese : Portuguese language support
PR: ports/35991
Requested by: trevor
|
| |
|
|
|
|
| |
lists install properly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
present, this field specifies the media volume that the disc is
contained on. If the volume of a given packages is different than the
current volume of mediaDevice, then the user is prompted --
"This is disc #%d. Package %s is on disc #%d\n"
"Would you like to switch discs now?\n"
If the user selects yes, then DEVICE_SHUTDOWN is called and the user
is then prompted --
"Please remove disc #%d from you drive, and add disc #%d"
This works well for a carefully crafted INDEX file, but more work
needs to be done to sort dependencies on a given package based on the
volume that they reside on, to minimize the amount of disc flipping
required of the user.
This commit is a no-op for normal INDEX files and FreeBSD CDs. These
additional features are only used if the INDEX and cdrom.inf file have
multi-volume support.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
attention to the sub-optimal way that we deal with package
dependencies. Traditionally, for each package in an INDEX that the
user wants to add, we check all of the dependencies first even if the
package is already installed. With some GNOME packages, this can
cause package_extract to be called for 50 different dependencies when
we know the top level package is already installed.
The new behavior is to not check dependencies for packages that are
already installed. This fixes a bug where sysinstall gets itself into
a CPU intensive loop when trying to install sawfish gnome with the
most recent ports/INDEX. There is a bug somewhere in the ports INDEX,
but with over 6,400 ports we need to be a little more forgiving here.
|
|
|
|
|
|
| |
Use static as necessary.
Use __unused as necessary.
sizeof(int) != sizeof(void *)
|
|
|
|
|
|
| |
the non-constant format string warnings.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
names suggest, they perform methods on Device's. In addition, they
check that the pointer passed to them is valid; if it isn't, they
pretend that the action failed. This fixes some crashes due to NULL
dereferences (e.g., PR 26509).
Approved by: jkh (some time ago)
|
|
|
|
|
|
|
| |
itself verbatim from INDEX. This fixes seg. faults with newer INDEX
files which have some gnome ports with outrageously long run deps.
Approved by: jkh
|
| |
|
| |
|
|
|
|
| |
Submitted by: rwatson
|
|
|
|
| |
question which I bollicked up in my previous commit.
|
|
|
|
|
|
| |
no as a default. Sysinstall should be both less dangerous and less
annoying as a result of this change, though that's just my opinion
(since they're the defaults which annoy ME the least :).
|
|
|
|
| |
Requested by: asami
|
| |
|
|
|
|
|
| |
PR: bin/20328
Submitted by: obrien
|
|
|
|
|
| |
PR: conf/20629
Submitted by: asami
|
| |
|
|
|
|
|
| |
some overflow occurring.
Submitted by: steve
|
| |
|
| |
|
|
|
|
|
| |
something else, so I might as well tweak 3.4's look-and-feel for the better
while I'm at it - final release build should be sometime later on tonite).
|
|
|
|
|
|
|
|
|
|
|
|
| |
as redoing all the menus to have proper, or at least non-hallucinogenic,
keyboard accelerators.
This requires my recent update to libdialog to work properly and will
probably also exhibit some other "interesting" behavior while the last
few missing screen clears are found (which is why I'm not going to MFC
immediately). At least now, however, sysinstall does not gratuitously
redraw random screens at the drop of a hat and drive serial console
installers out of their minds.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
I backed-out the changes in -current and didn't touch stable at all (I
thought I had my patch order reversed, not what actually happened).
AIEEE! I can't even blame the crack for this one since I broke my
crack pipe a few weeks ago. I think sleep deprivation gets the blame
for this one.
Medal for noticing this one goes to: Jim Bloom <bloom@acm.org>
|
|
|
|
|
|
|
| |
bringing in DHCP support. The only thing I left out were Poul-Henning's
newfs changes since I'm not sure if he's brought the rest of that support
into -stable yet. If it turns out that this is the case, I'll MFC those
changes too.
|
| |
|