Fedora for WSL

[Greg Hellings]

I may be hair-brained to do this, but I've put together an installer for
Fedora on WSL.

It mostly follows the procedures that had been much talked about in a blog
post about running Fedora 33 in the WSL2, but it uses the direct installer
rather than the manual side-loads. It also will install Fedora 34.
Obviously, it's not released into the Windows Store as that requires more
than just some technical bit wrangling. But if you're feeling adventurous,
and you are sometimes relegated to the world of Windows but want to bring
your Fedora along, you can find it here:
https://github.com/greg-hellings/FedoraWSL

Am I crazy? Yep.
Does it work? "Works in dev."
Anything to watch out for? It uses the trustywolf/wslu COPR repository for
installing WSL integration packages. Otherwise it's just raw Fedora bits.

Feel free to flame me if this was a terrible idea.

--Greg
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1905190] biber FTBFS in Rawhide (F34): tests fail on different \field{sortinithash} values

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1905190

Fedora Release Engineering  changed:

   What|Removed |Added

 CC||extras-orphan@fedoraproject
   ||.org
  Flags|needinfo?(c...@m.fsf.org)|needinfo?(extras-orphan@fed
   ||oraproject.org)



--- Comment #9 from Fedora Release Engineering  ---
Dear Maintainer,

your package has an open Fails To Build From Source bug for Fedora 34.
Action is required from you.

If you can fix your package to build, perform a build in koji, and either
create
an update in bodhi, or close this bug without creating an update, if updating
is
not appropriate [1]. If you are working on a fix, set the status to ASSIGNED to
acknowledge this. If you have already fixed this issue, please close this
Bugzilla report.

Following the policy for such packages [2], your package will be orphaned if
this bug remains in NEW state more than 8 weeks (not sooner than 2021-02-01).

A week before the mass branching of Fedora 35 according to the schedule [3],
any packages not successfully rebuilt at least on Fedora 33 will be
retired regardless of the status of this bug.

[1] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/
[2]
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
[3] https://fedorapeople.org/groups/schedule/f-35/f-35-key-tasks.html


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Chris Murphy]

On Sat, May 8, 2021 at 3:51 PM Björn Persson  wrote:
>
> Chris Murphy wrote:
> > Does /etc/default/grub contain
> > GRUB_ENABLE_BLSCFG=false
> > ?
>
> No, it says "GRUB_ENABLE_BLSCFG=true".
>
> > There have been two big GRUB changes and if you followed them without
> > any intervention or customizations, you get upgraded correctly. If you
> > make customizations or opt out, then those are pretty much not tested
> > by anyone. So you've probably discovered a bug.
>
> I've customized the kernel parameters to unhide the boot messages to be
> able to see what's happening when something goes wrong. I also need to
> fix various problems at times. I always struggle to figure out the
> proper way to update the boot menu or the initramfs when necessary. If
> the instructions I found at some point in the past weren't quite right,
> then I suppose I may have had some non-canonical configuration.
>
> > Recreate /boot/grub2/grub.cfg
>
> That file contains the outdated menu entries I described. Is there a
> way to recreate it from the Dracut shell, or with the filesystem
> temporarily mounted on another Fedora 32 system?

No, it takes over 600 spawned helpers by grub2-mkconfig to compute the
supreme magnificence of all potentialities and grandiose of the
universe to birth a custom shell script that is the grub.cfg for your
particular computer. And this means the system has to be assembled
already for the magnificence to be figured out.

Before you replace /boot/grub2/grub.cfg can you stat it? And at that
to the bug report?


-- 
Chris Murphy
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1958573] New: perl-YAML-LibYAML-0.83 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1958573

Bug ID: 1958573
   Summary: perl-YAML-LibYAML-0.83 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-YAML-LibYAML
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
mspa...@redhat.com, p...@city-fan.org,
perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 0.83
Current version/release in rawhide: 0.82-4.fc34
URL: http://search.cpan.org/dist/YAML-LibYAML/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.


Based on the information from anitya:
https://release-monitoring.org/project/3548/


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Björn Persson]

