On 2/4/25 7:18 AM, Zbigniew Jędrzejewski-Szmek wrote:
> On Sun, Jan 26, 2025 at 09:20:59PM -0500, William Cohen wrote:
>> I have reworked the technique to avoid using a .rpmmacros file and have
>> everything in the spec file. The upstream sediment documentation page has
>> been updated to descri
Hi,
In this case: "packages which install to hardcoded $DESTDIR/usr/sbin,
but then use %{_sbindir} in %files, will need to be adjusted."
I did this [1] after the make install, is that correct ?
[1]
%if "%{_sbindir}" == "%{_bindir}"
mkdir -p %{buildroot}%{_bindir}
mv %{buildroot}/usr/
On Tue, Feb 04, 2025 at 02:54:30PM +, Sérgio Basto via devel wrote:
> Hi,
> In this case: "packages which install to hardcoded $DESTDIR/usr/sbin,
> but then use %{_sbindir} in %files, will need to be adjusted."
>
> I did this [1] after the make install, is that correct ?
>
> [1]
> %if "%{_
On Sun, Jan 26, 2025 at 09:20:59PM -0500, William Cohen wrote:
> I have reworked the technique to avoid using a .rpmmacros file and have
> everything in the spec file. The upstream sediment documentation page has
> been updated to describe how to do this:
>
> https://github.com/wcohen/sediment
On Tue, 2025-02-04 at 02:00 +, Sérgio Basto via devel wrote:
> On Mon, 2025-02-03 at 01:06 +, Sérgio Basto via devel wrote:
> > Hi,
> > I will start a mass rebuild in a side-tag, very soon , the goal is
> > finish and merge it before the mass branch which is scheduled for 4
> > of
> > Feb o
On 04. 02. 25 13:18, Zbigniew Jędrzejewski-Szmek wrote:
That spec file patch uses a style that is a bit dated.
Some comments:
+%bcond_without opt
'%bcond foo' is a more modern alternative that is easier for humans to
understand.
→ %bcond opt 1
This was only updated in our python3.14 spec
Dne 31. 01. 25 v 20:41 Kevin Fenzi napsal(a):
On Fri, Jan 31, 2025 at 02:27:28PM +0100, Vít Ondruch wrote:
I am advocating for mass-rebuild as we do (i.e. to try to build everything)
to be done after stable branch is branched off. For this cycle, the F42 is
going to be branched on Tue 2025-02-0
OLD: Fedora-eln-20250204.n.0
NEW: Fedora-eln-20250205.n.1
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 1
Dropped packages:5
Upgraded packages: 50
Downgraded packages: 0
Size of added packages: 4.70 MiB
Size of dropped packages:47.06 MiB
I'm working on updating libmamba to 2.0.X [1] but hitting the following
error:
cd
/home/orion/fedora/libmamba/libmamba-2.0.6-build/mamba-2.0.6/redhat-linux-build/libmambapy
&& /usr/lib64/ccache/g++ -DFMT_SHARED -DMAMBA_USE_INSTALL_PREFIX_AS_BASE
-DSPDLOG_FMT_EXTERNAL -DSPDLOG_FWRITE_UNLOCKED
Am Mo., 3. Feb. 2025 um 22:40 Uhr schrieb Jerry James :
>
> On Mon, Feb 3, 2025 at 2:22 PM Michael J Gruber
> wrote:
> > So, over at upstream they raised the suspicion that some parts of what
> > I'm linking are compiled with different flags. To recap: I get
> > ```
> > /usr/include/c++/15/bits/s
On Tue, Feb 04, 2025 at 02:54:30PM +, Sérgio Basto via devel wrote:
> Hi,
> In this case: "packages which install to hardcoded $DESTDIR/usr/sbin,
> but then use %{_sbindir} in %files, will need to be adjusted."
>
> I did this [1] after the make install, is that correct ?
>
> [1]
> %if "%{_
On Tue, Feb 04, 2025 at 09:45:19AM -0500, William Cohen wrote:
> >> +%global layout _opt
> >> +Release: 1%{?dist}%{?layout}
> > In various places the patch does such indirections… Please kill them, they
> > make the diff much more verbose and actually harder to follow.
> >
> > → Release: 1%{?dist}
On 25-02-03 16:38, Kevin Fenzi wrote:
On Mon, Feb 03, 2025 at 09:18:56PM +0100, Łukasz Wojniłowicz wrote:
Hi all,
according to
https://docs.fedoraproject.org/en-US/fesco/Package_review_policy/#submitter_not_responding
"When the submitter of a review ticket has not responded to comments for one
On Sat, Feb 01, 2025 at 05:21:41PM +, Sérgio Basto wrote:
> On Sat, 2025-02-01 at 08:50 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Jan 31, 2025 at 08:47:16PM +, Sérgio Basto via devel
> > wrote:
> > > > The first batch:
> > > > https://in.waw.pl/~zbyszek/fedora/sysusers_mass_spec
On Tue, 2025-02-04 at 10:16 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Feb 01, 2025 at 05:21:41PM +, Sérgio Basto wrote:
> > On Sat, 2025-02-01 at 08:50 +, Zbigniew Jędrzejewski-Szmek
> > wrote:
> > > On Fri, Jan 31, 2025 at 08:47:16PM +, Sérgio Basto via devel
> > > wrote:
> >
On Mon, Feb 3, 2025 at 9:19 PM Łukasz Wojniłowicz
wrote:
>
> Hi all,
> according to
> https://docs.fedoraproject.org/en-US/fesco/Package_review_policy/#submitter_not_responding
>
> "When the submitter of a review ticket has not responded to comments for one
> month, a comment is added to the tic
On 2/4/25 11:22 AM, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Feb 04, 2025 at 09:45:19AM -0500, William Cohen wrote:
+%global layout _opt
+Release: 1%{?dist}%{?layout}
>>> In various places the patch does such indirections… Please kill them, they
>>> make the diff much more verbose and
Full logs at:
https://meetbot-raw.fedoraproject.org//meeting_matrix_fedoraproject-org/2025-02-04/fesco.2025-02-04-17.00.log.txt
=
# #meeting:fedoraproject.org: fesco
=
Meeting started by @nirik:matrix.scrye.com at 2025-02-04
Hi Gary,
> On 3. Feb 2025, at 17:00, Gary Buhrmaster wrote:
>
> I never bothered to follow all the details
> of the issue, but is there not a problem
> where libxcrypt is not FIPS compliant?
The answer is “it’s complicated”.
NIST doesn’t really specify rules for password hashing in the FIPS co
On Mon, Jan 13, 2025 at 01:46:03PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Jan 10, 2025 at 10:13:31AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Jan 10, 2025 at 08:58:32AM +0100, Florian Weimer wrote:
> > > * Zbigniew Jędrzejewski-Szmek:
> > >
> > > > glibc
> > >
> > > If w
On Tue, Feb 04, 2025 at 02:10:53PM +, Richard W.M. Jones wrote:
> On Mon, Jan 13, 2025 at 01:46:03PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Jan 10, 2025 at 10:13:31AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > > On Fri, Jan 10, 2025 at 08:58:32AM +0100, Florian Weimer wrote:
>
On Sat, Jan 25, 2025, at 4:05 AM, Zbigniew Jędrzejewski-Szmek wrote:
> So yeah, having a package with a sysusers file and files owned by the
> users or groups defined therein works fine. (This was already possible
> before, but required careful creation of a %pre scriptlet. The new
> mechanism i
22 matches
Mail list logo
