On Sat, Oct 21, 2023 at 8:12 AM Adam Williamson
wrote:
>
> On Sat, 2023-10-21 at 11:34 +0200, Tomasz Torcz wrote:
> > On Fri, Oct 20, 2023 at 08:40:43PM -0500, Chris Adams wrote:
> > > Once upon a time, Adam Williamson said:
> > > > 6. distribution - https://bugzilla.redhat.com/2242759 - NEW
> >
Bringing this subthread to devel@ since apparently this has a wide impact...
On Sat, Feb 12, 2022 at 2:26 PM Peter Robinson wrote:
>
> > This is great new for Fedora because I think it means we can use the normal
> > Fedora tools for building ARM images to create UEFI bootable images without
>
Hey folks,
I was just looking up Fedora's hardware support for the Raspberry Pi
platform vs the Raspberry Pi OS, and I noticed in the FAQ that we
indicate that the camera and accelerated media stuff doesn't work in
Fedora[1].
I know that previously this depended on weird blobs and a fork of the
On Thu, Sep 16, 2021 at 7:10 AM Jeffrey Walton wrote:
>
> On Thu, Sep 16, 2021 at 6:53 AM Peter Robinson wrote:
> >
> > > I think that keeping 32-bit ARM support is a good idea, but only if
> > > Fedora is willing to cross-compile. Native compilation on ARMv7 is a
> > > dead end.
> >
> > Know
On Sat, Sep 4, 2021 at 7:18 AM Zamir Sun wrote:
>
> I don’t remember we requested the LXQt image for ARM or AARCH64. Do you still
> remember how you install it before? I tend to think you’ve installed the
> desktop from another image.
>
As far as I know, spins need to explicitly request to
On Sat, Nov 14, 2020 at 4:43 PM Michael Whapples
wrote:
>
> Neal and Matthew thanks for clarifying that. Yes the various
> announcements do say desktop editions, the significance of that must
> have just passed me by.
>
>
> would be nice if the ARM image installer would allow selecting the FS
>
On Sat, Nov 14, 2020 at 3:45 PM Michael Whapples
wrote:
>
> Hello,
>
> Should Fedora 33 on ARM use BTRFS by default?
>
>
> I downloaded Fedora-Minimal-armhfp-33-1.2-sda.raw.xz image and installed
> it to my Odroid XU4. Checking output from mount -l shows / mounted as
> EXT4. I thought Fedora 33
On Tue, Sep 22, 2020 at 7:09 AM rinigus wrote:
>
> libhybris systems don't have libGL.so at all. It is for "regular"
> Android devices transformed to glibc Linux through libhybris. So, when
> compiling anything that links to libGL, I get into trouble.
>
Why wouldn't libhybris work through glvnd
On Tue, Sep 22, 2020 at 6:59 AM rinigus wrote:
>
> I am looking for Qt that would not depend on libGL at all, something
> like https://mitya57.me/weblog/2020/01/qt-opengl-es-packages-available.html
> for debian. I guess there are no plans for that yet.
>
Is there a good reason for doing it that
On Tue, Sep 22, 2020 at 6:31 AM rinigus wrote:
>
> Hi,
>
> few weeks ago we started working on porting Nemomobile to Fedora 32 as
> a base. Now I am hitting an issue when trying to make it work with
> libhybris device. On that device, I have GLESv2 and would need Qt that
> is not linked to libGL.
On Sun, Jul 16, 2017 at 12:40 PM, fedora_arm
wrote:
> On 07/16/2017 02:42 AM, Peter Robinson wrote:
>> On Sun, Jul 16, 2017 at 2:26 AM, fedora_arm
>> wrote:
>>> On 07/15/2017 06:17 PM, Peter Robinson wrote:
Fedora hasn't
On Sat, Jul 15, 2017 at 9:26 PM, fedora_arm
wrote:
> On 07/15/2017 06:17 PM, Peter Robinson wrote:
>> Fedora hasn't supported anything less than ARMv7 (armhfp) since Fedora 18.
>
> Not what I was hoping. But lack of an armel build isn't a long term issue.
> Do any
Hello all,
Some of you may have already noticed, but for those who haven't,
livecd-tools and appliance-tools have a new maintainer now. I took
over the Fedora packages and the appliance-tools repository in
December, and formally took over the livecd-tools repository a few
weeks ago.
## New
On Sat, Feb 4, 2017 at 9:15 PM, Robert Moskowitz wrote:
> I am building a Fedora Server image. As such, I am modifying the
> /etc/aliases file and need to run newaliases. I am use to that always being
> part of a Centos base image, it is not in the Fedora Server base
14 matches
Mail list logo