Alexander Ploumistos wrote:
> Have you looked in /boot/loader/entries/ ? I don't know how they get
> created, but a couple of times I've had some extra entries after an
> upgrade - nothing older than Fedora N-2 though.

It contains files that seem to match the menu entries I should get,
none of the outdated entries I actually see.

Björn Persson


pgpz23pXbFgYJ.pgp
Description: OpenPGP digital signatur
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Björn Persson]

Chris Murphy wrote:
> Does /etc/default/grub contain
> GRUB_ENABLE_BLSCFG=false
> ?

No, it says "GRUB_ENABLE_BLSCFG=true".

> There have been two big GRUB changes and if you followed them without
> any intervention or customizations, you get upgraded correctly. If you
> make customizations or opt out, then those are pretty much not tested
> by anyone. So you've probably discovered a bug.

I've customized the kernel parameters to unhide the boot messages to be
able to see what's happening when something goes wrong. I also need to
fix various problems at times. I always struggle to figure out the
proper way to update the boot menu or the initramfs when necessary. If
the instructions I found at some point in the past weren't quite right,
then I suppose I may have had some non-canonical configuration.

> Recreate /boot/grub2/grub.cfg

That file contains the outdated menu entries I described. Is there a
way to recreate it from the Dracut shell, or with the filesystem
temporarily mounted on another Fedora 32 system?

Björn Persson


pgpwCgzgHgw6P.pgp
Description: OpenPGP digital signatur
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 1958569] New: perl-PDL-2.047 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1958569

Bug ID: 1958569
   Summary: perl-PDL-2.047 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-PDL
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: caillon+fedoraproj...@gmail.com,
jakub.jedel...@gmail.com, jples...@redhat.com,
ka...@ucw.cz, lkund...@v3.sk,
perl-devel@lists.fedoraproject.org,
rhug...@redhat.com, rstr...@redhat.com,
sandm...@redhat.com, tjczep...@gmail.com
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 2.047
Current version/release in rawhide: 2.46.0-1.fc35
URL: http://search.cpan.org/dist/PDL/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.


Based on the information from anitya:
https://release-monitoring.org/project/3205/


-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Chris Murphy]

On Sat, May 8, 2021 at 11:36 AM Chris Murphy  wrote:
>
> If you have BLS disabled, enable it. Recreate /boot/grub2/grub.cfg
> (this is now the correct location on UEFI and BIOS). If you've
> accidentally stepped on the forwarding /boot/efi/EFI/fedora/grub.cfg

If you have accidentally done 'grub2-mkconfig -o
/boot/efi/EFI/fedora/grub.cfg' on Fedora 34+ you can fix it just by
doing:

sudo dnf reinstall grub2-common

That will move the grub.cfg to /boot/grub2 and the package scripts
will re-create the forwarding stub file on the EFI system partition.

-- 
Chris Murphy
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Chris Murphy]

Oh and you can delete any stale *conf files you find in
/boot/loader/entries/. That will remove them from the GRUB menu.

If you want the rescue kernel+initramfs updated you can just remove
them as well. They'll be replaced the next time the kernel is updated,
or you can reinstall a kernel.

--
Chris Murphy
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Chris Murphy]

On Sat, May 8, 2021 at 6:52 AM Björn Persson  wrote:
>
> I used yum system-upgrade to upgrade from Fedora 32 to Fedora 34. Now
> Grub complains about not finding some theme files, and then displays a
> menu with two kernels from Fedora 29 and a rescue entry from Fedora 28.

Does /etc/default/grub contain
GRUB_ENABLE_BLSCFG=false
?

> If I choose one of the Fedora 29 entries, then Grub unsurprisingly
> fails to find the kernel. The rescue entry actually boots to some kind
> of shell, after printing lots of timeout messages, but getting from
> there to a working system will be a major research project for me.

The rescue entry points to a "no host-only" initramfs that has more
kernel and dracut modules baked in than the usual "host only"
initramfs. This kernel+initramfs pair are created during a clean
install. There is no automatic mechanism to ever update them. By
design they go stale. Once the /usr modules are removed, this rescue
entry almost certainly cannot complete a startup and you get dropped
to a dracut shell.

You can delete the pair, and at next kernel installation time, they'll
be recreated and based on the kernel being installed.

