Michael Orlitzky | 4 Jul 04:36 2015
Picon

Last rites: sci-biology/flower

# Michael Orlitzky <mjo <at> gentoo.org> (3 Jul 2015)
# Mask for removal in 30 days. Superseded by dev-haskell/biosff;
# use that instead. Bug #553636.
sci-biology/flower

Anthony G. Basile | 3 Jul 14:20 2015
Picon

New email list and alias for the musl project --- a note for bug wranglers

Hi everyone,

This one is mostly for the bug wranglers.  There is a new email list and 
alias for the musl (sub?)project [1].

List: gentoo-musl <at> lists.gentoo.org
alias: musl <at> gentoo.org

musl is a new C standard lib [2].  It adheres scrictly to POSIX, XOPEN, 
SUSv3 standards.  As a result, a number of packages break with musl. 
Usually these are small bugs, like missing headers mandated by POSIX, 
but still even a small error breaks a package.

I don't want to burdon the maintainers with these bugs, so I'd like to 
ask bug wranglers that if they see a bug due to musl, to please assign 
it to me and cc the maintainer.  I'll fix the bugs on the musl overlay 
[3] and upstream the patches, while keeping the maintainers informed 
about what's going on.  Don't worry, I won't touch any packages.

Bug wrangling usually proceeds via the metadata.xml, but there really is 
no structure there for communicating the above situation.

Refs.
[1] https://wiki.gentoo.org/wiki/Project:Hardened_musl
[2] http://www.musl-libc.org/
[3] https://gitweb.gentoo.org/proj/musl.git

--

-- 
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
(Continue reading)

NP-Hardass | 2 Jul 21:40 2015
Picon

[RFC] New Project: MATE

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Greetings all,

Looking for some feedback on creating a new project and herd for the
MATE Desktop environment.  The goal, like many other DE based projects,
is to provide up to date packaging and as complete an offering of the
DE's packages as possible.

Currently, the packages of the MATE Desktop DE are listed as maintained
by TomWij (who is on long term devaway).  Prior to acceptance into the
Gentoo repo, it was worked on by lxnay and steev.  All 3 have either
not responded to inquiries, or have expressed limited interest in
maintaining the DE.  As a result, I felt the best way to support users
was to move support of MATE away from any individual, and create a
project and associated herd to manage the packages, thus allowing any
developer that is interested in helping out an easy means of doing so.

I've created a prospective Wiki project page:
https://wiki.gentoo.org/wiki/Project:MATE and intend to have a mail
alias, mate <at> gentoo.org, and an email channel for Gentoo support and
development, #gentoo-mate.

Any feedback regarding the aforementioned would be greatly appreciated.

- --
NP-Hardass
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
(Continue reading)

Hanno Böck | 2 Jul 15:12 2015
Picon

Creating a Gentoo built with Address Sanitizer

Hi,

A quick intro for people who don't know address sanitizer (asan): It's a
feature of gcc and clang adding bounds-checking to c (enabled with
-fsanitize=address command line), which will cause applications to crash
and throw an error if an invalid memory access happens.
Very simple example:
int a[2]={1, 1};
int b=a[2];

This is invalid because a[2] does not exist, but usually software will
silently ignore such errors. Address Sanitizer catches them.

Address Sanitizer is supposed to be a debugging-tool, because it slows
down things quite a lot.

I've been playing with the idea of having a full system with almost
everything build with address sanitizer for quite a while. Gentoo is
obviously a good choice for such a system due to it being source based
and flexible.

I by now have a rudimentary system running in a chroot where everything
except glibc, gcc and some deps of gcc is built with asan. I'll probably
publish a stage tarball at some point. As asan has been around for a
while a lot of stuff is already fixed, so often it's merely a "take the
newer version of package X and it works". But in the process of trying
to run such a system I already reported a couple of bugs to the
corresponding upstreams (e.g. recently in bash).

Why's that interesting? First of all it lets you find bugs. There may
(Continue reading)

wireless | 30 Jun 04:08 2015
Picon

Re: rfc: Go ebuilds bundling multiple upstream sources

On 06/29/2015 06:50 PM, Zac Medico wrote:
> On 06/29/2015 05:27 PM, wireless <at> tampabay.rr.com wrote:
>> On 06/29/2015 05:50 PM, Zac Medico wrote:
>>> On 06/29/2015 02:27 PM, William Hubbs wrote:
>>>> All,
>>>>
>>>> we have several Go ebuilds in the tree that bundle multiple separate
>>>> upstream sources. One example is app-admin/consul-0.5.2.
>>>>
>>>> My thought is that we shouldn't bundle like this, but we should figure
>>>> out how to write ebuilds for the dependent packages as well.
>>>>
>>>> What do others think?
>>>
>>> Maybe we should take into account the number of consumers of said
>>> libraries? If there's only one consumer of a given library, then what's
>>> the advantage of splitting out a separate ebuild? Also, in our
>>> discussion, it may be useful to distinguish between bundling via "one
>>> big tarball" versus bundling via multiple tarballs in SRC_URI.
>>
>> You have much to consider. Consul, like zookeeper (ultrabug overlay) is
>> very useful for building clusters on (gentoo) linux. It would be very
>> cool to split consul into a separate build. That way one can experiment
>> with combining  a wide variety of sys-cluster builds with other packages.
>
> While it would certainly be possible to split out a number of separate
> ebuilds for Go libraries that are used *exclusively* by consul, what
> advantages would it have? You mention "a wide variety of sys-cluster
> builds," but I'm not sure what packages you're talking about. For
> example, are you aware of any other packages that use hashicorp's raft
(Continue reading)

