On Thu, 2012-03-01 at 00:34 +0100, Jarosław Górny wrote:
Wiadomość napisana przez Bruno Wolff III w dniu 2012-02-27, o godz. 16:29:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy frankl...@gmail.com wrote:
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
4) Quit on single
Wiadomość napisana przez Bruno Wolff III w dniu 2012-02-27, o godz. 16:29:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy frankl...@gmail.com wrote:
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
4) Quit on single CTRL-C. Users expect an application to quit on
pressing CTRL-C.
On Thu, 2012-03-01 at 00:34 +0100, Jarosław Górny wrote:
4) Quit on single CTRL-C. Users expect an application to quit on
pressing CTRL-C.
Reason to have this feature : Better user experience
never used ctrl-c, normally use killall yum
if required.
Ctrl-Z and
kill %1
normally do a
Hi,
2) yum is currently downloading repository information separately for
each user.
It can use the same downloaded repository information for all users.
Wrong, information are cached in /var/lib/yum.
When you run yum as user it doesn't use the cache though. It creates
its own cache
There is a filed bug regarding this behavior. But so far no explanation or
cause for this behavior.
https://bugzilla.redhat.com/show_bug.cgi?id=771043
Johannes
On Tue, Feb 28, 2012 at 9:04 AM, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
2) yum is currently downloading repository information
On Feb 28, 2012, at 12:19 AM, elison.ni...@gmail.com wrote:
On Tue, Feb 28, 2012 at 12:39 PM, Chris Murphy li...@colorremedies.com
wrote:
What's the expectation of a user hitting control-c in the middle of a yum
update anyway? My first inclination is it makes zero sense, like habaneros
in
On 02/28/2012 08:51 AM, Chris Murphy wrote:
*shrug* OK I'm not going to deny you a feature. I still don't understand
why it would be started in the first place if you didn't intend to finish it.
The Fedora mirror system doesn't always behave nicely
(timeouts, bad sync, slow transfer rate, ...)
On Feb 28, 2012, at 10:02 AM, John Reiser wrote:
On 02/28/2012 08:51 AM, Chris Murphy wrote:
*shrug* OK I'm not going to deny you a feature. I still don't understand
why it would be started in the first place if you didn't intend to finish it.
The Fedora mirror system doesn't always
On 02/27/2012 07:04 AM, Josh Boyer wrote:
On Mon, Feb 27, 2012 at 1:44 AM, elison.ni...@gmail.com:
I forgot to add: 8) Yum cannot use an iso image as a repo without
mounting it. Yast in suse allows to directly use iso images as
repos.
You also forgot to add:
1) A proposed alternative 2)
On Mon, Feb 27, 2012 at 1:44 AM, elison.ni...@gmail.com:
I forgot to add:
8) Yum cannot use an iso image as a repo without mounting it.
Yast in suse allows to directly use iso images as repos.
You also forgot to add:
1) A proposed alternative
2) Patches to fix any of the issues you pointed
On 27/02/12 12:04, Josh Boyer wrote:
snippedy snip
You also forgot to add:
1) A proposed alternative
2) Patches to fix any of the issues you pointed out
3) Anything constructive at all in your ramblings.
+ quite a lot.
Never whine about the darkness, bring a torch
--
Regards,
Frank
Jack of
On Mon, Feb 27 12:13:07 UTC 2012, Josh Boyer jwboyer at gmail.com wrote
On Mon, Feb 27, 2012 at 1:44 AM, elison.niven at gmail.com:
I forgot to add:
8) Yum cannot use an iso image as a repo without mounting it.
Yast in suse allows to directly use iso images as repos.
You also forgot to add:
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
snipped
Alternative 2 :
Make the following changes to yum to make yum better:
1) yum should maintain status of installed packages locally. And it
should not need to fetch repository information when user tries
yum infoinstalled-package
Reason to
On Mon, 2012-02-27 at 19:22 +0530, elison.ni...@gmail.com wrote:
1) yum should maintain status of installed packages locally. And it
should not need to fetch repository information when user tries
yum info installed-package
Reason to have this feature : It seems logical to have information
On Mon, 2012-02-27 at 19:22 +0530, elison.ni...@gmail.com wrote:
On Mon, Feb 27 12:13:07 UTC 2012, Josh Boyer jwboyer at gmail.com wrote
On Mon, Feb 27, 2012 at 1:44 AM, elison.niven at gmail.com:
I forgot to add:
8) Yum cannot use an iso image as a repo without mounting it.
Yast in
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy frankl...@gmail.com wrote:
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
4) Quit on single CTRL-C. Users expect an application to quit on
pressing CTRL-C.
Reason to have this feature : Better user experience
never used ctrl-c,
On 02/27/2012 07:29 AM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy frankl...@gmail.com wrote:
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
4) Quit on single CTRL-C. Users expect an application to quit on
pressing CTRL-C.
Reason to have this feature :
On Mon, Feb 27, 2012 at 08:00:56 -0800,
John Reiser jrei...@bitwagon.com wrote:
That behavior (no response to ^C [SIGINT] within 5 seconds) is a bug.
It's a _transaction_, right? So either it completes successfully,
or fails with no apparent lasting effects (except log files, delay, etc.)
On 02/27/2012 04:29 PM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphyfrankl...@gmail.com wrote:
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
4) Quit on single CTRL-C. Users expect an application to quit on
pressing CTRL-C.
Reason to have this feature :
On 02/27/2012 11:44 AM, Sandro Mani wrote:
will leave your system in a state where manual cleanup is likely
required.
One scenario which I often hit is forgetting to change the proxy
settings in yum.conf and then trying to update. Yum will clearly fail to
download repodata, but it will keep
On Mon, Feb 27, 2012 at 5:11 PM, Panu Matilainen
pmati...@laiskiainen.org wrote:
Rpm's so-called transactions aren't ACID by any stretch of imagination, it's
just a rather common misunderstanding to expect them to be.
They should be though (yeah I know way easier said then done).
--
devel
On Mon, Feb 27, 2012 at 11:56:12AM -0500, Genes MailLists wrote:
On 02/27/2012 11:44 AM, Sandro Mani wrote:
will leave your system in a state where manual cleanup is likely
required.
One scenario which I often hit is forgetting to change the proxy
settings in yum.conf and then trying to
I got many replies to my mail that answer many of my questions. Thanks to all.
There is a significant delay between these two pieces:
Setting up Upgrade Process
Resolving Dependencies
...is this when you are doing a full yum upgrade or upgrading a
specific package too? How long is the
On Feb 27, 2012, at 9:08 AM, Bruno Wolff III wrote:
I don't believe yum has a way to roll back transactions reliably.
http://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs
Chris Murphy
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, Feb 27, 2012 at 11:24:55 -0700,
Chris Murphy li...@colorremedies.com wrote:
On Feb 27, 2012, at 9:08 AM, Bruno Wolff III wrote:
I don't believe yum has a way to roll back transactions reliably.
http://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs
Yeah being able to
On Mon, Feb 27, 2012 at 8:18 PM, Bruno Wolff III br...@wolff.to wrote:
On Mon, Feb 27, 2012 at 11:24:55 -0700,
Chris Murphy li...@colorremedies.com wrote:
On Feb 27, 2012, at 9:08 AM, Bruno Wolff III wrote:
I don't believe yum has a way to roll back transactions reliably.
On Feb 27, 2012, at 12:18 PM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 11:24:55 -0700,
Chris Murphy li...@colorremedies.com wrote:
http://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs
Yeah being able to rollback file systems will help in some cases. It
isn't a complete
On Feb 27, 2012, at 12:22 PM, drago01 wrote:
This fixable by taking the system down during the update (close all
apps and services) similar like what windows and os x do.
At least on OS X this behavior depends on what's being updated. Most things are
updated in place.
Chris Murphy
--
On Mon, 2012-02-27 at 12:25 -0700, Chris Murphy wrote:
On Feb 27, 2012, at 12:18 PM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 11:24:55 -0700,
Chris Murphy li...@colorremedies.com wrote:
http://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs
Yeah being able to
On Mon, 2012-02-27 at 17:45 +, Richard W.M. Jones wrote:
On Mon, Feb 27, 2012 at 11:56:12AM -0500, Genes MailLists wrote:
On 02/27/2012 11:44 AM, Sandro Mani wrote:
will leave your system in a state where manual cleanup is likely
required.
One scenario which I often hit is
On 02/27/2012 08:11 AM, Panu Matilainen wrote:
Rpm's so-called transactions aren't ACID by any stretch of imagination, it's
just a rather common misunderstanding to expect them to be.
OK, so both rpm and yum could do better: at the first mention of 'transaction',
then the documentation
On Mon, Feb 27, 2012 at 04:08:53PM -0500, James Antill wrote:
There are at least 3 classes of bugs here:
1. rpm overrides C-c handling when you do various rpm operations, so
sometimes what look like simple changes mean C-c stops working for
parts of yum.
2. DNS handing in Glibc eats C-c,
On Mon, 2012-02-27 at 21:22 +, Richard W.M. Jones wrote:
On Mon, Feb 27, 2012 at 04:08:53PM -0500, James Antill wrote:
There are at least 3 classes of bugs here:
How much of this is to do with %post scripts?
Not much, in that scripts run in a separate process. Everything, in
that while
* John Reiser [27/02/2012 22:50] :
OK, so both rpm and yum could do better: at the first mention of
'transaction',
then the documentation (manual page, ...) should specify not ACID.
It would help if you filed a bug (preferably with a patch attached).
There is a database involved, and the
On Mon, 2012-02-27 at 15:04 +0100, Pierre-Yves Chibon wrote:
2) yum is currently downloading repository information separately for
each user.
It can use the same downloaded repository information for all users.
For example : root did yum install some-package followed by
Non root user
On Mon, 2012-02-27 at 11:24 -0700, Chris Murphy wrote:
On Feb 27, 2012, at 9:08 AM, Bruno Wolff III wrote:
I don't believe yum has a way to roll back transactions reliably.
http://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs
Yeah...you might want to remember the context of the
On Feb 27, 2012, at 9:28 PM, Adam Williamson wrote:
On Mon, 2012-02-27 at 11:24 -0700, Chris Murphy wrote:
On Feb 27, 2012, at 9:08 AM, Bruno Wolff III wrote:
I don't believe yum has a way to roll back transactions reliably.
http://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs
On Tue, Feb 28, 2012 at 12:39 PM, Chris Murphy li...@colorremedies.com wrote:
What's the expectation of a user hitting control-c in the middle of a yum
update anyway? My first inclination is it makes zero sense, like habaneros in
a smoothie.
As stated earlier, the expectation is that when
recovery mode before proceeding to reinstall.
I now need to reinstall my operating system. Reason : yum screwed up.
And these are the issues only regarding to the command line yum, The
GUI front-end to yum has more issues.
I do not intend to criticise any of the developers but only suggest
line yum, The
GUI front-end to yum has more issues.
I do not intend to criticise any of the developers but only suggest
that yum *really* needs major changes.
Keep up the good work.
Thanks and Best Regards,
Elison
I forgot to add:
8) Yum cannot use an iso image as a repo without mounting
40 matches
Mail list logo