A worthwhile feature would be to enhance the rescue entry:
* pin this kernel's rpm, so that the /usr modules stick around for a
release lifecycle; or
* make the initramfs even bigger so that it contains everything
plausibly needed to do graphical boot
* include the overlayfs, and LiveOS dracut modules (possibly
themselves needing some enhancement) so that we can boot a read-only
sysroot with a read-write overlay using /run (it'd be a volatile
overlay just like a LiveOS boot)

But this hypothetical rescue feature should get it's own thread for discussion.


> The menu also has entries for "advanced flags" (or something like that;
> not sure what it would be in English) and "tboot". Both lead to other
> menus with boot entries from Fedora 25.
>
> The boot partition contains three sets of vmlinuz, initramfs, config
> and System.map files – one fc34 set and two fc32 sets as expected – but
> Grub has apparently reverted to a years-old boot menu program.

There have been two big GRUB changes and if you followed them without
any intervention or customizations, you get upgraded correctly. If you
make customizations or opt out, then those are pretty much not tested
by anyone. So you've probably discovered a bug.

If you have BLS disabled, enable it. Recreate /boot/grub2/grub.cfg
(this is now the correct location on UEFI and BIOS). If you've
accidentally stepped on the forwarding /boot/efi/EFI/fedora/grub.cfg
then right now you have to manually recreate it. There isn't a script
to fix this once it's been obliterated. Fortunately it's simple:

search --no-floppy --fs-uuid --set=dev $UUID
set prefix=($dev)/grub2
export $prefix
configfile $prefix/grub.cfg

Use lsblk -f to find the UUID for /boot and substitute that UUID for
$UUID above. This assumes a dedicated ext4 volume for /boot, which is
the Fedora default. If you have a different configuration you might
need to specify a different UUID for the file system containing
/boot/grub2/grub.cfg which might also need a modified line 2 to point
to a boot directory, i.e. ($dev)/boot/grub2



-- 
Chris Murphy
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Alexander Ploumistos]

On Sat, May 8, 2021 at 6:37 PM Björn Persson  wrote:
>
> Tomasz Torcz wrote:
> > Dnia Sat, May 08, 2021 at 02:51:31PM +0200, Björn Persson napisał(a):
> > > I used yum system-upgrade to upgrade from Fedora 32 to Fedora 34. Now
> > > Grub complains about not finding some theme files, and then displays a
> >
> >   Missing theme files sounds like 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1944571
> >   (Error message during boot about missing fireworks.png)
>
> If only that one file is missing for you, then I think my outdated boot
> menu is another bug.

Have you looked in /boot/loader/entries/ ? I don't know how they get
created, but a couple of times I've had some extra entries after an
upgrade - nothing older than Fedora N-2 though.
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Björn Persson]

Tomasz Torcz wrote:
> Dnia Sat, May 08, 2021 at 02:51:31PM +0200, Björn Persson napisał(a):
> > I used yum system-upgrade to upgrade from Fedora 32 to Fedora 34. Now
> > Grub complains about not finding some theme files, and then displays a  
> 
>   Missing theme files sounds like 
> https://bugzilla.redhat.com/show_bug.cgi?id=1944571
>   (Error message during boot about missing fireworks.png)

If only that one file is missing for you, then I think my outdated boot
menu is another bug.

Björn Persson


pgpl2MnGUuNP2.pgp
Description: OpenPGP digital signatur
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Björn Persson]

Neal Gompa wrote:
> On Sat, May 8, 2021 at 8:53 AM Björn Persson  wrote:
> >
> > I used yum system-upgrade to upgrade from Fedora 32 to Fedora 34. Now
> > Grub complains about not finding some theme files, and then displays a
> > menu with two kernels from Fedora 29 and a rescue entry from Fedora 28.
> > If I choose one of the Fedora 29 entries, then Grub unsurprisingly
> > fails to find the kernel. The rescue entry actually boots to some kind
> > of shell, after printing lots of timeout messages, but getting from
> > there to a working system will be a major research project for me.
> >
> > The menu also has entries for "advanced flags" (or something like that;
> > not sure what it would be in English) and "tboot". Both lead to other
> > menus with boot entries from Fedora 25.
> >
> > The boot partition contains three sets of vmlinuz, initramfs, config
> > and System.map files – one fc34 set and two fc32 sets as expected – but
> > Grub has apparently reverted to a years-old boot menu program.
> >
> > Which component in Bugzilla might be responsible for this mess?
> >  
> 
> That's probably grub2.

