On Sun, 1 May 2016 18:42:54 -0400
Göktürk Yüksek wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Michał Górny:
> > On Sat, 30 Apr 2016 02:36:18 -0400 Göktürk Yüksek
> > wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
> >>
> >> Michał Górny:
> >>> On Thu, 28
This is the second iteration of the GLEP 67 changeset combined with
the first attempt at documenting GLEP 68 for devmanual. It also adds
documentation about slotting in metadata.xml.
The first iteration of the GLEP 67 changeset can be found here:
https://archives.gentoo.org/gentoo-dev/message/f329
A major rewrite of the section. Here is a brief summary of changes:
- Remove the information about the tag per GLEP 67
- Restructure the section in the following order:
- metadata.xml syntax
- package metadata
- metadata examples
- maintainer-needed
- category metadata
- Update the t
GLEP 31 applies to both package and category metadata. Instead of
referencing it in the "Category Metadata" subsection, reference it at
the beginning of the section.
Signed-off-by: Göktürk Yüksek
---
ebuild-writing/misc-files/metadata/text.xml | 7 +++
1 file changed, 3 insertions(+), 4 dele
Signed-off-by: Göktürk Yüksek
---
ebuild-writing/misc-files/metadata/text.xml | 52 -
1 file changed, 51 insertions(+), 1 deletion(-)
diff --git a/ebuild-writing/misc-files/metadata/text.xml
b/ebuild-writing/misc-files/metadata/text.xml
index a0946e8..66da375 100644
The changes are:
- Rename the title to "Projects and Herds" to put the emphasis
on projects
- Explain projects and subprojects in a new "Projects" section
- Add a subsection for starting new projects
- Add a subsection for joining/leaving a project
- Put a warning label at the beginning of the "H
Add information about specifying slots and subslots in the
metadata.
Also, update the section according to the specifications in GLEP 68,
clarify some of the tags better, and reorder the tags to improve the
flow of the text.
Signed-off-by: Göktürk Yüksek
---
ebuild-writing/misc-files/metadata/t
On 29/04/16 09:34 PM, waltd...@waltdnes.org wrote:
> On Fri, Apr 29, 2016 at 08:19:53PM -0400, Anthony G. Basile wrote
>
>> 1) i support uclibc across many arches. see
>>
>> https://wiki.gentoo.org/wiki/Project:Hardened_uClibc
>>
>>
>> 2) you can file uclibc bugs and i will look at them. i know a
On Saturday 30 of April 2016 23:16:42 Andreas K. Huettel wrote:
| Hi all,
|
| just as a small reminder, to ease the load on all arch teams:
|
| If a stablerequest has the keyword ALLARCHES set, then
| * the first arch that tests successfully and stabilizes
| * can and *should* immediately stabili
On Monday 02 of May 2016 16:43:01 you wrote:
| On Saturday 30 of April 2016 23:16:42 Andreas K. Huettel wrote:
| | Hi all,
| |
| | just as a small reminder, to ease the load on all arch teams:
| |
| | If a stablerequest has the keyword ALLARCHES set, then
| | * the first arch that tests successfu
Hello,
General advise: do not convert ebuilds inheriting cmake-utils to EAPI 6 unless
you know what you are doing (you are fully aware of eclass behaviour removed
with https://bugs.gentoo.org/show_bug.cgi?id=514384).
Background:
Pre EAPI-6 cmake-utils.eclass contained certain feature to mitiga
On Monday 02 of May 2016 18:06:44 you wrote:
> Unfortunately there is common misconception, also among developers, that
> it's sufficient to simply replace "${cmake-utils_use_with foo)" with
> "-DWITH_foo=ON" etc.
Obvious errata, should be:
Unfortunately there is common misconception, also among d
On Mon, May 02, 2016 at 10:37:45AM -0400, Ian Stakenvicius wrote
> On 29/04/16 09:34 PM, waltd...@waltdnes.org wrote:
> > On Fri, Apr 29, 2016 at 08:19:53PM -0400, Anthony G. Basile wrote
> >
> >> 1) i support uclibc across many arches. see
> >>
> >> https://wiki.gentoo.org/wiki/Project:Hardened_u
On 5/2/16 2:37 PM, waltd...@waltdnes.org wrote:
> On Mon, May 02, 2016 at 10:37:45AM -0400, Ian Stakenvicius wrote
>> On 29/04/16 09:34 PM, waltd...@waltdnes.org wrote:
>>> On Fri, Apr 29, 2016 at 08:19:53PM -0400, Anthony G. Basile wrote
>>>
1) i support uclibc across many arches. see
>>
does uclibc handle libm stuff as well like sin/cos?
If so has anyone benchmarked it? I guess same question applies to memcpy and
friends who can have a performance impact
On Mon, May 02, 2016 at 04:04:46PM -0400, Anthony G. Basile wrote
> On 5/2/16 2:37 PM, waltd...@waltdnes.org wrote:
> > On Mon, May 02, 2016 at 10:37:45AM -0400, Ian Stakenvicius wrote
> >> On 29/04/16 09:34 PM, waltd...@waltdnes.org wrote:
> >>> On Fri, Apr 29, 2016 at 08:19:53PM -0400, Anthony G.
On 5/2/16 5:27 PM, waltd...@waltdnes.org wrote:
> On Mon, May 02, 2016 at 04:04:46PM -0400, Anthony G. Basile wrote
>> On 5/2/16 2:37 PM, waltd...@waltdnes.org wrote:
>>> On Mon, May 02, 2016 at 10:37:45AM -0400, Ian Stakenvicius wrote
On 29/04/16 09:34 PM, waltd...@waltdnes.org wrote:
> O
Quote: blueness:
>
> The big problem is going to be the migration. You can't just unmerge
> uclibc and emerge uclibc-ng. The two hard block one another for that
> reason. The migration path I took is really really dirty but works:
>
> 1. ebuild uclibc-ng-.ebuild clean install
> 3. Copy .so fil
On 5/2/16 6:31 PM, Ian Stakenvicius wrote:
> Quote: blueness:
>>
>> The big problem is going to be the migration. You can't just unmerge
>> uclibc and emerge uclibc-ng. The two hard block one another for that
>> reason. The migration path I took is really really dirty but works:
>>
>> 1. ebuild
19 matches
Mail list logo
