dd
> a new virtual function to a base class in .) This is why C++11
> support is still labelled "experimental", because it would be worse to claim
> it's stable and then have to break the ABI.
So basically C++11 <-> C++03 is no problem at all (unless you *export* ce
er doesn't seem to perform
anything cryptographic-related.
So - is app-misc ok?
Wkr,
Sven Vermeulen
; So the question is, what would you think about such a policy in Gentoo?
I'm in favor. It shouldn't be used as *the* check to make sure that an
account is a functional (non-interactive/daemon) account (for that there is
also the user id range and so on) but for visibility it's definitely worth
persuing.
Wkr,
Sven Vermeulen
;s still goes well.
The last Dracut generated initramfs also failed on SELinux systems, but that
isn't something that cannot be worked around...
Wkr,
Sven Vermeulen
On Thu, Jun 19, 2014 at 12:13:12AM +0200, Michał Górny wrote:
> Hi, developers and users.
[...]
> Thank you for your cooperation. If you have any questions, please do
> not hesitate to ask.
Hi Michał
Thank you for your endless effort to get Gentoo to this stage (and further).
Wkr,
hould be focused on trying to think about how to
>standardize a way for distinguish between revision bumps needing full
>rebuild or only VDB updates :|
As someone who regularly adds in dependencies without bumping (adding
USE=selinux dependencies to the proper SELinux policy) because that would
themselves (for functional and other reasons) and
the bugs (with tracker) allow developers to not forget this.
Is this a good approach to take?
Happy to hear your thoughts on this,
Sven Vermeulen
s is to remove the USE="selinux"
specific dependency to a sec-policy/selinux-* package from the DEPEND
variable. So something like:
DEPEND="
foo
- bar
- selinux? ( sec-policy/selinux-bez )"
+ bar"
If I am allowed to do this change without revbumping, I can just stop making
massive bug reports and do the change(s) myself...
Someone? Pretty-please?
Wkr,
Sven Vermeulen
myself...
>
> You should have emphasized that the dependency will still be
> in RDEPEND. As I said with QA hat on, such a change is fine since it
> affects build-time dependencies only. People who installed the package
> already are not affected.
Thanks. I'll do the necessary updates tomorrow then (without revbump) and
invalidate
the bug reports I already made.
Wkr,
Sven Vermeulen
hnologies that we can use for the KB (we're all lazy).
Each time a good candidate is found, we can put the topics in it and test
it.
For more discussion on this, please use the gentoo-kbase mailinglist.
Wkr,
Sven Vermeulen
PS I've tried to get it on the gmane lists but apparently
> This came up in Bug 138792 [dobin etc. should automatically die on failure]
> It needs more discussion on the mailing lists.
> Some excerpts from the bug: The proposal from Paul Bredbury:
> "Hi, I propose that the following ebuild commands themselves *die* on
> failure, because the vast majority
sed, he mentioned his first computer (TRS-80) in
his introduction, but I wasn't impressed. The older their computer, the
older their mind. Look paps, no hands!
Anyway, he loves books and movies too - as well as a good beer. If you ever
find the time, come over to Belgium and I'll show y
> I'd like to suggest we make FEATURES=test (and therefore USE=test) the
> default behaviour, rather than the opt-in we currently have. Far too
> many packages fail their test phase.
I have a related question, but first a comment:
I like the idea, that packages run their self-tests before they g
> net-misc/bcm4400 is a kernel driver built as an external package through
> portage. The codebase which this package use has been discontinued
> upstream. The upstream replacement (which is not in Portage directly) is
> simply a copy of the in-kernel b44 driver code.
>
> For this reason we are su
(http://hadrened.gentoo.org).
And at least to me, it seems to be the opposite of what has been
announced. (Beside that, there is a spelling mistake: it should read
hardened, not hadrened)
Just my disappointed impression.
Sven
signature.asc
Description: OpenPGP digital signature
ife administers Unix systems.
At least there's one sane property on this guy - he doesn't like the Perl
language. And for that alone I disregard his mushroom incident... as long as
he doesn't think he sees Larry fly.
Sven Vermeulen
--
The Gentoo Project <<< h
On Mon, Sep 04, 2006 at 09:43:23AM -0400, Michael Cummings wrote:
> Sven Vermeulen wrote:
> > At least there's one sane property on this guy - he doesn't like the Perl
> > language. And for that alone I disregard his mushroom incident... as long as
> > he doesn'
he moment and so on - but not enough time for just a comment?
Greetings,
Sven
signature.asc
Description: OpenPGP digital signature
ome developers to
submit some patches upstream, so that future releases of ImageMagick are
more Gentoo-friendly.
Greetings,
Sven
signature.asc
Description: OpenPGP digital signature
ian of course.
Then this great great baselayout! It's simply brilliant!
And it's sooo easy to write your own ebuilds! No "./configure
--prefix=/path/to/my_sofware"-mess anymore! I write my own ebuilds and
the software i need gets installed like any other package.
Greetings,
Sven
signature.asc
Description: OpenPGP digital signature
> the maintainer of media-gfx/imagemagick sekretarz is not responding to
> bugmail
> and the package has two open security bugs.
>
> https://bugs.gentoo.org/show_bug.cgi?id=143533
> https://bugs.gentoo.org/show_bug.cgi?id=144091
>
> Anyone willing to help take care of this package please CC you
>>> the maintainer of media-gfx/imagemagick sekretarz is not responding to
>>> bugmail
>>> and the package has two open security bugs.
>>>
>>> https://bugs.gentoo.org/show_bug.cgi?id=143533
>>> https://bugs.gentoo.org/show_bug.cgi?id=144091
>>>
>>> Anyone willing to help take care of this package
>> So before PerlMagick becomes independant of ImageMagick's configure,
>> upstream must change a few things.
>>
> Has it changed that much recently? Because it *was* seperate for aeons
> and aeons before this. Installing perlmagick via use flag is a recent
> edition in the scheme of things.
I'm s
>> Have you ever looked into Makefile.PL in the past? Or have you even
>> taken a look at the Makefile.PL.in is it existed? It shows that many of
>> the "-l"-options are generated by configure. (Makefile.PL.in is template
>> for configure - you surely know that)
>>
>> Or are we talking about some s
> I discovered that ppp-2.4.4 set a default route without a gateway. It is
> totally fine from IP routing point of view (the simple fact that route
> is through the point-to-point link is enough to know the next hop),
> except that openswan's %defaultroute need a default gateway in order to
> work.
> "default dev ppp0 scope link" instead "default via a.b.c.d dev ppp0".
And? What the difference? For the P-t-P connection, there is not
difference. There is only one destination, you can send the packets to:
the ppp-server on the other side.
Only for normal network-connections (eth0, ...), you
n guides" and states "There is an unofficial
Gentoo Wiki filled with guides written by several hundreds of users."
I'm sure this can't be wrong...
Wkr,
Sven Vermeulen
--
gentoo-dev@gentoo.org mailing list
> X.Org 7.1 has been released from its binary driver jail to the
> (un?)stable masses! Does it build? Only on Tuesdays! Does it run?
> Often! Will it damage your system? I like cheese!
Hmm, xorg-server-1.1* is stable now, but xorg-x11-7.1 is not. Did you
forget that ebuild? ;-)
signature.a
Hi,
when i load the module for my network-card, then baselayout thinks, that
it's a good idea to a) start net.eth0 even though it's not in any
runlevel and b) start net.eth0 in runlevel boot.
So that's something, that i don't really understand. I think, that the
following behaviour would be more
>> when i load the module for my network-card, then baselayout thinks, that
>> it's a good idea to a) start net.eth0 even though it's not in any
>> runlevel and b) start net.eth0 in runlevel boot.
>
> yes, the default behavior is to do hot/cold plugging
That is not a problem. The problem is, that
>> In 1.13, we've removed the variable from /etc/conf.d/rc and it's now forced
>> to /lib/rcscripts/init.d which is safe as /lib is always on the same
>> partition as /.
>
> From a filesystem usage point of view though, storing actively changing
> state data on /lib is ugly. The tmpfs /lib/rcs
Hi,
i had some orphaned files in /etc/udev/rules.d. Namely 40-fuse.rules and
60-fuse.rules.
The files were never removed, since they are protected - aren't they?
So that is _very_, _very_ unpractical, because the older your gentoo
gets, the more of such orphaned files you get.
Have you ever th
.
Unfortunatly, the order of loading of modules defines the ordner of the
network-interfaces (if you different types of network cards).
So can you imagine, loading the modules before udev's coldplug happens?
Greetings,
Sven
signature.asc
Description: OpenPGP digital signature
>> Unfortunatly, the order of loading of modules defines the ordner of
>> the network-interfaces (if you different types of network cards).
>
> This is what udev's interface renaming capability is for. Define names
> for your interfaces according to their MAC address, for example, and
> all is goo
> As others have said, look at using udev to name your network devices in
> a persistant manner, it's the best solution.
Yes, i agree. But i have thought about it, and i wonder, if it's going
to work if:
1. udev loads the modules which results in a "natural order": saying
eth0 and eth1 are used.
er distribution doing it like that. So what do
you think?
- is it possible?
- is it a good idea?
- is it such a good idea, so that gentoo becomes the first distribution
doing it?
- is it a bad idea to differ from all the other distros out there?
Thanks,
Sven
signature.asc
Description: OpenPGP digital signature
Raymond Lewis Rebbeck schrieb:
> On Saturday, 23 December 2006 2:40, Sven Köhler wrote:
>> Hi,
>>
>> so as you plugin a USB-disk, the kernel will recognize it, and it will
>> be called sda, sdb, sdc or whatever ...
>>
>> I don't like that - why doesn
Hi,
so today, pciutils-2.2.4-r3 went stable on x86.
It's a known issue, that pciutils compiled with zlib use-flag turned on
(which is default) doesn't work with the version of hal, which is
currently stable on x86.
So at the moment, hal-0.5.9-r1 is stable on x86. It went stable weeks or
even mont
>> Why did you provocate this breakage?
>> This is not a good idea, IMHO.
>
> No. And many gave up getting this sensible again.
> As is, the default USE flags for a desktop profile lead to a compilation
> failure when unattended due to this, which is very very bad.
I'm not even complaining about
>>> Why did you provocate this breakage?
>> Which breakage? It didn't install a gzipped pci.ids here.
>
> That is with USE=hal. Crap...
Oh! So USE="hal" forces pciutils not to use zlib?
And so the check, which the hal ebuild performs, should be modified to
check for USE="hal" rather than for USE
But for the rest: always welcome Dimitry !
;-)
Wkr,
Sven Vermeulen
--
[EMAIL PROTECTED] mailing list
> There are many more ebuilds than just hal which fail with a compressed
> pci.ids file. And many of them are non-obvious. It took me more than
> I little bit of effort after the zlib USE flag was first added to the
> pciutils ebuild to figure out why so many packages where failing...
Oh! Really
stinguish between K and C).
Wkr,
Sven Vermeulen
--
[EMAIL PROTECTED] mailing list
subproject from its beginning, and he was willing to
> become its lead when I begged him to do so. Please give him the usual
> Gentoo words of encouragement for which we are so well known.
My condolences to Jorge...
Or isn't that the encouragement you were looking for? *g*
Hit the bug(
want to discuss, before i make an RFE in BugZilla)
Greetings,
Sven
signature.asc
Description: OpenPGP digital signature
>> In an ebuild, i'd like to specify an "download as"-filename. That means,
>> out there, there is a file called "http://host/myprogram-1.2.3/patch01";
>> which i'd like to download as "myprogram-1.2.3-patch01".
>
> http://bugs.gentoo.org/show_bug.cgi?id=177863
>
> We're planning to support that
getic
new developers ;-)
Anyway, have fun and we'll sure see you around!
Wkr,
Sven Vermeulen
--
[EMAIL PROTECTED] mailing list
g features from
the package manager."
Most of the time, the user is happy with the answer ;-)
Wkr,
Sven Vermeulen
--
[EMAIL PROTECTED] mailing list
dated view that has been
superseded by newer methods).
Wkr,
Sven Vermeulen
[1] http://www.gentoo.org/main/en/articles.xml
--
Documentation project leader - Gentoo Foundation Trustee
The Gentoo Project <<< http://www.gentoo.org >>>
pgpICJ5jJ7KWy.pgp
Description: PGP signature
articles.
Wkr,
Sven Vermeulen
--
Documentation project leader - Gentoo Foundation Trustee
The Gentoo Project <<< http://www.gentoo.org >>>
pgpBll241KmyQ.pgp
Description: PGP signature
ut a note on
top stating
This article was originally published at the IBM DeveloperWorks website.
and we get the agreement of the authors we should be all right.
Wkr,
Sven Vermeulen
--
Documentation project leader - Gentoo Foundation Trustee
The Gentoo Project <<&
On Fri, Jun 10, 2005 at 11:39:57AM +0200, Sven Vermeulen wrote:
> I know from Daniel that DW takes the exclusive rights to publish the
> articles for the first X months (I believe it was 6 months, but don't take
> my word on it). We are allowed to republish those articles later (a
ly at [EMAIL PROTECTED] or SwifT on irc.freenode.net.
Wkr,
Sven Vermeulen
[1] http://www.gentoo.org/proj/en/gdp
[2] http://www.gentoo.org/proj/en/gdp/status/status_20050307.xml
[3] http://www.gentoo.org/proj/en/gdp/doc/doc-policy.xml#doc_chap4
[4] http://www.gentoo.org/doc/en/alsa-guide.xml
ke the
default-darwin profiles which use ARCH="ppc" and USE="ppc-macos" but the
ppc-macos flag can be removed by using USE="-ppc-macos" in the
environment. Or selinux profiles, to force the selinux flag to be turned
on.
Comments?
Cheers,
Sven
--
Sven Wegener
Gento
st the
cascading aspect of the profiles.
> Question: with use.force, what happens if a flag is both masked and
> forced? Does it get turned on, get turned off, or get portage to
> complain and abort?
Good question. I would prefer to turn the flag off and make portage
print a message.
package.mask.
That's rarely used, but that's the way cascading profile work in
portage.
May the force be with you,
Sven
--
Sven Wegener
Gentoo Linux Developer
http://www.gentoo.org/
pgpigbISibGmy.pgp
Description: PGP signature
On Mon, Jun 13, 2005 at 03:40:34PM -0500, Kito wrote:
> what about just a use.env?
I find that a little bit misleading. Sounds like "use this environment"
or so.
Sven
--
Sven Wegener
Gentoo Linux Developer
http://www.gentoo.org/
pgpjQajdyL9gj.pgp
Description: PGP signature
On Mon, Jun 13, 2005 at 05:08:09PM -0400, Alec Warner wrote:
> Sven Wegener wrote:
>
> >use.force might not be the best name, but it's what we do with it for
> >most of our users. Being able to -flag in /etc/portage/profile/use.force
> >is just because /etc/port
On Wed, Jun 15, 2005 at 01:34:05AM +0300, Sami N??t?nen wrote:
> On Monday 13 June 2005 23:54, Sven Wegener wrote:
> > On Mon, Jun 13, 2005 at 03:40:34PM -0500, Kito wrote:
> > > what about just a use.env?
> >
> > I find that a little bit misleading. Sounds like &q
On Tue, Jun 14, 2005 at 01:46:22PM -0400, Alec Warner wrote:
> Sven Wegener wrote:
> >On Mon, Jun 13, 2005 at 05:08:09PM -0400, Alec Warner wrote:
> >
> >>Sven Wegener wrote:
> >>
> >>
> >>>use.force might not be the best name, but it's w
gestions in this thread, but
none of them actually matched the purpose of the file. At least in my
opinion. use.force matches it best, but the "force" part is a quite hard
term. How about use.profile? Because these USE flags are activated or
needed by the profile.
--
Sven Wegener
Gentoo
On Tue, Jun 14, 2005 at 07:50:13PM -0700, Donnie Berkholz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Sven Wegener wrote:
> > On Mon, Jun 13, 2005 at 06:56:43PM -0400, Ned Ludd wrote:
> >
> >>I'm in favor of this. Would you mind calling it
On Wed, Jun 15, 2005 at 12:16:18PM +0200, Thomas de Grenier de Latour wrote:
> On Mon, 13 Jun 2005 16:40:48 +0200
> Sven Wegener <[EMAIL PROTECTED]> wrote:
>
> > We just had a short discussion over in #gentoo-portage and the
> > idea of an use.force file for profil
On Sat, Jun 18, 2005 at 09:03:09PM +0200, Benjamin Judas wrote:
> I'd like to welcome another potential member of the German Conspiracy,
> especially since he shares the same general taste for music as me.
We're doomed
--
Documentation project leader - Gentoo Foundation Trustee
The Gentoo
ent USE settings. Same is for LINGUAS, but using
the USE flags the user knows on emerge -pv with which language support
the package was compiled.
Sven
--
Sven Wegener
Gentoo Linux Developer
http://www.gentoo.org/
pgp39zvYjMEer.pgp
Description: PGP signature
bug reports and the feedback that I have seen from the gentoo-user
> mailing list has been positive.
Last time i used revdep-rebuild, i saw that revdep-rebuild does check
things twice, since therere symlinks like /usr/X11R6/lib to /usr/lib.
It this "fixed" in the new version?
On Mon, Jun 27, 2005 at 02:22:09PM -0700, Michael Curtis Napier wrote:
> I have already taken the quiz in conjunction with another non-forum
> project. You are correct, it was easy.
/me checks his archives
"... after a couple of tries."
=)
--
Documentation project leader - Gentoo Foundation
t; replies from gentoo staff and not official from other moderators,
> giving the idea of valid technical support from the gentoo staff
> moderators.
There is no such thing as an official Gentoo reply. You can have replies
from Gentoo developers, but no Gentoo reply.
Wkr,
Sven Ve
lps you a bit
on choosing interesting KDE ebuilds:
http://www.gentoo.org/doc/en/kde-config.xml
Wkr,
Sven Vermeulen
--
Documentation project leader - Gentoo Foundation Trustee
The Gentoo Project <<< http://www.gentoo.org >>>
pgpk6vONkXn81.pgp
Description: PGP signature
But please one after the other, this is just an
initial test.
Cheers,
Sven
--
Sven Wegener
Gentoo Developer
http://www.gentoo.org/
pgphkVXD5qV5M.pgp
Description: PGP signature
On Tue, Jul 05, 2005 at 08:12:31PM -0400, Mike Frysinger wrote:
> you should def whitelist for DEPEND only:
> app-arch/zip
> app-arch/unrar
> dev-util/jam
> media-gfx/nvidia-cg-toolkit
> games-util/loki_patch
I added them to the list of packages being safe to be used in
After a long marathon of requests and quizzes, runner 972 has just crossed
the finish. We had an exclusive interview with Michael Curtis Napier who
likes to call himself curtis119 because his first 118 egos all failed
miserably.
Michael is an old rot in the ICT business (yo! guys! we have a nerd
On Tue, Jul 05, 2005 at 06:19:01PM -0700, Robin H. Johnson wrote:
> On Wed, Jul 06, 2005 at 02:00:24AM +0200, Sven Wegener wrote:
> [snip]
> Could you possibly split the stuff into two files?
> one for RDEPEND.only and one for DEPEND.only?
http://dev.gentoo.org/~swegener/qa/depen
h
check is done to catch runtime-dependencies being in DEPEND but missing
in RDEPEND and the other way round.
Sven
--
SVen Wegener
Gentoo Developer
http://www.gentoo.org/
pgpsTQuY7LF0Q.pgp
Description: PGP signature
more attention and result in cleaner dependencies.
- eclasses don't have the automatic RDEPEND=DEPEND thing, the change
will streamline ebuilds and eclasses to be treated equally.
Cheers,
Sven
--
Sven Wegener
Gentoo Developer
http://www.gentoo.org/
pgpvSMIMrVoek.pgp
Description: PGP signature
in
a much better way.
Regards,
Sven
[1] ./configure && make && make install
--
Sven Wegener
Gentoo Developer
http://www.gentoo.org/
pgp1wcyK7Q2kr.pgp
Description: PGP signature
[1] support and it might as well be used to get
backward compatibility for the RDEPEND=DEPEND[2] changes.
Cheers,
Sven
[1] http://thread.gmane.org/gmane.linux.gentoo.devel/29510
[2] http://thread.gmane.org/gmane.linux.gentoo.devel/29509
--
Sven Wegener
Gentoo Developer
http://www.gentoo.org
On Wed, Jul 06, 2005 at 08:14:55PM -0400, Aron Griffis wrote:
> Sven Wegener wrote: [Wed Jul 06 2005, 08:04:04PM EDT]
> > I'm writing this mail to bring you a thought we had over on freenode
> > in the #gentoo-portage channel. We would like to split up
> > src_comp
On Wed, Jul 06, 2005 at 08:41:43PM -0400, Mike Frysinger wrote:
> On Wednesday 06 July 2005 08:20 pm, Sven Wegener wrote:
> > We would like to introduce a new ebuild variable named EBUILD_FORMAT,
>
> seems like the name is much longer than it needs to be ... what's wro
es that count as being addicted to Gentoo?
Sven
--
Sven Wegener
Gentoo Developer
http://www.gentoo.org/
pgp9UtaGwrBIx.pgp
Description: PGP signature
On Fri, Jul 08, 2005 at 03:07:42PM +0300, Dan Armak wrote:
> On Thursday 07 July 2005 02:40, Sven Wegener wrote:
> > For the ebuild part the plan is to remove the automatic RDEPEND=DEPEND
> > setting from portage.
> What's the timeline for this? Are we talking about
> Out of curiousity, has any put any thought into some automated method
> or hook for allowing restarting of rc-scripts on upgrade/re-emerge of
> a package?
>
> Other question is if any such hook is even needed.
> So... thoughts? I don't really have any input on it, aside from I'd
> like to ga
sible though, sometimes packages have the required
support code in their own code; trying to separate that from the "core" is a
difficult and time-consuming job. If upstream doesn't do this, it would be
a pain for Gentoo to perform and maintain.
Wkr,
Sven Vermeulen
--
sources to put in it; I'd rather use translation teams to continuously
keep translating interesting stuff, like documentation but also help with
the localisation of Portage if that ever comes this far.
Translating bugs is such a waist of resources...
Wkr,
Sven Vermeulen
--
Documen
at fast - and they doen't release a new distribution
every few months (like SuSE does).
So i'd say: use Debian, if you have a relativly normal system to
maintain, use Gentoo if you have the time - and never ever use Redhat or
SuSE.
Thx
Sven
signature.asc
Description: OpenPGP digital signature
>>>In my humble opinion, Gentoo is missing too many points to be an
>>>enterprise Linux. We commit to a live tree. We don't have true QA,
>>>testing or tinderbox. We don't have paid staff, alpha/beta/rc cycles.
>>>We don't really have product lifecycles, since we don't generally
>>>backport fixe
e distribution is guaranteed.
But Gentoo can surely use propriatary products. Whether or not we want to is
a different question.
Wkr,
Sven Vermeulen
--
Documentation project leader - Gentoo Foundation Trustee
The Gentoo Project <<< http://www.gentoo.org >>>
pgp5Ev8262LeA.pgp
Description: PGP signature
to ignore /etc/profile.env for init.d-script and
what's the gentoo-way of loading the all or specific variabled from
/etc/profile.env?
Thx
Sven
signature.asc
Description: OpenPGP digital signature
> The termcap method is provided by libtermcap-compat. Most applications
> which use this method only do so as an option for systems where terminfo
> is not available -- for example, for Vim, terminfo vs termcap is a
> compile-time option. The termcap database is limited, generally out of
> date an
> See, certain terminal emulators lie about their TERM setting. Usually
> it's things that aren't xterm pretending to be an xterm, although rxvt
> sometimes crops up too. Examples of things pretending to be xterm
> include Konsole, Gnome Terminal.
>
> The logic behind it goes like this:
>
> * We
> The init script will not see those variables when it is run by /sbin/rc
> which is in turn run by init which is what happens on boot. The
> environment is empty then, and if you want to reproduce it accurately
> for your tests, you should do:
>
> env -i /etc/init.d/test restart
>
> It doe
> Perhaps the init script loader should be changed such that the environment
> variables from the shell calling the script are ignored, and an
> environment equal to that when being called by init is used.
Definitely. There shouldn't be two different environments depending on
whether a init-scri
>>I must say I have been wondering about this for a while too.
>>A solution might be add some sort of flag to packages that are binary,
>>and then let portage install libstdc++ the first time you install this
>>kind of package.
>
> You mean, like have binary packages depend on
> virtual/libstdc++-
> I've been looking into this and the only easy solution I can find is to
> move /sbin/runscript.sh to say /lib/rcscripts/sh, change it to
> source /etc/profile and then create a new /sbin/runscript.sh like so
>
> #!/bin/sh
>
> /bin/env -i \
> CONSOLETYPE="${CONSOLETYPE}" \
> IN_BACKGROUN
> init.d scripts should have a pure env given to them ... which means, they
> should be run with `env -i` and have only whitelisted variables given to them
> (and everything that appears in /etc/conf.d/$service /etc/conf.d/rc
> and /etc/rc.conf) ...
Now that may be too few variables. At least t
>>>init.d scripts should have a pure env given to them ... which means, they
>>>should be run with `env -i` and have only whitelisted variables given to
>>>them (and everything that appears in /etc/conf.d/$service /etc/conf.d/rc
>>>and /etc/rc.conf) ...
>>
>>Now that may be too few variables. At le
anted) inputs: stability and maintenance architecture.
And it keeps backwards compatibility.
Wkr,
Sven Vermeulen
--
Documentation project leader - Gentoo Foundation Trustee
The Gentoo Project <<< http://www.gentoo.org >>>
pgpT9m5nSrswk.pgp
Description: PGP signature
On Fri, Sep 09, 2005 at 12:21:30AM +0200, Jan Kundrát wrote:
>
> Is staking, poking out of the eyes and burning of hands considered a
> warm welcome? :-)
>
Must have missed a few memo's. I thought only YoswinK was allowed to do
this.
Welcome on board, rane.
Sven Vermeu
elopment is possible and the resource is shared on multiple web nodes.
Not to mention that GuideXML URLs don't suck and are a lot easier to
remember. You just need to know the name of the document:
http://www.gentoo.org/doc/en/
whereas with dev.g.o URLs, you have
http://dev.gentoo.org/~//
I'm not on the I'net right now, but if you annotate the
[gentoo]/xml/htdocs/doc/en/handbook/hb-install-tools.xml file you'll see a
bunch of reasons over the past few changes.
Afaik, most architectures prefer syslog-ng.
Wkr,
Sven Vermeulen
--
Gentoo Foundation Trustee
101 - 200 of 224 matches
Mail list logo
