Re: Filesystem Hierarchy Standard in fedora

ons to the existing packages where the issues currently exists, so we at least prohibit new packages to introducing more such issues, and existing package to regress further away from the standard. Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Tue, Aug 5, 2025 at 12:49 PM Pav

Re: Please don't commit significant changes and leave them to be built by the mass rebuild

at case I'd like to have an opt-out mechanism (commit message keyword?) to not waste the resources changes where it doesn't make sense. And for the side-tags, as you mentioned. Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Wed, Jul 30, 2025 at 1:35 PM Mi

Re: Datacenter move update - 2025-07-03 01:00UTC

e find a solution that could at least keep up with the attacks. Does it make any sense ? Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Wed, Jul 9, 2025 at 10:22 AM Felix Schwarz wrote: > > Am 09.07.25 um 04:45 schrieb Kevin Kofler via devel: > > Is th

Re: F43 Change Proposal: Drop i686 support (system wide)

m upstream, and discussing what they could do for us to keep our player base alive, as a part of this proposal. We might not succeed, but "Valve doesn't care" is still way better justification than "We don't care". -- Michal Schorm Software Engineer Databases Team R

Re: F43 Change Proposal: Drop i686 support (system wide)

On Tue, Jun 24, 2025 at 4:44 PM Martin Jackson wrote: > We also have Nobara downstream and one of its chief selling points is gaming. Or e.g. Bazzite. https://bazzite.gg/ -- Michal Schorm Software Engineer Databases Team Red Hat -- On Tue, Jun 24, 2025 at 4:44 PM Martin Jackson wr

Re: F43 Change Proposal: Drop i686 support (system wide)

On Tue, Jun 24, 2025 at 1:49 PM Stephen Smoogen wrote: > On Tue, 24 Jun 2025 at 07:26, Michal Schorm wrote: >> If we leave a significant portion of users without an upgrade path for > The key problem here is "significant portion of users". We have no idea how > many

Re: Observation: 'acpi=off' kernel param breaking BIOS installations

I find the actually used value, when I do not specify it on the kernel command line? Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Tue, Jun 3, 2025 at 11:51 AM Hans de Goede wrote: > > Hi Michal, > > On 3-Jun-25 11:35 AM, Michal Schorm wrote: > > On

Re: F43 Change Proposal: Package specific RPM Macros For Build Flags (system-wide)

t. I'm not planning on removing anything. Also, before I proposed this change, I discussed the ways to achieve my goal with the existing options, and I found none. So I already believe there is little to no room for deduplication. Michal -- Michal Schorm Software Engineer Databases Team

Re: Observation: 'acpi=off' kernel param breaking BIOS installations

rchitecture-specific "on -- enable ACPI but allow fallback to DT [arm64,riscv64]" That adds to the mystery, why it fixed the issue on the machine. Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Mon, Jun 2, 2025 at 4:09 PM Hans de Goede wrote: > > H

Observation: 'acpi=off' kernel param breaking BIOS installations

ich leads to a different result than not specifying the acpi kernel option value at all) and I have one machine that shows the exact same symptom, but the cause doesn't seem to be 'acpi=...' related, as any possible value won't help. Michal

Re: Signaling daemons in logrotate configuration snippets

Looks good to me. I have this in MySQL: /usr/bin/kill -USR1 $(systemctl show --property MainPID --value mysqld) https://src.fedoraproject.org/rpms/mysql8.4/blob/e1dd80/f/mysql-flush-logrotate.patch#_33 but the 'systemctl kill' looks like an elegant update I can use. Michal

Re: State of 32-bit EFI support in Fedora - is this still supported/working ?

How can I tell my HW has this configuration? I maintain a bunch of *very* old 64-bit CPU laptops at home and I can at least test it on them to see if the issue is wide-spread or not, if I would find any that has such HW setup. Michal -- Michal Schorm Software Engineer Databases Team Red Hat

Re: calling ldconfig after installing a shared library

for the box, for which it need the library to be found. Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Tue, May 6, 2025 at 11:33 AM Dan Horák wrote: > > On Tue, 6 May 2025 11:26:02 +0200 > Pavol Sloboda wrote: > > > Hi, > > > > I am curr