OK, I filed a bug report against grub2.

Björn Persson


pgpk9__mFcJGh.pgp
Description: OpenPGP digital signatur
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Tomasz Torcz]

Dnia Sat, May 08, 2021 at 02:51:31PM +0200, Björn Persson napisał(a):
> I used yum system-upgrade to upgrade from Fedora 32 to Fedora 34. Now
> Grub complains about not finding some theme files, and then displays a

  Missing theme files sounds like 
https://bugzilla.redhat.com/show_bug.cgi?id=1944571
  (Error message during boot about missing fireworks.png)

-- 
Tomasz Torcz   “(…) today's high-end is tomorrow's embedded processor.”
to...@pipebreaker.pl  — Mitchell Blank on LKML
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Upgrade to Fedora 34 broke the boot menu.

[Neal Gompa]

On Sat, May 8, 2021 at 8:53 AM Björn Persson  wrote:
>
> I used yum system-upgrade to upgrade from Fedora 32 to Fedora 34. Now
> Grub complains about not finding some theme files, and then displays a
> menu with two kernels from Fedora 29 and a rescue entry from Fedora 28.
> If I choose one of the Fedora 29 entries, then Grub unsurprisingly
> fails to find the kernel. The rescue entry actually boots to some kind
> of shell, after printing lots of timeout messages, but getting from
> there to a working system will be a major research project for me.
>
> The menu also has entries for "advanced flags" (or something like that;
> not sure what it would be in English) and "tboot". Both lead to other
> menus with boot entries from Fedora 25.
>
> The boot partition contains three sets of vmlinuz, initramfs, config
> and System.map files – one fc34 set and two fc32 sets as expected – but
> Grub has apparently reverted to a years-old boot menu program.
>
> Which component in Bugzilla might be responsible for this mess?
>

That's probably grub2.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F35 Change: Broken RPATH will fail rpmbuild (System-Wide Change proposal)

[Florian Weimer]

* Ben Cotton:

> Another problem of a hardcoded RPATH is security. When an ELF object
> contains an RPATH pointed to a directory not managed by the system,
> where some malicious actor has write permissions to, it's relatively
> easy to execute arbitrary code.
>
> Performance can be also affected, since probing explicitly e.g.
> /usr/lib64 through RPATH adds extra open/openat system calls to the
> process startup.

Both issues also apply to RUNPATH, not just RPATH.  It particularly
impacts s390x due to its many legacy hwcaps subdirectories.

> === Definition of a broken RPATH ===
> This change will use the
> [https://github.com/rpm-software-management/rpm/blob/master/scripts/check-rpaths-worker
> rpm script] for checking the broken RPATH's.
>
> The categories are:
>
> * standard RPATHs (e.g. `/usr/lib` or `/usr/lib64`); such RPATHs are a
> minor issue but are introducing redundant searchpaths without
> providing a benefit. They can also cause errors in multilib
> environments.
> *  invalid RPATHs; these are RPATHs which are neither absolute nor
> relative filenames and can therefore be a SECURITY risk
> *  insecure RPATHs; these are relative RPATHs which are a SECURITY risk
> *  the special `$ORIGIN` RPATHs are appearing after other RPATHs; this
> is just a minor issue but usually unwanted
> *  the RPATH is empty; there is no reason for such RPATHs and they
> cause unneeded work while loading libraries
> *  an RPATH references `..` of an absolute path; this will break the
> functionality when the path before `..` is a symlink

$ORIGIN needs to exempted from the absolute and .. checks as well.

I think these rules make sense for RUNPATH, and we should outright ban
RPATH.

I think we also should binutils with --enable-new-tags at configure
time.

Thanks,
Florian
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Rawhide-20210508.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Compose FAILS proposed Rawhide gating check!
1 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below

