On 05:30 Wed 26 May , Jeroen Roovers wrote:
To follow up on that, we could add some language to the point that if
it takes more than X days (say a week) then assignment to maintainers
proper should go through. This could be especially important when bugs
do seem relevant but should be
src_install() {
doman mmv.1 || die
dosym mmv.1.gz /usr/share/man/man1/mcp.1.gz || die
dosym mmv.1.gz /usr/share/man/man1/mln.1.gz || die
dosym mmv.1.gz /usr/share/man/man1/mad.1.gz || die
How does this work with various package managers?
Portage works fine with
On 05/26/2010 10:47 AM, Torsten Veller wrote:
src_install() {
doman mmv.1 || die
dosym mmv.1.gz /usr/share/man/man1/mcp.1.gz || die
dosym mmv.1.gz /usr/share/man/man1/mln.1.gz || die
dosym mmv.1.gz /usr/share/man/man1/mad.1.gz || die
How does this work with various
On Wed, 26 May 2010, Torsten Veller wrote:
dosym mmv.1.gz /usr/share/man/man1/mcp.1.gz || die
dosym mmv.1.gz /usr/share/man/man1/mln.1.gz || die
dosym mmv.1.gz /usr/share/man/man1/mad.1.gz || die
Is there a reliable/predictable way to create such links?
Don't use a symlink, but create a
On Wednesday 26 May 2010 04:01:28 Ulrich Mueller wrote:
On Wed, 26 May 2010, Torsten Veller wrote:
dosym mmv.1.gz /usr/share/man/man1/mcp.1.gz || die
dosym mmv.1.gz /usr/share/man/man1/mln.1.gz || die
dosym mmv.1.gz /usr/share/man/man1/mad.1.gz || die
Is there a reliable/predictable
Graham Murray posted on Wed, 26 May 2010 06:36:35 +0100 as excerpted:
Mike Frysinger vap...@gentoo.org writes:
the bug reporter can open their own bugs. gentoo developers can open
any bug. that's about it.
Which can be a pain for other users who suffered the same bug (and are
probably
On 05/26/2010 11:01 AM, Duncan wrote:
[Reopening on RESO FIXED bugs as non-reporter]
That's what clone bug is for... or at least what /I/ use it for.
Resulting in extra work for wranglers. At least for the packages I
maintain, I actually read my bugmail and will respond to comments even
in RESO
Mike Frysinger posted on Wed, 26 May 2010 00:31:21 -0400 as excerpted:
On Tuesday 25 May 2010 23:59:22 Maciej Mrozowski wrote:
On Tuesday 25 of May 2010 20:31:33 Mike Frysinger wrote:
the src_test func looks like its copying pasting stuff from the PM.
this really should be kept in the PM
Jeroen Roovers posted on Wed, 26 May 2010 05:08:44 +0200 as excerpted:
On Tue, 25 May 2010 23:40:44 +0200
Harald van Dijk true...@gentoo.org wrote:
Yes, people like myself who don't normally wrangle bugs but try to help
out occasionally. I'm not really interested in receiving all bug
On Wednesday 26 of May 2010 11:12:10 Duncan wrote:
Mike Frysinger posted on Wed, 26 May 2010 00:31:21 -0400 as excerpted:
On Tuesday 25 May 2010 23:59:22 Maciej Mrozowski wrote:
On Tuesday 25 of May 2010 20:31:33 Mike Frysinger wrote:
the src_test func looks like its copying pasting stuff
# Diego E. Pettenò flamee...@gentoo.org (26 May 2010)
# on behalf of QA team
#
# Fails to build since at least November 2008, improper
# dependencies over freetype, bug #247917.
#
# Removal on 2010-07-25
media-video/w3cam
# Diego E. Pettenò flamee...@gentoo.org (26 May 2010)
# on behalf of QA team
#
# cl-smtp fails to fetch since at least September 2007
# (bug #193627); cl-pop needs the former.
#
# Removal on 2010-07-25
dev-lisp/cl-smtp
dev-lisp/cl-pop
On Wed, May 26, 2010 at 9:27 AM, Duncan 1i5t5.dun...@cox.net wrote:
Jeroen Roovers posted on Wed, 26 May 2010 05:08:44 +0200 as excerpted:
On Tue, 25 May 2010 23:40:44 +0200
Harald van Dijk true...@gentoo.org wrote:
Yes, people like myself who don't normally wrangle bugs but try to help
out
On Wed, 26 May 2010 09:27:08 + (UTC)
Duncan 1i5t5.dun...@cox.net wrote:
I've often wished there was a way to flag a bug as I'm not thru
messing with it yet, don't mail anyone yet. That's especially true
when I know I'm going to be attaching 2-3 addition files, emerge
--info, build log,
Diego E. Pettenò dixit (2010-05-26, 14:54):
# Diego E. Pettenò flamee...@gentoo.org (26 May 2010)
# on behalf of QA team
#
# cl-smtp fails to fetch since at least September 2007
# (bug #193627); cl-pop needs the former.
#
# Removal on 2010-07-25
dev-lisp/cl-smtp
dev-lisp/cl-pop
Changes:
- use DOCS and HTML_DOCS support from base.eclass (arrays), provide backward
compatibility code
- remove documentation of internal functions so that only relevant and public
API is in manual
So in short, when using cmake-utils, please from now on define DOCS and
HTML_DOCS as arrays as
16 matches
Mail list logo
