[SO-NAME-BUMP] jsoncpp.so.22 -> 24

Hello, I'm going to update jsoncpp to v1.9.3 in Rawhide, which implies a so- name bump from jsoncpp.so.22 to jsoncpp.so.24, during today. I will take care of rebuilding all its consumers, which are: * cmake * domoticz * guayadeque * libjson-rpc-cpp * minetest * oomd * orthanc * p

Re: [SO-NAME-BUMP] jsoncpp.so.22 -> 24

Am Samstag, den 30.05.2020, 12:13 +0200 schrieb Björn 'besser82' Esser: > Hello, > > I'm going to update jsoncpp to v1.9.3 in Rawhide, which implies a so- > name bump from jsoncpp.so.22 to jsoncpp.so.24, during today. > > I will take care of rebuil

Re: Packaging problem

Am Samstag, den 30.05.2020, 21:20 +0200 schrieb ycollette.nos...@free.fr: > Hello, > > I've got a problem with a package. > I am trying to clean up a spec file before sending it to review and > I've got an error: > > erreur : Empty %files file /home/artelys/rpmbuild/BUILD/jamulus- > c6b6e3ab02d7e

Re: [SO-NAME-BUMP] jsoncpp.so.22 -> 24

Am Samstag, den 30.05.2020, 18:36 +0200 schrieb Björn 'besser82' Esser: > The rebuilds have been finished successfully so far, except: > > * domoticz [1], and > * polybar [2], > > which I have filed FTBFS bugs [1,2] for. I've fixed those FTBFS in the mean

Re: Soname bump gloox libgloox.so.13 -> 17

Am Sonntag, den 31.05.2020, 11:29 +0200 schrieb David Schwörer: > If a proven packager could rebuild 0ad and uwsgi and submit an update, > that would be great. Done so. Waiting for the builds to finish. Updates will be pushed asap then. Cheers Björn signature.asc Description: This is a digit

Re: Soname bump gloox libgloox.so.13 -> 17

Am Sonntag, den 31.05.2020, 11:49 +0200 schrieb Björn 'besser82' Esser: > Am Sonntag, den 31.05.2020, 11:29 +0200 schrieb David Schwörer: > > If a proven packager could rebuild 0ad and uwsgi and submit an > > update, > > that would be great. > > Done

Re: libgps soname bump (gpsd-3.20)

Am Donnerstag, den 18.06.2020, 16:34 +0200 schrieb Miroslav Lichvar: > A new version of gpsd is ready to be build in rawhide. This is a > second attempt. It now bumps the libgps soname. Per repoquery the > following packages have a dependency on libgps and will need a > rebuild: > > collectd > dir

Re: libgps soname bump (gpsd-3.20)

Am Donnerstag, den 18.06.2020, 16:34 +0200 schrieb Miroslav Lichvar: > A new version of gpsd is ready to be build in rawhide. This is a > second attempt. It now bumps the libgps soname. Per repoquery the > following packages have a dependency on libgps and will need a > rebuild: > > collectd > dir

Re: client.cpp:104:47: error: '_1' was not declared in this scope

Am Dienstag, den 23.06.2020, 12:41 + schrieb Martin Gansser: > Sorry, can't access your posted links. > Regards > Martin A solution for this problem was posted in one of the links by Jonathan Wakely: > I believe in most cases this can be fixed by changing > to and adding "using boost::place

Re: gsoap updated in rawhide

Am 07.02.2017 um 13:07 schrieb Mattias Ellert: Hi! The gsoap package has been updated to version 2.8.43 in rawhide only. Dependent packages should rebuild. However, the mass rebuild is scheduled to start this week so just leaving it to be fixed by the mass rebuild is very much OK. $ dnf repoque

Re: unheeded ACL requests

Am 12.02.2017 um 18:34 schrieb Globe Trotter: Thanks! > 1. Where does one get fedora-active-user? ~$ ./fedora_active_user.py --user awjb FAS password for aarem: Last login in FAS: awjb 2016-12-10 ERROR:active-user:syntax error: line 1, column 0 There seems to have been some activity, but why

Re: Self Introduction: Nemanja Milosevic (nmilosev)

Hello Nemanja, I already assigned your review request to me and will have a look into it during today. I intend to sponsor you into the packager-group, but please do some "informal" reviews in the mean time and post links to them here. Cheers Björn Am 16.02.2017 um 01:41 schrieb Nemanj

Re: fedora-review complains about gschema files in an RPM package

