https://bugzilla.novell.com/show_bug.cgi?id=216097 stbinner@suse.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |sven.burmeister@gmx.net ------- Comment #2 from stbinner@suse.de 2006-10-28 15:47 MST ------- What "update tool" are you talking about? zypper? zen-updater? opensuse-updater? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 stbinner@suse.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|kde-maintainers@suse.de |dmacvicar@novell.com Status|ASSIGNED |NEW Component|KDE |YaST2 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #5 from sven.burmeister@gmx.net 2006-10-30 07:21 MST ------- I see, I thought it was meant as a replacement for the zen-updater. Is there a reason to just check for patches? The functionality to check for updates in general should be there, shouldn't it? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #7 from sven.burmeister@gmx.net 2006-10-30 08:54 MST ------- SUSEWatcher was replaced by zen-updater without asking the user. Now that people got used to it and its functionality, it is replaced by opensuseupdater, without asking the user during installation. This would not be a problem, if it supplied the same functionality. Since zen-updater did not have any moral problems by giving the user the free choice which sources to check, opensuseupdater should not have either. Why would one artificially restrict the application, if the opposite was seen as sensible for zen-updater? I think it was even advertised that with zen-updater installing/updating was now a lot easier. So now it will be advertised that people did not use its functionality in a sensible way (third party repos) and thus an new/old updater will restrict them to patches only. Give the user the freedom to decide. Factory is obviously not a good choice for updating once the final was installed, but it was just an example, you can replace it by any other source. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #9 from sven.burmeister@gmx.net 2006-10-30 09:29 MST ------- Is it not the way that zmd is running anyway? I saw it being started during boot, yet that might have been alpha 5. So since I do not see any updated packages but just patches, I guess that I am using the zypp-backend and zmd should not be running, because it is not needed by the zypp-backend. I'll see if I find the settings for switching backends and check it out. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 hugo.costelha@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hugo.costelha@gmail.com ------- Comment #11 from hugo.costelha@gmail.com 2006-11-03 08:29 MST ------- So, in order to add the feature "to show only pacthes, but also updated packages" to the zypp backend, should one file a new bug (enhacement) report? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #13 from joe_morris@ntm.org 2006-11-11 07:23 MST ------- I for one am so VERY glad to see this app. I did NOT like zen updater because it showed updated packages from all sources and not just security patches, which are the only ones I want to know about immediately. I do not need an app other than Yast to install packages (as long as it is working correctly, such as 9.3). Reading Comments 4 and 6 was such an encouragement to me, as that is EXACTLY what I was looking for. Thanks much and keep up the good work. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #15 from andreas.hanke@gmx-topmail.de 2006-11-11 09:38 MST ------- The issue with the "more than one software updaters up and running by default" is already tracked elsewhere with "Critical" severity and will get its attention. There is no need to handle that in this this report because it makes the whole thing more complex and not easier and it is technically a completely different thing. I second Joe's request that newer versions of packages should not be more or less "enforced" by the updater applet. This concept is broken by design because it renders optional patches useless, see bug 187377 (currently resolved "LATER", which means "never" because it's impossible to do with this approach). If the zypp-based opensuse-updater backend gets a feature to consider newer packages as updates even if they are not part of a patch, fine, but this should be an opt-in offering. The question which package sources we use is not relevant because this issue is about resolvable types and not the sources setup. Bug 187377 beats you even if you have only the security updates repo configured in the sources setup. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #17 from andreas.hanke@gmx-topmail.de 2006-11-11 11:22 MST ------- (In reply to comment #16)

The point I was trying to make is, that apparently even people who want to only see security-patches, seem to use third-party repos. Otherwise they would not have the problem of seeing new packages. Hence the argument that providing the possibility to see updates too would encourage people to add third-party repos falls flat.

Why? I do not get this point. zmd allows subscribed and unsubscribed catalogs, zypp does not. For zypp, a catalog is either enabled and you get all resolvables from it, be it packages or patches, or it is disabled and you get no resolvables from it, neither packages nor patches. Again: The update logic has nothing to do with 3rd party repos. The update logic is based on resolvable types and not on the origin of a repo. Showing newer package versions as updates breaks the idea of optional patches for everyone, including users who have zero 3rd party repos, but only a SUSE DVD and a SUSE security updates repo in their setup. This aspect of the problem does not have anything to do with 3rd party repos.

