Re: Packages that failed to build with Python 3.9

2020-06-01 Thread Dan Čermák
Miro Hrončok writes: > python-metaextract defolos This should be fixed in Rawhide as well. Cheers, Dan signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@l

Re: Increasing the packaging team: regular workshops/vFADs/classroom sessions on packaging

2020-06-09 Thread Dan Čermák
Hi Ankur, Ankur Sinha writes: > Hi folks, > > The packaging team is generally quite stretched, and we frankly need > more people helping us out. > > The main issue with newcomers taking on packaging is that the learning > curve here is much more technical then a lot of other areas in Fedora. > S

Re: A few questions about a package update / policy questions / GCC 9 error

2020-06-10 Thread Dan Čermák
"Nathanael D. Noblet" writes: > Hello, > > I maintain beanstalkd which is a message server of sorts. It recently > released a new version however some changes I'm not 100% sure about. > > When compiling I got the following GCC error. > > usr/include/bits/string_fortified.h:106:10: error: '__b

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-06-16 Thread Dan Čermák
Kevin Kofler writes: > Michael Catanzaro wrote: >> Kevin, the goal is to *simply* these packages: >> >> mkdir -p %{_target_platform} >> pushd %{_target_platform} >> %cmake >> popd >> >> It's four lines. We get to simplify it down to one line. Proposal >> owners are provenpackagers and say they

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

2020-06-20 Thread Dan Čermák
Ben Cotton writes: > https://fedoraproject.org/wiki/Changes/UseMakeBuildInstallMacro > > == Summary == > This change will update all spec files in Fedora that use make and replace > the make invocations with either the %make_build or %make_install macros. > > == Owner == > * Name: [[User:tstell

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

2020-06-20 Thread Dan Čermák
nd=1)? tl;dr; %limit_build -m 1500 will set the number of parallel processes so that if all of them consume 1500 MB of RAM at most, that they will not OOM your worker (especially handy on workers with many cores, but not much RAM). Cheers, Dan Dan Čermák writes: > Ben Cotton write

Re: RHEL 9 and modularity

2020-06-20 Thread Dan Čermák
Josh Boyer writes: > On Fri, Jun 19, 2020 at 2:54 PM David Cantrell wrote: >> >> On Thu, Jun 18, 2020 at 08:44:39AM -0400, Josh Boyer wrote: >> >Hopefully that provides some context and helps FESCo and the wider >> >community understand where Red Hat is headed with modularity on the >> >Enterpri

Re: Fedora Packager Dashboard available for testing

2020-06-23 Thread Dan Čermák
Also from me a big thank you, this is very useful for getting a quick overview! Cheers, Dan Josef Skladanka writes: > Hi, > > We'd like to announce public testing of the Packager Dashboard - a new > service for Fedora package maintainers aiming to provide all relevant > data: FTBFS/FTI status

Re: Please BuildRequire python3-setuptools explicitly

2020-06-24 Thread Dan Čermák
Tomas Hrnciar writes: > pyxattr defolos frankcrawford kevin szpak Fixed and rebuild in Rawhide. signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@

Re: RHEL 9 and modularity

2020-06-25 Thread Dan Čermák
Hi Stephen, this will probably get buried given the immense amount of replies in this thread already, but nevertheless, here's my 2cts. Stephen John Smoogen writes: > On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote: >> >> On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr >> wrote: >> > >> > O

Re: Preparing for ocaml 4.11

2020-06-25 Thread Dan Čermák
"Richard W.M. Jones" writes: >> Maybe I should do COPR builds of all this so everybody can easily see >> what I'm talking about? I did a total of 63 package builds in mock, >> many of them simple rebuilds, so it will take a little time to get >> that going. Do we know yet what the timeframe is

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

2020-07-01 Thread Dan Čermák
Hi Nicolas, Ben Cotton writes: > https://fedoraproject.org/wiki/Changes/rpm_level_auto_release_and_changelog_bumping > > == Summary == > > redhat-rpm-config will be updated so users of the auto framework get > automated release and changelog bumping. > > == Owner == > > * Name: [[User:nim| Nicol

Re: Can we do away with release and changelog bumping? (was: RPM-level auto release and changelog bumping - Fedora 33 System-Wide Change proposal)

2020-07-05 Thread Dan Čermák
Nicolas Mailhot via devel writes: > Le dimanche 05 juillet 2020 à 17:46 +0200, Björn Persson a écrit : >> Nicolas Mailhot via devel wrote: >> > So if you want to push Fedora release logic to its ultimate >> > conclusion, >> > the thing that should be in charge of committing the new >> > release/c

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

