September 2018 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Leap 15 still not booting with GTP partition...
by André Verwijs 27 Sep '18

27 Sep '18

Leap 15 still not booting with GTP partition. Tumbleweed works great for me (on same pc) So please update the booting part... ____________________________________________________________________ Dank U - Thank You *Twitter: http://twitter.com/OpenSimFan *Facebook http://www.facebook.com/andre.verwijs *Google+ André Verwijs - Google+ <https://plus.google.com/111310545842863442992> Instagram: André Verwijs - Instagram <https://instagram.com/dutchglory> -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2

[opensuse-factory] arch-dependent noarch packages
by Bernhard M. Wiedemann 27 Sep '18

27 Sep '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 tl;dr: it is a bad thing and should be forbidden While working on reproducible builds for openSUSE I found this interesting class of bugs (see "Depends on" list) https://bugzilla.opensuse.org/show_bug.cgi?id=1109534 In several cases those architecture-dependent noarch packages prevented verification of official OBS builds and also produced incorrect build results in certain circumstances. 1218 packages sounds like a pretty large number, but I expect, that most can be fixed with ~20 changes throughout openSUSE (and its upstreams). E.g. most perl, python, java issues could be fixed with 1-2 patches. My checks did not cover noarch subpackages yet, so there might be some more to come. I'd like openSUSE to move to a policy like Fedora where noarch packages must produce the same build result on all architectures. This means that not only must the package build reproducibly, but it must also avoid writing %_lib in its output. Even for relatively harmless cases like xorg-docs where only the man-pages have /usr/lib64 vs /usr/lib reviewing for the impact of diffs is effort. Ciao Bernhard M. -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQRk4KvQEtfG32NHprVJNgs7HfuhZAUCW6vrnQAKCRBJNgs7Hfuh ZMaFAKCXquSFIMvx/TKno9mOMt/BHMX4lwCg6Q3RZbgnBFscNU1ecVSW4uGwA1o= =DXnZ -----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

3 4

[opensuse-factory] New Tumbleweed snapshot 20180925 released!
by Dominique Leuenberger 26 Sep '18