Apart from that, the argument that this was created for those people who have no use case for zmd falls flat too, as long as zmd (not zen-updater) is started by default on boot. Having two backends in the tray is another matter.

I'm confused. Bug 187377 does not have anything to do with 3rd party sources and bug 219390 is currently waiting for input from the product management. We won't be able to decide about that here. The unnecessarily started zmd is currently caused by simply not knowing how to express something like "Install package X, but not if pattern Y is selected" in patterns. Patterns do not support negative relationships as would be needed here. Bug 219390 has been opened for that, it is not that way on purpose and is really a different bug. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #19 from joe_morris@ntm.org 2006-11-23 00:34 MST ------- To answer Comment #14, but probably since I had previously (in 10.1) disabled zen-updater from automatically starting, I only had zmd and opensuseupdater running with my Beta 2, with of course zmd in the background. I don't use zmd so I have since disabled it from starting, and unlike 10.1 (which seemed to start zmd whenever it wanted), this time it seems to behave. As far as my sources, I have several, i.e. xorg, mozilla, factory (for now), and usually kde. I liked the way susewatcher would alert me to security updates, and I would promptly install those updates via YOU. I do not want (nor need) to know a new mozilla or xorg build is out via a tray app. I check those when I desire, which to me is totally different than a security update. That is why a fast lightweight app like opensuseupdater that ONLY lets me know a security update is out is what I would prefer to run. I have other sources to be able to install updated packages via Yast, when I decide to. Security are high priority and justify running an app to let you know there is an update. To know kde was rebuilt with a newer build I do not need an app to let me know. If I have a problem with a package, I can check to see if there is an updated package, etc, via Yast. But opensuseupdater, lightweight since it's designed NOT to do everything, is perfect for my needs. YMMV. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #21 from andreas.hanke@gmx-topmail.de 2006-11-23 02:36 MST ------- (In reply to comment #20)

In your case it is very simple: just do not add the KDE sources to your repositories list, and you are done.

No, this is not that simple, because this proposal means that the user cannot install packages from this repository _at_all_ if it's not in the repositories list. This very simple proposal means that zypp would have to get a concept of subscribed and unsubscribed catalogs, which isn't that simple because you would end up rewriting zmd. Read comment 17 again. Besides that, I don't even know how this should work at all because right now, opensuseupdater is just a "viewer" for patches that launches YOU to do the actual work. In order to "fix this bug" (i.e. implement this wishlist item), you would have to change YOU to consider non-patch updates as well (good luck in pushing this through!) or change opensuseupdater to use something else than YOU for the real work. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #23 from andreas.hanke@gmx-topmail.de 2006-11-23 03:02 MST ------- No, you do not have to use zmd to do this. This has been implemented in YaST2 extra for users who demanded it repeatedly (it had not been implemented for years _on_purpose_ although it was technically never a problem because it was simply undesired that users do this because it results in broken bug reports, wasted time and, in the end, frustrated users). /sbin/yast2 sw_single Upper Menubar: Package -> All packages -> Update if newer version available And try to imagine that maybe(?) the developers simply don't want it to be easier. There are not only users who wish this and that, but there is also another party involved who has to provide support and deal with all these "your official update notification applet showed security updates from the official servicepack repositories in the buildservice and now my X doesn't start anymore" reports. The functionality _is_ provided in YaST2, it is explicitly not supported and undesired that users do this and so I don't quite get why you insist on having it in opensuseupdater. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #25 from hugo.costelha@gmail.com 2006-11-23 03:14 MST ------- (Just to make it clear, #23 and #24 were about the possibility to use the zmd-backend to be able to see all the updates, not just security ones) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 dmacvicar@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Allow zypp checkpatches to |[opensuse-updater][kde][zypper] Allow to show |show updated packages in |updated packages in addition to patches |addition to patches | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #28 from raghugs@gmail.com 2007-03-30 01:03 MST ------- (In reply to comment #23)

No, you do not have to use zmd to do this.

This has been implemented in YaST2 extra for users who demanded it repeatedly (it had not been implemented for years _on_purpose_ although it was technically never a problem because it was simply undesired that users do this because it results in broken bug reports, wasted time and, in the end, frustrated users).

/sbin/yast2 sw_single

Upper Menubar:

Package -> All packages -> Update if newer version available

