Re: Intro and ownership of orphaned package.

2021-11-12 Thread Otto Urpelainen 

Jan K kirjoitti 13.11.2021 klo 8.55:

My name is Jan Kuparinen
I work as a DevOps engineer. In the past I have made rpm packages of a private 
project, so I have some idea of packaging progress. I have also made some 
contributions to various Fedora projects.

I took a look at the orphaned package list for packages needing maintenance and 
found that https://src.fedoraproject.org/rpms/truth is in retired state, but is 
needed by quite a few other packages.

There have been several commits in the last few weeks to the repo, so is this 
actually maintained?

If indeed this package is in need of a maintainer, I think I can help with that.


Hello Jan,

The Package Sources page you link has the following visible, confirming 
that the package really has been is orphaned:


* "Package is currently unmaintained"
* Bugzilla Assignee: Fedora: orphan

To adopt it, you simply need to click the "Take" button on the left hand 
side. To do this, you need to be a member of the "packager" FAS group. 
You need to follow the sponsoring process [1].


However, as you already noticed in the Git log, @orion seems to be doing 
something with this package right now [2]. Perhaps it would make sense 
to contact him directly and ask what is going on and express your 
interest in (co-)maintaining the package?


Otto

[1]: 
https://docs.fedoraproject.org/en-US/package-maintainers/How_to_Get_Sponsored_into_the_Packager_Group/
[2]: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/TO6ZK3XVYV6KRIXQ7J24RF2GIT42JXJD/

___
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

Intro and ownership of orphaned package.

2021-11-12 Thread Jan K 
My name is Jan Kuparinen
I work as a DevOps engineer. In the past I have made rpm packages of a private 
project, so I have some idea of packaging progress. I have also made some 
contributions to various Fedora projects.

I took a look at the orphaned package list for packages needing maintenance and 
found that https://src.fedoraproject.org/rpms/truth is in retired state, but is 
needed by quite a few other packages.

There have been several commits in the last few weeks to the repo, so is this 
actually maintained?

If indeed this package is in need of a maintainer, I think I can help with that.

Jan Kuparinen
FAS copperi
copp...@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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Plan to unretire plotmm (lv2-eq10q)

2021-11-12 Thread Nils Philippsen 
Hi there,

I noticed that the lv2-EQ10Q-plugins package went the way of the dodo
because it didn't build and nobody took care of it. Oops.

I use this LV2 plugin often enough to pick up the tab and revive it,
albeit under the name lv2-eq10q which should comply better with naming
guidelines. This needs the similarly retired plotmm library which I
want to bring back, too.

Cheers,
Nils
-- 
Nils Philippsen / Software Engineer / Red Hat
PGP fingerprint: D0C1 1576 CDA6 5B6E BBAE 95B2 7D53 7FCA E9F6 395D
___
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: [EPEL-devel] Re: RFC: generating openssl3 packages from openssl spec

2021-11-12 Thread Michel Alexandre Salim via devel 
On Wed, Nov 10, 2021 at 03:50:44PM -0800, Michel Alexandre Salim wrote:
> On Wed, 2021-11-10 at 15:48 -0800, Michel Alexandre Salim wrote:
> > 
> > This shows the minimum changes needed to:
> > - have openssl3-libs parallel installable with openssl-libs (tested in
> > mock for x86_64)
> > - mark the base, devel, and perl subpackages as conflicting
> >   - openssl3 and openssl both ship binaries in %{_bindir}
> >   - ditto with openssl3-perl and openssl-perl
> >   - openssl3-devel and openssl-devel both ship headers and includes
> > with the same names
> > 
> And of course I forgot to paste in the commit:
> https://gitlab.com/michel-slm/openssl3/-/commit/3649e51f898dbe1d97695cd8aca206c262a03617
> 

It's been 2 days, so I'm assuming I'm not doing anything insanely silly
here. I've put up the package for review:

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

cc:ing Sahana who is driving the OpenSSL 3 migration in Fedora. Sahana,
would it make sense to have this in Fedora 34 and 35 as well?

Best regards,

-- 
Michel Alexandre Salim
profile: https://keyoxide.org/mic...@michel-slm.name


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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F36 Change: Enable exclude_from_weak_autodetect by default in LIBDNF (System-Wide Change proposal)

2021-11-12 Thread Maxwell G via devel 
Hi everyone,

On Thu, 2021-09-16 at 15:17 -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/ExcludeFromWeakAutodetect
> 
> 
> == Summary ==
> exclude_from_weak_autodetect enables autodetection of unmet weak
> dependencies (Recommends or Supplements) of installed packages and
> blocks installation of packages satisfying already unmet dependencies.
> In other words: When you don't have the recommended package installed,
> it won't be automatically installed with future upgrades of the
> recommending package.

I am not sure if this was intended, but this change has broken rich
weak dependencies when both packages are not installed as part of the
same transaction.

