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 l
> 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 wit
> 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
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 reli
Graham Murray posted on Wed, 26 May 2010 06:36:35 +0100 as excerpted:
> Mike Frysinger 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 the CC
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 t
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 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
>> wrangler e-mails
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 & past
# Diego E. Pettenò (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ò (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 Wednesday 26 May 2010 05:38:00 Maciej Mrozowski wrote:
> I've updated documentation, added example usage and option to keep libtool
> files (ltdl.so supposedly needs those as I was told, no idea what for).
more applicable to us w/Linux is that static linking with libtool needs them.
the AUTOT
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 wrote:
>>
>>> Yes, people like myself who don't normally wrangle bugs but try to help
>>> out occ
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
Diego E. Pettenò dixit (2010-05-26, 14:54):
>
> # Diego E. Pettenò (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
cl-smtp has just
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
17 matches
Mail list logo