Auto generated Requires: user(), group()

nfracloud.org/results/mschorm/mysql-test/fedora-rawhide-x86_64/08853023-mysql8.4/builder-live.log.gz -- Michal Schorm Software Engineer Databases Team Red Hat -- -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an emai

Re: force merging of the remaining pull requests for sysusers

spot the mistake: https://src.fedoraproject.org/fork/mschorm/rpms/mariadb10.11/c/1ba22?branch=sysusers But if not, it might be a serious issue for every package that use the '%sysusers_create_compat' macro on older Fedora releases AND requires the user / group to be present before the

Re: force merging of the remaining pull requests for sysusers

41, RHEL 10 or RHEL 9? Or would it be necessary to keep the RPM scriptlet logic conditionally for older releases? Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Wed, Mar 5, 2025 at 5:33 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Mar 05, 2025 at 03:26:44PM +0

Re: force merging of the remaining pull requests for sysusers

ment it myself when I get better, I just can't tell when it will be. And I would dislike merging the current versions of the MRs. Hope this helps, Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Mon, Mar 10, 2025 at 12:29 PM Zbigniew Jędrzejewski-Szmek wrote: > > On

Re: force merging of the remaining pull requests for sysusers

a what causes it, whether it is an expected change in behavior or whether it is somehow related to your Change? Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Mon, Mar 3, 2025 at 7:35 PM Emmanuel Seyman wrote: > > * Zbigniew Jędrzejewski-Szmek [03/03/2025 10:4

Re: definition of UDF_INIT missing in mariadb-connector-c-devel package

Hi, I'm the package maintainer of mariadb-connector-c. I began to investigate. I think I already found the possible cause and solution, I'll continue the discussion in the BZ ticket. Thanks for the heads up. Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On T

Re: Seeking Fedora projects or issues that could use some new short-term contributors

edora specific projects, as there is never enough manpower here :) However you might like exploring the MariaDB upstream too in your future endeavors. Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Fri, Jan 31, 2025 at 2:34 AM Adrian Edwards wrote: > > Hello Fed

Re: RFC: Additional checkpoint for major toolchain updates before mass rebuild

of the cores of any distribution, and thoughtfulness is necessary. -- Michal Schorm Software Engineer Databases Team Red Hat -- On Mon, Jan 27, 2025 at 8:18 PM Fabio Valentini wrote: > > On Mon, Jan 27, 2025 at 8:02 PM Michal Schorm wrote: > > > > Does this RFC include

Re: RFC: Additional checkpoint for major toolchain updates before mass rebuild

likely make me fix them sooner. But without knowing that, I likely won't be trying to find out myself, when the mass rebuild will do that for me. Michal -- Michal Schorm Software Engineer Databases Team Red Hat -- On Mon, Jan 27, 2025 at 7:05 PM Fabio Valentini wrote: > > Hi all, &

Re: Idea proposal for next mass rebuilds

we do a mass rebuild). However there may already be present macros changing the behaviour specifically in that Fedora release. In both cases, we expect just minor deviances, so the overall graph should be mostly correct, and that sounds like a good value to effort ratio to me. Michal -- Mic

Re: Moving away from the term "karma" in Bodhi

our opinions. Thank *you* for trying to find a reasonable way to 'measure' the opinion of the community (voting) in a visible place with far reach, and steering the decision based on the voice of the community. -- Michal Schorm

Re: Moving away from the term "karma" in Bodhi

#x27;s hardly the same category as the 'karma' term used in a software named Bodhi. [1] https://pagure.io/koji/ -- Michal Schorm Software Engineer Databases Team Red Hat -- -- ___ devel mailing list -- devel@lists.fedoraproject.org To uns

Re: Moving away from the term "karma" in Bodhi

down symbol in this line is telling users > what actually matters. The word "karma" here is adding no value, > it is again useless word clutter. I agree with this observation and in this particular case (term "karma" used in Bodhi) I'd be up for clarification / term clean

Re: RPM buildroot & "Recommends:"

Understood, thanks for the explanation of both KOJI and MOCK side. I proposed a fix to the asio package: https://src.fedoraproject.org/rpms/asio/pull-request/5 -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Tue, Jul 30, 2024 at 2:15 PM Miroslav Suchý wrote

