---
eclass/cmake-utils.eclass | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index 1de863f..e8b24bd 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/cmake-utils.eclass
@@ -250,11 +250,11 @@ _generator_to
It is basically unused across the tree and complicates the eclass. If it were
needed, it might be better to write custom ebuild phase functions instead.
---
eclass/cmake-utils.eclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index
---
eclass/cmake-utils.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index fb80b13..b2e13a1 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/cmake-utils.eclass
@@ -428,12 +428,12 @@ enable_cmake-utils_src_pre
From: Nikoli
Gentoo-bug: 544966
---
eclass/cmake-utils.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index f361bc7..fb80b13 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/cmake-utils.eclass
@@ -219,7 +219
---
eclass/cmake-utils.eclass | 1 -
1 file changed, 1 deletion(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index b2e13a1..28caed2 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/cmake-utils.eclass
@@ -64,7 +64,6 @@ _CMAKE_UTILS_ECLASS=1
# @DESCRIPTION:
# Do we wan
Prevents them from spanning multilibs.
Gentoo-bug: 513170
---
eclass/cmake-utils.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index cc4c06b..f361bc7 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/cmake-ut
---
eclass/cmake-utils.eclass | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index fd53b3a..cc4c06b 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/cmake-utils.eclass
@@ -112,6 +112,15 @@ CMAKE_REMOVE_
To follow is a series of patches to enable EAPI 6 support in cmake-utils.eclass
and some other general cleanups.
Michael Palimaka (14):
cmake-utils.eclass: reorder a bit
cmake-utils.eclass: declare some variables local
cmake-utils.eclass: use a proper if statement
cmake-utils.eclass
I am announcing the wxWidgets project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:WxWidgets
I am announcing the CVS project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:CVS
I am announcing the LDAP project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:LDAP
I am announcing the Sysadmin project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Sysadmin
On 01/17/2016 06:55 PM, Gokturk Yuksek wrote:
> Substitute the mentions of CVS with git.
> Rewrite CVS commands with their git equivalents.
> Remove the paragraph about deleting directories in CVS.
>
> X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
> Signed-off-by: Gokturk Yuksek
On 01/17/2016 06:55 PM, Gokturk Yuksek wrote:
> Replace "cvs commit" with the equivalent "git add && git commit" version.
>
> X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
> Signed-off-by: Gokturk Yuksek
>
> diff --git a/ebuild-writing/misc-files/metadata/text.xml
> b/ebuild-
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
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 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 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 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 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 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 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 antivirus project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:Antivirus
# 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 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
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 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 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 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 ALSA project[1], to replace the old herd in
preparation for the implementation of GLEP 67.
1: https://wiki.gentoo.org/wiki/Project:ALSA
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(-)
>
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
# Michael Palimaka (31 Dec 2015)
# Merged into >=kde-apps/kaddressbook-4.14
# Masked for removal in 30 days
kde-base/contactthemeeditor
# 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)
# Ancient package, unsupported by upstream. Masked for removal in 30 days
# Bug 565010
dev-python/pysyck
# Michael Palimaka (27 Dec 2015)
# Fails to build. Dead upstream. Masked for removal in 30 days.
# Bug 541522
dev-util/pmk
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 (22 Dec 2015)
# Fails to build. Dead upstream. Masked for removal in 30 days.
# Bug 566446
media-video/vmaid
# Michael Palimaka (22 Dec 2015)
# No longer works. Dead upstream. Masked for removal in 30 days.
# Bug 507914
app-doc/ebookmerge
# 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
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 (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
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
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
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 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 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
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 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 +
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 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
# Michael Palimaka
# Michael Palimaka =app-crypt/qca-2.1
# Masked for removal in 30 days
# Michael Palimaka (01 Sep 2015)
# Fails to build (bug #559330). Dead upstream.
# Masked for removal in 30 days.
kde-misc/socket-sentry
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.
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 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
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 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 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 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 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 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 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 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 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 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 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 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 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
>> 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:
# Michael Palimaka (19 Feb 2015)
# Doesn't work with current version of ruby. Dead upstream.
# Masked for removal in 30 days.
games-board/kaya
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
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 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 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
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 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 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 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: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 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
# 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 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
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
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
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
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/
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/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 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/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/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/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/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/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/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/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
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
201 - 300 of 429 matches
Mail list logo
