Re: Mass spec file change: Adding BuildRequires: make

On Thu, Dec 3, 2020 at 5:17 PM Tom Stellard wrote: > > On 12/3/20 7:39 AM, Fabio Valentini wrote: > > On Thu, Dec 3, 2020 at 4:35 PM Tom Stellard wrote: > >> > >> On 12/2/20 5:45 AM, Artem Tim wrote: > >>> How to quickly retest packages which listed here

Re: Mass spec file change: Adding BuildRequires: make

On Thu, Dec 3, 2020 at 4:35 PM Tom Stellard wrote: > > On 12/2/20 5:45 AM, Artem Tim wrote: > > How to quickly retest packages which listed here > > https://fedorapeople.org/~tstellar/needs_br_make_packages.txt? I've tested > > few locally and in Koji Rawhide scratch, but they are compiled fine.

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

On Thu, Dec 3, 2020 at 4:03 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main > > == Summary == > > This Change will move Fedora git repositories to use "main" as the > default git branch instead of "master". Specific repositories will be > manually moved and

Re: Notice of upgrading xalan-c to 1.12.0 in Rawhide

On Wed, Dec 2, 2020 at 2:21 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Dec 02, 2020 at 07:36:44AM -0500, Ben Beasley wrote: > > To use a side-tag, I think I will need to ask for help from a > > provenpackager or file a releng ticket, in order to build dependent > > packages I do not maintai

Re: Fedora 34 Change proposal: Xwayland as a standalone package (System-Wide Change)

On Mon, Nov 30, 2020 at 8:06 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/XwaylandStandalone > > == Summary == > Move Xwayland to a standalone package built from current code upstream > rather than the stable branch. > > == Owner == > * Name: [[User:ofourdan| Olivier Fourdan]],

Re: Mass spec file change: Adding BuildRequires: make

On Tue, Dec 1, 2020 at 1:06 AM Tom Hughes via devel wrote: > > On 30/11/2020 23:14, Christoph Junghans wrote: > > On Mon, Nov 30, 2020 at 4:05 PM Tom Hughes via devel > > wrote: > >> > >> On 30/11/2020 22:06, Tom Stellard wrote: > >> > >>> As part of the f34 change request[1] for removing make fr

Re: GitLab AMA Topic Follow Up: Namespace & Issue Tracking

On Fri, Nov 27, 2020 at 4:40 PM Pierre-Yves Chibon wrote: > > On Mon, Nov 23, 2020 at 10:22:25AM +, Aoife Moloney wrote: > > # GitLab AMA Session Topic - Namespace & Issue Tracking > > > > Hi everyone, > > > > Thanks again for your involvement in the GitLab AMA session on IRC in > > September.

Re: Java reviews (with swaps)

On Wed, Nov 25, 2020 at 7:39 PM Jerry James wrote: > > Sorry for the late reply. > > On Thu, Nov 19, 2020 at 2:25 AM Mikolaj Izdebski wrote: > > This warning is relevant for upstream projects, but you can safely > > ignore it when building RPM packages with XMvn - it always uses > > packaged vers

Re: Fedora 34 Change: GNU Toolchain update (gcc 11, glibc 2.33) (System-Wide Change)

On Mon, Nov 23, 2020 at 11:51 AM Florian Weimer wrote: > > * Simo Sorce: > > > On Fri, 2020-11-20 at 11:26 -0500, Ben Cotton wrote: > >> https://fedoraproject.org/wiki/Changes/GNUToolchain > >> > >> == Summary == > >> Switch the Fedora 33 GNU Toolchain to gcc 11, binutils 2.35, and glibc > >> 2.3

Re: GitLab AMA Topic: Message Bus

On Mon, Nov 9, 2020 at 3:05 PM Aoife Moloney wrote: > > Hi everyone, > > I hope you enjoyed the F33 release party this weekend! Getting back to > the GitLab topic mail threads, this weeks topic from the GitLab AMA > session on September 10th is on Message Bus. As always, here are some > links to t

Re: The default fs.inotify.max_user_watches limit is too low.

On Wed, Nov 18, 2020 at 10:49 AM Ankur Sinha wrote: > > On Wed, Nov 18, 2020 09:13:54 +, Gargoyle wrote: > > I've just made the switch from Ubuntu to Fedora 33 for my main desktop > > system. Of the few teething problems I am going through, the initial 8192 > > limit for fs.inotify.max_user_wa

Re: Two questions on updates

