June 2017 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Wine submissions delayed?
by Robert Munteanu 04 Jul '17

04 Jul '17

Hi, I noticed that the wine version included in TW is starting to lag. We package 2.6, which is 2 months old. Version 2.10 has been submitted but the review has been open for 16 days https://build.opensuse.org/request/show/502820 Is there a particular reason for this delay? I can surely grab the binaries from the devel repo but if there's something wrong with the recent versions in TW I'd like to know. Thanks, Robert -- -- http://robert.muntea.nu/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 4

[opensuse-factory] php5 drop
by Petr Gajdos 03 Jul '17

03 Jul '17

Hey, I would like to remove php5 from Tumbleweed. The impulse to consider it is the plan to switch to openssl 1.1 [0]. Support for 5.6 ended on 19 Jan 2017 [1] and upstream will not backport the changeset related to openssl 1.1 in 5.6 branch [2]. Of course I am planning to create devel:languages:php:php56 and keep the current version of php 5.6 building there for Tumbleweed as long as feasible. I propose to drop php5 from Tumbleweed at the end of August. Petr [0] https://bugzilla.suse.com/show_bug.cgi?id=1042629 [1] http://php.net/supported-versions.php [2] https://bugs.php.net/bug.php?id=73741 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

10 18

[opensuse-factory] [Tumbleweed] libreoffice: pasting with middle mouse click stopped working
by Achim Gratz 02 Jul '17

02 Jul '17

It appears that one of the updates in the last one and a half weeks removed the ability of pasting with a middle mouse click in LibreOffice (specifically Calc). The Option to enable that is is still selected in LO Settings. Where else do I need to look or is this some regression in LO? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 7

[opensuse-factory] Akregator looses feed list
by Christian Boltz 02 Jul '17

02 Jul '17

Hello, since I installed the 20170613 tumbleweed snapshot, Akregator looses/ breaks its feed list. The only good thing is that the error message mentions the exact filename (~/.local/share/akregator/data/feeds.opml) so that it's easy to restore from backup ;-) I had to restore the file twice already. I'm not 100% sure, but I wouldn't be surprised if the file gets damaged on logout/shutdown. After restoring feeds.opml, Akregator can be started normally and shows all my feeds. Is this a known issue or should I open a bugreport? Regards, Christian Boltz -- > > Meine Patentlösung: Die Sammlung liegt auf einem ext3 > > und eine exakte Kopie davon auf einem reiserfs. :-) > Und dadurch wird der ext3-Check wodurch schneller? Ja, Konkurrenz belebt das Geschäft. :-) [> Peter Wiersig und Ratti in suse-linux] -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 10

[opensuse-factory] 42.3: some problems found
by Carlos E. R. 01 Jul '17

01 Jul '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I noticed some issues. XFCE: The weather applet does not work. Neither in 42.2. thunar-sendto-blueman can not be installed, needs python3-notify2 Gnome: Shotwell is too old. We get version 0.22.0, while the current version is 0.26.2. General: su - fails to recognize the root password. ssh root@localhost, same problem. root login in console works fine, same password. However, I can start fine YaST from the menu, it asks and accepts the same root password. - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAllTpi4ACgkQtTMYHG2NR9UBEQCfXR/29+7FW6uIzdJOby04zoLG 7bsAnRX192dVt+GIsJ/+Hrvh41JVuF9P =2jKO -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 15

[opensuse-factory] Please fix 32-bit builds
by Larry Finger 01 Jul '17

01 Jul '17

