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 wrote:
> >> On 27/02/12 13:52, elison.ni...@gmail.com wrote:
> >>>
> >>> 4) Quit on single 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
k
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 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.
>>> Reaso
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) Patch
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 alwa
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 12:19 AM, elison.ni...@gmail.com wrote:
> On Tue, Feb 28, 2012 at 12:39 PM, Chris Murphy
> 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.
>
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 wrote:
> Hi,
>
> >> 2) yum is currently downloading repository information separately fo
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 cach
On Tue, Feb 28, 2012 at 12:39 PM, Chris Murphy 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 yum is still setting
up
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/SystemRollbac
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
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 followed by
> > Non root user did :
* 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
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 w
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 e
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 (manu
On Feb 27, 2012, at 1:56 PM, James Antill wrote:
> On Mon, 2012-02-27 at 12:25 -0700, Chris Murphy wrote:
>>
>> It's a very broad rollback implementation. I think an eventual goal for the
>> yum plugin, once btrfs is stable, is to make it more flexible. Maybe where
>> /home is exempt from roll
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 ofte
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 wrote:
> >>
> >> http://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs
> >
> > Yeah being able to rollback file
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 Feb 27, 2012, at 12:18 PM, Bruno Wolff III wrote:
> On Mon, Feb 27, 2012 at 11:24:55 -0700,
> Chris Murphy wrote:
>>
>> http://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs
>
> Yeah being able to rollback file systems will help in some cases. It
> isn't a complete answer for the c
On Mon, Feb 27, 2012 at 8:18 PM, Bruno Wolff III wrote:
> On Mon, Feb 27, 2012 at 11:24:55 -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
On Mon, Feb 27, 2012 at 11:24:55 -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 being able to rollback file syst
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
https://admin.fedoraproject.org/mailman/listi
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 th
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
On Mon, Feb 27, 2012 at 5:11 PM, 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.
They should be though (yeah I know way easier said then done).
--
devel mailing list
devel@list
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
On 02/27/2012 04:29 PM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy 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 experienc
On 02/27/2012 06:00 PM, John Reiser wrote:
On 02/27/2012 07:29 AM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy 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 t
On Mon, Feb 27, 2012 at 08:00:56 -0800,
John Reiser 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.)
> So yum should:
On 02/27/2012 07:29 AM, Bruno Wolff III wrote:
> On Mon, Feb 27, 2012 at 14:00:51 +,
> Frank Murphy 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 : Bette
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy 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, normally use
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.
> >
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
> Reason to have this feature : It seems logical to have information
> about an instal
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
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 info
Reason to have this feature : It see
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
On 27/02/12 12:04, Josh Boyer wrote:
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 all, fubars"
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 Mon, Feb 27, 2012 at 12:12 PM, elison.ni...@gmail.com
wrote:
> Fedora is a feature rich Linux distribution containing the latest advancements
> in open source software and I simply love Fedora.
>
> Why does Fedora still decide to use yum? The package management system of
> Fedora is still very
41 matches
Mail list logo
