On 06 May 2025 20:11, Dan Horák wrote:
> Hi Al,
>
> On Tue, 06 May 2025 18:04:20 -0000
> "Al Stone" wrote:
>
> > I'm orphaning this package (1) I just don't have time for it, and (2) I'm
> > still not entirely sure how I became the maintaine
Argh. "Bugs", not "buys." New keyboard
--
___
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-con
I'm orphaning this package (1) I just don't have time for it, and (2) I'm still
not entirely sure how I became the maintainer for it -- I never requested it,
but it showed up on my list quite some time ago and I never got around to
getting rid of it.
ACPI is clearly useful. IIRC, these tools u
ly left after 20+ years as a DD. This is the first time I have
been seriously disappointed in Fedora.
I would argue that unless this discussion can be open and transparent,
Peter's PP status should be immediately reinstated. I would further
argue that such decisions should be commun
On 31 Jan 2022 13:20, Robbie Harwood wrote:
> Al Stone writes:
>
> > I may be interested in picking this up. I've been doing some UEFI
> > dev work on Fedora. Let me take a look at the package and let you
> > know in a day or two or three. Anything I should watch
report it:
> https://pagure.io/fedora-infrastructure
--
ciao,
al
---
Al Stone
Principal Software Engineer
Red Hat, Inc.
a...@redhat.com
---
signature.asc
Description: PGP signature
___
dev
failures? And, do we have enough people to do
> > QA around release time?
>
> Kernel is still an issue, in that the changes to support RISC-V have
> not been merged yet, though I expect that is not a massive
> undertaking.
>
> Justin
On 04 Oct 2021 21:39, Richard W.M. Jones wrote:
> Personally speaking I think the real barrier is someone with a large
> colourful hat putting up the money to hire a full time developer to
> work on the project.
>
> Rich.
Big ol' +1 to that.
--
ciao,
al
--
t of ACPI
tables is the actual culprit, nor that I will be able to examine every one of
them in excruciating detail, but it will be another avenue in understanding the
problem better.
Thanks. I now return you to your original thread...
--
ciao,
al
---
Al S
e a module definition regardless.
Thanks again for all the documentation work so far!
--
ciao,
al
---
Al Stone
Software Engineer
Red Hat, Inc.
a...@redhat.com
---
___
devel mailing
hought it would be nice to convert them to this new automated system.
So far, it just makes my brain hurt.
--
ciao,
al
---
Al Stone
Software Engineer
Red Hat, Inc.
a...@redhat.com
---
___
de
d
>
> I wrote a couple of articles for LWN about the bootstrapping process:
>
> https://lwn.net/Articles/749185/
> https://lwn.net/Articles/749443/
>
> Rich.
>
Nice articles, btw. And very cool. Gives me something shiny and new to
play with over the weekend :)...
Than
On 01/04/2018 06:18 AM, Wells, Roger K. wrote:
> On 01/02/2018 01:18 PM, Al Stone wrote:
>> On 12/26/2017 12:23 PM, Wells, Roger K. wrote:
>>> Small inconvenience but new and annoying:
>>> Machine is Thinkpad x260
>>> uname -a: Linux rwells-x260 4.14.7-300.fc27
his model of laptop and now it does; or, the power
settings changed defaults, or did not retain settings when updating; or, some
of the recent changes for lid notification aren't quite right for this laptop
(there have been a few cases of that). Those are some of the places where I
would s
On 07/27/2017 09:16 AM, Kaleb S. KEITHLEY wrote:
> On 07/26/2017 06:25 PM, Al Stone wrote:
>> I've been experimenting in a slightly different environment (RHEL vs Fedora)
>> but have been seeing oddly similar results. The use or not of the "-pipe" in
>> GCC d
I've been experimenting in a slightly different environment (RHEL vs Fedora)
but have been seeing oddly similar results. The use or not of the "-pipe" in
GCC didn't seem to help. If I forced the make in the %build step to be just
"make" (aka, "make -j1"), I could always get a build to work, al
16 matches
Mail list logo