And try to imagine that maybe(?) the developers simply don't want it to be easier. There are not only users who wish this and that, but there is also another party involved who has to provide support and deal with all these "your official update notification applet showed security updates from the official servicepack repositories in the buildservice and now my X doesn't start anymore" reports.

The functionality _is_ provided in YaST2, it is explicitly not supported and undesired that users do this and so I don't quite get why you insist on having it in opensuseupdater.

But if this implemented as an "Opt In" feature in opensuse-updater, Then you won't gat any reports such as "your official update notification applet showed security updates from the official servicepack repositories in the buildservice and now my X doesn't start anymore" because 1 > First of all build service repositories are not official repositories, 2 > Those people you mentioning mostly be new opensuse users or corporate clients who mostly won't add 3rd party repositories by default and enable opensuse-updater to show updates from third party repositories, IMHO if this feature can be easily implementable by modifying just opensuse-updater code, there is nothing wrong in implement this feature as an "Opt in" -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 judas_iscariote@shorewall.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |judas_iscariote@shorewall.net ------- Comment #30 from judas_iscariote@shorewall.net 2007-04-19 17:18 MST ------- This is really bad idea, but if implemented someday, I make a call for sanity : Please do not enable it by default and place a nice "warning" sign (or a gif animation that shows someone shooting himself in the foot heheheh .(joke) ;)) The people who propose this idea should hang more often in user supports channels to see what users do in the reality and how hard is helping them after they installed gazillions of external(and possible broken) software. this what is known as "upgraditis" -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #32 from kra@ecolog.at 2007-04-25 02:48 MST ------- i also whould want to have the option in opensuseupdater to behave like zen-updater (means: show ALL updates, patches, upgrades) but without the problems of zen-updater. (means: losing repositories, taking 99% cpu, taking long time to run). when i heared about opensuseupdater i thought it works like that. i wanted to replace zen-updater with opensuseupdater, but after wondering why it doesn't show me all new packages, i found all those bug-reports about opensuseupdater should also show ALL updates. i think it whould be best to implement this behaviour as an option. standard could be to only show security-patches and "official"-patches. but when switching this option to "on" it should show ALL upgrades/patches. so please consider that option. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #34 from martin.schlander@gmail.com 2007-04-25 04:01 MST ------- need? must? Did you ever happen to use SUSE <=10.0? How did you ever survive without automatic notification of any update available on any repo? I assume it would take a substantial amount of work to develop that feature - and maybe the work would even need to be duplicated for the gnome-updater too. At least if it were to install the updates, and not just notify. What's so terrible about running "zypper lu -t package" + "zypper up -t package" every once in a while? And in case you haven't noticed updating with YaST sw_single has a substantially simper workflow since 10.2. Sw_single -> Package (from the menu bar) -> All packages -> Update if newer version is available. You also have the option to use Smart PM if you so desperately crave this functionality. Don't get me wrong, I'm in favour of the maximum amount of features and options, and I'd like people to have this option as non-default. But it's far less important than other package management related issues that are being worked on for 10.3 - especially speed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #36 from benji.weber@gmail.com 2007-04-25 04:29 MST ------- (In reply to comment #35)

I usually walk forward.

If Zen-updater is removed from 10.3 it smells like normal users were abused for bug hunting and now that it is usable one puts it into the commecial package...

That may be, but is irrelevant to this wish.

If it was only about not using it by default, one could have left it on the CDs and just not install it by default.

Indeed.

So if openSuSE does not want to walk backwards it should supply all the features from the previous version plus x.

This feature in zen-updater is in fact a bug, as it didn't understand suse's patches as being different from upgrades. openSUSE updater does show all updates from all repos, where updates are patch priority packages, the repository they are on is irrelevant. It does not show version upgrades, which is an entirely different thing and encouraging users to upgrade to unsupported packages from supported packages is a bad idea. Supporting this misfeature via an option with a warning would be acceptable, but there are far more important things to be working on. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #38 from hugo.costelha@gmail.com 2007-04-25 04:37 MST ------- (In reply to comment #36)

...

I usually walk forward. This feature in zen-updater is in fact a bug, as it didn't understand suse's

