Kevin Fenzi wrote:
> On Fri, 09 Nov 2012 20:16:50 +0100
> Roberto Ragusa wrote:
>
>> Serious question: why usrmove is not doable?
>> If you have all the dirs in your path, and move executable files from
>> one place to another, why should this fail?
>
> All your dynamic libraries move?
If you
Am 09.11.2012 23:57, schrieb drago01:
> On Fri, Nov 9, 2012 at 10:23 PM, Reindl Harald wrote:
>>
>>
>> Am 09.11.2012 22:14, schrieb Kevin Fenzi:
>>> I think the thing people are missing here is that yum dist upgrades are
>>> perfectly fine for advanced users who know how to work around problems
On Fri, Nov 9, 2012 at 10:23 PM, Reindl Harald wrote:
>
>
> Am 09.11.2012 22:14, schrieb Kevin Fenzi:
>> I think the thing people are missing here is that yum dist upgrades are
>> perfectly fine for advanced users who know how to work around problems
>> and use the tools, but aren't very good for
On Fri, 2012-11-09 at 14:14 -0700, Kevin Fenzi wrote:
> On Fri, 09 Nov 2012 20:16:50 +0100
> Roberto Ragusa wrote:
>
> > Serious question: why usrmove is not doable?
> > If you have all the dirs in your path, and move executable files from
> > one place to another, why should this fail?
>
> All
Am 09.11.2012 22:14, schrieb Kevin Fenzi:
> I think the thing people are missing here is that yum dist upgrades are
> perfectly fine for advanced users who know how to work around problems
> and use the tools, but aren't very good for well, everyone else.
yes and no
one real benefit of the yum
Juan Rodriguez writes:
> I did it on a live system, too. The only thing that failed during that time
> was postgres (Which managed to stay borked after it was done and f18
> booted, the pg_upgrade method didn't work properly)
BZ?
regards, tom lane
--
devel mailing list
d
On Fri, 09 Nov 2012 20:16:50 +0100
Roberto Ragusa wrote:
> Serious question: why usrmove is not doable?
> If you have all the dirs in your path, and move executable files from
> one place to another, why should this fail?
All your dynamic libraries move? You need selinux relabling?
> I managed
I can't comment on UsrMove because I'm quite unfamiliar with it, but I did
manage to upgrade from f17 to f18 using the totally unsupported yum update
--releasever --enablerepo="*testing" --nogpgcheck method.
Computer booted and everything's exactly as it used to (Though I did have
to remove some p
On 11/09/2012 10:19 AM, drago01 wrote:
> On Fri, Nov 9, 2012 at 10:16 AM, Miroslav Suchý wrote:
>> On 11/08/2012 03:10 PM, Roberto Ragusa wrote:
>>>
>>> Hmm, I now see there is a "set -e" at the beginning.
>>> Still a little scary.:-)
>>
>>
>> Scary is only the idea. And only because we are not us
On 08.11.2012 15:10, Miroslav Suchý wrote:
[1] https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum
Nice start, Thank you! I like the scripting (ifs) or even better a rule
based (make-like) approach. I will test your script on few instances.
--
devel mailing list
devel@lists.fedoraproje
On Fri, Nov 9, 2012 at 10:16 AM, Miroslav Suchý wrote:
> On 11/08/2012 03:10 PM, Roberto Ragusa wrote:
>>
>> Hmm, I now see there is a "set -e" at the beginning.
>> Still a little scary.:-)
>
>
> Scary is only the idea. And only because we are not used to do rolling
> upgrades. Ask somebody from D
On 11/08/2012 03:10 PM, Roberto Ragusa wrote:
Hmm, I now see there is a "set -e" at the beginning.
Still a little scary.:-)
Scary is only the idea. And only because we are not used to do rolling
upgrades. Ask somebody from Debian experiance if this is scary ;)
And honestly, if the upgrade fa
On 11/08/2012 02:41 PM, "Jóhann B. Guðmundsson" wrote:
> You should file this as an RFE against yum since arguably this should be the
> default behavior when users run "yum upgrade" but since the yum maintainers
> have not done that already there has to be some gotcha- you are forgetting
The pr
On 11/08/2012 01:10 PM, Miroslav Suchý wrote:
Hi,
I'm upgrading Fedoras by yum [1] for some time. I know that is not
supported method and can have some problems. But the truth is that it
was always less error prone as compared to upgrade using Anaconda or
preupgrade. Even with upgrade from F16
14 matches
Mail list logo