[gentoo-dev] Re: News item: media-sound/pulseffects "renaming"

On 2021-07-13 01:01, Marek Szuba wrote: Title: PipeWire versions of PulseEffects are now media-sound/easyeffects Author: Marek Szuba Posted: 2021-07-16 Revision: 1 News-Item-Format: 2.0 Display-If-Installed: >=media-sound/pulseeffects-5.0.0 In response to the upstream decision to rename

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

On 6/27/20 1:36 PM, William Hubbs wrote: > On Sun, Jun 21, 2020 at 10:02:25PM +0200, Andreas Sturmlechner wrote: >> On Sunday, 21 June 2020 21:27:02 CEST Joonas Niilola wrote: >>> What's the current trend of attaching news items? It >>> makes hard to point out enhancements. >> >> Indeed, I didn't

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

On Sun, Jun 21, 2020 at 10:02:25PM +0200, Andreas Sturmlechner wrote: > On Sunday, 21 June 2020 21:27:02 CEST Joonas Niilola wrote: > > What's the current trend of attaching news items? It > > makes hard to point out enhancements. > > Indeed, I didn't even look at the previous mail that was sent

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

Hi, On 21/06/2020 22.27, Michał Górny wrote: > No offense but it sounds a little chaotic to me. Which is the reasons we do those reviews. Appreciate the suggestions, just sent revision 2 as the response to the very first email in this thread, please check how it looks now. -- Piotr.

[gentoo-dev] Re: News item: xorg-server dropping default suid

Title: xorg-server dropping default suid Author: Piotr Karbowski Posted: 2020-06-22 Revision: 2 News-Item-Format: 2.0 Display-If-Installed: x11-base/xorg-server Starting 2020-07-15, x11-base/xorg-server will default to using the logind interface instead of suid by default. resulting in better

[gentoo-dev] Re: News item: xorg-server dropping default suid

On Sun, Jun 21, 2020 at 09:22:37PM +0200, Piotr Karbowski wrote: > Hi, > > Please find news item attached. I feel that this news item should ALSO remind people that consolekit is deprecated per a news item a few months ago: News Item v3: Desktop profile switching USE default to elogind

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

200622 Piotr Karbowski wrote: > On 22/06/2020 06.03, Philip Webb wrote: > [...] >> I don't want to use 'systemd', as I want to run a traditional UNIX version >> of Linux + KDE (or Fluxbox) for a simple single-user desktop system. > Then... don't use systemd ! I officially give you my approval for

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

Hi, On 22/06/2020 06.03, Philip Webb wrote: [...] > I don't want to use 'systemd', as I want to run a traditional UNIX version > of Linux + KDE (or Fluxbox) for a simple single-user desktop system. Then... don't use systemd? I officially give you my approval for that. Read what you quoted in

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

200621 Matt Turner wrote: > On Sun, Jun 21, 2020 at 4:53 PM Philip Webb wrote: >> I've been running xorg-server as root for > 16 yr without any problems. >> AFAIK there are no problems re exploits via I/net browsers, >> which are started by my user as all such user software always is. >> What

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

On Sun, Jun 21, 2020 at 4:53 PM Philip Webb wrote: > > 200621 Piotr Karbowski wrote: > > Title: xorg-server dropping default suid > ... > > The Gentoo X11 Team is announcing that starting with 15th of July, > > the x11-base/xorg-server will no longer default to suid > > and will default to using

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

200621 Piotr Karbowski wrote: > Title: xorg-server dropping default suid ... > The Gentoo X11 Team is announcing that starting with 15th of July, > the x11-base/xorg-server will no longer default to suid > and will default to using logind interface instead. This change > makes xorg-server run as

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

On Sun, 2020-06-21 at 22:09 +0200, Piotr Karbowski wrote: > Hi, > > Re-sending news item inline. > > ### > > Title: xorg-server dropping default suid > Author: Piotr Karbowski > Posted: 2020-06-22 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: x11-base/xorg-server > > The

[gentoo-dev] Re: News item: xorg-server dropping default suid

Hi, Re-sending news item inline. ### Title: xorg-server dropping default suid Author: Piotr Karbowski Posted: 2020-06-22 Revision: 1 News-Item-Format: 2.0 Display-If-Installed: x11-base/xorg-server The Gentoo X11 Team is announcing that starting with 15th of July, the x11-base/xorg-server

Re: [gentoo-dev] Re: News item: xorg-server dropping default suid

