Re: [gentoo-dev] avoiding urgent stabilizations

2011-02-08 Thread Fabian Groffen
to be definitely suitable for server usage, with only little time caring about them. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] avoiding urgent stabilizations

2011-02-08 Thread Fabian Groffen
SA is something that seems to happen roughly one year after no > affected package is in tree anymore. Well, it's not too bad lately: http://archives.gentoo.org/gentoo-announce/ -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] GSLA improvements (WAS: avoiding urgent stabilisations)

2011-02-09 Thread Fabian Groffen
nsider users safe from a security vulnerability > until the vulnerability is patched in the tree AND the notice to > update has been sent out. Excellent, take this up with the security team. Reevaluate which archs are security supported, and see if you can get a timeout policy implemented. --

[gentoo-dev] Gentoo Installer (text-based)

2011-02-09 Thread Fabian Groffen
e pre-configured with the right options) is useful for certain scenarios, and I would like to give it a shot to see how easy such thing could be provided. The installer in mind here, would also possibly work for Gentoo Prefix bootstraps, for which we would use a bootstrap cd. -- Fabian Groffen Gentoo

Re: [gentoo-dev] Gentoo Installer (text-based)

2011-02-10 Thread Fabian Groffen
nual over and over again. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Gentoo Installer (text-based)

2011-02-12 Thread Fabian Groffen
t it and announce as they see fit. -- Fabian Groffen Gentoo on a different level

[gentoo-dev] Re: gentoo-x86/profiles/prefix/darwin/macos/10.4/x86: make.defaults

2011-02-13 Thread Fabian Groffen
d and disabled flags in > different files. Is there any resource you can point me to where it explains more carefully why and when this has changed? > 1.2 profiles/prefix/darwin/macos/10.4/x86/make.defaults > -USE="${USE} mmx mmxext sse sse2" > +USE="mmx

Re: [gentoo-dev] Re: gentoo-x86/profiles/prefix/darwin/macos/10.4/x86: make.defaults

2011-02-13 Thread Fabian Groffen
that. A long time ago I think we needed it in order to have USE-flags retained. Thanks -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Bugzilla 4 migration

2011-03-07 Thread Fabian Groffen
icate security click-through-couple-of-times before you can access bugzilla is sort of annoying As outsider, I don't like to accept another certificate thing, just to view a bugtracker. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Bugzilla 4 migration

2011-03-07 Thread Fabian Groffen
On 07-03-2011 16:52:23 -0500, Rich Freeman wrote: > In any case, I don't see poor browser design as a valid reason for > avoiding the use of SSL... Please use a MUA that properly honours Reply-To: headers. I'm on the list. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Bugzilla 4 migration

2011-03-08 Thread Fabian Groffen
On 07-03-2011 17:25:02 -0500, Mike Frysinger wrote: > > As outsider, I don't like to accept another certificate thing, just to > > view a bugtracker. > > if we're only forcing *login*, then this isnt an issue +1 -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-21 Thread Fabian Groffen
, this should work for all targets, not just linux -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Re: RFC: postgresql.eselect

2011-03-30 Thread Fabian Groffen
sure though, when you use a glob, that you check for the asterisk. When there are no matches, bash assumes you meant the literal '*' and hence will return "/foo/bar/*" in link_source. So make sure you check the existence of whatever is in link_source before using it. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] git-2.eclass final review

2011-03-31 Thread Fabian Groffen
just include the diff in your email please. Thanks. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Please enhance your USE descriptions!

2011-03-31 Thread Fabian Groffen
ind the default clear enough. It seems the mp3 USE-flag is overloaded with multiple functions, this is likely the cause of the problem here. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Please enhance your USE descriptions!

2011-03-31 Thread Fabian Groffen
On 31-03-2011 09:41:10 +0200, Tomáš Chvátal wrote: > Dne 31.3.2011 09:33, Fabian Groffen napsal(a): > > On 31-03-2011 09:23:16 +0200, justin wrote: > >> instead of the default > >> > >> mp3 - Add support for reading mp3 files > > > > I find the def

Re: [gentoo-dev] Please enhance your USE descriptions!

2011-03-31 Thread Fabian Groffen
e, the same flag is just used for two different things, which is wrong if the flag is global. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] python-namespaces.eclass

