Ulrich Mueller | 30 Sep 23:06 2014
Picon

Last rites: app-emulation/emul-linux-x86-motif

# Ulrich Müller <ulm <at> gentoo.org> (30 Sep 2014)
# Obsolete, superseded by multilib x11-libs/motif.
# Masked for removal in 30 days, bug #461916.
app-emulation/emul-linux-x86-motif
Anthony G. Basile | 30 Sep 20:30 2014
Picon

News Item for changes in the MIPS profiles.

Hi everyone,

Can you please review the following news item.  The item is 
self-explanatory.  The only thing I'm iffy about is whether or not I 
should specify a date (Oct 11) for when I'm going to make the switch --- 
or should I just push the news item out the day I do make the changes?

Title: Restructure of mips profiles
Author: Anthony G. Basile <rhill <at> gentoo.org>
Content-Type: text/plain
Posted: 2014-09-29
Revision: 1
News-Item-Format: 1.0
Display-If-Keyword: mips
Display-If-Installed:sys-libs/glibc

To accomodate the new multilib approach in Gentoo, the mips profiles will be
changing on Oct 11, 2014.  The new profile structure will be as follows:

   [1]   default/linux/mips/13.0/o32
   [2]   default/linux/mips/13.0/n32
   [3]   default/linux/mips/13.0/n64
   [4]   default/linux/mips/13.0/multilib/o32
   [5]   default/linux/mips/13.0/multilib/n32
   [6]   default/linux/mips/13.0/multilib/n64
   [7]   default/linux/mips/13.0/mipsel/o32
   [8]   default/linux/mips/13.0/mipsel/n32
   [9]   default/linux/mips/13.0/mipsel/n64
   [10]  default/linux/mips/13.0/mipsel/multilib/o32
   [11]  default/linux/mips/13.0/mipsel/multilib/n32
(Continue reading)

William Hubbs | 30 Sep 02:09 2014
Picon

pybugz call for testers

To all pybugz users,

I need some folks to upgrade to pybugz-9999 for a short time and see if
you can break it.

The big change is the inclusion of default configuration files as well
as the ability for the sys admin and for an individual user to override
configuration information. Also, now the configuration options are
documented in man 5 pybugz.d.

Check it out and let me know what you think.

William

William Hubbs | 28 Sep 01:22 2014
Picon

commit message format change on the wiki

All,

I would like to suggest a couple of changes to the
"commit message format" section of the Gentoo git Workflow page on the
wiki.

The first bullet, which states that all lines have a max length of 70-75
characters is not quite correct. The brief explanation (the first line)
is supposed to be 50 characters or less.

The other thing I suggest changing is the bullet about the detailed
multiline explanation. It is recommended that the wrap occur at column
72, so we probably should just say that the multiline explanation should
have a max width of 72.

See this blog post [1] for
why.

Thanks,

William

[1] http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html
Andreas K. Huettel | 27 Sep 23:20 2014
Picon

last rites: Perl 5.16 and friends


# Andreas K. Huettel <dilfridge <at> gentoo.org> (27 Sep 2014)
# Masked for removal in 30 days; see e.g. bug 446376
# Please upgrade to stable Perl 5.18
=dev-lang/perl-5.16.3
=virtual/perl-ExtUtils-Install-1.580.0-r1
=virtual/perl-File-Temp-0.220.0-r3
=virtual/perl-I18N-LangTags-0.380.0
=virtual/perl-Math-BigInt-1.998.0
=virtual/perl-Math-BigRat-0.260.300
=virtual/perl-Net-Ping-2.38
=virtual/perl-Text-ParseWords-3.270.0-r1
=virtual/perl-Thread-Queue-2.120.0-r3
=virtual/perl-Version-Requirements-0.101.22
=virtual/perl-threads-shared-1.400.0-r2
perl-core/Version-Requirements

--

-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfridge <at> gentoo.org
http://www.akhuettel.de/

Andrew Savchenko | 25 Sep 14:42 2014
Picon

Why masks are being used for security issues instead of GLSA?

Hello,

many packages in tree are masked due to security issues instead of
issuing GLSA for them. Why? At this moment I counted 56 such
packages in package.mask.

Some of these packages have GLSAs issued (e.g. nethack and friends)
and have no fixes, so this is understandable. But most packages are
just masked "due to security bugs", I recently stumbled upon:
ppp, mariadb, mysql, vlc...