Failed openQA tests: 7/133 (aarch64), 7/194 (x86_64)

New failures (same test not failed in Fedora-Rawhide-20210507.n.0):

ID: 882457  Test: aarch64 universal install_arabic_language@uefi
URL: https://openqa.fedoraproject.org/tests/882457

Old failures (same test failed in Fedora-Rawhide-20210507.n.0):

ID: 882254  Test: x86_64 KDE-live-iso desktop_terminal **GATING**
URL: https://openqa.fedoraproject.org/tests/882254
ID: 882265  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/882265
ID: 882350  Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/882350
ID: 882405  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/882405
ID: 882422  Test: x86_64 universal upgrade_2_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/882422
ID: 882441  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/882441
ID: 882445  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/882445
ID: 882448  Test: x86_64 universal upgrade_2_realmd_client
URL: https://openqa.fedoraproject.org/tests/882448
ID: 882475  Test: aarch64 universal upgrade_2_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/882475
ID: 882476  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/882476
ID: 882489  Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/882489
ID: 882492  Test: aarch64 universal upgrade_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/882492
ID: 882493  Test: aarch64 universal upgrade_2_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/882493

Soft failed openQA tests: 1/194 (x86_64), 3/133 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Rawhide-20210507.n.0):

ID: 882284  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/882284
ID: 882285  Test: aarch64 Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/882285
ID: 882341  Test: aarch64 Server-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/882341
ID: 882372  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/882372

Passed openQA tests: 186/194 (x86_64), 109/133 (aarch64)

New passes (same test not passed in Fedora-Rawhide-20210507.n.0):

ID: 882221  Test: x86_64 Server-dvd-iso server_remote_logging_client
URL: https://openqa.fedoraproject.org/tests/882221
ID: 882249  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/882249
ID: 882256  Test: x86_64 KDE-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/882256
ID: 882316  Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/882316
ID: 882326  Test: aarch64 Server-dvd-iso install_btrfs_preserve_home@uefi
URL: https://openqa.fedoraproject.org/tests/882326
ID: 882469  Test: aarch64 universal install_shrink_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/882469

Skipped non-gating openQA tests: 14 of 327

Installed system changes in test x86_64 Server-dvd-iso install_default_upload: 
System load changed from 0.17 to 0.42
Previous test data: https://openqa.fedoraproject.org/tests/881095#downloads
Current test data: https://openqa.fedoraproject.org/tests/882188#downloads

Installed system changes in test x86_64 Workstation-live-iso 
install_default_upload: 
System load changed from 1.81 to 1.05
Previous test data: https://openqa.fedoraproject.org/tests/881135#downloads
Current test data: https://openqa.fedoraproject.org/tests/882228#downloads

Installed system changes in test x86_64 KDE-live-iso install_default_upload: 
System load changed from 1.14 to 1.34
Previous test data: https://openqa.fedoraproject.org/tests/881153#downloads
Current test data: https://openqa.fedoraproject.org/tests/882246#downloads

Installed system changes in test x86_64 KDE-live-iso install_default@uefi: 
System load changed from 0.98 to 0.71
Previous test data: https://openqa.fedoraproject.org/tests/881167#downloads
Current test data: https://openqa.fedoraproject.org/tests/882260#downloads

Installed system changes in test x86_64 Silverblue-dvd_ostree-iso 
install_default_upload: 
Used mem changed from 770 MiB to 643 MiB
2 services(s) removed since previous compose: 

Upgrade to Fedora 34 broke the boot menu.

[Björn Persson]

I used yum system-upgrade to upgrade from Fedora 32 to Fedora 34. Now
Grub complains about not finding some theme files, and then displays a
menu with two kernels from Fedora 29 and a rescue entry from Fedora 28.
If I choose one of the Fedora 29 entries, then Grub unsurprisingly
fails to find the kernel. The rescue entry actually boots to some kind
of shell, after printing lots of timeout messages, but getting from
there to a working system will be a major research project for me.

The menu also has entries for "advanced flags" (or something like that;
not sure what it would be in English) and "tboot". Both lead to other
menus with boot entries from Fedora 25.

