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 a number.
Ok, thanks.
New version
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,
Tiziano
--
Tiziano Müller
Gentoo Linux
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:
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;
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 reply
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
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
using USE flags but this approach gives more
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 and
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 done
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=218127
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 'keyring' use flag are
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
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
| herd/team?
Sounds like a good idea
# 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 :-)
Cheers,
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
again. The
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 herd
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]
What Marius is saying though is that there are two
Marius Mauch wrote:
Hmm, in that case maybe it's be possible to use a similar system for
devs, e.g.
maintainer
devgenone/dev
/maintainer
and only use the email element for non-dev maintainers and upstream
contacts. Anyway, as long as we use the same tag to list both
individual and group
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 possible of course).
+1
But nevertheless
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 and will
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 39, I'd like all of the
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 to nominate
# 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 time nor
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 never
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
of the ebuild with older package managers and that major
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 to nominate
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 important to
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 be aware the there's an EAPI.
But how does such a package manager
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 at the
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 really
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 their
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. One is exposed to devs only as ebuild syntax; the other is
exposed
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's
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 foo-0.26_pre1, which would
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 foo-0.26_pre1, which would
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 ebuild with the version mentioned
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
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
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
* A herd is really only a logical unit of packages
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.
I can't use the new types
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
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-server
The
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 comment
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 myeclass
implement it properly
Thanks in advance,
Tiziano
--
---
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin
E-Mail : [EMAIL PROTECTED]
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63
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 slotted package bar _and_ more than one
slot of bar can satisfy this dependency
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 up with a solution for it.
The problem:
A package foo depends on a slotted package bar _and_ more
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 it mean? If not, what shall be the
package managers behaviour?
:= only
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
when writing to VDB any time it can, and leaves
Gilles Dartiguelongue wrote:
Le lundi 30 juin 2008 à 19:01 +0200, Enrico Weigelt a écrit :
big_snip
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 how
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
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 maintainerteamcpp/team/maintainer, why
do we
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 validate
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 used,
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.html
1.
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
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 XML
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
automatically inject the deps based on SRC_URI pattern
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/ shortly.
wrt GLEP 56:
i) I don't see a specification when use.local.desc
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.
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't
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 with
where 3.20.x is stable branch, 3.21.x is beta and
4.x is development)
Something like
auto-stable-request enabled=true pver==3.20* /
Cheers,
Tiziano
--
---
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP
--
---
Tiziano Müller
Gentoo Linux Developer
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin
E-Mail : dev-z...@gentoo.org
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
digests of ebuilds during dependency calculations.
Does the suggested approach seem reasonable? Would anybody like to
suggest any changes?
Cheers,
Tiziano
--
---
Tiziano Müller
Gentoo Linux Developer, Council Member
Areas of responsibility
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
hexadecimal digits of the SHA-1 digest
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
Tiziano Müller wrote:
Am Montag, den 02.02.2009
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:
Samba, PostgreSQL, CPP, Python
--
---
Tiziano Müller
Gentoo Linux Developer, Council Member
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin
E-Mail : dev-z...@gentoo.org
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30
signature.asc
Description: Dies ist ein digital signierter
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
Tiziano Müller wrote:
Am Samstag, den
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
hexadecimal digits of the SHA-1 digest
default.
--
---
Tiziano Müller
Gentoo Linux Developer, Council Member
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin
E-Mail : dev-z...@gentoo.org
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30
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 comments?
Cheers,
Tiziano
--
---
Tiziano Müller
Gentoo Linux Developer
on the complete /usr/share/doc.
How about that?
--
---
Tiziano Müller
Gentoo Linux Developer, Council Member
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin
E-Mail : dev-z...@gentoo.org
GnuPG FP : F327 283A E769 2E36
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's decision as well.
Right. Two seconds after the council
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 to
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 changed. This is slightly against the principle
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, ruby
Am Samstag, den 31.03.2012, 14:44 +0200 schrieb Ulrich Mueller:
On Sat, 31 Mar 2012, Maciej Grela wrote:
I've read the PMS and I haven't found information whether this variable
is supposed to be set during pkg_prepare or not.
There is no such stage. You mean pkg_pretend, I suppose?
# Tiziano Müller dev-z...@gentoo.org (24 Jul 2012)
# Now part of net-fs/cifs-utils unmaintained by upstream
# Security bug #308067 and bugs #427702, #232608, #247809,
# #258409, #265183, #337691, #342783, #279074
# Removal in 30 days
net-fs/mount-cifs
Am Samstag, den 18.08.2012, 01:44 -0400 schrieb Mike Frysinger:
On Saturday 18 August 2012 01:16:29 Diego Elio Pettenò wrote:
- everything depending on boost (current 1.49 won't work, you need
1.50, and quite a few things break with 1.50);
there's a trivial patch needed to make 1.49 work.
Some of you may have already noticed, that boost =1.50.0-r1 does not
pull in eselect-boost anymore and does not install a profile for it
either. This is on purpose since app-admin/eselect-boost will be
removed.
Why: the purpose of eselect-boost was to make the introduction of
slotted-boost easier
Am Dienstag, den 28.08.2012, 10:06 +0200 schrieb Michał Górny:
On Tue, 28 Aug 2012 06:26:02 +0200
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com wrote:
2012-08-28 00:19:28 Michał Górny napisał(a):
--- /dev/null
+++ b/gx86/eclass/boost-utils.eclass
@@ -0,0 +1,43 @@
+#
Am Dienstag, den 28.08.2012, 09:43 +0200 schrieb hasufell:
On 08/28/2012 06:26 AM, Arfrever Frehtes Taifersar Arahesis wrote:
There needs to be a way to specify maximal accepted slot of Boost.
Examples of some possibilities: * BOOST_MAX_SLOT=1.49 global
variable * '--max 1.49' arguments
Am Dienstag, den 30.10.2012, 11:30 -0700 schrieb Diego Elio Pettenò:
Given the amount of headaches that Boost seems to give us all, now
thanks to the recent changes even more because Gentoo's boost is
different from all others and no upstream default check seem to work
correctly with it, I'm
Am Dienstag, den 30.10.2012, 22:48 -0700 schrieb Diego Elio Pettenò:
On 30/10/2012 22:44, Tiziano Müller wrote:
I agree. It really doesn't make sense to keep unbuildable stuff in the
tree. The point of slotting it in the first place was also to force a
rebuild of reverse dependencies
Hi everyone
I received a book yesterday with the title
producing open source software, written by Karl Fogel.
It's also available online for free: http://producingoss.com/
While reading through the latest messages here I thought that I should
recommend that book (especially chapter 6) to you.
101 - 200 of 222 matches
Mail list logo