Why such masking is bad? Because it undermines the whole idea of
GLSA as a sole security provider for Gentoo users. 

I manage about 50 Gentoo boxes (with more than 10 unique setups)
and I'm not an update monkey to update them weekly. My usual
workflow is to emerge all world somewhere within 6 month and 1
year, but to install security updates regularly and critical ones
ASAP. GLSA serves this purpose well (Yes, I understood that
security team can't embrace all issues so some extra lookup for
CVEs is needed as well). But security-masked packages undermine
such approach, because they're not listed in glsa-check -l affected
and message about masked packages doesn't appear in elog, only on
top of build log, which is likely to be lost.

Best regards,
Andrew Savchenko
hasufell | 20 Sep 23:23 2014
Picon

Re: Re: git security (SHA-1)

You'v quoted the wrong guy.

Aaron W. Swenson | 19 Sep 16:11 2014
Picon

Unifying the PostgreSQL Ebuilds

I've been working on unifying the PostgreSQL ebuilds for a while now.

Besides just being cleaner and taking a bit less time to compile, it
will inherently resolve a couple issues that are difficult to
workaround, such as cross compilation [1] and CFLAGS changes [2].

I'm including a list of affected packages, but I think I have everything
prepared in my overlay [3] for commit to gentoo-x86.

I'm aiming to do a package move instead of the virtual/postgresql mess
we had last time. Before I do that, I'd like some feedback as there may
be some issue I've overlooked or haven't run into. I don't really think
there should be as the installation model is the same as the split
ebuilds; it's still slotted, and installation paths are the same.

I'm hoping to press forward with this change in the next week or so.

Thank you in advance!

[1] https://bugs.gentoo.org/show_bug.cgi?id=505540
[2] https://bugs.gentoo.org/show_bug.cgi?id=456876
[3] https://github.com/titanofold/titanofold-gentoo-x86

Affected Packages
========================================================================
app-admin/collectd
app-admin/rsyslog
app-admin/sagan
app-admin/ulogd
app-backup/bacula
(Continue reading)

Sebastian Pipping | 18 Sep 19:28 2014
Picon

Packages up for grabs

Hello!

Below are some packages that I fail to take care of as needed and have
not been using myself for a while.  Please take over whatever you have
interest in:

                           Latest          Open bugs
  ====================================================
  app-text/xmlstarlet      yes             no

  media-libs/libmp3splt    yes             yes
  media-sound/mp3splt-gtk  yes             yes
  media-sound/mp3splt      yes             yes

  dev-python/html2text     no/2014.9.8     no
  dev-python/inotifyx      no/0.2.2        no
  games-action/openlierox  no/0.59_beta10  no
  media-gfx/drqueue        yes             yes
  media-libs/opencollada   no/?            yes
  sys-fs/pytagsfs          yes             yes

Many thanks,

Sebastian

Samuli Suominen | 18 Sep 07:00 2014
Picon

Request for help with jpeg-9a porting, bug 479818

I could use some help with bugs at,

http://bugs.gentoo.org/showdependencytree.cgi?id=479818&hide_resolved=1

Specifically with x11-libs/fox bug
https://bugs.gentoo.org/show_bug.cgi?id=520674 because it's an library,
I'm almost ashamed my patch efforts to it have failed, I keep running
from one error to another

- Samuli

Jack Morgan | 18 Sep 01:31 2014
Picon

PowerPC status

Hello,

The PowerPC development team has had our 2nd monthly meeting and I
wanted to provide an update on where we are. 

1) Active Developers

The following are activly working on PPC/PPC64 as far as I know.
If I've listed you in error, please let me know.

Agostino Sarubbo (ago) - stablereq
Anthony G. Basile (blueness) - keywordreq, profiles 
Jeroen Roovers (jer) - developer
Jack Morgan  (jmorgan) - lead, keywordreq
Joseph Jezak (josejx) - docs, keywordreq 
Luca Barbato (lu_zero) - keywordreq
Mikle Kolyada (zlongene) - developer

I've sent email to the following devs but haven't head back yet so don't
know your current status.

Mark Loeser (halcy0n)
Gysbert Wassenaar (nixnut)
Michael Weber (xmw)

2) Documentation

Our current documentation needs to be updated. We plan to consolidate
both PPC and PPC64 herds/projects into one project/herd called PowerPC.
In addition, we will be updating the FAQ and grub2 guide for powerpc.
(Continue reading)


Gmane