On 19. 05. 20 14:24, Miro Hrončok wrote:
If we integrate new Python versions later, this "trying hard" will just shift
from alphas and betas to .1 and .2.
One more important thing to note is that for example with Python 3.9, it was
input from Fedora that made a couple long-deprecated-now-remov
On 20. 05. 20 6:05, Orion Poplawski wrote:
On 5/19/20 5:16 AM, Miro Hrončok wrote:
On 15. 05. 20 22:36, Tom Callaway wrote:
I'm hoping that when texlive is able to fully install this issue will go
away. I just got a successful build for -21 that _should_ resolve all the
broken deps except for
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.fedorap
On Tue, May 19, 2020 at 08:24:34PM -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> >
> > The most suspicious change between the two build envs that I can see is
> > openssl. GOOD has openssl-1.1.1g-1.fc33.x86_64 , and BAD has
> > openssl-1.1.1g-2.fc33.x8
Dne 19. 05. 20 v 16:56 Miro Hrončok napsal(a):
On 19. 05. 20 16:46, Christopher wrote:
Interesting that the survey shows that the most common response was
that people use it "not at all" and the overall response was negative,
but the reaction to that is, "improve the docs" and "works as
intend
On Tue, May 19, 2020 at 08:43:01PM -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 20:24 -0700, Adam Williamson wrote:
> > On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> > > The most suspicious change between the two build envs that I can see is
> > > openssl. GOOD has openssl-1.
On Tue, May 19, 2020 at 04:52:55PM -0700, Adam Williamson wrote:
> In fact it seems to be a bit more complex than that, because systemd
> doesn't actually list its dependency on libpcap:
>
> [adamw@adam libpcap (master)]$ rpm -q --requires systemd | grep pcap
> [adamw@adam libpcap (master)]$
>
>
On 14. 05. 20 23:55, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in
rawhide. Hopefully, everything that depends on them will continue to work, but
if you notice any new issues generating docs (or any missing components or
broken dependencies
On 20. 05. 20 9:55, Miro Hrončok wrote:
On 14. 05. 20 23:55, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for TeXLive 2020
in rawhide. Hopefully, everything that depends on them will continue to work,
but if you notice any new issues generating docs (or any m
On 20. 05. 20 10:32, Miro Hrončok wrote:
pungi has:
...
Writing index file Pungi.idx
(./Pungi.aux) (/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd)
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/t1ptm.fd)
! LaTeX Error: File `epstopdf-base.sty' not found.
Looking at /usr/share/texli
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On Tue, May 19, 2020 at 08:43:01PM -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 20:24 -0700, Adam Williamson wrote:
> > On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> > > The most suspicious change between the two build envs that I can see is
> > > openssl. GOOD has openssl-1.
Hi, all,
I am looking for some background and info on this deprecation warning:
/usr/lib64/python3.8/site-packages/hawkey/__init__.py:348:
DeprecationWarning: The class hawkey.Repo is deprecated. Please use
dnf.repo.Repo instead. The class will be removed on 2019-12-31.
I have found this mail [1
Christopher wrote:
> Interesting that the survey shows that the most common response was that
> people use it "not at all" and the overall response was negative, but the
> reaction to that is, "improve the docs" and "works as intended". Am I the
> only one who thinks that the people pushing modular
On Wed, May 20, 2020 at 10:50 AM Miro Hrončok wrote:
>
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fedorapro
Daniel Mach wrote:
> Our goal (I speak for the people who *currently* work on Modularity
> project at Red Hat) is *not* pushing anyone to use Modularity. It's up
> to Fesco, SIGs, spin maintainers and individual package maintainers to
> make their choices.
But our point is that it should be up to
Orion Poplawski wrote:
> I guess my hope here is that perhaps we allow build failures hold up
> finishing the rest of a stack's build a bit longer. Let that pressure
> build to hopefully get some more eyes on really fixing the underlying
> issues.
I am of that mindset too.
Unfortunately, these d
https://bugzilla.redhat.com/show_bug.cgi?id=1768303
vidbaz changed:
What|Removed |Added
CC||vidbaz-er...@hotmail.com
--- Comment #6 from
I took web-assets to prevent from braking many packages. If there is somebody
interested in web applications (not my case), I can give the package to him.
-- Petr
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproj
Hi,
I think I owe some in the Fedora project an apology.
I feel like some good people where caught in the crossfire who were
never intended to be with my words. I do not believe it to be true nor
was it intended to be taken as "all Linux distros and their software
maintainers are evil". I u
On 11. 05. 20 1:56, Miro Hrončok wrote:
On 08. 05. 20 16:24, Richard Shaw wrote:
There were a bunch of python2 packages that needed to be removed which
necessitated --allowerasing which I've never had to do before.
Do you still have that list? Maybe in `dnf history`? If so, we can make the
ex
On Wed, May 20, 2020 at 5:43 AM Fabio Valentini wrote:
>
> On Wed, May 20, 2020 at 10:50 AM Miro Hrončok wrote:
> >
> > The following packages are orphaned and will be retired when they
> > are orphaned for six weeks, unless someone adopts them. If you know for sure
> > that the package should be
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.fedorap
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 601107 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/601107
--
Mail generated by check-compose:
https://pagure.i
No missing expected images.
Passed openQA tests: 8/8 (x86_64)
Installed system changes in test x86_64 IoT-dvd_ostree-iso
install_default@uefi:
Mount /run contents changed to 67.97498045% of previous size
Previous test data: https://openqa.fedoraproject.org/tests/596113#downloads
Current tes
On 5/19/20 6:01 AM, Orion Poplawski wrote:
We're trying to track down a problem that only appears in koji and
copr, but I can't reproduce locally in mock on my rawhide VM. It's
related to file triggers and we're trying to debug with something this:
%transfiletriggerin -n texlive-kpathsea -
On Tue, May 19, 2020 at 8:08 PM Richard W.M. Jones wrote:
>
> On Tue, May 19, 2020 at 11:40:50AM +0200, Fabio Valentini wrote:
> > On Tue, May 19, 2020 at 11:28 AM Vitaly Zaitsev via devel
> > wrote:
> > > Next time FESCo should forbid gcc updates to unreleased versions in
> > > branched Fedora r
In rawhide the ceph ceph-test subpackage is deriving a Requires: for
$subject, and even with gmock and gtest installed the requires is not
satisfied.
And the gtest and gmock rpms (somehow) do not provide them. (Is this a bug
in the gtest and gmock rpms?)
(They do provide libgtest.so.1.10.0 libgmo
Not sure if this problem is related, but the last time I build OpenImageIO
it worked, I was performing a local mock build (with the local repo
enabled) and ran into this:
cd /builddir/build/BUILD/OpenColorIO-1.1.1/build/docs/build-latex &&
/usr/bin/pdflatex OpenColorIO.tex
This is pdfTeX, Version
On Wed, May 20, 2020 at 7:39 AM Richard Shaw wrote:
> Not sure if this problem is related, but the last time I build OpenImageIO
> it worked, I was performing a local mock build (with the local repo
> enabled) and ran into this:
>
Correction, OpenColorIO. My fingers always want to type OpenImage
On Wed, May 20, 2020 at 8:39 AM Kaleb Keithley wrote:
>
> In rawhide the ceph ceph-test subpackage is deriving a Requires: for
> $subject, and even with gmock and gtest installed the requires is not
> satisfied.
>
> And the gtest and gmock rpms (somehow) do not provide them. (Is this a bug in
>
On Wed, May 20, 2020 at 8:52 AM Neal Gompa wrote:
> On Wed, May 20, 2020 at 8:39 AM Kaleb Keithley
> wrote:
> >
> > In rawhide the ceph ceph-test subpackage is deriving a Requires: for
> $subject, and even with gmock and gtest installed the requires is not
> satisfied.
> >
> > And the gtest and
On Wed, May 20, 2020 at 2:51 PM Neal Gompa wrote:
>
> On Wed, May 20, 2020 at 8:39 AM Kaleb Keithley wrote:
> >
> > In rawhide the ceph ceph-test subpackage is deriving a Requires: for
> > $subject, and even with gmock and gtest installed the requires is not
> > satisfied.
> >
> > And the gtest
On Wed, May 20, 2020 at 9:08 AM Kaleb Keithley wrote:
>
>
>
> On Wed, May 20, 2020 at 8:52 AM Neal Gompa wrote:
>>
>> On Wed, May 20, 2020 at 8:39 AM Kaleb Keithley wrote:
>> >
>> > In rawhide the ceph ceph-test subpackage is deriving a Requires: for
>> > $subject, and even with gmock and gtest
‐‐‐ Original Message ‐‐‐
On Wednesday, May 20, 2020 3:49 AM, Miro Hrončok wrote:
> pangox-compat orphan, rathann 2 weeks ago
I've removed a dependency on this from a package I maintain; there are many
others that rely on this somewhere, and it's really old. Is anyone working on
movin
Hi,
I thought I was doing the right thing - because of the libqb soname bump
I built it on a side-tag and got the maintainers of dependent packages
to rebuild their packages on that side-tag.
Now all the builds are in I go to Bodhi to make the update - but it
tells me I can't do it because I don'
On 20. 05. 20 15:35, Christine Caulfield wrote:
Hi,
I thought I was doing the right thing - because of the libqb soname bump
I built it on a side-tag and got the maintainers of dependent packages
to rebuild their packages on that side-tag.
Now all the builds are in I go to Bodhi to make the upd
On 4/28/20 11:31 AM, Clement Verna wrote:
On Tue, 28 Apr 2020 at 18:41, Alexander Ploumistos
mailto:alex.ploumis...@gmail.com>> wrote:
Almost a week ago, I built cmpfit and fityk in side tags on F31, F32
and F33. While the builds for F33 moved directly to stable - as
expected - the
On Tuesday, May 19, 2020 7:56:35 AM MST Miro Hrončok wrote:
> On 19. 05. 20 16:46, Christopher wrote:
>
> > Interesting that the survey shows that the most common response was that
> > people use it "not at all" and the overall response was negative, but
> > the reaction to that is, "improve the
On Wed, May 20, 2020 at 05:22:42AM -0500, Ty Young wrote:
> I think I owe some in the Fedora project an apology.
Hi Ty. Thank you for this. When we're passionate about something, it's easy
to get frustrated and upset, and easy for that to get out of hand. It's much
harder to step back and consider
I'm seeing this when running fedora-review:
$ fedora-review -b 1838033
INFO: Processing bugzilla bug: 1838033
...
INFO: Installing built package(s)
warning: Found bdb Packages database while attempting sqlite backend: using bdb
backend.
INFO: Active plugins: Generic, Shell-api, Java
warning: Foun
On Wed, May 20, 2020 at 12:22:06PM +0200, Petr Pisar wrote:
> I took web-assets to prevent from braking many packages. If there is somebody
> interested in web applications (not my case), I can give the package to him.
Or her!
Zbyszek
___
devel mailing
On Wed, May 20, 2020 at 11:06 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> I'm seeing this when running fedora-review:
>
> $ fedora-review -b 1838033
> INFO: Processing bugzilla bug: 1838033
> ...
> INFO: Installing built package(s)
> warning: Found bdb Packages database while attempting sqlite backe
Richard,
I've got a PR for you that adds your explicit tex BuildRequires so that
this works again:
https://src.fedoraproject.org/rpms/OpenColorIO/pull-request/1
Upstream TeXLive sometimes moves .sty files around, so in most cases, it is
easier to specify BuildRequires using the "tex(requirement.s
On Wed, 2020-05-20 at 09:03 +0200, Petr Pisar wrote:
> On Tue, May 19, 2020 at 08:24:34PM -0700, Adam Williamson wrote:
> > On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> > > The most suspicious change between the two build envs that I can see is
> > > openssl. GOOD has openssl-1.1.1g-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I think you might have cache of buildroot which was populated using BDB
backend, so I guess if you clean mock caches, the problem should go
away.
On Wed, 2020-05-20 at 15:04 +, Zbigniew Jędrzejewski-Szmek wrote:
> I'm seeing this when running fe
On Wed, May 20, 2020 at 11:31:37 -0400,
Neal Gompa wrote:
On Wed, May 20, 2020 at 11:06 AM Zbigniew Jędrzejewski-Szmek
wrote:
I'm seeing this when running fedora-review:
$ fedora-review -b 1838033
INFO: Processing bugzilla bug: 1838033
...
INFO: Installing built package(s)
warning: Found bd
Thanks for the PR but it looks like I'm being bitten by:
https://bugzilla.redhat.com/show_bug.cgi?id=578426
In the mock build, so how do I generate pdflatex.fmt within a mock chroot?
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.o
Hi all,
We manage a fleet of Fedora end-user devices at work (laptops and
desktops), and currently don't automate firmware update deployment yet
(given the potential issue if, say, the user suspends their laptop halfway).
Sometimes there are updates that are critical (e.g. a security issue, o
Package gifted to feborges.
Thanks Felipe!
--
Michel
On 5/18/20 1:33 AM, Felipe Borges wrote:
Hi,
I maintain GNOME Boxes (which is part of the default workstation
installation) and GNOME Connections. Both written in Vala. Therefore
the maintenance of Vala in Fedora is important to me.
I can
It's probably not the same bug, that error is a fairly generic error
meaning "something has made texlive unhappy". I'm investigating.
Tom
On Wed, May 20, 2020 at 1:29 PM Richard Shaw wrote:
> Thanks for the PR but it looks like I'm being bitten by:
>
> https://bugzilla.redhat.com/show_bug.cgi?i
I'm not sure what your failure looked like (maybe the rawhide packages used
are older than the ones currently in the koji buildroot), but a koji
scratch build from master succeeded without issue:
https://koji.fedoraproject.org/koji/taskinfo?taskID=44738672
Tom
On Wed, May 20, 2020 at 2:21 PM Tom
On Wed, May 20, 2020 at 2:08 PM Tom Callaway wrote:
> I'm not sure what your failure looked like (maybe the rawhide packages
> used are older than the ones currently in the koji buildroot), but a koji
> scratch build from master succeeded without issue:
>
> https://koji.fedoraproject.org/koji/tas
I think the issue here is that the most recent texlive package fixes landed
this morning, and the "rawhide" compose that mock would pull in doesn't
have all the fixes yet.
Tom
On Wed, May 20, 2020 at 3:12 PM Richard Shaw wrote:
> On Wed, May 20, 2020 at 2:08 PM Tom Callaway wrote:
>
>> I'm not
Dne 19. 05. 20 v 14:03 Richard Shaw napsal(a):
> Because Qt 5.13.x / PySide2 5.13.x is NOT compatible with Python 3.8. But
> instead of asking ourselves, "should we push
> in the VERY latest Python and hope it's ok?", we just patch the build system
> to accept it anyway and hope for the best.
>
On Wed, May 20, 2020 at 2:39 PM Miroslav Suchý wrote:
> Dne 19. 05. 20 v 14:03 Richard Shaw napsal(a):
> > Because Qt 5.13.x / PySide2 5.13.x is NOT compatible with Python 3.8.
> But instead of asking ourselves, "should we push
> > in the VERY latest Python and hope it's ok?", we just patch the b
On Tue, May 19, 2020 at 2:53 PM Carl George wrote:
> Howdy y'all,
>
> The glances package prints out a warning that the user should upgrade
> it via pip. This is wrong for obvious reasons. This issue was first
> reported in bugzilla on 2019-11-18 [0]. I opened a pull request to
> fix it 2019-1
On Wed, 20 May 2020 at 15:39, Miroslav Suchý wrote:
> Dne 19. 05. 20 v 14:03 Richard Shaw napsal(a):
> > Because Qt 5.13.x / PySide2 5.13.x is NOT compatible with Python 3.8.
> But instead of asking ourselves, "should we push
> > in the VERY latest Python and hope it's ok?", we just patch the bui
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Wed, 2020-05-20 at 21:38 +0200, Miroslav Suchý wrote:
> Dne 19. 05. 20 v 14:03 Richard Shaw napsal(a):
> > Because Qt 5.13.x / PySide2 5.13.x is NOT compatible with Python
> > 3.8. But instead of asking ourselves, "should we push
> > in the VERY l
# Fedora Data Centre Move - What it means for you?
to: devel-annou...@lists.fedoraproject.org
subject: Fedora Data Centre Move - What it means for you?
Good Morning,
As you may have heard in the past few months, most of the Fedora Infrastructure
which is currently hosted in a data-center in Pho
On 20. 05. 20 21:38, Miroslav Suchý wrote:
Dne 19. 05. 20 v 14:03 Richard Shaw napsal(a):
Because Qt 5.13.x / PySide2 5.13.x is NOT compatible with Python 3.8. But instead of
asking ourselves, "should we push
in the VERY latest Python and hope it's ok?", we just patch the build system to
accep
Hi,
On 5/19/20 1:38 PM, Przemek Klosowski via devel wrote:
On 5/18/20 3:36 PM, Ben Cotton wrote:
Arm Pointer Authentication (PAC) is a method of hardening code from
Return Oriented Programming (ROP) attacks. It uses a tag in a pointer
to sign and verify pointers. Branch Target Identification (B
Hi,
On 5/19/20 2:21 PM, Igor Raits wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Mon, 2020-05-18 at 15:36 -0400, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/Aarch64_PointerAuthentication
== Summary ==
Arm Pointer Authentication (PAC) is a method of hardening code from
Hi,
I often notice that my scratch build right after updating some packages
(or packaging them for the first time) would fail -- e.g. due to some
strict GCC checks -- but Koji would direct me to inspect root.log, even
though there's no error there and the failure is logged in build.log
One r
On Wednesday, May 20, 2020 11:43:10 PM CEST Michel Alexandre Salim wrote:
> Hi,
>
> I often notice that my scratch build right after updating some packages
> (or packaging them for the first time) would fail -- e.g. due to some
> strict GCC checks -- but Koji would direct me to inspect root.log,
Hi
I'm building gdal-3.1.0 in a f33 side-tag, and I'll also rebuild all
dependencies:
bes
cloudcompare
dans-gdal-scripts
gazebo
GMT
grass
gtatool
liblas
mapnik
mapserver
merkaartor
ncl
nodejs-gdal
opencv
OpenSceneGraph
osgearth
postgis
python-fiona
python-rasterio
qgis
qlandkartegt
qmapshack
R
On Thu, 2020-05-21 at 00:26 +0200, Pavel Raiskup wrote:
> On Wednesday, May 20, 2020 11:43:10 PM CEST Michel Alexandre Salim wrote:
> > Hi,
> >
> > I often notice that my scratch build right after updating some packages
> > (or packaging them for the first time) would fail -- e.g. due to some
>
On Wed, 2020-05-20 at 16:15 -0700, Adam Williamson wrote:
> On Thu, 2020-05-21 at 00:26 +0200, Pavel Raiskup wrote:
> > On Wednesday, May 20, 2020 11:43:10 PM CEST Michel Alexandre Salim wrote:
> > > Hi,
> > >
> > > I often notice that my scratch build right after updating some packages
> > > (or
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-05-21 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-05-21 09:00 PDT US/Pacific
2020-05-21
The Fedora Packaging Committee has some open seats and is accepting
submissions from interested candidates to serve on the FPC.
The FPC would like to thank Orion Poplawski, and Jonathan Wakely for
their service.
This position involves not only reviewing Packaging Guideline drafts
submitted to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2020-05-21 at 01:49 -0400, James Antill wrote:
> The Fedora Packaging Committee has some open seats and is accepting
> submissions from interested candidates to serve on the FPC.
>
> The FPC would like to thank Orion Poplawski, and Jonatha
71 matches
Mail list logo