The boot partition contains three sets of vmlinuz, initramfs, config
and System.map files – one fc34 set and two fc32 sets as expected – but
Grub has apparently reverted to a years-old boot menu program.

Which component in Bugzilla might be responsible for this mess?

Björn Persson


pgpbycvIEd1Uy.pgp
Description: OpenPGP digital signatur
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-IoT-35-20210508.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 3/16 (x86_64), 2/15 (aarch64)

Old failures (same test failed in Fedora-IoT-35-20210507.0):

ID: 882496  Test: x86_64 IoT-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/882496
ID: 882498  Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/882498
ID: 882506  Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/882506
ID: 882512  Test: aarch64 IoT-dvd_ostree-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/882512
ID: 882514  Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/882514

Skipped non-gating openQA tests: 26 of 31
-- 
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.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F35 Change: Broken RPATH will fail rpmbuild (System-Wide Change proposal)

[Zbigniew Jędrzejewski-Szmek]

On Sat, May 08, 2021 at 12:44:32PM +0100, Richard W.M. Jones wrote:
> Some random questions about this:
> 
> - How many existing packages are affected?  Can this be analyzed and
>   the maintainers notified?

There's a list of packages at:
https://fedoraproject.org/wiki/Changes/Broken_RPATH_will_fail_rpmbuild#Scope

audiofile
binutils
esc
ettercap
freeradius
fortune-mod
fcl
eb
conky-manager
condor
community-mysql
czmq
cfitsio
compat-guile18
glib2
gnokii
koffice-kivio
kicad
jq
komparator
k3guitune
laszip
levmar
hdf
gpick
kdepim3
gpgme
Io-language
kdegames3
gupnp-dlna
kdebase3
libcommuni
lutok
libburn
libminc
libisoburn
liboping
librfid
mingw-qt5-qtdeclarative
libkkc
openjade
libdxfrw
libosip2
libeXosip2
NLopt
libprelude
mingw-qt5-qt3d
mod_wsgi
libXcm
ncview
libdkimpp
mingw-qt5-qttools
mcpp
mingw-qt5-qtbase
mongo-c-driver
nightview
openscap
plotmm
pam_yubico
perl-SDL
pinentry
pam_mount
python2.7
rb_libtorrent
rrdtool
rarian
qwtpolar
qucs
scipy
tracker
SDL_image
sofia-sip
scap-workbench
woff2
xeus
yaz
stp
suitesparse
usnic-tools
sqlite2
vanessa_logger
xbsql
tracker-miners
WindowMaker
xmms
sylfilter
verbiste
zvbi
xdotool
texlive-base
zinnia 

Zbyszek
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora rawhide compose report: 20210508.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20210507.n.0
NEW: Fedora-Rawhide-20210508.n.0

= SUMMARY =
Added images:1
Dropped images:  1
Added packages:  3
Dropped packages:0
Upgraded packages:   68
Downgraded packages: 1

Size of added packages:  2.84 MiB
Size of dropped packages:0 B
Size of upgraded packages:   832.48 MiB
Size of downgraded packages: 160.61 KiB

Size change of upgraded packages:   18.90 MiB
Size change of downgraded packages: 20 B

= ADDED IMAGES =
Image: Games live x86_64
Path: Labs/x86_64/iso/Fedora-Games-Live-x86_64-Rawhide-20210508.n.0.iso

= DROPPED IMAGES =
Image: Scientific_KDE live x86_64
Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-Rawhide-20210507.n.0.iso

= ADDED PACKAGES =
Package: R-vcd-1.4.8-1.fc35
Summary: Visualizing categorical data
RPMs:R-vcd
Size:1.49 MiB

Package: fwupd-efi-1.0-1.fc35
Summary: Firmware update EFI binaries
RPMs:fwupd-efi
Size:84.92 KiB