Am 24.02.2017 um 06:19 schrieb Andrew Toskin: I'm a new Fedora packager; my very first packages have not yet been accepted. I'm working on RPM packages for a few GNOME Shell extensions. Things are mostly going well, except that `fedora-review` complains about gschemas in the packages, and I'm

Re: Noarch package with arched tests

Am 26.02.2017 um 23:13 schrieb Susi Lehtola: Hi, I've packaged pybind11 which is a seamless interface between Python and C++11. This is a headers-only package, which would make it noarch... However, it also carries a testsuite, which - of course - is important to run on all architectures.

Re: Noarch package with arched tests

Am 27.02.2017 um 12:36 schrieb Ralf Corsepius: On 02/26/2017 11:13 PM, Susi Lehtola wrote: Hi, I've packaged pybind11 which is a seamless interface between Python and C++11. This is a headers-only package, which would make it noarch... Cf. the "Packaging Header Only Libraries" section in the

Re: Noarch package with arched tests

Am 28.02.2017 um 13:19 schrieb Michael Schwendt: On Mon, 27 Feb 2017 22:49:22 +0100, Björn 'besser82' Esser wrote: Am 27.02.2017 um 12:36 schrieb Ralf Corsepius: On 02/26/2017 11:13 PM, Susi Lehtola wrote: Hi, I've packaged pybind11 which is a seamless interface between P

Re: libbluray soname bump

Am 09.03.2017 um 17:34 schrieb Xavier Bachelot: oops, with the proper fedora devel mail now... On 09/03/2017 17:11, Xavier Bachelot wrote: Hi, I'm going to update libbluray in rawhide (and f26 as I believe its early enough in the release cycle) to version 1.0.0, which includes a soname bump. T

Re: Is Pagure slow for you too?

Am 23.03.2017 um 12:26 schrieb Athos Ribeiro: On Thu, Mar 23, 2017 at 11:14:58AM +0100, Jiri Eischmann wrote: I wonder if it's just me or others also have problems with performance of Pagure. Pagure is always slower for me than e.g. Github, but it's bearable. However, there are times when I hav

Re: gparted corrupts when shrinking ntfs