wireless | 30 Jun 02:27 2015
Picon

Re: rfc: Go ebuilds bundling multiple upstream sources

On 06/29/2015 05:50 PM, Zac Medico wrote:
> On 06/29/2015 02:27 PM, William Hubbs wrote:
>> All,
>>
>> we have several Go ebuilds in the tree that bundle multiple separate
>> upstream sources. One example is app-admin/consul-0.5.2.
>>
>> My thought is that we shouldn't bundle like this, but we should figure
>> out how to write ebuilds for the dependent packages as well.
>>
>> What do others think?
>
> Maybe we should take into account the number of consumers of said
> libraries? If there's only one consumer of a given library, then what's
> the advantage of splitting out a separate ebuild? Also, in our
> discussion, it may be useful to distinguish between bundling via "one
> big tarball" versus bundling via multiple tarballs in SRC_URI.

You have much to consider. Consul, like zookeeper (ultrabug overlay) is 
very useful for building clusters on (gentoo) linux. It would be very 
cool to split consul into a separate build. That way one can experiment 
with combining  a wide variety of sys-cluster builds with other packages.

Regardless of which way you go, it would be great to have some detail 
documents about the various (software) components if you stay with one
large build.

hth,
James

(Continue reading)

William Hubbs | 29 Jun 23:27 2015
Picon

rfc: Go ebuilds bundling multiple upstream sources

All,

we have several Go ebuilds in the tree that bundle multiple separate
upstream sources. One example is app-admin/consul-0.5.2.

My thought is that we shouldn't bundle like this, but we should figure
out how to write ebuilds for the dependent packages as well.

What do others think?

William

Robin H. Johnson | 29 Jun 02:05 2015
Picon

Automated Package Removal and Addition Tracker, for the week ending 2015-06-28 23:59 UTC

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2015-06-28 23:59 UTC.

Removals:

Additions:
sci-mathematics/rw    	2015-06-22 15:12:57	mjo
dev-perl/Mo           	2015-06-26 09:17:07	monsieurp
dev-ruby/bundler-audit	2015-06-26 15:23:09	zerochaos
dev-python/hypothesis 	2015-06-27 09:18:20	idella4
dev-util/scala-ide    	2015-06-28 11:55:10	monsieurp

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail     : robbat2 <at> gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
Added Packages:
sci-mathematics/rw,added,mjo,2015-06-22 15:12:57
dev-perl/Mo,added,monsieurp,2015-06-26 09:17:07
dev-ruby/bundler-audit,added,zerochaos,2015-06-26 15:23:09
dev-python/hypothesis,added,idella4,2015-06-27 09:18:20
dev-util/scala-ide,added,monsieurp,2015-06-28 11:55:10
Done.
Michael Orlitzky | 28 Jun 18:30 2015
Picon

NPM / NodeJS project

I recently found a need for the CoffeeScript compiler[0] that runs on
top of NodeJS. Its test suite requires a bunch of other javascript
packages, and I wound up packaging enough of them to test CoffeeScript.

In the process I wrote an eclass to handle packages hosted on the npm
registry[1] and install them globally. I put all of this in an overlay
for now:

  https://github.com/orlitzky/npm

We don't have any standalone javascript packages in the tree at the
moment but I know there's been some interest before. Is anyone still
(planning on) working on javascript stuff in-tree?

If not, I'll probably commit dev-lang/coffee-script to the tree without
its test suite. But if so, the eclass and few dev-js packages I have
might be a good start. Then I could add coffee-script with its test
suite working.

[0] http://coffeescript.org/
[1] https://www.npmjs.com/

Johannes Huber | 27 Jun 21:39 2015
Picon

Herd/project cleanup

Hello Kentoos,

i think this topic is overdue. Compared to the list of members and real 
activity i would love to cleanup the herd/project.

So please raise your hands to say "yes i want to stay part of it" or "no i am 
not interested anymore". Please answer me within 90 days. If you reading this 
mail after the 90 days and be removed, feel free to re-join. 

Greetings,
--

-- 
Johannes Huber (johu)
Gentoo Linux Developer / KDE Team
GPG Key ID FDF4F788

Johannes Huber | 26 Jun 23:36 2015
Picon

Last rites: app-portage/kportagetray

 # Johannes Huber <johu <at> gentoo.org> (26 Jun 2015)
 # Mask for removal in 30 days. Segfaults on startup, bug #544822.
 # Last release in 2010. Non upstream repository, bug #544822.
 app-portage/kportagetray

--

-- 
Johannes Huber (johu)
Gentoo Linux Developer / KDE Team
GPG Key ID FDF4F788

Gmane