One of my packages, stable for a long time, is now getting exotic
errors in rawhide such as
-D_FORTIFY_SOURCE not defined
-D_GLIBCXX_ASSERTIONS not defined
Yesterday I saw (somewhere in here) that those errors are fixed in the
latest annobin.
Should I just wait for that fix to land in koji? If s
Dan Čermák wrote:
> There is something like that already in place:
> https://src.fedoraproject.org/rpms/cmake/blob/rawhide/f/cmake.req
>
> But I guess it does not produce the requires that you expect it should?
That cmake.req script produces only dependencies on cmake-filesystem and
nothing else
This seems serious, but I've no idea what it means.
The line of code appears to be 398 marked below.
std::string spvTargetEnvList(const int pad, const int wrap) {
std::string ret;
size_t max_line_len = wrap - pad; // The first line isn't padded
std::string line;
std::string sep = "";
Adam Williamson wrote:
> Anyway, my point is not really pkexec vs. sudo for interactive use, but
> whether pkexec is actually needed by default on all of our editions for
> non-interactive use. It's not an easy question to answer since our
> packaging doesn't distinguish between something needing *
Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't
have anything urgent for this week.
If you're aware of anything it would be useful to discuss this week,
please do reply to this mail and we can go ahead and run the meeting.
Thanks!
--
Adam Williamson
Fedora QA
IRC: adamw | Twi
I actually talk to Damien occasionally. We're just on different paths and
that's okay. There are a couple patches I'll be submitting but he's, for
very good reason, very cautious. The full patch set is also pretty large at
this point and I can understand him not wanting to take that on. Either
On 1/28/22 17:28, rapier wrote:
> Hello,
>
> I'm Chris Rapier and I'm in the process of following the directions for
> the inclusion of a new package into Fedora. I'm the primary developer of
> hpn-ssh, a series of patches against OpenSSH to provide additional
> functionality and performance to
Florian Weimer writes:
> Well, that's precisely the problem that PK was supposed to address,
> but then it descended down the JS rabbit hole...
Not sure if we are talking about the same thing. I meant flooding the
local socket (or similar) with requests, not access control.
Create a filesyst
Mamoru TASAKA wrote on 2022/01/29 8:00:
Martin Gansser wrote on 2022/01/28 22:05:
but building [1] on rawhide it fails with this error [2]:
/usr/bin/ld: cannot open linker script file
/builddir/build/BUILD/vdr-2.6.0/.package_note-vdr-2.6.0-3.fc36.x86_64.ld: No
such file or directory
collect2:
Martin Gansser wrote on 2022/01/28 22:05:
but building [1] on rawhide it fails with this error [2]:
/usr/bin/ld: cannot open linker script file
/builddir/build/BUILD/vdr-2.6.0/.package_note-vdr-2.6.0-3.fc36.x86_64.ld: No
such file or directory
collect2: error: ld returned 1 exit status
make: *
Demi Marie Obenour wrote on Fri, Jan 28, 2022 at 10:55:43AM -0500:
> As an aside, can Linux and/or glibc please disallow passing a NULL
> argv[0]? I would honestly be okay with glibc just crashing the process
> during startup if argv[0] is NULL or empty.
FWIW a patch has already been sent shortly
Hello,
I'm Chris Rapier and I'm in the process of following the directions for
the inclusion of a new package into Fedora. I'm the primary developer of
hpn-ssh, a series of patches against OpenSSH to provide additional
functionality and performance to OpenSSH. I've been maintaining and
extend
On Fri, Jan 28, 2022 at 3:04 PM Robbie Harwood wrote:
>
> Adam Williamson writes:
>
> > ...and yet despite being so easy to review it somehow had a major
> > security vulnerability ever since it was written.
>
> This is not a good metric. easy to review != was sufficiently reviewed,
> and gettin
Adam Williamson writes:
> ...and yet despite being so easy to review it somehow had a major
> security vulnerability ever since it was written.
This is not a good metric. easy to review != was sufficiently reviewed,
and getting sufficient code review might be the hardest problem in
software eng
On 1/28/22 10:48, Vitaly Zaitsev via devel wrote:
> On 28/01/2022 16:40, Demi Marie Obenour wrote:
>> sometimes disabled for security reasons.
>
> Can you elaborate what do you mean by "security reasons"?
deltarpm’s integration into DNF is poorly designed: deltarpms are
processed before verifying
On Thu, 2022-01-27 at 08:30 +0100, Milan Crha wrote:
> On Wed, 2022-01-26 at 15:18 -0800, Adam Williamson wrote:
> > There are still over a dozen packages in the distro that
> > require it:
>
> Hi,
> the gnome-software also calls pkexec is some occasions, once when
> external appstream data
On Fri, 2022-01-28 at 11:41 +0100, Lennart Poettering wrote:
>
> "pkexec" is a *short* program, it runs very little code with
> privileges actually. That makes it a *ton* better than the humungous
> code monster that "sudo" is. It has a smaller security footprint, and
> is easier to review than "s
Once upon a time, Dan Horák said:
> On Fri, 28 Jan 2022 13:30:09 +0100
> Fabio Valentini wrote:
>
> > On Sat, Jan 22, 2022 at 4:52 PM Chris Adams wrote:
> > >
> > > dhcpd-pools builds for Rawhide (in mock from F35) for me on x86_64, but
> > > failed the mass rebuild on ppc64le with:
> > >
> > >
Hello all,
Fedora 36 mass rebuild is done and FTBFS tickets [0] are filed. Some
of the tickets that got filed for ppc64le failures might have been
fixed in the recent resubmission of the failed tasks. If you notice
any of those tickets, please verify if it is fixed and if it is fixed,
you can just
On 28/01/2022 20:18, Ravindra Kumar wrote:
We are seeing unexpected build failures in open-vm-tools package due to
recent Fedora mass rebuild.
https://bugzilla.redhat.com/show_bug.cgi?id=2047148
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
Hi folks,
We are seeing unexpected build failures in open-vm-tools package due to recent
Fedora mass rebuild. I'd appreciate if you could share any
insights/recommendations on https://bugzilla.redhat.com/show_bug.cgi?id=2046784.
Thanks in advance,
Ravindra
__
On Fr, 28.01.22 10:55, Demi Marie Obenour (demioben...@gmail.com) wrote:
> As an aside, can Linux and/or glibc please disallow passing a NULL
> argv[0]? I would honestly be okay with glibc just crashing the process
> during startup if argv[0] is NULL or empty.
Yeah, it would be good if glibc sta
On 1/28/22 11:38, Michael Catanzaro wrote:
> On Fri, Jan 28 2022 at 10:55:43 AM -0500, Demi Marie Obenour
> wrote:
>> As an aside, can Linux and/or glibc please disallow passing a NULL
>> argv[0]? I would honestly be okay with glibc just crashing the
>> process
>> during startup if argv[0] is N
On Fri, Jan 28, 2022 at 11:08 AM Jun Aruga wrote:
>
> > Will version 3.0 remain available as module in F36? And if so, in the full
> > extension with all packages as currently in F35 (i.e. including e.g. rails,
> > db connectors, etc, things that are missing in the 2.7 module).
But not the rest
>> Of course gcc -fsanitize=undefined cannot be used on production code.
>
> Why not? Will it find too many errors?
This discussion is at least 5 years old:
https://seclists.org/oss-sec/2016/q1/363
I don't know if the problems have been addressed or if new problems have
popped up. The short of
On Fri, Jan 28 2022 at 10:55:43 AM -0500, Demi Marie Obenour
wrote:
As an aside, can Linux and/or glibc please disallow passing a NULL
argv[0]? I would honestly be okay with glibc just crashing the
process
during startup if argv[0] is NULL or empty.
A glibc restriction wouldn't be enough, s
Hello Sérgio,
>
>
> perl(HTML::Tidy) is optional for w3c-markup-validator [1] I'd like
> maintain w3c-markup-validator package in Fedora at least for sometime
> ,
> I was looking for a tool like this for some time
>
>
> https://src.fedoraproject.org/rpms/w3c-markup-validator/blob/rawhide/f/w3c
Hello,
botan2 2.19 has been released and includes a soname bump for
/usr/lib64/libbotan-2.so
I will update it next week in rawhide. Based on repoquery following
packages need rebuilding:
corectrl
qownnotes
I think I can take care of rebuilding these two packages myself.
BK
___
On 1/28/22 05:41, Lennart Poettering wrote:
> On Mi, 26.01.22 14:21, Adam Williamson (adamw...@fedoraproject.org) wrote:
>
>> The issue and some of the comments around it prompted me to wonder -
>> why is `pkexec` still a thing? Particularly, why is it still a thing we
>> are shipping by default i
On 28/01/2022 16:40, Demi Marie Obenour wrote:
sometimes disabled for security reasons.
Can you elaborate what do you mean by "security reasons"?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproje
On 27/01/2022 13:38, Dominik 'Rathann' Mierzejewski wrote:
Definitely not. I still use F29 backgrounds as the newer ones don't
really catch my eye.
You can mark it as manually installed and it will not be removed by dnf
autoremove procedure.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.
On 27/01/2022 15:09, Fabio Valentini wrote:
Looking back at previous releases, this is not true at all. Many
blocker bugs and additional RC composes were caused by wrong packaging
of the fNN-backgrounds package, which was only found after GNOME or
KDE or XFCE maintainers found out that the new wa
On 1/27/22 05:23, Vitaly Zaitsev via devel wrote:
> On 26/01/2022 18:50, Kevin Fenzi wrote:
>> The problem with this is for folks that have the older backgrounds
>> installed, every time this package is updated all those people will have
>> to uselessly update those older packages. ;(
>
> 1. Delta
On 1/28/22 14:18, Barry Scott wrote:
On 28 Jan 2022, at 12:28, Tomasz Torcz wrote:
On Fri, Jan 28, 2022 at 12:01:43PM +, Barry Scott wrote:
I just had to fix a number of my servers that use node exporter.
The service name has been changed. Why was this done and did no one
think about t
Hi everyone,
I’ve mpdecimal package need a re-review at
https://bugzilla.redhat.com/show_bug.cgi?id=2047796, but also I need help with
a sponsor.
Best Regards,
Ali Erdinc Koroglu
-
Intel Finland Oy
Registered Address: PL 281, 00
Hello fellow java package maintainers!
I had run last kopr mass rebuild for JDK from java-11-openjdk to
java-17-openjdk for f36. Please see
https://fedoraproject.org/wiki/Changes/Java17
Full report is:
https://github.com/judovana/FedoraSystemJdkBump/blob/main/scritps/spammer/exemplarResults/ve
Seems like rebuilds is done? got like 2000 package updates today
On Thu, Jan 27, 2022 at 3:37 PM Michael Schwendt
wrote:
> On Thu, 27 Jan 2022 15:06:31 +0100, František Šumšal wrote:
>
> > I've indeed noticed the other warnings. However, given this mass rebuild
> was
> > done with a new snapshot
On Tue, 2022-01-25 at 11:47 -0500, Steve Grubb wrote:
> Hello Dave,
>
> On Tuesday, January 25, 2022 9:29:53 AM EST David Malcolm wrote:
> > Steve, thanks for putting together these cases.
> >
> > I've filed:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104224
> > against the gcc analyzer u
Of course gcc -fsanitize=undefined cannot be used on production code.
Why not? Will it find too many errors?
Perhaps because it looks like an ABI change: requires at least
one of /usr/lib64/libasan.so or libubasan.so .
___
devel mailing list -- devel
On Di, 18.01.22 12:32, Ben Cotton (bcot...@redhat.com) wrote:
> https://fedoraproject.org/wiki/Changes/Authselect_Move_State_Files_To_Etc
>
>
> == Summary ==
>
> Authselect will move several files that are currently stored at
> /var/lib/authselect to /etc/authselect/.state. This does not affect
>
On 28/01/2022 14:05, Martin Gansser wrote:
/usr/bin/ld: cannot open linker script file
/builddir/build/BUILD/vdr-2.6.0/.package_note-vdr-2.6.0-3.fc36.x86_64.ld: No
such file or directory
This a package notes regression:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o
> On 28 Jan 2022, at 12:28, Tomasz Torcz wrote:
>
> On Fri, Jan 28, 2022 at 12:01:43PM +, Barry Scott wrote:
>> I just had to fix a number of my servers that use node exporter.
>>
>> The service name has been changed. Why was this done and did no one
>> think about the impact on users?
>
but building [1] on rawhide it fails with this error [2]:
/usr/bin/ld: cannot open linker script file
/builddir/build/BUILD/vdr-2.6.0/.package_note-vdr-2.6.0-3.fc36.x86_64.ld: No
such file or directory
collect2: error: ld returned 1 exit status
make: *** [Makefile:167: libvdr-epg2vdr.so] Error 1
ok, i solved this by changing pyhton to python3 in the spec file.
# use python3
sed -i -e 's|PYTHON ?= python|PYTHON ?= python3|' Make.config
Thanks
Martin
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le.
Thanks, I added a comment in https://pagure.io/releng/issue/10590 hope
this will be fixed then.
Ankur Sinha 于2022年1月28日周五 20:54写道：
>
> On Fri, Jan 28, 2022 20:43:12 +0800, Qiyu Yan wrote:
> > Hi,
> >
> > One of my package update:
> > https://bodhi.fedoraproject.org/updates/FEDORA-2022-9e8da7bd9f
On Fri, Jan 28, 2022 20:43:12 +0800, Qiyu Yan wrote:
> Hi,
>
> One of my package update:
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-9e8da7bd9f failed
> to push to stable, error message is "FEDORA-2022-9e8da7bd9f ejected
> from the push because "Cannot find relevant tag for
> fcitx5-qt-5
On Fri, Jan 28, 2022 at 6:43 AM Qiyu Yan wrote:
> Hi,
>
> One of my package update:
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-9e8da7bd9f failed
> to push to stable, error message is "FEDORA-2022-9e8da7bd9f ejected
> from the push because "Cannot find relevant tag for
> fcitx5-qt-5.0.9
Martin Gansser wrote on 2022/01/28 21:19:
Hi,
vdr plugin vdr-epg2vdr prints the following message to the log file [1]:
vdr[30484]: [30484] loading plugin: /usr/lib64/vdr/libvdr-epg2vdr.so.2.4.7
vdr[30484]: [30484] ERROR: /usr/lib64/vdr/libvdr-epg2vdr.so.2.4.7: undefined
symbol: PyObject_Repr
r
Hi,
One of my package update:
https://bodhi.fedoraproject.org/updates/FEDORA-2022-9e8da7bd9f failed
to push to stable, error message is "FEDORA-2022-9e8da7bd9f ejected
from the push because "Cannot find relevant tag for
fcitx5-qt-5.0.9-4.fc35. None of ['f35-updates-testing',
'f35-updates-pending']
On Fri, 28 Jan 2022 13:30:09 +0100
Fabio Valentini wrote:
> On Sat, Jan 22, 2022 at 4:52 PM Chris Adams wrote:
> >
> > dhcpd-pools builds for Rawhide (in mock from F35) for me on x86_64, but
> > failed the mass rebuild on ppc64le with:
> >
> > In file included from /usr/include/stdlib.h:1032,
>
On Sat, Jan 22, 2022 at 4:52 PM Chris Adams wrote:
>
> dhcpd-pools builds for Rawhide (in mock from F35) for me on x86_64, but
> failed the mass rebuild on ppc64le with:
>
> In file included from /usr/include/stdlib.h:1032,
> from ./stdlib.h:36,
> from mktime.c:49
On Fr, 28.01.22 12:25, Florian Weimer (fwei...@redhat.com) wrote:
> >> One issue is that it's harder to prevent other users from doing execve
> >> than it's denying them access to some IPC service. In this sense, SUID
> >> programs are more robust.
> >
> > Well, that's precisely the problem that
On Fri, Jan 28, 2022 at 12:01:43PM +, Barry Scott wrote:
> I just had to fix a number of my servers that use node exporter.
>
> The service name has been changed. Why was this done and did no one
> think about the impact on users?
This was done here:
https://src.fedoraproject.org/rpms/go
Hi,
vdr plugin vdr-epg2vdr prints the following message to the log file [1]:
vdr[30484]: [30484] loading plugin: /usr/lib64/vdr/libvdr-epg2vdr.so.2.4.7
vdr[30484]: [30484] ERROR: /usr/lib64/vdr/libvdr-epg2vdr.so.2.4.7: undefined
symbol: PyObject_Repr
runvdr[30484]: vdr: /usr/lib64/vdr/libvdr-epg
On Friday, 28 January 2022 12:01:43 GMT Barry Scott wrote:
> I just had to fix a number of my servers that use node exporter.
>
> The service name has been changed. Why was this done and did no one
> think about the impact on users?
>
> In the worst case I had a server fail to reboot because I ha
I just had to fix a number of my servers that use node exporter.
The service name has been changed. Why was this done and did no one
think about the impact on users?
In the worst case I had a server fail to reboot because I had
Requires=node_exporter.service in the default target.
Barry
* Lennart Poettering:
> On Fr, 28.01.22 12:12, Florian Weimer (fwei...@redhat.com) wrote:
>
>> * Lennart Poettering:
>>
>> > I mean, polkit has some issues, but I am pretty sure that "pkexec" is
>> > not what I'd consider the big problem with it. Or to say this
>> > differently: the whole concept
On Fr, 28.01.22 12:12, Florian Weimer (fwei...@redhat.com) wrote:
> * Lennart Poettering:
>
> > I mean, polkit has some issues, but I am pretty sure that "pkexec" is
> > not what I'd consider the big problem with it. Or to say this
> > differently: the whole concept of tools like
> > su/sudo/setpr
* Lennart Poettering:
> I mean, polkit has some issues, but I am pretty sure that "pkexec" is
> not what I'd consider the big problem with it. Or to say this
> differently: the whole concept of tools like
> su/sudo/setpriv/runuser/suid binaries is questionnable: i.e. I am
> pretty sure we'd be bet
Hi Christian,
I suppose that was not intentional, thanks for the PR.
O.
pá 28. 1. 2022 v 10:15 odesílatel Christian Stadelmann
napsal:
>
> Hi Ondřej,
>
> you wrote:
> > also gvfs uses pkexec currently to start gvfsd-admin backend...
>
> The gvfs .spec file does not reflect that so it may fail o
On Mi, 26.01.22 14:21, Adam Williamson (adamw...@fedoraproject.org) wrote:
> The issue and some of the comments around it prompted me to wonder -
> why is `pkexec` still a thing? Particularly, why is it still a thing we
> are shipping by default in just about every Fedora install?
I don't think t
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20220127.0):
ID: 1115080 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
> Will version 3.0 remain available as module in F36? And if so, in the full
> extension with all packages as currently in F35 (i.e. including e.g. rails,
> db connectors, etc, things that are missing in the 2.7 module).
Yes, we always keep the old version of Rubies as a module. So, we will
buil
Hi Ondřej,
you wrote:
> also gvfs uses pkexec currently to start gvfsd-admin backend...
The gvfs .spec file does not reflect that so it may fail on a system without
polkit installed. Is this by intention? If no, I've created a PR:
https://src.fedoraproject.org/rpms/gvfs/pull-request/2
Feel fre
> Am 27.01.2022 um 21:13 schrieb Vít Ondruch :
>
> Just to let everybody know, Ruby 3.1 has landed in Rawhide [1]. The binary
> packages have been rebuilt, but there might be other compatibility issue. If
> you need help fixing your package, please come to discuss the issue to
> ruby-sig ML.
No missing expected images.
Soft failed openQA tests: 1/8 (aarch64), 1/8 (x86_64)
(Tests completed, but using a workaround for a known bug)
New soft failures (same test not soft failed in Fedora-Cloud-35-20220127.0):
ID: 1115072 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL:
66 matches
Mail list logo