2011-04-04 Thread Fabian Groffen
". > inherit python > > # > > # = HANDLING OF METADATA > = > # > ============ -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] rfc: openrc use flag

2011-04-20 Thread Fabian Groffen
is prefix installs. If I implement something > like this, will it not break openrc on prefix systems? does such thing exist? -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Disabling locale at emerge output

2011-04-22 Thread Fabian Groffen
hat in most cases this makes finding the real error easier. Has the drawback that it isn't always perfect/working, and that one has to use a separate tool (or emerge --report-bug or something). -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Devmanual text on ChangeLogs

2011-05-01 Thread Fabian Groffen
lusion is that you probably want to maintain the ChangeLog manually. I also attached a sample of the script output for net-p2p/transmission for convenience. -- Fabian Groffen Gentoo on a different level cvsps2changelog.sh Description: Bourne shell script ChangeLog.gen Description: GENbank data

Re: [gentoo-dev] Devmanual text on ChangeLogs

2011-05-01 Thread Fabian Groffen
tuck with your argument that you just think removal information isn't useful to anyone. This argument is too funny to be taken serious. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-libs/libmnl: libmnl-1.0.1.ebuild ChangeLog

2011-05-01 Thread Fabian Groffen
On 01-05-2011 17:04:18 +0400, Peter Volkov wrote: > В Вск, 01/05/2011 в 12:25 +0000, Fabian Groffen (grobian) пишет: > > grobian 11/05/01 12:25:59 > > > Fix econf call for Prefix: don't mix Prefix compatible and incompatible > > code > >

Re: [gentoo-dev] Re: Devmanual text on ChangeLogs

2011-05-01 Thread Fabian Groffen
On 01-05-2011 14:55:24 +, Duncan wrote: > Fabian Groffen posted on Sun, 01 May 2011 12:00:17 +0200 as excerpted: > > > Attachment not shown: MIME type chemical/x-genbank; filename > > ChangeLog.gen > > Had to laugh at that one. =:^) Apologies, the .gen extension

Re: [gentoo-dev] Re: Devmanual text on ChangeLogs

2011-05-01 Thread Fabian Groffen
On 01-05-2011 19:43:48 -0400, Rich Freeman wrote: > My personal feeling is that we should keep the changelogs as-is, and > include removals, until we're on git. Then we should re-evaluate. git doesn't magically solve all the problems! -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Devmanual text on ChangeLogs

2011-05-01 Thread Fabian Groffen
e -l should give the user > the full list of changes since his last update. How about forgetting the time constraint, but just keeping all changelog entries for all ebuilds that are in the tree? -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] RFC: sed script redundancy

2011-05-20 Thread Fabian Groffen
t; - followed by the actual sed -i -e ... This way I didn't need to write an intermediate file. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] RFC: sed script redundancy

2011-05-22 Thread Fabian Groffen
On 21-05-2011 19:34:34 +0200, Jeroen Roovers wrote: > On Fri, 20 May 2011 17:56:00 +0200 > Fabian Groffen wrote: > > > sed -e "" "${file}" | diff "${file}" - > > > > followed by the actual sed -i -e ... > > > > This way I

Re: [gentoo-dev] RFC: sed script redundancy

2011-05-29 Thread Fabian Groffen
one useless sed. Cool, nice to see you've made it into something useful! > [1] https://github.com/cschwan/sage-on-gentoo/blob/master/sci- > mathematics/sage/sage-4.7.ebuild -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] ChangeLog generation - pros and cons (council discussion request)

2011-06-02 Thread Fabian Groffen
ussions going on and the > >  updated devmanual) > > However, with git the issue is simplified because then developers will > stop relying on ChangeLogs for information, and ChangeLogs will be > used entirely to convey information to users. I don't see how that simplifies

Re: [gentoo-dev] ChangeLog generation - pros and cons (council discussion request)

2011-06-05 Thread Fabian Groffen
man?), people would have the ability to edit the ChangeLog -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] ChangeLog generation - pros and cons (council discussion request)

