Hi there
Sorry for the delay but I was busy organizing our booth at the OpenExpo in
Bern.
You can find the updated GLEP46 here:
http://dev.gentoo.org/~dev-zero/glep-0046.txt
Difference in words
---
Restriction to http/https has been dropped as pointed out by council members
(amne
Denis Dupeyron (calchan) wrote:
> # /var/cvsroot/gentoo-x86/app-office/homebank/homebank-3.7.ebuild,v 1.1
> # 2008/04/01 12:24:09 calchan Exp $
>
> inherit autotools fdo-mime
>
> DESCRIPTION="Free, easy, personal accounting for everyone"
> HOMEPAGE="http://homebank.free.fr/index.php";
> SRC_URI=
Mike Frysinger wrote:
> This is your monthly friendly reminder ! Same bat time (typically
> the 2nd Thursday at 2000 UTC / 1600 EST), same bat channel
> (#gentoo-council @ irc.freenode.net) !
>
> If you have something you'd wish for us to chat about, maybe even
> vote on, let us know ! Simply r
Since my blog doesn't get syndicated on planet.gentoo.org I'm posting the
entry here again, but it's probably a good idea anyway:
First I want to apologize for the current situation. I know we're lagging
behind and I know that bugs are piling up.
As a small excuse I can only say that my time is li
Donnie Berkholz wrote:
> On 09:55 Wed 16 Apr , Tiziano Müller wrote:
>> What do the new ebuilds offer:
>> a) A split into dev-db/postgresql-{base,server,docs}. Now, I know that
>> splitting up packages isn't the Gentoo way. I know we could have done it
>> u
Carsten Lohrke wrote:
>> c) Upgrading between major versions of PostgreSQL requires the DB admin
>> to bump the database using the old version, moving the database away and
>> to reload the dump into a new database cluster using the new version of
>> PostgreSQL. Having to take down the old server
Luca Barbato wrote:
> Tiziano Müller wrote:
>> What do the new ebuilds offer:
>> a) A split into dev-db/postgresql-{base,server,docs}.
>
> WRONG we aren't debian.
This is why we decided not to split out headers, clients and contrib.
>
>> Now, I know that
Nirbheek Chauhan wrote:
> I personally have no opinion about the -base and -server split, since
> I do not know enough about it. But I am firmly against the -docs split
> since the doc USE flag is for this use-case, and I see no reason why
> not to use it.
>
> Just stick a USE=doc on -base and be
Luca Barbato wrote:
> Daniel Drake wrote:
>> 2.6.25 was released today, gentoo-sources-2.6.25 is now in portage.
>>
>> As usual this will break some packages in the portage tree (ones that
>> include kernel code), the tracker for such issues is here:
>> http://bugs.gentoo.org/show_bug.cgi?id=2181
Alon Bar-Lev wrote:
> 2008/4/20 Peter Weller <[EMAIL PROTECTED]>:
>> On Sun, 2008-04-20 at 18:32 +0300, Ali Polatel wrote:
>> > Alon Bar-Lev yazm??:
>> > > I suggest gnome-something as it is gnome feature.
>> >
>> > How about gnome-keyring? :)
>> >
>>
>> Why? All the ebuilds currently using the 'k
Hi there
What do you think of putting edac and ipmi stuff (and maybe other
server-related monitoring/controlling stuff) into the sysadmin herd?
Alternative: Create a new herd (name?) for such tools.
Cheers,
Tiziano
--
gentoo-dev@lists.gentoo.org mailing list
Jeroen Roovers wrote:
> All in all I guess we need to make the rules up as we go and decide
> policy later. I suggest the first herd/address in the list should be
> the primary contact. If you don't agree with that, please consult
> metadata.xml for the package or reassign to bug-wranglers with an
Anant Narayanan wrote:
> Hi,
>
> I added the Gentoo project to Hackontest (for more information, visit
> http://hackontest.org/) . Developers and users are invited to add feature
> requests for Gentoo (preferably with links to bugzilla :-)). Hopefully,
> some of us developers can get together and
Hi everyone
What do you think of creating a new 'virtualization' project or herd/team?
My initial motivation for this idea was that while libvirt is being
maintained by 'xen', it is not xen-specific anymore but also supports kvm,
qemu, lxc and openvz.
It would also make sense for other parts lik
Sorry that it took so long to answer, but I was quiet busy with real life.
Mike Auty wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tiziano Müller wrote:
> | Hi everyone
> |
> | What do you think of creating a new 'virtualization' project or
> |
# Tiziano Müller <[EMAIL PROTECTED]> (19 May 2008)
# Masked for removal in 30 days. Dead upstream.
dev-db/pgeasy
dev-db/pgst
--
gentoo-dev@lists.gentoo.org mailing list
Hi Dirk
Dirk Heinrichs wrote:
> is there a bug to which one could attach ebuilds which require dependency
> changes to adapt to the new postgresql packaging scheme?
>
> I already have some in my local overlay which I would like to share.
Please resync, all done besides the php eclasses :-)
Cheer
Marius Mauch wrote:
> Moving the discussion to -dev per leios request.
>
> On Wed, 21 May 2008 23:42:19 +0200
> Marius Mauch <[EMAIL PROTECTED]> wrote:
>
>> As this topic jus came up in #-dev, and most people there seemed to
>> agree with me I thought it might be worth to bring this topic up
>>
Marijn Schouten (hkBst) wrote:
> While we're changing things around, perhaps we can then also standardize
> the mail alias to [EMAIL PROTECTED]
> What Marius is saying though is that there are two files that handle
> people and their herds. One XML for saying who is in a herd and one for
> each her
Santiago M. Mola wrote:
> On Fri, May 23, 2008 at 10:39 AM, Tiziano Müller <[EMAIL PROTECTED]>
> wrote:
>> Marijn Schouten (hkBst) wrote:
>>> While we're changing things around, perhaps we can then also standardize
>>> the mail alias to [EMAIL PROTECTED]
Marius Mauch wrote:
> Hmm, in that case maybe it's be possible to use a similar system for
> devs, e.g.
>
> genone
>
> and only use the element for non-dev maintainers and upstream
> contacts. Anyway, as long as we use the same tag to list both
> individual and group maintainers it would be an
Marius Mauch wrote:
> have the raw XML file. Anyway, that's maybe more of a policy problem,
> we just need to enforce 'name == mail alias' (or would that be such a
> horrible requirement?)
Ahem, yes.
Consider these examples:
1) [EMAIL PROTECTED]
2) [EMAIL PROTECTED]
3) [EMAIL PROTECTED]
4) [EMAIL
Ulrich Mueller wrote:
>>>>>> On Sat, 24 May 2008, Tiziano Müller wrote:
>
>> Changing your name because of technical difficulties? This is really
>> not the way to go. Systems have to be adjusted to meet our needs,
>> not the other way round (in case it is
Donnie Berkholz wrote:
> On 01:09 Sat 31 May , Mike Frysinger wrote:
>
> I'd like to advocate for interested people to pick up a few of these.
>
>> net-misc/ntp
might be a candidate for the sysadmin-herd.
Cheers,
Tiziano
--
gentoo-dev@lists.gentoo.org mailing list
Jeroen Roovers wrote:
> On Mon, 02 Jun 2008 20:25:29 +0200
> Christian Hoffmann <[EMAIL PROTECTED]> wrote:
>
>> I think we should be consistent here
>
> You may also want to consider the following:
> threadsonly [dev-libs/boost]
No, you don't want to: That flag got removed in later versions a
Krzysiek Pawlik wrote:
> * media-video/griffith - also easy, pending version bump
Took it.
--
gentoo-dev@lists.gentoo.org mailing list
Ciaran McCreesh wrote:
> On Thu, 05 Jun 2008 02:35:16 -0700
> Josh Saddler <[EMAIL PROTECTED]> wrote:
>> Now that nominations are officially open, I nominate the current
>> council members (again):
>>
>> amne
>> betelgeuse
>> dberkholz
>> flameeyes
>> jokey
>> lu_zero
>> vapier
>
> As per GLEP 3
Roy Bamford wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2008.06.05 01:00, ?ukasz Damentko wrote:
>> Hi guys,
>>
>> Nominations for the Gentoo Council 2008/2009 are open now and will be
>> open for the next two weeks (until 23:59 UTC, 18/06/2008).
>
> Team,
>
> I don't want
# Tiziano Müller <[EMAIL PROTECTED]> (07 Jun 2008)
# Various bugs and dead upstream
# herdstat: 164254, 184035, 222887
# libherdstat: 119589, 206876
# Masked for removal in 30 days
app-portage/herdstat
dev-cpp/libherdstat
Sorry people, but we (Halcy0n and I) really don't have the t
Mark Loeser wrote:
> I nominate:
>
> dev-zero
> dirtyepic
> zmedico
>
I accept. Thanks Mark.
Cheers,
Tiziano
--
gentoo-dev@lists.gentoo.org mailing list
Piotr Jaroszy?ski wrote:
> Hello,
>
> looks like every nominee wants the council to be more technical so I
> have a few technical questions for you:
>
> 1. GLEP54
Doit!
> 2. GLEP55
Good idea. But the GLEP still contains too many "may"'s and "should"'s.
Example: "[...] but note that one should n
Ciaran McCreesh wrote:
> On Mon, 09 Jun 2008 09:45:37 +0200
> Tiziano Müller <[EMAIL PROTECTED]> wrote:
>> And why don't we change the versioning of the EAPI to a "X.Y" scheme
>> and demand that changes in the minor version must not break sourcing
>>
Roy Bamford wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2008.06.05 01:00, ?ukasz Damentko wrote:
>> Hi guys,
>>
>> Nominations for the Gentoo Council 2008/2009 are open now and will be
>> open for the next two weeks (until 23:59 UTC, 18/06/2008).
>
> Team,
>
> I don't want
Peter Weller wrote:
> [..snip..]
>
> This doesn't, to me, really seem to be relevant to the original purpose
> of the thread. Can we either start a new thread or get this one back on
> topic?
In the context of whether this GLEP is complete and should be approved it
does make sense. It is importan
Ciaran McCreesh wrote:
> On Mon, 09 Jun 2008 10:27:56 +0200
> Tiziano Müller <[EMAIL PROTECTED]> wrote:
>> Ciaran McCreesh wrote:
>> > No point. A 0 package manager still couldn't use a 0.1 ebuild.
>> >
>> That's true, it has at least to
Luca Barbato wrote:
> Ciaran McCreesh wrote:
>>> I'm afraid you are mixing up emails from this thread. I got
>>> complaints about how wrongly the PMS is written, e.g. academic paper
>>> markup vs plain text, natural language used to specify syntax while a
>>> grammar notation like EBNF would be be
Jan Kundrát wrote:
> Tiziano Müller wrote:
>> Having the EAPI versioned like this: X.Y where X is the postfix part of
>> the ebuild (foo-1.0.ebuild-X) and Y the "EAPI=Y" in the ebuild itself we
>> could increment Y in case the changes to the EAPI don't break s
Joe Peterson wrote:
> Ciaran McCreesh wrote:
>> And a file extension is far less obscurely complex than enforcing
>> arbitrary syntax restrictions upon ebuilds.
>
> I disagree. One is exposed to devs only as ebuild syntax; the other is
> exposed in an inappropriate location to everyone looking a
Ciaran McCreesh wrote:
> On Mon, 9 Jun 2008 22:35:25 -0700
> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>> Did anyone already propose specifying this in metadata.xml?
>
> Yup. That's a no-go, since metadata.xml is quite rightly treated as
> being "not suitable for anything the package manager rea
Peter Weller wrote:
> On Sun, 2008-06-08 at 13:41 +0100, Alex Howells wrote:
> [snip]
>> I often don't agree with him, but can't help but respect the work he
>> does.
>>
>> I would like to see Council move towards a more compressed meeting
>> format -- people presenting arguments need to work out
Luca Barbato wrote:
> Tiziano Müller wrote:
>> Joe Peterson wrote:
>>
>>> Ciaran McCreesh wrote:
>>>> And a file extension is far less obscurely complex than enforcing
>>>> arbitrary syntax restrictions upon ebuilds.
>>> I disagree. O
Robin H. Johnson wrote:
> On Thu, Jun 12, 2008 at 05:20:47PM +0900, Takashi Yoshii wrote:
>> I want sh to be supported more, and to be released officially in future.
>> Currently, it doesn't have stable profile, and no 2008.0 release
>> (not even as an experimental), though.
> Seeing your employer
Ciaran McCreesh wrote:
> On Fri, 13 Jun 2008 10:43:39 +0200
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> Ciaran McCreesh wrote:
>> > On Thu, 12 Jun 2008 21:40:28 +0200
>> > Luca Barbato <[EMAIL PROTECTED]> wrote:
>> >>> * ordering for _pre is wrong.
>> >> hm?
>> >
>> > foo-0.26-live would become
Ciaran McCreesh wrote:
> On Fri, 13 Jun 2008 10:43:39 +0200
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> Ciaran McCreesh wrote:
>> > On Thu, 12 Jun 2008 21:40:28 +0200
>> > Luca Barbato <[EMAIL PROTECTED]> wrote:
>> >>> * ordering for _pre is wrong.
>> >> hm?
>> >
>> > foo-0.26-live would become
Luca Barbato wrote:
> Tiziano Müller wrote:
>> @lu_zero: I don't think we can get away without having the pm know what a
>> live-ebuild exactly is and when to re-install it.
>
> a live ebuild is a template, every time it has to be evaluated it acts
> as a normal ebui
Ciaran McCreesh wrote:
> Since some people have been asking about this... Here's how I'd see
> upstream revision awareness being added to the -scm proposal.
>
> * add src_fetch_extra or whatever to avoid doing the fetches in
> src_unpack.
>
> * add pkg_scm_info. It outputs a string containing no
Hi there
Since GLEP 1 is outdated (it still mentions project managers, etc.) and I
think that current GLEP workflow is too undefined and not well suited for
changing organizational policies I wrote a new one:
http://dev.gentoo.org/~dev-zero/glep/glep-glep.html
http://dev.gentoo.org/~dev-zero/
And yet another GLEP. This time it's about our herd and team structure:
http://dev.gentoo.org/~dev-zero/glep/glep-team.html
http://dev.gentoo.org/~dev-zero/glep/glep-team.txt
>From the GLEP:
*snip*
The biggest differences to the current system are:
* A team is not implicitly defined as the p
Fabian Groffen wrote:
> On 17-06-2008 09:54:46 +0200, Tiziano Müller wrote:
>> From the GLEP:
>> *snip*
>> The biggest differences to the current system are:
>> * A team is not implicitly defined as the people who maintain the
>> packages in a certain herd
>
Peter Volkov wrote:
> ? ???, 17/06/2008 ? 09:48 +0200, Tiziano Müller ?:
>> http://dev.gentoo.org/~dev-zero/glep/glep-glep.txt
>
> ?Your GLEP describes only two possible types: Technical and
> Organizational.
Yes.
> At the same time type of your GLEP is informational
Rob Cakebread wrote:
> Samuli Suominen wrote:
>> I don't know about you, but when a package can't be stabled because
>> it's depending on Python 2.5 and current stable is broken I'd like
>> to start reverting stable keywords back to ~arch as noone wants to
>> maintain broken junk. Latest being app
Donnie Berkholz wrote:
> On 14:52 Thu 05 Jun , Samuli Suominen wrote:
>> # Samuli Suominen <[EMAIL PROTECTED]> (05 Jun 2008)
>> # Masked for removal in ~30 days by treecleaners.
>> # Replaced by USE libffi in sys-devel/gcc. Bug 163724.
>> dev-libs/libffi
>> dev-lang/squeak
>> x11-libs/gtk-serv
Peter Weller wrote:
> On Sun, 2008-06-22 at 15:49 +0200, Alin Nstac wrote:
>> Peter Volkov wrote:
>> > ? ???, 21/06/2008 ? 10:56 +0200, Albert Zeyer ?:
>> >
>> >> Perhaps install a script which automatically takes the CVS comment
>> >> when some of these files is changed and adds this comme
Brian Harring wrote:
> On Tue, Jun 24, 2008 at 01:53:55AM +0200, Robert Buchholz wrote:
>> Hi,
>>
>> I've stumbled upon an inconsitency between package managers the other
>> day [1], which was due to both an ebuild and an eclass defining
>> inconsisting KEYWORDS.
>>
>> bla-1.ebuild:
>> inherit
uld be expressed in a simpler way.
This is pure syntactic sugar
* How the implementation should be done or what else it should include.
We should concentrate on "what is needed that the package manager devs
can implement it properly"
Thanks in advance,
Tiziano
--
Bernd Steinhauser wrote:
> Tiziano Müller schrieb:
>> Hi everyone
>>
>> I'd like to bring bug #229521 to your attention and see whether we can
>> come up with a solution for it.
>>
>> The problem:
>> A package "foo" depends on a sl
Bernd Steinhauser wrote:
> Tiziano Müller schrieb:
>> Bernd Steinhauser wrote:
>>
>>> Tiziano Müller schrieb:
>>>> Hi everyone
>>>>
>>>> I'd like to bring bug #229521 to your attention and see whether we can
>>>> come u
Ciaran McCreesh wrote:
> On Sat, 28 Jun 2008 19:57:11 +0200
> Tiziano Müller <[EMAIL PROTECTED]> wrote:
>> I miss two things here:
>> a) What happens in case of DEPEND="", RDEPEND=">=cat/bar-2:=" ? Is
>> that defined? If yes, what does i
Ciaran McCreesh wrote:
> On Sat, 28 Jun 2008 23:41:17 +0200
> Tiziano Müller <[EMAIL PROTECTED]> wrote:
>> > := only makes sense when something is both a DEPEND and an RDEPEND.
>> > Actual behaviour, for Paludis, is that it rewrites := deps to :=blah
>> > w
Gilles Dartiguelongue wrote:
> Le lundi 30 juin 2008 à 19:01 +0200, Enrico Weigelt a écrit :
>>
>>
>> Funny, how you all manage to make simple things complicated ;-o
>>
>> I guess nobody considered an trivial solutions like an useflag ...
>
> no, this is not the proper solution. Just consider
Hi everyone
Since people are talking about metadata.xml again I'd like to present two
more GLEPs which will ease the process of auto-assigning bugs on one side
and make it a bit safer on the other side. Both of them are still in draft
state and if someone would like to contribute I'd be really hap
Robin H. Johnson wrote:
> On Fri, Jul 04, 2008 at 04:22:02PM +0200, Tiziano M?ller wrote:
>> One GLEP introduces new elements 'team', 'dev' and 'proxy':
>> http://dev.gentoo.org/~dev-zero/glep/glep-new_metadata_elements.html
> 1. With the addition of cpp, why
> do we still need elements?
I'd
Robin H. Johnson wrote:
> On Fri, Jul 04, 2008 at 04:22:02PM +0200, Tiziano M?ller wrote:
>> And this is where the second GLEP comes in:
>> http://dev.gentoo.org/~dev-zero/glep/glep-xsd.html
> Don't remove the DTD DOCTYPE line. Leave it there.
> Let simple tools be able to use the DTD to valid
Robin H. Johnson wrote:
> On Fri, Jul 04, 2008 at 12:26:13AM +0100, Tony Chainsaw Vroon wrote:
>> Just an idea:
>> How about a metadata.xml tag that indicates whether early bump requests
>> are welcome? It's more of an individual developer preference, but that
>> seems the right place for it.
> If
Robin H. Johnson wrote:
> On Fri, Jul 04, 2008 at 09:58:21PM +0200, Tiziano M?ller wrote:
>> > On Fri, Jul 04, 2008 at 04:22:02PM +0200, Tiziano M?ller wrote:
>> >> One GLEP introduces new elements 'team', 'dev' and 'proxy':
>> >>
http://dev.gentoo.org/~dev-zero/glep/glep-new_metadata_elements
Rémi Cardona wrote:
> Robin H. Johnson wrote:
>> On Fri, Jul 04, 2008 at 04:22:02PM +0200, Tiziano M?ller wrote:
>>> One GLEP introduces new elements 'team', 'dev' and 'proxy':
>>>
http://dev.gentoo.org/~dev-zero/glep/glep-new_metadata_elements.html
>> 1. With the addition ofcpp, why
>> do we
Marius Mauch wrote:
> As a result of Cardoes earlier mail we talked a bit about possible
> solutions in #gento-portage, and I suggested to let portage
> automatically inject the deps based on SRC_URI pattern matching.
> A mapping of extensions and their unpack deps would be kept in the tree
> (e.g
Donnie Berkholz wrote:
> Hi all,
>
> Here is the summary from Thursday's council meeting. The complete log
> will show up at http://www.gentoo.org/proj/en/council/ shortly.
>
wrt GLEP 56:
i) I don't see a specification when use.local.desc is finally going to be
dropped
ii) Why not switch to XM
Patrick Börjesson wrote:
> On 2008-07-15 21:40, Tiziano Müller uttered these thoughts:
>> Marius Mauch wrote:
>>
>> > As a result of Cardoes earlier mail we talked a bit about possible
>> > solutions in #gento-portage, and I suggested to let portage
>> &
Doug Goldstein wrote:
> Tiziano Müller wrote:
>> Donnie Berkholz wrote:
>>
>>
>>> Hi all,
>>>
>>> Here is the summary from Thursday's council meeting. The complete log
>>> will show up at http://www.gentoo.org/proj/en/council/ s
Alec Warner wrote:
> On Mon, Jul 14, 2008 at 5:17 AM, Donnie Berkholz <[EMAIL PROTECTED]>
> wrote:
>> On 03:27 Mon 14 Jul , Alec Warner (antarus) wrote:
>>> antarus 08/07/14 03:27:17
>>>
>>> Modified: ChangeLog
>>> Added:mako-0.1.10-r1.ebuild
>>> Removed:
Robin H. Johnson wrote:
> Getting the bot out there
> -
> If you would like to have the new bot in your #gentoo-* channel, would
> each channel founder/leader please respond to this thread, stating the
> channel name, and that they are the contact for any problems/troubles.
Michael Haubenwallner wrote:
>
> On Thu, 2008-10-09 at 20:11 +0200, Fabian Groffen wrote:
>
>> sparc-solaris
>> sparc64-solaris
>> x64-solaris
>> x86-solaris
>
>> Perhaps using KEYWORDS for Prefix keywords is not the best thing to do,
>> and should we use something like PREFIX_KEYWORDS?
>
> Ma
Nikos Chantziaras wrote:
> Thomas Sachau wrote:
>> I would like to ask all people, who get to users, who want to contribute
>> with ebuilds or similar,
>> tell them about our sunrise overlay[1][2]. People can learn how to write
>> ebuilds, they can learn how
>> to write ebuilds with some nice QA
Donnie Berkholz wrote:
> On 10:02 Sat 29 Nov , Mauricio Lima Pilla wrote:
>> What are the nominees intending to do if they are elected? I miss the
>> manifests.
>
> To those of you telling us to look at what you do now, what you're
> saying is that you're good in your current role. That doesn
Diego 'Flameeyes' =?utf-8?Q?Petten=C3=B2?= wrote:
>
> Since not all the buildsystem we support use make for the actual build,
> and they don't necessarily support make-like options (-jX -s and so on),
> it would be nice to be able to express a JOBS variable that could be
> used for parallel build
rsions (like for
packages like rsyslog where 3.20.x is stable branch, 3.21.x is beta and
4.x is development)
Something like
Cheers,
Tiziano
--
-----------
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Pytho
adev
bar
or
foo
adev
bar
Because having to write this:
foo
a...@gentoo.org
bar
is just nonsense.
Cheers,
Tiziano
--
---
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin
expensive to obtain than a timestamp, package managers may use
> the Manifest entries as a digest cache, in order to avoid the need
> to compute digests of ebuilds during dependency calculations.
>
> Does the suggested approach seem reasonable? Would anybody like to
> suggest
Am Samstag, den 07.02.2009, 15:23 -0800 schrieb Zac Medico:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tiziano Müller wrote:
> > Am Montag, den 02.02.2009, 12:34 -0800 schrieb Zac Medico:
> >> For the digest format, I suggest that we use the leftmost 10
>
Am Sonntag, den 08.02.2009, 00:59 -0800 schrieb Zac Medico:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tiziano Müller wrote:
> > Am Samstag, den 07.02.2009, 15:23 -0800 schrieb Zac Medico:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
>
nks
- you have to check for deadlinks anyway because people forget to remove
them when removing packages
- good luck with that on Gentoo/Prefix-Interix
--
---
Tiziano Müller
Gentoo Linux Developer, Council Member
Areas of responsibility:
ce new elements:
foo
bar
b) Think of herds as tags, then you have many packages already tagged.
To be able to add new herds/tags without messing up with the
maintainer-info, I'd then introduce new attributes for and
instead of writing foo meaning that a package is maintainer
by team &q
Am Sonntag, den 08.02.2009, 12:36 -0800 schrieb Zac Medico:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tiziano Müller wrote:
> > Am Sonntag, den 08.02.2009, 00:59 -0800 schrieb Zac Medico:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
>
Am Samstag, den 07.02.2009, 15:23 -0800 schrieb Zac Medico:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tiziano Müller wrote:
> > Am Montag, den 02.02.2009, 12:34 -0800 schrieb Zac Medico:
> >> For the digest format, I suggest that we use the leftmost 10
>
nce you want always one of {slang,ncurses} you'll probably want
something like this:
slang? ( >=sys-libs/slang-2.1.3 )
!slang? ( sys-libs/ncurses[unicode?] )
and drop the ncurses USE-flag completely. Or set USE="+ncurses" and do
this:
ncurses? ( sys-libs/ncurses[unicode?] )
!
-scd
The only problem I see here is that either or ${T}/doc
contains subdirs. So my proposal for the next EAPI is to allow dodoc and
newdoc to operate on dirs. Which also gives the benefit to reduce this
idiom:
insinto /usr/share/doc/${PF}
doins -r examples
to:
dodoc examples
Your co
odoc "${T}/doc"
should be dodoc "${T}/doc/*"
>
> will not work, even if ${T}/doc contains only files.
Yes, but prepalldocs does it's "magic" on the complete /usr/share/doc.
How about that?
--
---
T
Am Donnerstag, den 19.02.2009, 10:37 +0100 schrieb Ulrich Mueller:
> >>>>> On Thu, 19 Feb 2009, Tiziano Müller wrote:
>
> > Instead of breaking things you could have tried to come up with a
> > real solution.
>
> This could be said about the council&#x
> What is proposed in glep-55 seems to aim to solve both issues at the
> same time (it isn't stated) by switching file extension every time the
> eapi is changed. This is slightly against the principle of the least
> surprise and apparently is disliked by enough people to lead the
> situation
Am Montag, den 23.02.2009, 22:25 +1300 schrieb Alistair Bush:
>
> Tiziano Müller wrote:
> >> What is proposed in glep-55 seems to aim to solve both issues at the
> >> same time (it isn't stated) by switching file extension every time the
> >> eapi is
Am Dienstag, den 24.02.2009, 22:58 + schrieb Ciaran McCreesh:
> On Tue, 24 Feb 2009 23:48:27 +0100
> Luca Barbato wrote:
> > Ciaran McCreesh wrote:
> > > Not true. You don't know whether the cache is valid until you know
> > > what the EAPI is.
> >
> > If you are on the user scenario the cach
Am Montag, den 02.03.2009, 08:31 +0100 schrieb Christian Faulhammer:
> Hi,
>
> Petteri Räty :
>
> > Let's try something new. I would like to get opinions from as many
> > people as possible about GLEP 55 and alternatives listed here in order
> > to get some idea what the general developer pool th
Hi everyone
With eapis 1 and 2 we introduced nice features but also a couple of new
problems. One of them are the use dependencies when the package you
depend on doesn't have the use flag anymore (see [1] for an example).
So I think it's time for a short eapi bump with some distinct
improvements:
Am Sonntag, den 08.03.2009, 00:08 -0800 schrieb Josh Saddler:
> Tiziano Müller wrote:
> > Hi everyone
> >
> > With eapis 1 and 2 we introduced nice features but also a couple of new
> > problems. One of them are the use dependencies when the package you
> > de
Am Sonntag, den 08.03.2009, 12:05 +0100 schrieb Arfrever Frehtes
Taifersar Arahesis:
> 2009-03-08 10:43:44 Tiziano Müller napisał(a):
> > Am Sonntag, den 08.03.2009, 00:08 -0800 schrieb Josh Saddler:
> > > Tiziano Müller wrote:
> > > > Hi everyone
> > > >
Am Sonntag, den 08.03.2009, 10:01 -0700 schrieb Donnie Berkholz:
> On 16:48 Sun 08 Mar , Ciaran McCreesh wrote:
> > On Sun, 8 Mar 2009 09:42:29 -0700
> > Donnie Berkholz wrote:
> > > - I understand the reasoning for the SRC_CONFIGURE_WITH blah stuff. I
> > > strongly oppose this implementatio
Am Sonntag, den 08.03.2009, 19:06 +0100 schrieb Stelian Ionescu:
> On Sun, 2009-03-08 at 08:49 +0100, Tiziano Müller wrote:
> > Hi everyone
> >
> > With eapis 1 and 2 we introduced nice features but also a couple of new
> > problems. One of them are the use depend
Am Sonntag, den 08.03.2009, 17:22 +0100 schrieb Robert Buchholz:
> On Sunday 08 March 2009, Tiziano Müller wrote:
> > Hi everyone
> >
> > With eapis 1 and 2 we introduced nice features but also a couple of
> > new problems. One of them are the use dependencies when th
Am Sonntag, den 08.03.2009, 11:24 -0700 schrieb Donnie Berkholz:
> On 10:01 Sun 08 Mar , Donnie Berkholz wrote:
> > On 16:48 Sun 08 Mar , Ciaran McCreesh wrote:
> > > On Sun, 8 Mar 2009 09:42:29 -0700
> > > Donnie Berkholz wrote:
> > > > - I understand the reasoning for the SRC_CONFIGURE_W
1 - 100 of 236 matches
Mail list logo
