Re: Packages that failed to build with Python 3.9

[Przemo Firszt]

W dniu pią, 29.05.2020 o godzinie 23∶10 +0200, użytkownik Miro Hrončok
napisał:
> [..]
> > > 
> > When will python3 in the rawhide buildroot be 3.9?
> 
> It is.
> 
> Note that the component name is python3.9, but the binary package is
> still 
> python3. The python3 component is retired.
> 
Hi Miro,

What's the time line for COPR? My FreeCAD nightly on rawhide still
builds on python 3.8

-- 
Kind regards,
Przemo Firszt



signature.asc
Description: This is a digitally signed message part
___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Chris Murphy]

On Fri, May 29, 2020 at 9:12 PM John M. Harris Jr  wrote:
>
> On Friday, May 29, 2020 5:25:23 PM MST Chris Murphy wrote:
> > On Fri, May 29, 2020 at 6:06 PM John M. Harris Jr 

> > >You can test hibernation right
> > > now, and it will work. When you boot back up, it'll have everything just
> > > as you left it. What systems is it broken on, those with Secure Boot?
> >
> > Not broken, disabled. That's the policy both upstream and in Fedora.
>
> Then why not just re-enable it? Why in the world is it disabled?

It's a security risk that is incompatible with having UEFI Secure Boot enabled.

The entire point of UEFI Secure Boot is to ensure cryptographic
verification that the kernel you're running is in fact a Fedora built
and signed kernel. Since resuming from hibernation completely replaces
memory contents with that of the image, if the hibernation image isn't
cryptographically signed too, it's an attack vector that permits
arbitrary code execution, including even in the kernel.

I will add a footnote clarifying this in draft 2.

The proper enhancement is signed and encrypted hibernation images. If
people want this to work, it's highly recommended they look into
picking up the stalled work in this area. There is hardware attrition
under way. And that means hibernation is getting tested less and less,
with fewer kernel and desktop bug reports. And testers. It's a real
going-concern problem.

>If it's
> disabled, why did it work when I ran `systemctl hibernate`? Why does it work
> with KDE Spin out of box?

Your system doesn't have UEFI Secure Boot or it isn't enabled. With
Secure Boot enabled, hibernation is one of many things that is subject
to kernel lockdown across all of Fedora products including KDE.

https://lwn.net/Articles/706637/

> I asked above, but  it wasn't answered, and your answer to this has me a bit
> confused. Is Secure Boot the issue that is blocking resume from working
> properly? If so, I can ensure that Secure Boot is enabled on the hardware that
> supports it, and try hibernation there.

UEFI Secure Boot does not do the blocking. But it is used to enable
the kernel lockdown policy, and the lockdown policy inhibits various
things including hibernation. Specifically it will block both
hibernation entry and resume.

[0.850908] Lockdown: swapper/0: hibernation is restricted; see man
kernel_lockdown.7

$ sudo systemctl hibernate
Failed to hibernate system via logind: Sleep verb "hibernate" not supported

Which also results in this:
[109941.217325] Lockdown: systemd-logind: hibernation is restricted;
see man kernel_lockdown.7

>
> Regardless, if that's the case, wouldn't it make more sense to keep
> hibernation available in the UI where it's supported well, the systems without
> Secure Boot? A trivial check for that could be false if BIOS, and false if
> efivars doesn't show that it was booted with secure boot.

I don't know whether or when there will be any changes to UI. I think
it's already conditional now. The option to hibernate appears in the
GUI on my test system that can hibernate and doesn't appear on the
systems it's not supported on.


-- 
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

Re: Fedora 34 System-Wide Change proposal: NSS CK_GCM_PARAMS change

[Zbigniew Jędrzejewski-Szmek]

On Fri, May 29, 2020 at 08:56:26AM -0700, Robert Relyea wrote:
> Oops, this reply was supposed to be a "reply list" rather than a "reply".
> 
> I've incorporated most of your feedback into the Change page now.

Thanks. Nevertheless, I still find the page hard to grok. I don't have
any specific comment — just the general reaction that after reading
the page 5 times I still don't know what the change is exactly and
what needs to be done in packages. (I guess I'm looking for something
like the recent announcement on nauty rebuilds [1]. Even without having
any idea what nauty is, I know what happened and what needs to be rebuilt.)
It's entirely possible that the problem is on my side, and the page is
perfectly clear to people working on NSS, so I'll shut up and let
others comment.

[1] 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/KSKKWWL4SXGYGOSGBWA2ZYLNAL3NPI7D/

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

Fedora-Cloud-31-20200530.0 compose check report

[Fedora compose checker]

No missing expected images.

Passed openQA tests: 1/1 (x86_64)
-- 
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

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

[Zbigniew Jędrzejewski-Szmek]

On Thu, May 28, 2020 at 03:53:26PM -0400, Ben Cotton wrote:
> == Detailed Description ==
> By default php-fpm is used for a few versions. mod_php is not
> supported for threaded modules. mod_php usage also increases security
> risk, sharing the same process than httpd.
> 
> Drop mod_php from php build. This will only affect user of httpd in
> "prefork" mode, which will also use php-fpm.
> 
> php-fpm is already used but most users of httpd and nginx without any issue.

Based on the replies downthread, it seems that some people are still
using it and want to keep it...

Is mod_php a maintainance burder and/or a noticable installation
overhead when not used? And if it is, would additional help with the
maintainance that was offered make it easier to keep?

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

Fedora-Cloud-32-20200530.0 compose check report

[Fedora compose checker]

No missing expected images.

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

ID: 608010  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/608010
-- 
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

Re: Supporting hibernation in Workstation ed., draft 1

[Vitaly Zaitsev via devel]

On 30.05.2020 00:58, Chris Murphy wrote:
> We will support an install time means of enabling hibernation retained
> via Custom partitioning. If the user chooses to create a swap
> partition, the installer will include a resume=UUID kernel parameter
> hint so that the kernel can find the hibernation image.

I think, it will be okay, but only if user don't use LUKS full-disk
encryption.

Using an unencrypted swap is a serious security breach. Anyone can
extract LUKS passphrase from it.

N.B. Fedora has major issues with resuming from encrypted swap partitions.

-- 
Sincerely,
  Vitaly Zaitsev (vit...@easycoding.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

Re: Supporting hibernation in Workstation ed., draft 1

[Jan Kratochvil]

On Sat, 30 May 2020 00:58:26 +0200, Chris Murphy wrote:
> The Fedora Workstation working group recognizes hibernation can be
> useful, but due to impediments it's currently not practical to support
> it.

TL;DR let's go the s2idle way as that is the only one which may work. But for
me it resumes immediately again (similar to the "suspend" Bugs below).
Also I had to do 'echo freeze >/sys/power/state' for s2idle as systemctl has
no such option (nor there is any GUI option for s3idle AFAIK).

--

The problem is "suspend" depends on computer BIOS, sometimes it does not work
and due to the BIOS it is difficult/impossible to debug:
Kernel fails to suspend due to rmi_smbus
https://bugzilla.redhat.com/show_bug.cgi?id=1480602
Cannot successfully suspend, machine starts again after a few seconds
https://bugzilla.redhat.com/show_bug.cgi?id=1781566
Bugs in "suspend" are also mentioned in the first article about "S3":

https://lists.fedoraproject.org/archives/list/desk...@lists.fedoraproject.org/thread/V5MOCX23KU45J3WXUN6TCGEJYQLXQYUL/

I agree hibernation also sometimes does not work for me (in 20% cases it just
suddenly reboots during resuming); X1 Carbon 6th gen (Red Hat one).

Having both suspend & resume was useful one had a chance at least one of them
works sometimes. If the 'out of the box' installations will no longer offer
the hibernation option it means less compatibility with hardware.


Jan
___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Iñaki Ucar]

