Hi,
With Gentoo if the user runs emerge --update --newuse --deep world, the
config file under /etc may be updated and get the new config file named as
._cfg_, for example, ._cfg_ntp.conf. Normally I will
compare this newly updated config file with my existing one, then decide if
I am
2008/12/4 Song Ma [EMAIL PROTECTED]:
Hi,
With Gentoo if the user runs emerge --update --newuse --deep world, the
config file under /etc may be updated and get the new config file named as
._cfg_, for example, ._cfg_ntp.conf. Normally I will
compare this newly updated config file
On Thu, Dec 4, 2008 at 4:34 PM, Song Ma [EMAIL PROTECTED] wrote:
Hi,
With Gentoo if the user runs emerge --update --newuse --deep world, the
config file under /etc may be updated and get the new config file named as
._cfg_, for example, ._cfg_ntp.conf. Normally I will
compare
Thanks guys. I didn't realize there are such tools existed already.
2008/12/4 Cheng Renquan [EMAIL PROTECTED]
On Thu, Dec 4, 2008 at 4:34 PM, Song Ma [EMAIL PROTECTED] wrote:
Hi,
With Gentoo if the user runs emerge --update --newuse --deep world, the
config file under /etc may be
I tried dispatch-conf and etc-update. Here are two major differences
from my tool:
1. For desktop user, my tool will invoke GUI based kdiff3 to do diff and
merge files if the user installed the kdiff3. And for remote login user or
the user without kdiff3, the tool will just get the normal
Song Ma wrote:
I tried dispatch-conf and etc-update. Here are two major differences
from my tool:
1. For desktop user, my tool will invoke GUI based kdiff3 to do diff
and merge files if the user installed the kdiff3. And for remote login
user or the user without kdiff3, the tool will just
Thanks Josh. I will look at cfg-update. Best Regards.
2008/12/4 Josh Saddler [EMAIL PROTECTED]
Song Ma wrote:
I tried dispatch-conf and etc-update. Here are two major differences
from my tool:
1. For desktop user, my tool will invoke GUI based kdiff3 to do diff
and merge files if the
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
This is a final warning that if you are an eligible voter you have ~36
hours left to cast your vote - before 00H00 UTC Saturday 6th Dec.
At this point, we have *57* submitted votes from the *245* eligible
voters - which means a turnout of around
They will be moved to the NX overlay in one month
# Bernard Cafarelli [EMAIL PROTECTED] (04 Dec 2008)
# Masked for removal in 30 days (bug #249799)
# * Upstream closed web site and source downloads
# * No updates since first release 2 years ago
# * Still based on old NX 1.5 code, missing
Since I'm planning to revamp the qemu ebuilds and provide a more
flexible way to pick which targets get built since most of the
interesting one are already supported by tcg thus building with gcc4
just fine, I'd merge back softmmu and user and export the available
targets this way.
lu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
The GLEP 42 news support [1] is going to be available in stable when
sys-apps/portage-2.1.6 is marked stable later this month. I think
the news code is pretty well tested already, but it would be nice to
deploy some news items in order to get
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 any build systems.
Right now there are ebuilds like
On 4-12-2008 21:29, Diego 'Flameeyes' Pettenò wrote:
One has to consider people might be using -l for parallel building too,
I'd have it in a separate variable as well, IFF another build system is
as nice as make towards parallel build.
lu
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
Tiziano Müller [EMAIL PROTECTED] writes:
What do you do for other build systems which also decide on load-basis
how many jobs to run? Parse again?
In that case I'd like to see a more abstract definition of how many
jobs to run in parallel which gets translated to the correct
make-options for
On Thu, Dec 4, 2008 at 12:29 PM, Diego 'Flameeyes' Pettenò
[EMAIL PROTECTED] 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
Alec Warner [EMAIL PROTECTED] writes:
Looks Good To Me, but I would prefix the JOBS variable with some sort
of namespace (EJOBS, GENTOO_JOBS, etc.) to avoid conflicts with other
systems that may use JOBS internally already (seems vaguely likely).
Good point, GENTOO_JOBS sounds good to me.
--
It's unmaintained and broken against recent kernels.
It would be nice if someone could step up and replace it by adding and
maintaining a package for arpon: http://arpon.sourceforge.net/
which I guess it not a kernel module, yay
I'm planning to add arpstar to package.mask on December 11th,
On Thu, 04 Dec 2008 12:12:58 -0800
Zac Medico [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
The GLEP 42 news support [1] is going to be available in stable when
sys-apps/portage-2.1.6 is marked stable later this month. I think
the news code is pretty well
Diego 'Flameeyes' Pettenò wrote:
Alec Warner [EMAIL PROTECTED] writes:
Looks Good To Me, but I would prefix the JOBS variable with some sort
of namespace (EJOBS, GENTOO_JOBS, etc.) to avoid conflicts with other
systems that may use JOBS internally already (seems vaguely likely).
Good
Le 05/12/2008 05:33, Joe Peterson a écrit :
How about PORTAGE_JOBS to go along with PORTAGE_OVERLAY,
PORTAGE_NICENESS, etc.
While this part of the thread has a lot of bikeshedding potential, Joe's
name sounds more consistent with what we already have.
Naming issues appart, it's a good idea.
22 matches
Mail list logo
