* [gentoo-commits] data/gentoo-news:master commit in: 2016-05-23-lastpass-changes/, 2016-12-06-ruby-20-removal/, ...
@ 2022-07-25 16:08 Ulrich Müller
0 siblings, 0 replies; only message in thread
From: Ulrich Müller @ 2022-07-25 16:08 UTC (permalink / raw
To: gentoo-commits
commit: 94c326535a4a2ab56f2ccd30fbc54b5acccca501
Author: Ulrich Müller <ulm <AT> gentoo <DOT> org>
AuthorDate: Mon Jul 25 16:07:45 2022 +0000
Commit: Ulrich Müller <ulm <AT> gentoo <DOT> org>
CommitDate: Mon Jul 25 16:07:45 2022 +0000
URL: https://gitweb.gentoo.org/data/gentoo-news.git/commit/?id=94c32653
Remove old news items up to 2016
Signed-off-by: Ulrich Müller <ulm <AT> gentoo.org>
...01-08-some-dhcpcd-hooks-are-now-examples.en.txt | 21 ----------
.../2016-01-27-upgrading-to-apache-2_4.en.txt | 23 ----------
.../2016-04-07-kde-plasma5-stable.en.txt | 38 -----------------
.../2016-04-24-default-video-cards.en.txt | 27 ------------
.../2016-05-23-lastpass-changes.en.txt | 30 -------------
.../2016-06-23-l10n-use_expand.en.txt | 49 ----------------------
.../2016-08-08-openafs-debug_rodata.en.txt | 30 -------------
...16-09-26-migration-to-sys-libs_uclibc-ng.en.txt | 47 ---------------------
.../2016-09-27-openrc_0_22_updates.en.txt | 22 ----------
...04-important_fstab_and_localmount_update.en.txt | 28 -------------
.../2016-12-06-ruby-20-removal.en.txt | 27 ------------
11 files changed, 342 deletions(-)
diff --git a/2016-01-08-some-dhcpcd-hooks-are-now-examples/2016-01-08-some-dhcpcd-hooks-are-now-examples.en.txt b/2016-01-08-some-dhcpcd-hooks-are-now-examples/2016-01-08-some-dhcpcd-hooks-are-now-examples.en.txt
deleted file mode 100644
index 848a842..0000000
--- a/2016-01-08-some-dhcpcd-hooks-are-now-examples/2016-01-08-some-dhcpcd-hooks-are-now-examples.en.txt
+++ /dev/null
@@ -1,21 +0,0 @@
-Title: Some dhcpcd hooks are now examples
-Author: William Hubbs <williamh@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-01-08
-Revision: 2
-News-Item-Format: 1.0
-Display-If-Installed: <=net-misc/dhcpcd-6.10.0
-
-In dhcpcd-6.10.0, the following hooks are no longer installed in
-/lib/dhcpcd/dhcpcd-hooks by default:
-
-10-wpa_supplicant
-15-timezone
-29-lookup-hostname
-
-These are now installed in /usr/share/dhcpcd/hooks, which is an example
-directory.
-
-If you were using these hooks before you upgrade to 6.10.0, you will
-need to copy them back to the /lib/dhcpcd/dhcpcd-hooks directory after the
-upgrade.
diff --git a/2016-01-27-upgrading-to-apache-2_4/2016-01-27-upgrading-to-apache-2_4.en.txt b/2016-01-27-upgrading-to-apache-2_4/2016-01-27-upgrading-to-apache-2_4.en.txt
deleted file mode 100644
index bff0e7d..0000000
--- a/2016-01-27-upgrading-to-apache-2_4/2016-01-27-upgrading-to-apache-2_4.en.txt
+++ /dev/null
@@ -1,23 +0,0 @@
-Title: Upgrading Apache from 2.2 to 2.4
-Author: Dirkjan Ochtman <djc@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-01-27
-Revision: 1
-News-Item-Format: 1.0
-Display-If-Installed: www-servers/apache
-
-With the 2.4 branch released by upstream almost 4 years ago, stable
-Gentoo systems will soon be upgraded from apache 2.2 to apache 2.4.
-When upgrading, some configuration changes will have to be made.
-Upstream has a handy guide:
-
-https://httpd.apache.org/docs/2.4/upgrading.html
-
-For more information on all the new features, start here:
-
-https://httpd.apache.org/docs/trunk/new_features_2_4.html
-
-After emerging Apache 2.4, you will also need to rebuild any
-third-party modules:
-
-emerge -av1 /usr/lib/apache2/modules --exclude=www-servers/apache
diff --git a/2016-04-07-kde-plasma5-stable/2016-04-07-kde-plasma5-stable.en.txt b/2016-04-07-kde-plasma5-stable/2016-04-07-kde-plasma5-stable.en.txt
deleted file mode 100644
index c9302f0..0000000
--- a/2016-04-07-kde-plasma5-stable/2016-04-07-kde-plasma5-stable.en.txt
+++ /dev/null
@@ -1,38 +0,0 @@
-Title: KDE Plasma 5 Upgrade
-Author: Michael Palimaka <kensington@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-04-02
-Revision: 1
-News-Item-Format: 1.0
-Display-If-Installed: kde-base/plasma-workspace
-
-KDE Workspaces 4.11 has reached end of life and is no longer supported
-by upstream. It is therefore recommended for all users to upgrade to
-KDE Plasma 5.
-
-A detailed upgrade guide is available[1], but in most cases it is enough to
-switch to the new desktop/plasma profile, update @world, and
-emerge kde-plasma/plasma-meta:
-
-# eselect profile list
-# eselect profile set <target>
-# emerge --ask --changed-use --newrepo --deep world
-# emerge --ask --verbose kde-plasma/plasma-meta
-
-If you normally use KDM to launch Plasma, note that it is no longer supported.
-Upstream recommends x11-misc/sddm instead which is pulled in by plasma-meta by
-default. OpenRC users should edit /etc/conf.d/xdm and update DISPLAYMANAGER.
-Systemd users should run: systemctl reenable sddm.service
-
-Due to an an evolution of KDE upstream's release process[2], the traditional
-monolithic KDE 4 release is now split into three distinct components. This
-means that KDE Applications are now separate from the Plasma desktop and
-older KDE 4-based applications will continue to function as normal inside
-Plasma 5.
-
-KDE Workspaces 4.11 will remain in the tree for a reasonable time, but
-be warned that it is unmaintained and may cause conflicts with
-newer versions of KDE Applications.
-
-[1] https://wiki.gentoo.org/wiki/KDE/Plasma_5_upgrade
-[2] https://dot.kde.org/2013/09/04/kde-release-structure-evolves
diff --git a/2016-04-24-default-video-cards/2016-04-24-default-video-cards.en.txt b/2016-04-24-default-video-cards/2016-04-24-default-video-cards.en.txt
deleted file mode 100644
index 8a94240..0000000
--- a/2016-04-24-default-video-cards/2016-04-24-default-video-cards.en.txt
+++ /dev/null
@@ -1,27 +0,0 @@
-Title: Changes in default VIDEO_CARDS
-Author: Chí-Thanh Christopher Nguyễn <chithanh@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-04-24
-Revision: 2
-News-Item-Format: 1.0
-Display-If-Keyword: amd64
-Display-If-Keyword: x86
-Display-If-Installed: x11-drivers/xf86-video-dummy
-Display-If-Installed: x11-drivers/xf86-video-glint
-Display-If-Installed: x11-drivers/xf86-video-mach64
-Display-If-Installed: x11-drivers/xf86-video-mga
-Display-If-Installed: x11-drivers/xf86-video-nv
-Display-If-Installed: x11-drivers/xf86-video-r128
-Display-If-Installed: x11-drivers/xf86-video-savage
-Display-If-Installed: x11-drivers/xf86-video-tdfx
-Display-If-Installed: x11-drivers/xf86-video-trident
-Display-If-Installed: x11-drivers/xf86-video-v4l
-Display-If-Installed: x11-drivers/xf86-video-via
-Display-If-Installed: x11-drivers/xf86-video-vmware
-
-In order to better reflect the graphics chipsets present on modern
-systems, the default VIDEO_CARDS setting has been changed to
-"amdgpu fbdev intel nouveau radeon radeonsi vesa"
-
-If your graphics chipset requires a different driver, and you have not set
-VIDEO_CARDS in make.conf, it is advisable to do that now.
diff --git a/2016-05-23-lastpass-changes/2016-05-23-lastpass-changes.en.txt b/2016-05-23-lastpass-changes/2016-05-23-lastpass-changes.en.txt
deleted file mode 100644
index 4534932..0000000
--- a/2016-05-23-lastpass-changes/2016-05-23-lastpass-changes.en.txt
+++ /dev/null
@@ -1,30 +0,0 @@
-Title: LastPass package migration
-Author: Göktürk Yüksek <gokturk@gentoo.org>
-Author: Robin H. Johnson <robbat2@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-05-23
-Revision: 1
-News-Item-Format: 1.0
-Display-If-Installed: app-admin/lastpass
-
-LastPass-3 and earlier versions installed browser extensions along
-with the necessary binary components. LastPass-4 and later versions
-install only the binary components and leave installing the browser
-extensions to the user. Furthermore, LastPass-3 is not available
-anymore, it will be removed soon and users are required to upgrade. A
-transparent package move is not possible due to the mentioned changes
-and a manual migration is required.
-
-The currently installed package must be removed before proceeding with
-the migration:
-
-emerge --unmerge --ask app-admin/lastpass
-
-LastPass for Firefox users can safely upgrade to version 4 by visiting
-the official LastPass website and following the download instructions.
-The browser extension already contains the required binary components.
-No packages need to be installed.
-
-Users of Chrome/Chromium and Opera browsers need to switch to
-app-admin/lastpass-binary-component and follow the instructions
-displayed on the screen after the installation to complete the process.
diff --git a/2016-06-23-l10n-use_expand/2016-06-23-l10n-use_expand.en.txt b/2016-06-23-l10n-use_expand/2016-06-23-l10n-use_expand.en.txt
deleted file mode 100644
index 2ff30d7..0000000
--- a/2016-06-23-l10n-use_expand/2016-06-23-l10n-use_expand.en.txt
+++ /dev/null
@@ -1,49 +0,0 @@
-Title: L10N USE_EXPAND variable replacing LINGUAS
-Author: Mart Raudsepp <leio@gentoo.org>
-Author: Ulrich Müller <ulm@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-06-19
-Revision: 1
-News-Item-Format: 1.0
-
-The L10N variable is replacing LINGUAS as a USE_EXPAND, to avoid a
-conceptual clash with the standard gettext LINGUAS behaviour.
-
-L10N controls which extra localization support will be installed.
-This is commonly used for downloads of additional language packs.
-
-If you have set LINGUAS in your make.conf, you most likely want to add
-its entries also to L10N. Note that while the common two letter language
-codes (like "de" or "fr") are identical, more complex entries have a
-different syntax because L10N now uses IETF language tags. (For example,
-"pt_BR" becomes "pt-BR" and "sr@latin" becomes "sr-Latn".) You can look
-up the available codes in profiles/desc/l10n.desc in the gentoo tree.
-A detailed description of language tags (aka BCP 47) can be found at:
-https://www.w3.org/International/articles/language-tags/
-
-After a transition time for packages to be converted, the LINGUAS
-environment variable will maintain the standard gettext behaviour and
-will work as expected with all package managers. It controls which
-language translations are built and installed. An unset value means all
-available, an empty value means none, and a value can be an unordered
-list of gettext language codes, with or without country codes. Usually
-two letter language codes suffice, but can be narrowed down by country
-codes with a "ll_CC" formatting, where "ll" is the language code and
-"CC" is the country code, e.g., "en_GB". Some rare languages also have
-three letter language codes. Note that LINGUAS does not only affect
-installed gettext catalog files (*.mo), but also lines of translations
-in an always shipped file (e.g., *.desktop).
-
-If you want English with a set LINGUAS, it is suggested to list it with
-the desired country code, in case the default is not the usual "en_US".
-It is also common to list "en" then, in case a package is natively
-written in a different language, but does provide an English translation
-for whichever country. A list of LINGUAS language codes is available at:
-http://www.gnu.org/software/gettext/manual/gettext.html#Language-Codes
-
-If you have per-package customizations of the LINGUAS USE_EXPAND, you
-should also rename those. This typically means changing linguas_* to
-l10n_*, and possibly updating the syntax as described above.
-
-https://wiki.gentoo.org/wiki/Localization/Guide has also been updated to
-reflect this change.
diff --git a/2016-08-08-openafs-debug_rodata/2016-08-08-openafs-debug_rodata.en.txt b/2016-08-08-openafs-debug_rodata/2016-08-08-openafs-debug_rodata.en.txt
deleted file mode 100644
index 3997c7d..0000000
--- a/2016-08-08-openafs-debug_rodata/2016-08-08-openafs-debug_rodata.en.txt
+++ /dev/null
@@ -1,30 +0,0 @@
-Title: OpenAFS no longer needs kernel option DEBUG_RODATA
-Author: NP-Hardass <NP-Hardass@gentoo.org>
-Author: Andrew Savchenko <bircoph@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-08-08
-Revision: 1
-News-Item-Format: 1.0
-Display-If-Installed: <=net-fs/openafs-kernel-1.6.18.2
-Display-If-Keyword: amd64
-Display-If-Keyword: ~amd64-linux
-Display-If-Keyword: ~sparc
-Display-If-Keyword: x86
-Display-If-Keyword: ~x86-linux
-
-As a result of bug #127084 [1], it was determined that OpenAFS's
-kernel module required that the kernel's data structures be
-read-write (CONFIG_DEBUG_RODATA=n). With recent OpenAFS versions
-this limitation is no longer required. We tested the latest version
-of OpenAFS with Linux kernels from 3.4 till 4.6, and determined that
-OpenAFS kernel module works fine with CONFIG_DEBUG_RODATA=y.
-
-Starting with net-fs/openafs-kernel-1.6.18.2, this condition is no
-longer forced in the ebuild. Considering the security implications
-of having CONFIG_DEBUG_RODATA turned off, it is highly advised that
-you adjust your kernel config accordingly. Please note that the
-default setting for CONFIG_DEBUG_RODATA is "y" and unless you have
-another reason for keeping it disabled, we highly recommend that
-you re-enable CONFIG_DEBUG_RODATA.
-
-[1] https://bugs.gentoo.org/show_bug.cgi?id=127084
diff --git a/2016-09-26-migration-to-sys-libs_uclibc-ng/2016-09-26-migration-to-sys-libs_uclibc-ng.en.txt b/2016-09-26-migration-to-sys-libs_uclibc-ng/2016-09-26-migration-to-sys-libs_uclibc-ng.en.txt
deleted file mode 100644
index 6a0e2f0..0000000
--- a/2016-09-26-migration-to-sys-libs_uclibc-ng/2016-09-26-migration-to-sys-libs_uclibc-ng.en.txt
+++ /dev/null
@@ -1,47 +0,0 @@
-Title: Migration to sys-libs/uclibc-ng
-Author: Anthony G. Basile <blueness@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-09-26
-Revision: 1
-News-Item-Format: 1.0
-Display-If-Installed: sys-libs/uclibc
-Display-If-Profile: default/linux/uclibc/amd64
-Display-If-Profile: hardened/linux/uclibc/amd64
-Display-If-Profile: default/linux/uclibc/arm/armv7a
-Display-If-Profile: hardened/linux/uclibc/arm/armv7a
-Display-If-Profile: default/linux/uclibc/mips
-Display-If-Profile: hardened/linux/uclibc/mips
-Display-If-Profile: default/linux/uclibc/mips/mipsel
-Display-If-Profile: hardened/linux/uclibc/mips/mipsel
-Display-If-Profile: default/linux/uclibc/ppc
-Display-If-Profile: hardened/linux/uclibc/ppc
-Display-If-Profile: default/linux/uclibc/x86
-Display-If-Profile: hardened/linux/uclibc/x86
-
-Upstream development of uClibc has been stalled since July 2015 and
-there hasn't been a proper release since May 2012 [1]. New patches
-addressing important issues have been submitted but these have not been
-reviewed nor have they been committed to the master branch. Also,
-backporting even those patches which have been committed to master is
-now impractical as too many intermediate layers of patches conflict.
-For all intents and purposes, upstream uClibc is dead.
-
-Fortunately, a fork called uClibc-ng [2] was begun by Waldemar Brodkorb
-in February 2015 and is actively being maintained. Accordingly,
-Gentoo's Hardened uClibc project will be migrating to uClibc-ng as its
-libc provider. Currently stage3 tarballs based on sys-libs/uclibc-ng
-are available for all supported arches at [3] and these will become the
-default after October 5, 2016. Older stage3s based on sys-libs/uclibc
-will be removed.
-
-Unfortunately, migrating a production system from uclibc to uclibc-ng
-is not straightforward owing to the central role played by libc. A
-migration guide is provided at [4]. This has been tested on live
-systems with success, but the user is cautioned to plan a backup and
-recovery plan should something go wrong.
-
-Refs.
-[1] https://git.uclibc.org/uClibc/log/
-[2] http://uclibc-ng.org/
-[3] http://distfiles.gentoo.org/experimental/
-[4] https://wiki.gentoo.org/wiki/Project:Hardened_uClibc#Migration_to_uClibc-ng
diff --git a/2016-09-27-openrc_0_22_updates/2016-09-27-openrc_0_22_updates.en.txt b/2016-09-27-openrc_0_22_updates/2016-09-27-openrc_0_22_updates.en.txt
deleted file mode 100644
index 48dfe46..0000000
--- a/2016-09-27-openrc_0_22_updates/2016-09-27-openrc_0_22_updates.en.txt
+++ /dev/null
@@ -1,22 +0,0 @@
-Title: OpenRC 0.22 updates
-Author: William Hubbs <williamh@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-09-27
-Revision: 1
-News-Item-Format: 1.0
-Display-If-Installed: <=sys-apps/openrc-0.22
-
-OpenRC 0.22 introduces the following changes:
-
-- In previous versions of OpenRC, configuration information was processed
- so that service-specific configuration stored in /etc/conf.d/* was
- overridden by global configuration stored in /etc/rc.conf. OpenRC 0.22
- reverses that. Global configuration stored in /etc/rc.conf is read first
- then overridden by configuration stored in /etc/conf.d/*.
-
-- The swapfiles service, which was basically a copy of the swap service,
- has been removed. If you are only using local swap partitions, as
- described in the handbook for example, this change will not affect you.
- If you are using swap files or swap partitions on network-backed devices
- such as iSCSI, please adjust the dependencies of the swap
- service as shown in /etc/conf.d/swap to reflect your situation.
diff --git a/2016-11-04-important_fstab_and_localmount_update/2016-11-04-important_fstab_and_localmount_update.en.txt b/2016-11-04-important_fstab_and_localmount_update/2016-11-04-important_fstab_and_localmount_update.en.txt
deleted file mode 100644
index 3cd9a8f..0000000
--- a/2016-11-04-important_fstab_and_localmount_update/2016-11-04-important_fstab_and_localmount_update.en.txt
+++ /dev/null
@@ -1,28 +0,0 @@
-Title: Important fstab and localmount update
-Author: William Hubbs <williamh@gentoo.org>
-Author: Ian Stakenvicius <axs@gentoo.org>
-Display-If-Installed: <=sys-apps/openrc-0.23
-Content-Type: text/plain
-Posted: 2016-11-04
-Revision: 2
-News-Item-Format: 1.0
-
-Recent updates to service scripts in OpenRC and (e)udev have removed the
-requirement for udev to "settle" before its startup completes. The
-result of this is that services which used to wait for udev to finish
-processing all kernel events will now start earlier. One such service
-is localmount.
-
-If "/dev/disk/by-*" device paths are used for mount points in
-fstab, it is possible that those symbolic links will not exist when
-localmount starts and attempts to mount them.
-
-The recommended solution is to convert fstab from using
-"/dev/disk/by-*" to the LABEL=, UUID=, PARTLABEL= or PARTUUID= syntax.
-This syntax is supported directly by both util-linux and busybox's mount
-commands and has no dependency on any device manager. More information
-on this syntax can be found in the fstab(5) and mount(8) man pages.
-
-To force the old behaviour, instead of converting fstab, you can add
-rc_want="dev-settle" to /etc/conf.d/localmount or add udev-settle to the
-sysinit runlevel.
diff --git a/2016-12-06-ruby-20-removal/2016-12-06-ruby-20-removal.en.txt b/2016-12-06-ruby-20-removal/2016-12-06-ruby-20-removal.en.txt
deleted file mode 100644
index c6bc2cf..0000000
--- a/2016-12-06-ruby-20-removal/2016-12-06-ruby-20-removal.en.txt
+++ /dev/null
@@ -1,27 +0,0 @@
-Title: Ruby 2.0 removal; Ruby 2.1 default
-Author: Hans de Graaff <graaff@gentoo.org>
-Content-Type: text/plain
-Posted: 2016-12-04
-Revision: 1
-News-Item-Format: 1.0
-Display-If-Installed: <dev-lang/ruby-2.1
-
-Ruby MRI (Matz's Ruby Interpreter) 2.0 was retired by upstream in
-February 2016. [1] Following this, Ruby MRI 2.0 support will be
-removed from Gentoo. We recommend updating to the 'ruby21' target as
-soon as possible if you are still using 'ruby20'.
-
-Check the current setting via:
-
- eselect ruby show
-
-Change the current setting to Ruby MRI 2.1 via:
-
- eselect ruby set ruby21
-
-Packages can be reinstalled for ruby21 only by using the -N option of
-emerge:
-
- emerge -uvDNq world
-
-[1] https://www.ruby-lang.org/en/news/2016/02/24/support-plan-of-ruby-2-0-0-and-2-1/
^ permalink raw reply related [flat|nested] only message in thread
only message in thread, other threads:[~2022-07-25 16:08 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-07-25 16:08 [gentoo-commits] data/gentoo-news:master commit in: 2016-05-23-lastpass-changes/, 2016-12-06-ruby-20-removal/, Ulrich Müller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox