Re: [gentoo-dev] Unused profiles

On 01/19/2017 05:25 PM, Anthony G. Basile wrote: > [snip] > > Also, we should just drop a deprecated file into these profiles for now > and wait a year before removing them from the tree. > Agreed. Some sort of deprecation notice would make sense and give people time to figure out a way forward

Re: [gentoo-dev] Unused profiles

Michal, I'll look at all of the following ones over the weekend and get back to you but here's my 2 cents: > default/linux/mips/13.0/desktop > default/linux/mips/13.0/developer > default/linux/mips/13.0/mipsel/desktop > default/linux/mips/13.0/mipsel/developer >

Re: [gentoo-portage-dev] Re: [PATCH V2] emaint: add more meaningful error messages to the logs module

On Thu, 19 Jan 2017 23:02:28 +0200 Alexandru Elisei wrote: > The logs module can fail for a variety of reasons: the PORT_LOGDIR > variable isn't set in make.conf or it doesn't point to a directory; > the PORT_LOGDIR_CLEAN command uses a binary which isn't present in

[gentoo-portage-dev] Re: [PATCH V2] emaint: add more meaningful error messages to the logs module

The logs module can fail for a variety of reasons: the PORT_LOGDIR variable isn't set in make.conf or it doesn't point to a directory; the PORT_LOGDIR_CLEAN command uses a binary which isn't present in the system or the binary itself failed during execution. There is only one generic error message

Re: [gentoo-portage-dev] Re: [PATCH V3] emaint: exit with non-zero status code when module fails (bug 567478)

On Wed, 18 Jan 2017 19:15:54 +0200 Alexandru Elisei wrote: > Module functions currently return a message to emaint after > invocation. Emaint prints this message then exits normally (with a > success return code) even if the module encountered an error. This > patch

Re: [gentoo-dev] Unused profiles

Hi Michal, > default/linux/arm/13.0/armv4/desktop/plasma > default/linux/arm/13.0/armv4t/desktop/plasma > default/linux/arm/13.0/armv5te/desktop/plasma > default/linux/arm/13.0/armv6j/desktop/plasma > default/linux/arm/13.0/armv7a/desktop/plasma > default/linux/arm/13.0/desktop/plasma/systemd

Re: [gentoo-portage-dev] [PATCH] emaint: add more meaningful error messages to the logs module

On Thu, 19 Jan 2017 20:53:02 +0200 Alexandru Elisei wrote: > The logs module can fail for a variety of reasons: the PORT_LOGDIR > variable isn't set in make.conf or it doesn't point to a directory; > the PORT_LOGDIR_CLEAN command uses a binary which isn't present in

[gentoo-dev] Last-rites: Plasma 4 & related

# Johannes Huber (19 Jan 2017) # Plasma 4 removal in 30 days. # Please read news item. All packages export to kde-sunset overlay. # Gentoo bugs #473678, #528612, #537062, #586814.S kde-plasma/bluedevil:4 kde-plasma/freespacenotifier kde-plasma/kcheckpass kde-plasma/kcminit

Re: [gentoo-dev] News item: KDE Workspaces 4.11 and KDE profile removal

Thanks to everyone providing feedback. News item submitted. Best Regards, Andreas

Re: [gentoo-dev] Unused profiles

This may also be another use of a graveyard overlay; packages, profiles, eclasses, anything else removed from tree. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Unused profiles

Ok, a little update. Here's a list with deprecated profiles excluded: arch/arm64/big-endian arch/x86/xbox default/linux/amd64/dev/32bit-userland default/linux/arm/13.0/armv4/desktop/plasma default/linux/arm/13.0/armv4t/desktop/plasma default/linux/arm/13.0/armv5te/desktop/plasma

[gentoo-portage-dev] [PATCH] emaint: add more meaningful error messages to the logs module

The logs module can fail for a variety of reasons: the PORT_LOGDIR variable isn't set in make.conf or it doesn't point to a directory; the PORT_LOGDIR_CLEAN command uses a binary which isn't present in the system or the binary itself failed during execution. There is only one generic error message

Re: [gentoo-dev] Unused profiles

On Thu, 19 Jan 2017 18:30:10 +0100 Alexis Ballier wrote: > On Thu, 19 Jan 2017 18:08:26 +0100 > Michał Górny wrote: > > > (CC-ing a lot of potentially interested teams) > > > > Hi, everyone. > > > > I've did a quick sweep of profiles/ directory for

Re: [gentoo-dev] Unused profiles

On Thu, 19 Jan 2017 18:08:26 +0100 Michał Górny wrote: > (CC-ing a lot of potentially interested teams) > > Hi, everyone. > > I've did a quick sweep of profiles/ directory for unused profiles. > Unused means: not used as parent of any other profile, and not listed > in

[gentoo-dev] Unused profiles

(CC-ing a lot of potentially interested teams) Hi, everyone. I've did a quick sweep of profiles/ directory for unused profiles. Unused means: not used as parent of any other profile, and not listed in profiles.desc. Note that the list does not include parents of the listed profiles since they

Re: [gentoo-dev] MANPATH handling in ebuilds

On Thu, Jan 19, 2017 at 8:45 AM, Gilles Dartiguelongue wrote: > Le mercredi 04 janvier 2017 à 21:12 +, Wolfgang Mueller a écrit : >> is definitely not set when executing cron scripts like that. I >> deleted all mandoc.db files and waited for them to be regenerated. >> Only >>

Re: [gentoo-dev] MANPATH handling in ebuilds

Le mercredi 04 janvier 2017 à 21:12 +, Wolfgang Mueller a écrit : > is definitely not set when executing cron scripts like that. I > deleted all mandoc.db files and waited for them to be regenerated. > Only > the one in /usr/share/man was generated, which means that makewhatis > fell back to