On Sunday, 21 June 2020 21:27:02 CEST Joonas Niilola wrote: > What's the current trend of attaching news items? It > makes hard to point out enhancements. Indeed, I didn't even look at the previous mail that was sent like that. signature.asc Description: This is a digitally signed message part.

[gentoo-dev] Re: News item: xorg-server dropping default suid

Hey, It has some typos. What's the current trend of attaching news items? It makes hard to point out enhancements. -- juippis On 6/21/20 10:22 PM, Piotr Karbowski wrote: > Hi, > > Please find news item attached. > > -- Piotr. signature.asc Description: OpenPGP digital signature

[gentoo-dev] Re: News Item: sys-libs/pam-1.4.0 upgrade

On 20.06.2020 16:55, Mikle Kolyada wrote: > Attached A bit fixed, wanted another version to show. Title: sys-libs/pam-1.4.0 upgrade Author: Mikle Kolyada Content-Type: text/plain Posted: 2020-06-?? Revision: 1 News-Item-Format: 2.0 Display-If-Installed: sys-libs/pam Display-If-Installed:

Re: [gentoo-dev] Re: News item: Deprecation and removal of legacy X11 input drivers.

On Thu, Apr 2, 2020 at 10:27 AM Piotr Karbowski wrote: > while keeping the long sentence, that even it's long, is still beneficial > to have > Split it for grammatical correctness and ease of human parsing. The only use for those drivers remain in deployments which intentionally > opt-out of

[gentoo-dev] Re: News item: Deprecation and removal of legacy X11 input drivers.

Hi, On 02/04/2020 17.26, Piotr Karbowski wrote: > Hi, > > Updated with what Ulm and Soup pointed out, while keeping the long > sentence, that even it's long, is still beneficial to have. Revision > bumped to 2, date bumped to tomorrow's. My apology, s/Soup/Soap/. -- Piotr. signature.asc

[gentoo-dev] Re: News item: Deprecation and removal of legacy X11 input drivers.

Hi, Updated with what Ulm and Soup pointed out, while keeping the long sentence, that even it's long, is still beneficial to have. Revision bumped to 2, date bumped to tomorrow's. --- news item below --- Title: Deprecation of legacy X11 input drivers Author: Piotr Karbowski Posted: 2020-04-03

[gentoo-dev] Re: News item about interoperability restrictions of >=net-p2p/syncthing-1.2.0

On 2019-07-18 11:12, Kristian Fiskerstrand wrote: > Should we be more specific as to how not to enable it here? is it a > USE-flag? does it require a package mask for newer versions if it is > always used for the newer ones? Good point, this should explicitly say "do not emerge new versions". My

[gentoo-dev] Re: News item about interoperability restrictions of >=net-p2p/syncthing-1.2.0

On 7/15/19 1:39 PM, Marek Szuba wrote: > 2019-07-18-syncthing-update-incompatibility.en.txt > > Title: Syncthing 1.2.0 and newer do not interoperate with 0.14.45 and older > Author: Marek Szuba > Posted: 2019-07-18 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: net-p2p/syncthing

Re: [gentoo-dev] Re: News item for review: Change of ACCEPT_LICENSE default (v3)

On Thu, May 16, 2019 at 10:45:02AM +0200, Ulrich Mueller wrote: > Another iteration, due to an upcoming restructuring of the > linux-firmware package. Only change in v3 is the second line in the > package.license file which now contains the @BINARY-REDISTRIBUTABLE > group instead of individual

[gentoo-dev] Re: News item for review: Change of ACCEPT_LICENSE default (v3)

Another iteration, due to an upcoming restructuring of the linux-firmware package. Only change in v3 is the second line in the package.license file which now contains the @BINARY-REDISTRIBUTABLE group instead of individual licenses. Current plan is that this will go live on next Sunday,

[gentoo-dev] Re: News item for review: Change of ACCEPT_LICENSE default (v2)

Thanks for the feedback on IRC and mailing list. Find v2 below. Ulrich Title: Change of ACCEPT_LICENSE default Author: Ulrich Müller Posted: 2019-04-XX Revision: 1 News-Item-Format: 2.0 The default set of accepted licenses has been changed [1,2] to: ACCEPT_LICENSE="-* @FREE" This means

[gentoo-dev] Re: News item review v3: Migration required for OpenSSH with LDAP

On 2018-08-07 01:44, Thomas Deutschmann wrote: > Title: Migration required for OpenSSH with LDAP > Author: Thomas Deutschmann > Posted: 2018-08-xx > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: net-misc/openssh > > If your sshd authenticates against LDAP, you have to migrate your