26 Sep '18

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&versio… 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: dpdk obs-service-set_version (0.5.9 -> 0.5.10) purple-carbons (0.1.5 -> 0.1.6) shotwell (0.28.4 -> 0.30.0) === Details === ==== dpdk ==== - Fixed a problem with ABI compatibility; API/ABI compatibility is guaranteed by DPDK upstream community across subsequent bug-fix releases. However, the .spec file broke it by defining the wrong version which included also the bug-fix release number. - Fixed a naming issue with library: did not reflect soname ==== obs-service-set_version ==== Version update (0.5.9 -> 0.5.10) - Update to version 0.5.10: * fix zipfile crash also for python2.7 ==== purple-carbons ==== Version update (0.1.5 -> 0.1.6) - Update to version 0.1.6: * Clean up the code a bit. ==== shotwell ==== Version update (0.28.4 -> 0.30.0) Subpackages: shotwell-lang - Update to version 0.30.0: + Last-minute fix for random segfaults in GSettings (glgo#GNOME/shotwell#34). + Updated translations. -- 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] New Tumbleweed snapshot 20180924 released!
by Dominique Leuenberger 25 Sep '18

25 Sep '18

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&versio… 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: claws-mail hdf5 (1.10.1 -> 1.10.3) links (2.16 -> 2.17) nano (3.0 -> 3.1) rubygem-marcel (0.3.2 -> 0.3.3) rubygem-sass (3.5.7 -> 3.6.0) rubygem-uglifier (4.1.18 -> 4.1.19) === Details === ==== claws-mail ==== Subpackages: claws-mail-lang - Update Do-not-use-msginfo_list-for-compose.patch to upstream bug3889-fix_rev0.patch (claws#3889) - Re-add Do-not-use-msginfo_list-for-compose.patch Faulty behaviour without (claws#3889) - Fix license warning ==== hdf5 ==== Version update (1.10.1 -> 1.10.3) - Update to 1.10.3: https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.3/src/hd… - Update to 1.10.2: https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.2/src/hd… - Bump soversions (101 -> 103) for libhdf5 and libhdf5_cpp - Drop Fix-warnings-for-missing-returns.patch, fixed upstream - Add 0001-Fix-return-value-in-test_libver_bounds_open.patch - Rebase patches (tab / space conversion): * PPC64LE-Fix-long-double-handling.patch * hdf5-buildcompare.patch * hdf5-mpi.patch - Rebase Disable-phdf5-tests.patch ==== links ==== Version update (2.16 -> 2.17) - links 2.17 * Fix vrifying SSL certificates for numeric IPv6 addresses * Delete the option -ftp.fast - it doesn't always work and ftp performance is not an issue anymore * Add bold and monospaced Turkish letter 'i' without a dot * On OS/2 allocate OpenSSL memory fro the lower heap. It fixes SSL on systems with old 16-bit TCP/IP stack * Fix IPv6 on OpenVMS Alpha * Support mouse scroll wheel in textarea * Delete the option -http-bugs.bug-302-redirect - RFC7231 allows the "buggy" behavior and defines new codes 307 and 308 that retain the post data * X11 - fixed colormap leak when creating a new window * Fixed an infinite loop that happened in graphics mode if the user clicked on OK in "Miscellaneous options" dialog and more than one windows were open. This bug was introduced in Links 2.15 * Support 6x6x6 RGB palette in 256-bit color mode on framebuffer * Implement dithering properly on OS/2 in 15-bit and 16-bit color mode. In 8-bit mode, Links may optionally use a private palette - it improves visual quality of Links images, but degrades visual quality of other concurrently running programs. * Improve scrolling smoothness when the user drags the whole document * On OS/2, allocate large memory blocks directly (not with malloc). It reduces memory waste * Fixed a bug that setting terminal title and resizing a terminal didn't work on OS/2 and Windows. The bug was introduced in Links 2.16 when shutting up coverity warnings * Set link color to yellow by default * Delete the option -http-bugs.bug-post-no-keepalive. It was needed in 1999 to avoid some bug in some http server and it is not needed anymore * Trust Content-Length on HTTP/1.0 redirect requests. This fixes hangs with misbehaving servers that honor Connection:keep-alive but send out HTTP/1.0 reply without Connection: keep-alive. Links thought that they don't support keep-alive and waited for the connection to close (for example http://www.raspberrypi.org) * Use keys 'H' and 'L' to select the top and bottom link on the current page ==== nano ==== Version update (3.0 -> 3.1) Subpackages: nano-lang - GNU nano 3.1: * fix a misbinding of ^H on some terminals and some systems * no longer leave stray stuff after the prompt upon exit when having suspended nano while using --constantshow * do not allow to toggle to Replace in view mode ==== rubygem-marcel ==== Version update (0.3.2 -> 0.3.3) - updated to version 0.3.3 (boo#1108633) * Shush Ruby interpreter warnings (#6) * Exclude test files from published gem to shrink it from 7.5 MB to 7.5 KB (#11) ==== rubygem-sass ==== Version update (3.5.7 -> 3.6.0) - updated to version 3.6.0 no changelog found ==== rubygem-uglifier ==== Version update (4.1.18 -> 4.1.19) - updated to version 4.1.19 * update UglifyJS to [3.4.9](https://github.com/mishoo/UglifyJS2/compare/v3.4.7...v3.4.9) -- 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] Please stop using opensuse-packaging@opensuse.org in changelogs
by Simon Lees 25 Sep '18

25 Sep '18

Hi All, This is a polite request to stop using opensuse-packaging(a)opensuse.org as an email address in changelogs as it is wrong for a couple of reasons, primarily because people have no idea who to contact about the change and secondly because it has led to obs sending emails about certain packages to that list. At some point in the future a not so nice rpmlint check will start causing your packages to fail to build if opensuse-packaging(a)opensuse.org is the author in the changelog. Cheers -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

5 4

[opensuse-factory] [SOLVED] ssh-agent problems with XFCE / gnome-keyring-daemon
by Stefan Seyfried 25 Sep '18

25 Sep '18

Hi all, After a TW update in the last few weeks, ssh with ssh-agent did no longer work with my established setup. (I did not verify the problem with a pristine user account, though). I have set up my system (a loooong time ago... ;)) so that the ssh key is stored somehow in gnome-keyring-daemon and gets unlocked upon login. The ssh-agent knows the key: seife@strolchi:~> ssh-add -l 1024 SHA256:96ejSSf7kXLZRWhEE4oJUk20+RukUpSJOu4elrVABCU seife@strolchi (RSA) ...but it did not work: seife@strolchi:~> ssh server sign_and_send_pubkey: signing failed: agent refused operation Password: If I now refreshed the agent with "ssh-add", and entered my passphrase, then ssh without password did work. The journal showed the following: Apr 08 18:28:41 strolchi gnome-keyring-daemon[1868]: the /usr/bin/ssh-add command failed: Child process exited with code 1 Apr 08 18:28:41 strolchi gnome-keyring-daemon[1868]: ssh_askpass: exec(/usr/lib/gcr-ssh-askpass): No such file or directory So the solution was to install the gcr-ssh-askpass package (which provides /usr/lib/gcr-ssh-askpass) and now everything is working as before. Hope this helps someone ;-) -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

13 27

[opensuse-factory] Announcing Tumbleweed Snapshots Official Hosting
by Jimmy Berry 24 Sep '18

24 Sep '18

