Re: [gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-02 Thread Jason Zaman 
On Fri, Oct 02, 2015 at 10:13:09PM -0400, Mike Frysinger wrote:
> Title: GCC 5 Defaults to the New C++11 ABI 
> Author: Mike Frysinger 
> Content-Type: text/plain
> Posted: 2015-10-02
> Revision: 1
> News-Item-Format: 1.0
> Display-If-Installed: >=sys-devel/gcc-5
> 
> GCC 5 uses the new C++ ABI by default.  When building new code, you might run
> into link time errors like:
> ...: undefined reference to '_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17'

Exactly what part of this line is the important part? I take it its the
@GLIBCXX_3.4.17? or is it the lack of the __cxx11::? I have a feeling
that posted like this and users will think anytime it says undefined
reference then its a C++ issue which is likely not the case.

> Or you might see linkage failures with "std::__cxx11::string" in the output.
> 
> These are signs that you need to rebuild packages using the new C++ ABI.
> You can quickly do so by using revdep-rebuild like so:
> # revdep-rebuild --library 'libstdc\+\+\.so\.6'
> 
> For more details, feel free to peruse:
> https://developerblog.redhat.com/2015/02/05/gcc5-and-the-c11-abi/
> https://blogs.gentoo.org/blueness/2015/03/10/the-c11-abi-incompatibility-problem-in-gentoo/


-- Jason

[gentoo-dev] Re: gcc-5 news item wrt C++ ABI

2015-10-02 Thread Ryan Hill 
On Fri, 2 Oct 2015 22:13:09 -0400
Mike Frysinger  wrote:

> Title: GCC 5 Defaults to the New C++11 ABI 
> Author: Mike Frysinger 
> Content-Type: text/plain
> Posted: 2015-10-02
> Revision: 1
> News-Item-Format: 1.0
> Display-If-Installed: >=sys-devel/gcc-5
> 
> GCC 5 uses the new C++ ABI by default.  When building new code, you might run
> into link time errors like:
> ...: undefined reference to '_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17'
> Or you might see linkage failures with "std::__cxx11::string" in the output.
> 
> These are signs that you need to rebuild packages using the new C++ ABI.
> You can quickly do so by using revdep-rebuild like so:
> # revdep-rebuild --library 'libstdc\+\+\.so\.6'
> 
> For more details, feel free to peruse:
> https://developerblog.redhat.com/2015/02/05/gcc5-and-the-c11-abi/
> https://blogs.gentoo.org/blueness/2015/03/10/the-c11-abi-incompatibility-problem-in-gentoo/
> 

LGTM.

-- 
Ryan Hillpsn: dirtyepic_sk
   gcc-porting/toolchain/wxwidgets @ gentoo.org

47C3 6D62 4864 0E49 8E9E  7F92 ED38 BD49 957A 8463


pgp8sN8qTZUiO.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] repoman and useless dependency.badmasked warnings

2015-10-02 Thread Jason Zaman 
On Fri, Oct 02, 2015 at 01:03:49PM -0700, Zac Medico wrote:
> On 10/02/2015 09:50 AM, Jason Zaman wrote:
> > What I do not understand, I see these for hardened/../no-multilib, but I
> > do not see anything for default/.../no-multilib. Why? as far as I can
> > tell, they are masked in the same way so why isnt it complaining about
> > default?
> 
> If you don't use 'repoman full', then the list is truncated to 12
> results, so that explains why you only got 12 results. The relevant code
> is here:
> 
> https://gitweb.gentoo.org/proj/portage.git/tree/pym/repoman/qa_data.py?h=v2.2.22#n434
> -- 
> Thanks,
> Zac

I always run repoman full. I think there just happen to be exactly the right 
number of ebuilds to make 12 errors.

jason@meriadoc ~/code/gentoo/gentoo/dev-util/android-studio $ repoman full

RepoMan scours the neighborhood...
  dependency.badmasked  12
   dev-util/android-studio/android-studio-1.2.0.12.141.1890965.ebuild: RDEPEND: 
amd64(hardened/linux/amd64/no-multilib)
[...snip...]
   dev-util/android-studio/android-studio-1.2.0.12.141.1890965.ebuild: RDEPEND: 
amd64(hardened/linux/amd64/no-multilib/selinux)
[...snip...]
   dev-util/android-studio/android-studio-1.2.2.0.141.1980579.ebuild: RDEPEND: 
amd64(hardened/linux/amd64/no-multilib)
[...snip...]
   dev-util/android-studio/android-studio-1.2.2.0.141.1980579.ebuild: RDEPEND: 
amd64(hardened/linux/amd64/no-multilib/selinux)
[...snip...]
   dev-util/android-studio/android-studio-1.3.0.10.141.2117773.ebuild: RDEPEND: 