2020-07-05 Thread Dan Čermák
Hi Nicolas, Nicolas Mailhot writes: >> How do I let rpm generate the changelog automatically? > > This feature is not changelog generation, just changelog bumping on > build events. You still need some other method to put non-build events > in the changelog. > > The detached changelog is just on

Re: make: *** No targets specified and no makefile found.

2020-07-22 Thread Dan Čermák
"Martin Gansser" writes: > Hi, > > cant't built guayadeque on rawhide [1] but on f32 [2] it works. > > [1] https://kojipkgs.fedoraproject.org//work/tasks/4781/47574781/build.log This looks related to the recent cmake changes wrt to out of source builds. See here for migration steps: https://fedo

Re: [pam_radius] aarch64 GCC failures during ./configure's working compiler step?

2020-07-27 Thread Dan Čermák
Hi Alex, Alex Scheel writes: > Not to pile on to what seems like a common topic... :-) > > Koschei notified me that one of my co-owned packages, pam_radius failed > to build on aarch64 with the recent gcc update (10.1.1 -> 10.2.1). ppc and > x86 built just fine. > > Looking at the build log, I'm

Re: transitive package-build-requires generator

2020-03-24 Thread Dan Čermák
Hi clime, not a "proper" answer, but at least parts of the functionality that you desire must be present in Koschei. Maybe Mikolaj Izdebski (iirc the main developer of Koschei) can help you out? Cheers, Dan clime writes: > Hello! > > Is there a tool to which I would provide a package name, s

Re: Self Introduction: Kevin Buettner

2020-04-01 Thread Dan Čermák
Hi Kevin, welcome to the pack! Kevin Buettner writes: > Hi, > > My name is Kevin Buettner. > > I've been involved in GDB development for over 20 years. I'm an > (upstream) GDB global maintainer. I would like to become a > co-maintainer of the GDB package for the Fedora project. You should ta

Re: CPE Weekly: 2020-04-04

2020-04-06 Thread Dan Čermák
Ben Rosser writes: > On Mon, Apr 6, 2020 at 9:36 AM Alex Scheel wrote: >> >> - Original Message - >> > From: "Nicolas Mailhot via devel" >> > To: "Development discussions related to Fedora" >> > >> > Cc: "Nicolas Mailhot" >> > Sent: Monday, April 6, 2020 9:10:56 AM >> > Subject: Re:

Re: CPE Git Forge Decision

2020-04-06 Thread Dan Čermák
Leigh Griffin writes: >> If you had stopped at the first >> objections and revisited the decision making process with the rest of >> the community involved in an open manner, you would have been forgiven, >> because everyone here is trying to assume good faith. Alas, you haven't >> done that. Apo

Why does Koschei not run real builds?

2020-04-13 Thread Dan Čermák
Hi list, my question is pretty much $subject: Why doesn't Koschei kick of real builds off packages on dependency changes? From my naive POV that looks like the missing piece to give us the "OBS-experience". Having that at least in Rawhide sounds like a good thing to me. Cheers, Dan signature.

Re: Why does Koschei not run real builds?

2020-04-15 Thread Dan Čermák
Fabio Valentini writes: > On Mon, Apr 13, 2020 at 10:55 AM Dan Čermák > wrote: >> >> Hi list, >> >> my question is pretty much $subject: Why doesn't Koschei kick of >> real builds off packages on dependency changes? From my naive POV that >> l

Re: Why does Koschei not run real builds?

2020-04-15 Thread Dan Čermák
clime writes: > On Mon, 13 Apr 2020 at 10:55, Dan Čermák > wrote: >> >> Hi list, >> >> my question is pretty much $subject: Why doesn't Koschei kick of >> real builds off packages on dependency changes? From my naive POV that >> looks like t

Re: Why does Koschei not run real builds?

2020-04-16 Thread Dan Čermák
Michael Cronenworth writes: > On 4/15/20 5:52 PM, Dan Čermák wrote: >> That is pretty useful, because as a maintainer you can just update a >> library and you don't have to do a thing to get dependent packages >> rebuilt. So no more "unannounced SONAME bump",

Re: Orphaned packages looking for new maintainers (anaconda also affected)

2020-04-27 Thread Dan Čermák
Sérgio Basto writes: > On Mon, 2020-04-27 at 12:39 +0200, Miro Hrončok wrote: >> GConf2 > > GConf2 is orphan, why ? no maintainers or a task force to be removed ? GConf2 has been deprecated for well over a decade and afaik unmaintained for nearly half a decade. Thus: please just remove it from y

Re: Can we distribute modular .repo files in a separate package?

2020-05-06 Thread Dan Čermák
Miro Hrončok writes: > > Side note: It would be great if DNF supported system-repos in /usr/share and > override options in /etc, but that is not (yet) the case. slightly off-topic, but I'm just going to leave libeconf (a library to achieve exactly that easily) here: https://github.com/openSUSE

