1.0.b5_10sysutilsΣ=1 1.0.b5_10Version of this port present on the latest quarterly branch.
BROKEN: Unfetchable DEPRECATED: Utility for obsolete hardware released 20 years ago This port expired on: 2024-04-30 IGNORE: is marked as broken: Unfetchable
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
libretto-config - Libretto BIOS Setting Program
The `libretto-config' is a utility program to configure the BIOS
setting of the mini notebook computer, Toshiba Libretto. Changes to
the setting are immediately done, so rebooting is not necessary.
I don't know whether these programs work on any other machines but
Libretto. In case of Toshiba's notebook machines, some function may
work.
*** Disclaimer *****************************************************
The information used to write these programs was obtained by
analyzing Libretto individually, not provided by Toshiba. Therefore,
they might contain fatal bugs and might cause damages to your
Libretto. You can use them freely but the authors are not
responsible for the programs. Redistribution of the programs are not
restricted, but you must attach this caution and the source.
********************************************************************
The original program were written by Mr. Iizuka
(PXN02133@niftyserve.or.jp), which rewrite the CMOS setting directly.
Mr. Nomura (GBB00111@niftyserve.or.jp) have extended the program to
support SMI and BIOS calling. Thanks.
I, Ishioka, combined programs to the package. If you have any troubles,
bug reports, or requests, please notify me.
===> The following configuration options are available for libretto-config-1.0.b5_10:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
sysutils/libretto-config: Mark BROKEN, deprecate and set expiration date to
2024-04-30
Unfetchabled and utility for obsolete hardware released 20 years ago
*/*: Replace USE_GCC=any with USE_GCC=yes
USE_GCC=any has been equivalent to USE_GCC=yes in most cases (such
as i386 and amd64 since 12.x and depending on configuration 11.x,
most newer installations on other platforms, and 13.x across the
board).
Since commit 96c17633d90386b5bcf8 Mk/bsd.gcc.mk is treating them as
different spellings of the same, so continue the deorbiting of the
USE_GCC=any form and simply replace it with USE_GCC=yes.
This should not make any functional difference at all.
Discussed with: mat, linimon, pkubaj
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
. trim Makefile headers;
. remove custom DOCDIR and use standard DOCSDIR;
. define PLIST_FILES and PORTDOCS at Makefile;
. NOPORTDOCS -> PORT_OPTIONS:MDOCS;
. do not mute install command;
. remove pkg-plist (hm, seems the port has never worked at NOPORTDOCS case).
For ports maintained by ports@FreeBSD.org, remove names and/or
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
Reset MAINTAINER to ports@.
We cannot contact them for a long time.
Discussed with: hrs
Approved by: kiri(blanket), mita(blanket),
shige(blanket), taoka(blanket)
