History log of /dragonfly/Makefile_upgrade.inc (Results 126 – 150 of 658)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 4c0aed83 03-Feb-2018 Sascha Wildner <saw@online.de>

callout.9: Remove some obsolete MLINKS.


# 934db1c1 02-Jan-2018 zrj <rimvydas.jasinskas@gmail.com>

cal(1): Rename to use de_AT.ISO8859-15 calendar.


# bc9fe182 02-Jan-2018 zrj <rimvydas.jasinskas@gmail.com>

locales: Add "is_IS.ISO8859-1" locale.

Mainly for testing, we already have -15 and UTF-8 ones.


# 2458c6f4 31-Dec-2017 Sascha Wildner <saw@online.de>

Remove various 'r' commands and daemons.

rcp(1), rlogin(1), rlogind(1), rsh(1) and rshd(1). In the unlikely case
that someone still needs them, they can use the net/bsdrcmds port to
bring them back.

Remove various 'r' commands and daemons.

rcp(1), rlogin(1), rlogind(1), rsh(1) and rshd(1). In the unlikely case
that someone still needs them, they can use the net/bsdrcmds port to
bring them back.

FreeBSD removed them in October 2017 and I took their work as a guideline.

show more ...


# 82726bbd 13-Dec-2017 zrj <rimvydas.jasinskas@gmail.com>

md5(1): Add support for sha512.


# ed38b6fc 16-Dec-2017 Sascha Wildner <saw@online.de>

Remove /boot/efiboot.img via 'make upgrade'.

This is needed in our ISOs only to allow booting in EFI mode from
CD-ROM. In the installed system it is not needed anymore, so it
can be removed.


# d6c92fb1 10-Dec-2017 Sascha Wildner <saw@online.de>

Makefile_upgrade.inc: Add adding_user.8 to the end of the list.


# bde8bb86 10-Dec-2017 Eitan Adler <lists@eitanadler.com>

Remove 'adding_user.8'

Not to be confused with adduser.
Not to be confused with useful information.


Revision tags: v5.0.2
# ee7ffe43 29-Nov-2017 zrj <rimvydas.jasinskas@gmail.com>

fortune(6): Pre-emptive CENSORSHIP.

First let's get it straight. It is censorship and let's not sugar coat it.

The FO has fallen, N is falling and naturally we are next.
I'm only doing this to prev

fortune(6): Pre-emptive CENSORSHIP.

First let's get it straight. It is censorship and let's not sugar coat it.

The FO has fallen, N is falling and naturally we are next.
I'm only doing this to prevent certain discussions taking place on the mailing
lists or irc over the holidays and to explictly show irony of all this ${thing}.
It is SAD to see that various projects went from technical to being PC infested.
So much for being the flagmans of OSS developments & examples to other projects.
(slow ironic clapping insert here)
Such slabnij individuals with "hurt feelings" always are causing developers to
get distracted from their hacking on source or making hardware work properly.
Also, these actions opens up the door wider for "other" topics into discussions.

I'm not going to mention the name of certain evil* person so that this would not
get "flagged". Absurdity is already way beyond any reasonable levels. Clearly
there are some perpetually offended snoflakes, who have nothing better to do
other than look for ways to get offended or to trigger other people in real life
and over the internet. Why not just choose one? If someone wants to let some
accumulated steam off, there are places over the internet where one can have a
constructive conversation about certain topics. If you can not handle the raw,
unredacted, straight opinions, you must be new there, please kindly go back to
reddit safe spaces. Just do *not* bring those talks over into the projects!
It is very likely that not everybody feels the same or even cares.
This is literally "Look what you made me do!", so here we go.

I'm going to consider cookies removal *only* and *only* if some things are
declared illegal by the country/state law with a reference to look it up where
it clearly states what is illegal to quote (including if that applies to the
translated text variants). No "probably" stuff. Either it's illegal or it's not.
If you are not sure, you should consult with your country/state lawyers first.

