[EPEL-devel] Re: libbibutils 6.6 update with soname bump in epel7

(adding epel-devel too) Vasiliy, I have decoupled ghc-hs-bibutils from bibutils in epel7 now too, so you shouldn't need to worry about it anymore. Thanks for maintaining Fedora bibutils! Jens On Wed, Jul 25, 2018 at 8:00 PM Vascom wrote: > Jens-Ulrik, > Add me as co-maintainer to this

Re: libbibutils 6.6 update with soname bump in epel7

(adding epel-devel too) Vasiliy, I have decoupled ghc-hs-bibutils from bibutils in epel7 now too, so you shouldn't need to worry about it anymore. Thanks for maintaining Fedora bibutils! Jens On Wed, Jul 25, 2018 at 8:00 PM Vascom wrote: > Jens-Ulrik, > Add me as co-maintainer to this

Re: libbibutils 6.6 update with soname bump in epel7

Sorry for the late reply - I only noticed this mail yesterday. On Wed, Jul 25, 2018 at 6:40 PM Vascom wrote: > Hi, > I am updating libbibutils to 6.6. It has soname bump from 5 to 6 in EPEL 7 > repo. > Yeah unfortunately libbibutils bumps soname every minor release... > Need update dependent

[Bug 1609443] New: perl-Net-Netmask-1.9104 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1609443 Bug ID: 1609443 Summary: perl-Net-Netmask-1.9104 is available Product: Fedora Version: rawhide Component: perl-Net-Netmask Keywords: FutureFeature, Triaged Assignee:

Re: Fedora Rawhide-20180726.n.2 compose check report

On Fri, 2018-07-27 at 10:45 +, Fedora compose checker wrote: > No missing expected images. > > Failed openQA tests: 82/138 (x86_64), 23/24 (i386), 1/2 (arm) This compose isn't actually quite as bad as all that, anaconda changed the hub design and the 'timbuktu warning', which broke all the

Re: dokuwiki packagers unresponsive

On Sat, 2018-07-28 at 00:14 +0200, Robert-André Mauchin wrote: > On vendredi 27 juillet 2018 23:50:50 CEST Sérgio Basto wrote: > > On Fri, 2018-07-27 at 23:09 +0200, Peter 'Pessoft' Kolínek wrote: > > > > > On 2018-07-27 03:51, Sérgio Basto wrote: > > > > > > > On Thu, 2018-07-26 at 21:43 -0400,

Re: dokuwiki packagers unresponsive

On vendredi 27 juillet 2018 23:50:50 CEST Sérgio Basto wrote: > On Fri, 2018-07-27 at 23:09 +0200, Peter 'Pessoft' Kolínek wrote: > > > On 2018-07-27 03:51, Sérgio Basto wrote: > > > > > On Thu, 2018-07-26 at 21:43 -0400, Solomon Peachy wrote: > > > > > > > On Thu, Jul 26, 2018 at 09:09:25PM

Re: dokuwiki packagers unresponsive

On Fri, 2018-07-27 at 23:09 +0200, Peter 'Pessoft' Kolínek wrote: > On 2018-07-27 03:51, Sérgio Basto wrote: > > On Thu, 2018-07-26 at 21:43 -0400, Solomon Peachy wrote: > > > On Thu, Jul 26, 2018 at 09:09:25PM +0200, Peter 'Pessoft' Kolínek > > > wrote: > > > > I'd like to fix some issues

Re: What to BuildRequire for libstdc++.so __cxa_demangle?

On Sat, 2018-07-21 at 18:52 +0200, Mark Wielaard wrote: > The elfutils tools can demangle C++ symbols through the standard > _cxa_demangle interface. The elfutils tools are written in C and > so simply link with -lstdc++ to get access to __cxa_demangle. > > There is a BuildRequires:

Re: dokuwiki packagers unresponsive