2011-06-10 Thread Fabian Groffen
to generate them) not about a particular preference of documenting things or not. So far, this thread was reasonably made of constructive, and sort of objective replies. It would be nice, and probably most useful for the council, if we could keep it this way. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] profiles/ChangeLog is too large

2011-06-10 Thread Fabian Groffen
ll) be relevant? I guess figuring out something here is useful both now as well as in the future. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Re: [gentoo-commits] gentoo commit in xml/htdocs/proj/en/qa: index.xml

2011-06-11 Thread Fabian Groffen
quot;Glep 48 update (as nominated for next meeting)" thread, but disregarded as unnecessary bureaucratic stuff. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Re: Thoughts about broken package handling

2011-06-26 Thread Fabian Groffen
load ssl stuff IMO. > revdep-rebuild OTOH, has a more straightforward approach, simply > detecting binaries that depended on now-absent libs and rebuilding them > to depend on what's currently available instead. Yup, but when the library is already gone, you sometimes cannot run the nece

Re: [gentoo-dev] The Python problem

2011-06-27 Thread Fabian Groffen
sions with some syntax that specify ranges and more should just go, to be replaced by something which is much less powerful in expressiveness, but much easier to understand in the general picture, such as the USE-flags from the ruby eclass. Just my €0.02 -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Don't use / when applying sed with CFLAGS

2011-06-27 Thread Fabian Groffen
:' as separator, as some platforms have options for their toolchain that includes colons. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] demanual update (was: Don't use / when applying sed with CFLAGS)

2011-06-27 Thread Fabian Groffen
ter bash expansion. The recommended > +character is a vertical bar: '|' (the pipe). -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] rfc: new virtual for initscripts function

2011-07-04 Thread Fabian Groffen
-1. If your virtual is going to make it possible to have no openrc, or some openrc-light, then that would certainly improve things from our perspective. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] rfc: new virtual for initscripts function

2011-07-04 Thread Fabian Groffen
On 04-07-2011 16:23:11 -0500, William Hubbs wrote: > On Mon, Jul 04, 2011 at 07:56:25PM +0200, Fabian Groffen wrote: > > Just one little note, which is that Prefix is stuck with a modified > > version of baselayout-1. If your virtual is going to make it possible > > to ha

Re: [gentoo-dev] rfc: new virtual for initscripts function

2011-07-05 Thread Fabian Groffen
On 05-07-2011 03:00:27 -0400, Mike Frysinger wrote: > On Monday, July 04, 2011 13:56:25 Fabian Groffen wrote: > > Just one little note, which is that Prefix is stuck with a modified > > version of baselayout-1. > > why ? Because original baselayout-1 doesn't compile

Re: [gentoo-dev] ChangeLog generation - pros and cons (council discussion request)

2011-08-01 Thread Fabian Groffen
36159247275ccb.xml On 02-06-2011 11:13:38 +0200, Fabian Groffen wrote: > Following up on the recent discussions about ChangeLogs, and what should > be in there, versus what not, this email tries to describe the pros and > cons of the frequently mentioned generation of ChangeLogs from the

[gentoo-dev] [RFC] gentoo-x86 migration to repo-per-package

2011-08-06 Thread Fabian Groffen
rs that want to use git for their packages less. There probably are drawbacks to this system as well. I, however, only see big advantages for the moment. Comments, thoughts, ideas welcome. [1] http://pkgs.fedoraproject.org/gitweb/ [2] http://packages.qa.debian.org/common/index.html -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] [RFC] gentoo-x86 migration to repo-per-package

2011-08-07 Thread Fabian Groffen
I think your approach requires centralised administration to ensure > minimal incidents in the infrastructure mechanisms. Absolutely. Typically the rsync generation file is in its own repo, and requires as much centralisation as the current CVS tree, or the proposed git variant of that tree. -

Re: [gentoo-dev] [RFC] gentoo-x86 migration to repo-per-package

2011-08-07 Thread Fabian Groffen
On 07-08-2011 00:07:41 +0530, Nirbheek Chauhan wrote: > On Sat, Aug 6, 2011 at 7:43 PM, Fabian Groffen wrote: > > In short, the repo-per-package model means that each package > > (my-cat/package) is a separate repository in some VCS. > > Instead of having a huge tree that w

Re: [gentoo-dev] [RFC] gentoo-x86 migration to repo-per-package

