Re: [gentoo-dev] RFC: l10n.eclass

2012-07-23 Thread Ben de Groot
On 20 July 2012 15:33, Ralph Sennhauser s...@gentoo.org wrote:
 On Thu, 19 Jul 2012 23:37:32 +0800
 Ben de Groot yng...@gentoo.org wrote:

 I got a few more suggestions on IRC, and I have updated the eclass
 accordingly. Please check the attached new version, also available at
 https://gitorious.org/gentoo-qt/qt/blobs/master/eclass/l10n.eclass

 Pseudo inlining

 # Add linguas useflags
 if [[ -n ${PLOCALES} ]]; then
   for u in ${PLOCALES}; do
   IUSE+= linguas_${u}
   done
 fi

 no need to guard the loop against empty $PLOCALES.

 l10n_for_each_locale_do() {
   local locs x
   locs=$(l10n_get_locales)
   if [[ -n ${locs} ]]; then
   for x in ${locs}; do
   ${@} ${x} || die failed to process enabled
 ${x} locale done
   fi
 }

 same here, no guarding required and ${@} should be quoted as it may
 contain args with spaces. Also in l10n_for_each_disabled_locale_do.

Okay, I will make those changes.

 # ones. This function is normally used internally in this eclass, not
 by # l10n.eclass consumers.
 l10n_get_locales() {

 I'd mark this function @INTERNAL then, at least until someone can
 presents a use case.
 If you are sufficiently sure this function shouldn't be used by
 consumers you could remove the function

There are use cases, e.g. net-im/qtwitter-0.10.0-r1 for which I have
an editted -r10 revision in my dev overlay. I'm sure it could be handled
with l10n_for_each_locale_do, but the migration is more straight-forward
by simply using l10n_get_locales in this case.

This is why I worded it normally instead of only. Maybe the wording
could be improved?

-- 
Cheers,

Ben | yngwin
Gentoo developer
Gentoo Qt project lead, Gentoo Wiki admin



Re: [gentoo-dev] RFC: l10n.eclass

2012-07-23 Thread Ralph Sennhauser
On Mon, 23 Jul 2012 20:29:44 +0800
Ben de Groot yng...@gentoo.org wrote:

  # ones. This function is normally used internally in this eclass,
  not by # l10n.eclass consumers.
  l10n_get_locales() {  
 
  I'd mark this function @INTERNAL then, at least until someone can
  presents a use case.
  If you are sufficiently sure this function shouldn't be used by
  consumers you could remove the function  
 
 There are use cases, e.g. net-im/qtwitter-0.10.0-r1 for which I have
 an editted -r10 revision in my dev overlay. I'm sure it could be
 handled with l10n_for_each_locale_do, but the migration is more
 straight-forward by simply using l10n_get_locales in this case.
 
 This is why I worded it normally instead of only. Maybe the
 wording could be improved?

The primary concern should be expressiveness. That said, qttwitter
looks like a good example use case. You have convinced me.

src_configure() {
  qmake4 PREFIX=/usr LANGS=$(l10n_get_locales)
}

Maybe l10n_get_enabled_locales would read even more natural here?

Either way I'd drop the internal entirely as it also provides a simple
way to sanitize LINGUAS without relying on the package manager. ie.
setting 'LINGUAS=$(l10n_get_locales)' in an ebuild would enable the
possible EAPI 5 behaviour described later in this thread, which would
allow direct use of LINGUAS. The only difference being the backup
locale.


signature.asc
Description: PGP signature


Re: [gentoo-dev] Detecting ignored *FLAGS

2012-07-23 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 07/22/2012 08:44 PM, Diego Elio Pettenò wrote:
 Il 22/07/2012 14:38, Rick Zero_Chaos Farina ha scritto:
 It would seem to me that we could get all these QA warning out of the
 way very quickly by adding -frecord-gcc-switches to the *FLAGS in the
 base profile (it appears to be platform agnostic but if I'm wrong we can
 add it for supported arches).
 
 Ehm no that's not a good idea because it can actually cause problems.
 Some ebuilds do s/-O2/${CFLAGS} s/gcc/$(tc-getCC)/ (in this order) and
 then -frecord-gcc-switches will fail.
 
 Other packages call ld directly, and then -frecord-gcc-switches in
 LDFLAGS will fail...
 
Those are two very valid reasons why we can't add these to the profiles,
but do you have any suggestions on how we can get more than just
yourself running this QA?

Even something simply like detecting CFLAGS=-frecord-gcc-switches set
but not FFLAGS and then teasing the user into fixing it would seem
worthwhile to me.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQDYo6AAoJEKXdFCfdEflK7TkP/i3Fg5jyC00QQMNLh/RAf4O6
kZHlFaTNzAjaCJvdaZY10LEPpz4sOMLyGq+gE4dnugafUkoAj4Lv17pDy7Fat0RZ
7qGJcw2JK/lzX4G0djIb8DCX8zx1zlFBmODtOMQudJev8wdpOYA0WtNtLMHacWPp
h7+cEe3rUXZcHHH+9Pl5C1DBzZpHo8hG1JIW/Mg8p5JiCeXmGLNg8IeLC+lfKP3i
4wt7H9T+IAY/4oa1ihk+y46asnjhn8DkeAMtcsDow/ZB0iuqhfd5OCD0naUi/Yge
/Um7YN+mVQX2bMUa5tSqRLRA8GKrHoacGG7SL98VPCXEocBZ+LdoQgDsocRJ1D7n
t9ETEi5uHoGQ7CnnaH5UUq9wB/NddizQ+jg2rNyAnq0RobQLyfq9d0CwM5KjmHpx
q2dbiRtXZWhtDK8xDzogwZN0BChZgO04PgHnMwLrxqxCJ/tTb+KwjRKsUSFQErwn
kmq6/WmInFYKi1uCjyYIHmUVHjfGrlKc9Frbiu8Q/r+L4Jp9uGg/xYuZprxiiWZF
Y5XkYjWfdelDoFZ+TowpfMUcyQNjssbUK/Djf6xPnIlGiUtSEDQf0yJrnITmjHov
baWsHBnO6WEyvGwvXOyn5V3ZAbXj7rmipcFePa6WqxwhlwNbPFY9SVnffg5fdbdQ
gm+lUFpJnEg33LrKOvoM
=3iiT
-END PGP SIGNATURE-



[gentoo-dev] About replacing man with man-db

2012-07-23 Thread Pacho Ramos
As explained at:
https://bugs.gentoo.org/show_bug.cgi?id=284822

There are multiple issues with sys-apps/man that could be solved
switching to sys-apps/man-db instead, the problem is that the process
looks to be blocked by:
https://bugs.gentoo.org/show_bug.cgi?id=289884

After checking that bug report, looks like a patch already exists to fix
that one:
https://bugs.gentoo.org/show_bug.cgi?id=289884#c19

But moving is still stalled, what else is pending?

Thanks a lot



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Detecting ignored *FLAGS

2012-07-23 Thread Diego Elio Pettenò
Il 23/07/2012 10:30, Rick Zero_Chaos Farina ha scritto:
  
 Those are two very valid reasons why we can't add these to the profiles,
 but do you have any suggestions on how we can get more than just
 yourself running this QA?

Add it to the dev profile (I think we have one?) via bashrc, then we
should have something. If something breaks on a dev box, I'd say the
best effort can be made to fix it.

-- 
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] net-misc/quagga needs help

2012-07-23 Thread Pacho Ramos
It has security bugs opened for a long time:
https://bugs.gentoo.org/show_bug.cgi?id=408507

Also, current version fails to build, and the same occurs while trying
to bump to the latest version:
https://bugs.gentoo.org/show_bug.cgi?id=421861

Help with this is needed, otherwise we will probably need to hardmask it
due security bugs (and it not being installable just now)

Thanks for your help


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Detecting ignored *FLAGS

2012-07-23 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 07/23/2012 01:44 PM, Diego Elio Pettenò wrote:
 Il 23/07/2012 10:30, Rick Zero_Chaos Farina ha scritto:

 Those are two very valid reasons why we can't add these to the profiles,
 but do you have any suggestions on how we can get more than just
 yourself running this QA?
 
 Add it to the dev profile (I think we have one?) via bashrc, then we
 should have something. If something breaks on a dev box, I'd say the
 best effort can be made to fix it.
 
We do have a dev profile, and I agree that is a good place to start.

Is there a good way to add that to the dev profile?  I'm mostly curious
if there is a way to do it without angering llvm/clang users?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQDZzwAAoJEKXdFCfdEflKAHkP/2akntlGkp9uTbOAp0zMZK+2
uI/nSIf7EMiv8sebWVXkSOpnucOpcrZdnXhLCzhb5rEcF+2tjwXQZw5vtsl5OCNr
pGngn6r5qoQRBQt5WGBg9q73BY0vskN+LOLEPkq3tEYzJuTnS+a238oMZp8E3AvQ
9oH2eSLUqBJlsJtujj4Qu/VyITT7K4wfFRoL57epXdli600VES/L6owPmSbmyeoV
JR3tX8uNW56Ua7yZOfP7fl0nDUGPiCp80hjiwuetdNw0SDGp8+xToysS5ZsNjhhl
jSo0WeDO4TJG87uxovHWbT+iBWBEm/cbk4APsCbMZc96ef1v7jo1IYzZFCDaYiMP
vB0xJJibQJqSDNqx6Fg6V+lM14HxGvy0ufdz4gUuQL1GsBJX5B/924+87akx32iR
8m1Z/iarxvcvox3hqHEdiRUIwUnjvt5CSlCh3Y5/yTKDIJqyGzQQ1N3yv7jEHCPB
iXCrl007R75t7Zgp/2SHWcstzRQeLJhDem8JElhIoreH9EaAFO+9ZdQAHgjcknxt
b9YUKrkoI1kPaH+NoDq0o5w0SpesF5fngJFbd/aAxcolMzPsjlsH5LJB/A/3rWrk
+fzsa4rGof5Z4zyUVzaC2t5/rDnlrU0qitBDrmC11fP7KsAMnvA83AJ+H/5AmdDR
xwWR8gYaXbaWseERW9qE
=NrWq
-END PGP SIGNATURE-



Re: [gentoo-dev] net-misc/quagga needs help

2012-07-23 Thread Peter Stuge
Pacho Ramos wrote:
 Help is needed

I'd actually just run bird instead.

 fails to build: https://bugs.gentoo.org/show_bug.cgi?id=421861

Did anyone report it upstream?


//Peter


pgp7wB8cqKxOl.pgp
Description: PGP signature


Re: [gentoo-dev] net-misc/quagga needs help

2012-07-23 Thread Diego Elio Pettenò
Il 23/07/2012 14:10, Peter Stuge ha scritto:
 Did anyone report it upstream?

Not me ... because I wouldn't know which one to care about. The problem
with upstream is that you have what they call master that is not really
stable, then what they call 'Release Engineering' that looks like a
kernel stable branch but they introduce new features there (instead of
master) first.

Then there is the concept that they don't really care about doing new
releases to fix build or run failures because they say that's what
integrators and distributors should be paid to deal with.

I agree with you, I'd rather run bird.

-- 
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Jorge Manuel B. S. Vicetto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi.

I propose to commit this news item in 2 or 3 days. Does anyone have
any comments about it?
The idea is to show this news item on all Gentoo systems. Is that even
possible / desirable?
I've talked with both the PR and Docs team before about this change.
I'll try to help the docs team updating the handbook.


Title: Changes on new stages
Author: Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org
Content-Type: text/plain
Posted: 2012-07-27
Revision: 1
News-Item-Format: 1.0

Starting with catalyst 2.0.10, make.conf and make.profile will be
moved from /etc to /etc/postfix. Releng build boxes will be updated to
this catalyst version during the next few days. So I expect stages
built after July 30th to have make.conf and make.profile on /etc/portage.


- -- 
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQDedfAAoJEC8ZTXQF1qEP0xwQAJaX1KgYTVDpyfO+A1loKuz2
nY/lTPHs5w9vONaBm04dxt8zsuW84dhhOOxwWvOwWzV4DXpsPmiQpX/3QuNY86Nz
B7npuvemDNh+tOvMhuzZeXKZhlAoFDG/onIJegcQnwLfk1urSfGnUQqXNdInkvlP
nWMebJTb7dI9R06W+hQPKvviW+EeuUfuA3DmfPKv9j1G2iUJCcXyi2aDWN5RNZlJ
AnoSI8xllIWeqh8G5ushwVLqtlA9kmBx0HV7EotCk+A/z0ITrtT1AEZvMrGgt9Kf
jSzVTMVVR9/nYn3/NvreahGak+ztKCa/eRuARm5bTjXBR8IohNL/mhsydH9YSxjY
h/RMb7ESXyGfSwfCgAosb9EaM6TO3HPHfX7KmKJTnrgyA9vn3jckgNcCyTPyJome
OqZenKYo+6StnDbRq7Vmmo/woZ4SAALIhtxEbs/kP0Hdi8X4HYQc9OxBssDANHdR
L85ILLzBMhcFfPsxIxM3R3GGae7MsfnS/cymOluHu8J+KqsLTgYXnPJoJ8RDk4Em
4D5kIXFVbld92begBA8VecmjE+s7sNCgmRSCZzyovikP9vevrmVvgsFsW6evUDJu
KOqmGrF4JNFU0l/nr/qs5wz1YDA/vAurcvNELxDd1whWtB0I7fdzbuchIYkxtAuN
lMn8FElQKkT68B+5HZeE
=dx+o
-END PGP SIGNATURE-



Re: [gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Diego Elio Pettenò
Il 23/07/2012 17:07, Jorge Manuel B. S. Vicetto ha scritto:
 from /etc to /etc/postfix. 

Are you really sure? I don't think Portage looks for it there ... ;)

-- 
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Doug Goldstein
On Mon, Jul 23, 2012 at 7:07 PM, Jorge Manuel B. S. Vicetto
jmbsvice...@gentoo.org wrote:

snip

 Starting with catalyst 2.0.10, make.conf and make.profile will be
 moved from /etc to /etc/postfix. Releng build boxes will be updated to

s/postfix/portage/

snip

-- 
Doug Goldstein



Re: [gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Jorge Manuel B. S. Vicetto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 24-07-2012 00:19, Diego Elio Pettenò wrote:
 Il 23/07/2012 17:07, Jorge Manuel B. S. Vicetto ha scritto:
 from /etc to /etc/postfix.
 
 Are you really sure? I don't think Portage looks for it there ...
 ;)

Thanks Diego for catching the typo.
It's obviously /etc/portage and not /etc/postfix.

- -- 
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQDeqrAAoJEC8ZTXQF1qEPq8oQAJ14P7XIvQtk04sNYpufT8H/
C9iPyo7iduDT/z8Uj8OlFu/4GPsUs+bjege4coOY0XOU1L6lolAR/1IsfanmufNc
LrkmqR6nmVbNhs/WsNnaJ1mXY6ietfkk1FWGZcLq9KJsIPwFz3hAnbghu0Kupefs
SpiFrwwVmHH2RV5KXJ+IL8Y6m9v6vI7C4qjkiuYsomq+i89FOvhwowTqxLqfR9WH
Sp8cM3hV67lTjCjT2lPqlbSp3vkVWdWP58C+Tn/VRSQjNBYJ8Gf1PmySzhDJruom
WO/SDfWNo1+1QTbrImkrpFMwDGK3PQSlyMAPUXrlbTPXB5uHs8JATb+2OESgOBIN
1ZI8ykiCLnD790ULmEkLKvhxqMrw7PmHwjQQIUp+bLcHYjIugk6sk5z9pGji516g
jQH0cvRKe53R7hnj4GgD0DRK3hqUBOr5AmIbaDKLSfaEuH/mJVJBKzejMIv7bHzY
s/rXWvWrZQhke2qciljL6u7OzeRK6z316zWud4doNgbpUbocpgFLGyqCZPCOazPf
6LiFJd2VM9hqSkzJbVY3nQlNuXnIPexhhuNOCTXwM71TpTSIeKsnIVthvm8dljm5
h9MJEwgqGhzfyzCOsvCtrTTfbLAax4kA1DR0DrtId6bWh8b3VGDwkzREVo5rKaxc
c3n/ygY3YlfhlYSwJUXg
=0dTE
-END PGP SIGNATURE-



Re: [gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Jory A. Pratt
On 07/23/2012 07:07 PM, Jorge Manuel B. S. Vicetto wrote:
 Hi.
 
 I propose to commit this news item in 2 or 3 days. Does anyone have
 any comments about it?
 The idea is to show this news item on all Gentoo systems. Is that even
 possible / desirable?
 I've talked with both the PR and Docs team before about this change.
 I'll try to help the docs team updating the handbook.
 
 
 Title: Changes on new stages
 Author: Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org
 Content-Type: text/plain
 Posted: 2012-07-27
 Revision: 1
 News-Item-Format: 1.0
 
 Starting with catalyst 2.0.10, make.conf and make.profile will be
 moved from /etc to /etc/postfix. Releng build boxes will be updated to
Why are we wanting to use a known packages config location? I am
refering to mail-mta/postfix of course.
 this catalyst version during the next few days. So I expect stages
 built after July 30th to have make.conf and make.profile on /etc/portage.
 
Jory





signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 07/23/2012 08:07 PM, Jorge Manuel B. S. Vicetto wrote:
 Hi.
 
 I propose to commit this news item in 2 or 3 days. Does anyone have
 any comments about it?
 The idea is to show this news item on all Gentoo systems. Is that even
 possible / desirable?
 I've talked with both the PR and Docs team before about this change.
 I'll try to help the docs team updating the handbook.
 
 
 Title: Changes on new stages
 Author: Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org
 Content-Type: text/plain
 Posted: 2012-07-27
 Revision: 1
 News-Item-Format: 1.0
 
 Starting with catalyst 2.0.10, make.conf and make.profile will be
 moved from /etc to /etc/postfix. Releng build boxes will be updated to
 this catalyst version during the next few days. So I expect stages
 built after July 30th to have make.conf and make.profile on /etc/portage.
 
 
 
 

A lot of things, app-portage/ufed for example, don't support this yet...

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQDewnAAoJEKXdFCfdEflKZ9EP/jAKyQwBVTQZjHQSPLA0Twqw
WeZaTlhqTYJdoG3I6RNcC6MMIDCu9FVGuNsZNsv2nv5+K7jViGgxGnY1jThDKSvK
7rtO8gXsiKwjzLxn5WKePXU9eH7IctrZ9vq6V5WoaE8M0U9YlFTeC2Ni7+/SCvlg
H+lDGFrAyvlDmbscvb5b33BnPim43ZXqATUPzInsdejUAHLRJ72YpF61UGBFhvq+
GVs+iSzSWmUiq0c6l56J3dTuuNdUFthyABuNEsF77BqyqVjAQDrGOsqUYPOjweKL
+Bl9uc4d6XJJuCC7WXOPnMWcJ1/xCDYIq4kGrbwEah/3xxTHHJk4IPRjJecP/RnO
u1ae92ZvEvqf6teULGQw3HM9JOVRxy0N+jixaA7S4PMz4dAhFobuPxEz+gJxENly
jZtPupAOAyKmAuGQKq8ArtnMxKHrfaUSjQ/jaROYDqltAH+OyD7hgVWrhEasdGb5
2lXZ0b5uu7qqiXOZa+e6Wm7cAD85rOfmT96SmgjYHMfZYTF54NgYctPVd3udNuNY
oGxk4BNxp7LyqRY9dQO+fEmCu+oLAGKF1okUTwXbxh02R0RmHnwu5LEFqBjDIl5l
ZZnbFfQb/W1RQEk7s4iZQROt/QAQ6T6X2WsxvncGejBnjzmGLRTjxqv3adKJIfyr
tBlM9iy7QZ2crhR4DbeM
=KtOa
-END PGP SIGNATURE-



[gentoo-dev] Re: news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Rich Freeman
On Mon, Jul 23, 2012 at 8:07 PM, Jorge Manuel B. S. Vicetto
jmbsvice...@gentoo.org wrote:

 I propose to commit this news item in 2 or 3 days. Does anyone have
 any comments about it?

What action if any do you want Gentoo users to take.  If I read that
news item the first question I'd have is where SHOULD I keep those
files?  Should I leave them alone?  Should I move them?  Will anything
bad happen either way?

If the answer is that we're changing the defaults but plan to support
the old way for a very long time, then spell that out.  Otherwise
you'll get a million people asking about it.

Rich



Re: [gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Brian Dolbec
On Mon, 2012-07-23 at 20:28 -0400, Rick Zero_Chaos Farina wrote:

 A lot of things, app-portage/ufed for example, don't support this yet...
 

ufed is on the endanged species list, along with a few other app-portage
utilities. It hasn't been developed or maintained for some time now.  If
it is to survive, It'll need someone to step up and update it. 
-- 
Brian Dolbec dol...@gentoo.org


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Re: news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Jorge Manuel B. S. Vicetto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 24-07-2012 01:33, Rich Freeman wrote:
 On Mon, Jul 23, 2012 at 8:07 PM, Jorge Manuel B. S. Vicetto 
 jmbsvice...@gentoo.org wrote:
 
 I propose to commit this news item in 2 or 3 days. Does anyone
 have any comments about it?
 
 What action if any do you want Gentoo users to take.  If I read
 that news item the first question I'd have is where SHOULD I keep
 those files?  Should I leave them alone?  Should I move them?  Will
 anything bad happen either way?
 
 If the answer is that we're changing the defaults but plan to
 support the old way for a very long time, then spell that out.
 Otherwise you'll get a million people asking about it.

This is just a heads-up for Gentoo users that got used to find
make.conf and make.profile under /etc in stages, that these files will
stop being there and will instead be under /etc/portage. So we are
changing the defaults.
About supporting the old way, that is beyond Releng and up to Portage
and maintainers of portage tools. I was told at least Portage has no
plan to drop support for /etc in the foreseeable future.

 Rich

- -- 
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQDgFYAAoJEC8ZTXQF1qEPzdwP/16ArdOg1k+2vX1xAbwDSnMs
Bjw7XIn9EsPmk1hT5FKZTUrwgeihXudMtHHCMKXexH4Ena9F9hu5NNblV2Aklv4u
zPQVc6GOvf3oWUgzPGDC/2AFb701aIKzNHLPaiWVIX0f8USly4rho+yulg0WYjRG
pHXH9c2szLsRgGOVcgxLmwMeqAFl2D2iywp7ASLPBPjMCqJDaGJXhHgUr1EvaoET
sLwtyfeW0pvSiPZkyHs2+dBPvRnup2fsv1VZwvpBFNeopItCg76rTEhxDouH8zN/
xZz37mw4+6et2+9L0u1R8oQsDmEyw7XPQ8Q1JuibHsim0K/bdhxoINVJXLAE425T
aaJNUx5jL3taY12fS1mcIjfIpFZwqTf8CUUjkIY+OOEYNltjlXCK6JyWbj0a7wEN
BCneLC21aKWvdR15HuyK7CP//8qhPkAtpt9QwbT+qNryI1hX80IMXnl3Ey6hIG88
aD14U/AyzK8OCZBpKpYt8RKMVHyOTrpqxfHTPJhF2rkn6lH1aT781k0a70Njc/uK
0wRXrb5jwXPCehCXF4LVdNfPqB5AmAg+JkRbBkwHRu96U2ioncCd1w+h5NTlnNLL
NvVoDiXKO+5ouH8qrSzf5Y28CVZa8r94VpoQOgND3N7DM5GOin/ok3S2k1PhbELd
k6dHPEF4bJcCsUg+PblX
=Bjnh
-END PGP SIGNATURE-



Re: [gentoo-dev] Re: news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Rich Freeman
On Mon, Jul 23, 2012 at 9:58 PM, Jorge Manuel B. S. Vicetto
jmbsvice...@gentoo.org wrote:
 This is just a heads-up for Gentoo users that got used to find
 make.conf and make.profile under /etc in stages, that these files will
 stop being there and will instead be under /etc/portage. So we are
 changing the defaults.

I'd spell that out then - just say that no action is required for
existing installations, but be aware of the new location on new
installs, or feel free to move them if you want.

Rich




Re: [gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Jesus Rivero (Neurogeek)
On Jul 23, 2012 9:43 PM, Brian Dolbec dol...@gentoo.org wrote:

 On Mon, 2012-07-23 at 20:28 -0400, Rick Zero_Chaos Farina wrote:

  A lot of things, app-portage/ufed for example, don't support this yet...
 

 ufed is on the endanged species list, along with a few other app-portage
 utilities. It hasn't been developed or maintained for some time now.  If
 it is to survive, It'll need someone to step up and update it.

I don't see a bug for this change for ufed.

I can take care of this change in ufed.

 --
 Brian Dolbec dol...@gentoo.org


Re: [gentoo-dev] news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Brian Dolbec
On Mon, 2012-07-23 at 22:22 -0400, Jesus Rivero (Neurogeek) wrote:
 
 On Jul 23, 2012 9:43 PM, Brian Dolbec dol...@gentoo.org wrote:
 
  On Mon, 2012-07-23 at 20:28 -0400, Rick Zero_Chaos Farina wrote:
 
   A lot of things, app-portage/ufed for example, don't support this
 yet...
  
 
  ufed is on the endanged species list, along with a few other
 app-portage
  utilities. It hasn't been developed or maintained for some time
 now.  If
  it is to survive, It'll need someone to step up and update it.
 
 I don't see a bug for this change for ufed.
 
 I can take care of this change in ufed.
 
  --
  Brian Dolbec dol...@gentoo.org
 
 

Thank you.  Also I believe it does not support /etc/portage/package.use
as well.

Contact Fuzzyray about any change in ufed's status.  He recently started
a thread in the gentoo-portage-dev list to review the status of packages
we maintain.  Ufed being one without a maintainer/developer.
 
-- 
Brian Dolbec dol...@gentoo.org


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Re: news item: changes to stages (make.conf and make.profile)

2012-07-23 Thread Diego Elio Pettenò
Il 23/07/2012 20:34, Ben de Groot ha scritto:
 I'm assuming this is true for make.globals as well? That should be added
 then. And as others have said, there really need to be instructions
 what if anything should be done about current installations.

I actually thought make.globals was going to be installed in
/usr/share/portage nowadays?

-- 
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/