Il 22/04/20 00:22, Maximiliano Sandoval via devel ha scritto:
> Hi everyone, I would like to request a rpm build for
> [protonmail-bridge](https://protonmail.com/bridge/), which recently released
> its source at [github](https://github.com/ProtonMail/proton-bridge). I have
> been unable to produ
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-04-23 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-04-23 09:00 PDT US/Pacific
2020-04-23
No missing expected images.
Soft failed openQA tests: 21/173 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 584428 Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/584428
ID: 584429 Test: x86_64 Server-boot-iso install_defa
According to the schedule [1], Fedora 32 Candidate RC-1.6 is now
available for testing. Please help us complete all the validation
testing! For more information on release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
Test coverage information for the curr
Richard Shaw writes:
I'm having trouble determining what the base CPU targets for Fedora can
accommodate.
For example, ss it safe to assume AVX2 on x86_64?
Nope.
Linux thinkpad 5.5.16-200.fc31.x86_64 #1 SMP Wed Apr 8 16:43:33 UTC 2020
x86_64 x86_64 x86_64 GNU/Linux
[
/proc/cpuinfo:
f
On 4/22/20 9:55 PM, Jun Aruga wrote:
Hi,
Could anyone swap the review?
Review Request: bowtie2 - A read aligner for genome sequencing
https://bugzilla.redhat.com/show_bug.cgi?id=1824348
I can take it.
bowtie2 [1] is C++ software for genome analysis.It can be also used
for COVID-19 analysis
Thanks for answering Xavier.
I am checking with Vascom why I can't see the libgdiplus-devel in EPEL 8.
- Breno
On Wed, 22 Apr 2020 at 15:04, Xavier Lamien
wrote:
> Oh hi,
>
> Looks like your email get lost in the pile if you tried to reach me
> personally or my bugzilla's filter is too efficie
Hi Vascom,
I don't see the -devel package available. Why is that?
On Wed, 22 Apr 2020 at 15:07, Vascom wrote:
> I already built it.
>
> But you can update to 6.0.5 :)
>
> ср, 22 апр. 2020 г. в 22:04, Xavier Lamien :
> >
> > Oh hi,
> >
> > Looks like your email get lost in the pile if you tried
On 22. 04. 20 16:40, Mohan Boddu wrote:
My personal favorite is Fedora 26
https://fedoraproject.org/wiki/Wallpapers#Fedora_26
I am not an artist, but the silhouette of the calming woods with the
reflection it on the lake is just*serene*.
I love that one, especially the "hidden gem": it is a v
Hi,
Could anyone swap the review?
Review Request: bowtie2 - A read aligner for genome sequencing
https://bugzilla.redhat.com/show_bug.cgi?id=1824348
bowtie2 [1] is C++ software for genome analysis.It can be also used
for COVID-19 analysis [2].
Thanks.
Jun
[1] https://github.com/BenLangmead/bow
In any case I have made a repo with the spec in the meanwhile
https://github.com/A6GibKm/protonmail-bridge.spec, and it builds fine. But I am
not sure how to handle go modules for a possible koji release.
___
devel mailing list -- devel@lists.fedorapro
Thanks Vasiliy, much appreciated.
On Wed, Apr 22, 2020, 9:07 PM Vascom wrote:
> I already built it.
>
> But you can update to 6.0.5 :)
>
> ср, 22 апр. 2020 г. в 22:04, Xavier Lamien :
> >
> > Oh hi,
> >
> > Looks like your email get lost in the pile if you tried to reach me
> personally or my bu
https://bodhi.fedoraproject.org/updates/FEDORA-2020-150918c861
A summary of what happened:
* Coq (and friends) don't build because camlp5 -> lablgtk3 -> coq.
camlp5 has not been ported upstream to OCaml 4.11.
* Same for haxe and why3.
* I wasn't able to "unbootstrap" menhir and dune since the
On Wed, 22 Apr 2020 20:27:29 +0200
Miro Hrončok wrote:
> On 22. 04. 20 20:16, Björn 'besser82' Esser wrote:
> > Am Mittwoch, den 22.04.2020, 20:02 +0200 schrieb Miro Hrončok:
> >> On 22. 04. 20 19:47, Björn 'besser82' Esser wrote:
> >>> Hi Dan,
> >>>
> >>> I created the list of packages with the
On Wed, Apr 22, 2020 at 8:28 PM Miro Hrončok wrote:
>
> On 22. 04. 20 20:16, Björn 'besser82' Esser wrote:
> > Am Mittwoch, den 22.04.2020, 20:02 +0200 schrieb Miro Hrončok:
> >> On 22. 04. 20 19:47, Björn 'besser82' Esser wrote:
> >>> Hi Dan,
> >>>
> >>> I created the list of packages with the fo
Il giorno mar, 21/04/2020 alle 21.27 +0200, Guido Aulisi ha scritto:
> Il giorno mar, 21/04/2020 alle 11.19 -0700, Samuel Sieb ha scritto:
> > On 4/21/20 2:30 AM, Guido Aulisi wrote:
> > > I'm trying to understand why kiss-fft (an FFT library) is failing
> > > in
> > > rawhide only on aarch64.
> >
gpgverify commands are failing in Rawhide at the moment:
gpgv2: symbol lookup error: /lib64/libgcrypt.so.20: undefined symbol: dlopen
I filed a BZ about it:
https://bugzilla.redhat.com/show_bug.cgi?id=1826925
(or is this a bug in gnupg2?) I guess this will affect any package
that verifies
I already built it.
But you can update to 6.0.5 :)
ср, 22 апр. 2020 г. в 22:04, Xavier Lamien :
>
> Oh hi,
>
> Looks like your email get lost in the pile if you tried to reach me
> personally or my bugzilla's filter is too efficient I'd say.
>
> Any way, I'll have a look at your ticket asap.
> A
Oh hi,
Looks like your email get lost in the pile if you tried to reach me
personally or my bugzilla's filter is too efficient I'd say.
Any way, I'll have a look at your ticket asap.
Also, I'm more than welcome to get co-maintainer on this package so feel
free to request access since you're looki
OLD: Fedora-32-20200421.n.0
NEW: Fedora-32-20200422.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On 22. 04. 20 20:16, Björn 'besser82' Esser wrote:
Am Mittwoch, den 22.04.2020, 20:02 +0200 schrieb Miro Hrončok:
On 22. 04. 20 19:47, Björn 'besser82' Esser wrote:
Hi Dan,
I created the list of packages with the following chain of commands:
dnf --releasever=rawhide repoquery --whatrequires j
Am Mittwoch, den 22.04.2020, 20:02 +0200 schrieb Miro Hrončok:
> On 22. 04. 20 19:47, Björn 'besser82' Esser wrote:
> > Hi Dan,
> >
> > I created the list of packages with the following chain of commands:
> >
> > dnf --releasever=rawhide repoquery --whatrequires json-c | \
> > xargs dnf --release
Hi,
I've been trying to get in contact with Xavier Lamien since Sep 2019 [1].
The package libgdiplus is particularly important to have mono built in EPEL
8.
I am following the policy for non-responsive package maintainers [2].
In 7 days if I don't get any answers I will be filling a ticket to mai
On 22. 04. 20 19:47, Björn 'besser82' Esser wrote:
Hi Dan,
I created the list of packages with the following chain of commands:
dnf --releasever=rawhide repoquery --whatrequires json-c | \
xargs dnf --releasever=rawhide info | \
grep -i 'source' | sed -e 's!^.*: !!g' | sort -u;
I ran that on F
No missing expected images.
Passed openQA tests: 8/8 (x86_64)
Installed system changes in test x86_64 IoT-dvd_ostree-iso
install_default_upload:
Used mem changed from 145 MiB to 161 MiB
1 services(s) added since previous compose: zezere_ignition.service
Previous test data: https://openq
Am Mittwoch, den 22.04.2020, 19:02 +0200 schrieb Dan Horák:
> On Wed, 22 Apr 2020 12:00:37 +0200
> Björn 'besser82' Esser wrote:
>
> > The SONAME bump has been done, and the re-builds of all packages
> > have
> > finished successfully.
>
> looks you have missed s390utils with the rebuilds and it
This is your reminder that the Go/No-Go meeting for the Fedora 32
Final release will be held tomorrow, Thursday, 2020-04-23 at 17:00 UTC
in #fedora-meeting-1. For more information, see:
https://fedoraproject.org/wiki/Go_No_Go_Meeting
View the meeting on Fedocal at:
https://apps.fedoraproject.org/c
Martin Sehnoutka writes:
> Hi Robbie,
>
> I'm pretty sure Michal would respond if you contacted him via email.
Hi Martin, you've dropped Michal from CC in your reply, but I did
include Michal on my original email. In other words: this *is*
contacting by email :)
> Also Michal is far from being
On Wed, 22 Apr 2020 12:00:37 +0200
Björn 'besser82' Esser wrote:
> The SONAME bump has been done, and the re-builds of all packages have
> finished successfully.
looks you have missed s390utils with the rebuilds and it's also missing
in the initial list of packages. How did you created the list
OLD: Fedora-Rawhide-20200421.n.0
NEW: Fedora-Rawhide-20200422.n.0
= SUMMARY =
Added images:0
Dropped images: 8
Added packages: 3
Dropped packages:4
Upgraded packages: 197
Downgraded packages: 0
Size of added packages: 9.52 MiB
Size of dropped packages
On Wed, Apr 22, 2020 at 06:05:57PM +0200, Florian Weimer wrote:
> * Jerry James:
>
> > On Wed, Apr 22, 2020 at 6:01 AM Richard W.M. Jones
> > wrote:
> >> It turns out it comes from dune (the build tool), although I'm still
> >> unclear how and why. In any case I added a rather hacky workaround
On Wed, Apr 22, 2020 at 10:42 AM Richard W.M. Jones
wrote:
> On Wed, Apr 22, 2020 at 10:19:47AM -0500, Richard Shaw wrote:
> > I'm not sure all upstream have the manpower or knowledge to do it
> > dynamically, plus in the case of LPCNet, it's required as it's the whole
> > point of the project.
>
* Jerry James:
> On Wed, Apr 22, 2020 at 6:01 AM Richard W.M. Jones wrote:
>> It turns out it comes from dune (the build tool), although I'm still
>> unclear how and why. In any case I added a rather hacky workaround so
>> I can get the build going again:
>
> No, it isn't dune; it's ocaml itself
On Wed, Apr 22, 2020 at 10:19:47AM -0500, Richard Shaw wrote:
> On Wed, Apr 22, 2020 at 10:13 AM Michael Cronenworth
> wrote:
>
> > On 4/22/20 9:51 AM, Richard Shaw wrote:
> > > So it seems what's really needed is a method to support software with
> > > optimizations above the baseline without le
* Dominik Mierzejewski:
> If upstream doesn't support runtime selection of SIMD-optimized code
> paths based on CPU capabilities, you can build several versions and
> have glibc handle that by putting each version in a special subdirectory
> of /usr/lib64, e.g.:
> /usr/lib64/haswell
> /usr/lib64/h
On Wed, Apr 22, 2020 at 9:25 AM Dominik 'Rathann' Mierzejewski
wrote:
> If upstream doesn't support runtime selection of SIMD-optimized code
> paths based on CPU capabilities, you can build several versions and
> have glibc handle that by putting each version in a special subdirectory
> of /usr/li
The SONAME bump has been done, and the re-builds of all packages have
finished successfully.
signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Passed openQA tests: 8/8 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Wednesday, 22 April 2020 at 16:51, Richard Shaw wrote:
> On Wed, Apr 22, 2020 at 9:28 AM Artur Iwicki wrote:
>
> > Regarding x86_64 and AVX2, last year we had a very heated discussion about
> > this on the mailing list.
> >
> >
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedo
On Wed, Apr 22, 2020 at 10:13 AM Michael Cronenworth
wrote:
> On 4/22/20 9:51 AM, Richard Shaw wrote:
> > So it seems what's really needed is a method to support software with
> > optimizations above the baseline without leaving other people behind.
>
> There are varying software that do this. Gl
On 4/22/20 9:51 AM, Richard Shaw wrote:
So it seems what's really needed is a method to support software with
optimizations above the baseline without leaving other people behind.
There are varying software that do this. Glibc is one. FFmpeg is another. There's
also a library that could return
On Wed, Apr 22, 2020 at 9:28 AM Artur Iwicki wrote:
> Regarding x86_64 and AVX2, last year we had a very heated discussion about
> this on the mailing list.
>
>
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/MPFXH4Y5LDC5L2VXWKUHAX3WAKBQXR4U/#MPFXH4Y5LDC5L2VXW
My personal favorite is Fedora 26
https://fedoraproject.org/wiki/Wallpapers#Fedora_26
I am not an artist, but the silhouette of the calming woods with the
reflection it on the lake is just *serene*.
On Fri, Apr 17, 2020 at 5:44 PM Miro Hrončok wrote:
>
> On 17. 04. 20 16:07, Kamil Paral wrote:
On Wed, Apr 22, 2020 at 6:01 AM Richard W.M. Jones wrote:
> It turns out it comes from dune (the build tool), although I'm still
> unclear how and why. In any case I added a rather hacky workaround so
> I can get the build going again:
No, it isn't dune; it's ocaml itself. From "Changes" under
Regarding x86_64 and AVX2, last year we had a very heated discussion about this
on the mailing list.
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/MPFXH4Y5LDC5L2VXWKUHAX3WAKBQXR4U/#MPFXH4Y5LDC5L2VXWKUHAX3WAKBQXR4U
tl;dr: there was a proposal to make "x86_64"
On Wed, 2020-04-22 at 09:54 +0200, Miro Hrončok wrote:
> On 22. 04. 20 0:39, Adam Williamson wrote:
> > Can someone run the handy script (wherever it is) that provides the
> > list of things that depend on this and who maintains them? I feel
> > like
> > maybe some of my stuff might need some of th
Ok, so to sum up...
I can assume NEON on aarch64 and that's about it.
So how do I handle this from a packaging perspective? Do I build multiple
times and create optimized and non-optimized packages?
and -AVX/AVX2/NEON?
I don't want to ExcludeArch as long as it "builds" but without the
extensi
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Passed openQA tests: 8/8 (x86_64)
Installed system changes in test x86_64 IoT-dvd_ostree-iso
install_default_upload:
Used mem changed from 131 MiB to 147 MiB
1 services(s) added since previous compose: zezere_ignition.service
Prev
On Thu, Mar 26, 2020, at 8:35 AM, Zbigniew Jędrzejewski-Szmek wrote:
>
> Relying on the target distro management stack sound nice, but is
> actually problematic: how do you run the next version before you
> install the next version? Sure, you can install stuff to some temporary
> location and ru
On 22/04/20 13:34, Mark Knoop wrote:
> At 12:00 on 22 Apr 2020, Antonio Trande wrote:
>> Hi all.
>>
>> Any idea about why this error comes out on F32+ and not on F31?
>>
>> ```
>> ui.cc:2086:12: error: 'iswalnum' was not declared in this scope; did you
>> mean 'isaalnum'?
>> 2086 | return is
My apologies, this is written in Go with submodules, and packaging will require
more Go expertise than I possess. I imaging the release tarball, once there is
one, will be simpler.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in y
* Peter Robinson:
>> > What about VSX on ppc64le?
>>
>> Yes, but only the parts that are in POWER8.
>
> We on;y support POWER8 and later in Fedora for ppc64le.
Yes, that's what I meant: you cannot assume POWER9 or -mfuture.
(There is nothing earlier than POWER8 for ppc64le anyway, some earlier
m
W dniu 22.04.2020 o 14:52, Florian Weimer pisze:
>> At this time upstream only supports AVX/AVX2/NEON, but if they did
>> add support for SVE on aarch64, can I use it?
> No. I don't think the builders support it yet.
You can assume NEON on aarch64 as it is mandatory part. SVE is in one
or two cp
I'll have a look.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday, April 21, 2020 5:22 PM, Maximiliano Sandoval via
On Wed, Apr 22, 2020 at 1:54 PM Florian Weimer wrote:
>
> * Richard Shaw:
>
> > I'm working on packaging a project that makes use of AVX/AVX2/NEON to
> > process and
> > improve the quality of low bitrate human speech:
> >
> > https://github.com/mozilla/LPCNet
> >
> > I'm having trouble determini
* Richard Shaw:
> I'm working on packaging a project that makes use of AVX/AVX2/NEON to process
> and
> improve the quality of low bitrate human speech:
>
> https://github.com/mozilla/LPCNet
>
> I'm having trouble determining what the base CPU targets for Fedora can
> accommodate.
>
> For exampl
I'm working on packaging a project that makes use of AVX/AVX2/NEON to
process and improve the quality of low bitrate human speech:
https://github.com/mozilla/LPCNet
I'm having trouble determining what the base CPU targets for Fedora can
accommodate.
For example, ss it safe to assume AVX2 on x86_
On Wed, Apr 22, 2020 at 3:26 AM Susi Lehtola
wrote:
>
> This raises the question: shouldn't there be some sort of automatic tool
> for
> making soname bump announcements? It seems to me that this is a thing where
> computers easily beat humans: query for dependent packages, and shoot their
> main
*sigh* Sorry guys. Please try using annobin-9.21.1-fc33. This should fix
the issue.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedo
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Wed, Apr 22, 2020 at 12:47:11PM +0100, Richard W.M. Jones wrote:
> This is a strange one:
>
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1496787
>
> (cd _build/default/src && /usr/bin/gcc -I /usr/lib64/ocaml -I
> /usr/lib64/ocaml/bytes -I /usr/lib64/ocaml/cudf -I /usr/lib64/ocaml/e
This is a strange one:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1496787
(cd _build/default/src && /usr/bin/gcc -I /usr/lib64/ocaml -I
/usr/lib64/ocaml/bytes -I /usr/lib64/ocaml/cudf -I /usr/lib64/ocaml/extlib -I
glpk -O2 -fno-strict-aliasing -fwrapv -fexcess-precision=standard -O2
At 12:00 on 22 Apr 2020, Antonio Trande wrote:
> Hi all.
>
> Any idea about why this error comes out on F32+ and not on F31?
>
> ```
> ui.cc:2086:12: error: 'iswalnum' was not declared in this scope; did you
> mean 'isaalnum'?
> 2086 | return iswalnum(c) || c == '_' || c == '-';
> |
On Wed, 22 Apr 2020 13:00:26 +0200
Antonio Trande wrote:
> Hi all.
>
> Any idea about why this error comes out on F32+ and not on F31?
new GCC 10 and a header not included?
https://en.cppreference.com/w/cpp/string/wide/iswalnum
Dan
> ```
> ui.cc:2086:12: error: 'iswalnum' wa
Hi all.
Any idea about why this error comes out on F32+ and not on F31?
```
ui.cc:2086:12: error: 'iswalnum' was not declared in this scope; did you
mean 'isaalnum'?
2086 | return iswalnum(c) || c == '_' || c == '-';
|^~~~
|isaalnum
make: *** [Makefile
On Wed, Apr 22, 2020 at 12:29:23PM +0200, Miro Hrončok wrote:
> On 22. 04. 20 12:18, Alexander Ploumistos wrote:
> > Are we supposed to clean up after ourselves, i.e. delete the side tags
> > after submitting the updates to bodhi, or are the tags deleted
> > automatically? If we are to delete them,
On Wed, Apr 22, 2020 at 6:45 AM Susi Lehtola
wrote:
>
> On 4/22/20 11:54 AM, Miro Hrončok wrote:
> > On 22. 04. 20 10:25, Susi Lehtola wrote:
> >> first, I'm sorry for a partial screw-up of the libxc soname bump
> >> announcement.
> >> It appears I am not alone: there are a few soname bumps each
On 4/22/20 11:54 AM, Miro Hrončok wrote:
> On 22. 04. 20 10:25, Susi Lehtola wrote:
>> first, I'm sorry for a partial screw-up of the libxc soname bump
>> announcement.
>> It appears I am not alone: there are a few soname bumps each month, many of
>> them
>> still unannounced.
>
> I'd guess the
On 22. 04. 20 12:18, Alexander Ploumistos wrote:
Are we supposed to clean up after ourselves, i.e. delete the side tags
after submitting the updates to bodhi, or are the tags deleted
automatically? If we are to delete them, at which point in the
updates' life cycle is it safe to do so? After subm
Yesterday I had to use that functionality for the very first time and
with Mohan's comment in mind about the resource cost, I was leaning
towards using buildroot overrides. I ended up creating side tags, for
the simple reason that the available documentation was much more
clearer.
Are we supposed t
Oh, great, thank you!
On Wed, 22 Apr 2020 at 12:02, Artem Tim wrote:
>
> https://fedoraproject.org/wiki/Test_Results:Fedora_32_RC_1.5_Summary#Downloads
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel
https://fedoraproject.org/wiki/Test_Results:Fedora_32_RC_1.5_Summary#Downloads
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.
On Wed, Apr 22, 2020 at 11:55 AM Silvia Sánchez wrote:
>
> But from *where* do I download the ISO ?
>
> On Wed, 22 Apr 2020 at 08:46, wrote:
>>
[…]
>> You can see all results, find testing instructions and image download
>> locations, and enter results on the Summary page:
>>
>> https://fedorapro
But from *where* do I download the ISO ?
On Wed, 22 Apr 2020 at 08:46, wrote:
> According to the schedule [1], Fedora 32 Candidate RC-1.5 is now
> available for testing. Please help us complete all the validation
> testing! For more information on release validation testing, see:
> https://fed
Good point, thanks!
On 22/04/2020 10:42, Miro Hrončok wrote:
On 22. 04. 20 10:21, Martin Sehnoutka wrote:
Regarding the abrt reports: I can see a lot of them are for Wireshark,
but given the size of Wireshark codebase and speed of its development
it would require a huge effort to fix all of th
On Wed, Apr 22, 2020 at 10:55 AM Miro Hrončok wrote:
>
> On 22. 04. 20 10:25, Susi Lehtola wrote:
> > Hello,
> >
> >
> > first, I'm sorry for a partial screw-up of the libxc soname bump
> > announcement.
> > It appears I am not alone: there are a few soname bumps each month, many of
> > them
> >
No missing expected images.
Failed openQA tests: 7/173 (x86_64)
ID: 583590 Test: x86_64 Server-dvd-iso server_remote_logging_server
URL: https://openqa.fedoraproject.org/tests/583590
ID: 583609 Test: x86_64 Server-dvd-iso server_remote_logging_client
URL: https://openqa.fedoraproject.or
On 22. 04. 20 10:25, Susi Lehtola wrote:
Hello,
first, I'm sorry for a partial screw-up of the libxc soname bump announcement.
It appears I am not alone: there are a few soname bumps each month, many of them
still unannounced.
I'd guess the biggest problem is that a lot of packages have sonam
On 22. 04. 20 10:21, Martin Sehnoutka wrote:
Regarding the abrt reports: I can see a lot of them are for Wireshark, but given
the size of Wireshark codebase and speed of its development it
would require a huge effort to fix all of them.
Not related to Michal at all, more general thought:
If t
Hello,
first, I'm sorry for a partial screw-up of the libxc soname bump announcement.
It appears I am not alone: there are a few soname bumps each month, many of them
still unannounced.
This raises the question: shouldn't there be some sort of automatic tool for
making soname bump announcements?
Hi Robbie,
I'm pretty sure Michal would respond if you contacted him via email.
Also Michal is far from being inactive on bugzilla and the fact that he
has few open bugs does not prove otherwise.
Regarding the abrt reports: I can see a lot of them are for Wireshark,
but given the size of Wir
Hello,
I am not sure if this deserves a Fedora Change proposal, so I'd like to
hear any opinions first before proceeding with the process.
NSS (the crypto library used by Firefox) historically supports 2
database formats: SQLite and DBM. The latter is considered legacy and
we switched the defaul
On 22. 04. 20 0:39, Adam Williamson wrote:
Can someone run the handy script (wherever it is) that provides the
list of things that depend on this and who maintains them? I feel like
maybe some of my stuff might need some of these but I'm not sure...
Since claiming the orphaned packages is one c
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
84 matches
Mail list logo