There is an outstanding bug for 32-bit Tumbleweed (bsc#1046571) that prevents the VirtualBox kernel modules from loading since the switch to gcc7. I have fixed the code, built the packages locally using osc, and tested the new versions. When I submit the build to OBS, it fails as follows: ================================================================== [ 2585s] g++ -c -O2 -fPIC -g -pipe -Wshadow -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -fdiagnostics-show-option -Wno-unused-parameter -Wlogical-op -Wno-variadic-macros -Wno-long-long -Wunused-variable -Wunused-function -Wunused-label -Wunused-parameter -Wno-overloaded-virtual -Wno-variadic-macros -Wshadow -fshort-wchar -fpermissive -fexceptions -frtti -fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -g -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility-inlines-hidden -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT -std=c++11 -fdollars-in-identifiers -m32 -I/home/abuild/rpmbuild/BUILD/VirtualBox-5.1.22/src/VBox/Main/include -I/home/abuild/rpmbuild/BUILD/VirtualBox-5.1.22/out/linux.x86/release/bin/sdk/bindings/xpcom/include -I/home/abuild/rpmbuild/BUILD/VirtualBox-5.1.22/out/linux.x86/release/bin/sdk/bindings/xpcom/include/xpcom -I/home/abuild/rpmbuild/BUILD/VirtualBox-5.1.22/out/linux.x86/release Job seems to be stuck here, killed. (after 28800 seconds of inactivity) ================================================================== Until the switch to gcc7, these failures were disturbing, but now they prevent a set of users from doing their work. This issue has been filed as bsc#1046894. Thanks, Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Leap 42.3 Build 0298 released!
by Ludwig Nussel 30 Jun '17

30 Jun '17

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&version=42.3&bui… https://bugzilla.opensuse.org/buglist.cgi?product=openSUSE%20Distribution&q… When you reply to discuss some issues, make sure to change the subject. Please use the test plan at https://docs.google.com/spreadsheets/d/1AGKijKpKiJCB616-bHVoNQuhWHpQLHPWCb3… to record your testing efforts and use bugzilla to report bugs. Packages changed: MozillaThunderbird (52.2 -> 52.2.1) SUSEConnect (0.3.1 -> 0.3.2) dbus-1-x11 insserv-compat kdump lxde-common (0.99.0 -> 0.99.2) qemu qemu-linux-user === Details === ==== MozillaThunderbird ==== Version update (52.2 -> 52.2.1) Subpackages: MozillaThunderbird-translations-common - update to Thunderbird 52.2.1 * Problems with Gmail fixed (folders not showing, repeated email download, etc.) introduced in version 52.2.0. (boo#1045895) ==== SUSEConnect ==== Version update (0.3.1 -> 0.3.2) - Update to 0.3.2: - Fix --namespace parameter persistence (bsc#1044493) ==== dbus-1-x11 ==== Subpackages: dbus-1 - don't call insserv, the package has no sysv script anymore (bsc#1046173) ==== insserv-compat ==== - Also provide /etc/rc.d link which was provided by filesystem (bsc#1035062) - Add /etc/init.d hierachy from filesystem ==== kdump ==== - kdump-explicitly-request-zFCP-devices.patch: Explicitly request zFCP devices in kdump initrd (bsc#1008352). - kdump-move-class-SystemCPU-to-header-file.patch: Move class SystemCPU to a header file (bsc#1036223). - kdump-treat-KDUMP_CPUS-0-as-all-available-CPUs.patch: Treat KDUMP_CPUS=0 as "all available CPUs" (bsc#1036223). - kdump-multithreading-by-default.patch: Use multithreading by default (bsc#1036223). ==== lxde-common ==== Version update (0.99.0 -> 0.99.2) - Use update-alternatives to create default.desktop xsession (boo#1030873) - New upstream version 0.99.2 * Replaced 'stretch' wallpaper_mode setting with 'crop' in pcmanfm.conf * Updated view_mode and sort settings in pcmanfm.conf with new values * Made dbus-launch start only if $XDG_RUNTIME_DIR/bus isn't available * Updated lxpanel configuration files to match latest version * Added volume plugin to default panel, near everyone uses audio nowadays * Removed netstat plugin from default panel, it's usually superseded with either NM or wicd * Updated startlxde.1 man page * Ensured the existance of the user applications folder by startlxde Changes on 0.99.2 since 0.99.1: * Added TryExec=lxsession-logout into lxde-logout.desktop * Added W+f keybinding for pcmanfm --find-files ==== qemu ==== Subpackages: qemu-arm qemu-block-curl qemu-block-dmg qemu-block-iscsi qemu-block-rbd qemu-block-ssh qemu-extra qemu-ipxe qemu-ksm qemu-kvm qemu-lang qemu-ppc qemu-s390 qemu-seabios qemu-sgabios qemu-tools qemu-vgabios qemu-x86 - Fixed stuck state during usb keyboard reset (bsc#1044936) 0065-hid-Reset-kbd-modifiers-on-reset.patch - Fixed keyboard events getting lost (bsc#1044936) 0066-input-Decrement-queue-count-on-kbd-.patch - Patch queue updated from git://github.com/openSUSE/qemu.git opensuse-2.9 ==== qemu-linux-user ==== - Patch queue updated from git://github.com/openSUSE/qemu.git opensuse-2.9 * Patches added: 0065-hid-Reset-kbd-modifiers-on-reset.patch 0066-input-Decrement-queue-count-on-kbd-.patch -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Re: Please fix 32-bit builds
by Larry Finger 30 Jun '17

30 Jun '17

On 06/30/2017 12:56 PM, Andreas Schwab wrote: > On Jun 30 2017, Larry Finger <Larry.Finger(a)lwfinger.net> wrote: > >> It should take on the order of 3000 sec. To keep the memory requirements >> to a reasonable value, all makes use the -j2 switch. > > Perhaps it is running out of disk space. If it is, that is a funny error message, but I will try 5 GB in the _constraints. If the default differs from 4 GB, please let me know. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] First usage of file triggers is on the way to Tumbleweed
by Dominique Leuenberger / DimStar 30 Jun '17

