On 26.08.22 05:30, Michael Cronenworth wrote:
On 8/25/22 11:42 AM, Sandro Mani wrote:
You might also want to add the mingw debuginfo packages to those.
Ah, thanks. I'm used to the debuginfo packages being automatically
added thanks to %{mingw_package_header}.
I wonder if we could have the
On ma, 29 elo 2022, Adam Williamson wrote:
On Tue, 2022-08-30 at 00:32 -0400, DJ Delorie wrote:
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 ;-)
No, not really, sorry if I didn't expla
On Tue, 2022-08-30 at 00:32 -0400, DJ Delorie wrote:
> 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 ;-)
No, not really, sorry if I didn't explain clearly enough :D It's more
just a 'wh
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 pack
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
>
> it
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
>
> it's
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 coul
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://docs.fed
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 th
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 inc
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 ca
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 fo
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 c
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
https://copr.fedorainfracloud
> 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:
> https://bugzilla.redhat.com/show_bug.cgi?id=
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 apologi
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 than
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
> > those
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 en
> 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]: https://
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 ol
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 w
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
- nothing
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. cgroups
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 in
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 Gu
* 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.
https://github.com/cowboysmall-apps/hid-ite8291r3-kmod/blob/main
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]: https://github.com/WebAssembly/wasi-libc/issue
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. https://docs.fedoraproject.org/en-US/packaging-guidelines/Ru
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 root
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 1
> 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 f
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 recen
On Mon, Aug 29, 2022 at 10:47 AM Jerry Kiely wrote:
>
> spectool executed successfully.
>
> spectool -g hid-ite8291r3-kmod.spec
>
> ✔
> Downloading:
> https://github.com/p
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 unsub
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 devel-le...@lists.fed
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 myself
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:
https://github.com/pobrn/hid-ite8291r3/archive/48e04cb96517f8574225ebabb286775feb942ef5/
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 7:02
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 R
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:
> https://bugzilla.redhat.com/show_bug.cgi?id=19
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:
> https://bugzilla.redhat.com/show_bug.
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 useful.
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 topics
58 matches
Mail list logo
