[gentoo-dev] Re: News item for hardened profile about gcc.
Magnus Granberg posted on Sun, 24 Oct 2010 03:01:40 +0200 as excerpted: > Display-If-Install:
Re: [gentoo-dev] Re: News item for hardened profile about gcc.
On Sunday 24 October 2010 02.44.00 Diego Elio Pettenò wrote: > Il giorno dom, 24/10/2010 alle 02.28 +0200, Magnus Granberg ha scritto: > > You may have noticed that GCC 4.4.4-r2 has gone stable on x86 and > > amd64. The other archs will follow later. We have enable SSP support > > by default on this and on newer versions for arches where it is > > supported, namely on x86, amd64, ppc, ppc64 and arm. The previous > > version GCC 4.3.4 had SSP, but it was not enabled by default. > > Older gcc's like 3.X versions will be obsoleted and we will not fix > > any bugs that work on GCC-4.4.4-r2 or newer, but fail with gcc 3.X. > > I'd suggest updating it to > > Display-If-Installed: > GCC 4.4.4-r2 is now stable (on x86 and amd64 as of 2010-10-24, other > architectures will follow later). Starting from this version, SSP > support is enabled by default for the architectures it is supported on > (namely x86, amd64, ppc, ppc64 and arm). Previously, GCC 4.3.4 had SSP > support but it was not enabled by default. > > Older GCC versions, such as the GCC 3.x series will be obsoleted; > problems arising on those versions, but not applying to GCC 4.4.4-r2 > will not be fixed, so please update to the new version. Thanks for the notes Have updated the news item with that changes. /Magnus (Zorry) Title: Info on GCC 4.4.4-r2 and GCC 3.X on Hardened profiles Author: Magnus Granberg Content-Type: text/plain Posted: 2010-10-27 Revision: 1.1 News-Item-Format: 1.0 Display-If-Install: signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: News item for hardened profile about gcc.
Il giorno dom, 24/10/2010 alle 02.28 +0200, Magnus Granberg ha scritto: > > > You may have noticed that GCC 4.4.4-r2 has gone stable on x86 and > amd64. The other archs will follow later. We have enable SSP support > by default on this and on newer versions for arches where it is > supported, namely on x86, amd64, ppc, ppc64 and arm. The previous > version GCC 4.3.4 had SSP, but it was not enabled by default. > Older gcc's like 3.X versions will be obsoleted and we will not fix > any bugs that work on GCC-4.4.4-r2 or newer, but fail with gcc 3.X. I'd suggest updating it to Display-If-Installed: http://blog.flameeyes.eu/ If you found a .asc file in this mail and know not what it is, it's a GnuPG digital signature: http://www.gnupg.org/ signature.asc Description: This is a digitally signed message part
[gentoo-dev] News item for hardened profile about gcc.
Hi Was thinking to post a news item for the hardened profile about the new GCC 4.4.4-r2 that have been stabled on x86 and amd64. Hardened at gentoo.org /Magnus (Zorry) Title: Info on GCC 4.4.4-r2 and GCC 3.X on Hardened profiles Author: Magnus Granberg Content-Type: text/plain Posted: 2010-10-27 Revision: 1 News-Item-Format: 1.0 Display-If-Profile: hardened/linux You may have noticed that GCC 4.4.4-r2 has gone stable on x86 and amd64. The other archs will follow later. We have enable SSP support by default on this and on newer versions for arches where it is supported, namely on x86, amd64, ppc, ppc64 and arm. The previous version GCC 4.3.4 had SSP, but it was not enabled by default. Older gcc's like 3.X versions will be obsoleted and we will not fix any bugs that work on GCC-4.4.4-r2 or newer, but fail with gcc 3.X.
Re: [gentoo-dev] Re: QA last rites: media-video/elltube
On Sat, Oct 23, 2010 at 08:26:47PM +0200, Torsten Veller wrote: > * Markos Chandras : > > On Sat, Oct 23, 2010 at 08:39:22PM +0300, Petteri Räty wrote: > > > On 10/23/2010 04:16 PM, Markos Chandras wrote: > > > > # Markos Chandras (23 Oct 2010) > > > > # on behalf of QA team > > > > # > > > > # Does not work with recent versions of ffmpeg. > > > > # Does not work with youtube anymore due to API changes. > > > > # Dead upstream. > > > > # Removal in 15 days. > > > > # Alternatives: > > > > # media-video/minitube > > > > # media-video/xvideoservicethief > > > > media-video/elltube > > > > > > > > > > I think whenever faster than the standard 30 days is used then there > > > should be a reason in the mask entry. > > > > > You need more reasons that those I already mentioned? The package is > > broken, can't be fixed in any way, since there is no upstream anymore and > > plus there > > are more featureful programs to view youtube videos than this one. Imho, > > the 30 > > days does not make sense here. > > If I am not completely out of date, portage doesn't warn you if you have > a package installed that is no longer available, meaning the ebuild was > removed from your repositories. > > If you don't sync while the package is masked, you might not realise > that you have removed software installed. > > That might be one reason to keep the package.mask entry longer than 15 > days. Or I and the premise are completely wrong, then why don't you > remove the package in one week? > > -- > Regards > To my knowledge this package is broken for more than 6 months, since the first change in Youtube API occurred, and the last commit in svn is in 2008. No one should have this package installed, and if he does, he simply don't/can't use it. I want to remove it in 15 days, so the *desktop users* ( who sync rather often, unless you watch youtube videos on your server) are aware of the situation and find sometime to migrate to the alternatives. I really don't understand what is the big deal about this. I want to remove a heavily broken program. Does it really matter when I am gonna remove it since nobody can use it anyway? Anyway, I will extend the deadline to 30 days if that makes you happy. End of story now please -- Markos Chandras (hwoarang) Gentoo Linux Developer Web: http://hwoarang.silverarrow.org Key ID: 441AC410 Key FP: AAD0 8591 E3CD 445D 6411 3477 F7F7 1E8E 441A C410 pgpInLcSGTEH6.pgp Description: PGP signature
Re: [gentoo-dev] Patch for python.eclass
On Sat, Oct 23, 2010 at 10:54:52PM +0200, Arfrever Frehtes Taifersar Arahesis
wrote:
> Subpatch #11 adds temporary support for EAPI="0" in
> python_get_implementational_package() to work
> around a part of bug #340395.
> This subpatch is very small, so I'm planning to commit it with the rest of
> subpatches.
>
> --
> Arfrever Frehtes Taifersar Arahesis
> --- python.eclass
> +++ python.eclass
> @@ -1711,10 +1711,18 @@
> fi
> fi
>
> - if [[ "$(_python_get_implementation "${PYTHON_ABI}")" == "CPython" ]];
> then
> - echo "dev-lang/python:${PYTHON_ABI}"
> - elif [[ "$(_python_get_implementation "${PYTHON_ABI}")" == "Jython" ]];
> then
> - echo "dev-java/jython:${PYTHON_ABI%-jython}"
> + if [[ "${EAPI:-0}" == "0" ]]; then
> + if [[ "$(_python_get_implementation "${PYTHON_ABI}")" ==
> "CPython" ]]; then
> + echo "=dev-lang/python-${PYTHON_ABI}*"
> + elif [[ "$(_python_get_implementation "${PYTHON_ABI}")" ==
> "Jython" ]]; then
> + echo "=dev-java/jython-${PYTHON_ABI%-jython}*"
> + fi
> + else
> + if [[ "$(_python_get_implementation "${PYTHON_ABI}")" ==
> "CPython" ]]; then
> + echo "dev-lang/python:${PYTHON_ABI}"
> + elif [[ "$(_python_get_implementation "${PYTHON_ABI}")" ==
> "Jython" ]]; then
> + echo "dev-java/jython:${PYTHON_ABI%-jython}"
> + fi
> fi
> }
>
Well, I found sometime today and looked at your patches. Even thought I
find it quite hard to familiarize myself with the *rather complex*
python.eclass,
I think your patches are fine if I may say.
--
Markos Chandras (hwoarang)
Gentoo Linux Developer
Web: http://hwoarang.silverarrow.org
Key ID: 441AC410
Key FP: AAD0 8591 E3CD 445D 6411 3477 F7F7 1E8E 441A C410
pgpe3zPI3BBOm.pgp
Description: PGP signature
Re: [gentoo-dev] Patch for python.eclass
Subpatch #11 adds temporary support for EAPI="0" in
python_get_implementational_package() to work
around a part of bug #340395.
This subpatch is very small, so I'm planning to commit it with the rest of
subpatches.
--
Arfrever Frehtes Taifersar Arahesis
--- python.eclass
+++ python.eclass
@@ -1711,10 +1711,18 @@
fi
fi
- if [[ "$(_python_get_implementation "${PYTHON_ABI}")" == "CPython" ]]; then
- echo "dev-lang/python:${PYTHON_ABI}"
- elif [[ "$(_python_get_implementation "${PYTHON_ABI}")" == "Jython" ]]; then
- echo "dev-java/jython:${PYTHON_ABI%-jython}"
+ if [[ "${EAPI:-0}" == "0" ]]; then
+ if [[ "$(_python_get_implementation "${PYTHON_ABI}")" == "CPython" ]]; then
+ echo "=dev-lang/python-${PYTHON_ABI}*"
+ elif [[ "$(_python_get_implementation "${PYTHON_ABI}")" == "Jython" ]]; then
+ echo "=dev-java/jython-${PYTHON_ABI%-jython}*"
+ fi
+ else
+ if [[ "$(_python_get_implementation "${PYTHON_ABI}")" == "CPython" ]]; then
+ echo "dev-lang/python:${PYTHON_ABI}"
+ elif [[ "$(_python_get_implementation "${PYTHON_ABI}")" == "Jython" ]]; then
+ echo "dev-java/jython:${PYTHON_ABI%-jython}"
+ fi
fi
}
signature.asc
Description: This is a digitally signed message part.
[gentoo-dev] Re: Patch for python.eclass
2010-10-22 09:56:56 Mike Frysinger napisał(a): > On Monday, October 18, 2010 11:15:45 Diego Elio Pettenò wrote: > > Il giorno lun, 18/10/2010 alle 17.10 +0200, Arfrever ha scritto: > > > No. It's not related to that bug. > > > > So I guess Mike's next reply is going to be "and what are you waiting > > for, before fixing it?". Seriously. > > i guess the answer is that you need someone on the QA team to fix it for you ? You shouldn't assume, that I can write answers when I'm away. I will work on a patch. -- Arfrever Frehtes Taifersar Arahesis signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: QA last rites: media-video/elltube
* Markos Chandras : > On Sat, Oct 23, 2010 at 08:39:22PM +0300, Petteri Räty wrote: > > On 10/23/2010 04:16 PM, Markos Chandras wrote: > > > # Markos Chandras (23 Oct 2010) > > > # on behalf of QA team > > > # > > > # Does not work with recent versions of ffmpeg. > > > # Does not work with youtube anymore due to API changes. > > > # Dead upstream. > > > # Removal in 15 days. > > > # Alternatives: > > > # media-video/minitube > > > # media-video/xvideoservicethief > > > media-video/elltube > > > > > > > I think whenever faster than the standard 30 days is used then there > > should be a reason in the mask entry. > > > You need more reasons that those I already mentioned? The package is > broken, can't be fixed in any way, since there is no upstream anymore and > plus there > are more featureful programs to view youtube videos than this one. Imho, the > 30 > days does not make sense here. If I am not completely out of date, portage doesn't warn you if you have a package installed that is no longer available, meaning the ebuild was removed from your repositories. If you don't sync while the package is masked, you might not realise that you have removed software installed. That might be one reason to keep the package.mask entry longer than 15 days. Or I and the premise are completely wrong, then why don't you remove the package in one week? -- Regards
Re: [gentoo-dev] Re: QA last rites: media-video/elltube
On 10/23/2010 08:59 PM, Diego Elio Pettenò wrote: > Il giorno sab, 23/10/2010 alle 20.58 +0300, Petteri Räty ha scritto: >> My point was to have something along the lines of "Removal in 15 days >> because of the above." > > It would just be a formula to use, and a silly one. _Obviously_ the > removal is because of the above, and if the time is shorter, the reason > _is_ the one above. > I didn't consider it obvious. I could be alone of course but doesn't hurt to be explicit. Regards, Petteri signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: QA last rites: media-video/elltube
Il giorno sab, 23/10/2010 alle 20.58 +0300, Petteri Räty ha scritto: > My point was to have something along the lines of "Removal in 15 days > because of the above." It would just be a formula to use, and a silly one. _Obviously_ the removal is because of the above, and if the time is shorter, the reason _is_ the one above. What is it, next time you're going to ask us to make ChangeLog stating "Version bump, because upstream released a new version"? -- Diego Elio Pettenò — “Flameeyes” http://blog.flameeyes.eu/ If you found a .asc file in this mail and know not what it is, it's a GnuPG digital signature: http://www.gnupg.org/ signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] QA last rites: media-video/elltube
On 10/23/2010 08:51 PM, Markos Chandras wrote: > On Sat, Oct 23, 2010 at 08:39:22PM +0300, Petteri Räty wrote: >> On 10/23/2010 04:16 PM, Markos Chandras wrote: >>> # Markos Chandras (23 Oct 2010) >>> # on behalf of QA team >>> # >>> # Does not work with recent versions of ffmpeg. >>> # Does not work with youtube anymore due to API changes. >>> # Dead upstream. >>> # Removal in 15 days. >>> # Alternatives: >>> # media-video/minitube >>> # media-video/xvideoservicethief >>> media-video/elltube >>> >> >> I think whenever faster than the standard 30 days is used then there >> should be a reason in the mask entry. >> >> Regards, >> Petteri >> > You need more reasons that those I already mentioned? The package is > broken, can't be fixed in any way, since there is no upstream anymore and > plus there > are more featureful programs to view youtube videos than this one. Imho, the > 30 > days does not make sense here. > My point was to have something along the lines of "Removal in 15 days because of the above." Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] QA last rites: media-video/elltube
On Sat, Oct 23, 2010 at 08:39:22PM +0300, Petteri Räty wrote: > On 10/23/2010 04:16 PM, Markos Chandras wrote: > > # Markos Chandras (23 Oct 2010) > > # on behalf of QA team > > # > > # Does not work with recent versions of ffmpeg. > > # Does not work with youtube anymore due to API changes. > > # Dead upstream. > > # Removal in 15 days. > > # Alternatives: > > # media-video/minitube > > # media-video/xvideoservicethief > > media-video/elltube > > > > I think whenever faster than the standard 30 days is used then there > should be a reason in the mask entry. > > Regards, > Petteri > You need more reasons that those I already mentioned? The package is broken, can't be fixed in any way, since there is no upstream anymore and plus there are more featureful programs to view youtube videos than this one. Imho, the 30 days does not make sense here. -- Markos Chandras (hwoarang) Gentoo Linux Developer Web: http://hwoarang.silverarrow.org Key ID: 441AC410 Key FP: AAD0 8591 E3CD 445D 6411 3477 F7F7 1E8E 441A C410 pgpNBL33dMUJq.pgp Description: PGP signature
Re: [gentoo-dev] QA last rites: media-video/elltube
On 10/23/2010 04:16 PM, Markos Chandras wrote: > # Markos Chandras (23 Oct 2010) > # on behalf of QA team > # > # Does not work with recent versions of ffmpeg. > # Does not work with youtube anymore due to API changes. > # Dead upstream. > # Removal in 15 days. > # Alternatives: > # media-video/minitube > # media-video/xvideoservicethief > media-video/elltube > I think whenever faster than the standard 30 days is used then there should be a reason in the mask entry. Regards, Petteri signature.asc Description: OpenPGP digital signature
[gentoo-dev] QA last rites: media-video/elltube
# Markos Chandras (23 Oct 2010) # on behalf of QA team # # Does not work with recent versions of ffmpeg. # Does not work with youtube anymore due to API changes. # Dead upstream. # Removal in 15 days. # Alternatives: # media-video/minitube # media-video/xvideoservicethief media-video/elltube -- Markos Chandras (hwoarang) Gentoo Linux Developer Web: http://hwoarang.silverarrow.org Key ID: 441AC410 Key FP: AAD0 8591 E3CD 445D 6411 3477 F7F7 1E8E 441A C410 pgppAImpFvnVb.pgp Description: PGP signature
[gentoo-dev] QA last rites for media-libs/capseo; media-libs/libcaptury; media-video/captury
# Diego E. Pettenò (23 Oct 2010) # on behalf of QA team # # Ebuilds are in very sorry state; they all try to workaround # distcc/ccache which an ebuild should never do; they # are ready to call autogen.sh and not use the autotools # eclass; USE=debug tinkers with flags; don't call econf and # don't use elog. See bugs #213197; #255872 and #293931 at # least. Maintainer is unresponsive, the ebuilds should all # be rewritten at the very least. # # Removal on 2010-12-22 media-libs/capseo media-libs/libcaptury media-video/captury