2011-08-07 Thread Fabian Groffen
t a simple > recursive git pull to update the whole thing is highly desireable. > Git submodules fit the bill perfectly. I assumed something like this possible to be able to get "all" easily or something. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] [RFC] gentoo-x86 migration to repo-per-package

2011-08-07 Thread Fabian Groffen
icient with large repositories, use this ability I'm not claiming git is inefficient. I think our current model is not very flexible. An alternatives like the one I proposed solves certain problems that currently exist within Gentoo. [1] http://stats.prefix.freens.org/timing-rsync0.png -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] [RFC] gentoo-x86 migration to repo-per-package

2011-08-07 Thread Fabian Groffen
On 06-08-2011 20:55:05 +, Robin H. Johnson wrote: > On Sat, Aug 06, 2011 at 04:13:52PM +0200, Fabian Groffen wrote: > > In this email, I step away from the current model that Gentoo uses for > > the gentoo-x86 repository. Instead, I consider a repo-per-package > > mo

Re: [gentoo-dev] [RFC] gentoo-x86 migration to repo-per-package

2011-08-07 Thread Fabian Groffen
On 07-08-2011 11:21:51 +0200, Michał Górny wrote: > Fabian Groffen wrote: > > This can be done with a single commit to the rsync tree script, and it > > doesn't necessarily need git repos. > > And have you considered the function PoV on this? > > With clean

Re: [gentoo-dev] [RFC] gentoo-x86 migration to repo-per-package

2011-08-07 Thread Fabian Groffen
of it). I don't feel users should be playing with these things in general. I see the tree assembling thing more as a technical way to deal with some given legacy and limitations. Admittedly, it isn't perfect, and many people seem to intend doing things with a git-based tree that cannot be done with now CVS, and an assembled tree wouldn't really support it out of the box either. -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Re: RFC: leechcraft.eclass

2011-08-18 Thread Fabian Groffen
; if [[ ${PN} != "leechcraft-core" ]]; then > > CMAKE_USE_DIR="${S}/src/plugins/${PN#leechcraft-}" > > else > > CMAKE_USE_DIR="${S}/src" > > fi > > fi > > if-elif-else-fi. This sounds like a kind

Re: [gentoo-dev] Re: RFC: leechcraft.eclass

2011-08-18 Thread Fabian Groffen
is quoted. it's a string, what's the problem? -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] Re: RFC: leechcraft.eclass

2011-08-18 Thread Fabian Groffen
On 18-08-2011 21:41:47 +0200, Michał Górny wrote: > On Thu, 18 Aug 2011 20:43:59 +0200 > Fabian Groffen wrote: > > > On 18-08-2011 20:42:23 +0200, Michał Górny wrote: > > > > elif [[ ${PN} != "leechcraft-core" ]]; then > > > >

Re: [gentoo-dev] Re: Gentoostats, SoC 2011

2011-08-25 Thread Fabian Groffen
#x27;SEND_STATS="no" (to never send) in your /etc/make.conf. > > *) And in the next step, after showing the data set(s): Send? [y/n] > > (why do all those words have to start with an 's'??) send display/view later :) -- Fabian Groffen Gentoo on a different level

Re: [gentoo-dev] [RFC] office-ext.eclass