~amd64(hardened/linux/amd64/no-multilib)
[...snip...]
   dev-util/android-studio/android-studio-1.3.0.10.141.2117773.ebuild: RDEPEND: 
~amd64(hardened/linux/amd64/no-multilib/selinux)
[...snip...]
   dev-util/android-studio/android-studio-1.3.1.0.141.2135290.ebuild: RDEPEND: 
~amd64(hardened/linux/amd64/no-multilib)
[...snip...]
   dev-util/android-studio/android-studio-1.3.1.0.141.2135290.ebuild: RDEPEND: 
~amd64(hardened/linux/amd64/no-multilib/selinux)
[...snip...]
   dev-util/android-studio/android-studio-1.3.2.0.141.2178183.ebuild: RDEPEND: 
~amd64(hardened/linux/amd64/no-multilib)
[...snip...]
   dev-util/android-studio/android-studio-1.3.2.0.141.2178183.ebuild: RDEPEND: 
~amd64(hardened/linux/amd64/no-multilib/selinux)
[...snip...]
   dev-util/android-studio/android-studio-1.4.0.10.141.2288178.ebuild: RDEPEND: 
~amd64(hardened/linux/amd64/no-multilib)
[...snip...]
   dev-util/android-studio/android-studio-1.4.0.10.141.2288178.ebuild: RDEPEND: 
~amd64(hardened/linux/amd64/no-multilib/selinux)
[...snip...]

Note: use --without-mask to check KEYWORDS on dependencies of masked packages
Note: use --include-dev (-d) to check dependencies for 'dev' profiles

RepoMan sez: "You're only giving me a partial QA payment?
  I'll take it this time, but I'm not happy."


It is not just android-studio tho, a ton of other 32bit programs are the same
way. android-sdk-update-manager does too and has 26 errors but they are all
only hardened for some reason even tho it also is masked in both default/ and
hardened/

jason@meriadoc ~/code/gentoo/gentoo/dev-util/android-sdk-update-manager $ 
repoman full
RepoMan scours the neighborhood...
  dependency.badmasked  26
   dev-util/android-sdk-update-manager/android-sdk-update-manager-21.ebuild: 
RDEPEND: ~amd64(hardened/linux/amd64/no-multilib)

-- Jason

[gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-02 Thread Mike Frysinger 
Title: GCC 5 Defaults to the New C++11 ABI 
Author: Mike Frysinger 
Content-Type: text/plain
Posted: 2015-10-02
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: >=sys-devel/gcc-5

GCC 5 uses the new C++ ABI by default.  When building new code, you might run
into link time errors like:
...: undefined reference to '_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17'
Or you might see linkage failures with "std::__cxx11::string" in the output.

These are signs that you need to rebuild packages using the new C++ ABI.
You can quickly do so by using revdep-rebuild like so:
# revdep-rebuild --library 'libstdc\+\+\.so\.6'

For more details, feel free to peruse:
https://developerblog.redhat.com/2015/02/05/gcc5-and-the-c11-abi/
https://blogs.gentoo.org/blueness/2015/03/10/the-c11-abi-incompatibility-problem-in-gentoo/


signature.asc
Description: Digital signature

Re: [gentoo-dev] repoman and useless dependency.badmasked warnings

2015-10-02 Thread Zac Medico 
On 10/02/2015 04:40 PM, Alexis Ballier wrote:
> On Fri, 2 Oct 2015 13:08:29 -0700
> Zac Medico  wrote:
> 
>> On 10/02/2015 07:49 AM, Mike Gilbert wrote:
>>> Hello,
>>>
>>> I am getting the output below when I run repoman full for
>>> sys-apps/systemd.
>>>
>>> It is basically telling me that systemd (which is masked in the
>>> selinux profiles) cannot depend on sys-apps/dbus[systemd], because
>>> the systemd use flag is also masked.
>>>
>>> That's perfectly fine and I suppose it is valid, but there is
>>> nothing I can do to resolve it and I don't need to be reminded of
>>> it every time I run repoman.
>>>
>>> Does anyone find dependency.badmasked useful?
>>
>> Possibly, if I wanted to see dependency issues for masked packages.
> 
> 
> why not also ignore *use.mask along with package.mask for this check ?
> 

Can you give a concrete example? I'm having a hard time thinking up a
reason to ignore use.mask.
-- 
Thanks,
Zac

Re: [gentoo-dev] repoman and useless dependency.badmasked warnings

2015-10-02 Thread Alexis Ballier 
On Fri, 2 Oct 2015 13:08:29 -0700
Zac Medico  wrote:

> On 10/02/2015 07:49 AM, Mike Gilbert wrote:
> > Hello,
> > 
> > I am getting the output below when I run repoman full for
> > sys-apps/systemd.
> > 
> > It is basically telling me that systemd (which is masked in the
> > selinux profiles) cannot depend on sys-apps/dbus[systemd], because
> > the systemd use flag is also masked.
> > 
> > That's perfectly fine and I suppose it is valid, but there is
> > nothing I can do to resolve it and I don't need to be reminded of
> > it every time I run repoman.
> > 
> > Does anyone find dependency.badmasked useful?
> 
> Possibly, if I wanted to see dependency issues for masked packages.


why not also ignore *use.mask along with package.mask for this check ?

Re: [gentoo-dev] rfc: removing mount-ro from OpenRC

2015-10-02 Thread Patrick McLean 
On Fri, 2 Oct 2015 16:59:06 -0500
William Hubbs  wrote:
> 
> Does anyone know why we need this init script (it is Linux only), or
> why we can't remove it?
> 
This script is there to make sure as much effort as possible has been
done to prevent file system corruption before rebooting/powering off.
For the file systems that are in use (such as /) they cannot be
unmounted at shutdown time, so this script remounts them read only so
they will be in a clean when the machine reboots/powers off.

[gentoo-dev] rfc: removing mount-ro from OpenRC

2015-10-02 Thread William Hubbs 
All,

it has come up in discussion of how to handle aufs file systems (or
maybe how not to) that /etc/init.d/mount-ro may be able to be removed from
OpenRC [1].

Does anyone know why we need this init script (it is Linux only), or why
we can't remove it?

William

[1] https://bugs.gentoo.org/show_bug.cgi?id=560008


signature.asc
Description: Digital signature

Re: [gentoo-dev] repoman and useless dependency.badmasked warnings

2015-10-02 Thread Zac Medico 
On 10/02/2015 07:49 AM, Mike Gilbert wrote:
> Hello,
> 
> I am getting the output below when I run repoman full for sys-apps/systemd.
> 
> It is basically telling me that systemd (which is masked in the
> selinux profiles) cannot depend on sys-apps/dbus[systemd], because the
> systemd use flag is also masked.
> 
> That's perfectly fine and I suppose it is valid, but there is nothing
> I can do to resolve it and I don't need to be reminded of it every
> time I run repoman.
> 
> Does anyone find dependency.badmasked useful?

Possibly, if I wanted to see dependency issues for masked packages.

> Can we remove it, or at
> least disable it by default?

Yeah, we should change it so the default is like -I/--ignore-masked.
-- 
Thanks,
Zac

Re: [gentoo-dev] repoman and useless dependency.badmasked warnings

2015-10-02 Thread Zac Medico 
On 10/02/2015 09:50 AM, Jason Zaman wrote:
> What I do not understand, I see these for hardened/../no-multilib, but I
> do not see anything for default/.../no-multilib. Why? as far as I can
> tell, they are masked in the same way so why isnt it complaining about
> default?

If you don't use 'repoman full', then the list is truncated to 12
results, so that explains why you only got 12 results. The relevant code
is here:

https://gitweb.gentoo.org/proj/portage.git/tree/pym/repoman/qa_data.py?h=v2.2.22#n434
-- 
Thanks,
Zac

Re: [gentoo-dev] newsitem: openrc localmount and netmount changes (third iteration)

2015-10-02 Thread Chí-Thanh Christopher Nguyễn 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

William Hubbs schrieb:
| Display-If-Installed: <=sys-fs/openrc-0.18

That should be sys-apps/openrc, no?

Best regards,
Chí-Thanh Christopher Nguy?n

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJWDs8vXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RDFCODdDQUUxMkUwNkJCNjUyMDMxOEIy
MzI0RTdCNTY2REYyNjExAAoJECMk57Vm3yYRbOcP/A3q45a15hh0KSerzclO8Gz9
cUToHto7jOrS4X3pU2atgwHydERr+d80z5OgBdP8c1t/bnhmsKGxScdIDPzzlVJe
OWT1iI32+yNg/b4O6qFgt5jyknsroizqMD3hRlaqys1j3SjpG0R+Ej4ycrQUCL1k
5WvtvI3nUC55Tj+Vv1nSoDUg5aHmG9zOoDkEozhAq4/YAKALMRGLPxU62JERipp6
Q2DaNxQPa7vf/mggS4yLIZFWWdJfeU3PDWuONurMsxKSPp0cmxHkfl9mczTCzdfn
Dm3zYEooar5vxigpzV+QwZ7PNkWs3GGqEbmSou0+xiZnf1/gAFakbggLeOtHXysL
CHRm7kdNpKLI19hZ+SV3qZQqvGTmJSasBMRwmU0F7MCVcTSdZvKMQrzGrR3ZnogX
LNjSUkM5zA1+JX4AbeGGGAhAWsaLgzRxjAxIEY6RkOn6hdRhSWcbh4hLLXCNhnCR
EYYT5HI+AplTvzXD/d2YrD/bahknIwdhZh2kG/0W1M73MxzXejz6146y5YY/zID1
Ce7t0f6PHI9XbErmXDhh/UJrErYdFWN6AwGJ++FFu3/vo+WZ1Ic+/UP5lsfkS1gs
PFGyR+WQIAK9z90upIqTIC/L2eEZbdwISg3A/jSYRaX0gqE5Uyxve8QLBvLLz8vH
X1DA0ujXsNMCZvXWQwAW
=JIOC
-END PGP SIGNATURE-

Re: [gentoo-dev] repoman and useless dependency.badmasked warnings

2015-10-02 Thread Jason Zaman 
On Fri, Oct 02, 2015 at 10:49:48AM -0400, Mike Gilbert wrote:
> Hello,
> 
> I am getting the output below when I run repoman full for sys-apps/systemd.
> 
> It is basically telling me that systemd (which is masked in the
> selinux profiles) cannot depend on sys-apps/dbus[systemd], because the
> systemd use flag is also masked.
> 
> That's perfectly fine and I suppose it is valid, but there is nothing
> I can do to resolve it and I don't need to be reminded of it every
> time I run repoman.
> 
> Does anyone find dependency.badmasked useful? Can we remove it, or at
> least disable it by default?

I get exactly the same thing for dev-util/android-studio. It needs 32bit
stuff so it is masked in all the no-multilib profiles which obviously
makes sense. I dont get why repoman keeps annoying me about it, its
bad and its masked so whats the problem?

I have like a million lines of this:
  dependency.badmasked  12
   dev-util/android-studio/android-studio-1.2.0.12.141.1890965.ebuild: RDEPEND: 
amd64(hardened/linux/amd64/no-multilib)
[ '>=app-arch/bzip2-1.0.6-r4[abi_x86_32(-)]',
  '>=dev-libs/expat-2.1.0-r3[abi_x86_32(-)]',
  '>=dev-libs/libffi-3.0.13-r1[abi_x86_32(-)]',
  '>=media-libs/fontconfig-2.10.92[abi_x86_32(-)]',
  '>=media-libs/freetype-2.5.5[abi_x86_32(-)]',
  '>=media-libs/libpng-1.2.51[abi_x86_32(-)]',
  '>=media-libs/mesa-10.2.8[abi_x86_32(-)]',
  '>=sys-libs/ncurses-5.9-r3[abi_x86_32(-)]',

What I do not understand, I see these for hardened/../no-multilib, but I
do not see anything for default/.../no-multilib. Why? as far as I can
tell, they are masked in the same way so why isnt it complaining about
default?

jason@meriadoc ~/code/gentoo/gentoo/profiles $ grep -Rn dev-util/android-studio
arch/amd64/no-multilib/package.mask:32:dev-util/android-studio
hardened/linux/amd64/no-multilib/package.mask:49:dev-util/android-studio

-- Jason

[gentoo-dev] getting openssl SLOT right

2015-10-02 Thread hasufell 
While adding libressl support I encountered a lot of ebuilds that do
stuff like:
ssl? ( dev-libs/openssl )

There are very few cases where this is actually correct.

FYI:
# cave contents dev-libs/openssl:0.9.8
/usr/lib64
/usr/lib64/libcrypto.so.0.9.8
/usr/lib64/libssl.so.0.9.8

There are no headers whatsoever. This slot is for binary compatibility
and the only consumer seems to be app-text/acroread. If you build
against openssl, you most certainly need dev-libs/openssl:0.
"dev-libs/openssl:*" or "dev-libs/openssl:=" are not correct either
(yes, there are ebuilds that do that).

If you fix that, also consider adding libressl support [0].


--
[0] https://github.com/gentoo/libressl/wiki/Transition-plan

[gentoo-dev] repoman and useless dependency.badmasked warnings

2015-10-02 Thread Mike Gilbert 
Hello,

I am getting the output below when I run repoman full for sys-apps/systemd.

It is basically telling me that systemd (which is masked in the
selinux profiles) cannot depend on sys-apps/dbus[systemd], because the
systemd use flag is also masked.

That's perfectly fine and I suppose it is valid, but there is nothing
I can do to resolve it and I don't need to be reminded of it every
time I run repoman.

Does anyone find dependency.badmasked useful? Can we remove it, or at
least disable it by default?

RepoMan scours the neighborhood...
  KEYWORDS.dropped  1
   sys-apps/systemd/systemd-224-r1.ebuild: alpha ppc ppc64 sparc
  dependency.badmasked  24
   sys-apps/systemd/systemd-218-r3.ebuild: PDEPEND:
amd64(hardened/linux/amd64/no-multilib/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-218-r3.ebuild: PDEPEND:
amd64(hardened/linux/amd64/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-218-r3.ebuild: PDEPEND:
x86(hardened/linux/x86/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-218-r4.ebuild: PDEPEND:
amd64(hardened/linux/amd64/no-multilib/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-218-r4.ebuild: PDEPEND:
amd64(hardened/linux/amd64/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-218-r4.ebuild: PDEPEND:
x86(hardened/linux/x86/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-218-r5.ebuild: PDEPEND:
amd64(hardened/linux/amd64/no-multilib/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-218-r5.ebuild: PDEPEND:
amd64(hardened/linux/amd64/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-218-r5.ebuild: PDEPEND:
x86(hardened/linux/x86/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-219_p112.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/no-multilib/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-219_p112.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-219_p112.ebuild: PDEPEND:
~x86(hardened/linux/x86/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-224-r1.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/no-multilib/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-224-r1.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-224-r1.ebuild: PDEPEND:
~x86(hardened/linux/x86/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-225.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/no-multilib/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-225.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-225.ebuild: PDEPEND:
~x86(hardened/linux/x86/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-226.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/no-multilib/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-226.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-226.ebuild: PDEPEND:
~x86(hardened/linux/x86/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-226-r1.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/no-multilib/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-226-r1.ebuild: PDEPEND:
~amd64(hardened/linux/amd64/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']
   sys-apps/systemd/systemd-226-r1.ebuild: PDEPEND:
~x86(hardened/linux/x86/selinux)
['>=sys-apps/dbus-1.6.8-r1:0[systemd]']

Note: use --without-mask to check KEYWORDS on dependencies of masked packages
Note: use --include-dev (-d) to check dependencies for 'dev' profiles

RepoMan sez: "You're only giving me a partial QA payment?
  I'll take it this time, but I'm not happy."

Re: [gentoo-dev] Re: moving gcc-5.2 to unstable

2015-10-02 Thread Brian Evans 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/2/2015 10:27 AM, Mike Gilbert wrote:
> On Fri, Oct 2, 2015 at 4:21 AM, Ryan Hill 
> wrote:
>> On Thu, 1 Oct 2015 09:49:47 -0400 Mike Frysinger
>>  wrote: I think we need a news item to remind
>> people they really do have to emerge -e @world after this one or
>> they could have a bad time.
> 
> I was able to get by with a targeted revdep-rebuild run.
> 
> revdep-rebuild --library 'libstdc\+\+\.so\.6'
> 
> The backslashes are significant since revdep-rebuild passes the 
> expression to grep -E.
> 
> Is there any reason to rebuild programs that do not link with the
> C++ standard library?
> 

I would propose:
revdep-rebuild --library 'libstdc\+\+\.so\.6' -- --exclude sys-devel/gcc

I don't think we really need to have gcc rebuild itself for the ABI
change.

Brian
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)

iQIcBAEBAgAGBQJWDpg6AAoJENH3ge/59KO2jqAP/2VrtExN7vWd0M2dN9te0B0H
/3tkMpxj4llQHo30oDNHISrADz/lBH1Q+c5YImQgOx+kfFMWlzqSsTS5F2KlnOHl
lpYJu3BQ24wh5R84PagHbf2FpKZm8d50pN4dH0n0fry9A/khZxnLfDjpjuTTdHLN
GWNl4HWdcMyVlFv/Hj8Yx4PVamgF7XqJsu+gD0reawNimjudgOq8q3Q4fUHhK1/0
1znKYRknA0DfSWUmyX8NTPkBaqYEBnB0aD/QZ9tcWXeR6F9+mCkmkNtCR6J3ds4B
DzXqWjGH5ZpT1DO4bsyh+X2AoLd4j5DzIJT3pNPW/PUya3O3yH2r6gJhYXxolf/s
lLJi10aYLFEwswZ4ZcjkgOQCti8Xvn6fK1/D/EC8MUmUnWYogNS2ulf2/iUlU01q
JH+MLdE76j0KGa1vJNJN8fB6z7CuoOsLY/q7FNrVR3XXsyMKPoIxmsyPFfXX+y07
SWnO3tGLfZ+q82SvnX40ynnGPdl9Sp6nu/fya7liKjmtijdWNW9ZNpfw/qLGNJyb
+CT5qnzRitfVwRr1CgY9K7ZCTCdLs8Qw4VkJHk+QNH5ggMsvA651MyCJZmUJ6lRN
1KEVAsT29U1nVo+oMQggj3VMY5Lqvk0Fe8ScF2unS4ts32/udlareWHK6o1T5PcU
/7+orcUb1IODrKlfADrc
=pkRt
-END PGP SIGNATURE-

Re: [gentoo-dev] Re: moving gcc-5.2 to unstable

2015-10-02 Thread Mike Frysinger 
On 02 Oct 2015 02:21, Ryan Hill wrote:
> IMO these should be fixed before we unmask:
> 
>546742: x11-apps/sessreg-1.1.0 fail to build with gcc5
>547626: dev-lang/python-3.3 / 3.4 test_faulthandler hangs with GCC 5.1
>547950: app-shells/zsh-5.0.7-r2 builds but has runtime errors with GCC 5

done

>555866: media-libs/phonon-4.8.3-r1[qt5] fails to build with gcc-5

it already has a patch that's been merged upstream, so just waiting on the kde
guys to actually merge it.  i don't think we need to block gcc-5 unmasking on it
if it's not going to get merged any time soon.

also it relies on USE=qt5 (my qt4 builds are fine).  not sure the distribution
of those flags in practice.

> > the only glaring issue is the C++11 ABI breakage:
> > https://bugs.gentoo.org/542482
> > 
> > we already posted a news item when the breakage started in gcc-4.7:
> > 
> > https://archives.gentoo.org/gentoo-dev/message/4fa0c84858b4df49668da20302fc5b6f
> > 
> > but since gcc-5.x makes this the new default standard, more people are going
> > to run into it, so we probably want a reminder.  do we want any sort of
> > automation otherwise here ?
> 
> I think we need a news item to remind people they really do have to emerge -e
> @world after this one or they could have a bad time.

feel like writing it ? ;)

> FWIW I updated one system from 4.9 to 5.2 by rebuilding ~700 packages in 
> random
> order just to see how bad the ABI breakage would be and only ran into it once.
> I may have just gotten lucky though.

i upgraded gradually and it wasn't that much of a hassle, but it helps to know
how to read the failing logs/symbols.  so an empty world would be OK.
-mike


signature.asc
Description: Digital signature

Re: [gentoo-dev] Re: moving gcc-5.2 to unstable

2015-10-02 Thread Mike Gilbert 
On Fri, Oct 2, 2015 at 4:21 AM, Ryan Hill  wrote:
> On Thu, 1 Oct 2015 09:49:47 -0400
> Mike Frysinger  wrote:
>
>> what do people want to have in place before we move gcc-5.2 into ~arch ?
>>
>> the general list looks pretty good:
>>   https://bugs.gentoo.org/536984
>
> IMO these should be fixed before we unmask:
>
>546742: x11-apps/sessreg-1.1.0 fail to build with gcc5
>547626: dev-lang/python-3.3 / 3.4 test_faulthandler hangs with GCC 5.1
>547950: app-shells/zsh-5.0.7-r2 builds but has runtime errors with GCC 5
>555866: media-libs/phonon-4.8.3-r1[qt5] fails to build with gcc-5
>
> Just because they're common packages that lots of people will have installed.
> Also they all have patches.
>
>> the only glaring issue is the C++11 ABI breakage:
>>   https://bugs.gentoo.org/542482
>>
>> we already posted a news item when the breakage started in gcc-4.7:
>>   
>> https://archives.gentoo.org/gentoo-dev/message/4fa0c84858b4df49668da20302fc5b6f
>>
>> but since gcc-5.x makes this the new default standard, more people are going
>> to run into it, so we probably want a reminder.  do we want any sort of
>> automation otherwise here ?
>
> I think we need a news item to remind people they really do have to emerge -e
> @world after this one or they could have a bad time.

I was able to get by with a targeted revdep-rebuild run.

revdep-rebuild --library 'libstdc\+\+\.so\.6'

The backslashes are significant since revdep-rebuild passes the
expression to grep -E.

Is there any reason to rebuild programs that do not link with the C++
standard library?

Re: [gentoo-dev] Dynamic dependencies

2015-10-02 Thread Ian Stakenvicius 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 01/10/15 03:22 PM, Ciaran McCreesh wrote:
> On Thu, 1 Oct 2015 21:11:22 +0200 Kristian Fiskerstrand
>  wrote:
>> On 10/01/2015 09:12 PM, Ciaran McCreesh wrote:
>>> On Thu, 1 Oct 2015 15:08:00 -0400 Ian Stakenvicius
>>>  wrote:
 Slotmove VDB updates *should* be allow slotmove-related
 changes to be excluded here too, but unfortunately with
 portage not doing updates to rdeps properly, at this time
 all rdeps will need to be revbumped when their RDEPEND
 changes.
>>> 
>>> This is a severe misrepresentation of what the issue actually
>>> is.
>>> 
>> 
>> Thanks for pointing that out, would you please elaborate on
>> what the issue actually is for the purpose of this discussion?
> 
> Some people expect Portage to do the impossible when handling
> slot moves, on the basis that with a superficial understanding it
> looks like it could partially work in certain easy cases. Thus
> "all rdeps will need to be revbumped when their RDEPEND changes"
> is not an "at this time" thing at all, but a genuine
> requirement.
> 

I think "for the purpose of this discussion" is the relevant point
of K_F's question -- that is, is there a severe misrepresentation on
the need to revbump all ebuilds of rdeps when a package changes its
SLOT= ?


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlYOi7UACgkQAJxUfCtlWe2LlgD+I6vLjXGDPfq1/ojscXVrMp0A
jUHv4qE6Yl91mTqp1e8A/jWTkKJdqMB8y70jE7LdHZAHIRS4JvpOkW1UEQmHHxwe
=ZOTx
-END PGP SIGNATURE-

Re: [gentoo-dev] tcltk herd empty

2015-10-02 Thread Philip Webb 
Daniel Campbell  napisał(a):
> I know next to nothing about tcl/tk but it's been an idle curiosity.
> Are there any particularly important packages that run on them?

All my pkgs which requre it have USE flag 'tk' set (compare Dale's list).
I have it set in  make.conf  for whatever reason (something long ago ? ).
Perhaps if I dropped it there, everything would work just as well.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-dev] tcltk herd empty

2015-10-02 Thread Dale 
Michał Górny wrote:
> Dnia 2015-10-02, o godz. 03:38:16
> Daniel Campbell  napisał(a):
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 09/30/2015 06:02 AM, Justin (jlec) wrote:
>>> Hi,
>>>
>>> is no active maintainer for tcltk in Gentoo anymore.
>>>
>>> Please stand up or try to remove tcltk support from your packages.
>>>
>>> Justin
>>>
>> I know next to nothing about tcl/tk but it's been an idle curiosity of
>> mine. Are there any particularly important packages that run on them?
> dev-tcltk/expect is sometimes used for modem chats.
>
> net-im/tkabber used to be pretty good but I haven't looked at it in ages.
>


I have these that use tcl or tk:


root@fireball / # equery h tk
 * Searching for USE flag tk ...
[IP-] [  ] app-office/scribus-1.4.4-r1:0
[IP-] [  ] dev-lang/R-3.2.2:0
[IP-] [  ] dev-lang/python-2.7.10:2.7
[IP-] [  ] dev-lang/python-3.4.3:3.4
[IP-] [  ] dev-python/pillow-2.8.1:0
[IP-] [  ] dev-python/pyopengl-3.0.2-r1:0
[IP-] [  ] dev-vcs/git-2.4.9:0
[IP-] [  ] net-im/pidgin-2.10.11:0
[IP-] [  ] sci-electronics/pcb-20140316:0
[IP-] [  ] virtual/python-imaging-2:0
root@fireball / # equery h tcl
 * Searching for USE flag tcl ...
[IP-] [  ] dev-db/sqlite-3.8.10.2:3
[IP-] [  ] media-gfx/graphviz-2.26.3-r4:0
[IP-] [  ] net-analyzer/rrdtool-1.5.4:0
[IP-] [  ] net-im/pidgin-2.10.11:0
[IP-] [  ] sys-libs/db-4.8.30-r2:4.8
root@fireball / # 


Dale

:-)  :-)

Re: [gentoo-dev] tcltk herd empty

2015-10-02 Thread James Le Cuirot 
On Fri, 2 Oct 2015 13:42:37 +0200
Michał Górny  wrote:

> > I know next to nothing about tcl/tk but it's been an idle curiosity
> > of mine. Are there any particularly important packages that run on
> > them?  
> 
> dev-tcltk/expect is sometimes used for modem chats.
> 
> net-im/tkabber used to be pretty good but I haven't looked at it in
> ages.

gitk (in dev-vcs/git) is about the only thing I use it for these days
and even that's rare.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer

Re: [gentoo-dev] tcltk herd empty

2015-10-02 Thread Michał Górny 
Dnia 2015-10-02, o godz. 03:38:16
Daniel Campbell  napisał(a):

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> On 09/30/2015 06:02 AM, Justin (jlec) wrote:
> > Hi,
> > 
> > is no active maintainer for tcltk in Gentoo anymore.
> > 
> > Please stand up or try to remove tcltk support from your packages.
> > 
> > Justin
> > 
> 
> I know next to nothing about tcl/tk but it's been an idle curiosity of
> mine. Are there any particularly important packages that run on them?

dev-tcltk/expect is sometimes used for modem chats.

net-im/tkabber used to be pretty good but I haven't looked at it in ages.

-- 
Best regards,
Michał Górny



pgpqSNQoX9xS8.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] tcltk herd empty

2015-10-02 Thread Daniel Campbell 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 09/30/2015 06:02 AM, Justin (jlec) wrote:
> Hi,
> 
> is no active maintainer for tcltk in Gentoo anymore.
> 
> Please stand up or try to remove tcltk support from your packages.
> 
> Justin
> 

I know next to nothing about tcl/tk but it's been an idle curiosity of
mine. Are there any particularly important packages that run on them?

- -- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWDl6TAAoJEAEkDpRQOeFwUTkP/iE3pLNHvYstbAj01nOvolLB
dMVBkvidqDNrd3z1N2wR6asXtEsXDqIalFcJq9/Ksh3Zzyjirw2E4rQdx12eYKpS
XCfOUB/QUmSVet9ac1FiqhlsncTd5OwcibrD4j1F9NfEGxOjcLSGh+xCSWSns3t8
rBfcDcHElWUSPIqHCKJ2aZtnd8fefdkHyLQPDGLr8K9a+MoBG6jNq223NkI67kq2
PfKWfFeKolUQ75wngv/E+kEk5zC31kmgRgm7D430ny4I8QXFQcP8tWyBgqkEWMC8
Q7rtaJqx0QsJkIMj9LzlfgaZLZKVrBXkninADVdvx0V8FzBQz0bxHDM8zOFUWZs/
++zPo6OEZ8t3sM40XXUZMLxRfg/X9DjJLMYtbbZqKmLWuzJlUCRdRqvtZEgk3jKv
7iB/vEk61RZxtZZ6MIKYmmaI6oMtF0pL430ahfe47/7K6qtkKNxFa2slzApyAahv
jhOHDGsJCM1sMvEA+W9O5tOvA6+K020ek8bZI3MwOAalHg9sjWEh/Z3IUP3zhCd6
5HVTNtvuVa+PafuB9/78VNXk37KvbqJw88Xwycdcb9NpSNrbwTtoyDMix8rz3/28
qBEZXA32RJ88EaM86JmrrklQM6Apo5IaB2rVIGPXg6EJmHIRCO6UjjxQg95igZS5
xS0ZydKEoXoWScJ0g2j8
=o73R
-END PGP SIGNATURE-

Re: [gentoo-dev] Re: Dynamic dependencies

2015-10-02 Thread Rich Freeman 
On Fri, Oct 2, 2015 at 2:22 AM, Martin Vaeth  wrote:
> Rich Freeman  wrote:
>>
>> Proposal 3a might be: Anytime an RDEPEND in an eclass is changed, the
>> eclass must be revisioned unless all ebuilds in the gentoo repository
>> will continue to work correctly with the old RDEPEND.
>> Proposal 4a might be: Anytime an RDEPEND in an eclass is changed, all
>> ebuilds that inherit the eclass in the gentoo repository must be
>> revisioned if they will not continue to work correctly with the old
>> RDEPEND.
>
> Adding an || alternative should be included here:
> The installed package would continue to work without that alternative,
> but without a revbump the user is not able to see that he might
> possibly drop a package.
>

Ugh, I agree completely but this isn't going to make the wording prettier.

Perhaps add "or if the new RDEPEND allows the ebuild to work with
additional dependencies."  Or maybe just straight out say "or if
additional || atoms are added."  The first wording might allow for
additional cases, which is probably good.

Otherwise a change is made today without a revbump and a year later
somebody removes some package from the tree and random users run into
problems with it.

-- 
Rich

[gentoo-dev] Re: moving gcc-5.2 to unstable

2015-10-02 Thread Ryan Hill 
On Thu, 1 Oct 2015 09:49:47 -0400
Mike Frysinger  wrote:

> what do people want to have in place before we move gcc-5.2 into ~arch ?
> 
> the general list looks pretty good:
>   https://bugs.gentoo.org/536984

IMO these should be fixed before we unmask:

   546742: x11-apps/sessreg-1.1.0 fail to build with gcc5
   547626: dev-lang/python-3.3 / 3.4 test_faulthandler hangs with GCC 5.1
   547950: app-shells/zsh-5.0.7-r2 builds but has runtime errors with GCC 5
   555866: media-libs/phonon-4.8.3-r1[qt5] fails to build with gcc-5

Just because they're common packages that lots of people will have installed.
Also they all have patches.

> the only glaring issue is the C++11 ABI breakage:
>   https://bugs.gentoo.org/542482
> 
> we already posted a news item when the breakage started in gcc-4.7:
>   
> https://archives.gentoo.org/gentoo-dev/message/4fa0c84858b4df49668da20302fc5b6f
> 
> but since gcc-5.x makes this the new default standard, more people are going
> to run into it, so we probably want a reminder.  do we want any sort of
> automation otherwise here ?

I think we need a news item to remind people they really do have to emerge -e
@world after this one or they could have a bad time.

FWIW I updated one system from 4.9 to 5.2 by rebuilding ~700 packages in random
order just to see how bad the ABI breakage would be and only ran into it once.
I may have just gotten lucky though.


-- 
Ryan Hillpsn: dirtyepic_sk
   gcc-porting/toolchain/wxwidgets @ gentoo.org

47C3 6D62 4864 0E49 8E9E  7F92 ED38 BD49 957A 8463


pgpIF6xgcchnn.pgp
Description: OpenPGP digital signature