On 2018-07-27 03:51, Sérgio Basto wrote: On Thu, 2018-07-26 at 21:43 -0400, Solomon Peachy wrote: On Thu, Jul 26, 2018 at 09:09:25PM +0200, Peter 'Pessoft' Kolínek wrote: > I'd like to fix some issues (including security problems) which are > for > a long time present in dokuwiki package.

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

Jan Kratochvil writes: > So why glibc greated an N+1 allocator (by DJ Delorie) instead of just > importing/using tcmalloc (which is license-compatible with glibc)? I didn't create an N+1 allocator. We're still using the Doug Lea allocator from ancient times. My recent work added a relatively

Re: Golang SIG for Fedora

On vendredi 27 juillet 2018 15:28:12 CEST Jakub Cajka wrote: > Hello, > > it seems that lately there has been more people maintaining Go package in > the Fedora. I would like to propose to join up and form Go SIG so we could > better co-ordinate and collaborate on the packaging issues and

Fedora testing-20180727.0 compose check report

No missing expected images. Passed openQA tests: 2/2 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Fedora updates-20180727.0 compose check report

No missing expected images. Passed openQA tests: 2/2 (x86_64) Installed system changes in test x86_64 AtomicHost-dvd_ostree-iso install_default: System load changed from 0.10 to 0.43 Previous test data: https://openqa.fedoraproject.org/tests/260524#downloads Current test data:

Re: [atomic-devel] Starting a Container SIG

I too would like to be a part of this but I’m not sure how much I’d be able to help. On Fri, Jul 27, 2018 at 1:29 PM Owen Taylor wrote: > I'm interested in participating with a special interest in Flatpaks - the > other type of Fedora container ;-) - I want to keep things aligned as much > as

Re: [atomic-devel] Starting a Container SIG

I'm interested in participating with a special interest in Flatpaks - the other type of Fedora container ;-) - I want to keep things aligned as much as possible. And also from the perspective of using containers for development within Fedora Workstation. I can contribute a certain familiarity

[Bug 1608617] perl-Monitoring-Plugin-0.40 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1608617 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #2 from

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On Fri, Jul 27, 2018 at 9:44 AM, Florian Weimer wrote: > On 07/27/2018 03:33 PM, John Reiser wrote:The key principle is that > sizeof(foo) must be the stride of an array of foo, > > and the array must guarantee alignment of each element in the array. >> > > Why do you think that? If some

Rust SIG

Hello, it seems to be a week of SIG announcements, so why shouldn't I share that we also have Rust SIG . At this point we have over 400 crates packaged, few applications like ripgrep, tokei, stratisd and more. IRC: #fedora-rust ML:

Re: Introduction

On 07/27/2018 05:31 AM, Jeff Mitchell wrote: Hi I'm Jeff Mitchell and I volunteer for 2 charities in my city (currently unemployed). Welcome! Props for helping others while you can. I've frequently used Linux since 2007 and I'd like to become a Fedora package maintainer. I have two desktop PCs

[Bug 1406558] build perl-Coro for EPEL7

https://bugzilla.redhat.com/show_bug.cgi?id=1406558 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

Re: Golang SIG for Fedora

+1, I started looking on packaging Go libraries and looking for recommendations. I saw [1] but as this seems more a draft (so a WIP document) it would be good if we have specific group to discuss best practices, package reviews, etc. [1] https://fedoraproject.org/wiki/PackagingDrafts/Go On

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On 07/27/2018 03:33 PM, John Reiser wrote: On 07/27/2018 08:21 UTC, Florian Weimer wrote: On 07/27/2018 05:10 AM, John Reiser wrote: Always requiring 16-byte alignment on x86_64 can waste too much space due to internal fragmentation.  The rule should be:     The required alignment is at least 

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On 07/27/2018 08:21 UTC, Florian Weimer wrote: On 07/27/2018 05:10 AM, John Reiser wrote: Always requiring 16-byte alignment on x86_64 can waste too much space due to internal fragmentation.  The rule should be:     The required alignment is at least  min(16, max_p2_divisor_of_size)     where

Golang SIG for Fedora