[gentoo-dev] Re: News item review v3: Migration required for OpenSSH with LDAP

Changes: * Incorporated suggestions by Peter Stuge * Package sys-auth/sakcl added * Last sentence corrected --- Title: Migration required for OpenSSH with LDAP Author: Thomas Deutschmann Posted: 2018-08-xx Revision: 1 News-Item-Format: 2.0 Display-If-Installed: net-misc/openssh If your sshd

[gentoo-dev] Re: News item review v2: Migration required for OpenSSH with LDAP

Changes: * Incorporated suggestions by Peter Stuge * Package sys-auth/sakcl added --- Title: Migration required for OpenSSH with LDAP Author: Thomas Deutschmann Posted: 2018-08-xx Revision: 1 News-Item-Format: 2.0 Display-If-Installed: net-misc/openssh If your sshd authenticates against LDAP,

Re: [gentoo-dev] Re: News Item v2: Portage rsync tree verification unstable

On 03/11/2018 09:58 PM, M. J. Everitt wrote: > On 12/03/18 04:53, Duncan wrote: >> Zac Medico posted on Sun, 11 Mar 2018 19:57:31 -0700 as excerpted: >> >>> I really don't want to spend a lot of time making revisions, and I think >>> "unstable" communicates well enough in this case. >> Very well

Re: [gentoo-dev] Re: News Item v2: Portage rsync tree verification unstable

On 12/03/18 04:53, Duncan wrote: > Zac Medico posted on Sun, 11 Mar 2018 19:57:31 -0700 as excerpted: > >> I really don't want to spend a lot of time making revisions, and I think >> "unstable" communicates well enough in this case. > Very well then. With robbat2's already accepted first

[gentoo-dev] Re: News Item v2: Portage rsync tree verification unstable

Zac Medico posted on Sun, 11 Mar 2018 19:57:31 -0700 as excerpted: > I really don't want to spend a lot of time making revisions, and I think > "unstable" communicates well enough in this case. Very well then. With robbat2's already accepted first paragraph changes it's acceptable as-is.

Re: [gentoo-dev] Re: News Item v2: Portage rsync tree verification unstable

On 03/10/2018 05:38 PM, Duncan wrote: > Zac Medico posted on Sat, 10 Mar 2018 15:16:29 -0800 as excerpted: > >> Changes: >> * First paragraph rewritten by Robin Johnson >> * Fixes spelling of 'following' reported by Michael Everitt >> >> >> Title: Portage rsync tree verification unstable >>

[gentoo-dev] Re: News Item v2: Portage rsync tree verification unstable

Zac Medico posted on Sat, 10 Mar 2018 15:16:29 -0800 as excerpted: > Changes: > * First paragraph rewritten by Robin Johnson > * Fixes spelling of 'following' reported by Michael Everitt > > > Title: Portage rsync tree verification unstable > Author: Zac Medico >

[gentoo-dev] Re: [News item review] Portage rsync tree verification (v4)

Michał Górny posted on Sun, 28 Jan 2018 09:58:37 +0100 as excerpted: > The new verification is intended for users who are syncing via rsync. > Verification mechanisms for other methods of sync will be provided in > the future. > > This does not affect users syncing using git and other methods. >

[gentoo-dev] Re: [News item review] Portage rsync tree verification (v3)

Michał Górny posted on Sat, 27 Jan 2018 15:26:44 +0100 as excerpted: > The new verification is intended for users who syncing via rsync. > Verification mechanisms for other methods of sync will be provided in > future. s/in future/in the future/ Thanks for adding that paragraph. It perfectly

[gentoo-dev] Re: [News item review] Portage rsync tree verification

Michał Górny posted on Thu, 25 Jan 2018 11:04:27 +0100 as excerpted: > Hi, > > This one would be committed once new sys-apps/portage release is wrapped > up and hits ~arch. > > --- > Title: Portage rsync tree verification Might want to put a paragraph in there saying git sync users can ignore,

[gentoo-dev] Re: News Item: Portage Dynamic Deps

> On Wed, 24 Jan 2018, Martin Vaeth wrote: > Ulrich Mueller wrote: >> "Runtime dependencies (RDEPEND). These must be installed and usable >> before the results of an ebuild merging are treated as usable." >> https://projects.gentoo.org/pms/6/pms.html#x1-770008.1 >> >> IMHO