On Sat, 30 May 2020 at 11:32, Vitaly Zaitsev via devel
 wrote:
>
> On 30.05.2020 00:58, Chris Murphy wrote:
> > We will support an install time means of enabling hibernation retained
> > via Custom partitioning. If the user chooses to create a swap
> > partition, the installer will include a resume=UUID kernel parameter
> > hint so that the kernel can find the hibernation image.
>
> I think, it will be okay, but only if user don't use LUKS full-disk
> encryption.
>
> Using an unencrypted swap is a serious security breach. Anyone can
> extract LUKS passphrase from it.
>
> N.B. Fedora has major issues with resuming from encrypted swap partitions.

What are the issues? I have full-disk encryption and
suspend-then-hibernate enabled (with secure boot disabled, of course),
and it resumes from hibernation without issues.

-- 
Iñaki Úcar
___
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

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

[Alexander Ploumistos]

On Sat, May 30, 2020 at 11:14 AM Zbigniew Jędrzejewski-Szmek
 wrote:
>
> On Thu, May 28, 2020 at 03:53:26PM -0400, Ben Cotton wrote:
> > == Detailed Description ==
> > By default php-fpm is used for a few versions. mod_php is not
> > supported for threaded modules. mod_php usage also increases security
> > risk, sharing the same process than httpd.
> >
> > Drop mod_php from php build. This will only affect user of httpd in
> > "prefork" mode, which will also use php-fpm.
> >
> > php-fpm is already used but most users of httpd and nginx without any issue.
>
> Based on the replies downthread, it seems that some people are still
> using it and want to keep it...

While I can most definitely sympathize with anyone who will have to
reconfigure servers that were set up years ago, the reality of the
matter is that mod_php is still being used because there's a ton of
guides out there blindly copying over instructions and configuration
snippets for years. The complexity of the stack is such that people
are still oblivious of php-fpm nearly a decade after its introduction.
Security issues aside, a medium-size web server using mod_php will
require roughly 100 times the memory used for the same number of
threads with php-fpm. This is a complete waste of resources. The only
real-world application where it makes sense to prefer mod_php over
php-fpm is a server dedicated to serving only php - no CSS, images,
HTML or anything else. I'd argue this use case is quite rare nowadays.
___
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

Re: Packages that failed to build with Python 3.9

[SAL]

Ahoj,

  som trocha zmateny z tych hlaseni. Je skoda, ze bugzilla priamo neobsahuje
link na failed build. Musim si ho pohladat sam. Skusal som rebuildnut tak
ako si mi vravel, teda cez mock s konfiguraciou copr repo, ale neviem preco,
tak ten build zbehne teraz bez problemov. Ale ked dam build priamo cez
fedpkg build, tak to nezbehne. To este nie je mergnute?
Ale divne je, ze preco mi mock -r fedora-rawhide-python39 ... zbehne.

  Upravil som tie bugy a doplnil pozadovane depends. Hadam je to vsetko,
pretoze ani z koji build logov mi nie je uplne jasne, co z toho naozaj treba
a mozno ani nie. Pridal som aj pull-request pre chameleon, ale mam pocit,
ze ten maintainer je unresponsible.

SALstar
___
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

[SO-NAME-BUMP] jsoncpp.so.22 -> 24

[Björn 'besser82' Esser]

Hello,

I'm going to update jsoncpp to v1.9.3 in Rawhide, which implies a so-
name bump from jsoncpp.so.22 to jsoncpp.so.24, during today.

I will take care of rebuilding all its consumers, which are:

  * cmake
  * domoticz
  * guayadeque
  * libjson-rpc-cpp
  * minetest
  * oomd
  * orthanc
  * paraview
  * passenger
  * polybar
  * qpid-proton
  * raceintospace
  * radiotray-ng
  * vfrnav
  * vrpn
  * vtk
  * waybar

Cheers
Björn aka besser82


signature.asc
Description: This is a digitally signed message part
___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Vitaly Zaitsev via devel]

On 30.05.2020 11:51, Iñaki Ucar wrote:
> What are the issues? I have full-disk encryption and
> suspend-then-hibernate enabled (with secure boot disabled, of course),
> and it resumes from hibernation without issues.

Do you have encrypted by LUKS swap partition?

Fedora cannot resume from encrypted by random passphrase (parameter tmp
from crypttab) swap partition.

-- 
Sincerely,
  Vitaly Zaitsev (vit...@easycoding.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

Re: Supporting hibernation in Workstation ed., draft 1

[Dominique Martinet]

Vitaly Zaitsev via devel wrote on Sat, May 30, 2020:
> On 30.05.2020 11:51, Iñaki Ucar wrote:
> > What are the issues? I have full-disk encryption and
> > suspend-then-hibernate enabled (with secure boot disabled, of course),
> > and it resumes from hibernation without issues.
> 
> Do you have encrypted by LUKS swap partition?
> 
> Fedora cannot resume from encrypted by random passphrase (parameter tmp
> from crypttab) swap partition.

Well, yes, how do you expect that to possibly ever work? You'd need to
somehow tell the initrd to not regenerate a new luks key but instead
enter manually the old random one that you would have meticulously
copied out before going into hibernation.

If your swap is in a luks partition with a static passphrase (and
secureboot is disabled) then hibernate works just fine.
(my laptop wakes up on low power from sleep and switches to hibernate
automatically if it stays on suspend too long, this is quite awesome and
I think off-the-box behaviour for this machine. Wouldn't need that if
the battery wouldn't leak so much when in sleep in the first place,
admitedly, but I haven't had any recent laptop that could stay in sleep
mode for a week unfortunately :/)
-- 
Dominique
___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Iñaki Ucar]

On Sat, 30 May 2020 at 12:57, Dominique Martinet  wrote:
>
> Vitaly Zaitsev via devel wrote on Sat, May 30, 2020:
> > On 30.05.2020 11:51, Iñaki Ucar wrote:
> > > What are the issues? I have full-disk encryption and
> > > suspend-then-hibernate enabled (with secure boot disabled, of course),
> > > and it resumes from hibernation without issues.
> >
> > Do you have encrypted by LUKS swap partition?
> >
> > Fedora cannot resume from encrypted by random passphrase (parameter tmp
> > from crypttab) swap partition.
>
> Well, yes, how do you expect that to possibly ever work? You'd need to
> somehow tell the initrd to not regenerate a new luks key but instead
> enter manually the old random one that you would have meticulously
> copied out before going into hibernation.
>
> If your swap is in a luks partition with a static passphrase (and
> secureboot is disabled) then hibernate works just fine.
> (my laptop wakes up on low power from sleep and switches to hibernate
> automatically if it stays on suspend too long, this is quite awesome and
> I think off-the-box behaviour for this machine. Wouldn't need that if
> the battery wouldn't leak so much when in sleep in the first place,
> admitedly, but I haven't had any recent laptop that could stay in sleep
> mode for a week unfortunately :/)

Exactly. Same here.

-- 
Iñaki Úcar
___
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

FSL license

[Ankur Sinha]

Hello,

We were looking at packaging FSL for NeuroFedora. It's a very commonly
used tool in NeuroImaging.

However, the License that the Oxford University has released it under
has certain clauses that make me unsure if it is OK for inclusion in
Fedora. Could someone please have a look?

https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/Licence

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | 
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


signature.asc
Description: PGP signature
___
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

Re: FSL license

[Ankur Sinha]

On Sat, May 30, 2020 12:00:39 +0100, Ankur Sinha wrote:
> Hello,
> 
> We were looking at packaging FSL for NeuroFedora. It's a very commonly
> used tool in NeuroImaging.
> 
> However, the License that the Oxford University has released it under
> has certain clauses that make me unsure if it is OK for inclusion in
> Fedora. Could someone please have a look?
> 
> https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/Licence

