October 2016 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Tumbleweed snapshot repositories
by Jimmy Berry 27 Oct '16

27 Oct '16

A proposal for review and discussion: In the same way that TW is released in snapshots the repo itself would benefit from being presented by snapshot. Currently, if one wants to install a new package or perhaps *-debuginfo packages problems can occur especially on TW (and I have run into these both personally and with folks I support). A new package brings in a bunch of new dependencies that are compiled against newer versions of already installed dependencies and one ends up with an unusable package or worse. Alternatively, dependency checks may only be resolvable with a full system update anyway. The end result is that a TW install can be unmodifiable in a short period of time without updating to a newer snapshot first. This is compounded when rolling back via snapper due to an issue that the user is waiting to be resolved. By providing separate repos per TW snapshot these issues can be alleviated since new package installs will have been built using the same deps and build environment the user is currently running. The separate repos could be easily handled with either a modification to zypper or a wrapper, but having it built into zypper would seem preferable. When the user wants to perform the equivalent of `zypper ref && zypper dup` the following would occur: - zypper replaces any snapshotted repos with the newest version (or a specific one) - zypper ref - zypper dup The first step is the only part that could use some helper functions and could be implemented in a variety of manors. Publishing a text file containing the latest/current snapshot in each repo should make it easy for zypper to know what is the latest, completed snapshot. The repos could also be prefixed at a variety of levels. Just to provide an example: http://download.opensuse.org/tumbleweed/repo/oss/ could become: http://download.opensuse.org/tumbleweed/20161013/repo/oss/ depending on the level at which it is implemented on the repo side. Since everything else remains the same the amount of work required should be rather minimal. On the storage side, either entire copies could be used for simplicity or a symlink structure setup where unchanged packages are symlinked to previous snapshot and only the changed packages are present as a non-symlink. Given there is concern for mirror requirements the symlink approach will most likely be preferred. Snapshot repos could be kept for some predefined length of time and then discarded. This would automatically work with snapper since the repo URLs would be stored in zypp configuration and thus captured by btrfs snapshots. Additionally, non-btrfs filesystems could still benefit from being able to rollback by switching to older TW snapshot repos or remain on their current snapshot when they are aware of an issue in newer TW snapshots that affects them. Devel project on OBS or third-party repositories using OBS should be able to utilize the same mechanism for providing snapshotted repos if desired. I would imagine a new parameter in the .repo file or similar to explicitly indicate that the repo is snapshotted rather than attempting to detect based on URL. Additionally, providing snapshots could resolve the issue of not being able to tell when a snapshot is ready to be downloaded. Currently, there is a delay between the time a snapshot is released and has been replicated to the mirrors. As such one can update in the middle of this process with varying results. Obviously, Factory has a snapshot point already defined, but doing so for third-party or devel project may be a bit more tricky. It would be rather nice to have zypper be able to quickly tell if all repos are updated for the latest snapshot rather than having the manually try and assess the situation. Probably the simplest and most consistent approach would be to snapshot devel repos building against openSUSE:Factory/snapshot at the same point the snapshot was created (or perhaps released). If packages fail to build against the new snapshot they can be updated and will be included with the next TW snapshot. Building against openSUSE:Factory will provide early warning. Tying devel project to Factory/snapshot is probably the only reasonable approach since otherwise each repo will have its own snapshot point/process and it will become rather complex. If a package breaks on a new snapshot it probably makes sense to not publish the old version, in the new snapshot repo, that way users should see a vendor change. Blocking the whole project from publishing could be a configuration option as well, but probably more than required. Since devel/third-party projects should build against openSUSE:Factory/ snapshot they have to start after Factory is done building and can potentially not be completed by the time Factory/snapshot has published. Having all this in place would make it clear when everything is ready for update. - new TW snapshot repo available - devel projects repo available for new snapshot Snapshot repos have the side effect of providing repo "locking" which should make updates with extra repos more reproducible and safe. Obviously, the non- snapshotted repos that currently exist can remain along side and folks could be free to choose. All in all virtually everything needed to set this up is already in place and would just require: - a consensus on where to place snapshot in repo path (probably influenced heavily by the technical aspects of OBS) - light zypper addition to handle automatically switching repo URLs - decide on snapshot point in devel/third-party repos I look forward to your thoughts. -- Jimmy