On Tue, Nov 17, 2020 at 1:25 PM Kevin Kofler via devel wrote: > > Fabio Valentini wrote: > > Normal updates need at *least* +2 karma so they can be pushed to > > stable *manually*. > > Uh, last I checked, normal updates need only +1 (and that's a good thing, > man

Re: Two questions on updates

On Mon, Nov 16, 2020 at 5:14 PM Jerry James wrote: > > On Mon, Nov 16, 2020 at 9:09 AM Fabio Valentini wrote: > > Normal updates need at *least* +2 karma so they can be pushed to > > stable *manually*. > > The default of +3 karma only makes bodhi push update

Re: Two questions on updates

On Mon, Nov 16, 2020, 16:54 Jerry James wrote: > > I got email today telling me that this update can be pushed stable now: > > https://bodhi.fedoraproject.org/updates/FEDORA-2020-6960d09c20 > > Question 1: why is that? The update needs to be in testing for 7 days > or receive karma of 3 or more.

Re: can't find the format file `latex.fmt' on Rawhide

On Sun, Nov 15, 2020 at 11:25 PM Christoph Junghans wrote: > > On Fri, Nov 13, 2020 at 8:19 AM Christoph Junghans wrote: > > > > Hi, > > > > Using latex in Docker on Rawhide gives an "I can't find the format > > file `latex.fmt'!" error. > > I have seen this before but I don't recall how to fix i

Re: Summary/Minutes from today's FESCo Meeting (2020-11-11)

On Fri, Nov 13, 2020 at 2:52 PM Ken Dreyer wrote: > > > > On Thu, Nov 12, 2020, 4:15 PM Matthew Miller wrote: >> >> On Fri, Nov 13, 2020 at 12:07:29AM +0100, Kevin Kofler via devel wrote: >> > I still believe that this concept is inherently incompatible with the idea >> > of a cooperative communi

Re: What to do with - in release tag?

On Wed, Nov 11, 2020 at 4:30 PM Bruno Wolff III wrote: > > I looked at > https://docs.fedoraproject.org/en-US/packaging-guidelines/Versioning/ > and didn't see dashes specifically covered. > > In my case, squashfs-tools has a new upstream release tagged 4.4-git.1 . > I'm guessing that using 4.4-gi

Re: qt-mobility -> qtwebkit, and qt4 removal (was Re: Heads up: proj 7.2.0 + gdal 3.2.0)

On Thu, Nov 5, 2020 at 10:26 PM Sandro Mani wrote: > > > On 05.11.20 20:27, Sandro Mani wrote: > > > > On 05.11.20 12:36, Tom Hughes wrote: > >> On 05/11/2020 11:24, Sandro Mani wrote: > >> > >>> I'll be building proj-7.2.0 together with gdal-3.2.0 in rawhide > >>> shortly. I'll do a round of test

Re: Heads up: poetry 1.1.x and poetry.core coming to rawhide

On Thu, Nov 5, 2020 at 1:25 PM Miro Hrončok wrote: > > Hello Pythonistas, > > this is a heads up that we plan to upgrade poetry to 1.1.x in rawhide soon: >https://src.fedoraproject.org/rpms/poetry/pull-request/5 > > It is blocked on python-lark-parser: >https://src.fedoraproject.org/rpms/p

Re: F34 Change proposal: MariaDB 10.5 (Self-Contained Change)

On Thu, Nov 5, 2020 at 2:07 PM Michal Schorm wrote: > > On Thu, Nov 5, 2020 at 12:21 AM Fabio Valentini wrote: > > On Mon, Oct 26, 2020 at 5:21 PM Ben Cotton wrote: > > > == Contingency Plan == > > > > > > Modules will provide the functional version o

Re: Fedora 34 Change proposal: Remove make from BuildRoot (System-Wide Change)

On Wed, Nov 4, 2020 at 9:46 PM Neal Gompa wrote: (snip) > > Koji/Brew disables weak dependencies. The weak dependency would be for > developer convenience. > > > If the change was automated and you did not have to do anything would > > you still be opposed to having your spec files updated with

Re: F34 Change proposal: MariaDB 10.5 (Self-Contained Change)

On Mon, Oct 26, 2020 at 5:21 PM Ben Cotton wrote: (snip) > == Contingency Plan == > > Modules will provide the functional version of MariaDB 10.4, available to all > users. > > * Contingency mechanism: Fedora Modules for 10.4 available > * Contingency deadline: already in place > * Blocks relea

Re: GitLab AMA Topic Discussion: Permissions & Access

On Wed, Oct 28, 2020 at 3:15 PM Neal Gompa wrote: > (snip) > > I think we're looking at having a pkgdb3 web service if we move > forward with GitLab, simply because there's no way to actually > *implement* everything we need in GitLab itself. So ... to me, this does not sound like a good trade-

Re: Packaging rules for build from source vs BPF byte code ?

On Tue, Nov 3, 2020 at 11:49 AM Daniel P. Berrangé wrote: > > In QEMU there's a desire to make use of BPF programs for implementing > some networking features. The current patches are proposing adding > prebuilt BPF byte code to the QEMU repo, with source available, but > not actually building fro

Re: Fedora 33 redhat-rpm-config package update stuck in pending

On Tue, Nov 3, 2020 at 11:52 AM Florian Weimer wrote: > > * Fabio Valentini: > > > On Tue, Nov 3, 2020 at 10:13 AM Florian Weimer wrote: > >> > >> This update: > >> > >> <https://bodhi.fedoraproject.org/updates/FEDORA-2020-3f4c2e87

Re: Fedora 33 redhat-rpm-config package update stuck in pending

On Tue, Nov 3, 2020 at 10:13 AM Florian Weimer wrote: > > This update: > > > > appears to be stuck in the pending state. > > What can I do to move it forward? > > Thanks, > Florian There's an "Actions" dropdown next to the update'

nss vs. nspr - shipping overlapping set of built binary packages?

Hi everybody, I just noticed (because of a failed build due to NVR mismatch in an exact dependency) that *two* packages provide the "nspr" and "nspr-devel" binary packages - nss and nspr. Is there a reason for both those packages to exist, if nspr and nspr-devel are built from the "nss" source pa

Re: Schedule for Wednesday's FESCo Meeting (2020-10-28)

On Wed, Oct 28, 2020 at 1:52 AM David Cantrell wrote: > > > PROPOSAL: Cancel the 28-Oct-2020 FESCo meeting because we have no > issues tagged with 'meeting' and no pending issues to discuss in an > open forum. I will chair the 04-Nov-2020 meeting. Ack, sounds good to me. Fabio _

rust-miniz_oxide license change: MIT -> MIT or zlib or ASL 2.0

Hi all, The update to version 0.4.3 of miniz_oxide brings a license change, which was changed from "MIT" to "MIT OR Zlib OR Apache-2.0" by the upstream project. I expect no adverse effects for fedora since the new license has more liberal terms. Fabio

Re: youtube-dl Copyright Violations

On Sun, Oct 25, 2020 at 10:52 PM Christian Dersch wrote: > > > On 25/10/2020 22:47, Leigh Scott wrote: > > See > > > > https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md > > > There is already a fork of youtube-dl removing the critical parts, maybe > we should switch if Fedora h

Re: [ELN] gcc is going to be updated to gcc11 in the ELN buildroot ahead of Rawhide

On Thu, Oct 22, 2020 at 2:27 PM Aleksandra Fedorova wrote: > > Hi, all, > > this is the informational message, no action required. > > Upon agreement between gcc maintainers and ELN SIG we would like to > switch ELN buildroot to use GCC11 ahead of Fedora Rawhide. > > Though ELN is defined as the b

Summary/Minutes from today's FESCo Meeting (2020-10-21)

= #fedora-meeting-2: FESCo (2020-10-21) = Meeting started by decathorpe at 14:00:31 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-2/2020-10-21/fesco.2020-10-21-14.00.log.html Meeting sum

Re: glibc troubles in rawhide?

On Wed, Oct 21, 2020, 09:36 Florian Weimer wrote: > * Fabio Valentini: > > >> I'm pretty sure this is the result of *not* updating glibc. Did you > >> attempt a partial upgrade of rawhide, restricting the package set > during > >> an update? > >

Re: glibc troubles in rawhide?

On Wed, Oct 21, 2020, 07:03 Florian Weimer wrote: > * Fabio Valentini: > > > Looks like the most recent glibc update in rawhide broke some stuff, > > including running dnf: > > > > Traceback (most recent call last): > > File "/usr/bin/dnf",

Re: Has glibc just removed some symbols?

On Tue, Oct 20, 2020 at 4:06 PM Jerry James wrote: > > See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34 > > OCaml package builds are suddenly failing because the symbols > __xstat64, __fxstat64, and __lxstat64 cannot be found, maybe due to > this change: > > - linux: Move {f

glibc troubles in rawhide?

Hi everybody, Looks like the most recent glibc update in rawhide broke some stuff, including running dnf: Traceback (most recent call last): File "/usr/bin/dnf", line 57, in from dnf.cli import main File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in import dnf.base

Schedule for Wednesday's FESCo Meeting (2020-10-21)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 14:00UTC in #fedora-meeting-2 on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2020-10-21 14:00 UTC' Links to all issues to

Schedule for Wednesday's FESCo Meeting (2020-10-14) + Proposal to Cancel

Since there are no open tickets that are tagged with "meeting" and no new tickets are in need of synchronous discussion IMO, I propose to cancel tomorrow's meeting, and would chair next week's meeting instead. The usual (empty) schedule and announcements are listed below. - Fabio --- Following

License change: rust-tinyvec(0.3): zlib -> zlib or ASL 2.0 or MIT

Hi everybody, As of tinyvec versions 0.3.4 / 1.0.0, the crate was re-licensed from "Zlib" to "Zlib OR Apache-2.0 OR MIT" to better align its license with the broader Rust ecosystem (which mostly uses "Apache-2.0 OR MIT" and packages that depend on it. Since this is a less restrictive set of licen

Re: F33 beta: where are my Rust packages?

On Mon, Oct 12, 2020 at 9:15 AM Artur Frenszek-Iwicki wrote: > > I wrote to Igor a week ago, but it seems he's away currently, as I didn't get > an answer yet. > > Do you know of some document that describes how to "go through Igor's whole > weird rust side tag build procedure"? Or, if it's not

Re: CPE Weekly: 2020-09-20

On Sun, Sep 20, 2020 at 10:33 PM Aoife Moloney wrote: > GitLab > Thank you so much to everyone for adding your questions to the doc for > the GitLab AMA session on Thursday 10th September, and for your > attendance on the day during the call. > Here is the full AMA transcript > https://meetbo

Re: bodhi updates stuck in "pending" state

On Mon, Oct 12, 2020 at 1:04 AM Kevin Fenzi wrote: > > On Sun, Oct 11, 2020 at 11:03:56PM +0200, Fabio Valentini wrote: > > Hi everybody, > > > > To me, it looks like some recent bodhi updates are stuck in "pending" > > unintentionally. This might be the re

Re: bodhi updates stuck in "pending" state

On Sun, Oct 11, 2020 at 11:46 PM Richard Shaw wrote: > > On Sun, Oct 11, 2020 at 4:04 PM Fabio Valentini wrote: >> >> Hi everybody, >> >> To me, it looks like some recent bodhi updates are stuck in "pending" >> unintentionally. This might be the re

bodhi updates stuck in "pending" state

Hi everybody, To me, it looks like some recent bodhi updates are stuck in "pending" unintentionally. This might be the result of a bodhi bug that let release branch updates created from side tags sit in "pending" without ever going into "testing" state without manually prodding them. This affects

Re: Package downgrades from fedora 32 -> fedora 33 (updated + annotated list inside)

On Tue, Oct 6, 2020 at 1:54 PM Ankur Sinha wrote: > > On Tue, Oct 06, 2020 13:48:34 +0200, Fabio Valentini wrote: > > > > With the impending final freeze for f33, should I open bugs for the > > packages with missing f33 builds and / or updates, so things can at > &g

Re: Package downgrades from fedora 32 -> fedora 33 (updated + annotated list inside)

On Sat, Oct 3, 2020 at 12:53 AM Fabio Valentini wrote: > > Hi everybody, > > I've compiled an updated list of package downgrades when comparing > fedora 32 to fedora 33. Note that a lot of packages were either not > built for f33 at all (packagers missing the branch poi

Orphaned poetry and some of its dependencies

Hi everybody, I've decided to orphan poetry and some of its python dependencies. I don't actually use those packages myself (I've seen the light and switched to Rust for my own projects), and maintaining them has become a major headache with the upstream projects being very "special". Some of th

Package downgrades from fedora 32 -> fedora 33 (updated + annotated list inside)

Hi everybody, I've compiled an updated list of package downgrades when comparing fedora 32 to fedora 33. Note that a lot of packages were either not built for f33 at all (packagers missing the branch point?), or had no bodhi update created for updates (packagers missing the bodhi activation point?

Re: Proven packager help needed to merge libevent 2.1.12 side tag

On Thu, Oct 1, 2020 at 11:37 AM Ondřej Lysoněk wrote: > > Fabio Valentini writes: > > > On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote: > >> > >> Hi, > >> > >> So all the required rebuilds for the libevent 2.1.12 rebase should be > >

Re: Proven packager help needed to merge libevent 2.1.12 side tag

On Thu, Oct 1, 2020 at 10:39 AM Zbigniew Jędrzejewski-Szmek wrote: > > On Thu, Oct 01, 2020 at 10:32:44AM +0200, Fabio Valentini wrote: > > On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote: > > > > > > Hi, > > > > > > So all the required r

Re: Proven packager help needed to merge libevent 2.1.12 side tag

On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote: > > Hi, > > So all the required rebuilds for the libevent 2.1.12 rebase should be > done now in the side tag. I've tried to merge the side tag by creating > an update in Bodhi as described in [1], but Bodhi tells me 'olysonek > does not have co

Re: Packages in rawhide not showing in src.fedoraproject.org

On Wed, Sep 30, 2020 at 12:55 PM José Abílio Matos wrote: > > Hi, > > I am sorry if this has been discussed before but I do not remember it. > > > The culprit to this message was the review of R-pak > > https://bugzilla.redhat.com/show_bug.cgi?id=1883047 > > > While running fedora-review that us

Re: F33 beta: where are my Rust packages?

On Wed, Sep 30, 2020 at 11:43 AM Petr Pisar wrote: > > On Tue, Sep 29, 2020 at 09:56:22PM -, Artur Frenszek-Iwicki wrote: > > I maintain two Rust packages, rust-copydeps [1] and rust-desed [2]. Both > > were built for F33 ([3], [4]) before it branched off for Rawhide (and > > submitted to bodh

rust-bytemuck license change: zlib -> zlib or ASL 2.0 or MIT

The subject says it all ... with the update to rust-bytemuck 1.4.1, the license changed from zlib only to zlib OR ASL 2.0 OR MIT. Since this is less restrictive (and matches the rest of the Rust ecosystem better), this is a good thing TM I guess :) Fabio ___

Re: F34 Change Proposal: Rust Crate Packages For Release Branches (System-Wide Change)

On Thu, Sep 24, 2020 at 11:51 AM Luca BRUNO wrote: > > On Mon, 14 Sep 2020 10:10:30 -0400 > Ben Cotton wrote: > > > Following the general upwards trend in the Rust language's popularity, > > more and more applications and services in fedora are written in Rust. > > This includes some CoreOS servi

Easy Review Swaps For New Packages That Block Rust Stack Updates

Hi everybody, I've been working through open bugs in the Rust stack for the past week, trying to contribute a few package updates. Some are, however, blocked by new dependencies that aren't packaged yet. These new packages are *very simple* and 99% automatically generated, so the reviews should b

rust-copyless license change: MPLv2 -> MIT or ASL 2.0

$subject basically says it all. The copyless crate changed its license from MPL-2.0 to (MIT OR Apache-2.0) with the 0.1.5 release. I expect this to have no ill effects in fedora, since the new license terms are more liberal and (MIT OR Apache-2.0) is actually the de-facto standard license in the R

Re: maybe a path forward for java and modules? [was Re: The Future of the Java Stack (also regarding ELN and RHEL)]

On Fri, Sep 18, 2020 at 5:30 PM David Cantrell wrote: > > On Thu, Sep 17, 2020 at 12:51:46PM -0400, Matthew Miller wrote: > >On Fri, Sep 11, 2020 at 11:01:00AM -0700, Adam Williamson wrote: > >> If one of the issues here can be stated as "we want buildroot-only > >> packages because we don't want

Re: F34 Change Proposal: Rust Crate Packages For Release Branches (System-Wide Change)

On Mon, Sep 14, 2020 at 9:02 PM Josh Stone wrote: > > On 9/14/20 11:40 AM, Fabio Valentini wrote: > > I agree. The only thing to keep in mind for semver-incompatible -devel > > package updates is to check dependent packages, and either patch them > > to use the new versi

Re: F34 Change Proposal: Rust Crate Packages For Release Branches (System-Wide Change)

On Mon, Sep 14, 2020 at 8:38 PM Neal Gompa wrote: > > On Mon, Sep 14, 2020 at 2:34 PM Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Mon, Sep 14, 2020 at 10:10:30AM -0400, Ben Cotton wrote: > > > https://fedoraproject.org/wiki/Changes/Rust_Crate_Packages_For_Release_Branches > > > > > > == Summa

Re: The Future of the Java Stack (also regarding ELN and RHEL)

On Fri, Sep 11, 2020 at 10:04 PM Hans de Goede wrote: > > Hi, > > On 9/11/20 6:08 PM, Fabio Valentini wrote: > > I can try to come up with a list of often-used-but-simple-to-maintain > > Java packages? > > Yes that sounds great. I would be happy to pick up a few of

Re: Proposing an EPEL packaging SIG

On Mon, Sep 14, 2020, 10:35 Vít Ondruch wrote: > > Dne 14. 09. 20 v 10:11 Zbigniew Jędrzejewski-Szmek napsal(a): > > On Mon, Sep 14, 2020 at 09:50:45AM +0200, Vít Ondruch wrote: > >> Reading this proposal and with the EPEL8 experience, where there was not > >> even wiki page, where I could state

Re: The Future of the Java Stack (also regarding ELN and RHEL)

On Sat, Sep 12, 2020 at 11:05 AM Zbigniew Jędrzejewski-Szmek wrote: > > On Sat, Sep 12, 2020 at 10:32:51AM +0200, Vitaly Zaitsev via devel wrote: > > On 11.09.2020 18:42, Zbigniew Jędrzejewski-Szmek wrote: > > > I'm not enthusiastic about build-time-only packages, but if the choice > > > is betwee

Re: Modules without packaged non-modular versions (Was Re: The Future of the Java Stack (also regarding ELN and RHEL))

On Fri, Sep 11, 2020 at 10:56 PM Jie Kang wrote: > > On Thu, Sep 10, 2020 at 11:10 AM Miro Hrončok wrote: > > > > On 10. 09. 20 16:53, Vitaly Zaitsev via devel wrote: > > > I think FESCo should completely forbid modules without packaged > > > non-modular versions. > > > > It did. > > Hi, > > Can

Re: What is the status of this F33 update?

On Fri, Sep 11, 2020 at 9:38 PM Richard W.M. Jones wrote: > > > https://bodhi.fedoraproject.org/updates/FEDORA-2020-3f6760cc65 > > I'm confused about what state this update it is. "Pending" - pending > what exactly? What we really want to know is how long before it ends > up in F33 and Jerry can

Re: The Future of the Java Stack (also regarding ELN and RHEL)

On Fri, Sep 11, 2020 at 1:06 PM Hans de Goede wrote: > > Hi, > > On 9/11/20 12:47 PM, Vít Ondruch wrote: > > > > Dne 11. 09. 20 v 11:03 Hans de Goede napsal(a): > >> > >> > >> On 9/11/20 10:16 AM, Mikolaj Izdebski wrote: > >> > >>> Another, more concrete example: core Ant doesn't have any dependen

Re: The Future of the Java Stack (also regarding ELN and RHEL)

On Fri, Sep 11, 2020 at 5:52 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Sep 11, 2020 at 11:03:39AM +0200, Hans de Goede wrote: > > An other more generic approach which has been brought up once or > > twice, but which not really has been discussed in much detail yet > > I believe is creating

Re: The Future of the Java Stack (also regarding ELN and RHEL)

On Thu, Sep 10, 2020 at 4:23 PM Mikolaj Izdebski wrote: > > On Thu, Sep 10, 2020 at 3:29 PM Dominik 'Rathann' Mierzejewski > wrote: > > > > On Thursday, 10 September 2020 at 14:50, Joe Orton wrote: > > [...] > > > 1. The team has two missions in Fedora: > > > > > > a) We deliver, maintain and su

Re: The Future of the Java Stack (also regarding ELN and RHEL)

On Thu, Sep 10, 2020 at 12:43 AM Alexander Scheel wrote: > > On Wed, Sep 9, 2020 at 6:27 PM Jerry James wrote: (snip) > > For those who are willing to help out, is > > https://pagure.io/java-maint-sig/issues the place to go to figure out > > what needs to be done? Is there any kind of TODO lis

The Future of the Java Stack (also regarding ELN and RHEL)

Hi everybody, So, after some recent FESCo decisions (no default module streams in fedora, new Module Policy for fedora and ELN modules), it's time to ask this question again: What's the future of the Java Stack in fedora, and by extension, in ELN (and possibly RHEL)? For the past ~18 months, the

Re: noarch packages only for some architecture composes

On Mon, Sep 7, 2020 at 1:02 PM Florian Weimer wrote: > > Is it possible to include a noarch package only in some of the composes? > > The background is that I added glibc-headers-x86.noarch to deal with a > conflict between inconsistent composes (glibc-headers.i686 was sometimes > in the x86_64 co

Re: Can a bugzilla issue be locked because of spam?

On Mon, Aug 31, 2020 at 4:51 AM Christopher wrote: > > This old issue (https://bugzilla.redhat.com/show_bug.cgi?id=1177202) > keeps receiving spam every couple of weeks from a different account. > I've been trying to flag the spam comments as spam, and remove the > flags they keep setting, and rem

Re: %lua_requires behaves differently in F33+

On Sun, Aug 30, 2020 at 11:04 AM Miro Hrončok wrote: > > On 30. 08. 20 4:07, Michel Alexandre Salim wrote: > > Quick question: for Python there's both python-devel and python-sig -- > > this seems overkill for Lua, right? Would starting lua@lists be enough? > > Not only it is overkill, but it brin

Re: fedora-review fails with "warning: line 16: Possible unexpanded macro in: Requires .."

On Fri, Aug 28, 2020 at 10:44 PM Sérgio Basto wrote: > > On Fri, 2020-08-28 at 15:03 +, Martin Gansser wrote: > > ok, I'll try again tomorrow or the day after tomorrow when it's > > available in Rawhide. > > you may build it with koji package if you add enabled=1 in [local] > configuration at

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Wed, Aug 26, 2020 at 7:11 PM kevin wrote: > > On Wed, Aug 26, 2020 at 11:45:48AM +0200, Fabio Valentini wrote: > > On Tue, Aug 25, 2020 at 9:33 PM kevin wrote: > > > > > > On Tue, Aug 25, 2020 at 08:14:38PM +0200, Fabio Valentini wrote: > > > > Do

Package downgrades from f32 -> f33 (categorized list inside)

Following up on the recent discussion, I've checked repository contents of f32 and f33 for downgrades and categorized them. I also dropped packages with F33FTBFS issues from the list since for these the reason for the downgrade is already documented as a bug. # Koji tagging / compose issues? (bui

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Tue, Aug 25, 2020 at 9:33 PM kevin wrote: > > On Tue, Aug 25, 2020 at 08:14:38PM +0200, Fabio Valentini wrote: > > Do you think it would be a good idea to file bugs for those packages > > where a build for f33 was "forgotten"? > > Since I already have the &qu

Re: New version of net-snmp + soname bump

On Wed, Aug 26, 2020 at 11:15 AM Josef Ridky wrote: > > Hi folks, > > upstream authors has released new major version of net-snmp that is now > heading to Rawhide and F33. > As part of this update, soname will change from .35 to .40. > > I would like to ask all maintainers, that rely on some part

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Tue, Aug 25, 2020 at 3:13 PM Peter Robinson wrote: > > On Tue, Aug 25, 2020 at 1:32 PM Daniel Walsh wrote: > > > > On 8/24/20 07:00, Miro Hrončok wrote: > > > Hello. > > > > > > The following packages are downgrades when I attempt upgrade from > > > Fedora 32 to Fedora 33: > > > > > > - contai

Re: Orphaned packages looking for new maintainers

On Tue, Aug 25, 2020, 10:45 Miro Hrončok wrote: > On 25. 08. 20 5:52, Michel Alexandre Salim wrote: > > I'll properly retire lua-logging and luadoc, but keep lua-sql. > > Let's merge the retirement commits to f33 as well? > Doesn't "fedpkg retire" do more than just push something to git, e.g. pu

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Mon, Aug 24, 2020 at 3:04 PM Neal Gompa wrote: > No, something is definitely wrong, because last night's F33 compose > also had the same problem. I literally released that to attempt to fix > image builds yesterday and it wasn't even used. Oh. Yeah then something is *definitely* wrong with f33

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Mon, Aug 24, 2020 at 2:45 PM Neal Gompa wrote: > > On Mon, Aug 24, 2020 at 8:42 AM Fabio Valentini wrote: > > > [...] > > - appliance-tools is newer in 32 than in 33: > > 0:010.1-1.fc32 > 0:010.0-3.fc33 > > Something is wrong here, as Bodhi automaticall

Re: Orphaned packages looking for new maintainers

On Mon, Aug 24, 2020 at 12:26 PM Miro Hrončok wrote: > geronimo-parent-poms jjelen, mizdebsk, orphan 0 weeks ago > glassfish-legal orphan 0 weeks ago > glassfish-master-pom orphan 0 weeks ago I

Re: Suspicious downgrades when upgrading from F32 to F33: containers-common, fuse-overlayfs, strace, thunderbird

On Mon, Aug 24, 2020 at 1:01 PM Miro Hrončok wrote: > > Hello. > > The following packages are downgrades when I attempt upgrade from Fedora 32 to > Fedora 33: > > - containers-common (skopeo) 1:1.1.1 -> 1:1.0.1 > - fuse-overlayfs 1.1.2 -> 1.1.0 > - strace 5.8 -> 5.7.0.6.7ab6 > - thunderbird 668.11

Re: fedora-review fails due to no annobin in mock

On Fri, Aug 21, 2020 at 11:15 AM Artur Iwicki wrote: > > Today I tried reviewing some Python packages: > - x-tile: https://bugzilla.redhat.com/show_bug.cgi?id=1861020 > - python-iptools: https://bugzilla.redhat.com/show_bug.cgi?id=1870907 > > And the mock build done by fedora-review failed. The er

Re: Fedpkg import fails

On Tue, Aug 18, 2020 at 7:09 AM Vijayan, Arunprabhu wrote: > > Hi, > > > > I find when I try fedpkg scratch build or import, it is very slow & I’m not > able to upload the package. > > > > fedpkg build --scratch --target rawhide --srpm SRPMS/ > > fedpkg import /path/to/srpm/from/step/1a > > I’ve

Re: fedora-review fails due to no annobin in mock

On Thu, Aug 20, 2020 at 1:43 AM Artur Iwicki wrote: > > I had this issue a month ago when reviewing sane-airscan: > https://bugzilla.redhat.com/show_bug.cgi?id=1859207 > Also a week later, when reviewing wev: > https://bugzilla.redhat.com/show_bug.cgi?id=1860772 > And today, when I tried to revi

Re: Strange issue with mock and rawhide

On Wed, Aug 19, 2020 at 10:44 PM Steven A. Falco wrote: > > I'm getting a failure to detect wxGTK3-devel in a cmake project that I am > building via mock. This has worked fine in the past, but suddenly it is no > longer working. > > My host system is fedora-32 x86_64, and I'm trying to build fo

Re: Fedora 33 compose report: 20200818.n.0 changes

On Tue, Aug 18, 2020 at 5:30 PM Miro Hrončok wrote: > > On 18. 08. 20 16:35, Jerry James wrote: > >> Package: slirp4netns-1.1.4-1.fc33 > >> Old package: slirp4netns-1.1.4-4.dev.giteecccdb.fc33 > >> Summary: slirp for network namespaces > >> RPMs: slirp4netns > >> Size: 2

Re: Fedora official kernel build fails to compile on Copr

On Tue, Aug 18, 2020, 02:15 Laura Abbott wrote: > On 8/17/20 7:36 PM, Germano Massullo wrote: > > Hi there, I would need help in understanding why this kernel build > failed. > > > > > https://copr.fedorainfracloud.org/coprs/germano/kernel_204253_comment_14_patch/build/1613735/ > > > > The SRPM is

Re: failed to do fedpkg import

On Mon, Aug 17, 2020 at 11:54 AM Vít Ondruch wrote: > > > Dne 16. 08. 20 v 15:53 Fabio Valentini napsal(a): > > > Also I'm not sure why you're running import again, when the package already > exists. > > > `import` is the best way how to upload sources

Re: Strange Java package build failures (Error in scriptlet ?)

On Mon, Aug 17, 2020 at 7:14 AM Ondrej Dubaj wrote: > Experiencing the same problem. Haven;t found any usefull info about this We have since identified the root cause of this problem: https://bugzilla.redhat.com/show_bug.cgi?id=1869030 If you're doing local mock builds, you can work around the p

Buildroot overrides in branched pre updates-testing activation?

Hi everybody, I've just noticed that bodhi allows users to create buildroot overrides for F33 for no good reason (updates-testing is not even active yet and updates to to stable directly). There's 41 (!) active overrides for F33: https://bodhi.fedoraproject.org/overrides/?search=&expired=False&re

Re: failed to do fedpkg import

On Sun, Aug 16, 2020, 15:49 J. Scheuirich wrote: > $ fedpkg co wdune > Cloning into 'wdune'... > remote: Enumerating objects: 4992, done. > remote: Counting objects: 100% (4992/4992), done. > remote: Compressing objects: 100% (3647/3647), done. > remote: Total 4992 (delta 1323), reused 4900 (delt

Re: Strange build failures in rawhide buildroot (cont'd) - glibc 2.33 dev snapshot?

On Sat, Aug 15, 2020 at 8:52 PM Chris Murphy wrote: > > On Sat, Aug 15, 2020 at 9:47 AM Fabio Valentini wrote: > > > > On Sat, Aug 15, 2020 at 5:30 PM Paul Howarth wrote: > > > > > > On Sat, 15 Aug 2020 16:28:47 +0200 > > > Fabio Valentini wrote: &g

Re: Strange build failures in rawhide buildroot (cont'd) - glibc 2.33 dev snapshot?

On Sat, Aug 15, 2020 at 5:30 PM Paul Howarth wrote: > > On Sat, 15 Aug 2020 16:28:47 +0200 > Fabio Valentini wrote: > > - autoreconf fails because %build needs a newer shell (protobuf): > > > > /usr/bin/autoconf: This script requires a shell more modern than all > &

Re: Strange build failures in rawhide buildroot (cont'd) - glibc 2.33 dev snapshot?

On Fri, Aug 14, 2020 at 10:00 PM Jerry James wrote: > > On Fri, Aug 14, 2020 at 1:29 PM Jerry James wrote: > > I added "exit 1" to the end of %install in one of the affected OCaml > > packages, so that I could inspect the contents of > > /builddir/build/BUILDROOT in the mock chroot. The files al

Re: Strange build failures in rawhide buildroot (cont'd) - glibc 2.33 dev snapshot?

On Sat, Aug 15, 2020 at 12:37 AM Sérgio Basto wrote: > > On Fri, 2020-08-14 at 21:14 +0200, Fabio Valentini wrote: > > On Fri, Aug 14, 2020 at 8:48 PM Sérgio Basto > > wrote: > > > On Fri, 2020-08-14 at 20:30 +0200, Fabio Valentini wrote: > > > > So, I

Re: Non-responsive maintainer check for bochecha

On Sat, Aug 15, 2020 at 12:20 AM Neal Gompa wrote: > > On Fri, Aug 14, 2020 at 6:03 PM Michael Catanzaro > wrote: > > > > > > Hi, > > > > I believe Mathieu is temporarily unavailable. If you don't hear back > > soon, it makes sense to proceed with nonresponsive maintainer procedure > > if you wa

Re: Strange build failures in rawhide buildroot (cont'd) - glibc 2.33 dev snapshot?

On Fri, Aug 14, 2020 at 8:48 PM Sérgio Basto wrote: > > On Fri, 2020-08-14 at 20:30 +0200, Fabio Valentini wrote: > > So, I've been trying to figure out strange build failures in my Java > > packages when running mock with `--enablerepo local`. > > > > First I t

<    5   6   7   8   9   10   11   12   13   14   >