Re: Review swap: psi-notify

2020-05-07 Thread Dan Čermák
Michel Alexandre Salim writes: > Would anyone like to swap a review? > > psi-notify - https://bugzilla.redhat.com/show_bug.cgi?id=1832623 Looks simple enough, I'll try to review it today. If I don't manage to, anyone else can take the review. ___ devel

Re: New set of questions for FESCo candidates?

2020-05-12 Thread Dan Čermák
Zbigniew Jędrzejewski-Szmek writes: > On Mon, May 11, 2020 at 04:55:03PM -0400, Ben Cotton wrote: >> On Mon, May 11, 2020 at 4:39 PM Kevin Fenzi wrote: >> >> > If we just make it an essay with suggestions of what to include, I think >> > it might be more engaging than just a sentence or two on

Re: i3 new SIG

2020-05-14 Thread Dan Čermák
Hi Eduard! Eduard Lucena writes: > Hello guys, > > My name is Eduard Lucena, some of you maybe know me, tons of you don't. I'm > part of the marketing team and host of the Fedora Podcast. > > I'm starting a SIG about i3 tiling window manager [1], with the final > objective of create a remix that

Re: Orphaned packages looking for new maintainers

2020-05-14 Thread Dan Čermák
Hi Kevin and Dominique, Kevin Fenzi writes: > Hey Dominique. If you haven't found a sponsor yet, drop me an email off > list and I can probibly sponsor you. Thanks for stepping up to maintain > some packages. :) Thanks for the offer to sponsor Dominique Kevin! Dominique, would you be intereste

Re: Speed up bash starting time (slow scripts in profile.d, /etc/bash_completion.d)

2020-05-16 Thread Dan Čermák
Hi Dominique, Dominique Martinet writes: > *snip* > > 341 to 130ms is a good start I guess, the rest of the waiting time > probably now outweights bash and will get some looking at at a later > point, but might as well start somewhere. That's quite the improvement! Good job and thanks for looki

Re: i3wm for EPEL8

2020-05-19 Thread Dan Čermák
Hi Eric, first and foremost sorry about not replying to the Bugzilla bug earlier, the past weeks were unfortunately a bit crazy. Eric Mesa writes: > Hey there, > > I noticed that the i3 window manager wasn't available in EPEL8. Before > trying to go through the process of becoming a package mai

Re: Orphaned packages looking for new maintainers (incl. GConf2, keybinder3, orangefs)

2020-05-22 Thread Dan Čermák
Hi Sérgio, Sérgio Basto writes: > Hi, > > On Tue, 2020-04-14 at 11:09 +0100, Peter Robinson wrote: >> > On 14. 04. 20 11:06, Miro Hrončok wrote: >> > > The following packages are orphaned... >> > > >> > > GConf2alexl, caillon, >> > > caolanm, 1 weeks ago >> >

Re: new packages review tickets