[gentoo-dev] Re: News Item: Portage Dynamic Deps

Ulrich Mueller wrote: > This is an OpenPGP/MIME signed message (RFC 2440 and 3156) > --pgp+signed++Zg8D+I6sgRUw0D > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > >> On Wed, 24 Jan 2018, Martin Vaeth wrote: > >> Rich Freeman

[gentoo-dev] Re: News Item: Portage Dynamic Deps

> On Wed, 24 Jan 2018, Martin Vaeth wrote: > Rich Freeman wrote: >> >> It would already be broken on any PMS-compliant package manager > No, it is solely the interpretation of the package manager. > PMS does not specify what information is stored in /var/db > or how that

[gentoo-dev] Re: News Item: Portage Dynamic Deps

Rich Freeman wrote: > > It would already be broken on any PMS-compliant package manager No, it is solely the interpretation of the package manager. PMS does not specify what information is stored in /var/db or how that information is used.

Re: [gentoo-dev] Re: News Item: Portage Dynamic Deps

On Tue, Jan 23, 2018 at 8:40 AM, Michael Palimaka wrote: > On 01/24/2018 12:15 AM, Michael Orlitzky wrote: >> On 01/23/2018 07:40 AM, Michael Palimaka wrote: Did you come up with a solution how to handle eclass-generated dependency changes then? >>> >>> No.

[gentoo-dev] Re: News Item: Portage Dynamic Deps

On 01/24/2018 12:15 AM, Michael Orlitzky wrote: > On 01/23/2018 07:40 AM, Michael Palimaka wrote: >>> >>> Did you come up with a solution how to handle eclass-generated dependency >>> changes then? >> >> No. >> >> Bug #641346 was filed for clarification about this, but it just got >> closed

Re: [gentoo-dev] Re: News Item: Portage Dynamic Deps

On 01/23/2018 07:40 AM, Michael Palimaka wrote: >> >> Did you come up with a solution how to handle eclass-generated dependency >> changes then? > > No. > > Bug #641346 was filed for clarification about this, but it just got > closed without answering the question or consulting anyone. > >

Re: [gentoo-dev] Re: News Item: Portage Dynamic Deps

On Tue, Jan 23, 2018 at 7:40 AM, Michael Palimaka wrote: > On 01/22/2018 09:28 PM, Andreas K. Huettel wrote: >> Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico: >>> >>> According to Gentoo policy, future ebuild dependency changes need to be >>> accompanied by a

[gentoo-dev] Re: News Item: Portage Dynamic Deps

On 01/22/2018 09:28 PM, Andreas K. Huettel wrote: > Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico: >> >> According to Gentoo policy, future ebuild dependency changes need to be >> accompanied by a revision bump in order to trigger rebuilds for users. >> Therefore, you should only

[gentoo-dev] Re: News Item: GnuCash 2.7+ Breaking Change

Kristian Fiskerstrand posted on Tue, 16 Jan 2018 15:58:11 +0100 as excerpted: > On 01/16/2018 03:45 PM, Aaron W. Swenson wrote: >> Given the situation, we have a choice: Remove GnuCash altogether, or >> press ahead with recommending a version upstream considers unstable. > > Or 3, discuss with

[gentoo-dev] Re: News item review: python-exec 2.3 reclaims python* symlinks

On 21/01/17 20:49, Michał Górny wrote: > Please review the following news item. It was requested by users. > Preferably I'd like to commit it today. > > -- > > Title: python-exec 2.3 reclaims python* symlinks > Author: Michał Górny > Content-Type: text/plain > Posted:

[gentoo-dev] Re: News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

On Mon, 1 Aug 2016 14:08:57 +0300 Andrew Savchenko wrote: > Hi, > > On Wed, 20 Jul 2016 13:13:49 -0400 NP-Hardass wrote: > > This is the first draft of a news item describing a packaging change for > > OpenAFS so that we no longer require the DEBUG_RODATA be turned off. > > This is a second try

[gentoo-dev] Re: News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

Hi, On Wed, 20 Jul 2016 13:13:49 -0400 NP-Hardass wrote: > This is the first draft of a news item describing a packaging change for > OpenAFS so that we no longer require the DEBUG_RODATA be turned off. This is a second try with rewording of the first paragraph, since it was suggested that it is

Re: [gentoo-dev] Re: News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

