[opensuse-factory] New Tumbleweed snapshot 20190115 released!
Please note that this mail was generated by a script.
The described changes are computed based on the x86_64 DVD.
The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading:
https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&version=Tumbleweed&build=20190115
Please do not reply to this email to report issues, rather file a bug
on bugzilla.opensuse.org. For more information on filing bugs please
see https://en.opensuse.org/openSUSE:Submitting_bug_reports
Packages changed:
MozillaThunderbird (60.3.3 -> 60.4.0)
alsa (1.1.7 -> 1.1.8)
alsa-oss (1.1.6 -> 1.1.8)
alsa-plugins (1.1.7 -> 1.1.8)
alsa-utils (1.1.7 -> 1.1.8)
apache2
apparmor
bison (3.2.2 -> 3.2.4)
diffutils (3.6 -> 3.7)
discount
ed (1.14.2 -> 1.15)
evolution (3.30.3 -> 3.30.4)
evolution-data-server (3.30.3 -> 3.30.4)
fipscheck
firewalld
gnome-settings-daemon (3.30.1.2 -> 3.30.2)
gnome-software
grep (3.1 -> 3.3)
gsl
gtk2-metatheme-gilouche
gtk2-metatheme-sonar
gtk3
gucharmap (10.0.4 -> 11.0.3)
gupnp-igd
hdf5
hwdata (0.318 -> 0.319)
installation-images-Kubic (14.403 -> 14.404)
java-11-openjdk
kcm_tablet (3.1.0 -> 3.1.1)
kdevelop5 (5.3.0 -> 5.3.1)
kernel-source (4.19.12 -> 4.20.0)
libcontainers-common
libgexiv2 (0.10.8 -> 0.10.10)
libgnome-games-support (1.4.2 -> 1.4.3)
libinput (1.12.4 -> 1.12.5)
liblouis (3.7.0 -> 3.8.0)
libqmi (1.20.2 -> 1.22.0)
libqt5-qtbase
libraw
libselinux (2.6 -> 2.8)
libssh
libvirt-glib (1.0.0 -> 2.0.0)
linux-atm
linux-glibc-devel (4.19 -> 4.20)
mercurial (4.8.1 -> 4.8.2)
mozjs52
openssl-1_0_0 (1.0.2o -> 1.0.2q)
pciutils-ids (20181113 -> 20190109)
perl-DBD-mysql (4.049 -> 4.050)
perl-Image-ExifTool (11.11 -> 11.24)
phonon4qt5
python-Pygments
python-kiwi (9.17.1 -> 9.17.7)
python-pyOpenSSL (17.5.0 -> 18.0.0)
python-pycparser
pyzy
sqlite3 (3.25.2 -> 3.26.0)
tigervnc
unbound
wavpack
wireless-regdb (2018.05.31 -> 2018.10.24)
wireshark (2.6.5 -> 2.6.6)
xcursorgen (1.0.6 -> 1.0.7)
xen
xorg-x11-server
xterm (337 -> 342)
yast2-firstboot (4.1.2 -> 4.1.3)
=== Details ===
==== MozillaThunderbird ====
Version update (60.3.3 -> 60.4.0)
Subpackages: MozillaThunderbird-translations-common
- Mozilla Thunderbird 60.4.0:
* New WebExtensions FileLink API to facilitate add-ons
* Fix decoding problems for messages with less common charsets
(cp932, cp936)
* New messages in the drafts folder (and other special or virtual
folders) will no longer be included in the new messages
notification
- requires NSS 3.36.6
==== alsa ====
Version update (1.1.7 -> 1.1.8)
Subpackages: libasound2 libasound2-32bit
- Update to alsa-lib 1.1.8
* Core:
conf: rename snd_conf_load1() to _snd_config_load_with_include()
conf/ucm: bytcht-es8316: Add long-name UCM profiles
conf/ucm: Add UCM profile for bytcht-es8316 boards
Create shared {En,Dis}ableSeq.conf components for rt5645 variants
conf/ucm: bytcr-rt5651: Add bytcr-rt5651-stereo-spk-dmic-mic config
conf/ucm: kblrt5660: Add ucm setting for Dell Edge IoT platform
conf/ucm: chtrt5650: Add UCM config for chtrt5650
ucm: Set default include path
conf: Move UCM profile snippets into components subdirectory
initial version of .travis.yml file
* Control API:
control: fix the assert() in snd_ctl_elem_set_bytes
* PCM API:
pcm: ioplug: Fix the regression of pulse plugin drain
pcm: extplug: Keep format and channels the same if requested
pcm: dshare: Fix segfault when not binding channel 0
pcm: dmix: Add option to allow alignment of slave pointers
pcm: interval: Interpret (x x+1] correctly and return x+1
* Use Case Manager API:
conf: rename snd_conf_load1() to _snd_config_load_with_include()
ucm: Set default include path
conf: Move UCM profile snippets into components subdirectory
* Configuration:
conf: rename snd_conf_load1() to _snd_config_load_with_include()
conf/ucm: bytcht-es8316: Add long-name UCM profiles
conf/ucm: Add UCM profile for bytcht-es8316 boards
Create device component for rt5645 Internal Analog Mic UCM
Factor out rt5645 variants Headset+Digital Mic UCM shared {en,dis}able sequences
Factor out rt5645 variants Speaker+Headphones shared UCM enable sequences
Create shared {En,Dis}ableSeq.conf components for rt5645 variants
Update chtrt5645 ucm variants to use bytcr/PlatformEnableSeq.conf component
conf/ucm: bytcr-rt5651: Document mono speaker wiring
conf/ucm: bytcr-rt5651: Add bytcr-rt5651-stereo-spk-dmic-mic config
conf/ucm: bytcr-rt5651: Add digital mic support
conf/ucm: bytcr-rt5651: Add support for a headset-mic on IN2
conf/ucm: bytcr-rt5651: Enable Stereo? ADC MIXL ADC? switches when enabling inputs
conf/ucm: kblrt5660: Add ucm setting for Dell Edge IoT platform
conf/ucm: chtrt5650: Add UCM config for chtrt5650
ucm: Set default include path
conf: Move UCM profile snippets into components subdirectory
conf: USB-Audio: Add Dell WD19 Dock in the IEC958 blacklist
conf/ucm/Dell-WD15-Dock: Fix incorrect device names
* Documentation:
README.md: add link to www.alsa-project.org
initial version of README.md for github
* External PCM Filter Plugin SDK:
pcm: extplug: Keep format and channels the same if requested
* Test/Example code:
test/audio_time: remove unused variables
test: rename code to more approriate mixtest
test/code: make it work again
test/latecy: fix typo in tstamp compare
* Utils:
utils/alsa.m4: conditionally enable libdl in AM_PATH_ALSA m4 macro
- Drop obsoleted patches:
0001-conf-ucm-Dell-WD15-Dock-Fix-incorrect-device-names.patch
0002-pcm-interval-Interpret-x-x-1-correctly-and-return-x-.patch
- Remove obsoleted UCM profile for rt5640
- Don't treat the non-existing $ALSA_CONFIG_PATH too severely
(bsc#1120893):
alsa-lib-ignore-non-accessible-ALSA_CONFIG_PATH.patch
==== alsa-oss ====
Version update (1.1.6 -> 1.1.8)
Subpackages: alsa-oss-32bit
- Avoid repetition of name in summary. Update description.
- Update to alsa-oss 1.1.8:
Fix the build with the recent glibc
- Remove obsoleted patch:
remove-libio.patch:
==== alsa-plugins ====
Version update (1.1.7 -> 1.1.8)
Subpackages: alsa-plugins-pulse alsa-plugins-pulse-32bit
- Drop idempotent %if..%endif guards.
- Update to alsa-plugins 1.1.8:
* A52 Output plugin:
a52_close: set slave to NULL to avoid double pcm free in open fcn
* AVTP Audio Format (AAF) PCM plugin
aaf: AVTPDU transmission periodicity
aaf: Implement Playback mode support
aaf: Load configuration parameters
aaf: Introduce plugin skeleton
aaf: Tx multiple AVTPDUs per media clock tick
aaf: Refactor timeout routines
aaf: Refactor AVTPDU reception routines
aaf: Refactor AVTPDU transmission routines
aaf: Add presentation time tolerance
aaf: do not free twice aaf - snd_pcm_close() is called from snd_pcm_ioplug_delete()
aaf: Add support for direct read/write transfers
aaf: Implement dump() ioplug callback
aaf: Implement Capture mode support
aaf: Prepare for Capture mode support
aaf: Implement Playback mode support
aaf: Load configuration parameters
aaf: Introduce plugin skeleton
* Documentation:
aaf: AVTPDU transmission periodicity
aaf: Tx multiple AVTPDUs per media clock tick
aaf: Add presentation time tolerance
doc: Fix typo in AAF doc
aaf: Implement Capture mode support
aaf: Implement Playback mode support
aaf: Load configuration parameters
aaf: Introduce plugin skeleton
* Jack PCM plugin:
Revert "jack: Fix leaks when jack_set_hw_constraint() fails"
* OSS Mixer -> ALSA Control plugin:
Revert "oss: Fix leaks when oss_hw_constraint() fails"
* USB stream plugin:
Revert "usb_stream: Fix leaks when us_set_hw_constraint() fails"
pcm_usb_stream: fix signess issues
pcm_usb_stream: remove unused parameter in snd_pcm_us_read()
pcm_usb_stream: fix another leak in snd_pcm_us_open()
- Drop obsoleted patches:
0001-pcm_usb_stream-fix-another-leak-in-snd_pcm_us_open.patch
0002-pcm_usb_stream-remove-unused-parameter-in-snd_pcm_us.patch
0003-pcm_usb_stream-fix-signess-issues.patch
0004-a52_close-set-slave-to-NULL-to-avoid-double-pcm-free.patch
0005-Revert-jack-Fix-leaks-when-jack_set_hw_constraint-fa.patch
0006-Revert-usb_stream-Fix-leaks-when-us_set_hw_constrain.patch
0007-Revert-oss-Fix-leaks-when-oss_hw_constraint-fails.patch
- Add a new subpackage alsa-plugins-aaf;
currently built only for TW
==== alsa-utils ====
Version update (1.1.7 -> 1.1.8)
- Update to alsa-utils 1.1.8:
* Core:
Makefile.am: add README.md to EXTRA_DIST
axfer: add support for libffado transmission backend
axfer: add unit test for container interface
axfer: add an entry point for this command
initial version of .travis.yml
rename and update README.md
* Audio Transfer utility:
axfer: add an explanation about advantages/issues of Timer-based scheduling model
axfer: add an explanation about Timer-based scheduling model
axfer: add an explanation about IRQ-based scheduling model
axfer: add text for compatibility loss of sw parameter in libasound backend
axfer: fulfill manual section for libasound backend
axfer: print help for libasound backend
axfer: fulfill manual section for libffado backend
axfer: print help for libffado backend
axfer: correct description about signal handling
axfer: fix typo in axfer(1) manual
axfer: fix no return statement in print_help() function
axfer: enable each backend to print own help
axfer: print help text of transfer subcommand just for common options
axfer: print help text of list subcommand
axfer: print help text of command entry
axfer: add a section about design of transfer subcommand
axfer: add a section to describe compatibility to aplay(1)
axfer: add a manual for transfer subcommand
axfer: add a manual for list subcommand
axfer: add a manual for entry point
axfer: check whether a terminal is referred for stdio
axfer: truncate parsed arguments before operating subcommand
axfer: use transfer subcommand as a default for compatibility mode to aplay(1)
axfer: use second argument in command line for transmission direction
axfer: apply refactoring in list subcommand for new command system
axfer: apply refactoring to list subcommand for backward compatibility to aplay(1)
axfer: add support for libffado transmission backend
axfer: obsolete some unimplemented options
axfer: add support for timer-based scheduling model with MMAP operation
axfer: add an implementation of waiter for epoll(7)
axfer: add an implementation of waiter for select(2)
axfer: add an implementation of waiter for poll(2)
axfer: add an option for waiter type
axfer: add a common interface of waiter for I/O event notification
axfer: add options for plugins in alsa-lib
axfer: add options for software parameters of PCM substream
axfer: add options for buffer arrangement
axfer: add an option to suppress event waiting
axfer: add support for MMAP PCM operation
axfer: add support for non-blocking operation
axfer: add an option to finish transmission at XRUN
axfer: add options related to duration and obsolete '--max-file-size' option
axfer: add an option to dump available hardware parameters
axfer: add informative output and an option to suppress it
axfer: add a sub-command to transfer data frames
axfer: add support for blocking data transmission operation of alsa-lib PCM API
axfer: add support to transfer data frames by alsa-lib PCM APIs
axfer: add a parser for command-line options
axfer: add a common interface to transfer data frames
axfer: add a unit test for mapper interface
axfer: add support for a mapper for multiple target
axfer: add support for a mapper for single target
axfer: add a common interface to align data frames on different layout
axfer: add unit test for container interface
axfer: add support for a container of raw data
axfer: add support for a container of Creative Tech. voice format
axfer: add support for a container of Sparc AU format
axfer: add support for a container of Microsoft/IBM RIFF/Wave format
axfer: add a common interface to handle a file with audio-specific data format
axfer: add a sub-command to print list of PCMs/devices
axfer: add an entry point for this command
* alsaloop:
alsaloop: more avail_min cleanups
* alsatplg (topology):
topology/topology.c: drop unneeded
Il 16/01/19 16:00, Dominique Leuenberger ha scritto:
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&version=Tumbleweed&build=20190115
Please do not reply to this email to report issues, rather file a bug on bugzilla.opensuse.org. For more information on filing bugs please see https://en.opensuse.org/openSUSE:Submitting_bug_reports
Packages changed: MozillaThunderbird (60.3.3 -> 60.4.0)
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface. I tried to switch WANTED_SHELL/WANTED_GUI from auto to qt and gtk without any changes. Be so kind to guide me if there is a specific way to recover the old YAST graphic looks. Thanks and regards, P.S. I'm on XFCE DE. -- Marco Calistri Build: openSUSE Tumbleweed 20190112 Kernel: 4.19.12-1-default - Cinnamon 3.8.9
On Mittwoch, 16. Januar 2019 21:03:08 CET Marco Calistri wrote:
Il 16/01/19 16:00, Dominique Leuenberger ha scritto:
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&versi on=Tumbleweed&build=20190115
Please do not reply to this email to report issues, rather file a bug on bugzilla.opensuse.org. For more information on filing bugs please see https://en.opensuse.org/openSUSE:Submitting_bug_reports
Packages changed:
MozillaThunderbird (60.3.3 -> 60.4.0)
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface.
I tried to switch WANTED_SHELL/WANTED_GUI from auto to qt and gtk without any changes.
The GTK backend is gone for years.
Be so kind to guide me if there is a specific way to recover the old YAST graphic looks.
Install breeze5-icons. Kind regards, Stefan-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mittwoch, 16. Januar 2019 21:03:08 CET Marco Calistri wrote:
Il 16/01/19 16:00, Dominique Leuenberger ha scritto:
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&versi on=Tumbleweed&build=20190115
Please do not reply to this email to report issues, rather file a bug on bugzilla.opensuse.org. For more information on filing bugs please see https://en.opensuse.org/openSUSE:Submitting_bug_reports
Packages changed:
MozillaThunderbird (60.3.3 -> 60.4.0)
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface.
I tried to switch WANTED_SHELL/WANTED_GUI from auto to qt and gtk without any changes.
The GTK backend is gone for years.
Be so kind to guide me if there is a specific way to recover the old YAST graphic looks.
Install breeze5-icons.
Kind regards,
Stefan
Thanks for your feedback, however the package breeze5-icons is already present: marco@linux-turion64:~> zypper se breeze Caricamento dati del repository in corso... Lettura dei pacchetti installati in corso... S | Nome | Sommario | Tipo ---+-------------------------------------+---------------------------+---------- | breeze | Plasma Desktop artwork,-> | pacchetto i+ | breeze4-style | Plasma Desktop artwork,-> | pacchetto i+ | breeze5-cursors | Plasma Desktop artwork,-> | pacchetto i+ | breeze5-decoration | Plasma Desktop artwork,-> | pacchetto i+ | breeze5-icons | Breeze icon theme | pacchetto | breeze5-style | Plasma Desktop artwork,-> | pacchetto | breeze5-style-lang | Traduzioni per il pacch-> | pacchetto i+ | breeze5-wallpapers | Plasma Desktop artwork,-> | pacchetto | grub2-theme-breeze | Plasma branding for GRU-> | pacchetto i+ | gtk2-metatheme-breeze | GTK+ theme matching KDE-> | pacchetto i+ | gtk3-metatheme-breeze | GTK+ theme matching KDE-> | pacchetto i | libbreezecommon4-5 | Library containing supp-> | pacchetto i | libbreezecommon5-5 | Library containing supp-> | pacchetto i+ | metatheme-breeze-common | GTK+ theme matching KDE-> | pacchetto | monitoring-plugins-breeze | Controllo dell'apparecc-> | pacchetto | plymouth-theme-breeze | Plymouth "Breeze" theme | pacchetto | plymouth-theme-breeze-plugin-breeze | Plymouth "breeze" plugin | pacchetto Probably I need to install main breeze package? Regards,
On Wednesday 2019-01-16 21:03, Marco Calistri wrote:
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface. [...] P.S. I'm on XFCE DE.
Can you define ugly? (Screenshots!) Is the font affected? (Qt apps have a rather ugly font in my XFCE/Leap system, so I got curious...) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday 2019-01-16 21:03, Marco Calistri wrote:
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface. [...] P.S. I'm on XFCE DE.
Can you define ugly? (Screenshots!) Is the font affected?
(Qt apps have a rather ugly font in my XFCE/Leap system, so I got curious...t
Ugly probably is not the appropriate term. The font are normal, the missing part are the icons, indicating the specific Yast configuration setting. Sharing a screenshot on Google-Foto for better understanding. https://photos.app.goo.gl/eWcctDKNSSFMur3C6 Regards, -- Marco Calistri Build: openSUSE Tumbleweed 20190115 Kernel: 4.20.0-1-default - Cinnamon 3.8.9
On 1/16/19 10:17 PM, Marco Calistri wrote:
On Wednesday 2019-01-16 21:03, Marco Calistri wrote:
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface. [...] P.S. I'm on XFCE DE.
Can you define ugly? (Screenshots!) Is the font affected?
(Qt apps have a rather ugly font in my XFCE/Leap system, so I got curious...t
Ugly probably is not the appropriate term.
The font are normal, the missing part are the icons, indicating the specific Yast configuration setting.
Sharing a screenshot on Google-Foto for better understanding.
Which is probably https://bugzilla.suse.com/show_bug.cgi?id=1122174 That was reported for the beta version of SLE15-SP1, but we have moved it to Tumbleweed based on this mailing list thread. Subscribe to the bug to stay tuned and, if you have more information, please provide it there. Cheers. -- Ancor González Sosa YaST Team at SUSE Linux GmbH -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Il 22/01/19 13:52, Ancor Gonzalez Sosa ha scritto:
On 1/16/19 10:17 PM, Marco Calistri wrote:
On Wednesday 2019-01-16 21:03, Marco Calistri wrote:
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface. [...] P.S. I'm on XFCE DE.
Can you define ugly? (Screenshots!) Is the font affected?
(Qt apps have a rather ugly font in my XFCE/Leap system, so I got curious...t
Ugly probably is not the appropriate term.
The font are normal, the missing part are the icons, indicating the specific Yast configuration setting.
Sharing a screenshot on Google-Foto for better understanding.
Which is probably https://bugzilla.suse.com/show_bug.cgi?id=1122174
That was reported for the beta version of SLE15-SP1, but we have moved it to Tumbleweed based on this mailing list thread.
Subscribe to the bug to stay tuned and, if you have more information, please provide it there.
Cheers.
Thanks Ancor! Cheers, -- Marco Calistri Build: openSUSE Tumbleweed 20190115 Kernel: 4.20.0-1-default - Cinnamon 3.8.9
Il 22/01/19 14:31, Marco Calistri ha scritto:
Il 22/01/19 13:52, Ancor Gonzalez Sosa ha scritto:
On 1/16/19 10:17 PM, Marco Calistri wrote:
On Wednesday 2019-01-16 21:03, Marco Calistri wrote:
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface. [...] P.S. I'm on XFCE DE.
Can you define ugly? (Screenshots!) Is the font affected?
(Qt apps have a rather ugly font in my XFCE/Leap system, so I got curious...t
Ugly probably is not the appropriate term.
The font are normal, the missing part are the icons, indicating the specific Yast configuration setting.
Sharing a screenshot on Google-Foto for better understanding.
Which is probably https://bugzilla.suse.com/show_bug.cgi?id=1122174
That was reported for the beta version of SLE15-SP1, but we have moved it to Tumbleweed based on this mailing list thread.
Subscribe to the bug to stay tuned and, if you have more information, please provide it there.
Cheers.
Thanks Ancor!
Cheers,
I'm sorry, but despite I looked to learn how to do it by reading Bugzilla FAQ, I have been not able to discover how can I subscribe to this bug on Bugzilla. As general information, I'd like to report that the YAST GUI missing icons issue, persists also after the latest TW 20190124 updates. Cheers, -- Marco Calistri Build: openSUSE Tumbleweed 20190124 Kernel: 4.20.0-1-default - Cinnamon 3.8.9 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 27. Januar 2019 16:42:13 MEZ schrieb Marco Calistri
Il 22/01/19 14:31, Marco Calistri ha scritto:
Il 22/01/19 13:52, Ancor Gonzalez Sosa ha scritto:
On 1/16/19 10:17 PM, Marco Calistri wrote:
On Wednesday 2019-01-16 21:03, Marco Calistri wrote:
After the two latest updates I noticed that YAST GUI is very UGLY
now.
It lost all the graphic context/icons it had before on its main interface. [...] P.S. I'm on XFCE DE.
Can you define ugly? (Screenshots!) Is the font affected?
(Qt apps have a rather ugly font in my XFCE/Leap system, so I got curious...t
Ugly probably is not the appropriate term.
The font are normal, the missing part are the icons, indicating the specific Yast configuration setting.
Sharing a screenshot on Google-Foto for better understanding.
Which is probably https://bugzilla.suse.com/show_bug.cgi?id=1122174
That was reported for the beta version of SLE15-SP1, but we have moved it to Tumbleweed based on this mailing list thread.
Subscribe to the bug to stay tuned and, if you have more information, please provide it there.
Cheers.
Thanks Ancor!
Cheers,
I'm sorry, but despite I looked to learn how to do it by reading Bugzilla FAQ, I have been not able to discover how can I subscribe to this bug on bugzilla
Log in to Bugzilla, enter the bug, on the right upper side you see a dropdown 'People watching this bug' or similar ( out of my head...). Just add your email there -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Il 27/01/19 14:11, Axel Braun ha scritto:
Am 27. Januar 2019 16:42:13 MEZ schrieb Marco Calistri
: Il 22/01/19 14:31, Marco Calistri ha scritto:
Il 22/01/19 13:52, Ancor Gonzalez Sosa ha scritto:
Which is probably https://bugzilla.suse.com/show_bug.cgi?id=1122174
That was reported for the beta version of SLE15-SP1, but we have moved it to Tumbleweed based on this mailing list thread.
Subscribe to the bug to stay tuned and, if you have more information, please provide it there.
Cheers.
Thanks Ancor!
Cheers,
I'm sorry, but despite I looked to learn how to do it by reading Bugzilla FAQ, I have been not able to discover how can I subscribe to this bug on bugzilla
Log in to Bugzilla, enter the bug, on the right upper side you see a dropdown 'People watching this bug' or similar ( out of my head...). Just add your email there
Thanks a lot! Cheers, -- Marco Calistri Build: openSUSE Tumbleweed 20190124 Kernel: 4.20.0-1-default - Cinnamon 3.8.9 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hello, Am Sonntag, 27. Januar 2019, 16:42:13 CET schrieb Marco Calistri:
Il 22/01/19 14:31, Marco Calistri ha scritto:
Il 22/01/19 13:52, Ancor Gonzalez Sosa ha scritto:
Which is probably https://bugzilla.suse.com/show_bug.cgi?id=1122174
I'm sorry, but despite I looked to learn how to do it by reading Bugzilla FAQ, I have been not able to discover how can I subscribe to this bug on Bugzilla.
Here's a quick howto: - open the bugreport in your browser - log in (if not already done) - check the "Add me to CC list" checkbox - scroll down and click the "Save Changes" button Note: depending on your bugzilla settings, "Add me to CC list" might be enabled by default. You will still need to click the "Save Changes" button. Regards, Christian Boltz -- I saw a book entitled "Die GNU Autotools" and I thought "My feelings exactly". Turns out the book was in German. [https://twitter.com/timmartin2/status/23365017839599616] -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Il 27/01/19 14:14, Christian Boltz ha scritto:
Hello,
Am Sonntag, 27. Januar 2019, 16:42:13 CET schrieb Marco Calistri:
Il 22/01/19 14:31, Marco Calistri ha scritto:
Il 22/01/19 13:52, Ancor Gonzalez Sosa ha scritto:
Which is probably https://bugzilla.suse.com/show_bug.cgi?id=1122174
I'm sorry, but despite I looked to learn how to do it by reading Bugzilla FAQ, I have been not able to discover how can I subscribe to this bug on Bugzilla.
Here's a quick howto: - open the bugreport in your browser - log in (if not already done) - check the "Add me to CC list" checkbox - scroll down and click the "Save Changes" button
Note: depending on your bugzilla settings, "Add me to CC list" might be enabled by default. You will still need to click the "Save Changes" button.
Regards,
Christian Boltz
Thanks a lot! Cheers, -- Marco Calistri Build: openSUSE Tumbleweed 20190124 Kernel: 4.20.0-1-default - Cinnamon 3.8.9 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Il 22/01/19 13:52, Ancor Gonzalez Sosa ha scritto:
On 1/16/19 10:17 PM, Marco Calistri wrote:
On Wednesday 2019-01-16 21:03, Marco Calistri wrote:
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface. [...] P.S. I'm on XFCE DE.
Can you define ugly? (Screenshots!) Is the font affected?
(Qt apps have a rather ugly font in my XFCE/Leap system, so I got curious...t
Ugly probably is not the appropriate term.
The font are normal, the missing part are the icons, indicating the specific Yast configuration setting.
Sharing a screenshot on Google-Foto for better understanding.
Which is probably https://bugzilla.suse.com/show_bug.cgi?id=1122174
That was reported for the beta version of SLE15-SP1, but we have moved it to Tumbleweed based on this mailing list thread.
Subscribe to the bug to stay tuned and, if you have more information, please provide it there.
Cheers.
Tried a very dirty dumb and unsafe procedure: Install of other distro rpm version packages but final result not changed, yast2 main interface keeps showing without icons: sudo zypper in libyui-qt7-2.47.1.1-2.3.1.x86_64.rpm libyui7-3.2.9-3.4.x86_64.rpm libyui-ncurses7-2.48.2-1.1.x86_64.rpm Caricamento dati del repository in corso... Lettura dei pacchetti installati in corso... Risoluzione dipendenze dei pacchetti in corso... I seguenti 3 NUOVI pacchetti verranno installati: libyui7 libyui-ncurses7 libyui-qt7 3 nuovi pacchetti da installare. Dimensione complessiva del download: 829,8 KiB. Già nella cache: 0 B. Dopo l'operazione, saranno utilizzati altri 3,0 MiB. Continuare? [s/n/...? mostra tutte le opzioni] (s): s Recupero di pacchetto libyui7-3.2.9-3.4.x86_64 (1/3), 219,4 KiB (771,1 KiB estratto) Recupero di pacchetto libyui-ncurses7-2.48.2-1.1.x86_64 (2/3), 321,0 KiB ( 1,1 MiB estratto) Recupero di pacchetto libyui-qt7-2.47.1.1-2.3.1.x86_64 (3/3), 289,5 KiB ( 1,1 MiB estratto) Controllo dei conflitti tra file: ........................................[fine] (1/3) Installazione di: libyui7-3.2.9-3.4.x86_64 .........................[fine] (2/3) Installazione di: libyui-ncurses7-2.48.2-1.1.x86_64 ................[fine] (3/3) Installazione di: libyui-qt7-2.47.1.1-2.3.1.x86_64 .................[fine] sudo zypper in --oldpackage yast2-control-center-qt-3.2.1-4.3.1.x86_64.rpm yast2-control-center-3.2.1-4.3.1.x86_64.rpm Caricamento dati del repository in corso... Lettura dei pacchetti installati in corso... Risoluzione dipendenze dei pacchetti in corso... I seguenti 2 pacchetti stanno per essere portati alla versione precedente: yast2-control-center yast2-control-center-qt 2 pacchetti da portare alla versione precedente. Dimensione complessiva del download: 137,8 KiB. Già nella cache: 0 B. Dopo l'operazione saranno liberati 12,0 KiB. Continuare? [s/n/...? mostra tutte le opzioni] (s): Recupero di pacchetto yast2-control-center-3.2.1-4.3.1.x86_64 (1/2), 20,8 KiB ( 11,8 KiB estratto) Recupero di pacchetto yast2-control-center-qt-3.2.1-4.3.1.x86_64 (2/2), 117,0 KiB (350,9 KiB estratto) Controllo dei conflitti tra file: ........................................[fine] (1/2) Installazione di: yast2-control-center-3.2.1-4.3.1.x86_64 ..........[fine] (2/2) Installazione di: yast2-control-center-qt-3.2.1-4.3.1.x86_64 .......[fine -- Marco Calistri Build: openSUSE Tumbleweed 20190115 Kernel: 4.20.0-1-default - Cinnamon 3.8.9 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2019-01-17 06:03, Marco Calistri wrote:
MozillaThunderbird (60.3.3 -> 60.4.0)
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface.
I tried to switch WANTED_SHELL/WANTED_GUI from auto to qt and gtk without any changes.
Be so kind to guide me if there is a specific way to recover the old YAST graphic looks.
Thanks and regards,
P.S. I'm on XFCE DE.
Did you run it from DE's menu or root session? I found in my case, when it started form DE with kdesu, Yast icons are mixed - some new flat style, some old oxygen-like. But when Yast started from root session in konsole - all icons are fancy-new-flat. I think that is some style inheritance in session, but too lazy to deeply investigate -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Il 16/01/19 22:01, Konstantin Voinov ha scritto:
On 2019-01-17 06:03, Marco Calistri wrote:
MozillaThunderbird (60.3.3 -> 60.4.0)
After the two latest updates I noticed that YAST GUI is very UGLY now. It lost all the graphic context/icons it had before on its main interface.
I tried to switch WANTED_SHELL/WANTED_GUI from auto to qt and gtk without any changes.
Be so kind to guide me if there is a specific way to recover the old YAST graphic looks.
Thanks and regards,
P.S. I'm on XFCE DE.
Did you run it from DE's menu or root session? I found in my case, when it started form DE with kdesu, Yast icons are mixed - some new flat style, some old oxygen-like. But when Yast started from root session in konsole - all icons are fancy-new-flat. I think that is some style inheritance in session, but too lazy to deeply investigate
GM! Just given a try now by console as root and in my system nothing changes. -- Marco Calistri Build: openSUSE Tumbleweed 20190115 Kernel: 4.20.0-1-default - Cinnamon 3.8.9 N�����r��y隊Z)z{.���r�+�맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.���r�+��0�����Ǩ�
Since this (kernel) or the last update (20190110, Mesa) I'm having major issues with suspending my laptop in two-monitor setup. I suspended my desktop with lots of applications running Friday in the office, where it's connected to two monitors. When I resumed at home with only the laptop monitor I only saw a short blink and then was put at the login screen. So I restarted everything, suspended this morning and went to the office. Switched on there in the dock where the second monitor is connected, and the machine was DEAD. Just a gray screen (illumination on), but nothing. No mouse/keyboard reaction at all, I had to reboot :((( This was working without issues before. Anyone seen similar? I'll likely write a bugreport later, but no time now, I have to give a seminar in two hours..... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 22 Jan 2019 10:21:15 +0100, Peter Suetterlin
Since this (kernel) or the last update (20190110, Mesa) I'm having major issues with suspending my laptop in two-monitor setup.
I suspended my desktop with lots of applications running Friday in the office, where it's connected to two monitors. When I resumed at home with only the laptop monitor I only saw a short blink and then was put at the login screen. So I restarted everything, suspended this morning and went to the office. Switched on there in the dock where the second monitor is connected, and the machine was DEAD. Just a gray screen (illumination on), but nothing. No mouse/keyboard reaction at all, I had to reboot :(((
This was working without issues before. Anyone seen similar?
Yes, me. I watched something on a big screen attached through HDMI and went to bed. When I resumed, I could move and see the pointer but I could not log in. The workaround is to detach the second monitor before the machine goes asleep.
I'll likely write a bugreport later, but no time now, I have to give a seminar in two hours.....
-- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.29 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/
H.Merijn Brand wrote:
This was working without issues before. Anyone seen similar?
Yes, me. I watched something on a big screen attached through HDMI and went to bed. When I resumed, I could move and see the pointer but I could not log in.
Thanks for the confirmation!
The workaround is to detach the second monitor before the machine goes asleep.
Which is of course only a crude 'solution' as my monitor is connected to the docking station (and is one of the reasons to have a docking station....) That said, I have so far not seen it again. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (10)
-
Ancor Gonzalez Sosa
-
Axel Braun
-
Brüns, Stefan
-
Christian Boltz
-
Dominique Leuenberger
-
H.Merijn Brand
-
Jan Engelhardt
-
Konstantin Voinov
-
Marco Calistri
-
Peter Suetterlin