RPM buildroot & "Recommends:"

d package 'openssl-devel-engine' is NOT pulled into the buildroot. As seen in this scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=120907411 https://kojipkgs.fedoraproject.org//work/tasks/7411/120907411/root.log Is it a bug? Is it intended? Is it something that changed

Re: uploading big sources to lookaside cache

like this unknown to me which may help you. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Sun, Jun 9, 2024 at 4:13 PM Mattia Verga via devel wrote: > > I was just thinking... for users with a limited upload bandwidth it is a > pain to upload big

Re: rawhide %{_buildrootdir} not expanded

for the record: It seems there are only a few packages using it: https://sourcegraph.com/search?q=context:global+repo:%5Esrc.fedoraproject.org/+%25%7B_buildrootdir%7D&patternType=regexp&sm=0 -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Tue, Jun 4, 2

Re: Referencing an upstream subdir in the sources

censes: https://src.fedoraproject.org/rpms/mariadb/blob/rawhide/f/generate-modified-sources.sh Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Wed, Jan 10, 2024 at 12:14 PM Michael J Gruber wrote: > > Am Mi., 10. Jan. 2024 um 11:39 Uhr schrie

Re: Proven to be sickened

;s assume they are not significant, as you'd end up anyway using the proven packagers rights to force merge. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Thu, Dec 7, 2023 at 11:21 AM Florian Weimer wrote: > > * Kevin Kofler via devel: > &g

Re: Proven to be sickened

ontributions to any part of Fedora. Every maintainer may be in for a different goal, so it may not be applicable to everyone, but I like the parable to maintainer being more of a guardian. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Tue, Dec 5, 2023 at

Re: Proven to be sickened

haven't even needed to activate 'Policy for nonresponsive package maintainers'.) But I have a strong feeling the proven packagers powers are commonly used because they are handy, instead of them being necessary. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red

Re: Ancient compilation flags in my pkg - still needed ?

ead of *why* it was done, I'm more of an archeologist, than a software engineer. If people would write *useful* commit messages, I wouldn't need to ask such questions. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Thu, Nov 30, 2023 at 1

Ancient compilation flags in my pkg - still needed ?

default build flags, ... ) Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject

Re: old RPM code in my package - safe to remove this bit ?

checking if %licensedir is defined. Why is it checked through the %licensedir macro, and not the %license VFT instead? If %doc VFT could be used as an actual value for a macro, I'd assume it could be used in conditional too. (to verify whether such VFT exists) Michal -- Michal Schorm

Re: Packaging guidelines - dynamic allocation of users and groups

ater. Given the several years delay before I noticed the change: https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format I doubt it wouldn't be worth updating at least to the *current* format :) Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Thu

old RPM code in my package - safe to remove this bit ?

stead is used as a keyword for the parser. -- The questions are: (1) is it safe to remove ? (2) does it actually do anything? (3) if yes, what does it do ? -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- -- ___ devel mai

Packaging guidelines - dynamic allocation of users and groups

but I'm not sure whether I'm not missing any of those, and/or where: | BuildRequires: systemd-rpm-macros | %{?sysusers_requires_compat} | | %pre | %sysusers_create_compat %{SOURCE3} Likely because I don't understand where/when the systemd picks up, recognizes the installed file and actuall

Re: F40 Change Proposal: F40 MariaDB MySQL repackaging (Self-Contained)