On Sun, 24 Jul 2016 10:05:23 +0300 Andrew Savchenko wrote: > I agree with you, but REPLACING_VERSIONS has nothing to do with > such recovery. Yes, it does. Specifically, what we want is for developers to get into the habit of writing safe, clean code, even if they think they

Re: [gentoo-dev] Re: News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

Hi, On Sun, 24 Jul 2016 03:00:40 + (UTC) Duncan wrote: > Andrew Savchenko posted on Sun, 24 Jul 2016 00:30:39 +0300 as excerpted: > > > Do we ever had such case like multiple versions of the same > > single-slotted package installed or recorded as installed in the real > > world? I'm not

[gentoo-dev] Re: News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

Andreas K. Huettel posted on Sun, 24 Jul 2016 00:04:53 +0200 as excerpted: > 1) If a package only ever had one slot, it cannot ever have two versions > installed at the same time. That guarantee (of only ever one slot) can > be given for the portage tree (sic). Obviously it doesn't work for >

[gentoo-dev] Re: News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

Andrew Savchenko posted on Sun, 24 Jul 2016 00:30:39 +0300 as excerpted: > Do we ever had such case like multiple versions of the same > single-slotted package installed or recorded as installed in the real > world? I'm not sure even in this, but I may assume that it may happen > one day. > > Do

[gentoo-dev] Re: News Item: OpenAFS no longer needs kernel option DEBUG_RODATA

On 07/21/2016 01:12 AM, Michał Górny wrote: > On Thu, 21 Jul 2016 00:22:36 +0300 > Andrew Savchenko wrote: > >> On Wed, 20 Jul 2016 15:12:01 -0400 Michael Orlitzky wrote: >>> On 07/20/2016 01:13 PM, NP-Hardass wrote: Display-If-Installed:

[gentoo-dev] Re: News item: upgrading to Plasma 5

On 03/04/16 20:34, Michael Palimaka wrote: Hi, KDE team intends to stabilise Plasma 5 shortly, so please review the accompanying news items. There's many packages that warn me about not having KDE installed when upgrading to Plasma 5. It's in a quite accusatory tone even: WARNING! Your

Re: [gentoo-dev] Re: News item: upgrading to Plasma 5

On 07/04/16 01:45, Jonathan Callen wrote: > On 04/06/2016 07:46 AM, M. J. Everitt wrote: > > > In the event you're not explicitly using a desktop or KDE desktop > > profile, can you provide a summary of the changes that should be > > made manually when switching the the kde-plasma/* ebuilds

[gentoo-dev] Re: News item: upgrading to Plasma 5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/06/2016 07:46 AM, M. J. Everitt wrote: > > In the event you're not explicitly using a desktop or KDE desktop > profile, can you provide a summary of the changes that should be > made manually when switching the the kde-plasma/* ebuilds

[gentoo-dev] Re: News item: upgrading to Plasma 5

On 04/04/16 07:57, Richard Yao wrote: > On Mon, Apr 04, 2016 at 03:34:07AM +1000, Michael Palimaka wrote: >> Hi, >> >> KDE team intends to stabilise Plasma 5 shortly, so please review the >> accompanying news items. >> >> Regards, >> >> Michael >> >> Title: KDE Plasma 5 Upgrade >> Author: Michael

Re: [gentoo-dev] Re: News item: upgrading to Plasma 5

On Mon, Apr 4, 2016 at 1:55 AM, Duncan <1i5t5.dun...@cox.net> wrote: > Michael Palimaka posted on Mon, 04 Apr 2016 05:23:03 +1000 as excerpted: > >> The default in KDE 4 was KDM, with lightdm and sddm also supported. >> >> We included information about migrating away from KDM because it's no >>

[gentoo-dev] Re: News item: upgrading to Plasma 5

Michael Palimaka posted on Mon, 04 Apr 2016 05:23:03 +1000 as excerpted: > The default in KDE 4 was KDM, with lightdm and sddm also supported. > > We included information about migrating away from KDM because it's no > longer developed or supported and in some cases fails to work with > Plasma 5

[gentoo-dev] Re: News item: upgrading to Plasma 5

On 04/04/16 05:06, Rich Freeman wrote: > On Sun, Apr 3, 2016 at 1:34 PM, Michael Palimaka > wrote: >> >> 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

[gentoo-dev] Re: News item: upgrading to Plasma 5

On 04/04/16 04:48, Mike Gilbert wrote: > On Sun, Apr 3, 2016 at 1:34 PM, Michael Palimaka > wrote: >> Hi, >> >> KDE team intends to stabilise Plasma 5 shortly, so please review the >> accompanying news items. > > Very exciting, nice work! > >> If you normally use KDM to