6 8

[opensuse-factory] OpenSUSE Tumbleweed logo: Where's Geeko?
by C R 27 Oct '16

27 Oct '16

Hi. So I noticed that the new OpenSUSE logo violates the artwork/trademark guidelines for openSUSE. Namely, our chamelion is not in it! I was able to locate another variation of the logo in low-res online, then re-construct it as a vector svg. It's here if anyone wants to grab it and patch the infinity logo with something more in line with the artwork guidelines: https://www.dropbox.com/s/frw57gi230avdp1/open_suse_tumbleweed_icon.svg?dl=0 If we really want to incorporate an infinity symbol, I can probably make an infinity symbol with geeko's tail, which would keep the infinity... however, this may not look much like a tumbleweed, the rolling release namesake. What does everyone think? Want to see other variations? Thanks -C -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 13

[opensuse-factory] [42.2rc] Unstable sound (at least) in VirtualBox
by opensuse.lietuviu.kalba 26 Oct '16

26 Oct '16

Hi, Please help with testing openSUSE 42.2rc sound in VirtualBox to investigate cloudy/hazy bug http://bugzilla.opensuse.org/show_bug.cgi?id=1000501 With some fresh install it works, but in some – does not. Sometimes reboot help or switching into other user may help... or make situation more worse... So please provide your experience! -- Regards -- 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 20161025 released!
by Dominique Leuenberger 26 Oct '16

26 Oct '16

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… When you reply to report some issues, make sure to change the subject. It is not helpful to keep the release announcement subject in a thread while discussing a specific problem. Packages changed: http-parser (2.6.2 -> 2.7.1) === Details === ==== http-parser ==== Version update (2.6.2 -> 2.7.1) - Update to version 2.7.1 * No changelog available -- 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 20161024 released!
by Dominique Leuenberger 26 Oct '16

