openSUSE Factory December 2018

factory@lists.opensuse.org

76 participants
53 discussions

[opensuse-factory] Unable to find pandoc-citeproc

by Chris Coutinho

Hello, I'm unable to find the `pandoc-citeproc` package for including citations in pandoc documents in the Tumbleweed repositories. The package is included in Leap 15.0 official repositories, but it's nowhere to be found for TW. This page seems to suggest that it's part of the devel:languages:haskell repository [0], but I can't find it there either [1]. I could build pandoc myself, but I'm not a Haskell programmer and have no reason to keep the GHC ecosystem up to date on my machine. Is the package available somewhere else I haven't checked yet or is it missing for some other reason? [0] https://software.opensuse.org/package/ghc-pandoc-citeproc [1] https://build.opensuse.org/project/show/devel%3Alanguages%3Ahaskell

3 years, 6 months

Re: [opensuse-factory] Snapshot 20181214 QT library incompatibilities

by Ben Holmes

Wolfgang Bauer writes: > I suppose that's the main problem here: > Am Mittwoch, 19. Dezember 2018, 17:22:48 schrieb Ben Holmes: >> Problem: libQt5Scxml5-5.11.2-1.1.x86_64 requires >> libQt5Qml.so.5(Qt_5.11.2_PRIVATE_API)(64bit), but this requirement >> cannot be provided > > libqt5-qtscxml hasn't been updated to 5.12.0 in Factory yet, the > submission is still pending: > https://build.opensuse.org/request/show/656567 > > And 5.11.2 fails to build against Qt 5.12... > > Do you actually need that? I 'sort of' do, since it is a dependency for qxmledit. I use qxmledit a bit for work, but I don't need it right now. I could probably uninstall it for a while, but I think I will just wait. > In general they are binary compatible, but that's not necessarily true > for the private API (that's why it's called private). I did notice that it was the private API, and I was trying to update 'part' of my set of QT libraries. >> Is it safe to ignore the dependencies? > > No. I was hoping wishful thinking would prevail... Patience is a virtue here. I should not have, but I still did an update of sorts. I did an update and kept all obsolete conflicting packages. I am now running the new Mesa framework, but it is tearing and flickering a bit. I think it is a good time to roll back! Just in case it is helpful before I roll back (I noticed other people having similar issues in another thread)... System: Host: bh-lenlap Kernel: 4.19.7-1-default x86_64 bits: 64 compiler: gcc v: 8.2.1 Desktop: KDE Plasma 5.14.4 tk: Qt 5.11.2 wm: kwin_x11 dm: SDDM Distro: openSUSE Tumbleweed 20181214 Graphics: Device-1: Intel UHD Graphics 620 vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:5917 Display: x11 server: X.org 1.20.3 driver: modesetting unloaded: fbdev,vesa alternate: intel compositor: kwin_x11 resolution: <xdpyinfo missing> OpenGL: renderer: Mesa DRI Intel UHD Graphics 620 (Kabylake GT2) v: 4.5 Mesa 18.3.1 compat-v: 3.0 direct render: Yes > Kind Regards, > Wolfgang Thanks, and have a fantastic Christmas! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 years, 6 months

[opensuse-factory] Snapshot 20181214 QT library incompatibilities

by Ben Holmes

G'day Tumblers, When updating to 20181214, I get the following errors: Computing distribution upgrade... 6 Problems: Problem: libQt5WebView5-5.11.2-1.1.x86_64 requires libQt5Core.so.5(Qt_5.11.2_PRIVATE_API)(64bit), but this requirement cannot be provided Problem: libQt5Scxml5-5.11.2-1.1.x86_64 requires libQt5Qml.so.5(Qt_5.11.2_PRIVATE_API)(64bit), but this requirement cannot be provided Problem: libQt5WebView5-5.11.2-1.1.x86_64 requires libQt5WebEngine.so.5(Qt_5.11.2_PRIVATE_API)(64bit), but this requirement cannot be provided Problem: libqt5-qtwebengine-5.11.2-1.2.x86_64 requires libQt5Gui.so.5(Qt_5.11.2_PRIVATE_API)(64bit), but this requirement cannot be provided Problem: libQtQuick5-5.11.2-1.1.x86_64 requires libQt5Test.so.5(Qt_5.11.2_PRIVATE_API)(64bit), but this requirement cannot be provided Problem: libQtQuick5-5.11.2-1.1.x86_64 requires libQt5Widgets.so.5(Qt_5.11.2_PRIVATE_API)(64bit), but this requirement cannot be provided Problem: libQt5WebView5-5.11.2-1.1.x86_64 requires libQt5Core.so.5(Qt_5.11.2_PRIVATE_API)(64bit), but this requirement cannot be provided According to the QT 5.12 release change notes (https://code.qt.io/cgit/qt/qtbase.git/plain/dist/changes-5.12.0/?h=v5.12.0), 5.12 should be binary compatible with 5.11.2. Unfortunately, the libraries are showing as incompatible. Is this happening for everyone, or is it just me? Is it safe to ignore the dependencies? -- Ben -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 years, 6 months

