use the binpkg stuff, I didn't see it as something that would
> probably get acted upon anyway. I'm not complaining about that
> either, just merely stating a fact.
I think binpkgs store more information than you think. It's just that
Portage doesn't fully use it (yet).
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
ne?
Is there a way to just have some fallback method which is less
functional, but just uses some pid file with a lock or something?
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 21-03-2008 12:07:24 +, Roy Marples wrote:
> On Friday 21 March 2008 10:37:11 Fabian Groffen wrote:
> > Assuming you would use libkvm, on Darwin this means as unprivileged user
> > (not using suid) you can't see any processes at all.
>
> That's differe
gt; packages only to allow them to bitrot can be booted.
On other projects I sometimes see a remark such as:
"Maintainer time-out, committing the fix as in bug #bla"
Maybe that is a bit less intrusive as dropping the maintainer entirely.
--
Fabian Groffen
Gentoo on a dif
d like to reorganise my prefix profiles in the same way. I see some
big benefits in doing so, but before I do I'd like to make sure I
understand the new structure correctly.
Thanks!
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
bugs.gentoo.org/show_bug.cgi?id=53269
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
pt (and do require)
arguments that are like "-mg:2512s".
> AFAIK, the only corner case which would make this fail would be
> Windows paths (C:/gentoo-prefix).
C:\ iirc, but Cygwin seems to map this as /cygdrive/C, Interix as
/dev/fs/C, command prompt I have no clue how por
bly was a better way to put attention
to this remarkable policy.
I assume it is just a better, more explicit wording of already existing
policy, considering the original version.
The policy appears worrysome to me, but in my opinion seems not to be
introduced by this commit.
--
Fabian Gro
s Gentoo on Win32.
> Please everybody, give a very warm welcome to mduft.
Yay, at last someone in our team that has the right to "feel blue" :)
Welcome and enjoy!
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
hy do you want it to run on Cygwin? (Honest question...)
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
ou need
extra help from "prefix-launcher".
> [1] http://www.interix.com/products_services.htm
[2]
http://technet.microsoft.com/en-us/library/bb463204.aspx?wt.svl=2007resources
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 30-04-2008 21:21:06 +0300, Alon Bar-Lev wrote:
> On 4/30/08, Fabian Groffen <[EMAIL PROTECTED]> wrote:
> > I think in that sense Cygwin is more Open Source, because how you get
> > the primary shell/environment is available too. However, for me that
> > doesn&#x
his head at some
> point.
LOL.
Welcome to the team!
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
just cause you can.
See above why it might not just be "'cause you can".
> coreutils and linux-headers come to my mind out of system packages right
> now. I'm sure more dragons await me.
m4, that one gave me some headaches, because lzma-utils required some
eautoreconf,
gt; reason)
Chill, relax and cool down. Instead, just ask those who decided to
follow upstream why and if they have even thought about the issues you
brought up.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 10-05-2008 03:32:08 -0400, Mike Frysinger wrote:
> On Wednesday 07 May 2008, Fabian Groffen wrote:
> > m4, that one gave me some headaches, because lzma-utils required some
> > eautoreconf, which introduced a nice cycle.
>
> must have been a prefix-only bug as the version
t,
> then enabling it by default is a very sane and sound idea.
It does so after every merge IIRC, and you can also find them in a file
somewhere.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 05-06-2008 02:35:16 -0700, Josh Saddler wrote:
> Now that nominations are officially open, I nominate the current council
> members (again):
I nominate:
dertobi123
fmccor
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
#x27;s in our tree
right now (3.4.3) is pretty old, matching GCC-3.4.3. It originally was
used for GNUstep, but that package can also work with GCC's libffi, and
ffcall these days.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
e EBNF when describing a syntax.
>>
>> Is there any indication that this is any clearer? EBNF gets messy when
>> it comes to describing the whitespace rules, for example.
>
> It is less ambiguous than natural language. That solves the issue "The
> syntax is under
lready been modified specifically to
> > > > work around the bug, I'd say it's pretty real.
> > >
> > > For those of us trying to play along at home, which one is this?
> >
> > http://tinyurl.com/4w4t69
>
> Why the need for EAPI=1?
> A cursory gla
out rule) that allows the ``experts'' to
do full maintenance of their packages if they are active
Your GLEP as it is now doesn't have any added value to me, as it seems
only to change things into other terminology, more files, and cause an
avalanche of other GLEPs without a clear rationale.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
, if it is a false positive in many
cases?
> [1] http://www.gentoo.org/proj/en/Python/developersguide.xml
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
hese options don't conflict with --as-needed, so --as-needed can be still
> added to default LDFLAGS, but this thread isn't about --as-needed.)
as long as it doesn't go in /base, but in the linux/freebsd profiles
instead, it's fine with me.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
1,--hash-style=gnu,--sort-common".
> > >
> > > -O1 enables some basic optimizations.
> >
> > At least adding -O1 should not be problematic. I think vapier was
> > already suggesting this quite a while ago.
>
> imo -Wl,-O1 should go into base
I prefer not. Pleas
On 29-06-2008 20:28:39 -0700, Donnie Berkholz wrote:
> On 23:15 Sun 29 Jun , Fabian Groffen wrote:
> > On 29-06-2008 07:29:57 -0400, Mike Frysinger wrote:
> > > On Saturday 28 June 2008, Petteri Räty wrote:
> > > > Arfrever Frehtes Taifersar Arahesis kirjoi
On 30-06-2008 17:35:08 +0200, Arfrever Frehtes Taifersar Arahesis wrote:
> > How can you easily revert it in a profile?
>
> You can set LDFLAGS="" in a subprofiles's make.defaults.
How elegant... but I guess I'll have no choice.
--
Fabian Groffen
Gentoo on
# we can't handle spaces in the paths here anyway
cd ${p[*]}
fi
}
And probably this can be done even better with respect to the glob...
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
uld cause the problems on sources.g.o.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
nual emerging of
packages (often ignoring deps) because those deps cannot be compiled
or emerged yet.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
do we really need to go any further? Why not make additional pointers
to possible values for LDFLAGS like we do for C(XX)FLAGS in the
installation manual?
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
at they are the contact for any problems/troubles.
#gentoo-alt
--
Fabian Groffen
Gentoo on a different level
That is, I use the CVS Header to
determine if a change has occurred, retrieve that diff, and apply the
patch on my Prefix version of the same file (ebuild, ChangeLog,
patch, eclass, ...).
For that reason I'd pretty much prefer to keep the CVS Header in place,
unless there is a very good reason to remove it.
--
Fabian Groffen
Gentoo on a different level
On 27-08-2008 10:28:57 -0700, Robin H. Johnson wrote:
> On Wed, Aug 27, 2008 at 06:35:57PM +0200, Fabian Groffen wrote:
> > For that reason I'd pretty much prefer to keep the CVS Header in place,
> > unless there is a very good reason to remove it.
> As I wrote in the othe
titution..how is that
> repoman's fault?
It's not. But I don't see the problem (apart from a "race condition"
with rsync generation) with the two commits either.
Incidently the $Header: $ "feature" just helps me a lot at the moment to
keep the Prefix tree up-
lems to ignore that
point.
But to repeat:
- no I'm not against removing the $Header: $ stuff
- yes I'd even like to use another VCS which can make my life easer
- but, as long as we're on CVS, I'd prefer it when you'd keep my life
sort of bearable
- so, keep the $Header:
set by users, so
they shouldn't get a hint they can set it either.
--
Fabian Groffen
Gentoo on a different level
does. You
want all eclasses, ebuilds and portage itself to work with the Solaris
userland tools.
--
Fabian Groffen
Gentoo on a different level
directory with symlinks to
the g-versions, e.g. patch -> /usr/sfw/bin/gpatch such that
Portage/eclass/ebuilds don't have to bother about this at all.
--
Fabian Groffen
Gentoo on a different level
that is the case, Portage/eclass/ebuild relies on that
brokenness. I'm not saying you should have the same PATH as Portage.
--
Fabian Groffen
Gentoo on a different level
ng them looks so ugly and pointless
to me.
Apart from that I don't think calling einstall when emake install fails
makes sense. Ideally einstall should never be used IMO.
--
Fabian Groffen
Gentoo on a different level
hack) in KEYWORDS, or a newly to be
added variable.
Please discuss.
--
Fabian Groffen
Gentoo on a different level
just the difference of "-linux"
appended, however this is not the clearest distinction between the two.
Perhaps using KEYWORDS for Prefix keywords is not the best thing to do,
and should we use something like PREFIX_KEYWORDS?
[1] http://www.gentoo.org/proj/en/glep/glep-0053.html
--
On 09-10-2008 19:15:26 +0100, Ciaran McCreesh wrote:
> On Thu, 9 Oct 2008 19:46:55 +0200
> Fabian Groffen <[EMAIL PROTECTED]> wrote:
> > Currently in Prefix we implemented EAPI as being a set of tokens that
> > are orthogonal to each other. In other words, while 0
ia64/Itanium doesn't have any other alias names AFAIK.
We simply found that:
- amd64 is misleading
- em64t would be more to the point for some?
- x64 is what the vendors (Apple, Sun) advertise themselves
- amd64 doesn't make any sense for a Mac
- x64 is more like x86, whereas the complement of amd64 would more be
i386 or ia32, but we wanted to avoid x86_64, x8664, so x64
- we were changing keywords anyway
--
Fabian Groffen
Gentoo on a different level
On 10-10-2008 14:40:13 +0200, Diego 'Flameeyes' Pettenò wrote:
> Fabian Groffen <[EMAIL PROTECTED]> writes:
>
> > - x64 is what the vendors (Apple, Sun) advertise themselves
>
> Err I'm sure I haven't seen any x64 in the documentation or
> advert
, is whether this is worth it. Personally, I
prefer the shorthands, as they give a lot of readability.
--
Fabian Groffen
Gentoo on a different level
overlay for winnt.
It's too evasive, IMO. We can just create a new overlay either in
gentoo-alt or a new top-level one on overlays.g.o.
--
Fabian Groffen
Gentoo on a different level
i-line keywords, but might
complicate matters which do not justify the cosmetic advantage?
Having prefix as tag in a keyword isn't such a bad idea, perhaps, since
one should really see them as separate from non-prefixed in certain
cases. So far we just solved problems via the profiles or newly
.
channel is dead for a long time, so no benefit of joining it.
--
Fabian Groffen
Gentoo on a different level
eend 0
> + else
> + debug-print "scanelf not found, this appears to be a non-ELF
> system."
> + debug-print "non-ELF systems are likely to need .la files."
> + debug-print ".la files not removed from ${TARGET}"
rationale?
--
Fabian Groffen
Gentoo on a different level
On 09-11-2008 18:34:31 +0200, Peter Alfredsen wrote:
> On Sunday 09 November 2008, Fabian Groffen wrote:
> > On 09-11-2008 18:04:05 +0200, Peter Alfredsen wrote:
> > > + # If this is a non-ELF system, chances are good that the .la
> > > files will be needed. + if t
-type l -o -type f ')' -exec
> rm -f '{}' '+'
> + eend 0
> + else
> + debug-print "This appears to be a non-ELF system."
> + debug-print "non-ELF systems are likely to need .la files."
> + debug-print ".la files not removed from ${TARGET}"
> + fi
> +}
--
Fabian Groffen
Gentoo on a different level
bootstrap with a portage pre SVN revision 10460,
which does not require >=3.2.17.
See http://bugs.gentoo.org/show_bug.cgi?id=229677#c11 on why PMS should
require 3.2.17 over plain 3.2 if you decide to push the requirement
update.
We can work around it by using a self-made pre-patched tarball,
IRC - on which i am close
> to never.
>
> the presumption seems to be, that as a dev one has to be available via
> IRC. it has long been my feeling that Gentoo as a project could realize
> more of its potential by better integrating people who dont do IRC.
+1
--
Fabian Groffen
Gentoo on a different level
plains why this recently started popping up for me and my
too many weird platforms. I guess this means all Prefix profiles should
have this rm code in place... :(
--
Fabian Groffen
Gentoo on a different level
these and make people
> vote on which
very bad one.
--
Fabian Groffen
Gentoo on a different level
t, and set to ${D}${EPREFIX}.
- The variable EROOT, available in pkg_*[1], set to ${ROOT}${EPREFIX}.
[1] this is copied from PMS, Table 11.1, in general, EROOT needs to be
available where currently ROOT is.
--
Fabian Groffen
Gentoo on a different level
On 27-03-2009 01:34:36 +0100, Donnie Berkholz wrote:
> > + # - Linux needs -ldl
> > + if [[ ${CHOST} == *-linux-gnu ]]; then
> > echo "-ldl"
>
> How about uclibc?
Good catch, thanks for pointing out. And thanks drizzt for fixing it
before I co
tep closer to gentoo-x86
ebuilds.
Please review.
--
Fabian Groffen
Gentoo on a different level
# Copyright 1999-2009 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id: prefix.eclass 40407 2009-03-27 11:51:37Z grobian $
# @ECLASS: prefix.eclass
# @
On 27-03-2009 13:08:46 +0100, Ulrich Mueller wrote:
> >>>>> On Fri, 27 Mar 2009, Fabian Groffen wrote:
>
> > Please review.
>
> >r=$?
> >eend ${r}
> >[[ ${r} != 0 ]] && die "failed to eprefixify ${x}
,
because the value of D might not be known. EROOT and ED are convenience
variables. Making them available already now, even though initialised
as ROOT and D respectively, allows Prefix enabled ebuilds to be shared
between gentoo-x86 and Prefix trees without modifications.
--
Fabian Groffen
Gentoo on a different level
e
USE_EXPAND doesn't help us. Adding "prefix" to use.mask (and use.force
in Prefix profiles) allows us to get the desired behaviour.
--
Fabian Groffen
Gentoo on a different level
On 04-04-2009 14:54:20 +0300, Petteri Räty wrote:
> Fabian Groffen wrote:
> > On 04-04-2009 14:31:20 +0300, Petteri Räty wrote:
> >> If prefix is in USERLAND then you have a userland_prefix use flag to use
> >> that can be hidden.
> >
> > It is not.
>
On 04-04-2009 14:31:20 +0300, Petteri Räty wrote:
> If prefix is in USERLAND then you have a userland_prefix use flag to use
> that can be hidden.
It is not.
--
Fabian Groffen
Gentoo on a different level
On 04-04-2009 15:21:23 +0300, Petteri Räty wrote:
> You can set USERLAND="GNU PREFIX"
Prefix is not a userland, please understand that.
It's like pizza not being an elibc, or beer not being a kernel.
--
Fabian Groffen
Gentoo on a different level
t ARCH or KERNEL to some
other value yourself, and that if you emerge -e or something you can
upgrade Linux to FreeBSD or x86 to ppc. While this would be great, it
doesn't work.
--
Fabian Groffen
Gentoo on a different level
propriate to set IUSE_IMPLICIT="prefix".
This sounds like a good thing to make it explicit prefix is an implicit
USE-flag.
However, I would still prefer to see prefix being masked in base, and
then unmasked and forced in the prefix profiles. Does that make any
sense?
--
Fabian Groffen
Gentoo on a different level
o add it now in use.mask, and then
EAPI 3 is done, define it in whatever special variable it needs to be
added to according to the specs then. IUSE_IMPLICIT -- assuming it can
be defined in the profiles -- seems like a good way to prepare for that,
since it makes explicit it is implicit, IMO.
--
Fabian Groffen
Gentoo on a different level
ipe"
export ALLOWED_FLAGS="${ALLOWED_FLAGS} -O -O0 -O1 -O2
-mcpu -march"
Weird enough, it /did/ enable compilations to succeed in the past, but
it just can't in the current eclass, so it's bogus, and I will remove it
again.
Thanks for the check, much appreciated!
--
Fabian Groffen
Gentoo on a different level
On 04-04-2009 23:53:29 -0400, Mike Frysinger wrote:
> On Saturday 04 April 2009 13:17:56 Fabian Groffen (grobian) wrote:
> > grobian 09/04/04 17:17:56
> >
> > Modified: toolchain-funcs.eclass
> > Log:
> > Add support for all Prefix arches, in
Ciaran,
On 02-04-2009 15:47:05 +0100, Ciaran McCreesh wrote:
> On Thu, 2 Apr 2009 11:53:47 +0200
> Fabian Groffen wrote:
>> While the first variable (EPREFIX) can be set using an eclass, the
>> latter two need to be set by the package manager. In particular ED,
>> beca
reens.org/keywords-packages.png
[2] http://www.gentoo.org/proj/en/gentoo-alt/prefix/usecases.xml
[3] http://www.gentoo.org/proj/en/gentoo-alt/prefix/bootstrap-solaris.xml
[4] http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay
[5] http://stats.prefix.freens.org/rsync-usage.png
--
Fabian Groffen
Gentoo on a different level
On 11-05-2009 11:26:46 +0200, Thilo Bangert wrote:
> FEATURE-misuse.txt was generated by
> $ find -name '*.ebuild' | xargs grep -nH FEATURES > FEATURES-misuse.txt
> and sifting through the false positives.
Have you checked if eclasses use it as well?
--
Fabian Groffen
On 12-05-2009 08:28:15 +0200, Mounir Lamouri wrote:
> Fabian Groffen wrote:
> > Therefore, we plan to focus on merging back the many patches and
> > extensions from our Prefix overlay into the Gentoo mainline tree. For
> > us, this roadmap looks as follows:
> > [snip]
ally* necessary?
--
Fabian Groffen
Gentoo on a different level
sources all profile.bashrc files it finds in the chain
to the active profile. That makes them sort of stackable, hence I added
this snippet in the prefix top-level profile and it works for all
sub-profiles as far as I can see.
Thanks.
--
Fabian Groffen
Gentoo on a different level
at the Prefix rsync tree is generated sort of like you described,
doing some extra voodoo of inserting news and glsas. An update takes
about 2 minutes, most time spent in running cvs update and svn update.
--
Fabian Groffen
Gentoo on a different level
read them if I don't recall the details any more...
just my 2 cents why I am avoiding adding news messages these days
--
Fabian Groffen
Gentoo on a different level
(dertobi123)
> Ulrich Müller (ulm)
> Mart Raudsepp (leio)
> Luca Barbato (lu_zero)
A big surprise! (is it a birthday present?)
Congratulations to all of you!
--
Fabian Groffen
Gentoo on a different level
On 24-06-2009 13:51:37 +, Torsten Veller wrote:
> | mail-mta/exim.
I'm looking for users that want to help maintaining Exim. Especially if
you feel like becoming a Gentoo developer at some time, contact me
directly.
--
Fabian Groffen
Gentoo on a different level
On 02-07-2009 22:06:33 +0100, AllenJB wrote:
> Fabian Groffen wrote:
> > On 24-06-2009 13:51:37 +, Torsten Veller wrote:
> >> | mail-mta/exim.
> >
> > I'm looking for users that want to help maintaining Exim. Especially if
> > you feel like becoming
t
Prefix aware at all? I guess someone from us should test your work.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
On 01-03-2012 22:17:12 +, Markos Chandras wrote:
> app-text/antiword
I took this Mutt essential.
Thanks,
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
hold back further changes
until I can sort this out with Zac?
Thanks
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
On 12-03-2012 11:35:43 +0100, "Paweł Hajdan, Jr." wrote:
> On 3/12/12 11:27 AM, Fabian Groffen wrote:
> > My rsync0 now spits out this message:
> >
> > Virtual package in package.provided: virtual/shadow-0
> > See portage(5) for correct package.provided
d idea in that set up. As they all run ~arch, they all build packages
> so I can downgrade quickly.
I always use packages/CHOST for that reason.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
a blocker on disrupt developers because there is no such version in the tree anyway,
> and we have up-to-date systems
I think the version is because GNUstep is written in Objective-C. That
said, I think your blocker approach would be fine.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
uesday).
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
ctory
# Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/eclass/ChangeLog,v 1.241 2012/05/06 10:41:48
grobian Exp $
06 May 2012; Fabian Groffen
+ELT-patches/sol2-conf/2.4.2, libtool.eclass:
Add ELT patch for Solaris x64 libtool problem wh
>
> > :o(
>
> Well, in this case I intentionally was referring only to eclass/ as
> maybe it can be implemented for it even handling normal packages as
> currently
The implementation has never been the problem. It's that people want to
be able to edit (correct) t
ew default or the new setting does not break my setup. That is a
> big assumption.
I'd think so, yes
> Even if we go with enabling it by default, please have a news item so
> that one can turn it off if necessary. Even then, new installs will
> have to remember to turn it off.
+1
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
On 16-05-2012 11:48:20 +0200, Pacho Ramos wrote:
> El mié, 16-05-2012 a las 11:42 +0200, Fabian Groffen escribió:
> > On 16-05-2012 12:36:03 +0300, Eray Aslan wrote:
> > > On 2012-05-16 12:13 PM, Andreas K. Huettel wrote:
> > > >>> make.conf(5) man page:
> &
ving to modify them in pkg_postinst/pkg_setup directly.
What if some admin purposely changed home or shell for a system account?
Would be quite annoying if every update would reset that, wouldn't it?
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
; if [ -n "$(echo $bubba)" ]; then echo OK; fi
> OK
>
> Example -- this fails:
>
> $ bubba="test thing" ; if [ -n $(echo $bubba) ]; then echo OK; fi
> bash: [: test: binary operator expected
Yes, but this works:
$ bubba="test thing" ; if [[ -n $(echo $bubba) ]]; then echo OK; fi
OK
(and he's using [[, not [)
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
; >
> > Ever? Yes, but only if what is being returned can contain spaces
>
> Sorry, I should have mentioned that I had the case of the empty
> string in mind.
Here for the same reason, the difference between [[ and [ is essential.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
prefix-related flags. I have attached a patch, please
> review it. It works for me, but I'm unsure how it will work with
> spaces in ${EPREFIX}
https://bugs.gentoo.org/show_bug.cgi?id=414641
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
On 12-07-2012 14:50:18 -0400, Alexandre Rostovtsev wrote:
> Shouldn't CVS have prevented my changes to profile.mask from being
> overwritten by the next committer?
How could CVS have done that (or git, hg, whatever VCS)?
--
Fabian Groffen
Gentoo on a different level
signature.asc
ayouts.
Seems to me we're in a different thread here :)
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
akes it explicit, inspired by gdb
/etc/init.d/foo stop --args aggressive-kill=yes
(and when using --args, I'd probably disallow using multiple commands to
keep it clear what's going on)
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
1 - 100 of 561 matches
Mail list logo