(In reply to comment #35) patches as being different from upgrades. openSUSE updater does show all updates from all repos, where updates are patch priority packages, the repository they are on is irrelevant. It does not show version upgrades, which is an entirely different thing and encouraging users to upgrade to unsupported packages from supported packages is a bad idea. Supporting this misfeature via an option with a warning would be acceptable, but there are far more important things to be working on.

This is not true, it distinguishes between the different updates, the criticval one even appear in read. When you are presented with the list of updates, all the information is there conerciung if each update is critical or security related, or if it is simply an upgrade. Supporting this is not encouraging users to upragde software. No doing this does not prevent them from upgrading, it just makes them search more and ask more on how to do it. Besides, it happens a lot that a program is included in openSUSE even without reaching a stable version. Then the stable versions is released and you cannot take advantage of it!!! There are times when it is wise to upgrade, and there are times when it is not wise to upgrade, you should not generalize, and most of all, Linux should be about giving full power/control to the users on their machines. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #40 from sven.burmeister@gmx.net 2007-04-25 04:57 MST ------- (In reply to comment #36)

(In reply to comment #35)

...

So if openSuSE does not want to walk backwards it should supply all the features from the previous version plus x.

This feature in zen-updater is in fact a bug, as it didn't understand suse's patches as being different from upgrades.

It working for all kinds of updates is not the bug, but that it could not differentiate, which has nothing to do with it. Obviously, if your car does not have any wheel you will never get a flat tyre, so let's get rid of the wheels!

is an entirely different thing and encouraging users to upgrade to unsupported packages from supported packages is a bad idea.

Without unspupported packages openSuse is useless for the average user, just think about video or even OSS packages such as Psi and the list is long. Leave the choice to the user and do not take away their freedom and choice. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #42 from hugo.costelha@gmail.com 2007-04-25 05:06 MST ------- (In reply to comment #39)

(In reply to comment #37)

...

In my case it was a lot of pain. I scheduled somme hours and days to open Yast and run the System Update to check for updates. Nowadays, It is automatic with Zen-updater, so I do not need to waste time.

System update is for updating between releases, not all packages, it has undesirable features for the latter. If you really want to upgrade all packages and break your system there's the "update all if newer version available" in yast -> software management

Well, but back in the old days (or for those sticked to the curren opensuse-updater), that was the fastet way to do it. So you understand me :). Doing the way you say it is even more pain, as you have to click, and click, and click, and click, until you finnaly (might) have a package updated... Guys, do not treat Linux users the way Windows does, do not say "Hey, you are dumb as hell, so I do not allow you to do what you want. Do it as I want". I have been upgrading since forever a subset of packages that I am interested in upgrading, and I never had a problem until today...welcome to the wonderful world of Linux ;). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #44 from judas_iscariote@shorewall.net 2007-04-25 05:29 MST ------- (In reply to comment #42)

Guys, do not treat Linux users the way Windows does, do not say "Hey, you are dumb as hell, so I do not allow you to do what you want. Do it as I want".

Please subscribe yourself to the mailing lists or hang around #suse and help answering questions from users, then you mind will change and will agree with us that this a harmful feature that I personally dont want to see implemented or at least not enabled by deafault. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #46 from hugo.costelha@gmail.com 2007-04-25 05:47 MST ------- Although I do not agree of not having this feature somewhat in opensuse-updater, I stopped replyingto this bug a long time ago, because I can use zen-updater to do this work. And I didn't mind living with all its problems, because in the end it increased my produtivity, as I do not need to search for updates. Although I not agree not having this option in opensuse-updater, since I am not the developer of opensuse-updater, I accept the developers opinion, and that is also why I didn't say anything more since a long time ago (till today). However, according to http://lists.opensuse.org/opensuse-factory/2007-04/msg00137.html this feature will be reomved, so users like me will se a step backward when moving to a more recent release, which is definitely not god. I also replyed, because there are a lot of comments that do not make sense. Furthermore, according to some of you, upgrading means that you will break your system, so why use openSUSE 10.2, why not SUSE 8.0? You cannot generalize that you break your system when doing some kind of upgrade. Besides, what is the use of having a Build System, if you cannot use it easily? Do not allways think that the user is stupid, remember that this is a community distribution and that many users even help building this distribution. Let the user make his decisions, do not constrain him. Conlcuding, if you remove this option from zen (or remove zen) you should provide another way to do it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #48 from benji.weber@gmail.com 2007-04-25 05:58 MST ------- (In reply to comment #45)

I do and I do not agree! If it's opt-in it does not encourage any more than YaST does now. It is just a pain to have to look every day into YaST, just in case there might be updated packages.

Opt in would be fine, but it still requires someone to have time to do it, and there is quite a lot of work to implement this properly. It is not as simple as checking for newer packages, there needs to be modifications to the yast module which is called , and design of an appropriate UI there. All in all quite a lot of work for a feature we is not good for most users. There are lots of more pressing matters which require attending to: fixing the sw_single and YOU UIs for example. I doubt a patch which implemented this feature as opt-in would be rejected though.

The only harmful thing is to think that users are dumb. Making mistakes and asking questions is part of learning your system, if you do not like that, do not hang around IRC and do not allow any user to know its root-password. Because knowing it might be harmful!

Users should not be forced to learn a system in detail, only a small percentage of users actually care about learning how a system works, the vast majority just want to use it. <insert car analogy here> -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #50 from sven.burmeister@gmx.net 2007-04-25 06:15 MST ------- (In reply to comment #48)

Users should not be forced to learn a system in detail, only a small percentage of users actually care about learning how a system works, the vast majority just want to use it. <insert car analogy here>

Hehe, you tell me that users should not be forced to get to know their system in detail but oppose to me wanting to ease updating? Finding out to open Yast, pick package-groups, pick zzz all, go into the package menu, slect all packages

update if newer available is more to learn than my approach. Using CLI in order to get to know and use zypper is even more scary for those who do not want to get to know their system.

Although I do not use it, I thought it was very nice when I got told that Vista seems to supply driver-updates (third party, e.g. Logitech) via it's update functionality. until that is not the case for opensuse, adding updating third party repos should be as easy as possible, because it is already more than a pain to actually find which repos you need to get a decent experience, including webcam, video, wlan, 3D graphics... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #52 from sven.burmeister@gmx.net 2007-04-25 06:48 MST ------- (In reply to comment #51)

...

Yast, pick package-groups, pick zzz all, go into the package menu, slect all > packages, update if newer available

You're not listening. For the Nth time, the workflow was made a lot easier in 10.2!

Package (menu bar) -> All packages -> update if newer version is available.

No messing with different filters, no scrolling, no right clicking, no 6-7 steps.

Just two clicks in the top menu bar. That then produces a nice list of packages where updates are available.

Fair enough! I still have to do it every day just in case. People who want to do it get punished and are not stopped by this, those who do not want would not mind an opt-in neither. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #54 from dmacvicar@novell.com 2007-04-25 07:26 MST ------- This feature can be consideered. But it is not a priority. We are making the updater more modular so you can plugin backends and behaviour, that feature will come naturally. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 zajec5@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mutex1@chello.be ------- Comment #56 from zajec5@gmail.com 2007-05-29 06:46 MST ------- *** Bug 247385 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #58 from kra@ecolog.at 2007-05-29 07:24 MST ------- IMHO this would be the perfect solution. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #59 from jmichael@novell.com 2007-06-14 20:12 MST ------- I can't believe people are actually arguing that the updater shouldn't suggest updated packages when they're available in a subscribed installation source. If upgrading to newer versions of packages in _official suse installation sources_ is unsupported, those packages absolutely should not be uploaded to the install source in the first place. Creating an artificial distinction between packages and patches (other than including metadata about how important it is to update to a newer version) makes no sense. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #61 from sven.burmeister@gmx.net 2007-06-15 02:08 MST ------- (In reply to comment #60)

We WANT to bo informed about every (not security only) update in not official repositories.

That is exactly what he said. Unless I completely misunderstood him. :) "Creating an artificial distinction between packages and patches (other than including metadata about how important it is to update to a newer version) makes no sense." Updates and patches should be treated the same, i.e. every application that shows updates, even if they are "only" patches, should also show updates which are not updates. If the user has added the repo, he clearly states that he takes over responsibility for the "risk" and applications should not try to educate him. If you wanted this, you should simply disallow to add 3rd-party repos in the first place. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=216097 ------- Comment #63 from sven.burmeister@gmx.net 2007-06-15 09:40 MST ------- How can one be sure that a 3rd-party repo does not contain security fixes and should thus be as prominently announced as the official packages? Since the OS should serve the user and not the other way around the user might have chosen to install e.g. KDE from the build-service for a reason. Hence there might be a new build which fixes a security-issue but is not supplied via YOU, since the KDE-version is from build-service anyway. In that case the updated package is as important for the user as some "official" patch via YOU. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.