Package: plasma-pk-updates-1:0.3.2-10.fc35
Summary: Plasma applet for system updates using PackageKit
RPMs:plasma-pk-updates
Size:1.26 MiB


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  389-ds-base-2.0.4-2.fc35
Old package:  389-ds-base-2.0.4-1.fc35
Summary:  389 Directory Server (base)
RPMs: 389-ds-base 389-ds-base-devel 389-ds-base-libs 389-ds-base-snmp 
cockpit-389-ds python3-lib389
Size: 25.67 MiB
Size change:  -12.86 KiB
Changelog:
  * Fri Apr 09 2021 Simon Pichugin  - 2.0.4-1.1
  - Add Rust bundled Provides and Update License

  * Fri May 07 2021 Viktor Ashirov  - 2.0.4-2
  - Rebuilt to fix NVR


Package:  ETL-1:1.4.0-1.fc35
Old package:  ETL-1:1.2.2-6.fc34
Summary:  Extended Template Library
RPMs: ETL-devel
Size: 379.61 KiB
Size change:  -433.72 KiB
Changelog:
  * Thu May 06 2021 Gwyn Ciesla  - 1:1.4.0-1
  - 1.4.0


Package:  Thunar-4.16.8-1.fc35
Old package:  Thunar-4.16.6-1.fc35
Summary:  Thunar File Manager
RPMs: Thunar Thunar-devel Thunar-docs
Size: 10.29 MiB
Size change:  20.14 KiB
Changelog:
  * Thu May 06 2021 Mukundan Ragavan  - 4.16.7-1
  - Update to 4.16.7

  * Fri May 07 2021 Mukundan Ragavan  - 4.16.8-1
  - Update to 4.16.8
  - Add gvfs as dependency


Package:  awscli-1.19.69-1.fc35
Old package:  awscli-1.19.68-1.fc35
Summary:  Universal Command Line Environment for AWS
RPMs: awscli
Size: 2.03 MiB
Size change:  -152 B
Changelog:
  * Fri May 07 2021 Gwyn Ciesla  - 1.19.69-1
  - 1.19.69


Package:  binutils-2.36.1-9.fc35
Old package:  binutils-2.36.1-8.fc35
Summary:  A GNU collection of binary utilities
RPMs: binutils binutils-devel binutils-gold
Size: 90.05 MiB
Size change:  10.84 KiB
Changelog:
  * Fri May 07 2021 Nick Clifton   - 2.36.1-9
  - Fix stack exhaustion in the rust demangler.  (#1956424)


Package:  breezy-3.2.0-1.fc35
Old package:  breezy-3.1.0-2.fc34
Summary:  Friendly distributed version control system
RPMs: breezy breezy-doc
Size: 31.69 MiB
Size change:  239.47 KiB
Changelog:
  * Wed May 05 2021 Ondrej Pohorelsky  - 3.2.0-1
  - Update to 3.2.0


Package:  clevis-18-2.fc35
Old package:  clevis-18-1.fc35
Summary:  Automated decryption framework
RPMs: clevis clevis-dracut clevis-luks clevis-systemd clevis-udisks2
Size: 673.41 KiB
Size change:  2.57 KiB
Changelog:
  * Fri May 07 2021 Sergio Correia  - 18-2
  - Port to OpenSSL 3
Backport of upstream commit (ee1dfedb)


Package:  container-selinux-2:2.161.1-2.dev.gite1092cd.fc35
Old package:  container-selinux-2:2.160.0-3.dev.git5a60716.fc35
Summary:  SELinux policies for container runtimes
RPMs: container-selinux
Size: 47.77 KiB
Size change:  113 B
Changelog:
  * Fri May 07 2021 RH Container Bot  - 
2:2.161.1-2.dev.gite1092cd
  - bump to 2.161.1
  - autobuilt e1092cd


Package:  crash-7.3.0-1.fc35
Old package:  crash-7.2.9-5.fc35
Summary:  Kernel analysis utility for live systems, netdump, diskdump, 
kdump, LKCD or mcore dumpfiles
RPMs: crash crash-devel
Size: 14.34 MiB
Size change:  -6.64 KiB
Changelog:
  * Fri May 07 2021 Lianbo Jiang  - 7.3.0-1
  - Rebase to upstream 7.3.0


Package:  crun-0.19.1.19-0.3.gitb6c3139.fc35
Old package:  crun-0.19.1.11-0.1.git1dead7e.fc35
Summary:  OCI runtime written in C
RPMs: crun
Size: 852.22 KiB
Size change:  2.26 KiB
Changelog:
  * Fri May 07 2021 RH Container Bot  - 
0.19.1.17-0.2.git3f6a944
  - bump to 0.19.1.17
  - autobuilt 3f6a944

  * Sat May 08 2021 RH Container Bot  - 
0.19.1.19-0.3.gitb6c3139
  - bump to 0.19.1.19
  - autobuilt b6c3139


Package:  d-feet-0.3.16-1.fc35
Old package:  d-feet-0.3.15-8.fc34
Summary:  A powerful D-Bus Debugger
RPMs: d-feet
Size: 111.40 KiB
Size change:  8.79 KiB
Changelog:
  * Fri May 07 2021 Kalev Lember  - 0.3.16-1
  - Update to 0.3.16


Package:  dummy-test-package-gloster-0-3649.fc35
Old package

Re: F35 Change: Broken RPATH will fail rpmbuild (System-Wide Change proposal)

[Richard W.M. Jones]

Some random questions about this:

- How many existing packages are affected?  Can this be analyzed and
  the maintainers notified?

- If I want to analyze my own packages to see if they contain
  rpaths, is it sufficient to run this?

  chrpath --list --keepgoing   | grep RUNPATH

I ran that on /usr/lib64 and found samba seems to use
RUNPATH=/usr/lib64/samba

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Cloud-34-20210508.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 1/8 (x86_64)

Old failures (same test failed in Fedora-Cloud-34-20210507.0):

ID: 882098  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/882098

Soft failed openQA tests: 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Cloud-34-20210507.0):

