On 08/31/14 23:30, Samuli Suominen wrote:
On 01/09/14 03:37, Patrick Lauer wrote:
On Sunday 31 August 2014 17:13:49 Samuli Suominen wrote:
Trying to raise awareness:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=be2ea723b1d023b3d385d
3b791ee4607cbfb20ca
What are the effects for end-
On 09/01/14 02:24, Fabian Groffen wrote:
On 30-08-2014 16:02:51 -0400, Anthony G. Basile wrote:
... During that meeting, the council focused on NEEDED.ELF.2 which is
recorded by portage, but not paludis. Linkage information is generated
during package builds, is expensive to recalculate and is
El dom, 31-08-2014 a las 14:29 +0200, Ulrich Mueller escribió:
> > On Sun, 31 Aug 2014, Pacho Ramos wrote:
>
> > This tries to solve:
> > https://bugs.gentoo.org/show_bug.cgi?id=519682
>
> - cp "${FILESDIR}/README.gentoo-${SLOT%/*}" "${T}"/README.gentoo
> || die
> + e
Hello again, developers.
Don't worry, this is the last e-mail I was planning to send :).
Currently, PMS doesn't have any convention for option passing.
In particular, we have:
a. has_version and best_version having long '--host-root' (no
parameters).
b. dodoc, doheader, doins have short '-r' opt
> On Mon, 01 Sep 2014, Pacho Ramos wrote:
> What about
> while read; do eval echo "$REPLY"; done <
> "${FILESDIR}/README.gentoo-${SLOT%/*}" > "${T}"/README.gentoo || die
> ?
I'd say that any solution using eval should be avoided, because in
addition to variable expansion it does a lot of oth
Dnia 2014-08-31, o godz. 14:14:20
Pacho Ramos napisał(a):
> This tries to solve:
> https://bugs.gentoo.org/show_bug.cgi?id=519682
>
> Looks to do the job but maybe there are shorter or saner ways of doing
> it
There are no sane ways of doing this. For a sane alternative, take
a look at python_g
Michał Górny posted on Mon, 01 Sep 2014 12:52:49 +0200 as excerpted:
> That said, I suggest the following basic rules:
> 5. Helpers should define both short and long variants for each option
> they provide.
> Explanation and rationale;
> (5) This is pretty much a open field for dicussion.
> If
> On Mon, 1 Sep 2014, Michał Górny wrote:
> 1. Options must precede positional parameters on the command-line.
> Interspersing options and positional parameters is not allowed.
> 2. Each short option must be specified as a separate parameter.
> Specifying multiple short options in one paramet
On 2014-08-22 14:07, Rich Freeman wrote:
> On Fri, Aug 22, 2014 at 1:23 PM, Aaron W. Swenson
> wrote:
> > On the whole, I'm displeased with the systemd alternative for
> > controlling PostgreSQL. It's significantly hampered and doesn't allow
> > as much flexibility as the initscript. The major is
On Mon, Sep 1, 2014 at 10:46 AM, Aaron W. Swenson wrote:
> On 2014-08-22 14:07, Rich Freeman wrote:
>> On Fri, Aug 22, 2014 at 1:23 PM, Aaron W. Swenson
>> wrote:
>> > On the whole, I'm displeased with the systemd alternative for
>> > controlling PostgreSQL. It's significantly hampered and doesn
On 2014-09-01 11:09, Canek Peláez Valdés wrote:
> On Mon, Sep 1, 2014 at 10:46 AM, Aaron W. Swenson
> wrote:
> > On 2014-08-22 14:07, Rich Freeman wrote:
> >> On Fri, Aug 22, 2014 at 1:23 PM, Aaron W. Swenson
> >> wrote:
> >> > On the whole, I'm displeased with the systemd alternative for
> >>
Dnia 2014-09-01, o godz. 15:35:42
Ulrich Mueller napisał(a):
> > On Mon, 1 Sep 2014, Michał Górny wrote:
>
> > 1. Options must precede positional parameters on the command-line.
> > Interspersing options and positional parameters is not allowed.
>
> > 2. Each short option must be specified
On Mon, Sep 1, 2014 at 11:46 AM, Aaron W. Swenson wrote:
> On 2014-08-22 14:07, Rich Freeman wrote:
>> On Fri, Aug 22, 2014 at 1:23 PM, Aaron W. Swenson
>> wrote:
>> > On the whole, I'm displeased with the systemd alternative for
>> > controlling PostgreSQL. It's significantly hampered and doesn
On 08/31/2014 17:39, Michał Górny wrote:
> Hello, developers.
>
> The directory conventions in PMS are confusing developers for a long
> time. Long story short, D, ED, ROOT and EROOT are supposed to contain
> a trailing slash while remaining directory variables don't. This often
> confuses develop
On 09/01/2014 12:15 AM, Patrick Lauer wrote:
> On Sunday 31 August 2014 11:39:22 hasufell wrote:
>> Martin Vaeth:
>>> hasufell wrote:
On 08/30/2014 02:35 PM, J. Roeleveld wrote:
> For net-im/skype,
Screw skype.
>>>
>>> Please don't. Not all communication partners are linux users
On Fri, 29 Aug 2014 15:30:29 +
Sven Vermeulen wrote:
> [...]
>
> With this change, we implement the same end result (correctly labeled
> files after installation) while removing the need for the DEPEND
> dependency. After all, this was not a build-time dependency but a
> "merge-time" one, wh
On 08/30/2014 07:46, Michał Górny wrote:
> Hello,
>
> Right now, we have 1262 packages assigned to maintainer-needed@. Only
> a few of them have a large number of bugs, many have just version bump
> requests. 953 packages have no bug open.
>
> Please consider adopting some of the packages, or at
Dnia 2014-09-01, o godz. 17:44:04
Joshua Kinard napisał(a):
> > app-arch/lzma
>
> Doesn't app-arch/xz-utils effectively deprecate this?
Not exactly. You mean app-arch/lzma-utils that is gone already.
app-arch/lzma is actually the original SDK from 7-Zip. Not sure if
anyone needs it for anyth
# Hans de Graaff (1 Sep 2014)
# Mask jruby 1.6.x for removal in 30 days. This version is still based
# on ruby 1.8. Many packages are no longer compatible with its
# syntax, and security support for ruby 1.8 has stopped. This
# incompatibility now has reached central packages like rubygems so we
19 matches
Mail list logo