Am 04.04.2017 um 09:50 schrieb Richard W.M. Jones: On Mon, Apr 03, 2017 at 09:26:37PM -0700, John Reiser wrote: When I use Fedora 25 Workstation Live plus gparted to shrink an ntfs partition, then the result is corrupt. This is reproducible on a minimal install of Windows 10 build 1510 (a raw s

Broken libglvnd in Rawhide

Hello list! Looks like someone broke libglvnd in Rawhide. I noticed it, when I got flooded with "dependencies failed to resolve" notifications from Koshei. I already filed an issue [1] with Releng and explained how to fix it. Cheers, Björn [1] https://pagure.io/releng/issue/6743 __

[FIXED] Re: Broken libglvnd in Rawhide

Fixed after this [1] build has finished. [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=875499 Am 04.04.2017 um 14:56 schrieb Björn 'besser82' Esser: Hello list! Looks like someone broke libglvnd in Rawhide. I noticed it, when I got flooded with "dependencies fa

[libglvnd] Please test and give karma on F26

Hi there! I'm looking for testers of the libglvnd-0.2.999-14.20170308git8e6e102.fc26 update [1]. The update has already been tested on F25 and is going to stable in the next push. To keep upgrade-path the updatein F26 needs to be pushed stable the same time. Please test and give karma! Ch

thermald-review

Hello folks, since yesterday was some discussion around thermald, I decided to submit it for review [1]. If someone wants to volunteer… [1] https://bugzilla.redhat.com/show_bug.cgi?id=1440406 ___ devel mailing list -- devel@lists.fedoraproject.org

Re: thermald-review

Am 08.04.2017 um 23:27 schrieb Hans de Goede: Hi, On 08-04-17 23:22, Björn 'besser82' Esser wrote: Hello folks, since yesterday was some discussion around thermald, I decided to submit it for review [1]. If someone wants to volunteer… The URL is wrong, it should be: https://

Nested rich-dependencies in rpm

Hello folks, I hope someone can help me with the following question: Does recent Fedora's rpm support nested rich-dependencies like: Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or pkg_e)) Is there any way to express a dependency like that? Cheers Björn __

Re: Nested rich-dependencies in rpm

Am 12.04.2017 um 12:16 schrieb Neal Gompa: On Wed, Apr 12, 2017 at 5:08 AM, Björn 'besser82' Esser wrote: Hello folks, I hope someone can help me with the following question: Does recent Fedora's rpm support nested rich-dependencies like: Supplements: (pkg_a and pkg_b and p

Re: Nested rich-dependencies in rpm

Am 12.04.2017 um 13:58 schrieb Neal Gompa: On Wed, Apr 12, 2017 at 7:56 AM, Björn 'besser82' Esser wrote: Am 12.04.2017 um 12:16 schrieb Neal Gompa: On Wed, Apr 12, 2017 at 5:08 AM, Björn 'besser82' Esser wrote: Hello folks, I hope someone can help me with the foll

[HEADS UP] F27: Desktop-Environments: replacing Yumex-DNF with DNFDragora, added weak-dependencies to libyui-$UI

Hello folks! For the transition from Yumex-DNF to DNFDragora, I have added the following weak-deps to the corresponding libyui-$UI packages: For GTK-based DEs (libyui-gtk): # For Cinnamon. Supplements: (libyui%{?_isa} and cinnamon%{?_isa}) # For LXDE. # For Cinnamon. Supplements: (libyui

Re: Nested rich-dependencies in rpm

Am 12.04.2017 um 16:28 schrieb Christian Dersch: On 04/12/2017 04:19 PM, Matthew Miller wrote: On Wed, Apr 12, 2017 at 02:56:24PM +0200, Christian Dersch wrote: On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82' Esser wrote: I hope someone can help me with the following ques

Re: Nested rich-dependencies in rpm

Am 12.04.2017 um 18:05 schrieb Christian Dersch: On 04/12/2017 05:59 PM, Matthew Miller wrote: On Wed, Apr 12, 2017 at 10:41:52AM -0500, Dan Williams wrote: It's not uncommon to have any or all of GTK, GNOME, and KDE installed at the same time. What libyui-* does dnfdragora use? What happens

Re: Nested rich-dependencies in rpm

Am 12.04.2017 um 19:07 schrieb Matthias Clasen: On Wed, 2017-04-12 at 18:20 +0200, Björn 'besser82' Esser wrote: @Björn: Do you know how libyui chooses the toolkit? Yes. Libyui performs a check on init of ui whether it's running on a TTY or not: if TTY it instantly uses

Re: Nested rich-dependencies in rpm

Am 12.04.2017 um 19:35 schrieb Michael Catanzaro: On Wed, 2017-04-12 at 13:07 -0400, Matthias Clasen wrote: To throw in my 2c as gtk maintainer: I'd rather have a well-written qt app on my desktop than something that relies on fragile toolkit abstraction layers like this. Both gtk and qt are alr

Re: Nested rich-dependencies in rpm

Am 13.04.2017 um 02:38 schrieb Rafal Luzynski: 12.04.2017 18:20 Björn 'besser82' Esser wrote: [...] if TTY it instantly uses libyui-ncurses else it *tries* to load - and uses the first available - GUI-backend in the following order: libyui-qt libyui-gtk libyui-ncurses Could it at

Re: Nested rich-dependencies in rpm

Am 14.04.2017 um 22:52 schrieb Rafal Luzynski: 13.04.2017 08:57 Björn 'besser82' Esser wrote: Am 13.04.2017 um 02:38 schrieb Rafal Luzynski: [...] Could it at least try to recognize the current desktop environment and prefer the matching backend rather than loading them in this

[SONAME bump] json-c

Hi folks! I'm planning to update json-c in rawhide (maybe in F26 too). This implies a SONAME bump - the one that should have been in json-c-0.12 already. As a provenpackager, I can rebuild all affected packages during the update. Affected packages (my own filtered out): abrt abrt-plugin-bo

Re: [SONAME bump] json-c

Am 27.04.2017 um 11:52 schrieb Björn 'besser82' Esser: Hi folks! I'm planning to update json-c in rawhide (maybe in F26 too). This implies a SONAME bump - the one that should have been in json-c-0.12 already. As a provenpackager, I can rebuild all affected packages dur

Re: [RFC] delta-repository-metadata

Am 27.04.2017 um 19:02 schrieb Igor Gnatenko: P.S. F25 and above are supported Well, no… I tried the plugin on fc26 and dnf refused to do anything after that: AttributeError: 'Repo' object has no attribute 'cachedir' I had to remove the plugin using low-level rpm… Looks like the code

Re: Split translations to noarch packages?

Am 27.04.2017 um 22:29 schrieb Tomasz Kłoczko: On 27 April 2017 at 21:54, Reindl Harald wrote: Am 27.04.2017 um 21:50 schrieb Tomasz Kłoczko: OK so what kind of problem solves those changes? Can I have look on some bugzilla entry? split packages where it *really* matters instead create thousa

Re: gnustep-base 1.25.0 update

Am 29.04.2017 um 16:01 schrieb Antonio Trande: Hello. gnustep-base must be updated to the release 1.25.0. I created a buildroot-override (https://bodhi.fedoraproject.org/overrides/gnustep-base-1.25.0-2.fc26) for rebuilding its dependencies so, please, rebuild and commit a new release of followin

Re: fedpkg new-sources still uploading twice?

Am 02.05.2017 um 15:13 schrieb Richard Shaw: I know this was reported as far back as December... Am I the only one still seeing sources getting uploaded twice? Thanks, Richard Still uploading twice for me too… ___ devel mailing list -- devel@lists.f

Re: Making swatchbooker run

Am 16.05.2017 um 20:58 schrieb Luya Tshimbalanga: python2-lcms2 just landed in the repository https://koji.fedoraproject.org/koji/packageinfo?packageID=24206 Attempting to run swatcbooker resulted his error: $ swatchbooker Traceback (most recent call last): File "/usr/share/swatchbooker/swa

Re: F25 builds a library with AVX, causes SIGILL on AMD

Am 23.05.2017 um 07:00 schrieb Pete Zaitcev: Hi, All: I'm going to re-state the problem in short, but in case, URL https://bugzilla.redhat.com/show_bug.cgi?id=1454543 - I maintain a library (liberasurecode) - It contains a call to ceill() from -lm - When Koji builds the code, something makes

Re: Non responsive maintainer fab

Am 23.05.2017 um 08:48 schrieb Vascom: I am want co-maintain or admin package klavaro https://admin.fedoraproject.org/pkgdb/package/rpms/klavaro/ And I make request in pkgdb. But it's admin fab not response https://admin.fedoraproject.org/pkgdb/packager/fab/ What should I do? Have tried to pi

Re: retiring git-annex

Am 27.05.2017 um 15:13 schrieb Jens-Ulrik Petersen: Hi, I think we need to retire git-annex from Fedora (the current version is very old and has security issues), since to build current versions needs adding a lot of new Haskell dependencies to Fedora. Currently noone has expressed intereste

Re: F27 System Wide Change: Rsyslog log format change proposal

Am 29.05.2017 um 15:22 schrieb Jan Kurik: = Proposed System Wide Change: Rsyslog log format change proposal = https://fedoraproject.org/wiki/Changes/RsyslogLogFormat Change owner(s): * Radovan Sroka * Roman Pavelka Currently Fedora uses RSYSLOG_TraditionalFileFormat as a default format for ti

Re: F27 Self Contained Change: Making sudo pip Safe (Again)

Am 31.05.2017 um 16:20 schrieb Jan Kurik: = Proposed Self Contained Change: Making sudo pip Safe (Again) = https://fedoraproject.org/wiki/Changes/Making_sudo_pip_safe Change owner(s): * Michal Cyprian * Petr Viktorin * Tomas Orsava * Miro Hroncok At the present time, running sudo pip3 in F

Re: Testing request: libdb and F26 upgrades

Am 04.06.2017 um 18:44 schrieb Adam Williamson: There are updates in F24, F25 and F26 at present which we hope should resolve this bug without causing other problems, but the code in question is quite sensitive so we want to be as sure as possible that it's good to go. The updates to -21 libdb

Re: mame build OOMs on f24 and f25 i686, succeeds on other arches and branches

Am 07.06.2017 um 20:21 schrieb Julian Sikorski: W dniu 07.06.2017 o 08:50, Dan Horák pisze: On Wed, 7 Jun 2017 06:42:21 +0200 Julian Sikorski wrote: Hi list, I have updated mame packages to 0.186 yesterday. The package built fine on rawhide [1] and f26 [2], as well as on non-i686 on f25 and

Re: mame build OOMs on f24 and f25 i686, succeeds on other arches and branches

Am 08.06.2017 um 09:13 schrieb Julian Sikorski: W dniu 07.06.2017 o 21:14, Björn 'besser82' Esser pisze: Am 07.06.2017 um 20:21 schrieb Julian Sikorski: W dniu 07.06.2017 o 08:50, Dan Horák pisze: On Wed, 7 Jun 2017 06:42:21 +0200 Julian Sikorski wrote: Hi list, I have up

Re: Review swap

Am 15.06.2017 um 11:46 schrieb Michal Novotny: Hello, I have implemented a set of macros specific for module development. I would be happy to review your package if you can review mine: https://bugzilla.redhat.com/show_bug.cgi?id=1461769 clime Just assigned. It would be great, if you coul

Re: Package suggestions

Am 16.06.2017 um 22:52 schrieb Artur Iwicki: I took a shot at packaging the game and it went rather smoothly. The only issue I have is that the level packs don't really have a licence; the only copyright info is a line at the end of the readme, stating: "This package [...] may be distributed fr

Re: CVE-2017-3140 bind: RPM rebuild for F26?

Am 25.06.2017 um 14:34 schrieb Bojan Smojver: Hi, I pinged folks in bug #1461641 about this a couple of times, but no joy. Anyone else here that can rebuild and push patched bind to F26? Thanks, Hello, fixed builds [1] are finished for fc26 and rawhide. An update for fc26 [2] has been subm

Re: Retiring Packages with Broken Dependencies in branched (2017-06-26)

Am 26.06.2017 um 09:02 schrieb t...@fedoraproject.org: htmlcleaner (maintained by: marcindulak, besser82, java-sig) htmlcleaner-2.2.1-6.fc21.noarch requires java-headless = 1:1.8.0 htmlcleaner-2.2.1-6.fc21.src requires java-devel = 1:1.8.0 htmlcleaner has

Re: TortoiseHG 4.2.1 in Fedora 26 (critical issue)

Am 05.07.2017 um 13:28 schrieb David Demelier: Hello, There is a major issue in tortoisehg 4.2 which makes most of the software unusable [0][1]. It would be nice to have 4.2.1 in Fedora 26 as it's a small bugfix release. Is there any chance that we get into it before the release or quickly

Re: TortoiseHG 4.2.1 in Fedora 26 (critical issue)

Am 05.07.2017 um 15:25 schrieb Björn 'besser82' Esser: Am 05.07.2017 um 13:28 schrieb David Demelier: Hello, There is a major issue in tortoisehg 4.2 which makes most of the software unusable [0][1]. It would be nice to have 4.2.1 in Fedora 26 as it's a small bugfix rele

Re: cbang build error on epel

Am 06.07.2017 um 10:14 schrieb Samuel Rakitničan: Hi, I am building CAMotics with cbang builds successfully for i686 and x86_64 platforms, I am trying to make it work for other architectures, in particular armv7 and ppc64 (there is no v8-314 available for others). So while testing fixes on

Re: some help needed with requires issue in spec file for pyproj

Am 06.07.2017 um 12:03 schrieb Jos de Kloe: something strange happened in my recent pyproj build on rawhide which causes all relevant requires to be lost, see: https://bugzilla.redhat.com/show_bug.cgi?id=1467366 I tried to find a solution or workaround, but without succes. When I do a local

Re: some help needed with requires issue in spec file for pyproj

Am 06.07.2017 um 12:22 schrieb Björn 'besser82' Esser: Am 06.07.2017 um 12:03 schrieb Jos de Kloe: something strange happened in my recent pyproj build on rawhide which causes all relevant requires to be lost, see: https://bugzilla.redhat.com/show_bug.cgi?id=1467366 I tried

Re: some help needed with requires issue in spec file for pyproj

Am 06.07.2017 um 12:24 schrieb Björn 'besser82' Esser: Am 06.07.2017 um 12:22 schrieb Björn 'besser82' Esser: Am 06.07.2017 um 12:03 schrieb Jos de Kloe: something strange happened in my recent pyproj build on rawhide which causes all relevant requires to be l

Re: some help needed with requires issue in spec file for pyproj

Am 06.07.2017 um 13:09 schrieb Jos de Kloe: Hi Björn, On 07/06/2017 12:22 PM, Björn 'besser82' Esser wrote: Am 06.07.2017 um 12:03 schrieb Jos de Kloe: ... It looks to me like you are using the old and discouraged / deprecated `%filter_setup` macro stuff, valid for EPEL <=

Re: Using ndb in RPM

Am 11.07.2017 um 05:49 schrieb Chris Adams: Once upon a time, Leonid Podolny said: Correct me if I'm wrong, but the database here is several thousands rows in total, several MBs in size. Every database engine should be fine. We probably care much more about things like ease of development, st

Rebuilt SWIG with support for Octave 4.2

I just backported the upstream patch for adding support for Octave 4.2 to SWIG in Rawhide. Build is running [1]. Cheers Björn [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=17285610 ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Rebuilt SWIG with support for Octave 4.2

Am 14.01.2017 um 19:56 schrieb Björn 'besser82' Esser: I just backported the upstream patch for adding support for Octave 4.2 to SWIG in Rawhide. Build is running [1]. Cheers Björn [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=17285610 The recent build [1] of Swig

Re: Boost 1.63 rebuilds underway for f26

Am 27.01.2017 um 12:21 schrieb Jonathan Wakely: As part of the https://fedoraproject.org//wiki/Changes/F26Boost163 change to update Boost in F26 I've started rebuilding the packages that depend on Boost, using the f26-boost side tag. That means I've pushed a bumpspec change to their spec files, b

Fedora 25 Koji buildroots broken…

Hi there! The Fedora 25 buildroot on Koji is b0rk3n… :( DEBUG util.py:435: Error: nothing provides libGL.so.1()(64bit) needed by muffin-devel-3.2.1-1.fc25.x86_64. DEBUG util.py:435: nothing provides libEGL.so.1()(64bit) needed by clutter-1.26.0-1.fc25.x86_64. DEBUG util.py:435: nothing pro

Re: Fedora 25 Koji buildroots broken…

Allrighty… Looks like the override for libglvnd somehow got untagged… Just re-tagged in f25-build… Should be fixed now. Am 29.01.2017 um 17:19 schrieb Björn 'besser82' Esser: Hi there! The Fedora 25 buildroot on Koji is b0rk3n… :( DEBUG util.py:435: Error: nothing provides

Re: Boost 1.63 rebuilds underway for f26

Am 27.01.2017 um 13:12 schrieb Jonathan Wakely: On 27/01/17 13:02 +0100, Björn 'besser82' Esser wrote: Am 27.01.2017 um 12:21 schrieb Jonathan Wakely: As part of the https://fedoraproject.org//wiki/Changes/F26Boost163 change to update Boost in F26 I've started rebuilding th

Re: Boost 1.63 rebuilds underway for f26

Am 30.01.2017 um 17:33 schrieb Jonathan Wakely: On 30/01/17 12:34 +0100, Björn 'besser82' Esser wrote: Am 27.01.2017 um 13:12 schrieb Jonathan Wakely: On 27/01/17 13:02 +0100, Björn 'besser82' Esser wrote: Am 27.01.2017 um 12:21 schrieb Jonathan Wakely:

Re: Boost 1.63 rebuilds underway for f26

Am 01.02.2017 um 00:19 schrieb Björn 'besser82' Esser: Am 30.01.2017 um 17:33 schrieb Jonathan Wakely: On 30/01/17 12:34 +0100, Björn 'besser82' Esser wrote: Am 27.01.2017 um 13:12 schrieb Jonathan Wakely: On 27/01/17 13:02 +0100, Björn 'besser82' Esser wrote:

Re: Boost 1.63 rebuilds underway for f26

Am 01.02.2017 um 12:44 schrieb Tom Hughes: On 01/02/17 11:15, Björn 'besser82' Esser wrote: Am 01.02.2017 um 00:19 schrieb Björn 'besser82' Esser: Am 30.01.2017 um 17:33 schrieb Jonathan Wakely: Thanks. Several of the boost rebuilds can't proceed until hdf5 is rebuil

Re: Boost 1.63 rebuilds underway for f26

Am 01.02.2017 um 15:13 schrieb Björn 'besser82' Esser: Am 01.02.2017 um 12:44 schrieb Tom Hughes: On 01/02/17 11:15, Björn 'besser82' Esser wrote: Am 01.02.2017 um 00:19 schrieb Björn 'besser82' Esser: Am 30.01.2017 um 17:33 schrieb Jonathan Wakely: Thanks.

Re: HEADS UP: libwebp-0.6.0 soname bumps

Am 01.02.2017 um 18:59 schrieb Sandro Mani: Hi I'm about to fire off the libwebp and mingw-libwebp 0.6.0 updates, which include soname bumps. I'm rebuilding all of the dependent packages: darktable-2.2.2-1.fc26.src.rpm efl-1.18.4-2.fc26.src.rpm freeimage-3.17.0-8.fc26.src.rpm gd-2.2.4-1.fc26

Re: Attention users of %fpc_arches macro

Am 04.02.2017 um 09:58 schrieb Mattia Verga: At the attention of 'ExclusiveArch: {%fpc_arches}' macro users: Free Pascal Compiler in Rawhide is now available on ppc64 architecture also. Following this change I've updated the 'ExclusiveArch: {%fpc_arches}' macro to enable builds on ppc64 also.

Re: Heads-up: RPM 4.16 alpha coming to rawhide

Am Mittwoch, den 01.04.2020, 14:36 +0300 schrieb Panu Matilainen: > On 3/31/20 8:24 PM, Gary Buhrmaster wrote: > > On Tue, Mar 31, 2020 at 6:43 AM Panu Matilainen > > wrote: > > > > > Based on rpm-specs-latest.tar.xz from this morning, there are > > > thirtysome > > > packages relying on this beh

[SONAME bump] json-c-0.14 (libjson-c.so.4 -> 5)

Hello together, as json-c 0.14 has been released today, I'm going to push an updated package to Rawhide within the next days. Within that procedure I'll take care of all needed rebuilds. I don't expect any major FTBFS, since I've already added patches to the packages that needed. The patches

Re: [SONAME bump] json-c-0.14 (libjson-c.so.4 -> 5)

Am Sonntag, den 19.04.2020, 18:22 +0200 schrieb Björn 'besser82' Esser: > gluster-block is currently FTBFS for some reason related to the > glusterfs package [2]. The reason for gluster-block has been FTBFS was fixed [1]. There was a clash between config.h in the build-tree and

Re: [SONAME bump] json-c-0.14 (libjson-c.so.4 -> 5)

The SONAME bump has been done, and the re-builds of all packages have finished successfully. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel

Re: [SONAME bump] json-c-0.14 (libjson-c.so.4 -> 5)

Am Mittwoch, den 22.04.2020, 19:02 +0200 schrieb Dan Horák: > On Wed, 22 Apr 2020 12:00:37 +0200 > Björn 'besser82' Esser wrote: > > > The SONAME bump has been done, and the re-builds of all packages > > have > > finished successfully. > > looks you

Re: [SONAME bump] json-c-0.14 (libjson-c.so.4 -> 5)

Am Mittwoch, den 22.04.2020, 20:02 +0200 schrieb Miro Hrončok: > On 22. 04. 20 19:47, Björn 'besser82' Esser wrote: > > Hi Dan, > > > > I created the list of packages with the following chain of commands: > > > > dnf --releasever=rawhide repoqu

Re: App updates for the new AAA solution

Am Donnerstag, den 23.04.2020, 18:00 +0100 schrieb Richard W.M. Jones: > On Thu, Apr 23, 2020 at 05:22:01PM +0100, Stephen Coady wrote: > > Hi, > > > > Development work has begun on the API which will give applications > > access > > to the new AAA solution. As part of our effort to migrate to thi

Re: Fedora+Lenovo

Am Donnerstag, den 30.04.2020, 21:18 + schrieb Mark Pearson: > Hi all, > > Adam Williamson suggested I stick a note in the mailing list saying > “hi” - so I’ve achieved that and officially upgraded myself from > lurker! He also suggested I take questions from the community - and > I’m very ha

json-c security update for CVE-2020-12762 in testing

Hello, as there has a buffer-overflow vulnerability [1] been discovered in json-c recently, I've patched [2] the package to fix the issue and pushed updates for F3{2,1,0}. [3,4] The update for F32 is already in stable, but the updates for the earlier releases are still in waiting to be tested, an

Re: json-c security update for CVE-2020-12762 in testing

Am Montag, den 25.05.2020, 11:32 +0200 schrieb Björn 'besser82' Esser: > Hello, > > as there has a buffer-overflow vulnerability [1] been discovered in > json-c recently, I've patched [2] the package to fix the issue and > pushed updates for F3{2,1,0}. [3,4] > &

Re: Packages still using %{?_smp_mflags} manually?

Am Donnerstag, den 21.05.2020, 17:53 +0200 schrieb Igor Raits: > > In the spec file of another one that I've inherited, I see "make V=1 > > %{?_smp_mflags}". > > %make_build V=1 Not even neccessary since `V=1` already gets injected by the `%make_build` macro at least since F32: $ rpm -E %make_bu

[SO-NAME-BUMP] jsoncpp.so.21 -> jsoncpp.so.22 (1.9.1 -> 1.9.2)

Hello, I'm going to update jsoncpp in Rawhide, which includes a so name bump. I'll take care of bootstrapping CMake and rebuilding of all affected packages during today. There is an impact for third party repos, too, which needs to be handled by them. Cheers, besser82 signature.asc Descriptio

Re: [SO-NAME-BUMP] jsoncpp.so.21 -> jsoncpp.so.22 (1.9.1 -> 1.9.2)

Am Freitag, den 15.11.2019, 09:09 +0100 schrieb Björn 'besser82' Esser: > Hello, > > I'm going to update jsoncpp in Rawhide, which includes a so name bump. > > I'll take care of bootstrapping CMake and rebuilding of all affected > packages during today. &

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler: > Miro Hrončok wrote: > > gnutls now cannot be rebuilt: > > > > nothing provides libnettle.so.6 needed by gnutls-3.6.8- > > 1.fc31.armv7hl > > Don't you love circular dependencies? > > This is really the biggest issue that we have: T

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 12:00 +0200 schrieb Kevin Kofler: > Björn 'besser82' Esser wrote: > > > Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler: > > > Miro Hrončok wrote: > > > > gnutls now cannot be rebuilt: > > > > &

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 20:45 +0200 schrieb Igor Gnatenko: > Because of systemd-libs… It is a dependency of util-linux at least. > That ships logger and lslogins utilities which link against > libsystemd. Which I assume are not really useful nor needed in a minimal buildroot? signature.asc

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 19:26 +0200 schrieb Nicolas Mailhot via devel: > Le mardi 16 juillet 2019 à 18:53 +0200, Björn 'besser82' Esser a > écrit : > > > > Which build chain does look cleaner, shorter, and more semantically > > correct? > > > >

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 19:49 +0200 schrieb Kevin Kofler: > Björn 'besser82' Esser wrote: > > We have a circular dependency in the minimal buildroot: > > > > systemd --> cryptsetup-libs --> json-c > > > > > > cryptsetup needs json-

Re: How do I remove GLIBCXX_ASSERTIONS?

Am Donnerstag, den 01.08.2019, 14:28 -0400 schrieb Steven A. Falco: > The upstream KiCAD project has requested that I remove > GLIBCXX_ASSERTIONS from the Fedora package, as described here: > https://bugs.launchpad.net/kicad/+bug/1838448 > > What is the best way to do that? I can add "%undefine

Re: python2->python3 mass rebuild and auto tools

Am Donnerstag, den 01.08.2019, 17:44 -0400 schrieb Steve Grubb: > On Thursday, August 1, 2019 4:37:01 AM EDT Miro Hrončok wrote: > > On 01. 08. 19 4:43, Steve Grubb wrote: > > > Audit. But is seems that autotools shoul hard code the old > > > sematics so > > > that all packages do the right thing.

Maintainance of trafficserver package

Hello, are there any plans to fix the package from FTBFS state since Fedora 25? Does anybody disagree with me updating that package to the recent upstream release (8.0.1)? Cheers, Björn aka besser82 signature.asc Description: This is a digitally signed message part __

Maintainance of mesos package

Hello, are there any plans to fix the package from FTBFS state since Fedora 25? Does anybody disagree with me updating that package to the recent upstream release (1.7.0)? Cheers, Björn aka besser82 signature.asc Description: This is a digitally signed message part __

Re: Periods in compat package names

Am Mittwoch, den 09.01.2019, 18:07 + schrieb jd...@penguincomputing.com: > From the "Guidelines for Naming Fedora Packages" the example in the > "Multiple packages with the same base name" section ( > https://fedoraproject.org/wiki/Packaging:Naming?rd=Packaging:NamingGuidelines#Multiple_package

Re: Unannounced soname bump: libcapstone.so.3 -> libcapstone.so.4

Am Freitag, den 11.01.2019, 09:43 + schrieb Daniel P. Berrangé: > On Fri, Jan 11, 2019 at 09:40:59AM +, Richard W.M. Jones wrote: > > On Fri, Jan 11, 2019 at 09:30:29AM +, Daniel P. Berrangé wrote: > > > On Fri, Jan 11, 2019 at 09:24:12AM +, Richard W.M. Jones > > > wrote: > > > > O

Re: F30 System-Wide Change Proposal: Fully remove deprecated and unsafe functions from libcrypt

Am Donnerstag, den 10.01.2019, 23:34 +0100 schrieb Miro Hrončok: > On 02. 01. 19 22:14, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/FullyRemoveDeprecatedAndUnsafeFunctionsFromLibcrypt > > > > == Summary == > > This change is about removing binary support for deprecated and > > uns

Re: F30 System-Wide Change Proposal: Fully remove deprecated and unsafe functions from libcrypt

Am Freitag, den 11.01.2019, 15:13 +0100 schrieb Björn 'besser82' Esser: > Am Donnerstag, den 10.01.2019, 23:34 +0100 schrieb Miro Hrončok: > > On 02. 01. 19 22:14, Ben Cotton wrote: > > > https://fedoraproject.org/wiki/Changes/FullyRemoveDeprecatedAn

Re: F30 Self-Contained Change proposal: libcrypt.so.1 (compatibility library for POSIX): Let encrypt, encrypt_r, setkey, setkey_r, and fcrypt return ENOSYS instead of performing any real operation

Am Dienstag, den 15.01.2019, 15:20 +0100 schrieb Florian Weimer: > * Simo Sorce: > > > > Maybe the stub implementation should just overwrite the argument > > > with > > > zeros. > > > > I wouldn't overwrite with zeros because then it is clear the > > encryption > > failed and if it is used in non

  1   2   3   >