Re: PostgreSQL 13 - Fedora 33 Self-Contained Change proposal

On Tue, Jul 14, 2020 at 08:09:22PM +0200, Fabio Valentini wrote: > On Tue, Jul 7, 2020 at 9:17 PM Ben Cotton wrote: > > == Contingency Plan == > > > > Modules will provide the functional version of PostgreSQL 12, > > available to all users. > > As Miro said - this is not a contingency plan. > We

Re: PostgreSQL 13 - Fedora 33 Self-Contained Change proposal

On 15. 07. 20 9:03, Petr Pisar wrote: On Tue, Jul 14, 2020 at 08:09:22PM +0200, Fabio Valentini wrote: On Tue, Jul 7, 2020 at 9:17 PM Ben Cotton wrote: == Contingency Plan == Modules will provide the functional version of PostgreSQL 12, available to all users. As Miro said - this is not a c

Re: Outdated programs in rawhide

On 15. 07. 20 1:36, Xose Vazquez Perez wrote: pidgin: https://bugzilla.redhat.com/1856866 This bugzilla is one day old. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: Ditch RPM in favor of DPKG

On Tue, Jul 14, 2020 at 8:39 PM Dishant Pandya wrote: > > Its ok to have something that builds deb packages on Fedora, but in my > opinion RPM is far more better then debian packages. Also the Dnf and yum > package manager on Fedora are far more advanced than apt on Ubuntu and other > Debian Ba

Re: [Fedora-packaging] Re: RPM-level auto release and changelog bumping - Fedora 33 System-Wide Change proposal

On Fri, Jul 03, 2020 at 11:11:30AM +0200, Nicolas Mailhot via devel wrote: > Le vendredi 03 juillet 2020 à 09:48 +0200, Pierre-Yves Chibon a écrit : > > On Thu, Jul 02, 2020 at 12:10:58PM +0200, Björn Persson wrote: > > > Nicolas Mailhot wrote: > > > > The same process that commits a new state of t

Re: Outdated programs in rawhide

> pidgin: https://bugzilla.redhat.com/1856866 Hi, pidgin maintainer here. I really don't understand what are you trying to achieve by this. I am maintaining/co-maintaining over 100 packages in Fedora and if you think the reaction time for bugzillas should be less than 24 hours feel free to help m

Re: Outdated programs in rawhide

On Wed, 15 Jul 2020 01:36:09 +0200 Xose Vazquez Perez wrote: > scala: https://bugzilla.redhat.com/1080923 > libnetfilter_queue: https://bugzilla.redhat.com/1512736 > nftables: https://bugzilla.redhat.com/1846663 > libcap: https://bugzilla.redhat.com/1700167 > ed: https://bugzilla.redhat.com/18053

Re: Orphaning repsnapper, gtkglextmm

On 02. 06. 20 22:36, Miro Hrončok wrote: I've just orphaned repsnapper and gtkglextmm. repsnapper depends on gtkglextmm which depends on pangox-compat, which is already orphaned for 4 weeks. I haven't touched the packages in years and I don't use repsnapper. In case a new maintainer emerges, I

Re: Heads up: changing the subject format of change proposal announcements

Ben Cotton wrote: > As noted by Milan Crha, the existing format can result in threads that > are hard to distinguish when the subject is truncated by the width of > the mail client window. Screens are often pretty wide these days, but > ~40 characters is still a lot to use. On the other hand, the

Re: [Fedora-legal-list] Re: FlexiBLAS as BLAS/LAPACK manager - Fedora 33 System-Wide Change proposal

Iñaki Ucar wrote: > LGPL has other implications towards proprietary software, and that's > what the authors specifically want to protect, so that's a hard line. > > Wouldn't the Classpath Exception [1] be appropriate here? This > wouldn't require the interpretation of a new legal text. > > [1] ht

Re: Heads up: changing the subject format of change proposal announcements

On Wed, Jul 15, 2020 at 12:18:51PM +0200, Kevin Kofler wrote: > Ben Cotton wrote: > > As noted by Milan Crha, the existing format can result in threads that > > are hard to distinguish when the subject is truncated by the width of > > the mail client window. Screens are often pretty wide these days

Re: [Fedora-legal-list] Re: FlexiBLAS as BLAS/LAPACK manager - Fedora 33 System-Wide Change proposal

On Wed, 15 Jul 2020 at 12:35, Kevin Kofler wrote: > > Iñaki Ucar wrote: > > LGPL has other implications towards proprietary software, and that's > > what the authors specifically want to protect, so that's a hard line. > > > > Wouldn't the Classpath Exception [1] be appropriate here? This > > woul

Re: [Fedora-packaging] RPM-level auto release and changelog bumping - Fedora 33 System-Wide Change proposal

On Thu, 2020-07-02 at 16:31 +, Nicolas Mailhot via devel wrote: > > Le July 2, 2020 2:47:49 PM UTC, Vitaly Zaitsev via devel < > devel@lists.fedoraproject.org> a écrit : > > On 02.07.2020 11:27, Nicolas Mailhot wrote: > > > Why? Koji schedules a build. The build registers its own build > > > d

CPE PO Office Hours IRC Cancelled Tomorrow, 16th July

Hi all, I am on a day off tomorrow, 16th July so the CPE PO Office Hours on #fedora-meeting-1 is cancelled. See you all next week! Aoife -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA Communications House Cork Road Waterford

Re: PostgreSQL 13 - Fedora 33 Self-Contained Change proposal

On 7/8/20 12:24 PM, Miro Hrončok wrote: When we updated from PostgreSQL 11 to PostgreSQL 12 in Fedora 32, there was no targeted rebuild of the dependent packages and a dozen of packages failed to install. We were firefighting this between beta and final in: https://bugzilla.redhat.com/show_

