On 04/28/2014 11:30 PM, Ciaran McCreesh wrote:
> On Mon, 28 Apr 2014 17:08:28 +1000
> Michael Palimaka wrote:
>> On 04/28/2014 04:56 PM, hasufell wrote:
>>> What is going on here? Doesn't look right. The commit messages don't
>>> give an understandable re
On 06/09/2014 12:41 AM, hasufell wrote:
> The amount of contributors (with real patches and real ebuilds) is
> constantly decreasing, because our workflow is horrible. I hope you
> don't actually think that bugzilla is an appropriate review platform.
The problem is finding improvements that everyon
On 06/15/2014 02:05 AM, Ian Stakenvicius wrote:
> I vote that as primary policy/general practice, it only be bumped for
> (2) -- the primary purpose of subslot rebuilds is to allow portage to
> figure out the deptree order when a dependency upgrade is going to
> break a package that may or may not
On 06/15/2014 02:50 AM, Alexandre Rostovtsev wrote:
> On Sat, 2014-06-14 at 16:41 +0200, Michał Górny wrote:
>> Considering the libtool versioning, there are two kinds of library
>> bumps relevant to us:
>>
>> 1) when ABI is altered in backwards-compatible way (so old stuff is not
>> touched),
>>
>
Hi,
Due to cleaning up within the Qt team, the following packages are up for
grabs:
app-emulation/qtemu
app-mobilephone/past
dev-util/beediff
dev-util/eggy
dev-util/qdevelop
media-gfx/pencil
media-gfx/pictureflow
media-gfx/picturewall
media-gfx/smile
The following packages would benefit from hav
On 07/04/2014 07:26 PM, Ulrich Mueller wrote:
> I have no strong preference for the variable's value. Is testing for
> a non-empty value sufficient? Then we should assign something simple
> (like "1"). If not, any string that is sufficiently random (like the
> one used in eutils) should be good.
I
On 07/08/2014 07:45 AM, Michał Górny wrote:
> Dear Community,
>
> First of all, please do not take this personally. I don't want to
> attack any member of the games team or the team in general. I respect
> their experience and long-term contribution to Gentoo. However,
> I strongly disagree with t
On 07/08/2014 09:38 PM, Michał Górny wrote:
> Dnia 2014-07-08, o godz. 20:52:49
> Michael Palimaka napisał(a):
>
>> On 07/08/2014 07:45 AM, Michał Górny wrote:
>>> I would like to ask the Council to abolish the following policies that
>>> have been established b
On 07/09/2014 01:22 AM, Samuli Suominen wrote:
> And some personal thoughts about the initial proposal...
> I don't care about the suggestion 3. in mgorny's proposal at all, but 1.
> and 2. should definately
> stay as is.
What authority does the game team have over anything? Did it get special
bles
On 07/09/2014 02:58 AM, Rich Freeman wrote:
> On Tue, Jul 8, 2014 at 12:17 PM, Michael Palimaka
> wrote:
>> On 07/09/2014 01:22 AM, Samuli Suominen wrote:
>>> And some personal thoughts about the initial proposal...
>>> I don't care about the suggestion 3.
On 07/22/2014 07:52 AM, Alexander Berntsen wrote:
>
> To sum up: My vote is disable dynamic-deps. And I would be happy to
> apply a patch that does this with the information I have today.
What a great way to kill the distro.
I can already heat my house with the number of unnecessary rebuilds - I
On 07/23/2014 09:36 AM, Tom Wijsman wrote:
> On Tue, 22 Jul 2014 18:21:00 +1000
> Michael Palimaka wrote:
>
>> What a great way to kill the distro.
>>
>> I can already heat my house with the number of unnecessary rebuilds
>
> Do you upgrade @world every hour
On 07/27/2014 02:20 AM, William Hubbs wrote:
> I know I'm replying to my own message, but I do have a concern about
> this that I want to ask about.
>
> When a stable request is filed for a package, it is filed for all
> architectures which have the ~arch keyword for the package and are
> marked
On 07/26/2014 07:59 AM, Tom Wijsman wrote:
> On Wed, 23 Jul 2014 22:14:41 +1000
> Michael Palimaka wrote:
>
>> On 07/23/2014 09:36 AM, Tom Wijsman wrote:
>>> On Tue, 22 Jul 2014 18:21:00 +1000
>>> Michael Palimaka wrote:
>>>
>>>> What a grea
On 07/27/2014 03:19 AM, William Hubbs wrote:
> If an arch team isn't going to honor a stable request, shouldn't they
> remove themselves from it and say so?
>
> Also, if an arch team does that, does that mean we don't have to file
> stable requests for that arch on future versions of the package?
On 07/27/2014 05:21 AM, Tom Wijsman wrote:
> On Sun, 27 Jul 2014 03:12:07 +1000
> Michael Palimaka wrote:
>
>> On 07/26/2014 07:59 AM, Tom Wijsman wrote:
>>> On Wed, 23 Jul 2014 22:14:41 +1000
>>> Michael Palimaka wrote:
>>>
>>>> On 07/23/
Title: semantic-desktop USE flag changes
Author: Michael Palimaka
Content-Type: text/plain
Posted: 2014-08-29
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: kde-base/kdelibs[semantic-desktop]
KDE 4.13 introduces Baloo, the next generation semantic search
infrastructure. It replaces
Hi,
Please find attached two new KDE eclasses for review, required to
support KDE Frameworks 5 and its consumers.
I will commit in a week or so in the absence of major issues, with the
masked packages to follow shortly after.
Best regards,
Michael
# Copyright 1999-2014 Gentoo Foundation
# Distri
On 09/16/2014 02:19 AM, Davide Pesavento wrote:
>> if [[ -a "CMakeLists.txt" ]]; then
>
> Unnecessary quoting. Also, -e is more common than -a
I guess both the eclasses (and a lot of Gentoo stuff in general) has
quoting that's not strictly necessary.
Thanks for the review, everything else ha
On 09/27/2014 08:51 PM, Jeroen Roovers wrote:
> On Sat, 27 Sep 2014 06:25:28 -0400
> Rich Freeman wrote:
>
>> On Sat, Sep 27, 2014 at 4:58 AM, Jeroen Roovers
>> wrote:
>>>
>>> Right now, CC'ing a single alias is inconvenient, but under your
>>> proposal, you might need to CC a dozen or more peop
# Michael Palimaka (15 Oct 2014)
# No longer compatible with online service it depends on.
# Dead upstream. Masked for removal in 30 days. Bug #451868.
app-dicts/gnuvd
On 05/11/14 12:16, Michael Orlitzky wrote:
> When I was taking my ebuild quizzes, I asked for someone to clarify the
> implicit system dependency that we have enshrined in the devmanual:
>
> https://bugs.gentoo.org/show_bug.cgi?id=485356
>
> There is... some agreement, but also special cases an
On 14/11/14 01:17, Rich Freeman wrote:
> On Thu, Nov 13, 2014 at 5:30 AM, Michael Palimaka
> wrote:
>>
>> In general, a package must explicitly depend upon what it directly uses.
>> However, to avoid ebuild complexity and developer burden there are some
>> exception
On 14/11/14 01:36, Ulrich Mueller wrote:
>>>>>> On Thu, 13 Nov 2014, Michael Palimaka wrote:
>
>> Suggested policy to get the ball rolling:
>
>> In general, a package must explicitly depend upon what it directly
>> uses. However, to avoid ebuild complex
On 14/11/14 01:05, Michael Orlitzky wrote:
> On 11/13/2014 05:30 AM, Michael Palimaka wrote:
>>
>> Suggested policy to get the ball rolling:
>>
>> In general, a package must explicitly depend upon what it directly uses.
>> However, to avoid ebuild complexity an
On 14/11/14 03:57, hasufell wrote:
> On 11/13/2014 04:27 PM, Michael Palimaka wrote:
>>>> * C++ compiler and runtime
>>>
>>> Isn't it possible to disable C++ in GCC with USE="-cxx"?
>>
>> It is, but I think if that's disabled you
On 14/11/14 11:06, Rich Freeman wrote:
> On Thu, Nov 13, 2014 at 10:07 AM, Michael Palimaka
> wrote:
>>
>> Ditching implicit dependencies is an interesting idea but not practical.
>> Nobody wants to the laundry list, and there's little benefit in
>> maintainin
On 14/11/14 15:01, Rich Freeman wrote:
> On Thu, Nov 13, 2014 at 9:38 PM, Michael Palimaka
> wrote:
>> On 14/11/14 11:06, Rich Freeman wrote:
>>>
>>> Well, the idea would be to maintain the virtual INSTEAD of @system, or
>>> have @system just pull in
# Michael Palimaka (07 Mar 2019)
# Fails to build with ffmpeg-4 (bug #673352). Dead upstream.
# Masked for removal in 30 days.
media-sound/karlyriceditor
On 7/12/19 3:14 AM, hero...@gentoo.org wrote:
From: Benda Xu
Prefix/standalone does not need it.
---
eclass/cmake-utils.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index ea1858e9735f..109b584afb39 100644
Package-Manager: Portage-2.3.69, Repoman-2.3.16
Signed-off-by: Michael Palimaka
---
acct-user/unrealircd/metadata.xml| 7 +++
acct-user/unrealircd/unrealircd-0.ebuild | 11 +++
2 files changed, 18 insertions(+)
create mode 100644 acct-user/unrealircd/metadata.xml
create
Package-Manager: Portage-2.3.69, Repoman-2.3.16
Signed-off-by: Michael Palimaka
---
acct-group/unrealircd/metadata.xml| 7 +++
acct-group/unrealircd/unrealircd-0.ebuild | 8
2 files changed, 15 insertions(+)
create mode 100644 acct-group/unrealircd/metadata.xml
create mode
On 8/4/19 8:00 PM, Hasan ÇALIŞIR wrote:
I have a request waiting for "gvm" user on ID 495 ??
https://github.com/gentoo/gentoo/pull/12609
I have updated my local branch to use 496 instead.
On 8/4/19 10:36 PM, Hasan Calisir wrote:
Thank you.
FYI
https://wiki.gentoo.org/wiki/Project:Quality_Assurance/UID_GID_Assignment
439 ldap fixed id used in old packages
450 firebird fixed id used in old packages
495 gvm assignment requested
*496 strelaysrv acct-group/strelaysrv*
497 stdiscosrv
---
eclass/ssl-cert.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/ssl-cert.eclass b/eclass/ssl-cert.eclass
index b5b4250ef22..01783b75848 100644
--- a/eclass/ssl-cert.eclass
+++ b/eclass/ssl-cert.eclass
@@ -18,7 +18,7 @@ case "${EAPI:-0}" in
0)
Sorry for the late reply here.
On 10/3/19 1:43 AM, Matt Turner wrote:
On Thu, Sep 26, 2019 at 12:29 AM Sergei Trofimovich wrote:
I noticed that stable-bot stopped marking bugs as verified for stbilization.
Example:
https://bugs.gentoo.org/695252
1. Is it gone forever and arch teams shou
On 10/4/19 5:32 AM, Robin H. Johnson wrote:
On Wed, Oct 02, 2019 at 08:43:44AM -0700, Matt Turner wrote:
On Thu, Sep 26, 2019 at 12:29 AM Sergei Trofimovich wrote:
I noticed that stable-bot stopped marking bugs as verified for stbilization.
Example:
...
It looks like it is working now, but
On 10/8/19 7:21 AM, Andreas K. Huettel wrote:
In any case, since many people *do* rely on it, maybe we should declare it
official? [+]
And, if that's OK with both of you, move it onto infra hardware?
Happy to sponsor both for the next council meeting agenda.
[+] At some point the one remainin
On 10/12/14 06:35, Luca Barbato wrote:
> On 09/12/14 17:34, Michał Górny wrote:
>
>> I'm all for keeping it simple. However, backwards compatibility makes
>> it hard to keep things simple. I'd love to do, say, metadata.yml
>> supporting stuff like:
>>
>> - maintainer: f...@gentoo.org, b...@gentoo.
On 09/02/15 00:27, Alan McKinnon wrote:
> On 08/02/2015 14:04, Hanno Böck wrote:
>
>> # Hanno Boeck (08 Feb 2150)
>> # Dead upstream, will be removed in 30 days if nobody
>> # complains.
>> media-sound/moodbar
>
> I use this, it builds without errors and works well with Amarok.
>
> Please leave
On 15/02/15 02:00, Kristian Fiskerstrand wrote:
> On 02/14/2015 03:38 PM, Nikos Chantziaras wrote:
>> On 13/02/15 00:03, Andreas K. Huettel wrote:
>>> We have an overlay that can be used and is used for user
>>> contributions.
>
>> Any plans to move it to github so we can fork and send pull
>> req
# Michael Palimaka (19 Feb 2015)
# Doesn't work with current version of ruby. Dead upstream.
# Masked for removal in 30 days.
games-board/kaya
>> Describe *what* you change, do not expect users to go try to figure
>> out where the overlay is and which changes you merged.
>
> Nothing positive happened yet to the ChangeLog entry. Instead we got
> more.
>
> 15 May 2015; Michael Palimaka
> kde4-base.eclass:
On 02/06/15 17:04, Michał Górny wrote:
> Dnia 2015-06-02, o godz. 03:58:35
> "Michael Sterrett (mr_bones_)" napisał(a):
>
>> mr_bones_15/06/02 03:58:35
>>
>> Modified: gnugo-3.9.1-r1.ebuild ChangeLog
>> Log:
>> add slot dep for repoman
>>
>> (Portage version: 2.2.18/cvs
On 02/06/15 21:38, Mike Frysinger wrote:
> On 02 Jun 2015 20:47, Michael Palimaka wrote:
>> On 02/06/15 17:04, Michał Górny wrote:
>>> Dnia 2015-06-02, o godz. 03:58:35
>>> "Michael Sterrett (mr_bones_)" napisał(a):
>>>> -DEPEND="readline? (
On 02/06/15 23:52, Mike Frysinger wrote:
> On 02 Jun 2015 23:07, Michael Palimaka wrote:
>> On 02/06/15 21:38, Mike Frysinger wrote:
>>> On 02 Jun 2015 20:47, Michael Palimaka wrote:
>>>> On 02/06/15 17:04, Michał Górny wrote:
>>>>> Dnia 2015-06
On 03/06/15 01:30, Mike Frysinger wrote:
> On 03 Jun 2015 00:28, Michael Palimaka wrote:
>> On 02/06/15 23:52, Mike Frysinger wrote:
>>> On 02 Jun 2015 23:07, Michael Palimaka wrote:
>>>> On 02/06/15 21:38, Mike Frysinger wrote:
>>>>> On 02 Jun 2015 2
On 28/06/15 05:39, Johannes Huber wrote:
> 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".
On 26/07/15 19:48, Andrew Savchenko wrote:
> Hello all,
>
> I propose two improvements to cmake-utils eclass:
>
> 1. Set default documentation directory
>
> cmake allows to specify default docs installation directory
> (analogue of --docdir for configure script), but cmake-utils.eclass
> does no
On 03/08/15 07:14, NP-Hardass wrote:
> ^^ has the pleasant side effect of being easier to read, as a user. The
> user receives a message saying "at-most-one-of" instead of some
> convoluted other expression that they don't understand.
>
> I am all for the use of ^^ add the default for this reason.
On 11/08/15 20:10, Sergey Popov wrote:
> Err, i have read the whole thread and still does not get a point, why i
> am wrong.
You clearly have not. The reasoning behind Qt team's policy is described
on the page and has been reiterated on this list. You are undermining
what little confidence there i
On 11/08/15 20:17, Sergey Popov wrote:
> 09.08.2015 23:28, Ulrich Mueller пишет:
>> I disagree with this. Really, REQUIRED_USE should be used sparingly,
>> and IMHO the above is not a legitimate usage case for it.
>
> So, you prefer to make ugly mess of deps here like i posted before or
> introduc
On 11/08/15 22:58, Sergey Popov wrote:
> 11.08.2015 15:30, Michael Palimaka пишет:
>> On 11/08/15 20:10, Sergey Popov wrote:
>>> Err, i have read the whole thread and still does not get a point, why i
>>> am wrong.
>>
>> You clearly have not. The reasoni
On 11/08/15 23:39, Sergey Popov wrote:
> 11.08.2015 16:30, Michael Palimaka пишет:
>>
>> Don't forget that as a project with no special authority, Qt's policy
>> remains a suggestion for the vast majority of maintainers. If someone
>> wishes to provide sup
On 11/08/15 23:04, Sergey Popov wrote:
> 11.08.2015 15:32, Michael Palimaka пишет:
>> On 11/08/15 20:17, Sergey Popov wrote:
>>> 09.08.2015 23:28, Ulrich Mueller пишет:
>>>> I disagree with this. Really, REQUIRED_USE should be used sparingly,
>>>> and IMH
On 12/08/15 00:29, Rich Freeman wrote:
> On Tue, Aug 11, 2015 at 9:39 AM, Sergey Popov wrote:
>> 11.08.2015 16:30, Michael Palimaka пишет:
>>>
>>> Don't forget that as a project with no special authority, Qt's policy
>>> remains a suggestion fo
On 13/08/15 18:17, Sergey Popov wrote:
> 11.08.2015 16:49, Michael Palimaka пишет:
>>> You think that REQUIRED_USE is abusive to users: fine. Point accepted.
>>> I think that provided DEPEND strings if they will be typed at every
>>> single qt-related ebuild
This is trivial, but posted anyway for completeness.
# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$
# @ECLASS: kde5-meta-pkg.eclass
# @MAINTAINER:
# k...@gentoo.org
# @BLURB: This eclass contains boilerplate for KDE 5 meta packages
On 21/08/15 04:50, Michał Górny wrote:
> Dnia 2015-08-21, o godz. 04:24:55
> Michael Palimaka napisał(a):
>
>> This is trivial, but posted anyway for completeness.
>
> I think that this eclass is underdocumented.
>
Please elaborate on what documentation you think is missing.
# Michael Palimaka (01 Sep 2015)
# Fails to build (bug #559330). Dead upstream.
# Masked for removal in 30 days.
kde-misc/socket-sentry
# Michael Palimaka =app-crypt/qca-2.1
# Masked for removal in 30 days
# Michael Palimaka
On 13/10/15 04:19, Julian Ospald wrote:
> There seems to be some general confusion about specific package SLOTs
> and their meaning, since there can be several naming schemes applied
> and documentation is either non-existent or is inside the ebuild via
> comments.
> Because of that it should be pa
This could happen if ninja is manually enabled (eg. make.conf) but not installed
---
eclass/cmake-utils.eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index 480cd09..012b13f 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/c
On 16/10/15 03:04, Michał Górny wrote:
>
>
> Dnia 15 października 2015 17:44:47 CEST, Michael Palimaka
> napisał(a):
>> This could happen if ninja is manually enabled (eg. make.conf) but not
>> installed
>> ---
>> eclass/cmake-utils.eclass | 5 +
There's been a lot of discussion about relying on GitHub for pull
requests and code review and such, so I have set up a Phabricator
instance against gentoo.git to see how a free alternative might work.
Here's a few examples of how things could work:
General post-commit review:
http://phabricator.
On 02/11/15 09:07, Michael Orlitzky wrote:
> On 11/01/2015 12:44 PM, Michael Palimaka wrote:
>> There's been a lot of discussion about relying on GitHub for pull
>> requests and code review and such, so I have set up a Phabricator
>> instance against gentoo.git to see ho
On 02/11/15 06:23, hasufell wrote:
> On 11/01/2015 06:44 PM, Michael Palimaka wrote:
>> There's been a lot of discussion about relying on GitHub for pull
>> requests and code review and such, so I have set up a Phabricator
>> instance against gentoo.git to see how a f
On 02/11/15 22:08, Alexander Berntsen wrote:
> It is tailored to Facebook's workflow. Their workflow does not
> coincide with most other people's workflow. It doesn't work for my
> company, and I suspect it won't work for Gentoo either.
Which workflow do you mean? Most features seem optional, allo
On 03/11/15 06:24, Dirkjan Ochtman wrote:
> On Mon, Nov 2, 2015 at 2:04 PM, Kristian Fiskerstrand wrote:
>> The way I see it, keeping review and committing/pushing separate is a
>> good thing, and removes a lot of the concerns about hosting a review
>> platform as it is sufficient with read-access
cmake-utils.eclass currently defines 10 helper functions to assist in
configuring packages.
For example:
local mycmakeargs=(
$(cmake-utils_use_with foo LibFoo)
)
which outputs -DWITH_LibFoo=ON or OFF
Most of these helpers were introduced before, and could be replaced by,
usex:
local my
# Michael Palimaka (18 Nov 2015)
# Ebuilds unfinished work-in-progress. Dead upstream.
# Masked for removal in 30 days. Bug #550234.
app-pda/libopensync
app-pda/libopensync-plugin-file
app-pda/libopensync-plugin-gnokii
app-pda/libopensync-plugin-gpe
app-pda/libopensync-plugin-irmc
app-pda
On 22/11/15 05:51, Andrew Savchenko wrote:
> Hi,
>
> On Wed, 18 Nov 2015 07:01:21 -0500 Rich Freeman wrote:
>> On Wed, Nov 18, 2015 at 6:12 AM, Alexander Berntsen
>> wrote:
>>> When I do QA in projects I'm involved with (at least outside of
>>> Gentoo), we don't do it live on end-user systems. I
# Michael Palimaka
# Michael Palimaka (10 Dec 2015)
# Relies on dead ISP API. Dead upstream. Masked for removal in 30 days.
# Bug 567532
x11-plugins/wmium
# Michael Palimaka (22 Dec 2015)
# No longer works. Dead upstream. Masked for removal in 30 days.
# Bug 507914
app-doc/ebookmerge
# Michael Palimaka (22 Dec 2015)
# Fails to build. Dead upstream. Masked for removal in 30 days.
# Bug 566446
media-video/vmaid
I am announcing the Freedesktop project[1], to replace the old herd in
preparation for the implementation of GLEP 67. The project is mainly
concerned with taking care of important freedesktop.org packages such as
dbus, polkit etc.
Please feel free to join the project and/or improve the project pag
# Michael Palimaka (27 Dec 2015)
# Fails to build. Dead upstream. Masked for removal in 30 days.
# Bug 541522
dev-util/pmk
# Michael Palimaka (31 Dec 2015)
# Ancient package, unsupported by upstream. Masked for removal in 30 days
# Bug 565010
dev-python/pysyck
# Michael Palimaka (31 Dec 2015)
# Relies on dead web API. Dead upstream. Masked for removal in 30 days
# Bug 364097
media-sound/shoutcast-search
# Michael Palimaka (31 Dec 2015)
# Merged into >=kde-apps/kaddressbook-4.14
# Masked for removal in 30 days
kde-base/contactthemeeditor
On 02/01/16 03:41, Michał Górny wrote:
> ---
> eclass/scons-utils.eclass | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/eclass/scons-utils.eclass b/eclass/scons-utils.eclass
> index a2a6884..e1b3a1b6 100644
> --- a/eclass/scons-utils.eclass
> +++ b/eclass/scons-u
On 02/01/16 04:15, Michał Górny wrote:
> On Sat, 2 Jan 2016 03:57:59 +1100
> Michael Palimaka wrote:
>
>> On 02/01/16 03:41, Michał Górny wrote:
>>> ---
>>> eclass/scons-utils.eclass | 8
>>> 1 file changed, 4 insertions(+), 4 deletions(-)
>
I am announcing the ALSA project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:ALSA
I am announcing the ROS project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:ROS
I am announcing the Toolchain project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Toolchain
I am announcing the Debian Tools project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Debian_Tools
I am announcing the LiveCD project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:LiveCD
I am announcing the Desktop Miscellaneous project[1], to replace the old
herd in preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Desktop_Miscellaneous
# Michael Palimaka (09 Jan 2016)
# Fails to build with newer versions of llvm. Dead upstream. No revdeps.
# Masked for removal in 30 days. Bug #571212.
media-libs/opengtl
I am announcing the antivirus project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Antivirus
I am announcing the Vim project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Vim
I am announcing the Cron project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Cron
I am announcing the SuperH project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:SuperH
I am announcing the Forensics project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Forensics
I am announcing the Graphics project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Graphics
I am announcing the m68k project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:m68k
I am announcing the ProAudio project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:ProAudio
I am announcing the ML project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:ML
301 - 400 of 429 matches
Mail list logo