2011-08-29 Thread Fabian Groffen
e office suite. > > openoffice-ext_add_extension() { > > debug-print-function ${FUNCNAME} "$@" > > local ext=$1 > > local tmpdir=$(mktemp -d --tmpdir=${T}) > > Isn't it just as important to doublequote ${T} as it is to doublequote > ${D}? ye

Re: [gentoo-dev] About upstreams appending additional CFLAGS when building with some configure options

2011-09-01 Thread Fabian Groffen
there for upstreams which *demand* that we use their CFLAGS, and nothing else. Setting USE=custom-cflags there just overrides upstream's flags in that case, which means you can expect upstream to immediately flag any question/bug/complaint as invalid. -- Fabian Groffen Gentoo on a d

[gentoo-dev] Re: gentoo-x86/dev-libs/libffi: ChangeLog libffi-3.0.10_rc8.ebuild libffi-3.0.9.ebuild

2011-09-06 Thread Fabian Groffen
1.126 > @@ -1,6 +1,10 @@ > # ChangeLog for dev-libs/libffi > # Copyright 1999-2011 Gentoo Foundation; Distributed under the GPL v2 > + > + 06 Sep 2011; Samuli Suominen -libffi-3.0.9.ebuild, > + -libffi-3.0.10_rc8.ebuild: > + [This is a placeholder. Please ignore.] -

[gentoo-dev] Re: gentoo-x86/dev-libs/libffi: ChangeLog libffi-3.0.10_rc8.ebuild libffi-3.0.9.ebuild

2011-09-08 Thread Fabian Groffen
On 08-09-2011 14:54:24 +0300, Samuli Suominen wrote: > On 09/06/2011 11:31 PM, Fabian Groffen wrote: > > On 06-09-2011 20:24:54 +, Samuli Suominen wrote: > >> Modified: ChangeLog > >> Removed: libffi-3.0.10_rc8.ebuild libffi-3.0.9.ebuild > >> Log: > >

Re: [gentoo-dev] Re: gentoo-x86/dev-libs/libffi: ChangeLog libffi-3.0.10_rc8.ebuild libffi-3.0.9.ebuild

2011-09-08 Thread Fabian Groffen
plaining about the speed of echangelog and repoman commit?) -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] udev and /usr

2011-09-19 Thread Fabian Groffen
ries to dissuade the user from ever having to go > in there. Not sure what you mean here. An OSX system has /bin, /sbin, and /usr/{bin,lib}. What's in /Library and /System is typically what the OS uses for its own "services" and graphical stuff. So, /System doesn't hide an

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-22 Thread Fabian Groffen
re obscure > [[ ${foo} ]] and [[ ! ${foo} ]]? > > The shortest possible form is not always the one that's best readable. +1 The style used is up to the maintainer. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

[gentoo-dev] Re: Bugzilla maintenance outage 2011/09/26 06:30 UTC

2011-09-27 Thread Fabian Groffen
On 27-09-2011 17:51:04 +, Robin H. Johnson wrote: > Next time, I'll just specify the epoch time. Ohw, eh, by the way, thanks for doing the maintenance! -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

[gentoo-dev] Call for agenda items -- Council meeting 11 Oct

2011-09-28 Thread Fabian Groffen
All, In less than two weeks, the council will meet again. This is the time to raise and prepare items that the council should put on the agenda to vote on. Please respond to this email with agenda items. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital

Re: [gentoo-dev] Manifest signing

2011-09-29 Thread Fabian Groffen
ed manifests? Possibly a question for the Council to adjudicate? Please refer to Mike's thread on this. http://archives.gentoo.org/gentoo-dev/msg_7210bc8a18140db8f18ff89245efacd5.xml -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Lastrite: media-gfx/pngcrush

2011-10-08 Thread Fabian Groffen
ng-1.5 stable in the very > near future http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=5#doc_chap8 -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Lastrite: media-gfx/pngcrush

2011-10-08 Thread Fabian Groffen
n/devrel/handbook/handbook.xml?part=2&chap=5#doc_chap8 > > > In fact, like Samuli said, the waiting period is 14+ test is an become stable> which will be more than 30. No reason to > s/14/30/ No reason then to confuse people by suggesting the opposite either. -- Fabian

Re: [gentoo-dev] Lastrite: media-gfx/pngcrush

2011-10-08 Thread Fabian Groffen
rough. It seems to me like you say here that any policy that Gentoo has that you just don't like can be ignored because, well, you just don't like it. We can discuss whether or not the policy is ok, but should we ignore the policy for that reason? I think not. -- Fabian Groffen Gento

Re: [gentoo-dev] Lastrite: media-gfx/pngcrush

2011-10-08 Thread Fabian Groffen
on't like, then what would be the point in having those policies at first? Again, this doesn't mean that each policy in its current form is de-facto the best thing or something like that. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-admin/chrpath: ChangeLog chrpath-0.13-r2.ebuild

2011-10-11 Thread Fabian Groffen
ither (ask Diego for example), and I do allow you to make a lot of changes to my packages. Just don't force your style and preferences on me. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-admin/chrpath: ChangeLog chrpath-0.13-r2.ebuild