In my yt-dlp package's specfile[1], I have three subpackages for shell
completions: `yt-dlp-bash-completion`, `yt-dlp-zsh-completion`, and
`yt-dlp-fish-completion. Here is the `bash-completion` block:

``` spec
%package bash-completion
Summary:Bash completion for %{name}
Requires:   %{name} = %{version}
Requires:   bash-completion
Supplements:(%{name} and bash-completion)
BuildArch:  noarch
```

The intended effect is for the shell completions to be installed at the
time `yt-dlp` itself is installed if the respective shell package
(`bash-completion`, `zsh` or `fish`) is already present while still
allowing users to opt out. However, now this does not work; dnf will
only install the completions if both `yt-dlp` and the shell package are
installed as part of the same transaction. I can confirm that this is
caused by this change, because adding `--
setopt=exclude_from_weak_autodetect=false` fixes the problem. Replacing
`Supplements` with forward facing boolean `Requires` did not work
either.

``` spec
Recommends: (%{name}-bash-completion if bash-completion)
Recommends: (%{name}-zsh-completion if zsh)
Recommends: (%{name}-fish-completion if fish)
```

While I agree that {rich,} weak dependencies should not be reinstalled
as part of updates, I do believe that they should be installed if one
of the packages is being installed for the first time.

I also think we should consider implementing better guidelines for
shell completions in Fedora. I believe that shell completions should be
split into subpackages and that these subpackages should depend on the
shells themselves or a `-filesystem` package that actually own the
directories. Right now, directory ownership is kind of a mess. At least
on my system, there are several packages that own /usr/share/bash-
completion, /usr/share/zsh/vendor-completions, /usr/share/zsh/site-
functions, and /usr/share/fish/vendor_completions.d/. We can also use
this oppurtunity to create macros for each of these directories.

Management of shell completion packages was discussed further in my
package review ticket [2].

I am relatively new to Fedora, so please correct me if I got anything
wrong.

Thanks,
Maxwell

[1]: https://src.fedoraproject.org/rpms/yt-dlp/blob/rawhide/f/yt-dlp.spec
[2]: https://bugzilla.redhat.com/show_bug.cgi?id=2012522

-- 
Maxwell G (@gotmax23)
Pronouns: He/Him/His
PGP Key Fingerprint: f57c76e5a238fe0a628e2ecef79e4e25e8c661f8
PGP Keyserver: hkp://keyserver.ubuntu.com
gotmax@e.email





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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: FESCo election nominations are now open

2021-11-12 Thread Ben Cotton 
As a reminder, you may nominate candidates for the open seats on the
Fedora Engineering Steering Committee through 17 November. At this
moment, we are short one candidate for the number of open seats.

To nominate yourself (or others, if you check with them first), visit:
https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations

FESCo is currently selecting the questions for the interview
questionnaire, which will be finalized before the beginning of the
interview period.

For more information, see the Community Blog post:
https://communityblog.fedoraproject.org/f35-elections-nominations-now-open/

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
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: Long-running side tag for porting Fedora to C99 (no implicit decls)

2021-11-12 Thread Kevin Fenzi 
On Wed, Nov 10, 2021 at 09:47:47AM +0100, Florian Weimer wrote:
> * Kevin Fenzi:
> 
> > On Tue, Nov 09, 2021 at 10:41:16AM +0100, Florian Weimer wrote:
> >> * Kevin Fenzi:
> >> 
> >> > Isn't this an ideal use case for copr?
> >> 
> >> I don't know.  I could piece together the Koji API fairly easily, and
> >> had hoped to reuse some of the script logic.
> >> 
> >> Or does COPR have direct support this?  Can I tell it directly to report
> >> rawhide in a special buildroot?  Is there a programmatic way to access
> >> the resulting log files?
> >> 
> >> (I won't need the built RPMs, which is why I would use scratch builds in
> >> Koji.)
> >
> > Yes, copr has a api also. 
> > https://python-copr.readthedocs.io/en/latest/ClientV3.html
> 
> Is there an overview similar to ?
> It's hard to tell what the capbilities are.

I'm not sure and I was hoping one of the copr folks would chime in. ;) 

CCing praiskup

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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Module build status question

2021-11-12 Thread Stephen Gallagher 
On Fri, Nov 12, 2021 at 3:27 PM Orion Poplawski  wrote:
>
> Can someone who understands the MBS tell me what's up with this build?
>
> https://mbs.fedoraproject.org/module-build-service/2/module-builds/13374

Every once in a while, for reasons we don't fully understand, one of
the builders crashes, leaving the build in that state. You *should* be
able to cancel it and submit it again and it will work. If not, file
an Infra ticket.
___
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: libnsl.so.2.0.1 updated to libnsl.so.3.0.0 without coordination, broke rawhide

2021-11-12 Thread Björn 'besser82' Esser 
Am Donnerstag, dem 11.11.2021 um 15:54 +0100 schrieb Miro Hrončok:
> Hello,
> 
> Since this update:
> 
> https://src.fedoraproject.org/rpms/libnsl2/c/d2e2fab5e3ab07228a34f35ab8ec1954581153d0?branch=rawhide
> 
> Nothing in rawhide builds, because Python and hence dnf is not
> installable:
> 
> Error:
>   Problem 1: package python3-dnf-4.10.0-1.fc36.noarch requires
> python3-libdnf, 
> but none of the providers can be installed
>    - package python3-dnf-4.10.0-1.fc36.noarch requires python3-libdnf
> >= 
> 0.65.0, but none of the providers can be installed
>    - package dnf-4.10.0-1.fc36.noarch requires python3-dnf = 4.10.0-
> 1.fc36, but 
> none of the providers can be installed
>    - package python3-libdnf-0.65.0-1.fc36.ppc64le requires 
> libpython3.10.so.1.0()(64bit), but none of the providers can be
> installed
>    - conflicting requests
>    - nothing provides libnsl.so.2()(64bit) needed by 
> python3-libs-3.10.0-3.fc36.ppc64le
>    - nothing provides libnsl.so.2(LIBNSL_1.0)(64bit) needed by 
> python3-libs-3.10.0-3.fc36.ppc64le
>   Problem 2: package python3-dnf-plugins-core-4.0.24-1.fc36.noarch
> requires 
> python3-hawkey >= 0.46.1, but none of the providers can be installed
>    - package dnf-plugins-core-4.0.24-1.fc36.noarch requires 
> python3-dnf-plugins-core = 4.0.24-1.fc36, but none of the providers
> can be 
> installed
>    - package python3-hawkey-0.65.0-1.fc36.ppc64le requires 
> libpython3.10.so.1.0()(64bit), but none of the providers can be
> installed
>    - conflicting requests
>    - nothing provides libnsl.so.2()(64bit) needed by 
> python3-libs-3.10.0-3.fc36.ppc64le
>    - nothing provides libnsl.so.2(LIBNSL_1.0)(64bit) needed by 
> python3-libs-3.10.0-3.fc36.ppc64le
> (try to add '--skip-broken' to skip uninstallable packages)
> 
> 
> Additionally, the following packages (and everything that depends on
> them) will 
> fail to install:
> 
> $ repoquery -q --repo=rawhide --whatrequires 'libnsl.so.2()(64bit)'
> autofs-1:5.1.8-1.fc36.x86_64
> exim-0:4.95-1.fc36.x86_64
> exim-mon-0:4.95-1.fc36.x86_64
> libnsl2-devel-0:1.3.0-4.fc35.x86_64
> nss_nis-0:3.1-9.fc35.x86_64
> pam-0:1.5.2-6.fc36.x86_64
> postfix-2:3.6.2-6.fc36.x86_64
> python2.7-0:2.7.18-15.fc36.x86_64
> python3-debug-0:3.10.0-2.fc36.x86_64
> python3-libs-0:3.10.0-2.fc36.x86_64
> python3.11-0:3.11.0~a1-1.fc36.x86_64
> python3.6-0:3.6.15-2.fc36.x86_64
> python3.7-0:3.7.12-2.fc36.x86_64
> python3.8-0:3.8.12-2.fc36.x86_64
> python3.9-0:3.9.8-1.fc36.x86_64
> rwall-0:0.17-60.fc35.x86_64
> rwall-server-0:0.17-60.fc35.x86_64
> sendmail-0:8.17.1-2.fc36.x86_64
> slapi-nis-0:0.56.7-2.fc35.x86_64
> tcp_wrappers-0:7.6-98.fc35.x86_64
> tcp_wrappers-libs-0:7.6-98.fc35.x86_64
> yp-tools-0:4.2.3-10.fc35.x86_64
> ypbind-3:2.7.2-5.fc35.x86_64
> ypserv-0:4.2-1.fc36.x86_64
> 
> I've requested the package to be untagged:
> 
> https://pagure.io/releng/issue/10380
> 
> This change needs to be coordinated.


I can take care to coordinate the rebuilds in a side-tag, if you don't
mind.

Thanks,
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Module build status question

2021-11-12 Thread Orion Poplawski 

Can someone who understands the MBS tell me what's up with this build?

https://mbs.fedoraproject.org/module-build-service/2/module-builds/13374

thanks.

--
Orion Poplawski
he/him/his - surely the least important thing about me
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Firefox Hardware acceleration & VA-API how-to

2021-11-12 Thread Scott Talbert 

On Fri, 12 Nov 2021, Martin Stransky wrote:


Hi folks,

I was told that people were having trouble with Firefox/HW 
acceleration/VA-API setup on Fedora so I put some info at wiki at:


https://fedoraproject.org/wiki/Firefox_Hardware_acceleration


Along these lines, I am experiencing a pretty big regression in video 
performance with recent Firefox versions on Fedora.  It probably started 
with FF 93, but got a little better with FF 94.  It is really noticeable 
when using Google Meet.  I'm using Wayland on AMD GPU hardware.  Is this 
at all related to this HW acceleration stuff?


Thanks,
Scott
___
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: F36 Change: ELN-Extras (System-Wide Change proposal)

2021-11-12 Thread Stephen Gallagher 
On Fri, Nov 12, 2021 at 7:33 AM Miroslav Suchý  wrote:
>
> Dne 11. 11. 21 v 15:24 Ben Cotton napsal(a):
> > ELN-extras will be a new build target and compose similar in behavior
> > to ELN, but closer to EPEL in function. It will be a place to prepare
> > and maintain packages that may be desired for EPEL N+1 while RHEL N+1
> > is still being incubated in ELN.
>
> For these not aware what ELN is:
>
>https://docs.fedoraproject.org/en-US/eln/
>
> Too many abbreviations. :( So the situation is:
>
> EPEL are extra packages for RHEL.
>
> EPEL-next are extra packages for CentOS Stream. [I still think this should be 
> CentOS Stream {extra,epel,next}]
>
> ELN-extras are extra packages for ELN (which is rebuild of rawhide in RHEL 
> like compose).
>
> Right?
>
>
> Can this change proposal document the name of dist-git branches? I do not see 
> it anywhere.

That's because, like ELN, it will use the Rawhide branch. Separate
branches for ELN/ELN-extras are discouraged (but we are working on
ways to allow them for specific cases).
___
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: Firefox Hardware acceleration & VA-API how-to

2021-11-12 Thread Frantisek Zatloukal 
On Fri, Nov 12, 2021, 11:08 Florian Weimer  wrote:

> Why is libva-intel-driver not part of Fedora?
>
> Thanks,
> Florian
>

There are licensing / patent issues with the Intel driver. I am slowly
progressing with packaging the latest intel-media-driver (not the older
libva-intel-driver, and freed from patented stuff) into Fedora, but it'll
take some time and some upstream help / assistance.

>
___
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: HEADS UP: gdal-3.4.0 update in rawhide

2021-11-12 Thread Sandro Mani 


On 10.11.21 17:53, Sandro Mani wrote:


Hi

I'll be updating to gdal and mingw-gdal to version 3.4.0 in rawhide 
shortly, submitting the builds in the f36-build-side-47614 side tag. 
I'll be rebuilding the following packages:


bes-3.20.8-3.fc36.src.rpm
cloudcompare-2.9.1-15.fc36.src.rpm
dans-gdal-scripts-0.24-16.fc36.src.rpm
gazebo-10.1.0-24.fc36.src.rpm
gdal-3.3.3-1.fc36.src.rpm
GMT-6.1.1-8.fc36.src.rpm
grass-7.8.6-2.fc36.src.rpm
liblas-1.8.1-17.gitd76a061.fc35.src.rpm
mapnik-3.1.0-13.fc35.src.rpm
mapserver-7.6.4-6.fc36.src.rpm
merkaartor-0.18.4-11.fc35.src.rpm
ncl-6.6.2-22.fc36.src.rpm
opencv-4.5.4-4.fc36.src.rpm
OpenSceneGraph-3.4.1-32.fc36.src.rpm
osgearth-2.7-35.fc36.src.rpm
paraview-5.9.1-7.fc36.src.rpm
PDAL-2.3.0-3.fc35.src.rpm
postgis-3.1.4-4.fc36.src.rpm
python-fiona-1.8.20-2.fc35.src.rpm
python-rasterio-1.2.10-1.fc36.src.rpm
qgis-3.22.0-6.fc36.src.rpm
qmapshack-1.16.0-2.fc36.src.rpm
R-rgdal-1.5.23-5.fc35.src.rpm
saga-7.6.1-9.fc35.src.rpm
vfrnav-20201231-16.fc36.src.rpm
vtk-9.0.3-3.fc36.src.rpm
mingw64-opencv-0:4.5.4-3.fc36.noarch


This is now done, all builds completed successfully.

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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

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

2021-11-12 Thread Fedora compose checker 
No missing expected images.

Compose PASSES proposed Rawhide gating check!
All required tests passed

Failed openQA tests: 11/141 (aarch64), 18/206 (x86_64)

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

ID: 1063130 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi
URL: https://openqa.fedoraproject.org/tests/1063130
ID: 1063188 Test: x86_64 universal upgrade_minimal_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/1063188
ID: 1063272 Test: aarch64 universal install_anaconda_text@uefi
URL: https://openqa.fedoraproject.org/tests/1063272

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

ID: 1062943 Test: x86_64 Server-dvd-iso install_btrfs_preserve_home
URL: https://openqa.fedoraproject.org/tests/1062943
ID: 1062947 Test: x86_64 Server-dvd-iso 
install_btrfs_preserve_home_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/1062947
ID: 1062955 Test: x86_64 Server-dvd-iso install_resize_lvm
URL: https://openqa.fedoraproject.org/tests/1062955
ID: 1063006 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/1063006
ID: 1063012 Test: x86_64 Workstation-live-iso evince
URL: https://openqa.fedoraproject.org/tests/1063012
ID: 1063013 Test: x86_64 Workstation-live-iso gedit
URL: https://openqa.fedoraproject.org/tests/1063013
ID: 1063014 Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/1063014
ID: 1063016 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/1063016
ID: 1063025 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/1063025
ID: 1063033 Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/1063033
ID: 1063034 Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/1063034
ID: 1063043 Test: x86_64 Silverblue-dvd_ostree-iso evince
URL: https://openqa.fedoraproject.org/tests/1063043
ID: 1063044 Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL: https://openqa.fedoraproject.org/tests/1063044
ID: 1063070 Test: aarch64 Server-dvd-iso install_btrfs_preserve_home@uefi
URL: https://openqa.fedoraproject.org/tests/1063070
ID: 1063072 Test: aarch64 Server-dvd-iso 
install_btrfs_preserve_home_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/1063072
ID: 1063113 Test: aarch64 Server-dvd-iso install_resize_lvm@uefi
URL: https://openqa.fedoraproject.org/tests/1063113
ID: 1063138 Test: aarch64 Workstation-raw_xz-raw.xz evince@uefi
URL: https://openqa.fedoraproject.org/tests/1063138
ID: 1063140 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/1063140
ID: 1063174 Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/1063174
ID: 1063175 Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/1063175
ID: 1063181 Test: x86_64 universal install_arabic_language
URL: https://openqa.fedoraproject.org/tests/1063181
ID: 1063194 Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/1063194
ID: 1063238 Test: aarch64 universal install_arabic_language@uefi
URL: https://openqa.fedoraproject.org/tests/1063238
ID: 1063245 Test: aarch64 universal install_european_language@uefi
URL: https://openqa.fedoraproject.org/tests/1063245
ID: 1063246 Test: aarch64 universal install_iscsi@uefi
URL: https://openqa.fedoraproject.org/tests/1063246
ID: 1063249 Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/1063249

Soft failed openQA tests: 2/206 (x86_64), 4/141 (aarch64)
(Tests completed, but using a workaround for a known bug)

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

ID: 1063190 Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/1063190
ID: 1063258 Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/1063258

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

ID: 1063051 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1063051
ID: 1063100 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/1063100
ID: 1063126 Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1063126
ID: 1063146 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1063146

Passed openQA tests: 186/206 (x86_64), 126/141 (aarch64)

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

ID: 1062960 Test: x86_64 Server-dvd-iso server_role_deploy_

Re: Ownership of orphaned package perl-WebService-Dropbox

2021-11-12 Thread Martin Gansser 
Thanks for your info.
Regards
Martin
___
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: libnsl.so.2.0.1 updated to libnsl.so.3.0.0 without coordination, broke rawhide

2021-11-12 Thread Gary Buhrmaster 
On Thu, Nov 11, 2021 at 2:55 PM Miro Hrončok  wrote:
>
> Hello,
>
> Since this update:
>
> https://src.fedoraproject.org/rpms/libnsl2/c/d2e2fab5e3ab07228a34f35ab8ec1954581153d0?branch=rawhide
>
> Nothing in rawhide builds, because Python and hence dnf is not installable:
>



Is it possible to automate a scan across
(at least) the "core"(*) packages and
identify those spec files that use one of
the (from the packaging guidelines)
SHOULD NOT unversioned soname
globs and then have explicit major
sonames added(**)?  Of course such a
change will not prevent explicit bumps,
but should, at a minimum, raise the
bar just a bit for accidental bumps
(which is what I presume this was when
the new upstream source was
submitted as an update).



(*) Is there such a list of "core" libraries?
If not, that might need to be another
item on the work queue.

(**) I am presuming that most of the
unversioned soname globs in most
spec files predate the SHOULD NOT
recommendations, and cleaning that
up would be a good thing moving
forward.
___
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: F36 Change: ELN-Extras (System-Wide Change proposal)

2021-11-12 Thread Miroslav Suchý 

Dne 11. 11. 21 v 15:24 Ben Cotton napsal(a):

ELN-extras will be a new build target and compose similar in behavior
to ELN, but closer to EPEL in function. It will be a place to prepare
and maintain packages that may be desired for EPEL N+1 while RHEL N+1
is still being incubated in ELN.


For these not aware what ELN is:

  https://docs.fedoraproject.org/en-US/eln/

Too many abbreviations. :( So the situation is:

EPEL are extra packages for RHEL.

EPEL-next are extra packages for CentOS Stream. [I still think this should be 
CentOS Stream {extra,epel,next}]

ELN-extras are extra packages for ELN (which is rebuild of rawhide in RHEL like 
compose).

Right?


Can this change proposal document the name of dist-git branches? I do not see 
it anywhere.

Miroslav

___
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: License change and so-version bump in side tag: libinstpatch

2021-11-12 Thread staR 
Logon to https://highadventure.in to enjoy
- RiverRafting in Manali

https://highadventure.in/activities/River-Rafting-in-Manali/5ff3029dd551d54f7c53b4d1

- Paragliding in Manali

https://highadventure.in/activities/Paragliding-in-Manali/603106ee24f3d6eb8365ca34
___
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: 20211112.n.0 changes

2021-11-12 Thread Fedora Rawhide Report 
OLD: Fedora-Rawhide-2021.n.0
NEW: Fedora-Rawhide-2022.n.0

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

Size of added packages:  2.94 MiB
Size of dropped packages:23.99 KiB
Size of upgraded packages:   3.15 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   18.01 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: python-git-changelog-0.4.2-1.fc36
Summary: Automatic Changelog generator using Jinja2 templates
RPMs:python3-git-changelog
Size:43.25 KiB

Package: rust-env_logger0.8-0.8.4-1.fc36
Summary: Logging implementation configured via an environment variable
RPMs:rust-env_logger0.8+atty-devel rust-env_logger0.8+default-devel 
rust-env_logger0.8+humantime-devel rust-env_logger0.8+regex-devel 
rust-env_logger0.8+termcolor-devel rust-env_logger0.8-devel
Size:76.19 KiB

Package: yt-dlp-2021.11.10.1-1.fc36
Summary: A command-line program to download videos from online video platforms
RPMs:yt-dlp yt-dlp-bash-completion yt-dlp-fish-completion 
yt-dlp-zsh-completion
Size:2.82 MiB


= DROPPED PACKAGES =
Package: python-xmlrunner-1.7.7-17.fc35
Summary: unittest-based test runner with Ant/JUnit like XML reporting
RPMs:python3-xmlrunner
Size:23.99 KiB


= UPGRADED PACKAGES =
Package:  Lmod-8.5.26-1.fc36
Old package:  Lmod-8.5.21-1.fc36
Summary:  Environmental Modules System in Lua
RPMs: Lmod
Size: 1.11 MiB
Size change:  4.38 KiB
Changelog:
  * Wed Nov 03 2021 Orion Poplawski  - 8.5.22-1
  - Update to 8.5.22

  * Thu Nov 11 2021 Orion Poplawski  - 8.5.26-1
  - Update to 8.5.26


Package:  R-4.1.2-1.fc36
Old package:  R-4.1.1-1.fc36
Summary:  A language for data analysis and graphics
RPMs: R R-core R-core-devel R-devel R-java R-java-devel libRmath 
libRmath-devel libRmath-static
Size: 364.01 MiB
Size change:  2.41 MiB
Changelog:
  * Sat Aug 14 2021 Tom Callaway  - 4.1.1-1
  - update to 4.1.1

  * Fri Oct 29 2021 I??aki ??car  - 4.1.1-2
  - Move javareconf to posttrans (bz 2009974)

  * Wed Nov 03 2021 Tom Callaway  - 4.1.2-1
  - update to 4.1.2


Package:  acme-tiny-5.0.1-1.fc36
Old package:  acme-tiny-4.1.1-2.fc36
Summary:  Tiny auditable script to issue, renew Let's Encrypt certificates
RPMs: acme-tiny acme-tiny-core
Size: 35.54 KiB
Size change:  -148 B
Changelog:
  * Thu Oct 28 2021 Stuart D. Gathman  5.0.1-1
  - New upstream release


Package:  ansible-pcp-2.2.2-1.fc36
Old package:  ansible-pcp-2.2.1-1.fc36
Summary:  Ansible Metric collection for Performance Co-Pilot
RPMs: ansible-pcp
Size: 121.00 KiB
Size change:  824 B
Changelog:
  * Fri Nov 12 2021 Nathan Scott  2.2.2-1
  - Correct the URL listed for this package (BZ 2001902)
  - Latest upstream release


Package:  arpwatch-14:3.1-32.fc36
Old package:  arpwatch-14:3.1-28.fc36
Summary:  Network monitoring tools for tracking IP addresses on a network
RPMs: arpwatch
Size: 1.57 MiB
Size change:  8.74 KiB
Changelog:
  * Thu Nov 11 2021 Benjamin A. Beasley  14:3.1-29
  - Reduce macro indirection in the spec file

  * Thu Nov 11 2021 Benjamin A. Beasley  14:3.1-30
  - Change BR on python3 to python3-devel

  * Thu Nov 11 2021 Benjamin A. Beasley  14:3.1-31
  - Trivial spec file reformatting

  * Thu Nov 11 2021 Benjamin A. Beasley  14:3.1-32
  - Generate ethercodes.dat from latest oui.csv


Package:  awscli-1.22.4-1.fc36
Old package:  awscli-1.22.3-1.fc36
Summary:  Universal Command Line Environment for AWS
RPMs: awscli
Size: 2.13 MiB
Size change:  -31 B
Changelog:
  * Thu Nov 11 2021 Gwyn Ciesla  - 1.22.4-1
  - 1.22.4


Package:  clang-13.0.0-5.fc36
Old package:  clang-13.0.0-4.fc36
Summary:  A C language family front-end for LLVM
RPMs: clang clang-analyzer clang-devel clang-libs 
clang-resource-filesystem clang-tools-extra git-clang-format python3-clang
Size: 237.25 MiB
Size change:  -27.40 KiB
Changelog:
  * Thu Oct 28 2021 Tom Stellard  - 13.0.0-5
  - Make lld the default linker on arm


Package:  cockpit-podman-36-1.fc36
Old package:  cockpit-podman-35-1.fc36
Summary:  Cockpit component for Podman containers
RPMs: cockpit-podman
Size: 463.63 KiB
Size change:  9.20 KiB
Changelog:
  * Wed Nov 10 2021 Katerina Koukiou  - 36-1
  - Prune unused images
  - New ???Create container??? workflow


Package:  copr-backend-1.152-1.fc36
Old package:  copr-backend-1.151-1.fc36
Summary:  Backend for Copr
RPMs: copr-backend copr-backend-doc
Size: 345.07 KiB
Size change:  -1.29 KiB
Changelog:
  * Wed Nov 10 2021 Silvie Chlupova  1.152-1
  - Fixup ACR handling
  - Drop the unused pid file from the specfile


Package:  cscppc-2.1.1-1.fc36
Old package:  cscppc-2.0.0-1.fc36
Su

Re: F36 Change: ELN-Extras (System-Wide Change proposal)

2021-11-12 Thread Vít Ondruch 

s/ELN-Extras/EPELN/

?


Vít



Dne 11. 11. 21 v 15:24 Ben Cotton napsal(a):

https://fedoraproject.org/wiki/Changes/ELN-Extras

== Summary ==
ELN-extras will be a new build target and compose similar in behavior
to ELN, but closer to EPEL in function. It will be a place to prepare
and maintain packages that may be desired for EPEL N+1 while RHEL N+1
is still being incubated in ELN.

== Owner ==
* Owner: [[User:Sgallagh| Stephen Gallagher]] 
* SIG: ELN SIG 


== Detailed Description ==
This will essentially be an extension of Fedora ELN, with the primary
difference being that the content in ELN-Extras will be defined by the
Fedora/EPEL community, while ELN's content is largely decided upon by
Red Hat management. This will offer users the opportunity to make sure
their applications will work on upcoming releases of RHEL as well as
providing a bootstrapping mechanism for EPEL. It will be far easier
and quicker to get a compose of EPEL N+1 out the door if the initial
packages have already been built for ELN-Extras.


== Benefit to Fedora ==
This Change will enable application developers to keep up with
impending changes in RHEL even before CentOS Stream becomes available
for that release. Additionally, it provides a bootstrapping mechanism
for EPEL, which will mean a much shorter gap between the launch of a
new RHEL major release and the availability of the EPEL repositories.

== Scope ==
* Proposal owners:
High-level tasks

1. Create the tags and targets in Koji (see the release engineering
ticket below).
2. Add support to Content Resolver for addon repositories [DONE]
3. Update the DistroBuildSync configuration to support building for ELN-Extras.
4. Configure ODCS to produce an ELN-Extras variant compose.

* Other developers: Aside from the release engineering tasks, anyone
who wants to have a package appear in ELN-Extras will need to add it
to the content set. This is not mandatory for any packager and we can
ship the ELN-Extras repository empty if we so choose.

* Release engineering: [https://pagure.io/releng/issues #10378]
* Policies and guidelines: N/A (not needed for this Change)
Documentation on how to add packages to the ELN-Extras content set and
how to consume its compose will be written as part of this Change.

* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives: Not specifically aligned with the
currently-active Objectives. Loosely related to the previous
Minimization Objective.

== Upgrade/compatibility impact ==
N/A, this will be an entirely new compose and thus has nothing from
which to upgrade.


== How To Test ==
No specific testing is required for this Change, though any general OS
and software management testing would be most welcome.

== User Experience ==
Fedora will make available a new add-on repository for ELN, maintained
by the Fedora Community.

== Dependencies ==
This should be self-contained from a dependency perspective. The
groundwork was already laid by ELN.

== Contingency Plan ==
* Contingency mechanism: We will not ship/advertise the existence of
the ELN-Extras repository.
* Contingency deadline: Final freeze
* Blocks release? No


== Documentation ==
Documentation will be written as part of this Change.




OpenPGP_signature
Description: OpenPGP digital 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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Firefox Hardware acceleration & VA-API how-to

2021-11-12 Thread Martin Stransky 

On 11/12/21 11:04, Nicolas Chauvet wrote:

Le ven. 12 nov. 2021 à 09:37, Martin Stransky  a écrit :


Hi folks,

I was told that people were having trouble with Firefox/HW
acceleration/VA-API setup on Fedora so I put some info at wiki at:

https://fedoraproject.org/wiki/Firefox_Hardware_acceleration


Thanks for the documentation Martin.

Few notes:
- Only ffmpeg, libva-intel-driver (and intel-media-driver for newer
hw) are provided via rpmfusion (in nonfree section for the latter),
the other components are in fedora
- We might have a special issue for f35 as the introduction of crocus
DRI driver broke the X11 DRI/VAAPI mapping.
(Fix pending: https://bodhi.fedoraproject.org/updates/FEDORA-2021-83cbfc7e32
- rhbz#2017059)


Thanks, feel free to update the page.

Martin
___
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: Ownership of orphaned package perl-WebService-Dropbox

2021-11-12 Thread Petr Pisar 
V Fri, Nov 12, 2021 at 09:58:26AM -, Martin Gansser napsal(a):
> Hi,
> 
> I want to take ownership of perl-WebService-Dropbox it's needed by shutter 
> for rawhide.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=2022634
> https://src.fedoraproject.org/rpms/perl-WebService-Dropbox
> 
> What have I to do ?
> 
The package is retired not longer than 8 weeks. The package already have an
review at . So no new
review is needed. You can directly asked for unretiring the package by filling
a ticket at
.
After the ticket is resloved, you will revert the retiring commit in the git
repository, push it to the git server and build the package.

-- Petr


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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Firefox Hardware acceleration & VA-API how-to

2021-11-12 Thread Florian Weimer 
* Martin Stransky:

> I was told that people were having trouble with Firefox/HW
> acceleration/VA-API setup on Fedora so I put some info at wiki at:
>
> https://fedoraproject.org/wiki/Firefox_Hardware_acceleration

Why is libva-intel-driver not part of Fedora?

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

Re: Ownership of orphaned package perl-WebService-Dropbox

2021-11-12 Thread Mikel Olasagasti 
Hi Martin,

You need to follow the steps described in "Claiming Ownership of a
Retired Package"

https://docs.fedoraproject.org/en-US/package-maintainers/Package_Retirement_Process/#claiming

Kind regards,
Mikel Olasagasti

Hau idatzi du Martin Gansser (marti...@fedoraproject.org)
erabiltzaileak (2021 aza. 12, or. (10:59)):
>
> Hi,
>
> I want to take ownership of perl-WebService-Dropbox it's needed by shutter 
> for rawhide.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2022634
> https://src.fedoraproject.org/rpms/perl-WebService-Dropbox
>
> What have I to do ?
>
> Regards
> Martin
> ___
> 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
___
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: Firefox Hardware acceleration & VA-API how-to

2021-11-12 Thread Nicolas Chauvet 
Le ven. 12 nov. 2021 à 09:37, Martin Stransky  a écrit :
>
> Hi folks,
>
> I was told that people were having trouble with Firefox/HW
> acceleration/VA-API setup on Fedora so I put some info at wiki at:
>
> https://fedoraproject.org/wiki/Firefox_Hardware_acceleration

Thanks for the documentation Martin.

Few notes:
- Only ffmpeg, libva-intel-driver (and intel-media-driver for newer
hw) are provided via rpmfusion (in nonfree section for the latter),
the other components are in fedora
- We might have a special issue for f35 as the introduction of crocus
DRI driver broke the X11 DRI/VAAPI mapping.
(Fix pending: https://bodhi.fedoraproject.org/updates/FEDORA-2021-83cbfc7e32
- rhbz#2017059)
___
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

Ownership of orphaned package perl-WebService-Dropbox

2021-11-12 Thread Martin Gansser 
Hi,

I want to take ownership of perl-WebService-Dropbox it's needed by shutter for 
rawhide.

https://bugzilla.redhat.com/show_bug.cgi?id=2022634
https://src.fedoraproject.org/rpms/perl-WebService-Dropbox

What have I to do ?

Regards
Martin
___
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: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-11-12 Thread Lennart Poettering 
On Do, 11.11.21 19:02, Florian Weimer (fwei...@redhat.com) wrote:

> * Lennart Poettering:
>
> > And I think that's a *good* thing: JSON might not be perfect — because
> > nothing is —, but it's certainly one of the better designed generic
> > data formats around, and it's complexity is absolutely managable.
>
> Number handling in JSON is underspecified, and some variants (including
> the original one) are not exactly easy to implement.  I assume you
> simply don't use numbers in the data?

We indeed do not.

But I think the reality of JSON numbers is not as bad as it's
sometimes painted. I recently checked various implementations
precisely for this and all of the implementations I checked supported
at least int64_t and 64bit ieee float as internal storage types, many
also uint64_t, and some even arbitrary length numerics (python,
specifically).

So I think effectively one can reasonably rely on the fully mapped
integer range of INT64_MIN…INT64_MAX as well as the full 64bit ieee
float range (though no -inf, +inf, nan, since JSON has no way to
encode that) to be losslessly reproducible. And with minor
restrictions on the set of supported JSON parsers INT64_MIN…UINT64_MAX
might be OK too.

I think specs that use JSON should probably declare the expections
they make on the JSON implementations, i.e. which integer and float
range they expect that the parsers can reproduce losslessly.

Given that our ELF spec currently doesn't use any numbers it's not
much of an issue right now, but maybe indeed we already should clarify
this already in the beginning, in case people eventually want to
extend their snippets with numbers one day.

Posted a PR for that:

https://github.com/systemd/systemd/pull/21319

Lennart

--
Lennart Poettering, Berlin
___
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

Firefox Hardware acceleration & VA-API how-to

2021-11-12 Thread Martin Stransky 

Hi folks,

I was told that people were having trouble with Firefox/HW 
acceleration/VA-API setup on Fedora so I put some info at wiki at:


https://fedoraproject.org/wiki/Firefox_Hardware_acceleration

Hope it helps.
Martin

--
Martin Stransky
Software Engineer / Red Hat, Inc
___
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