Current state: "Deferred"
Wanted state: "Accepted/Implemented" (at least by me)
Open questions from last discussion (March 2006):
- Is it possible/should it be possible to have more than one
entry?
- Is recording an upstream-status (active/inactive) a good idea?
Possibilities:
An element
Santiago M. Mola wrote:
> On Jan 19, 2008 2:07 PM, Tiziano Müller <[EMAIL PROTECTED]> wrote:
>>
>> Current state: "Deferred"
>> Wanted state: "Accepted/Implemented" (at least by me)
>
> The GLEP should be updated. "Motivation" secti
Alistair Bush wrote:
>
>
> Tiziano Müller wrote:
>> Current state: "Deferred"
>> Wanted state: "Accepted/Implemented" (at least by me)
>>
>> Open questions from last discussion (March 2006):
>> - Is it possible/should it be poss
Denis Dupeyron wrote:
> On Jan 19, 2008 2:07 PM, Tiziano Müller <[EMAIL PROTECTED]> wrote:
>> Your oppinion?
>
> Would this be the right time to discuss about moving other variables
> to metadata.xml ? How about HOMEPAGE, DESCRIPTION and LICENSE ? Those
I'd rather l
Mark Loeser wrote:
> Tiziano Müller <[EMAIL PROTECTED]> said:
>>
>> Current state: "Deferred"
>> Wanted state: "Accepted/Implemented" (at least by me)
>
> Yea, this sounds like a good thing from reading over the GLEP, unless
> I'm mis
Hi again
I updated GLEP46 based on the the discussion before.
You can find it at http://dev.gentoo.org/~dev-zero/glep-0046.txt
Summary of the changes:
- Added additional "helps treecleaner" motivation
- Added new element along with a precise specification of what is
allowed (please remember th
Donnie Berkholz wrote:
> On 19:54 Mon 21 Jan , Joel D. Martin (kanaka) wrote:
>> 1.1 dev-util/qmtest/qmtest-2.4.ebuild
>>
>> file :
>>
http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-util/qmtest/qmtest-2.4.ebuild?rev=1.1&view=markup
>> plain:
>>
http://sources.gentoo.org/
Ciaran McCreesh wrote:
> On Mon, 21 Jan 2008 10:07:00 +0100
> Tiziano Müller <[EMAIL PROTECTED]> wrote:
>> I updated GLEP46 based on the the discussion before.
>> You can find it at http://dev.gentoo.org/~dev-zero/glep-0046.txt
>
> Freshmeat IDs are a string, not
, let us know ! Simply reply to this e-mail for the whole
> Gentoo dev list to see.
GLEP46, as discussed on Januar 21-24.
I'd say it's ready. The only minor thing is where to keep the list of
available tags. As far as I understood neysx we should keep it in
metadata.dtd itself.
Cheers
Diego 'Flameeyes' Pettenò wrote:
>
> I'd like to propose the rename of caps USE flag to libcap. The reason
> for this is that I'd like to free the "caps" USE flag from the (runtime)
> dependency of libcap, so that, one we have the framework to do so, we
> could use the "caps' USE flag to set file
Alec Warner (antarus) wrote:
> Index: gflags-0.7.ebuild
> ===
> # Copyright 1999-2008 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: /var/cvsroot/gentoo-x86/dev-cpp/gflags/gflags-0.
To avoid collision with the current package.mask I'd prefer
package.mask.d/ for the directory. Also makes the transition easy since
we can generate package.mask out of the files in package.mask.d/.
--
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Py
nd voted on by the council?
As you can see currently, most time is needed to implemente the features
in portage. It therefore doesn't make sense to make the EAPI process
even faster. On the other hand, I think it would make sense to have a
separate group developing new EAPIs instead of
Am Samstag, den 22.08.2009, 02:23 -0400 schrieb Andrew D Kirch:
> Tiziano Müller wrote:
> > As you can see currently, most time is needed to implemente the features
> > in portage. It therefore doesn't make sense to make the EAPI process
> > even faster. On the other h
=
What is the reason that "name" is an attribute? While quality, status
and type have a distinct set of allowed values, name doesn't and I'd
therefore set it as an element instead.
How about adding an attribut
rule of thumb is: use attributes for values with predefined
contents, use elements otherwise. So, make "name" an element please.
--
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin, GLEP Editor
E-Mail : dev-z...@gentoo.org
Gnu
le specifies the respective dtd/xsd/relaxng you know exactly
how to validate (and parse) it and may apply a xsl-trafo if necessary to
convert it to a new format on the fly. As long as you keep using xml you
can then change the complete format in a new schema version.
--
Tiziano Müller
Gento
ackages; use USE flags and USE deps.
> 2. stop using minimal USE flag to build client or sever only.
>
>
> So are there any good reasons to split packages?
In environments with a staging server and binary packages, yes.
--
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility
Am Freitag, den 25.12.2009, 19:09 +0100 schrieb Tobias Scherbaum:
> Am Dienstag, den 15.12.2009, 23:36 -0100 schrieb Jorge Manuel B. S.
> Vicetto:
> > nomination: December 17th to 30th
>
> I'd like to nominate dev-zero.
And I accept, thanks.
--
Tiziano Müller
Gentoo L
logging of e* messages I think we shouldn't
> annoy users any more with ebeep or epause so attached is a patch only
> defines these functions for EAPIs 0, 1 and 2. Anyone have a reason to
> keep these around for EAPI 3? If not I will apply the attached patch.
>
> Regards,
&
name (example: aria2)
- for type="sourceforge": the project name (example: liferea)
- for type="cpan": the module name (example: Pod-Index)
Regards,
Tiziano
[1]:
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=4
[2]: http://www.gentoo.org/proj
Am Donnerstag, den 04.02.2010, 22:37 +0100 schrieb Tiziano Müller:
> While some people already discovered the upstream metadata tags, there
> are only 8 ebuilds using them so far. Mostly I am to blame for that,
> since I forgot to send out a proper announcement. While all the
Am Freitag, den 05.02.2010, 20:16 +0300 schrieb Peter Volkov:
> В Чтв, 04/02/2010 в 22:37 +0100, Tiziano Müller пишет:
> > The upstream tags are meant as a way to track information about
> > - id of a hosting or indexing site (automated version bump checks)
>
> Does there
the $tarball -> $PV pass).
> If I remember correctly debian has something like that for version
> tracking, so it may be worth having a look.
>
> Alexis.
>
> [1] http://dante.ctan.org/tex-archive/help/Catalogue/catalogue.html
> [2] http://texcatalogue.sarovar.org/
-
set to get the full output is easier for
the user and therefore a good thing.
Leave the output mangling to the package manager.
Cheers,
Tiziano
--
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin, GLEP Editor
E-Mail : dev-z...@gentoo.org
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30
smime.p7s
Description: S/MIME cryptographic signature
.
>
> Does anyone feel like getting his hands on that or like teaming up on it?
Since the value for is a distinct set of values it could be
easily done using a xsd or relax-ng schema plus XIncludes.
See http://dev.gentoo.org/~dev-zero/metadata/ for my earlier
experiments.
--
Tiz
k.
>
> Thanks,
> Bene
>
--
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin, GLEP Editor
E-Mail : dev-z...@gentoo.org
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30
smime.p7s
Description: S/MIME cryptographic signature
ngs. Slot libraries
where needed, slot dep operators (EAPI 4) will help. And if that doesn't
work out we need a separate var to give the PM a hint when API/ABI
breakages happen (such that the PM knows when to re-install the rev
deps).
--
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin, GLEP Editor
E-Mail : dev-z...@gentoo.org
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30
smime.p7s
Description: S/MIME cryptographic signature
t; disabling later? I would like to avoid things like this:
Yes, please remove it. Keep it simple and stupid. LATER means it's not
resolved and is as such not a valid resolution.
--
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadm
wards you can
> > use chrpath to set it to the correct location. Will get messy with the
> > vdb though, but if Portage's doing it, it can probably be dealt with.
> Sounds messy indeed, what about hardened/SELinux/AppArmor/whatever - do they
> allow such DT_RPATH operations?
t help since you may have the same problems some people try
to solve in this thread.
> This however breaks down
> a bit when the ABI change is in reverse of normal versioning.
How so? Such a var should just specify the ABI and the PM only has to
check whether it changed from one PVR to the
Am Montag, den 05.04.2010, 08:16 +0200 schrieb Maciej Mrozowski:
> On Sunday 04 of April 2010 17:33:17 Tiziano Müller wrote:
>
> >> Besides I
> >> can already imagine PMS-related discussion regarding "make the PMs check
> for rdeps per default before un
se-depend on itself.
> Good to know.
No, not good. It doesn't make any sense.
We will have a solution for such cases somewhere in the future, but at
the moment you should just display a warning that even though the user
specified more than one db only is going to be used.
Cheers,
Tiziano
--
Am Donnerstag, den 19.01.2012, 11:50 -0500 schrieb Ian Stakenvicius:
> On 19/01/12 03:27 AM, "Paweł Hajdan, Jr." wrote:
> > On 1/19/12 9:05 AM, Johannes Huber wrote:
> >> Summary of the comments: 1) Ebuilds should always pick the latest
> >> boost version. 2) Boost should be compared to gcc, python
# Tiziano Müller (21 Nov 2018)
# Project is in maintenance-only mode with the last big release in 2012.
# Needs a dedicated maintainer with a matching LDAP setup (extra schemas
required).
# Several open issues (#370985, #356827, #399845, #544562, #651092) and
one security
# bug (bug #66912
Hi everyone,
the following packages are up for grabs since I have no use for them
anymore:
net-misc/sobby
net-libs/obby
net-libs/libinfinity
net-libs/net6
They are unfortunately not up-to-date, and 3 minor bugs are open for
net-libs/libinfinity:
https://bugs.gentoo.org/527158
https://bugs.gento
201 - 236 of 236 matches
Mail list logo