26 Oct '16

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… When you reply to report some issues, make sure to change the subject. It is not helpful to keep the release announcement subject in a thread while discussing a specific problem. Packages changed: calligra kdbg (2.5.5 -> 2.5.6) kernel-source (4.8.3 -> 4.8.4) krusader (2.4.0~beta3 -> 2.5.0) === Details === ==== calligra ==== Subpackages: calligra-extras-dolphin calligra-extras-okular calligra-stage calligra-words-common - Enable PACKAGERS_BUILD=ON to detect cpu capabilities during runtime ==== kdbg ==== Version update (2.5.5 -> 2.5.6) Subpackages: kdbg-doc kdbg-lang - Update to 2.5.6: * A popup shows the complete value of variables. * The values printed by GDB for uninitialized references and pointer-to-member variables no longer truncate the variable list. * A few more C++ keywords are now highlighted. * The CMakeLists.txt file was adjusted for newer cmake. - Removed fix-build-with-cmake-3_4_3.diff, it's no longer necessary ==== kernel-source ==== Version update (4.8.3 -> 4.8.4) Subpackages: kernel-default kernel-default-devel kernel-devel kernel-docs kernel-macros kernel-syms - Linux 4.8.4 (CVE-2016-7425 bnc#1003623 bsc#999932). - Delete patches.fixes/drm-virtio-reinstate-drm_virtio_set_busid.patch. - Delete patches.fixes/scsi-arcmsr-buffer-overflow-in-arcmsr_iop_message_xfer.patch. - commit 402d8c1 ==== krusader ==== Version update (2.4.0~beta3 -> 2.5.0) Subpackages: kio_iso - Update to 2.5.0 * Added actions: Select files with the same name / extension * Changed disabled build of synchronizer by default, since it is unmaintained - build togglable with cmake variable - DENABLE_SYNCHRONIZER=true|false * Fixed (kde#143927) file search: "s" accelerator is doubled - new shortcut for "Search in" is ALT+h * Fixed (kde#308386) Duplicate shortcut on Search window - new shortcut for "Remote content search" is ALT+n * Fixed (kde#206926) Search doesn't work in sftp session (it returns too many results) * Fixed (kde#269542) Krusader search - Containing text still used when disabled * Fixed (kde#324737) symlinks with a target path length of over 255 do not work * Fixed (kde#189943) toolbar position settings are not remembered * Fixed (kde#316031) crash when loading previews * Fixed (kde#238672) When saving checksums fails, they are lost. No 2nd chance to save elsewhere. * Fixed (kde#315764) "application/x-source-rpm" isn't linked to krarc protocol by default * Fixed (kde#294816) Krusader needs to restart to apply new color scheme to panel * Fixed (kde#308727) external editor command isn't properly parsed * Fixed (kde#304233) empty main view on startup * Fixed (kde#315856) main view splitter sizes are not restored * Fixed (kde#248691) incorrect layout / wrong buttons in queue manager * Fixed (kde#315357) krarc silently fails to display contents of some zip files containing paths with "." as a path component are still not handled, but now krarc reports an error instead silently failing * Fixed (kde#310722) viewer crash when opening file * Fixed search result view always displays owner and group as "root" (may not work for remote search) * Fixed (kde#217711) directory chooser dialog does not allow to choose a directory * Fixed (kde#309119) Wrong "New directory" dialog behavior: can't clear all typed text * Fixed (kde#309159) Crash in video files preview on F3 * Fixed (kde#310191) krusader still installs locolor icons * Fixed (kde#317510 ] icon-size-and-directory-name-mismatch - Package ported to KF5, changed all the BuildRequires to KF5 ones - Swap krusader-2.4.0-beta2-generate-manpage.patch for krusader-2.5.0-generate-manpage.patch - Drop upstreamed bug309159.patch - Added 0001-Don-t-hardcode-appdata-location.patch -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 4

[opensuse-factory] KIWI issue/question
by Axel Braun 26 Oct '16

26 Oct '16

Hi all, I did not find a distinct kiwi mailing list in https://lists.opensuse.org/ so I try my luck here: I have run successfully the prepare step for a kiwi build, and now want to create the image: T520:~/image # kiwi -c /root/image/result/root -d /root/image/result/iso Oct-25 12:04:00 <1> : Description provides no MD5 hash, check Oct-25 12:04:00 <1> : Reading image description [Create]... Oct-25 12:04:00 <3> : Requested image creation with filesystem "clicfs"; but tool to create the file system could not be found. failed >From what I could find, the error should come up if no mkisofs or genisofs is installed T520:~/image # zypper se mkisofs genisoimage Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Zusammenfassung | Typ --+-------------+--------------------------------------------------------------------+-------- i | genisoimage | A Program for Creating CDs in Linux | mkisofs | A program to generate an ISO-9660/JOLIET/HFS/UDF hybrid filesystem | package -> genisoimage is installed. The attempt to install mkisoimage causes a conflict: Problem: cdrkit-cdrtools-compat-1.1.11-21.4.x86_64 steht in Konflikt mit mkisofs, das von mkisofs-3.01-1.5.x86_64 zur Verfügung gestellt wurde Lösung 1: Folgende Aktionen werden ausgeführt: Deinstallation von cdrkit-cdrtools-compat-1.1.11-21.4.x86_64 Deinstallation von kiwi-desc-isoboot-7.03.68-8.1.x86_64 Lösung 2: mkisofs-3.01-1.5.x86_64 nicht installieren Any idea how to cotinue or work around the issue? Thanks Axel -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2

[opensuse-factory] libreoffice hangs when opening property windows
by Olaf Hering 26 Oct '16

26 Oct '16

Is libreoffice in current TW snappy for anyone, in GNOME? Opening the printing dialog, or opening the properties window of Calc cells, or opening the properties window of a Writer table takes ages. I think each of those windows appeared instantly with the snapshot from early September. I think it behaves like that for at least two weeks. Olaf

8 8

[opensuse-factory] OpenSUSE Open Build Service support for Mageia
by Graeme 26 Oct '16

26 Oct '16

I have installed Owncloud server on my Mageia 5 server and wish to install the Opencloud client on other Mageia systems. The Owncloud forum informs me that the Open Build Service does not currently support Mageia and says:"Please request support for Mageia from the openSUSE Open Build Service people". So, that is my request. Thanks Graeme -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

Re: [opensuse-factory] New Tumbleweed snapshot 20161024 released!
by Andrei Dziahel 26 Oct '16

26 Oct '16

Yup, avg download speeds are 2-3-4 Kb/s. Wondering why is that? Here's some logs: > $ curl -Lv 'http://download.opensuse.org/tumbleweed/repo/oss/suse/noarch/kernel-devel-4…' > /dev/null > % Total % Received % Xferd Average Speed Time Time Time Current > Dload Upload Total Spent Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 195.135.221.134... > * TCP_NODELAY set > * Connected to download.opensuse.org (195.135.221.134) port 80 (#0) > > GET /tumbleweed/repo/oss/suse/noarch/kernel-devel-4.8.4-1.1.noarch.rpm HTTP/1.1 > > Host: download.opensuse.org > > User-Agent: curl/7.50.3 > > Accept: */* > > > 0 0 0 0 0 0 0 0 --:--:-- 0:00:03 --:--:-- 0< HTTP/1.1 302 Found > < Date: Wed, 26 Oct 2016 09:00:06 GMT > < Server: Apache/2.2.12 (Linux/SUSE) > < X-Prefix: 0.0.0.0/0 > < X-AS: 0 > < X-MirrorBrain-Mirror: downloadcontent.opensuse.org > < X-MirrorBrain-Realm: region > < Location: http://downloadcontent.opensuse.org/tumbleweed/repo/oss/suse/noarch/kernel-… > < Content-Length: 376 > < Content-Type: text/html; charset=iso-8859-1 > < > * Ignoring the response-body > { [376 bytes data] > * Curl_http_done: called premature == 0 > 100 376 100 376 0 0 94 0 0:00:04 0:00:03 0:00:01 94 > * Connection #0 to host download.opensuse.org left intact > * Issue another request to this URL: 'http://downloadcontent.opensuse.org/tumbleweed/repo/oss/suse/noarch/kernel-…' > * Trying 195.135.221.157... > * TCP_NODELAY set > * Trying 2001:67c:2178:8::27... > * TCP_NODELAY set > * Immediate connect fail for 2001:67c:2178:8::27: Network is unreachable > * Connected to downloadcontent.opensuse.org (195.135.221.157) port 80 (#1) > 0 0 0 0 0 0 0 0 --:--:-- 0:00:04 --:--:-- 0> GET /tumbleweed/repo/oss/suse/noarch/kernel-devel-4.8.4-1.1.noarch.rpm HTTP/1.1 > > Host: downloadcontent.opensuse.org > > User-Agent: curl/7.50.3 > > Accept: */* > > > < HTTP/1.1 200 OK > < ETag: "1871309479" > < Last-Modified: Mon, 24 Oct 2016 13:19:59 GMT > < Accept-Ranges: bytes > < Content-Type: application/x-redhat-package-manager > < Content-Length: 11680661 > < Date: Wed, 26 Oct 2016 09:00:09 GMT > < Server: lighttpd/2 - openSUSE is good for you > < > { [2651 bytes data] > 0 11.1M 0 50831 0 0 3976 0 0:48:57 0:00:12 0:48:45 7246^C⏎ -- Regards, Andrei Dziahel -- 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] Features list for openSUSE leap 42.2
by Douglas DeMaio 26 Oct '16

26 Oct '16

Hi all, Please consider adding any new features that will be included to openSUSE Leap 42.2 to the features page for the 42.2 Portal found at https://en.opensuse.org/Archive:Features_42.2 Once complete, the list will replace the https://en.opensuse.org/Features and 42.1 will be archived. v/r Doug -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0