Hello, it seems that lately there has been more people maintaining Go package in the Fedora. I would like to propose to join up and form Go SIG so we could better co-ordinate and collaborate on the packaging issues and general developer experience. There are few big outstanding issues

Re: Packages with compiled python files outside of /usr/lib*/python8

On Saturday, June 16, 2018 1:38:43 AM CEST Jason L Tibbitts III wrote: > cgit kevin praiskup tmz > ... > praiskup cgit There are two *.py files mistakenly byte-compiled (scripts used as filters), but it's OK to wait till %_python_bytecompile_extra becomes '0' system-wide. Pavel

[Bug 1609256] New: perl-CPAN-Perl-Releases-3.72 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1609256 Bug ID: 1609256 Summary: perl-CPAN-Perl-Releases-3.72 is available Product: Fedora Version: rawhide Component: perl-CPAN-Perl-Releases Keywords: FutureFeature, Triaged

Non responsive maintainer - Wolnei Cândido Tomazelli Junior

Hello! According Non-responsive Maintainer Policy I'm asking the maintainer to respond and resolve FTBFS issues with package kio-gdrive. RHBZ : https://bugzilla.redhat.com/show_bug.cgi?id=1601422 -- Best regards, Vasiliy Glazov ___ devel mailing list

Re: Packages with compiled python files outside of /usr/lib*/python8

On 27.7.2018 10:51, Pavel Raiskup wrote: On Friday, July 27, 2018 10:01:42 AM CEST Miro Hrončok wrote: On 27.7.2018 07:55, Pavel Raiskup wrote: On Thursday, July 26, 2018 2:29:17 PM CEST Miro Hrončok wrote: Please, either make sure that %py_byte_compile doesn't collide with the default byte

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On Thu, 26 Jul 2018 21:14:14 +0200, Carlos O'Donell wrote: > Bug 1430223 - In some conditions, tcmalloc memalign will segfault > https://bugzilla.redhat.com/show_bug.cgi?id=1430223 It looks as a tcmalloc bug which could be fixed; it also has been probably fixed in the meantime as stated there.

Re: tool to order packages by build dependencies (rpmbuild-order)

Le jeudi 26 juillet 2018 à 21:01 +0900, Jens-Ulrik Petersen a écrit : > On Thu, Jul 26, 2018 at 7:10 PM Nicolas Mailhot < > > > To be complete it should also be boostrap-aware : do intermediary > > bootsrap builds whenever there is a cycle and one or more links in > > the > > cycle have

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On Thu, 26 Jul 2018 17:43:06 +0200, Daniel P. Berrangé wrote: > # dnf repoquery --whatrequires 'libjemalloc.so.2()(64bit)' > 389-ds-base-devel-0:1.4.0.11-2.fc28.x86_64 > blender-1:2.79b-2.fc28.x86_64 > blender-1:2.79b-3.fc28.x86_64 > blenderplayer-1:2.79b-2.fc28.x86_64 >

Fedora Rawhide-20180726.n.2 compose check report

No missing expected images. Failed openQA tests: 82/138 (x86_64), 23/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180723.n.0): ID: 260699 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/260699 ID: 260700 Test: x86_64

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On 07/26/2018 06:03 PM, Jason L Tibbitts III wrote: "FW" == Florian Weimer writes: FW> I would like to request a change of the Packaging Guidelines, FW> advising packagers not to interpose malloc. How strong of a restriction are you looking for? This sort of feels like something which would

[Bug 1609221] New: License 'public domain' is not valid

https://bugzilla.redhat.com/show_bug.cgi?id=1609221 Bug ID: 1609221 Summary: License 'public domain' is not valid Product: Fedora Version: rawhide Component: perl-DBIx-Simple Assignee: jples...@redhat.com Reporter:

[Bug 1609221] License 'public domain' is not valid

https://bugzilla.redhat.com/show_bug.cgi?id=1609221 Dave Olsthoorn changed: What|Removed |Added Blocks||182235 (FE-Legal) Referenced Bugs:

Introduction

Hi I'm Jeff Mitchell and I volunteer for 2 charities in my city (currently unemployed). I've frequently used Linux since 2007 and I'd like to become a Fedora package maintainer. I have two desktop PCs and I have Fedora 28 XFCE on my older system - I use this system to experiment on. I've read

Re: tool to order packages by build dependencies (rpmbuild-order)

On Fri, Jul 27, 2018 at 1:21 PM Michal Novotny wrote: > On Fri, Jul 27, 2018 at 4:56 AM Jens-Ulrik Petersen > wrote: > >> On Fri, Jul 27, 2018 at 12:54 AM Jens-Ulrik Petersen >> wrote: >> >>> I should test some larger package sets to see how well rpmbuild-order >>> scales too... >>> >> >> BTW

Re: Packages with compiled python files outside of /usr/lib*/python8

On Friday, July 27, 2018 10:01:42 AM CEST Miro Hrončok wrote: > On 27.7.2018 07:55, Pavel Raiskup wrote: > > On Thursday, July 26, 2018 2:29:17 PM CEST Miro Hrončok wrote: > >>> Please, either make sure that %py_byte_compile doesn't collide with the > >>> default byte compilation machinery, or

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On 07/27/2018 05:10 AM, John Reiser wrote: Always requiring 16-byte alignment on x86_64 can waste too much space due to internal fragmentation.  The rule should be:    The required alignment is at least  min(16, max_p2_divisor_of_size)    where the second argument max_p2_divisor_of_size is the

Re: Installed (but unpackaged) file(s) found on s390x and armv7hl: .s390x.debug.#dwz#

Dne 27.7.2018 v 00:31 Mark Wielaard napsal(a): > On Wed, 2018-07-25 at 21:04 +0300, Pavel Alexeev wrote: >> On 07/23/2018 12:36 PM, Dan Horák wrote: >>> On Mon, 23 Jul 2018 10:43:43 +0200 >>> Mark Wielaard wrote: >>> On Sun, Jul 22, 2018 at 10:52:38PM +0300, Pavel Alexeev wrote: >

Re: Packages with compiled python files outside of /usr/lib*/python8

On 27.7.2018 07:55, Pavel Raiskup wrote: On Thursday, July 26, 2018 2:29:17 PM CEST Miro Hrončok wrote: Please, either make sure that %py_byte_compile doesn't collide with the default byte compilation machinery, or change the default right now (and define the '%_python_bytecompile_extra 0' in

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

Dne 26.7.2018 v 20:58 Carlos O'Donell napsal(a): > On 07/26/2018 12:24 PM, Vít Ondruch wrote: >> >> Dne 26.7.2018 v 18:03 Jason L Tibbitts III napsal(a): "FW" == Florian Weimer writes: >>> FW> I would like to request a change of the Packaging Guidelines, >>> FW> advising packagers not

[Bug 1608871] perl-App-cpm-0.976 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1608871 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

Re: tool to order packages by build dependencies (rpmbuild-order)

On 07/26/2018 11:52 AM, Igor Gnatenko wrote: >>> Note that mizdebsk already had such tool for quite some time. >>> >> >> Do you have a reference? >> > > CCing Mikolaj. Latest version of the code Igor is talking about is available at [1]. The tool is targeted for solving specific problem -

Re: [atomic-devel] Starting a Container SIG

I'm interested. Clement, thanks for setting this up! Tomas On Wed, Jul 25, 2018 at 7:10 PM Clement Verna wrote: > Greeting all, > > The container effort in Fedora has until now been looked after by the > Atomic WG, since this Working Group is now going to focus mostly on > Fedora CoreOS, I

[Bug 1608617] perl-Monitoring-Plugin-0.40 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1608617 --- Comment #1 from Fedora Update System --- perl-Monitoring-Plugin-0.40-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-bcc87ec1e2 -- You are receiving this mail because: You are on

[Bug 1608617] perl-Monitoring-Plugin-0.40 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1608617 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|