[opensuse-factory] New Tumbleweed snapshot 20181212 released!

by Dominique Leuenberger

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: mailman perl-Cpanel-JSON-XS (4.07 -> 4.08) perl-Date-Manip (6.73 -> 6.75) perl-ExtUtils-F77 (1.20 -> 1.22) perl-HTTP-DAV (0.48 -> 0.49) perl-JSON-XS (3.04 -> 4.0) perl-Perl-Tidy (20180220 -> 20181120) urlscan (0.8.6 -> 0.9.1) xf86-video-mga (1.6.5 -> 2.0.0) xfce4-branding-openSUSE === Details === ==== mailman ==== - Use multi-argument find -exec. - Set bash as build shell due to occurrence of "=~". - Add systemd timers to be used instead of cron. (boo#1115446) - Rewrite whole package to use systemd services instead of SysV init. (boo#1116022) - Lots and lots of cleanup to minimize rpmlint warnings (remainings are either false positives or they don't make much sense) ==== perl-Cpanel-JSON-XS ==== Version update (4.07 -> 4.08) - updated to 4.08 see /usr/share/doc/packages/perl-Cpanel-JSON-XS/Changes 4.08 2018-11-28 (rurban) - Add unblessed_bool property (PR #118 by Pali) ==== perl-Date-Manip ==== Version update (6.73 -> 6.75) - updated to 6.75 see /usr/share/doc/packages/perl-Date-Manip/Changes 6.74 2018-12-01 - Removed travis file from the tarball The tarball had a .travis.yml file in it that wasn't in the MANIFEST file. Since the MANIFEST file is automatically generated by the perl mkmanifest tool, since it didn't see the .travis.yml file, I have excluded it from the tarball. Reported by Mohammad S Anwar on GitHub (#23) - Time zone fixes Newest zoneinfo data (tzdata 2018e) ==== perl-ExtUtils-F77 ==== Version update (1.20 -> 1.22) - updated to 1.22 see /usr/share/doc/packages/perl-ExtUtils-F77/CHANGES v1.22 released Dec 2nd 2018 - -------------------------- * Fixed some minor typos in README and F77.pm v1.21 released Nov 25th 2018 - ---------------------------- * Adjust ordering of searched for Generic GNU compilers (Nov 2018) * Addition to pod format content (Nov 2018) * Use Text::ParseWords not naive split (mohawk2) * Modernize t/require.t (mohawk2) ==== perl-HTTP-DAV ==== Version update (0.48 -> 0.49) - updated to 0.49 see /usr/share/doc/packages/perl-HTTP-DAV/Changes v0.49 (released 2018/11/28): * bug fixes Fixed perl shebang line in "dave" script, for ExtUtils::MakeMaker to correctly replace it. Closes "RT#127819". Fixed "propfind" response handling to also consider successful an HTTP 207 status code. Closes "RT#127591". Fixed "clone()" method to properly respect the class name. Closes "RT#123528". Thanks to Ricardo Signes for the patch. * documentation fixes Fixed various pod issues raised by Debian contributor "fsfs(a)debian.org". Closes "RT#119878". ==== perl-JSON-XS ==== Version update (3.04 -> 4.0) - updated to 4.0 see /usr/share/doc/packages/perl-JSON-XS/Changes ==== perl-Perl-Tidy ==== Version update (20180220 -> 20181120) - updated to 20181120 see /usr/share/doc/packages/perl-Perl-Tidy/CHANGES.md ==== urlscan ==== Version update (0.8.6 -> 0.9.1) - Update to version 0.9.1 * Add incremental search feature. (#13) * Other misc bug fixes/enhancements (PR #74) * Fix crash when URL list not visible. Closes #68 * Fix unescape bug. Closes #67 * Bugfix in browser handling. Fixes #70 * Fix crash caused by webbrowser module bug. * PEP8 fixes/modifications * Update tld list * Fix up arrow bug. Closes #66 * Add optional config file for editing/adding palettes. * Simplify palette variable to only used values. Cycle through available palettes * Merge branch 'runtime_palette_switch' of https://github.com/machinedgod/urlscan into machinedgod-runtime_palette_switch * Fix crash when BROWSER not set. Closes #60, Fixes #63 * Don't handle mouse events. Fixes #65. * Hitting 'b' key now switches palettes * Allow https URLs for images * Add #51. Execute arbitrary expression for URL in place of opening browser. * More fixes for #48. Refresh screen after text browser use * Fix #49. Deduplication display issue. * Fix #50. Detect and add ability to remove escape char \ from URLs. * Fix #48. Prevent loading thread from affecting screen when using * terminal browsers. * Add g/G as top/bottom keyboard shortcuts. Fix #47 * Update minimum urwid version * Type number to jump to URL * Bugfix - Move to python3 (boo#1119223) ==== xf86-video-mga ==== Version update (1.6.5 -> 2.0.0) - Update to version 2.0.0 * This is a maintenance release of Matrox DDX. Just for disclosure, the code is currently broken for Millennium, Millennium II, and G550. For those models, you may have to disable acceleration to workaround the issue. (the workaround is untested) The code is untested on Mystique and G100 due to lack of access to the hardware at this time. The code works generally okay on G200, G400, and G450. That being said, EXA occasionally leaves artifacts and standby resume is currently broken. Standby resume used to work, but someone broke the code in the last few years. (Kevin Brace, Brace Computer Laboratory, https://bracecomputerlab.com) - adjusted u_Fix-compiler-warnings.patch, u_shadow-Calulate-the-shadow-buffer-size-correctly.patch, u_Change-shadow-fb-implementation-from-DDX-based-to-miext-damage-based.patch - supersedes u_EXA-Fix-UploadToScreen.patch ==== xfce4-branding-openSUSE ==== Subpackages: exo-branding-openSUSE libgarcon-branding-openSUSE libxfce4ui-branding-openSUSE openSUSE-xfce-icon-theme thunar-volman-branding-openSUSE xfce4-notifyd-branding-openSUSE xfce4-panel-branding-openSUSE xfce4-power-manager-branding-openSUSE xfce4-session-branding-openSUSE xfce4-settings-branding-openSUSE xfdesktop-branding-openSUSE xfwm4-branding-openSUSE - New default look: * Mint-Y-Teal-Darker GTK and xfwm4 theme * Elementary-xfce icon theme * Noto Sans as default font * Hack as default monospace font * Font hinting and rbg enabled by default * Changed default panel plugins -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 years, 6 months

[opensuse-factory] [Introduction] python-sphinxcontrib-autoprogram

by dcermak＠suse.com

Hi list, I would like to submit the package python-sphinxcontrib-autoprogram to Factory in the next few days. The package is a convenient addon for sphinx: it allows you to automatically create a documentation of scripts that use python's argparse module. This module is used by some other packages to create their manpages (e.g. gcovr). Adding this package will allow us to ship the documentation for these packages. The package itself is developed on github: https://github.com/sphinx-contrib/autoprogram It has been around for ~4 years, is actively maintained by its author (Hong Minhee) and receives also contributions from others (currently 9 contributors in total). Cheers, Dan -- Dan Čermák <dcermak(a)suse.com> Software Engineer Development tools SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nürnberg Tel: +49-911-74053-0; Fax: +49-911-7417755; https://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

3 years, 6 months

[opensuse-factory] LLVMgold vs. liblto_plugin for ar

by Werner LEMBERG

[I'm using leap 42.3, but I guess it's a generic question, so I'm writing to this list.] Folks, is there any documentation that explains the differences, strengths, advantages, etc., between the `LLVMgold.so' plugin for `ar' and `liblto_plugin.so' from gcc? On leap 42.3, a link to the former is installed by default in `/usr/lib/bfd-plugins', while I have to create a link for the latter if I want to use it (using ar's `--plugin' option, or removing the link to `LLVMgold.so') – I guess this is still the case with Tumbleweed... Reason for my question is a crash in `LLVMgold.so', see https://bugzilla.opensuse.org/show_bug.cgi?id=1117239 https://sourceware.org/bugzilla/show_bug.cgi?id=23928 To circumvent the issue I wonder whether it makes sense to simply replace the plugin with gcc's version, but I can't find any background information whether this is sensible... Werner

3 years, 6 months

[opensuse-factory] Submitted bug 1119580 on frescobalid/python-poppler-qt5/ python3-poppler-qt5

by Jogchum Reitsma

Hi, I installed TW on a new system, on which frescobaldi refuses to start. On the old system, with a TW of somewhere early November, things went fine. According to the upstream mantainers of frescobaldi "the problem is that one of the dependency packages (python-poppler-qt5 or python3-poppler-qt5) is not correctly recompiled against the correct Qt version" I entered https://bugzilla.opensuse.org/show_bug.cgi?id=1119580 on this. regards, Jogchum Reitsma -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 years, 6 months

[opensuse-factory] New Tumbleweed snapshot 20181213 released!

by Dominique Leuenberger

3 years, 6 months

[opensuse-factory] Tumblweed - Review of the week 2018/50

by Dominique Leuenberger / DimStar

Dear Tumbleweed users and hackers, During week 50/2018 Tumbleweed has received 4 snapshots: 1206, 1208, 1211 and 1212. The main changes were in those packages: * Linux Kernel 4.19.7 * Ruby Rails 5.2.1.1 (CVE related changes) * Guile 2.2.4, updated from 2.0 branch * util-linux 2.33 * Updated XFCE4 theming, as announced in the mailing list There are mostly the same big chunks left in the staging areas, some making minor progress though: * glibc 2.28, Python 3.7, openssl 1.1.1: the main blocker, that prevented this staging from building at all, could be identified (perl5.28 caused an endless loop in makeinfo during execution). The staging is still far from ready though, as Python 3.7 is known to be incompatible to Salt * Mesa 18.3 * LLVM7: rust fails to build with LLVM7 * Installer redesign: the sidebar is coming back (showing where in the installation workflow one is currently) * PostgreSQL 11 * Linux kernel 4.19.8 * Perl 5.28 * Qt 5.12.0 * KDE Applications 18.12.0 Seems like the list of staged changes is getting bigger by the week - partially owned to the fact that more and more developers seem to be busy with holiday preparations. But there are still many around to keep Tumbleweed rolling. Cheers, Dominique

3 years, 6 months

[opensuse-factory] openMPI mixup in Tumbleweed/Leap 15.x

by Stefan Brüns

Hi, I went through a few packages which have an openMPI dependency or support, and found it quite mixed up: Currently, we have openmpi(1), openmpi2 and openmpi3 in Leap and TW. While openmpi3 is currently unused, openmpi1 and openmpi2 are both used, with similar frequency: https://build.opensuse.org/package/binary/openSUSE:Factory/openmpi2:standar… standard/x86_64/openmpi2-libs-2.1.5-2.1.x86_64.rpm https://build.opensuse.org/package/binary/openSUSE:Factory/openmpi:standard/ standard/x86_64/openmpi-libs-1.10.7-21.1.x86_64.rpm Several programs will end up with implicitly linking to both versions, as libnetcdf and hdf5 use openmpi1 and boost_mpi uses openmpi2. One example is vtk. As both libraries (libmpi.so.12 and libmpi.so.20) export the same symbols for large parts, this is mayhem waiting to happen. For SLE, different MPI versions/implementations are supported using the HPC modules, but for Leap/TW, we should obviously stick with *one* single canonical version. Question now, which version to choose? Apparently, openmpi2 does not work on all architectures (PPC, PPC64BE) [1], and is not supported by some software packages [2]. Are there any drawbacks for using openmpi1 everywhere in TW/Leap 15.x? I have opened a bug report: https://bugzilla.opensuse.org/show_bug.cgi? id=1118861 Kind regards, Stefan [1] "Stay with openmpi(1) also on PPC", boost, 2018-10-01, https:// build.opensuse.org/request/show/639401 [2] "Cntk packages do not support OpenMPI 2+", https://github.com/Microsoft/ CNTK/issues/3197 -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019

3 years, 6 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

openSUSE Factory December 2018