ID: 882106  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/882106

Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
-- 
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.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Cloud-32-20210508.0 compose check report

[Fedora compose checker]

No missing expected images.

Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Cloud-32-20210507.0):

ID: 882082  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/882082
ID: 882090  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/882090

Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
-- 
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.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Self Introduction: Rémi Lauzier

[Robert-André Mauchin]

On 5/2/21 11:21 PM, remilauzier via devel wrote:

Hello fellow fedoreans,

My name is Rémi Lauzier. He, Him. I am 29 years old. I am passionate 
about computer and video games.


I am the developer of a rust program call 
Rudo.>
As the name implied, it's a clone of Sudo written in rust. I have been 
approve to be the packager of Rudo and some of it's dependency. Thanks 
Robert-André Mauchin(eclipseo).


If you want to try it, you can use this copr 
> until i 
manage to push all the necessary package in fedora. Don't hesitate to 
comment the code or finds some bugs!


My introduction to linux was ten years ago when i buy my first 
laptop(Gateway) and try a few linux distro like ubuntu when windows 7 
was to buggy on it. Gnome 2 and ubuntu wasn't my taste so opensuse with 
KDE manage to get me onboard of the linux train. Once the tumbleweed 
repo die and i need the most recent package for my radeon evergreen, i 
jump on cinnarch. Cinnamon was the perfect balance between kde and 
gnome. Then once cinnarch die, i jump on manjaro with gnome 3. It take 
me a few years to appreciate the gnome 3 ways. I have always hop between 
distro and desktop until i find a few that i love but fedora with gnome 
3 was the best between stability and up to date software.


My coding introduction was not a success until a few months ago when 
everything click. I tries a few language over the years, like c(hate 
that one), c++(too complicated and huge), python(never like it's 
syntax), ruby(was perfect until they abandon desktop application), 
java(Was the first i make an entire demo program), coffeescript(Fun for 
a coding game on the web) but rust 2018 edition finally got me in. i was 
always interested with the functionality of rust. So i first tried 
before 1.0 and after and it was not really operational at that time. 
After not having thoughts about coding in a few years, i finnaly decide 
to retry with rust when some Sudo vulnerability was announced this 
years. And contrary to what I believe, i manage to produce something 
functional.


So i am really happy to play my little part in the vast fedora and rust 
community. Thanks everyone! Don't hesitate if you have question!





Welcome Rémy!
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Cloud-33-20210508.0 compose check report

[Fedora compose checker]

No missing expected images.

Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Cloud-33-20210507.0):

ID: 881896  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/881896
ID: 881904  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/881904

Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
-- 
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.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure