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
On Fri, Nov 9, 2012 at 10:16 AM, Miroslav Suchý msu...@redhat.com 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
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
On 11/09/2012 10:19 AM, drago01 wrote:
On Fri, Nov 9, 2012 at 10:16 AM, Miroslav Suchý msu...@redhat.com 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
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
On Fri, 09 Nov 2012 20:16:50 +0100
Roberto Ragusa m...@robertoragusa.it 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
Juan Rodriguez nus...@fedoraproject.org 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
--
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
On Fri, 2012-11-09 at 14:14 -0700, Kevin Fenzi wrote:
On Fri, 09 Nov 2012 20:16:50 +0100
Roberto Ragusa m...@robertoragusa.it 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
On Fri, Nov 9, 2012 at 10:23 PM, Reindl Harald h.rei...@thelounge.net 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
Am 09.11.2012 23:57, schrieb drago01:
On Fri, Nov 9, 2012 at 10:23 PM, Reindl Harald h.rei...@thelounge.net 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
Kevin Fenzi wrote:
On Fri, 09 Nov 2012 20:16:50 +0100
Roberto Ragusa m...@robertoragusa.it 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
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 to F17, which I originally
thought would be
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
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 process
15 matches
Mail list logo