2011-10-11 Thread Fabian Groffen
On 11-10-2011 21:01:40 +0300, Samuli Suominen wrote: > On 10/11/2011 08:05 PM, Fabian Groffen wrote: > > On 11-10-2011 19:59:13 +0300, Samuli Suominen wrote: > >> So I've missed one ${EPREFIX} for docdir= ? How about just fixing that, > >> and not crapping all over

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-admin/chrpath: ChangeLog chrpath-0.13-r2.ebuild

2011-10-11 Thread Fabian Groffen
cy. [1] http://devmanual.gentoo.org/ebuild-writing/functions/src_prepare/epatch/index.html -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-admin/chrpath: ChangeLog chrpath-0.13-r2.ebuild

2011-10-11 Thread Fabian Groffen
, does it? > So it very rarely makes sense to call epatch multiple times, and > certainly doesn't improve maintainability. Conclusion doesn't follow from argumentation. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-admin/chrpath: ChangeLog chrpath-0.13-r2.ebuild

2011-10-11 Thread Fabian Groffen
On 11-10-2011 23:00:19 +0300, Samuli Suominen wrote: > > The devmanual doesn't suggest this is the way to go, does it? > > No, but it should. different topic -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

[gentoo-dev] Call for agenda items -- Council meeting 2011-11-08

2011-10-26 Thread Fabian Groffen
suggested one (since the last meeting). -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Call for agenda items -- Council meeting 2011-11-08

2011-10-26 Thread Fabian Groffen
On 26-10-2011 18:35:51 +0200, Michał Górny wrote: > On Wed, 26 Oct 2011 18:30:25 +0200 > Fabian Groffen wrote: > > > In less than two weeks, the council will meet again. This is the time > > to raise and prepare items that the council should put on the agenda >

[gentoo-dev] [Council] ChangeLog generation within Gentoo

2011-10-26 Thread Fabian Groffen
rough this message. [1] http://www.gentoo.org/proj/en/council/meeting-logs/20111011-summary.txt -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-project] Re: [gentoo-dev] Call for agenda items -- Council meeting 2011-11-08

2011-10-26 Thread Fabian Groffen
towards preventing useless ChangeLog entries. Also this has been discussed and decided upon by the current and previous Councils, so also that opinion is unlikely to suddenly change. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-project] Re: [gentoo-dev] Call for agenda items -- Council meeting 2011-11-08

2011-10-26 Thread Fabian Groffen
On 26-10-2011 19:11:24 +0200, Michał Górny wrote: > On Wed, 26 Oct 2011 19:06:07 +0200 > Fabian Groffen wrote: > > > > 3) one step towards preventing useless ChangeLog entries. > > > > Also this has been discussed and decided upon by the current and > > pre

Re: [gentoo-project] Re: [gentoo-dev] Call for agenda items -- Council meeting 2011-11-08

2011-10-26 Thread Fabian Groffen
On 26-10-2011 20:05:05 +0200, Pacho Ramos wrote: > Why don't we try to reach a consensus? Maybe we should be allowed to > simply run echangelog (or whatever is used) to generate a message like: > 26 Oct 2011; Pacho Ramos -pangomm-2.26.3.ebuild > > And simply that > > Pros: > - People refusing

Re: [gentoo-dev] [Council] ChangeLog generation within Gentoo

2011-10-26 Thread Fabian Groffen
line to keep the file intact up to a year before > the last commit. Eventually the files will be cleaned up. Don't you think it's much more sensical to remove all entries for ebuilds that are no longer in the tree then? -- Fabian Groffen Gentoo on a different level signature

[gentoo-dev] Re: [Council] ChangeLog generation within Gentoo

2011-10-27 Thread Fabian Groffen
On 27-10-2011 03:28:33 +, Duncan wrote: > Fabian Groffen posted on Wed, 26 Oct 2011 23:00:22 +0200 as excerpted: > > On 26-10-2011 14:02:12 -0400, Rich Freeman wrote: > >> Well, if the desire to trim changelogs is generally agreed upon we > >> could always just cou

Re: [gentoo-dev] [RFC] enable verbose build whenever it's possible

