On Jan 3, 2012 7:08 PM, "Neil Bothwick" wrote:
>
> On Tue, 03 Jan 2012 06:49:45 -0500, Tanstaafl wrote:
>
> > Neil, is the use of sets fully documented somewhere? I don't recall
> > reading about them in the Handbook, but its been a while since I read
> > it (and don't remember if I ever did cover
On Tue, Jan 03, 2012 at 09:46:42AM +0200, Alan McKinnon wrote
> So your actual problem is that you relied on an arbitrary behaviour of
> portage from the days when the standard was "whatever portage does
> today" and you are unhappy because for you that is now broken.
>
> But no-one ever promised
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mick wrote:
> On Tuesday 03 Jan 2012 17:52:19 Hinnerk van Bruinehsen wrote:
>> On 03.01.2012 18:39, Mick wrote:
>>> On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote:
Mick, yours gives me the same error:
gpg command line and output: C:\
On Tuesday 03 Jan 2012 17:52:19 Hinnerk van Bruinehsen wrote:
> On 03.01.2012 18:39, Mick wrote:
> > On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote:
> >> Mick, yours gives me the same error:
> >>
> >> gpg command line and output: C:\Program Files
> >> (x86)\GNU\GnuPG\gpg.exe gpg: Signature made
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03.01.2012 18:39, Mick wrote:
> On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote:
>
>> Mick, yours gives me the same error:
>>
>> gpg command line and output: C:\Program Files
>> (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 11:01:03
>> us
Mick wrote:
> On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote:
>
>> Mick, yours gives me the same error:
>>
>> gpg command line and output:
>> C:\Program Files (x86)\GNU\GnuPG\gpg.exe
>> gpg: Signature made 01/03/12 11:01:03 using DSA key ID 792968B6
>> gpg: Can't check signature: public key not
On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote:
> Mick, yours gives me the same error:
>
> gpg command line and output:
> C:\Program Files (x86)\GNU\GnuPG\gpg.exe
> gpg: Signature made 01/03/12 11:01:03 using DSA key ID 792968B6
> gpg: Can't check signature: public key not found
>
> Though tr
Mick wrote:
> On Tuesday 03 Jan 2012 14:55:38 Michael Mol wrote:
>> Michael Mol wrote:
>>> Hinnerk van Bruinehsen wrote:
On 02.01.2012 18:58, Michael Orlitzky wrote:
> On 01/02/12 12:47, Mark Knecht wrote:
>> Again, 'equery depends' will tell you if any package locatable
>> through
Mick wrote:
> On Tuesday 03 Jan 2012 14:55:38 Michael Mol wrote:
>> Michael Mol wrote:
>>> Hinnerk van Bruinehsen wrote:
On 02.01.2012 18:58, Michael Orlitzky wrote:
> On 01/02/12 12:47, Mark Knecht wrote:
>> Again, 'equery depends' will tell you if any package locatable
>> through
On Tuesday 03 Jan 2012 14:55:38 Michael Mol wrote:
> Michael Mol wrote:
> > Hinnerk van Bruinehsen wrote:
> >> On 02.01.2012 18:58, Michael Orlitzky wrote:
> >>> On 01/02/12 12:47, Mark Knecht wrote:
> Again, 'equery depends' will tell you if any package locatable
> through the @world hie
Michael Mol wrote:
> Hinnerk van Bruinehsen wrote:
>> On 02.01.2012 18:58, Michael Orlitzky wrote:
>>> On 01/02/12 12:47, Mark Knecht wrote:
Again, 'equery depends' will tell you if any package locatable
through the @world hierarchy needs the package. No need to
uninstall anythi
Hinnerk van Bruinehsen wrote:
> On 02.01.2012 18:58, Michael Orlitzky wrote:
>> On 01/02/12 12:47, Mark Knecht wrote:
>>>
>>> Again, 'equery depends' will tell you if any package locatable
>>> through the @world hierarchy needs the package. No need to
>>> uninstall anything to do that level of inve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03.01.2012 15:47, Alan McKinnon wrote:
> On Tue, 03 Jan 2012 15:05:56 +0100 Hinnerk van Bruinehsen
> wrote:
>
Really, the proposal to 'fix --update' doesn't address
really knowing what your system is running and why. Get to
the root
On Tue, 03 Jan 2012 15:05:56 +0100
Hinnerk van Bruinehsen wrote:
> >> Really, the proposal to 'fix --update' doesn't address really
> >> knowing what your system is running and why. Get to the root of
> >> that and the --update thing becomes the non-issue that many of us
> >> think it is.
> >>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.01.2012 18:58, Michael Orlitzky wrote:
> On 01/02/12 12:47, Mark Knecht wrote:
>>
>> Again, 'equery depends' will tell you if any package locatable
>> through the @world hierarchy needs the package. No need to
>> uninstall anything to do that le
On Tuesday 03 Jan 2012 02:00:48 Michael Orlitzky wrote:
> On 01/02/2012 07:22 PM, Dale wrote:
> > I always knew I was "odd". Looks like I have some company tho. Welcome
> > to the "odd user" group Michael.
>
> It ain't us =)
Nope. It ain't just you. It's me too. ;-)
I'd rather the old defau
On Tue, 03 Jan 2012 06:49:45 -0500, Tanstaafl wrote:
> Neil, is the use of sets fully documented somewhere? I don't recall
> reading about them in the Handbook, but its been a while since I read
> it (and don't remember if I ever did cover to cover)...
I can't recall where I found the documentat
On 2012-01-02 3:48 PM, Neil Bothwick wrote:
On Mon, 2 Jan 2012 09:29:57 -0800, Mark Knecht wrote:
That works for the case where the software is managed by portage,
which is likely 99.% of what's on Gentoo systems worldwide. It
doesn't work however for the odd case where I write some little
On Mon, 02 Jan 2012 21:00:12 -0500, Michael Orlitzky wrote:
> > It is reasonable to assume that the answer to that question is "yes".
> > Any other answer raises the question "why did Zac spend so much effort
> > recoding portage just to piss off the odd user?".
>
> Hah! Many people here are pr
On Mon, 02 Jan 2012 18:48:48 -0500
Michael Orlitzky wrote:
> > 2. Why do you care about those specific packages in world? Do they
> > cause a conflict or some other large problem? Personally I'd just
> > leave them in world
>
> That's the plan.
>
> Most of these servers have been running fore
On 01/02/2012 07:22 PM, Dale wrote:
I always knew I was "odd". Looks like I have some company tho. Welcome
to the "odd user" group Michael.
It ain't us =)
On 01/02/2012 07:04 PM, Neil Bothwick wrote:
On Mon, 02 Jan 2012 18:49:50 -0500, Michael Orlitzky wrote:
And now finally we have Zac, a brave man who has taken on the
thankless task of sorting the mess out. Most of his deep changes over
the past two years or so are to make things consistent wit
Neil Bothwick wrote:
On Mon, 02 Jan 2012 18:49:50 -0500, Michael Orlitzky wrote:
And now finally we have Zac, a brave man who has taken on the
thankless task of sorting the mess out. Most of his deep changes over
the past two years or so are to make things consistent within the
overall grand pl
On Mon, 02 Jan 2012 18:49:50 -0500, Michael Orlitzky wrote:
> > And now finally we have Zac, a brave man who has taken on the
> > thankless task of sorting the mess out. Most of his deep changes over
> > the past two years or so are to make things consistent within the
> > overall grand plan.
> >
On Mon, Jan 2, 2012 at 6:33 PM, Alan McKinnon wrote:
> On Mon, 2 Jan 2012 11:20:19 -0500
> Michael Mol wrote:
>
>> On Mon, Jan 2, 2012 at 11:16 AM, Michael Mol
>> wrote:
>> > On Mon, Jan 2, 2012 at 11:09 AM, Michael Orlitzky
>> > wrote:
>> >> On 01/02/2012 11:01 AM, Mark Knecht wrote:
>> >>>
>>
On Mon, 02 Jan 2012 18:11:15 -0500, Michael Orlitzky wrote:
> > How so? If anything that was not a dependency of something else was in
> > the world file, how could anything be removed?
>
> I have both of these in world:
>
>dev-php/PEAR-Mail
>dev-php/PEAR-Mail_Mime
>
> Let's say PEAR-
On 01/02/2012 06:25 PM, Alan McKinnon wrote:
On Mon, 02 Jan 2012 16:08:44 -0500
Michael Orlitzky wrote:
Making your software punish its users isn't going to make them more
careful, it's going to make them stop using your software. If bash
did an 'rm -rf /' when you mistyped a command[1], woul
On 01/02/2012 06:29 PM, Alan McKinnon wrote:
On Mon, 02 Jan 2012 18:11:15 -0500
Michael Orlitzky wrote:
If I know that I have been careful in the past, this is not a
problem, since the contents of world will be accurate. However, I'm a
little worried that I may have forgotten --oneshot and add
On Mon, 2 Jan 2012 11:20:19 -0500
Michael Mol wrote:
> On Mon, Jan 2, 2012 at 11:16 AM, Michael Mol
> wrote:
> > On Mon, Jan 2, 2012 at 11:09 AM, Michael Orlitzky
> > wrote:
> >> On 01/02/2012 11:01 AM, Mark Knecht wrote:
> >>>
> >>>
> >>> I tell by knowing which files I want in @world. Everyth
On Mon, 02 Jan 2012 18:11:15 -0500
Michael Orlitzky wrote:
> If I know that I have been careful in the past, this is not a
> problem, since the contents of world will be accurate. However, I'm a
> little worried that I may have forgotten --oneshot and added
> PEAR-Mail by mistake on an upgrade. N
On Mon, 02 Jan 2012 16:08:44 -0500
Michael Orlitzky wrote:
> Making your software punish its users isn't going to make them more
> careful, it's going to make them stop using your software. If bash
> did an 'rm -rf /' when you mistyped a command[1], would you think,
> gee, I need to be more car
On Mon, 02 Jan 2012 16:18:23 -0500
Michael Orlitzky wrote:
> On 01/02/2012 04:11 PM, Alan McKinnon wrote:
> > cocktail
> > Neil's suggestion of sets sounds like what you want here.
> > Unfortunately it only works smoothly on first emerge (later on you
> > have to dig through dep graphs to find th
On 01/02/2012 05:41 PM, Neil Bothwick wrote:
On Mon, 02 Jan 2012 16:33:04 -0500, Michael Orlitzky wrote:
Yes they have. Remove anything in the least suspect and emerge -cp.
Then emerge -n anything listed that you need.
I don't know which ones I need, and I can't just remove them and cross
my
On Mon, Jan 2, 2012 at 5:13 PM, Michael Orlitzky wrote:
> On 01/02/2012 04:58 PM, Michael Mol wrote:
>>
>>
>> Ah. I must have gotten confused at "So which ones can I remove?
>> Solutions involving time travel and/or losing customers will be
>> disqualified."
>>
>
> Sorry, this thread has gotten a
On Mon, 02 Jan 2012 16:33:04 -0500, Michael Orlitzky wrote:
> > Yes they have. Remove anything in the least suspect and emerge -cp.
> > Then emerge -n anything listed that you need.
>
> I don't know which ones I need, and I can't just remove them and cross
> my fingers, because these are live
On 01/02/2012 04:58 PM, Michael Mol wrote:
Ah. I must have gotten confused at "So which ones can I remove?
Solutions involving time travel and/or losing customers will be
disqualified."
Sorry, this thread has gotten a little out of hand =)
I think my point was: most solutions available to me
On Mon, Jan 2, 2012 at 4:48 PM, Michael Orlitzky wrote:
> On 01/02/2012 04:34 PM, Michael Mol wrote:
>>
>> On Mon, Jan 2, 2012 at 4:18 PM, Michael Orlitzky
>> wrote:
>>>
>>> On 01/02/2012 04:11 PM, Alan McKinnon wrote:
cocktail
Neil's suggestion of sets sounds like what you wa
On 01/02/2012 04:34 PM, Michael Mol wrote:
On Mon, Jan 2, 2012 at 4:18 PM, Michael Orlitzky wrote:
On 01/02/2012 04:11 PM, Alan McKinnon wrote:
cocktail
Neil's suggestion of sets sounds like what you want here. Unfortunately
it only works smoothly on first emerge (later on you have to dig
thr
On 01/02/2012 04:28 PM, Neil Bothwick wrote:
On Mon, 02 Jan 2012 16:18:23 -0500, Michael Orlitzky wrote:
Requires time travel, not a solution!
Fine. Stick with your broken system and ignore any suggestions to either
repair the damage you have already done or to avoid future damage. Blame
it a
On Mon, Jan 2, 2012 at 4:18 PM, Michael Orlitzky wrote:
> On 01/02/2012 04:11 PM, Alan McKinnon wrote:
>>
>> cocktail
>> Neil's suggestion of sets sounds like what you want here. Unfortunately
>> it only works smoothly on first emerge (later on you have to dig
>> through dep graphs to find the ful
On 01/02/2012 04:25 PM, Neil Bothwick wrote:
On Mon, 02 Jan 2012 16:08:44 -0500, Michael Orlitzky wrote:
No one has offered up a way to fix it yet, or a downside to the old
behavior.
Yes they have. Remove anything in the least suspect and emerge -cp. Then
emerge -n anything listed that you ne
On Mon, 02 Jan 2012 16:18:23 -0500, Michael Orlitzky wrote:
> Requires time travel, not a solution!
Fine. Stick with your broken system and ignore any suggestions to either
repair the damage you have already done or to avoid future damage. Blame
it all on the portage devs and demand a refund!
-
On Mon, 02 Jan 2012 16:08:44 -0500, Michael Orlitzky wrote:
> > It is not permanently broken, that implies it would stop the system
> > working. It is merely damaged, and repairable. It may take a little
> > effort to repair, but that will help you remember to be more careful
> > in future.
> No
On Mon, 2 Jan 2012 23:11:03 +0200, Alan McKinnon wrote:
> Neil's suggestion of sets sounds like what you want here. Unfortunately
> it only works smoothly on first emerge (later on you have to dig
> through dep graphs to find the full dep list):
>
As it is only used to support non-portage instal
On 01/02/2012 04:11 PM, Alan McKinnon wrote:
cocktail
Neil's suggestion of sets sounds like what you want here. Unfortunately
it only works smoothly on first emerge (later on you have to dig
through dep graphs to find the full dep list):
First run emerge -p to find all the packages that will be
On Mon, 02 Jan 2012 11:33:43 -0500
Michael Orlitzky wrote:
> On 01/02/2012 11:16 AM, Michael Mol wrote:
> >>
> >> Fine for your home PC, doesn't cut it on servers. I have the
> >> following in one of my world files:
> >>
> >> dev-php/PEAR-Mail
> >> dev-php/PEAR-Mail_Mime
> >> dev-php/PEAR-P
On 01/02/2012 03:50 PM, Neil Bothwick wrote:
On Mon, 02 Jan 2012 12:55:19 -0500, Michael Orlitzky wrote:
New behavior: user error permanently breaks your world file.
It is not permanently broken, that implies it would stop the system
working. It is merely damaged, and repairable. It may take
On Mon, 02 Jan 2012 12:55:19 -0500, Michael Orlitzky wrote:
> New behavior: user error permanently breaks your world file.
It is not permanently broken, that implies it would stop the system
working. It is merely damaged, and repairable. It may take a little
effort to repair, but that will help y
On Mon, 2 Jan 2012 09:29:57 -0800, Mark Knecht wrote:
> That works for the case where the software is managed by portage,
> which is likely 99.% of what's on Gentoo systems worldwide. It
> doesn't work however for the odd case where I write some little
> program which requires a library (ta-li
Michael Orlitzky wrote:
On 01/02/2012 11:25 AM, Frank Steinmetzger wrote:
Look at it this way:
with emerge you tell portage to install a package and add
it to
world. Period. The package will be installed, no matter whether it’s
at the
newest version or not. With -u, however, you tell emerg
On 01/02/12 13:07, Michael Mol wrote:
> On Mon, Jan 2, 2012 at 12:55 PM, Michael Orlitzky
> wrote:
>> On 01/02/12 12:45, Michael Mol wrote:
>>>
>>> I hope you don't take this as a kind of disrespect, but this really
>>> feels more like administrator error than tool error. As someone else
>>> rema
Tanstaafl writes:
> On 2012-01-01 6:22 PM, Mark Knecht wrote:
>> 2) I forget the -1 sometimes when I do an individual package update.
>> However I generally remember to go back and hand edit the world file
>> once a quarter or so and remove anything that isn't a real
>> application, etc.
>
> How
On Mon, Jan 2, 2012 at 12:55 PM, Michael Orlitzky wrote:
> On 01/02/12 12:45, Michael Mol wrote:
>>
>> I hope you don't take this as a kind of disrespect, but this really
>> feels more like administrator error than tool error. As someone else
>> remarked, it's portage's job to do what you tell it
On 01/02/12 12:47, Mark Knecht wrote:
>
> Again, 'equery depends' will tell you if any package locatable through
> the @world hierarchy needs the package. No need to uninstall anything
> to do that level of investigation. revdep-rebuild -I is also useful,
> although more historically than now.
>
On 01/02/12 12:45, Michael Mol wrote:
>
> I hope you don't take this as a kind of disrespect, but this really
> feels more like administrator error than tool error. As someone else
> remarked, it's portage's job to do what you tell it to do; you point
> the gun, pull the trigger, it delivers the p
On Mon, Jan 2, 2012 at 12:47 PM, Mark Knecht wrote:
> On Mon, Jan 2, 2012 at 9:39 AM, Michael Orlitzky wrote:
>> On 01/02/12 12:06, Michael Mol wrote:
>>>
>>> That's the purpose of the "emerge -p" step. Presumably, you would see
>>> that there's a package in the list that you're not comfortable w
On 01/02/12 12:29, Mark Knecht wrote:
>
> That works for the case where the software is managed by portage,
> which is likely 99.% of what's on Gentoo systems worldwide. It
> doesn't work however for the odd case where I write some little
> program which requires a library (ta-lib in my portag
On Mon, Jan 2, 2012 at 9:39 AM, Michael Orlitzky wrote:
> On 01/02/12 12:06, Michael Mol wrote:
>>
>> That's the purpose of the "emerge -p" step. Presumably, you would see
>> that there's a package in the list that you're not comfortable with
>> removing, you'd decide you didn't want it removed, a
On Mon, Jan 2, 2012 at 12:39 PM, Michael Orlitzky wrote:
> On 01/02/12 12:06, Michael Mol wrote:
>>
>> That's the purpose of the "emerge -p" step. Presumably, you would see
>> that there's a package in the list that you're not comfortable with
>> removing, you'd decide you didn't want it removed,
On 01/02/12 12:06, Michael Mol wrote:
>
> That's the purpose of the "emerge -p" step. Presumably, you would see
> that there's a package in the list that you're not comfortable with
> removing, you'd decide you didn't want it removed, and you'd add it
> back to your world set.
Yeah, I'm not sure
On Mon, Jan 2, 2012 at 8:57 AM, Neil Bothwick wrote:
> On Mon, 02 Jan 2012 10:35:46 -0500, Tanstaafl wrote:
>
>> > 2) I forget the -1 sometimes when I do an individual package update.
>> > However I generally remember to go back and hand edit the world file
>> > once a quarter or so and remove any
On Mon, Jan 2, 2012 at 11:33 AM, Michael Orlitzky wrote:
> On 01/02/2012 11:16 AM, Michael Mol wrote:
>>>
>>>
>>> Fine for your home PC, doesn't cut it on servers. I have the following in
>>> one of my world files:
>>>
>>> dev-php/PEAR-Mail
>>> dev-php/PEAR-Mail_Mime
>>> dev-php/PEAR-PEAR
>>>
On Mon, 02 Jan 2012 11:09:06 -0500, Michael Orlitzky wrote:
> Fine for your home PC, doesn't cut it on servers. I have the following
> in one of my world files:
>
>dev-php/PEAR-Mail
>dev-php/PEAR-Mail_Mime
>dev-php/PEAR-PEAR
>dev-php/PEAR-Structures_Graph
>
> which of those do I
On Mon, 02 Jan 2012 11:33:31 -0500, Michael Orlitzky wrote:
> Well, travel time sucks too, but I was referring to time travel via
> e.g. a time machine, in case some wise guy tried to answer "well you
> shouldn't have done that." =)
Ah, you mean backups, not time travel :)
--
Neil Bothwick
"
On Mon, 02 Jan 2012 10:35:46 -0500, Tanstaafl wrote:
> > 2) I forget the -1 sometimes when I do an individual package update.
> > However I generally remember to go back and hand edit the world file
> > once a quarter or so and remove anything that isn't a real
> > application, etc.
>
> How do
On 01/02/2012 11:25 AM, Frank Steinmetzger wrote:
Look at it this way:
with emerge you tell portage to install a package and add it to
world. Period. The package will be installed, no matter whether it’s at the
newest version or not. With -u, however, you tell emerge to only do the
installatio
On 01/02/2012 11:16 AM, Michael Mol wrote:
Fine for your home PC, doesn't cut it on servers. I have the following in
one of my world files:
dev-php/PEAR-Mail
dev-php/PEAR-Mail_Mime
dev-php/PEAR-PEAR
dev-php/PEAR-Structures_Graph
which of those do I want? At least one of them was instal
On 01/02/2012 11:22 AM, Mark Knecht wrote:
I'm not clear. You allow your server customers to modify your servers,
or what, they asked you to install stuff and now you don't know which
of them was needed and why? I'm just not clear.
They ask us to install stuff, and now we don't know which ones
On Mon, Jan 02, 2012 at 10:26:02AM -0500, Michael Orlitzky wrote:
> On 01/02/2012 10:05 AM, Alan McKinnon wrote:
> >
> > So when the user tells portage to emerge (not merge) something it goes
> > in world as obviously that's what the user wanted. Presumably the user
> > knows what they are doing an
On Mon, Jan 2, 2012 at 8:09 AM, Michael Orlitzky wrote:
> On 01/02/2012 11:01 AM, Mark Knecht wrote:
>>
>>
>> I tell by knowing which files I want in @world. Everything in world
>> should be a package __I__ specifically want to use. Everything in
>> world (on my machines anyway) is something:
>>
>
On Mon, Jan 2, 2012 at 11:16 AM, Michael Mol wrote:
> On Mon, Jan 2, 2012 at 11:09 AM, Michael Orlitzky
> wrote:
>> On 01/02/2012 11:01 AM, Mark Knecht wrote:
>>>
>>>
>>> I tell by knowing which files I want in @world. Everything in world
>>> should be a package __I__ specifically want to use. E
On Mon, Jan 2, 2012 at 11:09 AM, Michael Orlitzky wrote:
> On 01/02/2012 11:01 AM, Mark Knecht wrote:
>>
>>
>> I tell by knowing which files I want in @world. Everything in world
>> should be a package __I__ specifically want to use. Everything in
>> world (on my machines anyway) is something:
>>
On 01/02/2012 11:01 AM, Mark Knecht wrote:
I tell by knowing which files I want in @world. Everything in world
should be a package __I__ specifically want to use. Everything in
world (on my machines anyway) is something:
1) I'd call from the command line
2) Need to write a little software myse
On Mon, Jan 2, 2012 at 7:35 AM, Tanstaafl wrote:
> On 2012-01-01 6:22 PM, Mark Knecht wrote:
>>
>> 2) I forget the -1 sometimes when I do an individual package update.
>> However I generally remember to go back and hand edit the world file
>> once a quarter or so and remove anything that isn't a
On Mon, Jan 2, 2012 at 10:35 AM, Tanstaafl wrote:
> On 2012-01-01 6:22 PM, Mark Knecht wrote:
>>
>> 2) I forget the -1 sometimes when I do an individual package update.
>> However I generally remember to go back and hand edit the world file
>> once a quarter or so and remove anything that isn't a
On 01/02/2012 10:35 AM, Tanstaafl wrote:
On 2012-01-01 6:22 PM, Mark Knecht wrote:
2) I forget the -1 sometimes when I do an individual package update.
However I generally remember to go back and hand edit the world file
once a quarter or so and remove anything that isn't a real
application, et
On Mon, Jan 2, 2012 at 10:31 AM, Tanstaafl wrote:
> On 2012-01-01 5:13 PM, Michael Orlitzky wrote:
>>
>> On 01/01/2012 05:06 PM, Michael Mol wrote:
>>>
>>> On Sun, Jan 1, 2012 at 4:50 PM, Michael Orlitzky
>>> wrote:
Using "emerge --update foo" adds "foo" to your world file. This is
On 01/02/2012 10:31 AM, Tanstaafl wrote:
Uh-oh...
I've *never* used -1 unless I'm trying to fix a broken package by
recompiling it... I've always just used
emerge -vuDN world...
Been doing it this way for 7+ years, and never had a problem, so my
question is:
What 'harmful' thing has been hap
On 2012-01-01 6:22 PM, Mark Knecht wrote:
2) I forget the -1 sometimes when I do an individual package update.
However I generally remember to go back and hand edit the world file
once a quarter or so and remove anything that isn't a real
application, etc.
How do you tell which is which?
On 2012-01-01 5:13 PM, Michael Orlitzky wrote:
On 01/01/2012 05:06 PM, Michael Mol wrote:
On Sun, Jan 1, 2012 at 4:50 PM, Michael Orlitzky
wrote:
Using "emerge --update foo" adds "foo" to your world file. This is
responsible for pretty much every package that incorrectly found its way
into one
On 01/02/2012 10:05 AM, Alan McKinnon wrote:
So when the user tells portage to emerge (not merge) something it goes
in world as obviously that's what the user wanted. Presumably the user
knows what they are doing and can deal with both pieces. If the user
would rather have software hold his hand
On Mon, 02 Jan 2012 08:50:36 -0500
Michael Orlitzky wrote:
> On 01/02/2012 08:36 AM, Neil Bothwick wrote:
> > On Mon, 02 Jan 2012 05:06:32 -0600, Dale wrote:
> >
> >> That's why I fixed the new way to be closer to what I am used to.
> >> I added --oneshot to my make.conf. When I really need to a
Neil Bothwick wrote:
On Mon, 02 Jan 2012 08:50:36 -0500, Michael Orlitzky wrote:
* Nobody would use --update to install a new package
Actually, that's a good reason to use --update on a single package, as
it installs a new package, but does not reinstall an existing package,
so you can em
On Mon, 02 Jan 2012 08:50:36 -0500, Michael Orlitzky wrote:
>* Nobody would use --update to install a new package
Actually, that's a good reason to use --update on a single package, as
it installs a new package, but does not reinstall an existing package,
so you can emerge -u a list of packag
On 01/02/2012 08:36 AM, Neil Bothwick wrote:
On Mon, 02 Jan 2012 05:06:32 -0600, Dale wrote:
That's why I fixed the new way to be closer to what I am used to. I
added --oneshot to my make.conf. When I really need to add something
to world, I just use --select y -nav. To me, that is a lot of
On 01/02/2012 05:06 AM, Alan McKinnon wrote:
You have a production machine delivering valuable services to multiple
users.
Therefore you must only update *anything* on it during planned
maintenance slots. If paying customers are involved then preferably
with a second redundant parallel machine
On Mon, 02 Jan 2012 05:06:32 -0600, Dale wrote:
> That's why I fixed the new way to be closer to what I am used to. I
> added --oneshot to my make.conf. When I really need to add something
> to world, I just use --select y -nav. To me, that is a lot of extra
> steps to be "consistent".
You ar
Alan McKinnon wrote:
On Mon, 02 Jan 2012 04:19:39 -0600
Dale wrote:
Alan McKinnon wrote:
The current behaviour is the correct and expected one - you told
portage to emerge something and it did. Why else would you emerge
something if you didn't intend it to become a permanent feature of
the sy
On Mon, 02 Jan 2012 04:19:39 -0600
Dale wrote:
> Alan McKinnon wrote:
> > The current behaviour is the correct and expected one - you told
> > portage to emerge something and it did. Why else would you emerge
> > something if you didn't intend it to become a permanent feature of
> > the system
Alan McKinnon wrote:
The current behaviour is the correct and expected one - you told
portage to emerge something and it did. Why else would you emerge
something if you didn't intend it to become a permanent feature of the
system and part of world? This has always been the definition of
emerge
On Monday 02 Jan 2012 10:06:39 Alan McKinnon wrote:
> On Sun, 01 Jan 2012 19:24:35 -0500
>
> Michael Orlitzky wrote:
> > On 01/01/2012 07:09 PM, Neil Bothwick wrote:
> > > On Sun, 01 Jan 2012 18:07:45 -0500, Michael Orlitzky wrote:
> > >> Usually it's because a world update wants to do both trivi
On Sun, 01 Jan 2012 19:24:35 -0500
Michael Orlitzky wrote:
> On 01/01/2012 07:09 PM, Neil Bothwick wrote:
> > On Sun, 01 Jan 2012 18:07:45 -0500, Michael Orlitzky wrote:
> >
> >> Usually it's because a world update wants to do both trivial
> >> version bumps and replace major software at the same
On Sun, 01 Jan 2012 16:12:34 -0600
Dale wrote:
> Michael Orlitzky wrote:
> > Using "emerge --update foo" adds "foo" to your world file. This is
> > responsible for pretty much every package that incorrectly found
> > its way into one of my world files.
> >
> > Is there any reason to desire the c
On Sun, 01 Jan 2012 19:24:35 -0500, Michael Orlitzky wrote:
> > Why would you need to take it down? All you need to do is restart
> > Apache after the update.
> >
>
> I have to test, like, 200 websites to make sure they still work.
> Something /always/ breaks.
>
> Apache was just an example.
On 01/01/2012 07:09 PM, Neil Bothwick wrote:
On Sun, 01 Jan 2012 18:07:45 -0500, Michael Orlitzky wrote:
Usually it's because a world update wants to do both trivial version
bumps and replace major software at the same time. I can't take a
server down for an hour in the middle of the day to upd
On Sun, 01 Jan 2012 18:07:45 -0500, Michael Orlitzky wrote:
> Usually it's because a world update wants to do both trivial version
> bumps and replace major software at the same time. I can't take a
> server down for an hour in the middle of the day to update Apache, but
> I can bump timezone-dat
On Sun, Jan 1, 2012 at 3:07 PM, Michael Orlitzky wrote:
> On 01/01/2012 05:40 PM, Mark Knecht wrote:
>>
>>
>> I'm not clear. Why does one ever bother with emerge -u package? In 10
>> years of Gentoo I've managed to get by with basically either emerge
>> package to add something or emerge -DuN @wor
On 01/01/2012 05:54 PM, Claudio Roberto França Pereira wrote:
Actually, -u doesn't mean update, means filter packages that are not
updatable (are already the most recent version).
It's a filter option, not an action. Portage doesn't work with actions.
I can see that this view is logically cons
On 01/01/2012 05:40 PM, Mark Knecht wrote:
I'm not clear. Why does one ever bother with emerge -u package? In 10
years of Gentoo I've managed to get by with basically either emerge
package to add something or emerge -DuN @world to stay updated. (or
@system in the old days but no longer...)
Usu
Claudio Roberto França Pereira wrote:
Actually, -u doesn't mean update, means filter packages that are not
updatable (are already the most recent version).
It's a filter option, not an action. Portage doesn't work with actions.
Not according to the man page:
--update (-u)
1 - 100 of 108 matches
Mail list logo
