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-33-20211103.0):
ID: 1051368 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Wed, Nov 03, 2021 at 08:10:58PM +0100, Björn 'besser82' Esser wrote:
> jsoncpp 1.9.5 has just been released and it bumps its library soname
> from 24 to 25. The following packages are affected:
>
> * cmake
> * domoticz
> * guayadeque
> * libopenshot
> * minetest
> * notekit
> * oomd
> * openxr
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-35-20211103.0):
ID: 1051384 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Thanks for your info!
OK. Yes, I installed Fedora 35 beta to the 2TB SSD before installing
Fedora 35 RC 1.2 in this case. So, there is existing data already on
the 2TB SSD.
Where is the “make additional space available” link?
And the wild thing is when I selected (checked) only one disk "2 TB
SSD"
Hi,
On the first test of F35 Livedisk we found a Bug in "gnome-connections".
According to:
https://bugzilla.redhat.com/show_bug.cgi?id=2019610
this has been fixed. So the liveimage needs an update, that people
interessed in F35 do no longer get a buggy version when they download
it. I'm abl
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-20211103.0):
ID: 1051516 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
* Steve Grubb:
> Hello,
>
> On Wednesday, November 3, 2021 10:00:05 AM EDT David Sastre wrote:
>> I assume that the people who worked on it looked into various different
>> possibilities for its implementation and decide on the current one, but I
>> have a few questions:
>>
>>- Since there ar
* Luca Boccassi:
>> * Zbigniew Jędrzejewski-Szmek:
>>
>>
>> The general case of any statically linked code. It could be libgcc,
>> startup files, the non-shared bits of glibc, static-only libraries, or
>> header-only C++ libraries.
> This would be indeed useful, but quite harder to do automagi
On Thu, Nov 04, 2021 at 10:56:04AM +0100, Florian Weimer wrote:
> >> The general case of any statically linked code. It could be libgcc,
> >> startup files, the non-shared bits of glibc, static-only libraries, or
> >> header-only C++ libraries.
>
> > This would be indeed useful, but quite harder
On Thu, Nov 04, 2021 at 10:56:04AM +0100, Florian Weimer wrote:
> * Luca Boccassi:
>
> >> * Zbigniew Jędrzejewski-Szmek:
> >>
> >>
> >> The general case of any statically linked code. It could be libgcc,
> >> startup files, the non-shared bits of glibc, static-only libraries, or
> >> header-onl
Hi Bex,
On Thu, Oct 21, 2021 at 12:58:11PM +0200, Brian (bex) Exelbierd wrote:
> On Thu, Oct 21, 2021 at 3:23 AM Phil Sutter wrote:
> > On Wed, Oct 20, 2021 at 01:40:35PM -0700, Adam Williamson wrote:
> > > On Wed, 2021-10-20 at 18:39 +0200, Brian (bex) Exelbierd wrote:
> > [...]
> > > > AIUI, we
On Thu, Nov 04, 2021 at 11:12:37AM +0100, Jakub Jelinek wrote:
> On Thu, Nov 04, 2021 at 10:56:04AM +0100, Florian Weimer wrote:
> > >> The general case of any statically linked code. It could be libgcc,
> > >> startup files, the non-shared bits of glibc, static-only libraries, or
> > >> header-on
On 04/11/2021 10:28, Marius Schwarz wrote:
this has been fixed. So the liveimage needs an update, that people
interessed in F35 do no longer get a buggy version when they download
it. I'm able to verifiy this, in case the liveimage team wants it tested.
You need to wait updated Fedora respins.
On Thu, Nov 04, 2021 at 10:20:35AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Nov 04, 2021 at 11:12:37AM +0100, Jakub Jelinek wrote:
> > On Thu, Nov 04, 2021 at 10:56:04AM +0100, Florian Weimer wrote:
> > > >> The general case of any statically linked code. It could be libgcc,
> > > >> st
On Thu, Nov 04, 2021 at 10:26:20AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > We checked compression, and it just isn't worth it. When you compress
> > 100–200 bytes, the output might be a tiny bit smaller, but then the
> > compression alg header is added it becomes a wash. And we lose an import
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2021-11-05 from 12:00:00 to 13:00:00 US/Eastern
At fedora-meet...@irc.libera.chat
The meeting will be about:
Source: https://calendar.fedoraproject.org//meeting/10108/
___
devel maili
OLD: Fedora-Rawhide-20211103.n.0
NEW: Fedora-Rawhide-20211104.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 5
Dropped packages:2
Upgraded packages: 114
Downgraded packages: 0
Size of added packages: 33.23 MiB
Size of dropped packages
On Thu, Nov 4, 2021 at 1:48 PM Fedora Rawhide Report
wrote:
>
> Package: kernel-5.16.0-0.rc0.20211103gitdcd68326d29b.2.fc36
> Old package: kernel-5.15.0-60.fc36
> Summary: The Linux kernel
> RPMs: kernel kernel-core kernel-debug kernel-debug-core
> kernel-debug-devel kernel-deb
On Thu, Nov 4, 2021 at 8:00 AM wrote:
>
> Dear all,
>
> You are kindly invited to the meeting:
>ELN SIG on 2021-11-05 from 12:00:00 to 13:00:00 US/Eastern
>At fedora-meet...@irc.libera.chat
>
> The meeting will be about:
I just went through and brought our ticket queue on
https://github.
On 11/3/21 5:45 PM, Eduard Lucena wrote:
> Would you like to have this meeting uploaded to Fedora Project's YouTube
> channel?
>
>
Not really sure on that one. Maybe grab me and we'll discuss it.
Dusty
___
devel mailing list -- devel@lists.fedorapr
No missing expected images.
Compose FAILS proposed Rawhide gating check!
24 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 106/206 (x86_64), 62/141 (aarch64)
New failures (same test not faile
Kevin Kofler via devel wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
>> Why would anyone want to do that? (I'm not talking about the case
>> mentioned elsewhere in the thread were a non-libtool file is removed
>> by a mistake, but the actual case where one would want to keep
>> distributing a libtoo
I've got an rpminspect failure I don't understand. Looking at
https://osci-jenkins-1.ci.fedoraproject.org/job/fedora-ci/job/rpminspect-pipeline/job/master/54461/testReport/(root)/tests/_patches/
the relevant result seems to be this:
|25) glibc-upstream-2.34-18.patch touches 26 files and as many
bluca wrote:
> This [tags for statically linked parts] would be indeed useful [...]
For the original task of assisting with crash analysis, how would it be
useful? The idea is that the overall binary's tags would let someone
fetch the corresponding distro / debuginfo and go from there. That
lo
On 11/4/21 09:17, Florian Weimer wrote:
Why is this VERIFY? The patch was generated as if by “git show”, and I
do not see anything wrong with it.
rpminspect thinks that the patch is suspiciously large and asks you to
confirm that it is intentional.
There's a test description in the beginnin
Hi everyone,
As you may have noticed, F33 bugs are being updated to remind everyone
that F33 will reach EOL on 2021-11-30. In fact, some of you may have
noticed three times.
As you recall, Red Hat Bugzilla got a 1000-bug limit for queries back
in September[1]. So when I was saving the CSV files t
* Aleksei Bavshin:
> On 11/4/21 09:17, Florian Weimer wrote:
>> Why is this VERIFY? The patch was generated as if by “git show”, and I
>> do not see anything wrong with it.
>
> rpminspect thinks that the patch is suspiciously large and asks you to
> confirm that it is intentional.
>
> There's a t
W dniu 31.10.2021 o 17:07, Sérgio Basto pisze:
On Sun, 2021-10-31 at 14:50 +0100, Julian Sikorski wrote:
W dniu 20.10.2021 o 20:09, Julian Sikorski pisze:
W dniu 29.09.2021 o 10:08, Julian Sikorski pisze:
W dniu 28.09.2021 o 09:32, Julian Sikorski pisze:
W dniu 22.09.2021 o 21:07, Julian Siko
> Rex Dieter writes:
> I'm sure there's a way to opt-out of this behavior (right?)
There is a standard way to opt out of any of the brp scripts:
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_brp_buildroot_policy_scripts
- J<
___
de
Am Donnerstag, dem 04.11.2021 um 08:54 +0100 schrieb Adrian Reber:
> On Wed, Nov 03, 2021 at 08:10:58PM +0100, Björn 'besser82' Esser
> wrote:
> > jsoncpp 1.9.5 has just been released and it bumps its library soname
> > from 24 to 25. The following packages are affected:
> >
> > * cmake
> > * dom
Am Donnerstag, dem 04.11.2021 um 21:40 +0100 schrieb Björn 'besser82'
Esser:
> Am Donnerstag, dem 04.11.2021 um 08:54 +0100 schrieb Adrian Reber:
> > On Wed, Nov 03, 2021 at 08:10:58PM +0100, Björn 'besser82' Esser
> > wrote:
> > > jsoncpp 1.9.5 has just been released and it bumps its library
> > >
On 9/30/21 8:03 PM, Tom Stellard wrote:
Hi,
I'm going to start packaging LLVM 13.0.0-final for rawhide and f35. The
13.0.0-final release has a different ABI than 13.0.0-rc1, so I will be
rebuilding the following packages as part of the update:
Hi,
Now that the f35 freeze is over, I'm going
https://slack.com/help/articles/115002037526-System-requirements-for-using-Slack
"Note: Starting March 1, 2022, Slack will no longer support Fedora Linux
distributions."
I don't know if that's of interest to Fedora, as an organization, but on
the off-chance that it is: Is anyone in a position
I believe the flatpak on flathub is built on Ubuntu, so there's that, but yes,
this is odd and potentially unfortunate.
\--
Gwyn Ciesla
she/her/hers
\
in your fear, seek only peace
in your fear, seek only love
\-d. bowie
Sent f
As someone who has to use Slack for work, this is disappointing, but
at least there is still a flatpak for Slack:
https://www.flathub.org/apps/details/com.slack.Slack
On Thu, Nov 4, 2021 at 8:24 PM Gordon Messmer
wrote:
>
> https://slack.com/help/articles/115002037526-System-requirements-for-usi
as root
dnf install dpkg
dpkg --force-depends -i slack-desktop-4.21.1-amd64.deb
desktop-file-install ./usr/share/applications/slack.desktop
works for me ,
is a "standalone" package we can check with :
dpkg-deb --fsys-tarfile slack-desktop-4.21.1-amd64.deb | tar tf -
On Thu, 2021-11-04 at 2
On 11/4/21 7:23 PM, Gordon Messmer wrote:
I don't know if that's of interest to Fedora, as an organization, but on
the off-chance that it is: Is anyone in a position to ask someone at
Slack about that decision? And whether there's anything that Fedora can
do to make publishing that package mor
On 11/4/21 8:55 PM, Joe Doss wrote:
It would be cool if we could rally some sort of support on our end to
help Slack produce a functioning RPM.
I hit up some buds that used to work at Slack to see if they can help
connect us with some folks there to work this out.
Joe
--
Joe Doss
j...@sol
I did all the ones I could see and removed them from here:
https://release-monitoring.org/project/8763/ KDE Applications
All the rest I did a search for kde and did those as well.
Please tell me if/what I am missing (apps/libs,etc)
Thanks in advance.
_
The Mattermost client is open source and will connect to Slack. There
are a number of packages in copr:
https://copr.fedorainfracloud.org/coprs/fulltext/?fulltext=mattermost
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On 11/5/21 12:41 AM, Benson Muite wrote:
The Mattermost client is open source and will connect to Slack. There
are a number of packages in copr:
https://copr.fedorainfracloud.org/coprs/fulltext/?fulltext=mattermost
Thanks for the suggestion but I prefer the official client for work.
Joe
--
41 matches
Mail list logo