2020-05-25 Thread Dan Čermák
Hi Mattia, Mattia Verga via devel writes: > Hi all, > > now that we have new detailed statistics about new package review > tickets ( https://fedoraproject.org/PackageReviewStatus/ ) I would like > to make some cleanings... at the time I'm writing, there are 517 tickets > listed as new, many

Re: Defining the future of the packager workflow in Fedora

2019-10-02 Thread Dan Čermák
I'm late to the party, but here we go anyway. Pierre-Yves Chibon writes: > [snip] > > Here is what the vision we came to and that we would like to discuss: > > ○ Every changes to dist-git is done via pull-requests As long as this is not mandatory, sure. > ○ Pull-requests are automatically test

Re: Stepping away from packaging (and request for owners)

2019-10-20 Thread Dan Čermák
Hi Jamie, Jamie Nguyen writes: > == > [b]: Remove my admin/commit access > == > > adobe-source-code-pro-fonts > libmpdclient > libuv > mpc > ncmpc > newsbeuter > notmuch I'd be willing to help out with notmuch, as I am using it qui

Re: List of Python 2 packages to be removed mid-November

2019-10-30 Thread Dan Čermák
Miro Hrončok writes: > defolos >pyxattr > python2-pyxattr (→ PY2) I will drop the python2 subpackage. > dodji >offlineimap > (→ PY2) Can we get an exception for this please? Afaik offlineimap is not ready for python3 yet and I'd hate it to disappear from Fedora. signature.a

Orphaned i3-ipc and dzen2

2019-11-26 Thread Dan Čermák
Hi list, I have just orphaned i3-ipc and dzen2. Both packages are dead upstream and I never used them (I inherited both as parts of the i3 stack). Feel free to take them, but be aware that you'll effectively have to become the new upstream. Cheers, Dan signature.asc Description: PGP signatur

Re: do not remove arpack package from Fedora

2019-11-30 Thread Dan Čermák
Felix Schwarz writes: > > - package testing >Manually checking updates-testing is too tedious and usually I don't want >to install everything in updates-testing right away. But there are some >packages which I like to get as fast as possible/which I can test easily. > >- So I woul

Re: eit.c:394:13: error: 'stime' was not declared in this scope; did you mean 'ctime'?

2019-12-12 Thread Dan Čermák
Hi, "Martin Gansser" writes: > Hi, > > i'am trying to compile vdr-2.4.1 for Fedora32, but this fails with the > following error message: > > g++ -O3 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 > -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong > -grecord-gcc-

Re: Fedora 32 System-Wide Change proposal: Stop shipping individual component libraries in clang-libs package

2019-12-12 Thread Dan Čermák
Ben Cotton writes: [snip] > > == Dependencies == > The following packages depend on clang-libs and will need to be updated: > > * bcc > * bpftrace > * castxml > * ccls ccls has already been fixed upstream to support building against libclang-cpp.so (as openSUSE did the same switch earlier and cc

Re: Fedora 32 System-Wide Change proposal: Stop shipping individual component libraries in clang-libs package

2019-12-17 Thread Dan Čermák
Tom Stellard writes: > On 12/12/2019 03:32 PM, Dan Čermák wrote: >> Ben Cotton writes: >> >> [snip] >>> >>> == Dependencies == >>> The following packages depend on clang-libs and will need to be updated: >>> >>> * bcc >>

Re: Fedora Packager Dashboard mockups

2019-12-24 Thread Dan Čermák
Hi Miro, I like your packaging dashboard a lot, I think this a good idea and an improvement for the packaging experience! (Further replies below.) Miro Hrončok writes: > While I love the concepts of Rust, I don't think there are that many benefits > when mostly talking to HTTP or calling dnf/

Re: Orphaned packages looking for new maintainers

2019-12-24 Thread Dan Čermák
Hi Jerry, Jerry James writes: > Pardon the top posting. I am on the road with only my phone, no Fedora > devices anywhere. I have been thinking about trying to get Facebook's Infer > tool into Fedora. Several of its dependencies are on this list, but I won't > be able to take them until I get ho

Re: Compiling with AddressSanitizer

2019-07-18 Thread Dan Čermák
Hi Nathanael, Nathanael Noblet writes: > Hello, > >I have been using a library for awhile now and have been thinking of > submitting it to Fedora. Part of what I have been doing with it was compiling > it using -fsanitize=address and leak etc. I’m kinda wondering about how that > is handl

Re: Compiling with AddressSanitizer

2019-07-18 Thread Dan Čermák
Hi Nathanael, Nathanael Noblet writes: > Hello, > >I have been using a library for awhile now and have been thinking of > submitting it to Fedora. Part of what I have been doing with it was compiling > it using -fsanitize=address and leak etc. I’m kinda wondering about how that > is handl

Re: Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update

2019-07-23 Thread Dan Čermák
Given the nearly only negative replies to this proposal: can we please just officially mark it as retracted/rejected and move on? P.S.: all my Fedora machines would no longer be able to run Fedora >= 32, effectively ending my involvement in this community :( Ben Cotton writes: > https://fedora

Re: are the ppc64le builders healthy?

2019-07-26 Thread Dan Čermák
Jason L Tibbitts III writes: >> "KK" == Kaleb Keithley writes: > > KK> I built the latest ceph-14 (14.2.2) on rawhide successfully two days > KK> ago. Two different builds on f30 built or are building fine on > KK> x86_64, i686, and aarch64, but failed with different errors on > KK> ppc64le

Re: Debates/back and forths

2019-08-28 Thread Dan Čermák
Hi Danni, Danny Lee writes: > Hi all, > > I'm new to the devel list and fedora in general, but i was wondering if > these kind of back and forths between a few people is a frequent > occurrence.  I came to Fedora to volunteer what little spare time I have > to help the Fedora project in some

Re: Better interactivity in low-memory situations

2019-09-03 Thread Dan Čermák
Chris Murphy writes: > On Mon, Aug 12, 2019 at 5:47 PM Emery Berger wrote: >> >> For what it's worth, my research group attacked basically exactly this >> problem some time ago. We built a modified Linux kernel that we called >> Redline that was utterly resilient to fork bombs, malloc bombs, a

Re: Intend to orphan i3 and some related packages

2019-09-04 Thread Dan Čermák
Christian Dersch writes: > Hi, > > I intend to orphan the packages related to i3 window manager: > > * i3 > > * i3lock > > * i3status > > * i3-ipc > I'll take the i3 stack, since I have not yet migrated to sway completely. I'd be however more than happy to share the maintenance with others. >

Re: Intend to orphan i3 and some related packages

2019-09-04 Thread Dan Čermák
Christian Dersch writes: > Am 04.09.19 um 12:36 schrieb Dan Čermák: > > Thanks! i3 packages are yours now. Are you also interested in dzen2? It > is required by i3. Ugh, I was hoping that it wasn't... But in that case: yes, please give it to me too, otherwise taking

Re: Orphaned packages to be retired (~400 during this week)

2019-09-09 Thread Dan Čermák
Elliott Sales de Andrade writes: > On Mon, 9 Sep 2019 at 18:02, David Sommerseth wrote: >> >> On 09/09/2019 23:49, Miro Hrončok wrote: >> > The following packages are orphaned and will be retired when they >> > are orphaned for six weeks, unless someone adopts them. If you know for >> > sure >>

Re: Drop of PlayOnLinux package (Rawhide)

2019-09-10 Thread Dan Čermák
Michal Konecny writes: > I can recommend Lutris, it's really good and I think somebody is working > on flatpak version for it. Indeed: https://github.com/flathub/net.lutris.Lutris It's currently available on flathub-beta. signature.asc Description: PGP signature _

Re: Interest in doing Fedora CI with test subpackages

2019-09-11 Thread Dan Čermák
Hi Neil, Neil Horman writes: > Hey all- > I was starting to setup CI for one of my packages in Fedora (cscope), > which requires that I have access to the sources to run my test (cscope uses > its > own source tree to search for various symbols to confirm that its working > properly). Ge

Re: Packit-as-a-Service is now live!

2019-09-11 Thread Dan Čermák
Hi Tome & the packit team! (sorry for resurecting this old thread, I'm working through my backlog…) As a co-maintainer of the exiv2 library, is there a way for us to use packit that makes sense? I guess not for the master branch, as we are currently reworking the API and will probably only cause

Re: specfile dependecy to pip package

2019-09-19 Thread Dan Čermák
Hi Marek, Marek Tamaskovic writes: > Hi, > I'm maintainer of libcbor package and in fedora 30 has been removed > python3-sphinx package which is required to build documentation for > libcbor. I can changa the dependency to python2-sphinx but thats not what I > really want to do. Another option

Re: Defining the future of the packager workflow in Fedora

2019-09-26 Thread Dan Čermák
Daniel P. Berrangé writes: > On Thu, Sep 26, 2019 at 11:36:10AM +0200, Pierre-Yves Chibon wrote: > > For packages I maintain, my preference is to touch dist-git as little > as possible. Ideally I would never touch dist-git at all & rather wish > it didn't exist at all in its current form of spec+

Re: Defining the future of the packager workflow in Fedora

2019-09-26 Thread Dan Čermák
Randy Barlow writes: > This suggestion gives a nice clean place to write the bodhi update > description, right in git. The commit messages can remain the way they > are today: authored for the audience of spec file contributors. > > We could also support special syntax in the tag message to allow

Re: Defining the future of the packager workflow in Fedora

2019-09-26 Thread Dan Čermák
Christopher writes: > I just don't see this proposed workflow as solving the biggest > problems that packagers face. For me, I think the biggest problem that > packagers (particularly newer packagers) face is discovery of all the > services involved in the packaging workflow, and the need to visi

Re: Orphaned packages looking for new maintainers

2020-01-06 Thread Dan Čermák
because the upstream versions we were using depended > on camlp4. There are newer upstream versions but they had quite > different requirements (being basically rewritten in at least the case > of Deriving). > > Anyway in the meantime all 3 packages were taken by Dan Čermák > (https:/

Re: Let's talk about Fedora in the '20s!

2020-01-07 Thread Dan Čermák
Tom Hughes writes: > On 07/01/2020 12:22, Miroslav Suchý wrote: >> Dne 07. 01. 20 v 12:41 Tom Hughes napsal(a): >>> The thing is that no matter how much you can manage to automate the >>> creation of spec files for a given ecosystem, and I've never seen one >>> where the typical spec file doesn't

Re: Git Forge Requirements: Please see the Community Blog

2020-01-21 Thread Dan Čermák
Felix Schwarz writes: > Am 21.01.20 um 21:48 schrieb Guido Aulisi: >> I totally agree with Fabio, I can’t think of a single reason we should >> dismiss >> pagure. > > Gitlab is used by many free software communities like Freedesktop, Gnome, > Debian. Using the same tools could help to facilitate

Re: Ideas for better development processes when maintaining hundreds of packages

2020-01-28 Thread Dan Čermák
"Richard W.M. Jones" writes: > I always think that Fedora works fine if you maintain 1-5 packages. > It's possible to maintain 20 with a lot of work. And if you want to > maintain 100+ (things like the ocaml-* set that I help to maintain) > then you have to write your own automation. Could we d

Re: What would it take to drop release and changelog from our spec files? (and do we want to?)

2020-01-28 Thread Dan Čermák
Neal Gompa writes: > On Tue, Jan 28, 2020 at 7:27 AM Pierre-Yves Chibon > wrote: >> >> On Fri, Jan 10, 2020 at 09:54:59PM -0500, Neal Gompa wrote: >> > On Fri, Jan 10, 2020 at 11:37 AM Pierre-Yves Chibon >> > wrote: >> > > >> > > >> > > The release field would need to be set by koji ignoring

Re: Ideas for better development processes when maintaining hundreds of packages

2020-01-29 Thread Dan Čermák
Pierre-Yves Chibon writes: > On Tue, Jan 28, 2020 at 11:51:29PM +0100, Dan Čermák wrote: >> "Richard W.M. Jones" writes: >> >> > I always think that Fedora works fine if you maintain 1-5 packages. >> > It's possible to maintain 20 with a lo

Re: Git Forge Requirements: Please see the Community Blog

2020-01-31 Thread Dan Čermák
Rahul Sundaram writes: > Hi > > On Fri, Jan 31, 2020 at 10:46 AM Pierre-Yves Chibon wrote: > >> >> Welcome to our lives! >> If it was mathematically possible to go above 100% that's how much >> agreement you >> would have from us. >> > > If Red Hat is using Pagure internally, it is really odd to

Re: Git Forge Requirements: Please see the Community Blog

2020-02-01 Thread Dan Čermák
Dan Čermák writes: > Rahul Sundaram writes: > >> Hi >> >> On Fri, Jan 31, 2020 at 10:46 AM Pierre-Yves Chibon wrote: >> >>> >>> Welcome to our lives! >>> If it was mathematically possible to go above 100% that's how much >>&

Re: Self Introduction: Aleksei Bavshin

2020-02-08 Thread Dan Čermák
Welcome to Fedora and to the Say SIG Aleksei! Cheers, Dan Aleksei Bavshin writes: > Hi all, > > My name is Aleksei and I'm Russian living in the San Franciso Bay > Area. I've been using Linux at home since 2003 and developing > closed-source Linux software for my daytime jobs over the last de

Guile exception caught in /usr/lib/rpm/find-debuginfo.sh

2020-02-10 Thread Dan Čermák
Hi list, I've just ran a mockbuild in Rawhide and the following output from /usr/lib/rpm/find-debuginfo.sh caught my attention: --8<---cut here---start->8--- /usr/lib/rpm/find-debuginfo.sh -j2 --strict-build-id -m -i --build-id-seed 1.3-1.fc32 --unique-debug-s

Re: CMake could not find Boost components

2020-02-11 Thread Dan Čermák
Hi Iñaki, not exactly what you are looking for, but I have recently packaged rstudio at $dayjob for openSUSE and recall that we had to do some fiddling around with boost. You can find the package here: https://build.opensuse.org/package/show/devel:languages:R:released/rstudio More specifically, t

Re: Ideas and proposal for removing changelog and release fields from spec file

2020-02-26 Thread Dan Čermák
Hi list, Stephen John Smoogen writes: > On Mon, 24 Feb 2020 at 11:50, Pierre-Yves Chibon > wrote: > >> Good Morning Everyone, >> >> This topic has already been discussed a few times over the past month, but >> Adam >> Saleh, Nils Philippsen and myself have had the opportunity to invest some >>

Re: Donate 1 minute of your time to test upgrades from F31 to F32

2020-03-04 Thread Dan Čermák
Miroslav Suchý writes: > Do you want to make Fedora 32 better? Please spend 1 minute of your time and > try to run: > > # Run this only if you use default Fedora modules > # next time you run any DNF command default modules will be enabled again > sudo dnf module reset '*' > > sudo dnf -

How to fix a dependency to the version at build time?

2020-03-14 Thread Dan Čermák
Hi list, I have recently received a bug report for my package ccls, that it currently fails in certain cases, because it hard codes the paths to /lib64/clang/$CLANG_VERSION for autocompletion at build time. This means that I need to make ccls depend on the *exact* clang version which was availabl

Re: Stalled Review Request - Close it and create new?

2018-12-04 Thread Dan Čermák
Afaik the recommendation (at least for maintainers not responding to bugreports) is to wait at least two weeks (in case someone is on vacation), so I'd maybe wait at least until the end of the week before taking further action. "Andrew Bauer" writes: > Recently I began to create a review request

Package bear got mixed with bear-factory, erlang-bear and bear-devel

2018-12-18 Thread Dan Čermák
Hi list, I have discovered a very weird problem with the package bear on apps.fedoraproject.org: it got somehow mixed with the (completely unrelated) packages erlang-bear, bear-devel and bear-factory. A little bit of background: - bear is a new package (for which I am the maintainer) - previously

Re: Orphaned packages need new maintainers (will be retired in 1 week)

2018-12-18 Thread Dan Čermák
I would take over doclifter. Miro Hrončok writes: > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: > https://fedoraprojec

Re: Fw: Re: OUTAGE: Koji system 2019-01-11 -> 2019-01-14

2019-01-14 Thread Dan Čermák
Neal Gompa writes: > > * Buildbot (Python 3) > * Jenkins (Java) > * Vespene (Python 3) Just FYI: vespene has been recently discontinued: https://medium.com/@michaeldehaan/discontinuing-vespene-17fd9c0f3079 (also iirc it was licensed under Apache license + commons clause, which would make inclus

Re: package managemt symlink

2019-02-05 Thread Dan Čermák
Hi Sören, while I don't want to discourage you in your work, symlinking the package manager to /usr/bin/nimue isn't going to solve a more fundamental issue: every distro has a different naming scheme for packages. Sure, the "big" programs (Firefox for instance) have usually the name you'd expect,

Re: package managemt symlink

2019-02-05 Thread Dan Čermák
Vít Ondruch writes: > Dne 05. 02. 19 v 11:09 Dan Čermák napsal(a): >> Hi Sören, >> >> while I don't want to discourage you in your work, symlinking the >> package manager to /usr/bin/nimue isn't going to solve a more >> fundamental issue: eve

Re: package management symlink

2019-02-05 Thread Dan Čermák
Valor Naram writes: >> Also what you suggest already exists, for example in the form of >> "pacapt" (but there are alternatives too!).  What is the benefit of  >> adding yet another version of these scripts? > > `Nimue` doesn't tends to be a wrapper like pacapt which itself tends to > "emulate"

Re: MBI (Playground 2.0)

2019-02-14 Thread Dan Čermák
This idea sounds pretty good to me. As a less active contributor: How can I help out? Do you have a task list? (Sorry if this got already answered in one of the follow up emails.) Cheers, Dan Igor Gnatenko writes: > MayBe I …(can do something useful)? > > Hello, > > We've been discussing som

Re: Orphaned packages that will be retired (and everything will most likely burn)

2019-02-14 Thread Dan Čermák
I'll take over zopfli. Miro Hrončok writes: > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: > https://fedoraproject.org/

Re: Packaging .c files in a non-devel package

2019-03-14 Thread Dan Čermák
Hi Christophe, since the .c files appear to be fundamental for the functionality of make-it-quick, I'd rather silence this one specific check via an rpmlintrc file instead of renaming them or converting this into a -devel package. Renaming them is probably a lot more work and calling it -devel wi

Re: Introduction

2019-03-15 Thread Dan Čermák
Hi Ruchit! You can try out this site: https://whatcanidoforfedora.org/ which should contain some initial pointers in which areas you can help out. If you have more specific questions, you can drop by in IRC in #fedora-devel on freenode for example. Cheers, Dan Ruchit Vithani writes: > Hello

Re: sway SIG

2019-03-27 Thread Dan Čermák
Me too! qrsBRWN writes: > I'm in too > > On March 27, 2019 7:49:03 PM GMT+01:00, Jeff Peeler > wrote: >>On Mon, Mar 18, 2019 at 11:24 AM Till Hofmann >> >>wrote: >> >>> >>> There's been ongoing discussions on BZ [1] with some people showing >>> interest in a SIG. The main purpose of this emai

Re: Introduction for gaming packaging/maintaining

2019-04-09 Thread Dan Čermák
Hi Andi, welcome to the pack! You can try to review some packages or submit your own package, whatever you feel like doing (if you submit a package, you'll need to get sponsored though and reviewing packages is a good way how to get sponsored). In case you want to package some games, there's a p

Re: Introduction for gaming packaging/maintaining

2019-04-10 Thread Dan Čermák
ycoon, Pizza Tycoon and escape from Monkey Island.  > What are the first steps to start?  > Thx in forward > Cheers  > Andi  > > > Sent from Yahoo Mail for iPhone > > > On Tuesday, April 9, 2019, 10:48 AM, Dan Čermák > wrote: > > Hi Andi, > > welcom

Re: Introduction for gaming packaging/maintaining

2019-04-13 Thread Dan Čermák
ce 2 - > Steaciatella.  > This should be not proprietary, shouldn’t they?  > Thx in forward! > Cheers  > Andi > > Sent from Yahoo Mail for iPhone > > > On Wednesday, April 10, 2019, 10:30 AM, Dan Čermák > wrote: > > Hi Andi, > > the games you listed are

Re: fedora-img-dl: a tool for downloading Fedora iso's and images

2019-04-15 Thread Dan Čermák
Hi Jens, cool project! I see a certain overlap with fedora-mediawriter though, as that one can download ISOs too. I've skimmed the sources (is this upstream: https://github.com/juhp/fedora-img-dl?) to take a look whether you verify the GPG signatures of the downloaded images, but couldn't find an

Using SCLs to build a C++ library for EL 7?

2019-04-29 Thread Dan Čermák
Hi list, I'm co-maintaining a C++ library that has been continuously updated in CentOS 7 but a recent change made it incompatible with the default GCC version available in el7. I.e. the next release (scheduled for the end of 2019) will FTBFS in CentOS/RHEL 7. Would it be fine to require a gcc ver

Re: Using SCLs to build a C++ library for EL 7?

2019-04-29 Thread Dan Čermák
. > > > On 4/29/19 1210 UTC, Jonathan Wakely wrote: >> On 29/04/19 07:52 -0400, Neal Gompa wrote: >>> On Mon, Apr 29, 2019 at 7:50 AM Dan Čermák >>> wrote: >>>> >>>> Hi list, >>>> >>>> I'm co-maintaining a C++

Re: Bodhi 4.0.0 deployed, one known issue so far

2019-05-28 Thread Dan Čermák
Hi, I just tried to submit an update via `fedpkg update` but got a failure via the cli: $ fedpkg update Could not execute update: Could not generate update request: 'anonymous' A copy of the filled in template is saved as bodhi.template.last Nevertheless the update got submitted and is available

Re: Orphaned packages looking for new maintainers

2019-06-11 Thread Dan Čermák
Miro Hrončok writes: > the-new-hotness orphan1 weeks ago This looks scary, isn't this needed to actually run the-new-hotness? If yes, I'll take it. signature.asc Description: PGP signature ___ devel mailin

Re: Orphaned python-breathe

2019-07-14 Thread Dan Čermák
I'll take it: https://pagure.io/releng/issue/8531 Miro Hrončok writes: > Upon the maintainers request, I've just orphaned python-breathe. > > https://bugzilla.redhat.com/show_bug.cgi?id=1706355 > -- > Miro Hrončok > -- > Phone: +420777974800 > IRC: mhroncok > ___

Re: Specfile - Upgrade - Check if the old and the new package versions are the same

2023-03-29 Thread Dan Čermák
Hi Simon, On March 30, 2023 12:54:49 AM UTC, Simon Pichugin wrote: >Hi folks, >I've spent some time experimenting and trying to implement something like >this ($subject): > >During `%preun servers`: > >export OLD_VERSION="$(rpm -qa openldap | awk -F- '/^openldap/ && >split($2,ver,/\./) >= 1 {

Re: F39 proposal: RPM 4.19 (System-Wide Change proposal)

2023-04-02 Thread Dan Čermák
Hi, Mattia Verga via devel writes: > Il 31/03/23 17:27, Florian Festi ha scritto: >> On 3/31/23 15:40, Stephen Gallagher wrote: >>> On Thu, Mar 30, 2023 at 3:42 PM Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/RPM-4.19 == Detailed Description == RPM 4.19 contains vario

Re: F39 proposal: RPM 4.19 (System-Wide Change proposal)

2023-04-04 Thread Dan Čermák
Chris Adams writes: > Once upon a time, Zbigniew Jędrzejewski-Szmek said: >> On Tue, Apr 04, 2023 at 11:17:50AM +0200, Jakub Jelinek wrote: >> > Why a subrpm? Should be possible to just arrange for one src.rpm to >> > build the library twice and install the x86-64-v3 into >> > /usr/lib64/glibc-

Re: F39 proposal: mkosi-initrd (Self-Contained Change proposal)

2023-04-25 Thread Dan Čermák
Ben Cotton writes: > https://fedoraproject.org/wiki/Changes/mkosi-initrd > > This document represents a proposed Change. As part of the Changes > process, proposals are publicly announced in order to receive > community feedback. This proposal will only be implemented if approved > by the Fedora

Re: F39 Change Proposal: Flatpaks without Modules (System-Wide Change)

2023-05-11 Thread Dan Čermák
Hi, Aoife Moloney writes: > https://fedoraproject.org/wiki/Changes/FlatpaksWithoutModules > snip > > There is considerable implementation complexity within OSBS to implement this, > because the N/V/R need to be written into generated Dockerfile as > labels ''before'' building it, > but it should

  1   2   3   >