pr enable @mariadb-sig/mariadb-10.5 && dnf > upgrade (or distro-sync, but since it would be an "upgrade" at RPM level, > distro-sync is not needed here), and to switch back to the default version, > dnf copr disable @mariadb-sig/mariadb-10.5 && dnf distro-sync (to

Re: Unannounced soname bump: libotf

es: > https://docs.fedoraproject.org/en-US/packaging-guidelines/#_listing_shared_library_files > > Looking at the current spec, it uses "%{_libdir}/*.so.*"; had it > followed this guideline, I believe this issue would not have occurred. I agree, fixed: https://src.fedoraproject.org/rpms/libotf/c/0ccd534

Re: Unannounced soname bump: libotf

My apologies ! I built the new version when cleaning old PRs and I failed to check for the soname bump. Thank you for cleaning up after me. I will try my best to remember to check it next time. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Wed, Jul 26

Re: Fedora 38 Cinnamon Desktop - LIGHTDM.SERVICE FAIL..!!!!

-1.20.14-23.fc37.x86_64 xorg-x11-server-Xorg-1.20.14-23.fc37.x86_64 xorg-x11-server-Xwayland-22.1.9-2.fc37.x86_64 Could you please share your list of Xorg packages ? -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Fri, Jun 30, 2023 at 12:48 PM Leigh Scott wrote

Re: F39 Change Proposal: Build Fedora Workstation live ISO with Image Builder (System-Wide)

asily*, sounds like a great thing to have. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Mon, Jun 26, 2023 at 4:34 PM Aoife Moloney wrote: > > https://fedoraproject.org/wiki/Changes/FedoraWorkstationImageBuilder > > This document represents a propos

Re: Two Years of Fedora Releases

some downgrading of bugged package updates from time to time, but in the last few years, it's stability is quite good and I heard of a number of people using it on a daily basis. That should feel like a rolling release - without ever upgrading, just updating. -- Michal Schorm Software Engineer

Re: What is Fedora?

one day. This is the only way for me to introduce big changes. As I see it, both RHEL and Fedora profit from that to maximum. And I don't expect this relationship to go away anytime soon. However I might have misunderstood the core of this discussion. -- Michal Schorm Software Engineer

Re: Are we ready for ipv6-mostly networks?

n a tech experienced person and they would get it right the first time. 1a01:4204:b07d:af00:21c6:542a:611:73ea Not mentioning all the times I need to connect devices in many rooms across several floors in the whole building. Is there any easy way to keep exchanging the IP address 'human

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

a package where you're > already making changes anyway. I don't see a need to make a bump and build for every change, only for changes that are expected to be built. There are mass rebuilds anyway, so it will be bumped and built eventually. -- Michal Schorm Software Engineer Cor

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

please? I'd like to learn why people would (not) like such a check or reminder. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Thu, Jan 19, 2023 at 3:36 PM Robbie Harwood wrote: > > Michal Schorm writes: > > > While playing around with

SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

e such conditionals and the code they hold ? Do you agree that removing obsolete code such as this brings value to the package codebase ? Would you see a value in e.g. some kind of a robot reminding maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI check) Michal -- Michal Schorm

Re: F38 proposal: Reproducible builds: Clamp build mtimes to $SOURCE_DATE_EPOCH (System-Wide Change proposal)

ot;) in any way both as a user and as a package maintainer. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Sat, Nov 26, 2022 at 11:09 PM Marek Marczykowski-Górecki wrote: > > On Fri, Nov 11, 2022 at 10:14:56AM -0500, Neal Gompa wrote: > > On Fri, Nov 11

Re: F38 proposal: Shorter Shutdown Timer (System-Wide Change proposal)

I personally believe that strictly opt-in telemetry is a good way to gather user (telemetric) data. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Wed, Jan 11, 2023 at 9:56 PM Michael Catanzaro wrote: > > On Wed, Jan 11 2023 at 11:48:27 AM -0800, Kevin Fenz

KOJI builders running out of space

rs are there too: https://koji.fedoraproject.org/koji/taskinfo?taskID=92945427 https://koji.fedoraproject.org/koji/taskinfo?taskID=92945615 Anyone recall any recent changes to KOJI? Would it be possible to allocate more space to the builders ? Michal -- Michal Schorm Software Engineer Core Serv

KOJI Rawhide error: "Empty %files file ...../debugsourcefiles.list"

package issue. I'll submit scratch builds for F36 & F37 in a moment. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-

Re: Upstream Release Monitoring - bug report

> the-new-hotness, as that's certainly not its intended behaviour. Right, will report. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Mon, Jul 25, 2022 at 1:46 PM Fabio Valentini wrote: > > On Mon, Jul 25, 2022 at 1:39 PM Michal Schorm wrote: &

Upstream Release Monitoring - bug report

39/ [3] https://bugzilla.redhat.com/show_bug.cgi?id=2090416 -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject

MariaDB in Fedora - retiring 10.3 & 10.4 series

wsroom/press-releases/mariadb-announces-new-innovation-release-model/ [2] rel-eng ticket regarding setting the EOL date: https://pagure.io/releng/issue/10902 [3] Wiki page with info which series are in which Fedora releases: https://fedoraproject.org/wiki/MariaDB_software -- Michal S

Re: CMake fails to configure when "-S ." source method is used

See: https://bugzilla.redhat.com/show_bug.cgi?id=2079833 -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Sun, Jun 12, 2022 at 7:49 PM Richard Shaw wrote: > > Ok, this is a weird one. Apparently platform detection either fails or isn' > "r

Re: Minizip pull requests

Forwarding to the package maintainers as a heads-up -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Fri, Apr 22, 2022 at 5:55 AM Julian Sikorski wrote: > > W dniu 21.04.2022 o 21:22, Julian Sikorski pisze: > > Hello, > > > > I have

Re: CMake broken in rawhide?

r participates in upstream discussions. https://bugzilla.redhat.com/show_bug.cgi?id=2079833 -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Fri, Jun 10, 2022 at 4:32 AM Richard Shaw wrote: > > DOH! > > The %cmake line had a trailing "

[modules] 'fedpkg request-branch' - how ?

27;Y' and call the 'fedpkg-request branch' without '--no-auto-module'. Will that create a new modular repo named 'Y' ? Will that create a branch with a name I choosed in the modular repo 'X' ? -- Michal Schorm Software Engineer Core Services - Data

Re: dist-git force push

from the wrong end. Why wouldn't you try to avoid pushing the erroneous code in the first place - e.g. by testing ? -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Fri, Apr 1, 2022 at 12:52 PM Michael J Gruber wrote: > > Hi there > > I know w

Re: [Fedora-legal-list] How to make a Pagure Pull Request and How it is licensed by default for contributors outside of 'packagers' group ?

On Wed, Mar 23, 2022 at 9:36 AM Vít Ondruch wrote: > Dne 22. 03. 22 v 19:18 Michal Schorm napsal(a): > > On Tue, Mar 22, 2022 at 7:06 PM Richard Fontana wrote: > >> I would assert that the "unlicensed > >> contribution" scenario contemplated by the FPCA is

Re: [Fedora-legal-list] How to make a Pagure Pull Request and How it is licensed by default for contributors outside of 'packagers' group ?

he contributor; since every contributor to a code (let's say a single package repository) is always legally assumed to be under the license othe code of that package has, unless specified differently by the contributor. Is my understanding correct ? Michal -- Michal Schorm Software Enginee

How to make a Pagure Pull Request and How it is licensed by default for contributors outside of 'packagers' group ?

sue ? [1] https://fedoraproject.org/wiki/Legal:Fedora_Project_Contributor_Agreement [2] https://docs.fedoraproject.org/en-US/ci/pull-requests/ [3] https://fedoraproject.org/wiki/Infrastructure/HTTPS-commits -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- ___

Re: FESCo wants to know what you use i686 packages for

I have ~230 i686 RPMs on my F34 system dedicated purely to gaming. Names I recognize are Wine and Steam. For the rest I can't tell whether they are just dependencies of those two, or something else. I have zero i686 RPMs on my F35 system dedicated purely to work. -- Michal Schorm Sof

Re: F37 Change: Encourage Dropping Unused / Leaf Packages on i686 (Self-Contained Change proposal)

uot; has to wait on the maintainer of "E" has to wait on the maintainer of "F" has to wait on the maintainer of "G" to stop building it for i686. As voices appeared proposing to get rid of _all_ i686 but necessary instead (which has +1 from me), I'm unsure whethe

Re: Problem with cmake 3.23.0

oken, or ill-documented and the change is badly handled. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Fri, Mar 4, 2022 at 4:24 PM Steven A. Falco wrote: > > On 3/4/22 10:17 AM, Sérgio Basto wrote: > > On Fri, 2022-03-04 at 16:04 +0100, Michal Sc

Re: Problem with cmake 3.23.0

at would suggest such change is needed, I found the contrary. And even if this change would be actually intended, it would be nice from the CMake maintainer to announce it. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Fri, Mar 4, 2022 at 3:40 PM Sérgio Basto w

Re: Problem with cmake 3.23.0

FTR there are more issues, e.g.: https://bugzilla.redhat.com/show_bug.cgi?id=2057738 -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Fri, Mar 4, 2022 at 3:27 PM Steven A. Falco wrote: > > There is a new FTBFS for KiCad [1]. I filed an issue with Ki

Re: s390x KOJI builders issue

rage amount of resources given should be lowered to only what most packages need. I believe all could benefit from this. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Thu, Mar 3, 2022 at 1:05 AM Kevin Fenzi wrote: > > On Wed, Mar 02, 2022 at 03

s390x KOJI builders issue

ng compilation, while sometimes %check phase ... -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org F

Re: sphinx: Intention to orphan package

ow) I do not intend to maintain the package once there will be no other package depending on 'sphinx'. However the decision and eventual deprecation and removal of the Sphinx SE from the MariaDB server will take time (a ~ year ?), so I don't expect it to be anytime soon. [1] https://src.fe

