Bug 1211982

Thank you reporter. You seem to be struggling with describing the issue.

Please explain the following:

What is the underlying situation?
  Describe the system installation.

What is the specific action that you are taking?
  This includes all commands and user actions that you tak.

What did you expect to happen and why?
  This is important to understand your report.

What is actually happening?
  Give the full commands and their output, screen contents (screenshot)

first: on my pc i have 3 openSuSE installations.
One Leap15.4 (as stable old system), a second Leap15.5 (for tests ..) and a third installation to build a stable system

All installations are running with xfce.

As application is the "Package Update Indicator" present.
In case of new updates, the indicator announced this event.

Usual i install all in the menu present packages. 
I press to start the update the related button "Aktualisierungen installieren" 
(no root-command in a terminal, no yast-command ... )
  
I expect, that the automatically received update-list can be without problems used by the related installer.

After start the installation for update, a warning-message on window contained the text (in german)
"Die Software wurde nicht von einem vertauenswürdigen Bereitsteller signiert.
Aktualisieren Sie dieses Paket nicht, wenn Sie nicht sicher sind, was Sie tun"


No information about  the related package. 

Usual i can block (step by step) a package and start the update again and execute a part only. 
In his case the list contains 186 resp. (in an other installation) 963 entries.
Step by step, it takes a lot of time,    unacceptable!!

I do not care what you find unacceptable. In case that was some kind of attitude, you will be asked to work outside of bugzilla a bit until you have a good bug report. In any case, your description is insufficient. Provide reliable steps to reproduce your problem. Assume that we cannot read your screen from here.

At the very least provide the output of the following commands:

LC_ALL=C zypper sl -u

LC_ALL=C zypper dup

along with a screenshot of the message.

Also provide informations about your used repositories:
LC_ALL=C zypper lr -d

Hello Andreas, 
thank you for help.

In the report of C_ALL=C zypper dup if sound , that the update of Gstreamer does not executed successfully.
After disable all Gstreamer-lines in the update-list, the update (about 170 ) updates was successfully executed.
So it was possible, to find out to bad Gstreamer-lines.

My question: the update-software recognize this problem and a error-message will be created. Why the related lines are suppressed? 

This know i from windows "Ein schwerer Fehler ist aufgetreten" -> sorry bussiness secret.

Hello Andreas, 
thank you for help.

In the report of C_ALL=C zypper dup if sound , that the update of Gstreamer does not executed successfully.
After disable all Gstreamer-lines in the update-list, the update (about 170 ) updates was successfully executed.
So it was possible, to find out to bad Gstreamer-lines.

My question: the update-software recognize this problem and a error-message will be created. Why the related lines are suppressed? 

This know i from windows "Ein schwerer Fehler ist aufgetreten" -> sorry bussiness secret.

how can i send the report-files of requested commands?

See "Attachments - Add an attachment (proposed patch, testcase, etc.)" function towards the top of this page, or paste the information into a comment.

But this information is no longer required.

See bug 1195810 for your problem.

*** This bug has been marked as a duplicate of bug 1195810 ***