[gentoo-dev] Re: News item: upgrading to Plasma 5

On 04/04/16 04:34, Ulrich Mueller wrote: >> On Mon, 4 Apr 2016, Michael Palimaka wrote: > >> News-Item-Format: 1.0 >> Display-If-Installed: kde-base/plasma-workspace:4 > > Slot dependencies in Display-If-Installed are not allowed in news item > format 1.0. You should use format 2.0 (which

Re: [gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/27/2016 03:17 PM, Dirkjan Ochtman wrote: > On Fri, Jan 22, 2016 at 3:20 PM, Kristian Fiskerstrand > wrote: >> Advanced notice, please > > Committed 2016-01-27-upgrading-to-apache-2_4 to news. > > Time to request

Re: [gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

On Fri, Jan 22, 2016 at 3:20 PM, Kristian Fiskerstrand wrote: > Advanced notice, please Committed 2016-01-27-upgrading-to-apache-2_4 to news. Time to request stabilization? Cheers, Dirkjan

Re: [gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/22/2016 03:04 PM, Dirkjan Ochtman wrote: > Third attempt. > .. > > Remaining question: how do get the timing of the news item to line > up with the stabilization? Or do we just start by sending out the > news item, then file the

Re: [gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

Hi Dirkjan, make it part of the news item please. Kind regards Lars On Wed, 20 Jan 2016 13:16:19 +0100 Dirkjan Ochtman wrote: >On Wed, Jan 13, 2016 at 6:13 PM, Dirkjan Ochtman >wrote: >> After what feels like ages, we're just about ready to stabilize >> apache-2.4. Since this

Re: [gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

On 01/21/2016 06:52 AM, Lars Wendler wrote: > Hi Dirkjan, > > make it part of the news item please. > > Kind regards > Lars > > On Wed, 20 Jan 2016 13:16:19 +0100 Dirkjan Ochtman wrote: > >> On Wed, Jan 13, 2016 at 6:13 PM, Dirkjan Ochtman >> wrote: >>> After what feels like

[gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

On Wed, Jan 13, 2016 at 6:13 PM, Dirkjan Ochtman wrote: > After what feels like ages, we're just about ready to stabilize > apache-2.4. Since this is a major upgrade that in many cases require > configuration changes, we wanted to do a news item. After some > discussion with Lars

Re: [gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

On 2016-01-17 19:18, Dirkjan Ochtman wrote: > Second attempt! > > === > > Title: Upgrading Apache from 2.2 to 2.4 > Author: Dirkjan Ochtman > Content-Type: text/plain > Posted: 2016-01-17 > Revision: 1 > News-Item-Format: 1.0 > Display-If-Installed: www-servers/apache > > With

Re: [gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/17/2016 10:18 AM, Dirkjan Ochtman wrote: > Second attempt! > > === > > Title: Upgrading Apache from 2.2 to 2.4 Author: Dirkjan Ochtman > Content-Type: text/plain Posted: 2016-01-17 > Revision: 1 News-Item-Format: 1.0

[gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

Second attempt! === Title: Upgrading Apache from 2.2 to 2.4 Author: Dirkjan Ochtman Content-Type: text/plain Posted: 2016-01-17 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

[gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

Dirkjan Ochtman posted on Wed, 13 Jan 2016 18:13:41 +0100 as excerpted: > Display-If-Installed: www-servers/apache Can't that be made

Re: [gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

On Thu, Jan 14, 2016 at 10:53 AM, Duncan <1i5t5.dun...@cox.net> wrote: >> Display-If-Installed: www-servers/apache > > Can't that be made 2.4 need a news item about something they've already taken care of? This makes sense to me, though I imagine it could be annoying if people (stupidly, but

[gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/04/2016 01:26 AM, Sebastian Pipping wrote: > Hi! > > > Better late then never. Posting 72 hours from now the earliest as > advised by GLEP 42. Feedback welcome as usual. Do you have any timeline in place for the change happening in tree

[gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

On Mon, Jan 4, 2016 at 3:41 AM, Kristian Fiskerstrand wrote: > > On 01/04/2016 01:26 AM, Sebastian Pipping wrote: >> Hi! >> >> >> Better late then never. Posting 72 hours from now the earliest as >> advised by GLEP 42. Feedback welcome as usual. > > Do you have any timeline in

Re: [gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/04/2016 09:41 AM, Kristian Fiskerstrand wrote: > On 01/04/2016 01:26 AM, Sebastian Pipping wrote: >> Hi! > > Such a change should really be avoided if possible. Would it be > possible to have a conditional approach where either one can be

Re: [gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/04/2016 02:30 PM, Kristian Fiskerstrand wrote: > On 01/04/2016 09:41 AM, Kristian Fiskerstrand wrote: >> On 01/04/2016 01:26 AM, Sebastian Pipping wrote: >>> Hi! > > > > >> Such a change should really be avoided if possible. Would it be

Re: [gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/4/2016 3:41 AM, Kristian Fiskerstrand wrote: > On 01/04/2016 01:26 AM, Sebastian Pipping wrote: >> Hi! > > >> Better late then never. Posting 72 hours from now the earliest >> as advised by GLEP 42. Feedback welcome as usual. > > Do you have

Re: [gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

Kristian Fiskerstrand wrote: > Maybe I'm thinking things too difficult, why not just define both -D > PHP and -D PHP5 in the transition period and suggest this config for > any change? Because it mostly just defers the problem. If the desire is to move away from PHP5 then I would suggest to

Re: [gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

On Mon, Jan 4, 2016 at 9:20 AM, Kristian Fiskerstrand wrote: > > And while at it, in additional to news item, this should likely follow > a few version upgrades as elog messages before actually being > implemented anywhere > I don't want to be too prescriptive with the

Re: [gentoo-dev] Re: News item: GRUB security update

Rich Freeman wrote: > On Sat, Dec 19, 2015 at 8:24 AM, Tobias Heinlein > wrote: >> Hi, >> >> On 18.12.2015 21:06, Mike Gilbert wrote: >>> Hi, please review the news item below. >> thanks for drafting this news item. However, the usual way to inform >> users about security

Re: [gentoo-dev] Re: News item: GRUB security update

On Sat, Dec 19, 2015 at 8:44 AM, Rich Freeman wrote: > On Sat, Dec 19, 2015 at 8:24 AM, Tobias Heinlein > wrote: >> Hi, >> >> On 18.12.2015 21:06, Mike Gilbert wrote: >>> Hi, please review the news item below. >> >> thanks for drafting this news item.

[gentoo-dev] Re: News item: GRUB security update

Hi, On 18.12.2015 21:06, Mike Gilbert wrote: > Hi, please review the news item below. thanks for drafting this news item. However, the usual way to inform users about security flaws is by sending a GLSA. :) Based on your news item, we have drafted a GLSA now. It's currently pending review by

[gentoo-dev] Re: News item: GRUB security update

On Sat, Dec 19, 2015 at 8:24 AM, Tobias Heinlein wrote: > Hi, > > On 18.12.2015 21:06, Mike Gilbert wrote: >> Hi, please review the news item below. > > thanks for drafting this news item. However, the usual way to inform > users about security flaws is by sending a GLSA.

[gentoo-dev] Re: News item: GRUB security update

On 12/19/2015 02:44 PM, Rich Freeman wrote: > On Sat, Dec 19, 2015 at 8:24 AM, Tobias Heinlein > wrote: >> Hi, >> >> On 18.12.2015 21:06, Mike Gilbert wrote: >>> Hi, please review the news item below. >> .. > > I guess my point isn't that GLSAs are a bad thing, but

[gentoo-dev] Re: News Item: Future Support of hardened-sources Kernel

Anthony G. Basile posted on Tue, 20 Oct 2015 05:34:33 -0400 as excerpted: > On 10/20/15 4:45 AM, Rich Freeman wrote: >> On Tue, Oct 20, 2015 at 4:23 AM, Daniel Campbell >> wrote: >>> However, does this mean the hardened kernel package must stay in ~arch >>> since it's

[gentoo-dev] Re: news item: OpenRC 0.18 changes to localmount and netmount

William Hubbs posted on Mon, 28 Sep 2015 17:58:19 -0500 as excerpted: > Title: OpenRC-0.18 changes to localmount and netmount $ echo "OpenRC-0.18 changes to localmount and netmount" | wc -c 47 I know there was some discussion about lifting the glep-42 title limit of 44 chars, but AFAIK

[gentoo-dev] Re: news item: libvirt-1.2.19 init script upgrades

Matthias Maier posted on Fri, 11 Sep 2015 16:22:27 -0500 as excerpted: > Title: libvirt-1.2.19 init script changes ... > OpenRC Users: I'm not a libvirt (neither openrc, now) user, but it looks good here in terms of general clarity/spelling/grammar, and you didn't hit the commonly hit

[gentoo-dev] Re: News item review: SquashDelta syncing support

Brian Dolbec dol...@gentoo.org wrote: Martin Vaeth mar...@mvath.de wrote: However, currently this does not play nicely with squashdelta: You have to undo the mounting of squashdelta and have to use different command (e.g. squashmount) afterwards. No, that is not correct [...] 2)

Re: [gentoo-dev] Re: News item review: SquashDelta syncing support

On Mon, 18 May 2015 05:48:59 + (UTC) Martin Vaeth mar...@mvath.de wrote: Rich Freeman ri...@gentoo.org wrote: Downsides include: 2. Impossible to tweak ebuilds without setting up an overlay. This might be annoying for devs/etc. It is still possible to setup a read-writable portage

[gentoo-dev] Re: News item review: SquashDelta syncing support

Michael Orlitzky posted on Sat, 16 May 2015 20:45:08 -0400 as excerpted: On 05/16/2015 06:00 PM, Michał Górny wrote: Do we need a news item for this at all? Everything is backward compatible and most people don't need to do anything at all in response to the news. No, we don't. But news

[gentoo-dev] Re: News item review: SquashDelta syncing support

Michał Górny posted on Sun, 17 May 2015 05:47:15 +0200 as excerpted: Dnia 2015-05-16, o godz. 20:38:36 Michael Orlitzky m...@gentoo.org napisał(a): On 05/16/2015 06:01 PM, Michał Górny wrote: We have gentoo-announce@g.o and gentoo-user@g.o too! That's gentoo-dev-announce. 'dev' is

[gentoo-dev] Re: News item review: SquashDelta syncing support

Rich Freeman ri...@gentoo.org wrote: Downsides include: 2. Impossible to tweak ebuilds without setting up an overlay. This might be annoying for devs/etc. It is still possible to setup a read-writable portage tree (using overlayfs/aufs/unionfs-fuse/... e.g. using the squashmount tool from

Re: [gentoo-dev] Re: news item: nfsmount renamed nfsclient

All, here is the third iteration of this news item. Unless there are objections, this will go in the tree sometime after 13:00 utc on 2015-02-02. William Title: nfs service changes Author: William Hubbs willi...@gentoo.org Content-Type: text/plain Posted: 2015-02-02 Revision: 1

[gentoo-dev] Re: news item: nfsmount renamed nfsclient

William Hubbs posted on Sun, 01 Feb 2015 17:16:30 -0600 as excerpted: here is the third iteration of this news item. Unless there are objections, this will go in the tree sometime after 13:00 utc on 2015-02-02. LGTM. =:^) -- Duncan - List replies preferred. No HTML msgs. Every nonfree

Re: [gentoo-dev] Re: news item: nfsmount renamed nfsclient

All, here is the latest iteration of this news item, with input from both rich0 and radhermit. If this is what we accept, someone might want to update the wiki and add a wiki page about autofs setup if it isn't there already. Let me know what you think. William Title: nfs service changes

[gentoo-dev] Re: news item: nfsmount renamed nfsclient

William Hubbs posted on Sat, 31 Jan 2015 15:25:31 -0600 as excerpted: [Proposed news item body excerpted below...] The upgrade to nfs-utils-1.3.1-r1 includes significant service changes, both for OpenRC and systemd users. Good opening. =:^) Or optionally, to get rid of that comma (it looks

[gentoo-dev] Re: news item: nfsmount renamed nfsclient

On Fri, Jan 30, 2015 at 7:57 PM, Rich Freeman ri...@gentoo.org wrote: On Fri, Jan 30, 2015 at 5:22 PM, William Hubbs willi...@gentoo.org wrote: this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa asked me to write a news item as well, so here it is. There was a similar

[gentoo-dev] Re: news item: nfsmount renamed nfsclient

On Fri, Jan 30, 2015 at 5:22 PM, William Hubbs willi...@gentoo.org wrote: this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa asked me to write a news item as well, so here it is. There was a similar change in the systemd units (also mentioned in the ewarns). It might

[gentoo-dev] Re: news item: nfsmount renamed nfsclient

William Hubbs posted on Fri, 30 Jan 2015 16:22:38 -0600 as excerpted: this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa asked me to write a news item as well, so here it is. Let me know what you think. Thanks, William Title: nfsmount service renamed nfsclient

  1   2   3   >