By going trough MSM and lists it is clear that some find offensive *not* the
quotes by itself but the mere mention of certain letter combinations. Since I do
not share identical ideology as most westerners (I was born in 19 88, USSR, and
with collapse of Soviet union and 19 91 events my fundation is a different myth)
I'm expanding "grep ${pattern} datfiles/fortune" to include Stalin for lulz too.
Many Lithuanians and Ukrainians find "admirating" that historic figure offensive
too, mainly because of "free" trips to Siberia, brothers and sisters separated
from parents, etc. Still it is not for me to judge the history nor rewrite it.

For now I'm keeping all Communism/Capitalism cookies just as a satire. But I'm
moving the qoute by Adolfo Guzman too, cause "sorry it matched the patternTM".
Doing this solves the following issues:
* does not single out any specific individual (just a pattern right?);
* clearly expresses irony and shows how some are so biased and have no
understanding that their actions have consequences.

If for some reason you still find something offensive, check out "man 6 fortune"
for "-o" flag. Of course, if (for some reason) you do not want the potentially
"offensive" aphorisms on your disk, you can opt out:
* echo 'INSTALL_OFFENSIVE_FORTUNES=NO\!\!\!\!' >> /etc/make.conf
* standard buildworld/installworld
* make upgrade
and problem solved.