Re: sphinx: Intention to orphan package

1/ Go to the package page: https://src.fedoraproject.org/rpms/sphinx 2/ Log in 3/ On top bar go to "Settings" (next to "Source", "Issues", "Pull Requests", "Stats") 4/ Left column "Give project" -- Michal Schorm Software Enginee

Re: sphinx: Intention to orphan package

st to deprecate and remove it in the future. I offer to take over the package myself, and put the best effort I'll find to keep it alive and orphan it once MariaDB stops using it or it just won't build anymore. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red

Re: Preventing .build-id file conflicts between pypy3.7-libs-7.3.7-1.fc34.x86_64 and pypy3.8-libs-7.3.7-1.fc34.x86_64

--- some time ago but since neither is a package maintained by Fedora Project maintainers, no one gave a damn about the core of the issue. That time, I got one of the apps as a Flatpak instead, but not all packages have such workarounds at hand. -- Michal Schorm Software Engineer Core Services

Re: sphinx: Intention to orphan package

this situation or if they already have a plan. [1] http://mariadb.com/kb/en/about-sphinxse/ -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Thu, Jan 13, 2022 at 1:48 PM Vitaly Zaitsev via devel wrote: > > On 13/01/2022 13:33, Sergio Arroutbi wrote: >

Re: Does anybody still use `starship'?

e. ❯ rpm -qa | grep starship starship-0.56.0-4.fc35.x86_64 -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Sun, Jan 9, 2022 at 12:25 PM Igor Raits wrote: > > Hello, > > I saw some recent discussions (yet another time) how packaging Rust / > Go / No

Re: Fedora minimum hardware requirements

tried to explain it? -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fed

Re: Fedora minimum hardware requirements

technical limits is just an educated guess or assumption ... [1] https://docs.fedoraproject.org/en-US/fedora/f34/release-notes/welcome/Hardware_Overview/ [2] https://fedoraproject.org/wiki/Releases/33/ChangeSet -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On W

Packaging guidelines - clarification required - Users and Groups

s.fedoraproject.org/en-US/packaging-guidelines/UsersAndGroups/#_values_given_to_useradd_and_groupadd [7] https://src.fedoraproject.org/rpms/setup [8] https://pagure.io/setup/tree/master [9] https://pagure.io/setup/blob/master/f/services [10] https://pagure.io/s

Re: KOJI armv7hl builders out of resources

hal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Wed, Aug 4, 2021 at 6:31 PM Kevin Fenzi wrote: > > On Tue, Aug 03, 2021 at 08:50:24AM -0700, Kevin Fenzi wrote: > > > > Yes, stupidly they updated to the normal kernel before the last reboot.

Re: KOJI armv7hl builders out of resources

S. I also maintain a mysql module based on the same code. That's a lot of builds already, so I would likely spot build issues, if they would occur often. Is there a way to check how much resources the KOJI build actually consumed ? Michal -- Michal Schorm Software Engineer Core Services -

KOJI armv7hl builders out of resources

73161223 https://koji.fedoraproject.org/koji/taskinfo?taskID=72957127 https://koji.fedoraproject.org/koji/taskinfo?taskID=72968988 https://koji.fedoraproject.org/koji/taskinfo?taskID=73120117 https://koji.fedoraproject.org/koji/taskinfo?taskID=73120137 -- Michal Schorm Software Enginee

Attempt to contact "Standard Test Interface" project collaborators

riginal message ----- From: Michal Schorm Date: Wed, Jun 9, 2021 at 9:42 PM Subject: Fedora - Standard Test Interface - not enough verbose output To: , , Hello, I have a package: 'mariadb-connector-odbc'. It has a single STI test in it's dist-git repository, under 'tests

Re: RPMLint 2.0 released!

intainer to understand the value and importance of having it fixed (as well as knowledge how to fix it) [1] https://cwe.mitre.org/data/definitions/416.html -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Tue, May 18, 2021 at 2:01 PM Neal Gompa wrote: >

Re: Trying to reach "python-sqlobject" maintainer - Peter Lemenkov

Hi Peter, Yes, there is so far no immediate need to replace the packages. It's more about the fact that we have a better and up-to-date variant so if we would finish the process before F35 branching for Fedora Rawhide, it would be nice. Michal -- Michal Schorm Software Engineer Core Ser

Trying to reach "trytond" maintainer - Dan Horák

as active in Fedora since then, he hasn't responded to the PR. Hope this message will reach him and the request will be taken care of. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1929101 [2] https://src.fedoraproject.org/rpms/trytond/pull-request/3 -- Michal Schorm Software Engineer Cor

Trying to reach "python-sqlobject" maintainer - Peter Lemenkov

tainer committed since then to the package, he hasn't responded to the PR. Hope this message will reach him and the request will be taken care of. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1929101 [2] https://src.fedoraproject.org/rpms/python-sqlobject/pull-request/1 -- Michal Sch

Gnome BZ untouched for years #1414539

least once a year? Who to contact? Who to turn onto ? -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: src.fedoraproject.org branch conversion to rawhide/main tomorrow

doraproject.org/wiki links and fix them too ? -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Wed, Feb 3, 2021 at 12:09 AM Kevin Fenzi wrote: > > Greetings everyone. > > We finally have everything in place and hopefully tested to make the > switch t

Re: HEADS UP: Intent to update python-mysql to 2.0.3

to add following link: [1] https://src.fedoraproject.org/rpms/trytond/pull-request/2# Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Fri, Jan 1, 2021 at 4:22 PM Richard Shaw wrote: > > Looks like we've missed a few releases... Current version i

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

he 'amarok' package maintainer. -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Tue, Nov 17, 2020 at 8:12 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Thu, Nov 05, 2020 at 02:06:37PM +0100, Michal Schorm wrote: > > On Thu, Nov 5, 2020 at 12:2

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

ency mechanism, I will add it to the Self-Contained Change wiki page. Otherwise I'd ask you for a suggestion of what you picture as sufficient contingency mechanism. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat ___

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

to check the ABI compatibility to be sure. If the functionality would be only extended, the dependent package might not need rebuild at all; though it still would get one during some mass rebuild. I added my above reply to the Self Contained Change. -- Michal Schorm Software Engineer Core Se

Re: EOL and Obsoletes in Modularity

ng an EOL line e.g. in modulemd file is a sane way for me - the maintainer) Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

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

vements of handling this and similar changes. [1] https://bodhi.fedoraproject.org/updates/?search=mariadb-10.5 -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscri

Re: Announcement: unixODBC - moving unversioned plugins and libraries

ected, however it would be great if you would either post a list of affected packages and their maintainers, or submit PRs to them. Michal -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat ___ devel mailing list -- devel@lists.fed

Re: F34 Change proposal: Remove support for SELinux runtime disable (System-Wide Change)

On Thu, Sep 10, 2020 at 3:58 PM Ondrej Mosnacek wrote: > On Thu, Sep 10, 2020 at 3:48 PM Michal Schorm wrote: > > Does this mean, the "setenforce 0" won't work anymore? > No, no, don't worry, "setenforce 0" (i.e. switching SELinux to > "Permiss

  1   2   >