See release-tools.opensuse.org post [1] for an HTML version. Tumbleweed Snapshots, fixed repositories containing previously released versions of Tumbleweed, are now officially hosted on download.opensuse.org [2]! For those not familiar with the Tumbleweed Snapshots concept please see the short introduction video [3] and the presentation I gave at oSC18 [4]. The overall concept is to allow Tumbleweed to be consumed as short-lived distributions that can be utilized after a new snapshot is published. The two primary benefits are not having to update just to install new packages and being able to sit on an older snapshot when avoiding problematic package updates. The latter working best with snapper rollbacks as it allows for normal system operation after rolling back. Given the proper method for updating between snapshots is `zypper dup` instead of `zypper up` which is normally reserved for updating between major releases of the distribution, like Leap, keeping the previous repositories and switching between them with the use of `dup` is quite natural. Given the latest snapshot is accessible and `zypper` operates normally there are no down-sides to this approach while providing some important advantages. If you have not already tried them I would encourage you to do so. Many users are already updating Tumbleweed once a week and thus perfectly align with the design of snapshots. The installation step and basic usage is documented in the `tumbleweed-cli` README [5]. No additional resources are utilized on the local machine. If for whatever reason you want to go back just run `tumbleweed uninit` to restore the default repository setup. If you are already using Tumbleweed Snapshots and would like to switch to the official hosting a migration command is provided in `tumbleweed-cli` `0.3.0` which will be included in Tumbleweed shortly [6]. As a side-note, bash completion is also provided! Once running version `0.3.0` (run `tumbleweed --version` to see which is installed), simply run `tumbleweed migrate`. Keep in mind the official hosting only provides `10` snapshots while my personal hosting on S3 provides `50`. The count will hopefully be increased in the future, but given how long it has taken to get this far it may be some time. Additionally, my AWS hosting has a CDN setup and will likely remain faster until mirrors decide to host the snapshots. Based on feedback and how things progress I will decide when to stop hosting on AWS, but it will be announced and the `tumbleweed-cli` will be changed to auto-migrate. For those interested, the difference in storage usage can be compared on metrics.opensuse.org [7]. - Official hosting [8] - Un-official hosting [9] Making Tumbleweed Snapshots the default is likely worth considering once everything settles and an appropriate level of adoption by mirrors is reached. It is encouraging to see the enthusiastic discussions about Tumbleweed Snapshots in IRC and e-mails. Enjoy! [1] http://release-tools.opensuse.org/2018/09/18/Tumbleweed-Snapshots-Official.… [2] http://download.opensuse.org/history/ [3] https://www.youtube.com/watch?v=CSXRreUjiIc [4] https://www.youtube.com/watch?v=CRszp1p47BM [5] https://github.com/boombatower/tumbleweed-cli [6] https://build.opensuse.org/request/show/636472 [7] https://metrics.opensuse.org [8] https://metrics.opensuse.org/d/osrt_history/osrt-history [9] https://metrics.opensuse.org/d/osrt_tumbleweed_snapshots/tumbleweed-snapsho… -- Jimmy -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 6

[opensuse-factory] Release notes language
by Chris Coutinho 24 Sep '18

24 Sep '18

Hello, I was trying to read the current release notes for Leap 15.0, but the entire document is in a language that I cannot read very well: I'm currently located in the Netherlands, so the documentation is in Dutch, but my Dutch isn't good enough to read it :( The documentation I'm looking at is at the following link, but there is not language option on the page or in the url itself: https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.0/ Can anyone help? Regards, Chris -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 10

[opensuse-factory] please open bug #1108189
by Stefan Seyfried 24 Sep '18

24 Sep '18

Hi Bugshare-Team, It is mentioned in obs-service-refresh_patches patch as security fix. I'd really like to know what vulnerability I have if I can not update for whatever reason. Best regards, -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- 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] "strange" repo name after tumbleweed net install
by dieter 22 Sep '18

22 Sep '18

Hi, I did a net install with the image openSUSE-Tumbleweed-NET-i586-Snapshot20180914-Media.iso At the time of installation the current snapshot which was actually installed was 20180917. Updating the installation with zypper dup from snapshot 20180919 to 20180920 some days later I noticed: # zypper ref; zypper dup Retrieving repository 'openSUSE-20180917-0' metadata ...[done] Building repository 'openSUSE-20180917-0' cache ........[done] ... Which means the repository name created by the installation contains the snapshot date of the original install. This seems confusing to me. cat /etc/zypp/repos.d/openSUSE-20180917-0.repo [openSUSE-20180917-0] name=openSUSE-20180917-0 enabled=1 autorefresh=1 baseurl=http://download.opensuse.org/tumbleweed/repo/oss/ path=/ type=rpm-md keeppackages=0 Is there a reason for this? Why not just name it something like "openSUSE-Tumbleweed" which would somehow better fit the baseurl it contains? Regards, Dieter -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0