If still find things like fortune(6), hangman(6), pig(6) or maybe even tetris(6)
"offensive", set NO_GAMES=YES and get rid of all games distrib (I don't judge).
Since we are source based distribution (and no, BSD does *not* stand for Binary
Software Distribution) we provide installation images just for convenience. We
do not support binary base upgrades, only the standard source tree build ones.

To be clear, I had some of these fortune cookies added over a year ago in:
6c5aea60b8d9d163c6caa536036e82e7472b84bc and nobody so far complained about it.
It is still very strange that previously those were OK. So what has changed now?

What if I'm offended by software bugs? Should I remove that sofware or try to
fix it? What if someone is offended by the license say GPL, CDDL or even Apache?
So far censorship applies only to games/fortune/.

All of this is just something to think about & no further talks will take place.
Respect others and respect yourself. Also, don't get offended to get offended.
I can only hope that infinity will forgive me, but this needs to be done.

show more ...


# 06937ef9 25-Nov-2017 Sascha Wildner <saw@online.de>

Remove faith(4) and faithd(8) from the tree.

FreeBSD did that 3 years ago (r274331). Quoting from their commit msg:

-----8<-----
It looks like industry have chosen different (and more traditional)

Remove faith(4) and faithd(8) from the tree.

FreeBSD did that 3 years ago (r274331). Quoting from their commit msg:

-----8<-----
It looks like industry have chosen different (and more traditional)
stateless/stateful NAT64 as translation mechanism. Last non-trivial
commits to both faith(4) and faithd(8) happened more than 12 years
ago, so I assume it is time to drop RFC3142 in FreeBSD.
----->8-----

Some more info here:

https://lists.freebsd.org/pipermail/freebsd-net/2014-October/040224.html

Discussed-with: sephe

show more ...


# b5cb2326 25-Nov-2017 Sascha Wildner <saw@online.de>

lock.9: lockcount() and lockcountnb() were removed in 3b6a19b26fb9c0e7918.


# acc9ff41 20-Nov-2017 Sascha Wildner <saw@online.de>

Remove unused <{cpu,machine}/coredump.h> header.


# 4620ab97 14-Nov-2017 zrj <rimvydas.jasinskas@gmail.com>

ncurses: Privatize the last public header.

Just move it with rest of privatized ncurses headers. Only user in base is
usr.sbin/installer/dfuife_curses/ and include path is already handled there.
As

ncurses: Privatize the last public header.

Just move it with rest of privatized ncurses headers. Only user in base is
usr.sbin/installer/dfuife_curses/ and include path is already handled there.
As of this moment we are sure that none of private ncurses bits are used for
bootstrapping the world (non-interactive make/shell scripts redirected to
file should not care about colors anyway or try to format the layout).

No functional change.

show more ...


# f82b7f08 15-Nov-2017 Sascha Wildner <saw@online.de>

Remove some more old openssl(1) related manual pages and MLINKS.

I had overlooked them in f694fa517c2628d79a49719e25f72134babbdd0c.

Reported-by: zrj


# f694fa51 13-Nov-2017 Sascha Wildner <saw@online.de>

Remove various old openssl(1) related manual pages.


# 07917fe8 12-Nov-2017 zrj <rimvydas.jasinskas@gmail.com>

games: Move out non (6) utilities from /usr/games/.

The strfile(8) and unstr(8) are pretty generic on their own and do not belong
in /usr/games/ (with all NO_GAMES stuff). All (6) utilities are stil

games: Move out non (6) utilities from /usr/games/.

The strfile(8) and unstr(8) are pretty generic on their own and do not belong
in /usr/games/ (with all NO_GAMES stuff). All (6) utilities are still in games.

* Move stfile(8) and unstr(8) to usr.bin/.
* Move out strfile from btools and convert it to hostprog (like nvi).
* Compile strfile.nx only if NO_SHARE is not set.

While there, apply 3rd to usr.bin/vi too (somehow skipped it in bf31779ebd).

show more ...


# 1392c9b7 12-Nov-2017 Sascha Wildner <saw@online.de>

Makefile_upgrade.inc: Fix path.

Reported-by: zrj


# e1e843c2 11-Nov-2017 zrj <rimvydas.jasinskas@gmail.com>

Cleanup leftover libs.

On one of my test setups these were sitting since 2016-03-10.

Reported-by: swildner


Revision tags: v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1
# 48edb429 22-Jul-2017 zrj <rimvydas.jasinskas@gmail.com>

dm(8): Retire the Dungeon Master.

One setgid utility less in base + it was shadowing dm(4).

Approved-by: swildner


# 45f54b1a 11-Nov-2017 zrj <rimvydas.jasinskas@gmail.com>

upgrade: Avoid confussion.

Some people tend to skip over entries in UPDATING and miss important details.
Convert REMOVE_OPENSSL_FILES to an action that actually warns user about it.

Files being rem

upgrade: Avoid confussion.

Some people tend to skip over entries in UPDATING and miss important details.
Convert REMOVE_OPENSSL_FILES to an action that actually warns user about it.

Files being removed(optionally) are peformed as a last step in make upgrade
step in constrast to standard TO_REMOVE that does it before updating /etc/ dir.

It should be assumed that users are allowed and will use REMOVE_DEPRECATED=yes
in their /etc/make.conf, so anything requiring user intervention should still
go in etc/Makefile: upgrade_check: target (like it already does for mailers).
Addition is not a magic fix for all problems and should be used responsibly!

While there, convert old pam removal using csh to plain TO_REMOVE.

Approved-after-very-long-discussions-by: swildner

show more ...


# 9d7d3812 11-Nov-2017 zrj <rimvydas.jasinskas@gmail.com>

Clean up a bit after the recent changes.

Manpage was removed in 5e46054208ba7328a97fb412f9b23afdc9cc70ef.


# 76b0b537 07-Nov-2017 zrj <rimvydas.jasinskas@gmail.com>

cal(1): Fix locales handling.

* Remove long deprecated locale name symlinks.
* Remove 'mkdir -p' that was hiding missing mtree entries.
* Add missing mtree entries.


# 3f51bfbb 29-Oct-2017 Sascha Wildner <saw@online.de>

Remove two no longer needed directories.

/usr/lib/aout
/usr/libexec/sm.bin

Reported-by: zrj


# f874c792 28-Oct-2017 Sascha Wildner <saw@online.de>

Remove the ancient rdist(1) tool along with related periodic(8) scripts.

There are substitutes in dports' net/44bsd-rdist and net/rdist6.


# d9d67b59 17-Oct-2017 Sascha Wildner <saw@online.de>

Remove "kernel ppp", i.e. if_ppp.ko and pppd(8).

It has been replaced by ppp(8), in conjunction with tun(4).

While here, rename the ppp-user rc script to 'ppp' and fix up
REQUIRE/PROVIDE situation.


12345678910>>...27