It sounds to me like the problem is "how do we best use the available
automated test resources?" so I'll answer accordingly. Ignore me if I
misunderstood ;-)
We currently have a small list of packages that are gated behind openQA,
and insufficient openQA resources to expand this list to all
On 8/22/22 20:44, Adam Williamson wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1907030
>
>
orion opened a new pull-request against the project: `perl-Astro-FITS-CFITSIO`
that you are following:
``
Update to 1.16
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Astro-FITS-CFITSIO/pull-request/1
___
perl-devel mailing
https://bugzilla.redhat.com/show_bug.cgi?id=2120427
Orion Poplawski changed:
What|Removed |Added
Depends On||2122431
Referenced Bugs:
Hey folks!
So we're in freeze for Fedora 37 Beta now, and the first go/no-go
meeting should be on September 8.
It would be really great if we can get the validation tests run now so
we can find any remaining blocker bugs in good time to get them fixed.
Right now the blocker list looks short, but
On 8/22/22 20:44, Adam Williamson wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1907030
>
>
On Mon, Aug 29, 2022 at 03:50:02PM -0700, Adam Williamson wrote:
...snip...
>
> I can think of I guess four options:
>
> 1. Broaden the definition of the "critical path" somehow. We could just
> write in that it includes FreeIPA functionality, I guess, though that
> seems special purpose. We
Hi folks!
I have one of those definitional quandaries and I figured I'd throw it
at the lists for some input.
Right now, we kind of take advantage of the "critical path" concept for
automated update testing and gating via openQA.
openQA does not test all updates, only critical path updates plus
On Fri, Aug 26, 2022 at 3:59 PM Fabio Valentini wrote:
>
> On Fri, Aug 26, 2022, 21:20 Demi Marie Obenour wrote:
>>
>> On 8/26/22 06:12, Fabio Valentini wrote:
>> > On Fri, Aug 26, 2022 at 3:12 AM Carl George wrote:
>> >>
>> >> sqlcipher has been requested to be built in epel9 [0]. Rather than
Done. Both packages build, install, and work perfectly.
Thanks for all the advice.
J.K.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=2122028
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
On 29. 08. 22 20:30, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/StrongCryptoSettings3Forewarning2
== Summary ==
Cryptographic policies will be tightened in Fedora ''38''-39,
SHA-1 signatures will no longer be trusted by default.
Fedora ''38'' will do a "jump scare", introducing
On Mon, Aug 15, 2022 at 07:39:46PM -0700, John Reiser wrote:
> On 8/13/22, Demi Marie Obenour wrote:
> > On 8/13/22, Kevin Kofler via devel wrote:
> > > martin luther wrote:
> > > > should we implement https://github.com/GrapheneOS/hardened_malloc/
> > > > it is hardened memory allocate it will
On Sun, Aug 28, 2022 at 07:38:31PM +1000, Frank Crawford wrote:
> On Sat, 2022-08-27 at 14:58 -0500, Maxwell G via epel-devel wrote:
> > n 22/08/27 04:03PM, Frank Crawford wrote:
> > > While building two related new packages for EPEL9 with a
> > > chainbuild,
> > > the second one failed, however,
Hey All,
Some of you may know from my presentation at Nest '22 about the
Validation events that are getting added!
Historically, Fedora QA has relied on a lot of contributor feedback.
Mostly, we have set up multiple
ways how to capture the results and there has been no better time than
to start
https://bugzilla.redhat.com/show_bug.cgi?id=2115572
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #7 from
On Mon, Aug 29, 2022 at 2:30 PM Ben Cotton wrote:
>
> * Release engineering: Not sure if mass-rebuild is required if we
> land the change right after f38 branch-off. Maybe a "preview"
> mass-rebuild can be done with a special build in the F37 timeframe to
> cut down on F38 FTBFS.
Please file an
https://fedoraproject.org/wiki/Changes/StrongCryptoSettings3Forewarning2
== Summary ==
Cryptographic policies will be tightened in Fedora ''38''-39,
SHA-1 signatures will no longer be trusted by default.
Fedora ''38'' will do a "jump scare", introducing the change but then
reverting it in time
https://fedoraproject.org/wiki/Changes/StrongCryptoSettings3Forewarning2
== Summary ==
Cryptographic policies will be tightened in Fedora ''38''-39,
SHA-1 signatures will no longer be trusted by default.
Fedora ''38'' will do a "jump scare", introducing the change but then
reverting it in time
On Mon, Aug 29, 2022, at 11:12 AM, Chris Murphy wrote:
> On Mon, Aug 29, 2022, at 11:10 AM, Adam Williamson wrote:
>> There *is* a workaround, BTW - I didn't mention this in my original
>> mail, and probably should have. At least according to discussion in the
>> bug, microdnf works OK. So you
Thanks to Sergio and everyone who helped me get this up and running. If you
have time to offer any feedback it would be greatly appreciated. All the
relevant links are:
https://github.com/cowboysmall-apps/hid-ite8291r3-kmod
https://pagure.io/hid-ite8291r3-kmod
> On 29 Aug 2022, at 04:25, Adam Williamson wrote:
>
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
>
What is the contents of /etc/dnf/dnf.conf
It might help to see if there is a setting therein that is causing the
mentioned issue.
Regards
Leslie
Leslie Satenstein
Montréal Québec, Canada
On Sunday, August 28, 2022 at 11:24:30 p.m. EDT, Adam Williamson
wrote:
Hey folks! I
https://bugzilla.redhat.com/show_bug.cgi?id=2122247
Bug ID: 2122247
Summary: Upgrade perl-Exporter-Tiny to 1.004000
Product: Fedora
Version: rawhide
URL: https://metacpan.org/release/Exporter-Tiny
Status: NEW
On Mon, Aug 29, 2022, at 11:10 AM, Adam Williamson wrote:
> On Mon, 2022-08-29 at 10:53 +0200, Fabio Valentini wrote:
>> On Mon, Aug 29, 2022 at 9:53 AM Brian (bex) Exelbierd
>> wrote:
>> >
>> > I wonder if we should take another approach here. Assuming no serious bugs
>> > in dnf, rather
On Mon, 2022-08-29 at 10:53 +0200, Fabio Valentini wrote:
> On Mon, Aug 29, 2022 at 9:53 AM Brian (bex) Exelbierd
> wrote:
> >
> > I wonder if we should take another approach here. Assuming no serious bugs
> > in dnf, rather than tuning dnf for low memory environments could we suggest
> >
On Mon, Aug 29, 2022, at 4:49 AM, Hans de Goede wrote:
> 1. ZRAM helps a lot here, but I guess with containers when limiting them
> to 1G you really only get 1G since ZRAM works on the system level not
> the container level. In the VM case though ZRAM should help, is ZRAM
> enabled ? ZRAM is
https://bugzilla.redhat.com/show_bug.cgi?id=2122028
--- Comment #1 from Fedora Update System ---
FEDORA-2022-8c3a9a8af4 has been submitted as an update to Fedora 37.
https://bodhi.fedoraproject.org/updates/FEDORA-2022-8c3a9a8af4
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=2122028
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
> I'm guessing I need to provide a separate common package containing the
> non-binary
> files - i.e. udev configs, license, readme, and so on. So the akmod, or the
> kmod package
> implicitly expects a corresponding common package to be made available?
> Anything need to
> be done specifically
To better collaborate on this, I've pushed my working copy of the
package to gitlab [1]. It's a bit experimental (i.e. it tries to use
source-git [2] approach to development), but should allow any
interested party to review what I'm doing :)
Integration with COPR is on my TODO list.
[1]:
Hi,
Adam Williamson writes:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1907030
>
> it's quite an
OLD: Fedora-37-20220828.n.0
NEW: Fedora-37-20220829.n.0
= SUMMARY =
Added images:1
Dropped images: 3
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
I'm guessing I need to provide a separate common package containing the
non-binary files - i.e. udev configs, license, readme, and so on. So the akmod,
or the kmod package implicitly expects a corresponding common package to be
made available? Anything need to be done specifically to make this
https://bugzilla.redhat.com/show_bug.cgi?id=2122028
Jitka Plesnikova changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
After removing the sub-package references I am now getting:
dnf install ./akmod-hid-ite8291r3-0.0-1.fc36.1.x86_64.rpm
./hid-ite8291r3-kmod-0.0-1.fc36.1.x86_64.rpm
Last metadata expiration check: 0:06:33 ago on Mon 29 Aug 2022 13:39:50.
Error:
Problem: conflicting requests
-
Because it's typically not an option in these kinds of VMs – you'd need
to create a swapfile, enable it, before you could launch the first DNF
command. Ideally, disable it after, as chances are a certain bookseller
is billing you per IOPS.
It's completely out of the questions for (e.g.
On Mon, Aug 29, 2022, at 3:52 AM, Brian (bex) Exelbierd wrote:
> I use Fedora IoT on GCPs free tier offering and it is fine. I a,
> assuming `rpm-ostree install` doesn’t have this issue.
It does have the issue.
rpm-ostree links to libdnf which is doing all the same things.
As I commented
On 29-08-2022 10:49, Hans de Goede wrote:
I guess if folks can chime in with thoughts here and/or in the bug
report, maybe a consensus will emerge on just how big of an issue this
is (and how likely it is to get fixed). There will presumably be a
FESCo ticket related to prioritized bug status
Done. Thanks for the feedback.
J.K.
___
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.org/en-US/project/code-of-conduct/
List
* Jan Staněk:
> The main issue I'm fighting with currently is the CC0-licensed dlmalloc
> and it's possible replacement with the musl one.
> It seems that the dlmalloc is used mainly because it does not need
> a mmap-like capabilities on the system; WebAssembly does not provide that.
> I'm yet to
According to documentation sciter could be replaced by Flutter [1]. But
unfortunately there is no support for wayland [2]
[1] : https://github.com/rustdesk/rustdesk#dependencies
[2] : https://github.com/rustdesk/rustdesk#change-wayland-to-x11-xorg
Le 2022-08-29 11:31, Clément DAVID a écrit :
> Here is a link to the code:
>
> https://github.com/cowboysmall-apps/hid-ite8291r3-kmod
>
> any help would be appreciated.
>
> Thanks in advance,
>
> J.K.
Drop the sub-package as it isn't correct to have it the kmod package.
Hello all again!
Some good news: With a gentle poking [1], the wasi-libc now have a
tagged version(s) - or at least tags corresponding to the version
used in a WASI-SDK. That should help us better agreement on which
version to use down the road.
[1]:
OLD: Fedora-Rawhide-20220828.n.0
NEW: Fedora-Rawhide-20220829.n.0
= SUMMARY =
Added images:1
Dropped images: 1
Added packages: 4
Dropped packages:0
Upgraded packages: 58
Downgraded packages: 0
Size of added packages: 1.36 MiB
Size of dropped packages:0 B
On 29/08/2022 11:21, martin luther wrote:
can we add this in default fedora repo it qualify for everything to be in
fedora repo
Sure.
1.
https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/
2.
On 28/08/2022 22:10, Richard Shaw wrote:
Ahh, but that would include the whole tree / commit history /
everything, right? Not just the version/tag I want.
--exclude=.git
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list
On Mon, 2022-08-29 at 10:32 +, Jerry Kiely wrote:
> Thanks so much. Making lots of progress now. The process has
> completed, and seems to be working. This is the contents of the
> result directory:
>
> ls -la
> total 212
> drwxrwsr-x. 1 jerry mock 432 Aug 29 11:07 .
> drwxrwsr-x. 1
Thanks so much. Making lots of progress now. The process has completed, and
seems to be working. This is the contents of the result directory:
ls -la
total 212
drwxrwsr-x. 1 jerry mock 432 Aug 29 11:07 .
drwxrwsr-x. 1 root mock48 Aug 29 11:07 ..
-rw-r--r--. 1 jerry mock 23454 Aug 29
> Thanks for the reply - I'll try this later.
>
> Can you point me at the documentation for the process please? I can find docs
> and
> tutorials on building standard RPMs - the hello tutorial for example - but I
> can't
> find any documentation anywhere for building RPMs for kernel module, or
On 8/29/22 09:19, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Aug 22, 2022 at 05:44:26PM -0700, Adam Williamson wrote:
it's quite an old bug, but up until recently, the summary was
apparently accurate - dnf would run out of memory with 512M of RAM, but
was OK with 1G. However, as of quite
On Mon, Aug 29, 2022 at 10:47 AM Jerry Kiely wrote:
>
> spectool executed successfully.
>
> spectool -g hid-ite8291r3-kmod.spec
>
> ✔
> Downloading:
>
Hello Martin,
At least the sciter [1] dependency does not match the open-source criteria
for being included ; maybe the server can be included.
[1]: https://sciter.com/
Regards,
davidcl
Le lun. 29 août 2022 à 11:24, martin luther
a écrit :
> https://github.com/rustdesk/rustdesk
> can we add
https://github.com/rustdesk/rustdesk
can we add this in default fedora repo it qualify for everything to be in
fedora repo
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
Here is the code:
https://github.com/cowboysmall-apps/hid-ite8291r3-kmod
I tried to post the link a few minutes ago but it failed. Any help or advice
would be greatly appreciated.
J.K.
___
devel mailing list -- devel@lists.fedoraproject.org
To
Here is a link to the code:
https://github.com/cowboysmall-apps/hid-ite8291r3-kmod
any help would be appreciated.
Thanks in advance,
J.K.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Mon, Aug 29, 2022 at 9:53 AM Brian (bex) Exelbierd
wrote:
>
> I wonder if we should take another approach here. Assuming no serious bugs in
> dnf, rather than tuning dnf for low memory environments could we suggest
> those folks use Fedora Silverblue, CoreOS, or IoT?
Just speaking for
Hi,
On 8/23/22 02:44, Adam Williamson wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1907030
>
spectool executed successfully.
spectool -g hid-ite8291r3-kmod.spec
✔
Downloading:
The main reason for this is added infographics, which is better to read
on blogpost than e-mail. Also the CentOS account works with most of the
Fedora services, so you shouldn't have issue to subscribe to these services.
Michal
On 27. 08. 22 7:48, Maxwell G via devel wrote:
Aug 26, 2022
Thanks for the reply - I'll try this later.
Can you point me at the documentation for the process please? I can find docs
and tutorials on building standard RPMs - the hello tutorial for example - but
I can't find any documentation anywhere for building RPMs for kernel module, or
for building
On Mon, Aug 29, 2022 at 5:24 AM Adam Williamson
wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
>
On Mon, Aug 22, 2022 at 05:44:26PM -0700, Adam Williamson wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
>
Hello all,
I've been using Fedora for many years and recently became interesting
in QA testing. My interest developed when I wanted to test programs
before they reached stable so that I could ensure that I wouldn't be
surprised by an update. But I find the QA process to be kind of find
and
On 8/29/22 09:10, Federico Pellegrin wrote:
Hello all,
It's been a while that I'm following the list and finally wanted to do a
small self introduction.
I'm Federico, currently living nearby Munich and working at ESO (the
European Southern Observatory), somehow split, although many
Hello all,
It's been a while that I'm following the list and finally wanted to do a
small self introduction.
I'm Federico, currently living nearby Munich and working at ESO (the
European Southern Observatory), somehow split, although many topics
overlap, between build systems and distribution
Hi Sérgio,
Dne so 27. 8. 2022 21:53 uživatel Sérgio Basto napsal:
> As Kevin Kofler (more or less) wrote in "Pcre Deprecation" thread,
> maybe we should be prepared to support pcre-1 forever and IMO we also
> can extend the concept to other packages, btw GTK2 is one of them .
>
>
> Checking on
Hi Kevin,
Dne so 27. 8. 2022 1:44 uživatel Kevin Kofler via devel <
devel@lists.fedoraproject.org> napsal:
> Tomáš Popela wrote:
> > This is an early heads-up about GTK 2 removal from RHEL 10+ (the gtk2
> > package was marked as unwanted in ELN with
> >
>
68 matches
Mail list logo