Re: Outdated programs in rawhide

On Wed, 15 Jul 2020 at 05:14, Dan Horák wrote: > > On Wed, 15 Jul 2020 01:36:09 +0200 > Xose Vazquez Perez wrote: > > > scala: https://bugzilla.redhat.com/1080923 > > libnetfilter_queue: https://bugzilla.redhat.com/1512736 > > nftables: https://bugzilla.redhat.com/1846663 > > libcap: https://bugz

Re: [fedora-java] Re: Mass rebuild for f33-java11 side tag completed

On Mon, 13 Jul 2020 at 19:14, Jiri Vanek wrote: > > > > > A cursory glance shows that some failed with network problems. E.g. plexus-velocity failed with this: > > > > DEBUG util.py:621: Errors during downloading metadata for repository 'build': > > DEBUG util.py:621:- Curl error (18): Transf

memory testing

Hi, While bad RAM is uncommon, it comes up with some regularity to cause folks a lot of grief. I'm wondering if there's a way to make it easier to get bad news :-\ In particular there are cases where RAM defects just don't show up with a few hours of memtest86+, it can take days of contiguous test

Re: memory testing

On 7/15/20 1:11 PM, Chris Murphy wrote: Hi, While bad RAM is uncommon, it comes up with some regularity to cause folks a lot of grief. I'm wondering if there's a way to make it easier to get bad news :-\ In particular there are cases where RAM defects just don't show up with a few hours of memte

Re: memory testing

On 7/15/20 12:11 PM, Chris Murphy wrote: Hi, While bad RAM is uncommon, it comes up with some regularity to cause folks a lot of grief. I'm wondering if there's a way to make it easier to get bad news :-\ In particular there are cases where RAM defects just don't show up with a few hours of memt

Re: memory testing

On Wed, Jul 15, 2020 at 11:11 am, Chris Murphy wrote: 4. "multiple concurrent kernel compiles" and "GCC seems to have memory usage patterns that reliably trigger memory errors that aren't caught by memtest" In my experience, GCC is a really good test for RAM that is obviously bad. By "obvious

Re: memory testing

Note that in my mail, I was referring to proprietary memtest86. I haven't tried memtest86+ on my current system since it's clearly obsolete. On Wed, Jul 15, 2020 at 1:20 pm, Brandon Nielsen wrote: While I consider the effort to keep Memtest86+ working in Fedora pretty heroic, and I've never

Re: Heads up: changing the subject format of change proposal announcements

On 7/15/20 3:30 AM, Daniel P. Berrangé wrote: FCP33: Support PARSEC [Self-Contained] FCP33: PostgreSQL 31 [Self-Contained] FCP33: Policy for Modules in Fedora and Fedora ELN [Self-Contained] FCP33: Golang 1.15 [Late, System-Wide] FCP33: X.org Utility Deaggregation [Self-Contained] Yes!

Re: memory testing

On Wed, Jul 15, 2020 at 01:41:27PM -0500, Michael Catanzaro wrote: > Note: memtest86+ actually had an upstream release recently after a *very* > long hiatus, so I guess it's no longer dead. But I agree memtest86+ should > be dropped, since it's incompatible with UEFI and surely not what we want > p

Re: memory testing

On Wed, Jul 15, 2020 at 12:09 PM Laura Abbott wrote: > > Detecting hardware faults is a very hard problem unfortunately. I > brought up this question at a conference a few years ago in the > context of determining real bugs from hardware issues and nobody > had any great suggestions. Much of it en

Re: memory testing

On Wed, Jul 15, 2020 at 12:49 PM Solomon Peachy wrote: > > On Wed, Jul 15, 2020 at 01:41:27PM -0500, Michael Catanzaro wrote: > > Note: memtest86+ actually had an upstream release recently after a *very* > > long hiatus, so I guess it's no longer dead. But I agree memtest86+ should > > be dropped,

Re: memory testing

On Wed, 2020-07-15 at 11:11 -0600, Chris Murphy wrote: > Hi, > > While bad RAM is uncommon, it comes up with some regularity to cause > folks a lot of grief. I'm wondering if there's a way to make it > easier > to get bad news :-\ In particular there are cases where RAM defects > just don't show u

Re: memory testing

On 7/15/20 1:11 PM, Chris Murphy wrote: Hi, While bad RAM is uncommon, it comes up with some regularity to cause folks a lot of grief. I'm wondering if there's a way to make it easier to get bad news :-\ In particular there are cases where RAM defects just don't show up with a few hours of memte

Re: memory testing

On Wed, Jul 15, 2020 at 2:55 PM Przemek Klosowski via devel wrote: > > On 7/15/20 1:11 PM, Chris Murphy wrote: > > Hi, > > > > While bad RAM is uncommon, it comes up with some regularity to cause > > folks a lot of grief. I'm wondering if there's a way to make it easier > > to get bad news :-\ In

Re: Ditch RPM in favor of DPKG

On Wed, Jul 15, 2020 at 4:29 AM Dridi Boukelmoune wrote: > > On Tue, Jul 14, 2020 at 8:39 PM Dishant Pandya wrote: > > > > Its ok to have something that builds deb packages on Fedora, but in my > > opinion RPM is far more better then debian packages. Also the Dnf and yum > > package manager on

Fedora rawhide compose report: 20200715.n.2 changes

OLD: Fedora-Rawhide-20200714.n.0 NEW: Fedora-Rawhide-20200715.n.2 = SUMMARY = Added images:8 Dropped images: 6 Added packages: 17 Dropped packages:3 Upgraded packages: 148 Downgraded packages: 0 Size of added packages: 21.73 MiB Size of dropped packages