2011-11-05 Thread Fabian Groffen
ot;make VERBOSE=1" too. > > I've seen too many bugs reports today that gave me cute, colorful > build.logs and almost no information about underlaying bug... ... and with the actual build information, some of Portage's checks can do their work too. +1, I'd love to se

[gentoo-dev] Re: proj/portage:master commit in: pym/portage/dbapi/

2011-11-26 Thread Fabian Groffen
; offset = "" > > - for i, x in enumerate(mergelist): > + for i, x in enumerate(sorted(mergelist)): > > mysrc = join(srcroot, offset, x) > mydest = join(destroot, offset, x) > -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Re: rfc: locations of binaries and separate /usr

2012-01-03 Thread Fabian Groffen
don't think bash or coreutils do that. We explicitly configure them with --prefix=/ or move some utils back and forth. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-03 Thread Fabian Groffen
by not moving some of the tools to /bin. Our ebuild makes it conform to FHS, not the coreutils buildsystem itself. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-03 Thread Fabian Groffen
conservative bunch. But I heard that kmod will start looking for modules > in /usr/lib/modules ... Seems they just made it a configure argument though [1]. [1] http://git.profusion.mobi/cgit.cgi/kmod.git/commit/?id=a308abec371364eec8344681cfe1fb50d624e43e -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-03 Thread Fabian Groffen
onfigure switch until the kernel switches their install > location, so they aren't forcing this one. Current git even sets the default to "", so in fact they went back to just /lib/modules. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-03 Thread Fabian Groffen
On 03-01-2012 14:01:20 -0600, William Hubbs wrote: > On Tue, Jan 03, 2012 at 08:12:06PM +0100, Fabian Groffen wrote: > > > I think the best way to do this part of it is going to be to just follow > > > the upstream packages. When they release a new version that installs in &

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-04 Thread Fabian Groffen
ut if it happens, easy to fix, so not really a convincing issue. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-04 Thread Fabian Groffen
el. You'd just attach through the console (netmgt, ipmi, keyboard/vga) instead. > And a compiler. If I mess up some important system component, I'd really > use one. And package manager. And backup system libraries... Time for your PXE boot from net to just bring back a sane image or so. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-04 Thread Fabian Groffen
gmane.org/gmane.linux.debian.devel.general/165891 -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-04 Thread Fabian Groffen
image or so. > > My PXE boot from net won't happen because possible /usr-over-NFS relies > on random files from other rootfs, and they just failed to be in sync > between two of my systems. Seems like you've got a situation where you'd just shove in a livecd then.

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-04 Thread Fabian Groffen
re now no longer valid, because...? -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-06 Thread Fabian Groffen
a fool out of yourself. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Can we get PIE on all SUID binaries by default, por favor?

2012-01-27 Thread Fabian Groffen
needing a "force" from the Council. Just implement it in a way that people can opt-in/opt-out on it. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] RFC: Application name in metadata.xml

2012-02-12 Thread Fabian Groffen
: libreoffice-writer -> Libreoffice Writer Currently this is not possible (when Manifest is signed), since metadata.xml is included in the Manifest. However the thin manifest approach might allow something like this. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

[gentoo-dev] Re: LANG=en_GB.UTF-8 by default

2012-02-19 Thread Fabian Groffen
erfectly fine these days, so it should preferably be used instead. (Even the man-page, utf8(7), suggests that.) -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] RFC patch for subversion.eclass (bug 401737)

2012-02-22 Thread Fabian Groffen
ord in an ebuild? The var ESVN_PASSWORD > seems like trouble to me. I've seen some projects that have a "anonymous" or "guest" user with a trivial/documented password, so I guess it's for cases like those. -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] [PATCH v2 09/11] glep-0063: Make recommended expiration terms mandatory

2018-07-06 Thread Fabian Groffen
x27;t fit well in the human SSD. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] rfc: [QA] Ban policy introduction

2018-07-29 Thread Fabian Groffen
team, after two independent breakages > > 2.) Revoking the commit access for 14 days > > > > These violations will be evaluated individually by all QA team members. > > Warnings can be revoked, if during 6 months period a developer makes at > > least 20 non trivial changes not producing more breakages. > > > > > > -- > > Sergei > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

<    1   2   3   4   5   6   >