30 Jun '17

Hi everybody, As many of you are certainly aware, RPM 4.13.0 brought, amongst other things, the ability to use file triggers (i.e. run a script whenever a package installs/removes a file to a specific directory) There are various points where I could make out where this makes a lot of sense - and which have been a constant point for bug reports because packagers forgot to add the respective post/postun scriptlets (who can blame them...) The 4 things I made out so far are: * glib schemas, installed to /usr/share/glib-2.0/schemas (this requires calling glib-schema-compile) * icons installed to /usr/share/icons/FOO: the icon cache needs to be updated in order for the various DE to reliably show them * /usr/share/mime - the mime database needs to be updated * .desktop files added to /usr/share/applications: we have macros in place to update the desktop database cache For all 4 those cases, there were macros (e.g. %desktop_databasE_post/postun for the .desktop files) In GNOME:Next (preparation for GNOME 3.26 - ETA September 2017) all 4 of those usecases have already been replaced (and so far that works reliable) The FIRST of those triggers is now on its way to openSUSE:Factory - the one handling /usr/share/applications/*.desktop files, as part of https://build.opensuse.org/request/show/507346 The existing macros, %desktop_database_post and %desktop_database_postun have been redefined to %nil in this submission => What does that mean for you / actions do you have to take In short: nothing and none. Your existing packages will continue to work as they did and no change is needed directly. If your packages are only targetting Leap15/SLE15/TW, you could even go forth and remove the respective %desktop_database_post/postun calls from your .spec files; they won't be doing much anyway. If you target your packages for older releases, you very likely don't want to change anything anyway - and rely on the fact that the RPM macro is simply not going to do anything anymore. What you might want to do though is stay alert on bug reports that might indicate that the desktop database is not updated timely, so that we can investigate why this could be and counter steer on it. Cheers, Dominique

2 2

[opensuse-factory] Re: Please fix 32-bit builds
by Larry Finger 30 Jun '17

30 Jun '17

On 06/30/2017 11:43 AM, Andreas Schwab wrote: > On Jun 30 2017, Larry Finger <Larry.Finger(a)lwfinger.net> wrote: > >> ================================================================== >> [ 2585s] g++ -c -O2 -fPIC -g -pipe -Wshadow -Wall -Wextra >> -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs >> -fdiagnostics-show-option -Wno-unused-parameter -Wlogical-op >> -Wno-variadic-macros -Wno-long-long -Wunused-variable -Wunused-function >> -Wunused-label -Wunused-parameter -Wno-overloaded-virtual >> -Wno-variadic-macros -Wshadow -fshort-wchar -fpermissive -fexceptions >> -frtti -fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 >> -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables >> -fasynchronous-unwind-tables -g >> -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility-inlines-hidden >> -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN >> -DRT_USE_VISIBILITY_DEFAULT -std=c++11 -fdollars-in-identifiers -m32 >> -I/home/abuild/rpmbuild/BUILD/VirtualBox-5.1.22/src/VBox/Main/include >> -I/home/abuild/rpmbuild/BUILD/VirtualBox-5.1.22/out/linux.x86/release/bin/sdk/bindings/xpcom/include >> -I/home/abuild/rpmbuild/BUILD/VirtualBox-5.1.22/out/linux.x86/release/bin/sdk/bindings/xpcom/include/xpcom >> -I/home/abuild/rpmbuild/BUILD/VirtualBox-5.1.22/out/linux.x86/release >> >> Job seems to be stuck here, killed. (after 28800 seconds of inactivity) >> ================================================================== > > How much time does it take? It should take on the order of 3000 sec. To keep the memory requirements to a reasonable value, all makes use the -j2 switch. On my core i7 laptop with an SSD, the complete build takes 2750 sec. That value of 28,800 is completely unreasonable. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0