Uh, this was meant to go to the legal list. Please ignore. Sorry!

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | 
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


signature.asc
Description: PGP signature
___
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

Re: FSL license

[Tom Hughes via devel]

On 30/05/2020 12:00, Ankur Sinha wrote:


However, the License that the Oxford University has released it under
has certain clauses that make me unsure if it is OK for inclusion in
Fedora. Could someone please have a look?

https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/Licence


The "solely for non-commercial use" is a field of use
restriction which rules it out.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Vitaly Zaitsev via devel]

On 30.05.2020 12:50, Dominique Martinet wrote:
> Well, yes, how do you expect that to possibly ever work?

TPM chip maybe.

> If your swap is in a luks partition with a static passphrase (and
> secureboot is disabled) then hibernate works just fine.

Great. The Fedora installer must create an encrypted swap if the user
has selected LUKS encryption for at least of one partition.

-- 
Sincerely,
  Vitaly Zaitsev (vit...@easycoding.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

Fedora-IoT-33-20200530.0 compose check report

[Fedora compose checker]

Missing expected images:

Iot dvd aarch64
Iot dvd x86_64

Passed openQA tests: 11/11 (x86_64)

New passes (same test not passed in Fedora-IoT-33-20200526.0):

ID: 608022  Test: x86_64 IoT-dvd_ostree-iso podman
URL: https://openqa.fedoraproject.org/tests/608022
ID: 608024  Test: x86_64 IoT-dvd_ostree-iso iot_greenboot
URL: https://openqa.fedoraproject.org/tests/608024
ID: 608025  Test: x86_64 IoT-dvd_ostree-iso podman_client
URL: https://openqa.fedoraproject.org/tests/608025
-- 
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

Re: Self Introduction: Sam Feifer

[Zbigniew Jędrzejewski-Szmek]

On Fri, May 29, 2020 at 09:05:52PM +0100, Leigh Griffin wrote:
> Welcome Sam, hope to see you around!
> 
> On Fri, May 29, 2020, 20:30 Samuel Jacob Feifer 
> wrote:
> 
> > Hi everyone. I am currently a second year computer science student at
> > Vanderbilt and would love to garner some experience this summer working
> > with fedora. As my career is quite young, I hope to not only become a more
> > confident programmer, but also familiarize myself with how professional
> > programers communicate and interact while working on projects. So far, I've
> > learned java and python and while my main goal is to contribute to
> > programs, I would still appreciate just tagging along to a project and
> > seeing the steps made to finish it.

Hi Samuel,

welcome. You might want to take a look at https://whatcanidoforfedora.org
if you're looking for inspiration.

> If you'd like to add me to an irc chat my username and nick are sfeifer.

Fedora IRC channels are on freenode.net, and do not require any
registration, you can join at any time.

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

Re: Self Introduction: Sam Feifer

[Nasir Hussain]

Hey Samuel,

Welcome to Fedora,

I would like you to check the Fedora Join SiG out [
https://docs.fedoraproject.org/en-US/fedora-join/] It's a Special interest
group focused on introducing newcomers to fedora to become contributors.
You can join #fedora-join on Freenode IRC & can open a ticket for Welcome
to Fedora [] for you to learn more about how you would like to contribute
to fedora.

In the meantime, here's an Interview with a Fedora Contributor mostly
focused on helping newcomers become contributors :
https://youtu.be/H3QzziUZBik

---
Nasir Hussain

On Sat, May 30, 2020 at 5:24 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:

> On Fri, May 29, 2020 at 09:05:52PM +0100, Leigh Griffin wrote:
> > Welcome Sam, hope to see you around!
> >
> > On Fri, May 29, 2020, 20:30 Samuel Jacob Feifer 
> > wrote:
> >
> > > Hi everyone. I am currently a second year computer science student at
> > > Vanderbilt and would love to garner some experience this summer working
> > > with fedora. As my career is quite young, I hope to not only become a
> more
> > > confident programmer, but also familiarize myself with how professional
> > > programers communicate and interact while working on projects. So far,
> I've
> > > learned java and python and while my main goal is to contribute to
> > > programs, I would still appreciate just tagging along to a project and
> > > seeing the steps made to finish it.
>
> Hi Samuel,
>
> welcome. You might want to take a look at https://whatcanidoforfedora.org
> if you're looking for inspiration.
>
> > If you'd like to add me to an irc chat my username and nick are sfeifer.
>
> Fedora IRC channels are on freenode.net, and do not require any
> registration, you can join at any time.
>
> 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
>
___
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

Re: How to debug live CD image?

[Barry Scott]

> On 24 May 2020, at 13:21, Vitaly Zaitsev via devel 
>  wrote:
> 
> On 24.05.2020 11:47, Barry Scott wrote:
>> I have tested with both the Workstation image and 
>> the KDE spin image. Both get stuck at the same place.
> 
> Can you check latest respins[1]?
> 
> [1]: https://dl.fedoraproject.org/pub/alt/live-respins/


I use the KDE respin and it hangs at the same place.
I waited over an hour to see if will continue.

How can I help debug this?

Barry



> 
> -- 
> Sincerely,
>  Vitaly Zaitsev (vit...@easycoding.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
___
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

Re: How to debug live CD image?

[Vitaly Zaitsev via devel]

On 30.05.2020 15:04, Barry Scott wrote:
> I use the KDE respin and it hangs at the same place.
> I waited over an hour to see if will continue.
> 
> How can I help debug this?

I think that your problem is definitely related to this:
https://bugzilla.redhat.com/show_bug.cgi?id=1830896

You can install Fedora and try one of the suggested workarounds.

-- 
Sincerely,
  Vitaly Zaitsev (vit...@easycoding.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

Re: Supporting hibernation in Workstation ed., draft 1

[Michael Catanzaro]

On Sat, May 30, 2020 at 1:36 am, Chris Murphy  
wrote:

I don't know whether or when there will be any changes to UI. I think
it's already conditional now. The option to hibernate appears in the
GUI on my test system that can hibernate and doesn't appear on the
systems it's not supported on.


I think we don't expose hibernation in the UI at all, except as 
low-power action to take when out of battery. (In that case, attempting 
to hibernate, risking data loss, is better than power off for 
guaranteed data loss.) Do you see it anywhere else...?


___
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

What's pulling in a bunch of texlive packages?

[Richard Shaw]

I'm working on updating FreeCAD both for Python 3.9 and coming VTK 9.0 and
I noticed that something is pulling in a lot of texlive packages but I am
not BR'ing any.

First, how do I figure out which package is doing it? There's not enough
info in root.log AFAIKT.

Second, once I find the package, how to determine if it really needs
texlive?

Thanks,
Richard
___
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

Re: What's pulling in a bunch of texlive packages?

[José Abílio Matos]

On Saturday, 30 May 2020 16.01.50 WEST Richard Shaw wrote:
> I'm working on updating FreeCAD both for Python 3.9 and coming VTK 9.0 and I
> noticed that something is pulling in a lot of texlive packages but I am not
> BR'ing any.
> 
> First, how do I figure out which package is doing it? There's not enough
> info in root.log AFAIKT.
> 
> Second, once I find the package, how to determine if it really needs
> texlive?
> 
> Thanks,
> Richard

Most probably something that provides documentation, e.g. on pdf.

-- 
José Abílio

___
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

Re: What's pulling in a bunch of texlive packages?

[Michael Schwendt]

On Sat, 30 May 2020 16:11:16 +0100, José Abílio Matos wrote:

> Most probably something that provides documentation, e.g. on pdf.

docbook-utils-pdf is a likely candidate.
___
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

Re: What's pulling in a bunch of texlive packages?

[Zbigniew Jędrzejewski-Szmek]

On Sat, May 30, 2020 at 10:01:50AM -0500, Richard Shaw wrote:
> I'm working on updating FreeCAD both for Python 3.9 and coming VTK 9.0 and
> I noticed that something is pulling in a lot of texlive packages but I am
> not BR'ing any.

I'm seeing this too, with ~100 texlive packages pulled in on upgrade
in a VM.  I think this is caused by new dependencies between texlive
package. E.g.  I had texlive-kpathsea installed, presumably because it
is required by texlive-dvipng which is required by python3-matplotlib,
and upon upgrade this pulls in texlive-context, which pulls in
texlive-pstricks, which pulls in texlive-biblatex, which pulls in
texlive-xpatch, and so on. The dep was added back in #1270202.

Dunno. python3-matplotlib pulling in the whole latex stack is going to
be painful. Maybe we could "downgrade" the dependency in python-matplotlib
to something like
   Recommends: dvipng
   Requires: (dvipng if texlive-base)
?

(Though of course in your case the dependency path might be different.)

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

Re: What's pulling in a bunch of texlive packages?

[Richard Shaw]

On Sat, May 30, 2020 at 10:31 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:

> On Sat, May 30, 2020 at 10:01:50AM -0500, Richard Shaw wrote:
> > I'm working on updating FreeCAD both for Python 3.9 and coming VTK 9.0
> and
> > I noticed that something is pulling in a lot of texlive packages but I am
> > not BR'ing any.
>
> I'm seeing this too, with ~100 texlive packages pulled in on upgrade
> in a VM.  I think this is caused by new dependencies between texlive
> package. E.g.  I had texlive-kpathsea installed, presumably because it
> is required by texlive-dvipng which is required by python3-matplotlib,
> and upon upgrade this pulls in texlive-context, which pulls in
> texlive-pstricks, which pulls in texlive-biblatex, which pulls in
> texlive-xpatch, and so on. The dep was added back in #1270202.
>
> Dunno. python3-matplotlib pulling in the whole latex stack is going to
> be painful. Maybe we could "downgrade" the dependency in python-matplotlib
> to something like
>Recommends: dvipng
>Requires: (dvipng if texlive-base)
> ?
>

That's actually it!

I think moving it to Recommends (if it doesn't break anything) would be a
good idea. I assume Recommends are not installed in koji/mock?

Thanks,
Richard
___
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

Re: Packages that failed to build with Python 3.9

[Guido Aulisi]

Il giorno ven, 29/05/2020 alle 21.59 +0200, Miro Hrončok ha scritto:
> Hello.
Hello,

> As you might already know, we have recently merged in the Python 3.9
> side tag, 
> despite several builds have not succeeded. We always aim for some
> compromise 
> between having the side tag open for too long and having too many
> failures.
> 
...snip

I just successfully rebuilt lilv, it failed only on s390x, because
dependant package sord had some problems on s390x and GCC 10.

I first rebuilt sord with -O1 optimization on all arches except x86.

I still have some optimization bugs with GCC 10 on arches other than
x86, I will try to understand how to reproduce them and file a bug on
GCC.

Ciao
Guido

FAS: tartina


signature.asc
Description: This is a digitally signed message part
___
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

Re: What's pulling in a bunch of texlive packages?

[Zbigniew Jędrzejewski-Szmek]

/cc maintainer

On Sat, May 30, 2020 at 10:33:26AM -0500, Richard Shaw wrote:
> On Sat, May 30, 2020 at 10:31 AM Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
> 
> > On Sat, May 30, 2020 at 10:01:50AM -0500, Richard Shaw wrote:
> > > I'm working on updating FreeCAD both for Python 3.9 and coming VTK 9.0
> > and
> > > I noticed that something is pulling in a lot of texlive packages but I am
> > > not BR'ing any.
> >
> > I'm seeing this too, with ~100 texlive packages pulled in on upgrade
> > in a VM.  I think this is caused by new dependencies between texlive
> > package. E.g.  I had texlive-kpathsea installed, presumably because it
> > is required by texlive-dvipng which is required by python3-matplotlib,
> > and upon upgrade this pulls in texlive-context, which pulls in
> > texlive-pstricks, which pulls in texlive-biblatex, which pulls in
> > texlive-xpatch, and so on. The dep was added back in #1270202.
> >
> > Dunno. python3-matplotlib pulling in the whole latex stack is going to
> > be painful. Maybe we could "downgrade" the dependency in python-matplotlib
> > to something like
> >Recommends: dvipng
> >Requires: (dvipng if texlive-base)
> > ?
> >
> 
> That's actually it!
> 
> I think moving it to Recommends (if it doesn't break anything) would be a
> good idea. I assume Recommends are not installed in koji/mock?

Yeah, Recommends are not installed in koji/mock.

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

Re: [SO-NAME-BUMP] jsoncpp.so.22 -> 24

[Björn 'besser82' Esser]

Am Samstag, den 30.05.2020, 12:13 +0200 schrieb Björn 'besser82' Esser:
> Hello,
> 
> I'm going to update jsoncpp to v1.9.3 in Rawhide, which implies a so-
> name bump from jsoncpp.so.22 to jsoncpp.so.24, during today.
> 
> I will take care of rebuilding all its consumers, which are:
> 
>   * cmake
>   * domoticz
>   * guayadeque
>   * libjson-rpc-cpp
>   * minetest
>   * oomd
>   * orthanc
>   * paraview
>   * passenger
>   * polybar
>   * qpid-proton
>   * raceintospace
>   * radiotray-ng
>   * vfrnav
>   * vrpn
>   * vtk
>   * waybar


The rebuilds have been finished successfully so far, except:

  * domoticz [1], and
  * polybar  [2],

which I have filed FTBFS bugs [1,2] for.


The following packages are still building by the time of this writing,
but are likely to finish successfully some time during tonight:

  * paraview, and
  * vtk


Cheers
Björn aka besser82


[1]  https://bugzilla.redhat.com/show_bug.cgi?id=1842068
[2]  https://bugzilla.redhat.com/show_bug.cgi?id=1842069


signature.asc
Description: This is a digitally signed message part
___
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

Re: unretiring llvm7.0

[Andy Mender]

If I understand correctly, the sudden disappearance of llvm7.0 means that
now ghc is in danger as a package, because it's missing the toolchain
needed to build & package it?

I did a quick `dnf search llvm` and I see the following on my main Fedora
32 box:
llvm5.0.i686 : The Low Level Virtual Machine
llvm5.0.x86_64 : The Low Level Virtual Machine
llvm6.0.i686 : The Low Level Virtual Machine
llvm6.0.x86_64 : The Low Level Virtual Machine
llvm7.0.i686 : The Low Level Virtual Machine
llvm7.0.x86_64 : The Low Level Virtual Machine
llvm8.0.i686 : The Low Level Virtual Machine
llvm8.0.x86_64 : The Low Level Virtual Machine
llvm9.0.i686 : The Low Level Virtual Machine
llvm9.0.x86_64 : The Low Level Virtual Machine

However, https://apps.fedoraproject.org/packages lists only llvm9.0 and
llvm10.0 builds.

I think it's an interesting problem in general. Perhaps it would be good to
have at least 1 extra version of GCC and LLVM other than the current
mainline?

Best,
Andy

On Sat, 30 May 2020 at 08:32, Jens-Ulrik Petersen 
wrote:

> In March llvm7.0 which had been orphaned for some reason, got retired.
> Unfortunately I missed the warning mails that Miro sent here.
>
> llvm7.0 is needed for aarch64 ghc:8.8,
> and for ghc-8.8.3 planned for F33.
>
> So I would like to unretire llvm7.0.
>
> Thanks, Jens
>
> ___
> 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
>
___
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

Re: Self Introduction: Sam Feifer

[David Kirwan]

Hi Samuel o/

On Sat, 30 May 2020 at 13:36, Nasir Hussain 
wrote:

> Hey Samuel,
>
> Welcome to Fedora,
>
> I would like you to check the Fedora Join SiG out [
> https://docs.fedoraproject.org/en-US/fedora-join/] It's a Special
> interest group focused on introducing newcomers to fedora to become
> contributors. You can join #fedora-join on Freenode IRC & can open a ticket
> for Welcome to Fedora [] for you to learn more about how you would like to
> contribute to fedora.
>
> In the meantime, here's an Interview with a Fedora Contributor mostly
> focused on helping newcomers become contributors :
> https://youtu.be/H3QzziUZBik
>
> ---
> Nasir Hussain
>
> On Sat, May 30, 2020 at 5:24 PM Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
>> On Fri, May 29, 2020 at 09:05:52PM +0100, Leigh Griffin wrote:
>> > Welcome Sam, hope to see you around!
>> >
>> > On Fri, May 29, 2020, 20:30 Samuel Jacob Feifer 
>> > wrote:
>> >
>> > > Hi everyone. I am currently a second year computer science student at
>> > > Vanderbilt and would love to garner some experience this summer
>> working
>> > > with fedora. As my career is quite young, I hope to not only become a
>> more
>> > > confident programmer, but also familiarize myself with how
>> professional
>> > > programers communicate and interact while working on projects. So
>> far, I've
>> > > learned java and python and while my main goal is to contribute to
>> > > programs, I would still appreciate just tagging along to a project and
>> > > seeing the steps made to finish it.
>>
>> Hi Samuel,
>>
>> welcome. You might want to take a look at https://whatcanidoforfedora.org
>> if you're looking for inspiration.
>>
>> > If you'd like to add me to an irc chat my username and nick are sfeifer.
>>
>> Fedora IRC channels are on freenode.net, and do not require any
>> registration, you can join at any time.
>>
>> 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
>>
> ___
> 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
>


-- 
David Kirwan
Software Engineer

Community Platform Engineering @ Red Hat

T: +(353) 86-8624108 IM: @dkirwan
___
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

Re: FSL license

[Ankur Sinha]

On Sat, May 30, 2020 12:07:35 +0100, Tom Hughes via devel wrote:
> On 30/05/2020 12:00, Ankur Sinha wrote:
> 
> > However, the License that the Oxford University has released it under
> > has certain clauses that make me unsure if it is OK for inclusion in
> > Fedora. Could someone please have a look?
> > 
> > https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/Licence
> 
> The "solely for non-commercial use" is a field of use
> restriction which rules it out.

Thanks Tom. We'll see if we can speak to upstream about this.

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | 
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


signature.asc
Description: PGP signature
___
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

Re: Rebuilt for OpenCV 4.3.0 in rawhide

[Sérgio Basto]

On Fri, 2020-05-29 at 14:02 +0200, Nicolas Chauvet wrote:
> Hello there,
> 
> There is an update to opencv 4.3.0 in preparation for rawhide.
> This will be handled in a side tag along with the rebuild of the all
> dependencies.
> (fedpkg build --target=f33-build-side-24026)
> 
> This was evaluated ahead,so it should lead to issue.
> https://copr.fedorainfracloud.org/coprs/kwizart/opencv4/builds/
> (failures are random issue on copr builders, should be all green on
> koji).

I built mlt to this side tag

> We will merge the side tag next week and once everything have been
> rebuilt.
> 
> Thanks
> 
> -- 
> -
> 
> Nicolas (kwizart)
> ___
> 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
-- 
Sérgio M. B.
___
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

Re: new packages review tickets

[Kevin Fenzi]

On Wed, May 27, 2020 at 12:45:56PM +0200, Miroslav Suchý wrote:
> 
> -1
> I had phase of life when I worked on these archaeologic tickets. I even 
> managed to process eight years old ticket!
> Yes, for most tickets it was: Ping! Wait one month. Than one more gentle 
> Ping! And if submitter does not respond, then I
> closed the ticket.
> But I never done that en-masse. For every such ping, I was prepared to work 
> on that ticket.
> 
> It may sounds appealing to clean the plate and "resolve" a lot of tickets. 
> However, think about it from the other side:
> somebody is waiting for review for years, then a ping will come, and if he 
> responds, then ... nothing. Just "yeah, we
> are not going to close this". That is not very welcome. :(

Sure, but neither is endless silence. 

Perhaps when/if we do mass process tickets as proposed in this thread we
could add a bit about how to get sponsored (for needs sponsor tickets)
and ideas on how to get a review (for all). It may be that some people
don't know that you can often find people to swap reviews with, or that
sponsors want you to do reviews, etc. Adding that info might help some
fraction of these tickets...

kevin


signature.asc
Description: PGP signature
___
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

Re: Packages that failed to build with Python 3.9

[Sérgio Basto]

On Fri, 2020-05-29 at 21:59 +0200, Miro Hrončok wrote:
> mlt  martinkg sergiomb

I built mlt in opencv-4 side tag 


-- 
Sérgio M. B.
___
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

Lots of FailsToInstall on rawhide bugs

[Orion Poplawski]

Folks -

   I'm afraid the new FailsToInstall bugs may be a bit much for me. 
Often it seems:


- There is already a FTBFS bug against the package which is the root 
cause of the FTI.
- There was a soname bump in rawide and the builds didn't manage to 
complete before the next rawhide compose.  I know, people probably 
should be using side tags, but it's the maintainers of the dependent 
packages that are being harassed.  And can't we even have a bit more 
than a day to address these.


For released branches, sure go for it (although I would still argue 
about checking for a FTBFS bug first).  But can we back off a little bit 
on rawhide?


- Orion

--
Orion Poplawski
Manager of NWRA Technical Systems  720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/



smime.p7s
Description: S/MIME Cryptographic Signature
___
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

Re: Rebuilt for OpenCV 4.3.0 in rawhide

[Rich Mattes]

On 5/29/20 8:02 AM, Nicolas Chauvet wrote:

Hello there,

There is an update to opencv 4.3.0 in preparation for rawhide.
This will be handled in a side tag along with the rebuild of the all
dependencies.
(fedpkg build --target=f33-build-side-24026)

This was evaluated ahead,so it should lead to issue.
https://copr.fedorainfracloud.org/coprs/kwizart/opencv4/builds/
(failures are random issue on copr builders, should be all green on koji).

We will merge the side tag next week and once everything have been rebuilt.

Thanks

There's a boost rebuild that's going on in a side tag right now as well. 
 Are packages that depend on both OpenCV and boost going to have broken 
dependencies once both side tags are merged?


Rich
___
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

Texlive package file triggers issue?

[Sandro Mani]

Hi

I suspect there might be some issue with file triggers not executed when 
installing texlive packages on rawhide. Example: I get


I can't find file `ecrm1000'

To which the solution appears to be to install 
texlive-collection-fontsrecommended. Doing so initially does not help, 
but after reinstalling all the texlive* packages it does indeed work. So 
I suspect some trigger is not executed when just installing 
texlive-collection-fontsrecommended. Same with other packages i.e. 
texlive-babel-italian for instance.


Thanks

Sandro
___
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

Re: Lots of FailsToInstall on rawhide bugs

[Richard Shaw]

On Sat, May 30, 2020 at 1:47 PM Orion Poplawski  wrote:

> Folks -
>
> I'm afraid the new FailsToInstall bugs may be a bit much for me.
> Often it seems:
>
> - There is already a FTBFS bug against the package which is the root
> cause of the FTI.
> - There was a soname bump in rawide and the builds didn't manage to
> complete before the next rawhide compose.  I know, people probably
> should be using side tags, but it's the maintainers of the dependent
> packages that are being harassed.  And can't we even have a bit more
> than a day to address these.
>
> For released branches, sure go for it (although I would still argue
> about checking for a FTBFS bug first).  But can we back off a little bit
> on rawhide?
>

Agreed, even on released branches I had some buildroot overrides because I
was actively working on update a package. I got a FTBFS bug, so I closed it
as invalid. I got a new one filed in a day or two.

Thanks,
Richard
___
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

Packaging problem

[ycollette . nospam]

Hello,

I've got a problem with a package.
I am trying to clean up a spec file before sending it to review and I've got an 
error:

erreur : Empty %files file 
/home/artelys/rpmbuild/BUILD/jamulus-c6b6e3ab02d7ec1e93edeeb8042a89a561924826/debugsourcefiles.list

The code is Qt-5 / c++. It's an application which allows to perform live 
rehearsale via an internet connection.

On the gcc / c++ command line, I can see the -g flags.

The build section:

%{set_build_flags}

%_qt5_qmake Jamulus.pro CONFIG+=opus_shared_lib

%make_build VERBOSE=1

The install section (the qmake file defines no install rule so I must install 
everything manually):

%__install -m 755 -d %{buildroot}/%{_bindir}/
%__install -m 755 Jamulus %{buildroot}%{_bindir}/jamulus

%__install -m 755 -d %{buildroot}/%{_datadir}/applications/
%__install -m 644 distributions/jamulus.desktop 
%{buildroot}%{_datadir}/applications/

%__install -m 755 -d %{buildroot}/%{_datadir}/pixmaps/
%__install -m 644 distributions/jamulus.png %{buildroot}%{_datadir}/pixmaps/

How can I build the debug part of the package ?

The only solution I've found is to add:

%global debug_package %{nil}

At the beginning of the spec file ...

Best regards,

YC
___
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

Re: Packaging problem

[Björn 'besser82' Esser]

Am Samstag, den 30.05.2020, 21:20 +0200 schrieb
ycollette.nos...@free.fr:
> Hello,
> 
> I've got a problem with a package.
> I am trying to clean up a spec file before sending it to review and
> I've got an error:
> 
> erreur : Empty %files file /home/artelys/rpmbuild/BUILD/jamulus-
> c6b6e3ab02d7ec1e93edeeb8042a89a561924826/debugsourcefiles.list
> 
> The code is Qt-5 / c++. It's an application which allows to perform
> live rehearsale via an internet connection.
> 
> On the gcc / c++ command line, I can see the -g flags.
> 
> The build section:
> 
> %{set_build_flags}
> 
> %_qt5_qmake Jamulus.pro CONFIG+=opus_shared_lib
> 
> %make_build VERBOSE=1
> 
> The install section (the qmake file defines no install rule so I must
> install everything manually):
> 
> %__install -m 755 -d %{buildroot}/%{_bindir}/
> %__install -m 755 Jamulus %{buildroot}%{_bindir}/jamulus
> 
> %__install -m 755 -d %{buildroot}/%{_datadir}/applications/
> %__install -m 644 distributions/jamulus.desktop
> %{buildroot}%{_datadir}/applications/
> 
> %__install -m 755 -d %{buildroot}/%{_datadir}/pixmaps/
> %__install -m 644 distributions/jamulus.png
> %{buildroot}%{_datadir}/pixmaps/
> 
> How can I build the debug part of the package ?
> 
> The only solution I've found is to add:
> 
> %global debug_package %{nil}
> 
> At the beginning of the spec file ...


Without a scratch build and/or a link to the spec file / srpm its hard
to help, I guess…

Cheers
Björn


signature.asc
Description: This is a digitally signed message part
___
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

Re: Packaging problem

[Vascom]

First you should use this macro %{qmake_qt5} and remove %{set_build_flags}.

And show your spec or give srpm.

сб, 30 мая 2020 г. в 22:21, :
>
> Hello,
>
> I've got a problem with a package.
> I am trying to clean up a spec file before sending it to review and I've got 
> an error:
>
> erreur : Empty %files file 
> /home/artelys/rpmbuild/BUILD/jamulus-c6b6e3ab02d7ec1e93edeeb8042a89a561924826/debugsourcefiles.list
>
> The code is Qt-5 / c++. It's an application which allows to perform live 
> rehearsale via an internet connection.
>
> On the gcc / c++ command line, I can see the -g flags.
>
> The build section:
>
> %{set_build_flags}
>
> %_qt5_qmake Jamulus.pro CONFIG+=opus_shared_lib
>
> %make_build VERBOSE=1
>
> The install section (the qmake file defines no install rule so I must install 
> everything manually):
>
> %__install -m 755 -d %{buildroot}/%{_bindir}/
> %__install -m 755 Jamulus %{buildroot}%{_bindir}/jamulus
>
> %__install -m 755 -d %{buildroot}/%{_datadir}/applications/
> %__install -m 644 distributions/jamulus.desktop 
> %{buildroot}%{_datadir}/applications/
>
> %__install -m 755 -d %{buildroot}/%{_datadir}/pixmaps/
> %__install -m 644 distributions/jamulus.png %{buildroot}%{_datadir}/pixmaps/
>
> How can I build the debug part of the package ?
>
> The only solution I've found is to add:
>
> %global debug_package %{nil}
>
> At the beginning of the spec file ...
>
> Best regards,
>
> YC
> ___
> 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
___
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

Re: Packaging problem

[ycollette . nospam]

Yes, you're right :)

Here is a link to a build with the %global debug_package %{nil} :

https://download.copr.fedorainfracloud.org/results/ycollet/linuxmao/fedora-32-x86_64/01415804-jamulus/

- Mail original -
De: "Björn 'besser82' Esser" 
À: "Development discussions related to Fedora" 
Envoyé: Samedi 30 Mai 2020 21:44:08
Objet: Re: Packaging problem

Am Samstag, den 30.05.2020, 21:20 +0200 schrieb
ycollette.nos...@free.fr:
> Hello,
> 
> I've got a problem with a package.
> I am trying to clean up a spec file before sending it to review and
> I've got an error:
> 
> erreur : Empty %files file /home/artelys/rpmbuild/BUILD/jamulus-
> c6b6e3ab02d7ec1e93edeeb8042a89a561924826/debugsourcefiles.list
> 
> The code is Qt-5 / c++. It's an application which allows to perform
> live rehearsale via an internet connection.
> 
> On the gcc / c++ command line, I can see the -g flags.
> 
> The build section:
> 
> %{set_build_flags}
> 
> %_qt5_qmake Jamulus.pro CONFIG+=opus_shared_lib
> 
> %make_build VERBOSE=1
> 
> The install section (the qmake file defines no install rule so I must
> install everything manually):
> 
> %__install -m 755 -d %{buildroot}/%{_bindir}/
> %__install -m 755 Jamulus %{buildroot}%{_bindir}/jamulus
> 
> %__install -m 755 -d %{buildroot}/%{_datadir}/applications/
> %__install -m 644 distributions/jamulus.desktop
> %{buildroot}%{_datadir}/applications/
> 
> %__install -m 755 -d %{buildroot}/%{_datadir}/pixmaps/
> %__install -m 644 distributions/jamulus.png
> %{buildroot}%{_datadir}/pixmaps/
> 
> How can I build the debug part of the package ?
> 
> The only solution I've found is to add:
> 
> %global debug_package %{nil}
> 
> At the beginning of the spec file ...


Without a scratch build and/or a link to the spec file / srpm its hard
to help, I guess…

Cheers
Björn

___
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
___
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

Re: Packaging problem

[Vascom]

Also
Macro forms of system executables SHOULD NOT be used except when there
is a need to allow the location of those executables to be
configurable. For example, rm should be used in preference to %{__rm},
but %{__python3} is acceptable.

сб, 30 мая 2020 г. в 22:51, :
>
> Yes, you're right :)
>
> Here is a link to a build with the %global debug_package %{nil} :
>
> https://download.copr.fedorainfracloud.org/results/ycollet/linuxmao/fedora-32-x86_64/01415804-jamulus/
>
> - Mail original -
> De: "Björn 'besser82' Esser" 
> À: "Development discussions related to Fedora" 
> Envoyé: Samedi 30 Mai 2020 21:44:08
> Objet: Re: Packaging problem
>
> Am Samstag, den 30.05.2020, 21:20 +0200 schrieb
> ycollette.nos...@free.fr:
> > Hello,
> >
> > I've got a problem with a package.
> > I am trying to clean up a spec file before sending it to review and
> > I've got an error:
> >
> > erreur : Empty %files file /home/artelys/rpmbuild/BUILD/jamulus-
> > c6b6e3ab02d7ec1e93edeeb8042a89a561924826/debugsourcefiles.list
> >
> > The code is Qt-5 / c++. It's an application which allows to perform
> > live rehearsale via an internet connection.
> >
> > On the gcc / c++ command line, I can see the -g flags.
> >
> > The build section:
> >
> > %{set_build_flags}
> >
> > %_qt5_qmake Jamulus.pro CONFIG+=opus_shared_lib
> >
> > %make_build VERBOSE=1
> >
> > The install section (the qmake file defines no install rule so I must
> > install everything manually):
> >
> > %__install -m 755 -d %{buildroot}/%{_bindir}/
> > %__install -m 755 Jamulus %{buildroot}%{_bindir}/jamulus
> >
> > %__install -m 755 -d %{buildroot}/%{_datadir}/applications/
> > %__install -m 644 distributions/jamulus.desktop
> > %{buildroot}%{_datadir}/applications/
> >
> > %__install -m 755 -d %{buildroot}/%{_datadir}/pixmaps/
> > %__install -m 644 distributions/jamulus.png
> > %{buildroot}%{_datadir}/pixmaps/
> >
> > How can I build the debug part of the package ?
> >
> > The only solution I've found is to add:
> >
> > %global debug_package %{nil}
> >
> > At the beginning of the spec file ...
>
>
> Without a scratch build and/or a link to the spec file / srpm its hard
> to help, I guess…
>
> Cheers
> Björn
>
> ___
> 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
> ___
> 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
___
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

Re: Packaging problem

[ycollette . nospam]

OK, thanks, it works with %{qmake_qt5} but not with %_qt5_qmake ...

Thanks a lot 

I see that qmake_qt5  macro call _qt5_qmake with some flags ...
I found the macro via rpm --showrc | grep qmake and I choose the wrong result.


- Mail original -
De: "Vascom" 
À: "Development discussions related to Fedora" 
Envoyé: Samedi 30 Mai 2020 21:49:46
Objet: Re: Packaging problem

First you should use this macro %{qmake_qt5} and remove %{set_build_flags}.

And show your spec or give srpm.

сб, 30 мая 2020 г. в 22:21, :
>
> Hello,
>
> I've got a problem with a package.
> I am trying to clean up a spec file before sending it to review and I've got 
> an error:
>
> erreur : Empty %files file 
> /home/artelys/rpmbuild/BUILD/jamulus-c6b6e3ab02d7ec1e93edeeb8042a89a561924826/debugsourcefiles.list
>
> The code is Qt-5 / c++. It's an application which allows to perform live 
> rehearsale via an internet connection.
>
> On the gcc / c++ command line, I can see the -g flags.
>
> The build section:
>
> %{set_build_flags}
>
> %_qt5_qmake Jamulus.pro CONFIG+=opus_shared_lib
>
> %make_build VERBOSE=1
>
> The install section (the qmake file defines no install rule so I must install 
> everything manually):
>
> %__install -m 755 -d %{buildroot}/%{_bindir}/
> %__install -m 755 Jamulus %{buildroot}%{_bindir}/jamulus
>
> %__install -m 755 -d %{buildroot}/%{_datadir}/applications/
> %__install -m 644 distributions/jamulus.desktop 
> %{buildroot}%{_datadir}/applications/
>
> %__install -m 755 -d %{buildroot}/%{_datadir}/pixmaps/
> %__install -m 644 distributions/jamulus.png %{buildroot}%{_datadir}/pixmaps/
>
> How can I build the debug part of the package ?
>
> The only solution I've found is to add:
>
> %global debug_package %{nil}
>
> At the beginning of the spec file ...
>
> Best regards,
>
> YC
> ___
> 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
___
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
___
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

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

[Jonathan Wakely]

On 29/05/20 16:17 +0200, Miro Hrončok wrote:

On 22. 05. 20 3:06, Miro Hrončok wrote:
Hello, in order to deliver Python 3.9, we are running a coordinated 
rebuild in a side tag.


    https://fedoraproject.org/wiki/Changes/Python3.9

If you see a "Rebuilt for Python 3.9" (or similar) commit in your 
package, please don't rebuild it in regular rawhide.

If you need to, please let me know, so we can coordinate.


The side tag has been merged. Thank you all for your patience.


https://koji.fedoraproject.org/koji/buildinfo?buildID=1512682 is still
going for python-graph-tool-2.29-4.fc33 and will probably take another
15 hours at least, based on the comments in the spec file.

I've already started python-graph-tool-2.29-5.fc33 for the boost
rebuild, so if yours finishes it won't be needed anyway.

___
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

Re: [SO-NAME-BUMP] jsoncpp.so.22 -> 24

[Björn 'besser82' Esser]

Am Samstag, den 30.05.2020, 18:36 +0200 schrieb Björn 'besser82' Esser:
> The rebuilds have been finished successfully so far, except:
> 
>   * domoticz [1], and
>   * polybar  [2],
> 
> which I have filed FTBFS bugs [1,2] for.


I've fixed those FTBFS in the mean time, as they were easy fixes to be
applied.


Cheers
Björn aka besser82


> [1]  https://bugzilla.redhat.com/show_bug.cgi?id=1842068
> [2]  https://bugzilla.redhat.com/show_bug.cgi?id=1842069



signature.asc
Description: This is a digitally signed message part
___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Chris Murphy]

On Sat, May 30, 2020 at 8:53 AM Michael Catanzaro  wrote:
>
> On Sat, May 30, 2020 at 1:36 am, Chris Murphy 
> wrote:
> > I don't know whether or when there will be any changes to UI. I think
> > it's already conditional now. The option to hibernate appears in the
> > GUI on my test system that can hibernate and doesn't appear on the
> > systems it's not supported on.
>
> I think we don't expose hibernation in the UI at all, except as
> low-power action to take when out of battery. (In that case, attempting
> to hibernate, risking data loss, is better than power off for
> guaranteed data loss.) Do you see it anywhere else...?

I only see it in the "Power Button Action" menu. It's not there in
VM's, even if the VM has hibernation support enable. And it's not on
UEFI Secure Boot enabled computers. And it also goes away if I
swapoff.


-- 
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

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

[Miro Hrončok]

On 30. 05. 20 23:10, Jonathan Wakely wrote:

On 29/05/20 16:17 +0200, Miro Hrončok wrote:

On 22. 05. 20 3:06, Miro Hrončok wrote:
Hello, in order to deliver Python 3.9, we are running a coordinated rebuild 
in a side tag.


    https://fedoraproject.org/wiki/Changes/Python3.9

If you see a "Rebuilt for Python 3.9" (or similar) commit in your package, 
please don't rebuild it in regular rawhide.

If you need to, please let me know, so we can coordinate.


The side tag has been merged. Thank you all for your patience.


https://koji.fedoraproject.org/koji/buildinfo?buildID=1512682 is still
going for python-graph-tool-2.29-4.fc33 and will probably take another
15 hours at least, based on the comments in the spec file.

I've already started python-graph-tool-2.29-5.fc33 for the boost
rebuild, so if yours finishes it won't be needed anyway.


I am afraid the build gets restarted every coupe hours. See:

https://koji.fedoraproject.org/koji/taskinfo?taskID=45142331

Total time  32:37:26
Task time   2:33:39

Buildroots
/var/lib/mock/f33-build-20969493-1558663
/var/lib/mock/f33-build-20951538-1558663
/var/lib/mock/f33-build-20962546-1558663
/var/lib/mock/f33-build-20957113-1558663
/var/lib/mock/f33-build-20953332-1558663

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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

Re: What's pulling in a bunch of texlive packages?

[Miro Hrončok]

On 30. 05. 20 17:30, Zbigniew Jędrzejewski-Szmek wrote:

On Sat, May 30, 2020 at 10:01:50AM -0500, Richard Shaw wrote:

I'm working on updating FreeCAD both for Python 3.9 and coming VTK 9.0 and
I noticed that something is pulling in a lot of texlive packages but I am
not BR'ing any.


I'm seeing this too, with ~100 texlive packages pulled in on upgrade
in a VM.  I think this is caused by new dependencies between texlive
package. E.g.  I had texlive-kpathsea installed, presumably because it
is required by texlive-dvipng which is required by python3-matplotlib,
and upon upgrade this pulls in texlive-context, which pulls in
texlive-pstricks, which pulls in texlive-biblatex, which pulls in
texlive-xpatch, and so on. The dep was added back in #1270202.

Dunno. python3-matplotlib pulling in the whole latex stack is going to
be painful. Maybe we could "downgrade" the dependency in python-matplotlib
to something like
Recommends: dvipng
Requires: (dvipng if texlive-base)
?

(Though of course in your case the dependency path might be different.)


See also:

https://bugzilla.redhat.com/show_bug.cgi?id=1509657 (couple years old)


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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

Re: Packages that failed to build with Python 3.9

[Miro Hrončok]

On 30. 05. 20 9:18, Przemo Firszt wrote:

W dniu pią, 29.05.2020 o godzinie 23∶10 +0200, użytkownik Miro Hrončok
napisał:

[..]



When will python3 in the rawhide buildroot be 3.9?


It is.

Note that the component name is python3.9, but the binary package is
still
python3. The python3 component is retired.


Hi Miro,

What's the time line for COPR? My FreeCAD nightly on rawhide still
builds on python 3.8


As soon as the mirrors have the newest compose from yesterday. Should be now 
already.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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

Re: Packages that failed to build with Python 3.9

[Miro Hrončok]

On 30. 05. 20 1:17, Adam Williamson wrote:

On Fri, 2020-05-29 at 21:59 +0200, Miro Hrončok wrote:

Hello.

As you might already know, we have recently merged in the Python 3.9 side tag,
despite several builds have not succeeded. We always aim for some compromise
between having the side tag open for too long and having too many failures.

The packages, when not rebuilt, are not installable in rawhide, hence fixing
them should be our top priority. If you need help with Python related issues, we
(the Python Maintenance team at Red Hat) are happy to help. Unfortunately,
several packages fail to build for Python-unrelated reasons.

Some of the actual build failures already have a bugzilla open from our copr
rebuilds. Others don't have it yet because the error only manifested on some
architecture other than x86_64. I'll get back to this next week and open the
remaining bugzillas.

Most of the packages only fail to build because their dependencies were not yet
rebuilt. Chances are, you already got an automated bugzilla from Igor, that your
package fails to install. It would be really helpful if you could find the
missing dependency and mark the bugzilla for your package dependent on the
bugzilla for the missing dep. I slowly progress to do that as well, but your
help is crucial here.

Let me know if you have questions.

Here is the list:

Maintainers by package:

bugzilla2fedmsg  abompard
calibre  chkr heliocastro kevin nushio zbyszek
python-apsw  cicku dfateyev maci
python-stompest  abompard


I fixed apsw and rebuilt calibre, which needed it.


Thanks. I'll close https://bugzilla.redhat.com/show_bug.cgi?id=1840234

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Michael Catanzaro]

On Sat, May 30, 2020 at 4:23 pm, Chris Murphy  
wrote:

I only see it in the "Power Button Action" menu.


OK... I stand corrected.

___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Marius Schwarz]

Am 30.05.20 um 09:36 schrieb Chris Murphy:
>
> It's a security risk that is incompatible with having UEFI Secure Boot 
> enabled.
>
> The entire point of UEFI Secure Boot is to ensure cryptographic
> verification that the kernel you're running is in fact a Fedora built
> and signed kernel. Since resuming from hibernation completely replaces
> memory contents with that of the image, if the hibernation image isn't
> cryptographically signed too, it's an attack vector that permits
> arbitrary code execution, including even in the kernel.
>
>

Anything you put unencrypted on a disk, is insecure. If you don't run
full disk encryption, nothing stops an attacker from simply change
whatever he likes on disk right away. If the system hibernates and you
boot the device with a different OS => change what ever you like.

Booting a signed kernel does not change that.  And in an attempt  to not
strech this again, we had this discussion for FDE already in the systemd
homed tree.

best regards,
Marius
___
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

Re: Supporting hibernation in Workstation ed., draft 1

[Chris Murphy]

On Sat, May 30, 2020 at 5:46 PM Marius Schwarz  wrote:
>
> Am 30.05.20 um 09:36 schrieb Chris Murphy:
> >
> > It's a security risk that is incompatible with having UEFI Secure Boot 
> > enabled.
> >
> > The entire point of UEFI Secure Boot is to ensure cryptographic
> > verification that the kernel you're running is in fact a Fedora built
> > and signed kernel. Since resuming from hibernation completely replaces
> > memory contents with that of the image, if the hibernation image isn't
> > cryptographically signed too, it's an attack vector that permits
> > arbitrary code execution, including even in the kernel.
> >
> >
>
> Anything you put unencrypted on a disk, is insecure. If you don't run
> full disk encryption, nothing stops an attacker from simply change
> whatever he likes on disk right away.

Full disk encryption doesn't adequately secure the hibernation image
either. Authenticated encryption (signing as well as encryption) is
needed to verify the image hasn't been tampered. The upstream work,
cited in the document, gets into the details, and what additional work
is needed for the next revision.


--
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

Re: Supporting hibernation in Workstation ed., draft 1

[Tony Nelson]

On 20-05-30 21:02:11, Chris Murphy wrote:
 ...

Full disk encryption doesn't adequately secure the hibernation image
either. Authenticated encryption (signing as well as encryption) is
needed to verify the image hasn't been tampered.


What can an attacker do other than corrupt the data?  It is encrypted.

With tamper detection, does a single bit changed deny the use of the
hibernated image?

In either case, what can an attacker accomplish?



The upstream work, cited in the document, gets into the details,
and what additional work is needed for the next revision.


Which reference is that?  #5?  It seemed short.

--

TonyN.:'   
  '  
___
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

Re: [Forged Sender] Packages that failed to build with Python 3.9

[Orion Poplawski]

On 5/29/20 1:59 PM, Miro Hrončok wrote:
orion  Mayavi paraview python-AppTools python-Traits python-envisage 
python-pyface python-scikit-image python-traitsui python-x2go


paraview was fixed by besser82 - build in progress (thanks!)

I've resolved the bootstrap loop between python-Traits and 
python-traitsui which blocked python-AppTools, python-python-pyface, and 
Mayavi.


python-envisage is currently waiting on upstream to fix some tests for 3.9.

python-scikit-image is waiting on some deps.  One is python-pywt and 
I've submitted what is hopefully a fix here:

https://src.fedoraproject.org/rpms/python-pywt/pull-request/3

I think python-x2go is due to a python-gevent bug

--
Orion Poplawski
Manager of NWRA Technical Systems  720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/



smime.p7s
Description: S/MIME Cryptographic Signature
___
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