On 03/17/2017 03:51 AM, Brian Dolbec wrote:
On Fri, 17 Mar 2017 06:58:23 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
Brian Dolbec posted on Thu, 16 Mar 2017 01:08:30 -0700 as excerpted:
We could also increase the max. line length to something like
120 or 130.
I think more people should
On 10/21/2015 11:48 PM, Mike Frysinger wrote:
> On 22 Oct 2015 00:45, Mike Frysinger wrote:
>> On 21 Oct 2015 16:35, Paul Varner wrote:
>>> On 10/20/2015 03:34 AM, Alexander Berntsen wrote:
>>>> On 15/10/15 19:42, Paul Varner wrote:
>>>>> Over the l
All:
Due to historical reasons the gentoolkit git repository was organized
with two branches, gentoolkit and gentoolkit-dev with master effectively
being an empty branch. This was confusing to contributers and with git
did not make a lot of sense. Over the last couple of days, I have done
the
All:
I inherited the tools-portage lead position on 12/1/2008 when genone
retired from Gentoo, and have been the lead since that time.
Reading GLEP-39, it is not clear to me if a sub-project needs to have
their leads elected or not. Anyhow, I'm asking the following:
1. Do we want to elect a
On 10/14/14 02:40, Zac Medico wrote:
Hi,
As we all know, emerge --search/--searchdesc actions are embarrassingly
slow (from most users' perspectives, anyway), especially in comparison
to external tools like eix and esearch.
Wouldn't it be nice if the performance of emerge's search
On 11/21/13 03:21, Alexander Berntsen wrote:
After talking to zmedico privately, and raising the issue and
discussing it with people in bug #481578[0], I implemented the
behaviour described in a comment[1] on said bug.
I sent this to zmedico almost two months ago, but it doesn't look like
Based upon all of the responses, this is the list of completely
unmaintained packages managed by tools-portage. If no one objects, I
will send this list to gentoo-dev in a few days asking for maintainers
or they will be last rited.
app-portage/deltup
app-portage/epm
-manpages [gentoo]
vap...@gentoo.org
-- Actively maintained by Mike.
* app-portage/elogv [gentoo]
fuzzy...@gentoo.org (Paul Varner)
sp...@gentoo.org (Sebastian Pipping)
-- Being maintained more by Sebastian than myself.
* app-portage/elogviewer [gentoo]
fuzzy...@gentoo.org (Paul Varner
On Mon, 2010-01-11 at 15:40 +0200, Amit Dor-Shifer wrote:
is this a bug?
As the gentoolkit maintainer, I would say that it is a bug. Which
version of gentoolkit do you have installed?
Regards,
Paul
On Mon, 2009-10-26 at 20:04 +0200, Arthur D. wrote:
I am very much against allowing EMERGE_DEFAULT_OPTS in revdep-rebuild
since I went through hell trying to support it when it was first added
as a feature to portage and I really don't want to go through that
again.
Paul, there's good
On Thu, 2006-10-26 at 18:50 +0200, Marius Mauch wrote:
So now I was wondering a) if I'm the only one who finds this
feature useful and b) if adding it at the dbapi level (in dbapi.aux_get)
would be considered a good idea, so it could be used by other tools?
Not sure if it would fit better in
On Sun, 2006-07-09 at 19:34 +0200, Radoslaw Stachowiak wrote:
glsa-check returns errorlevels 255 which results in shell being
unable to parse it (anything greater 255 is 0).
I've opened Bug #139804 to track this.
Regards,
Paul
--
gentoo-portage-dev@gentoo.org mailing list
On Wed, 2006-07-05 at 02:20 -0400, Mike Frysinger wrote:
personally i think that we should be retaining the permissions of the file as
is instead of resetting it, but i wont fight too hard in either direction ...
we just need the behavior to be consistent
I agree with retaining permissions
improved.
On Wed, 2006-05-31 at 14:49 -0500, Paul Varner wrote:
If portage-2.1 is requested to be marked stable before then, we need to
also make the same request for gentoolkit, so that we don't break it.
I don't think that we need to fast track marking gentoolkit-0.2.2 stable
at this point
Just a reminder that due to the changes in portage-2.1, that it breaks
gentoolkit-0.2.1 which is the current stable version. I have placed
gentoolkit-0.2.2 in the tree which works with portage-2.1 and opened bug
#135068 http://bugs.gentoo.org/135068
I have not added the arch teams to the bug
On Tue, 2006-02-21 at 20:07 -0500, Alec Warner wrote:
Your testing is appreciated.
The only thing that I have noted so far is that every emerge command is
printing ** before it does anything else. For example:
# emerge -pv portage
**
These are the packages that would be merged, in order:
On Tue, 2006-02-21 at 20:07 -0500, Alec Warner wrote:
Your testing is appreciated.
I'll file a bug for this one, once I investigate further. 'genlop -t'
doesn't get along with it very well.
# genlop -t screen
* app-misc/screen
snip
Thu Dec 15 23:10:28 2005 app-misc/screen-4.0.2-r4
On Wed, 2006-02-22 at 18:35 -0800, Zac Medico wrote:
After you've updated to the new ebuild (with patch), run `sed -i
's/ Emerging/ emerge/g' /var/log/emerge.log` and genlop should
work correctly again.
Did all of the above and everything is looking good. Thanks for the
quick response
On Wed, 2005-12-28 at 13:04 +0100, Johannes Fahrenkrug wrote:
I put a nice -n 19 in front of the tar, rsync and emerge metadata
commands because normally calling emerge-webrsync renders my box
unusable for 15 to 20 minutes. You still notice a difference when using
nice but everything seems
On Wed, 2005-12-28 at 17:38 +0100, Johannes Fahrenkrug wrote:
Good point. Is this patch better? Or should it rather be _exactly_ as it
is in revdep-rebuild?
I personally would do it the same way as revdep-rebuild since that
causes the entire script and anything it calls to be run at the value
On Fri, 2005-10-07 at 16:03 -0500, Brian Harring wrote:
It allows for users to override ebuild defined configure options,
potentially shooting themselves in the foot, but in the same token
they can already shoot themselves in the foot via EXTRA_ECONF...
Since EXTRA_ECONF is all about letting
On Tue, 2005-09-20 at 19:00 -0500, Brian Harring wrote:
On Tue, Sep 20, 2005 at 06:55:44PM -0500, Paul Varner wrote:
On Tue, 2005-09-20 at 18:34 -0500, Brian Harring wrote:
Updated patch to add a semaphore to control access to the global
portage.config object. Unless anyone sees any
22 matches
Mail list logo
