http://bugzilla.suse.com/show_bug.cgi?id=993885
Bug ID: 993885
Summary: Kde-Live net installer does not reboot after
installation
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Live Medium
Assignee: fvogt(a)suse.com
Reporter: okurz(a)suse.com
QA Contact: okurz(a)suse.com
Found By: ---
Blocker: ---
## observation
Continuing through the whole installation process of the NET installer on the
Kde-Live medium until the "reboot now" dialog shows up works fine but the
reboot does not seem to happen
## steps to reproduce
I am in the process of automating this but it can be as easy as
* start Kde-Live
* call installation from within plasma session
* let installer run into "reboot now" action
* observe that the system does not reboot
## expected result
system should reboot into installed system
## workaround
manual reboot of the system yields a properly setup Tumbleweed installation so
the installation is ok.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=981004
Bug ID: 981004
Summary: Ensure template unit instances are deleted
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: All
OS: Linux
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: Basesystem
Assignee: jengelh(a)inai.de
Reporter: jengelh(a)inai.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
When a package is uninstalled, it will also be removed from the boot sequence,
by means of %preun generally calling %service_del_preun foo.service, which
expands to (among other things) `systemctl disable foo.service`.
To disable template instances such as foo(a)bar.service and foo(a)baz.service, one
can - and must, since "bar" and "baz" are not known at any time to the package
management system - use `systemctl disable foo@.service`, which will disable
all instances.
A number of packages are lacking the corresponding %service_del_preun
template@.service lines, which means template instance links like
foo(a)bar.service will stick around after package uninstall.
389-ds apache2 arpwatch autossh booth chrony cups device-mapper dracut envoy
freeipa govpn gpsd kmscon libteam lvm2 lvm2-clvm mariadb mdadm mgetty mysql
mysql-community-server openct openvpn parkverbot rear redis rfkill syncthing
system-config-printer systemd systemd-mini tomcat vpnc vsftpd wicked
xf86-input-wacom
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=960478
Bug ID: 960478
Summary: krunner shows inexisting VT sessions in parallel of
the existing ones
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 42.1
Hardware: 64bit
OS: openSUSE 42.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: KDE Workspace (Plasma)
Assignee: opensuse-kde-bugs(a)opensuse.org
Reporter: stakanov(a)freenet.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 660618
--> http://bugzilla.opensuse.org/attachment.cgi?id=660618&action=edit
krunner showing non existing VT sessions in parallel to existing ones
Opens a new session with the applet from desktop.
You will find that krunner opens as expected but that for every VT session
opened there is a "ghost session" showing the very same VT as unused.
When you logout from several users these ghosts persist up to a complete
reboot.
VT sessions once closed should be closed without residual VTs showing up.
VT sessions open should not be accompanied by a VT session ghost telling unused
session.
I attach a screen-shot to make the thing clearer.
Repeatable always.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1086063
Bug ID: 1086063
Summary: RPM bad GROUP type/error/duplicate
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 42.3
Hardware: Other
OS: Other
Status: NEW
Severity: Minor
Priority: P5 - None
Component: libzypp
Assignee: zypp-maintainers(a)forge.provo.novell.com
Reporter: fbourdonnec(a)chez.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 764285
--> http://bugzilla.opensuse.org/attachment.cgi?id=764285&action=edit
some screenshot of obvious errors
Hello,
Each RPM have at least a hierarchical group membership.
Supposedly, Yast2 can show them under useful grouping.
But nobody cares and the thing is slowly becoming a mess.
Just some examples (images in zip files)
Developement/Languages/Python/python-castellan
Development/Languages/Python/ all other python stuff is here
System/Filesystem/f2fs-tools-compat
System/Filesystems/all others
and so on
many Group with on RPM because of typo/duplicate name
Games/Arcade/Logic
Games/Logic
Really RPG & Action ?
System/Libraries/KDE/kdiagram-devel !!!!
You have also some -devel files disseminated
System/I18n/Chineese|Jap/
Strange Java or Office toplevel Groups. Should be something else
Communication/Connectivity Adaptation
-ofono
Really ? Two level for a single tool lib ?
System Environment
Systems Management
Tools
Unspecified
Utilities
are just another name for an existing group
Please at least fix obvious errors that are spotted just by looking yast2 rpm
packages manager.
Thank you
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1047218
Bug ID: 1047218
Summary: trackerbug: packages do not build reproducibly from
including build time
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: All
OS: SUSE Other
Status: CONFIRMED
Severity: Normal
Priority: P5 - None
Component: Development
Assignee: bwiedemann(a)suse.com
Reporter: bwiedemann(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: Development
Blocker: ---
See also https://reproducible-builds.org/
and https://reproducible-builds.org/specs/source-date-epoch/
When packages include the current time of build
it results in binaries that differ on every build
and thus trigger rebuilds of depending packages
and are published to mirrors and users
when actually nothing really changed.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1092056
Bug ID: 1092056
Summary: [doc] SuSEfirewall2 is mentioned where only firewalld
should be the supported version
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.0
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Release Notes
Assignee: sknorr(a)suse.com
Reporter: okurz(a)suse.com
QA Contact: lnussel(a)suse.com
Found By: ---
Blocker: ---
1.1 Minimal System Installation
https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.0/#sec.insta…
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1091866
Bug ID: 1091866
Summary: RN: PostfixAdmin - changed directory layout
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.0
Hardware: Other
OS: openSUSE 42.3
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Release Notes
Assignee: sknorr(a)suse.com
Reporter: suse-beta(a)cboltz.de
QA Contact: lnussel(a)suse.com
Found By: Beta-Customer
Blocker: ---
The PostfixAdmin package in Leap 15.0 (and also Tumbleweed) comes with a
changed directory layout, which also brings a backwards-incompatible change
(PostfixAdmin will no longer read the config files at the old location).
This especially means users will have to move their config.local.php to
/etc/postfixadmin and (if they did changes to config.inc.php) migrate these
changes, ideally to /etc/postfixadmin/config.local.php.
Users will also need to enable or add the /postfixadmin alias in the apache
config.
Can you please add [something like] the following text to the "Upgrade" section
of the release notes?
-------------------------------------------------------------------------
PostfixAdmin: Changed directory layout
PostfixAdmin 3.2 comes with a changed directory layout. Instead of having
everything in /srv/www/htdocs/postfixadmin/,
- the config files (config.inc.php and config.local.php) are now in
/etc/postfixadmin/. (It's recommended to keep config.inc.php unmodified,
and to add config changes to config.local.php.)
- the PHP code moved to /usr/share/postfixadmin/
- the smarty cache moved to /var/cache/postfixadmin/
Note that /srv/www/htdocs/postfixadmin/config.*.php will _not_ be moved to
/etc/postfixadmin/ automatically on upgrades, so you'll have to migrate your
config changes manually.
Also note that the /postfixadmin alias is _not_ enabled in Apache by default.
To enable the /postfixadmin alias, run
a2enflag POSTFIXADMIN && rcapache2 restart
This will make /postfixadmin available on all virtual hosts.
If you want to have the /postfixadmin alias only on a specific virtual host,
add the alias to the config of that vhost.
-------------------------------------------------------------------------
For the Apache config, you can replace the text starting at "To enable..." with
a reference to the comments in /etc/apache2/conf.d/postfixadmin if you think
the text is too long.
Also, feel free to drop the "(It's recommended ...)" sentence if you think it
makes the text too long.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1091021
Bug ID: 1091021
Summary: Yast /etc/sysconfig removal of default DM option
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.0
Hardware: Other
OS: SUSE Other
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: YaST2
Assignee: yast2-maintainers(a)suse.de
Reporter: maninredd(a)yahoo.com
QA Contact: jsrain(a)suse.com
Found By: ---
Blocker: ---
Created attachment 768371
--> http://bugzilla.opensuse.org/attachment.cgi?id=768371&action=edit
screenshot of yast
In pretty much every Opensuse and SLE that i have used there was the ability to
in yast under the /etc/sysconfig module in SYSTEM to change the default Windows
Manager and Desktop Environment. Somehow this has disappeared between Leap
42.3 and Leap 15.
Attached is a comparison of Leap 42.3 and Leap 15 (as of late April 2018)
You can see in the 42.3 on the right there is the option to change the Display
Manager and that is omitted in the Leap 15 screen on the left.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1090382
Bug ID: 1090382
Summary: KDE wayland not supported with the nvidia binary
driver
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.0
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Release Notes
Assignee: sknorr(a)suse.com
Reporter: lnussel(a)suse.com
QA Contact: lnussel(a)suse.com
CC: fvogt(a)suse.com
Found By: ---
Blocker: ---
the KDE plasma wayland session is not supported with the Nvidia proprietary
driver. it is recommended to stay with X when using KDE and the nvidia
proprietary driver.
--
You are receiving this mail because:
You are on the CC list for the bug.