cally. Should I worry?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
changed of course.
Another thing is that this would most certainly also affect EPEL/RHEL,
so it is probably not only Fedora's decision to make.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailma
On 24.9.2015 16:34, Kalev Lember wrote:
> python-Fionachurchyard, group::python-sig
This one cannot work with Fedora 23 due to GDAL 2. Feel free to retire it.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
--
devel mailing list
devel@lists.fedoraproject.org
ht
Dne 11.8.2014 18:05, Kevin Fenzi napsal(a):
> Also, I would like to say a heartfelt thank you to the many people who
> organized flock 2104. It was a very smoothly run, great conference!
> Kudos.
Thanks for this.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
--
devel mai
s old
* No other package requires this any more
If anybody want this package, feel free to take it. Otherwise I'm fine
with this being retired later.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1153134
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
--
devel mailing
mmary and blogpost.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 28. 05. 20 0:42, Miro Hrončok wrote:
On 27. 05. 20 20:24, Miro Hrončok wrote:
I'm currently trying to build a live image, but it's running insanely
slow for some reason, mock in general on my Rawhide box seems to be
really slow and I'm not sure why. If it ever finishes I&#x
will ever finish:
https://koji.fedoraproject.org/koji/taskinfo?taskID=45094034
Because ... ppc64 hasn't been a valid arch since fedora 31 or so?
It will not finish. The side tag configuration is busted:
https://pagure.io/releng/issue/9474
--
Miro Hrončok
--
Phone: +42077797480
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 rebuil
:(
--
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
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 rebuil
time I tested a KDE live build, and that came up with just
Python 3.9 in it. So that looks good.
I'd like to merge the side tag as soon as libreoffice is built.
Adam, do you want to ack it first?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
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'
On 29. 05. 20 9:32, Felix Schwarz wrote:
Am 29.05.20 um 09:19 schrieb Miro Hrončok:
The side tag is being merged right now.
Thank you for all the work (also in advance with all the alpha/beta versions)
:-)
Seems like quite a few Python packages were rebuilt in rawhide during your
mass
On 29. 05. 20 11:49, Jonathan Wakely wrote:
On 29/05/20 09:34 +0200, Miro Hrončok wrote:
On 29. 05. 20 9:32, Felix Schwarz wrote:
Am 29.05.20 um 09:19 schrieb Miro Hrončok:
The side tag is being merged right now.
Thank you for all the work (also in advance with all the alpha/beta versions
On 29. 05. 20 13:07, Jonathan Wakely wrote:
On 29/05/20 12:17 +0200, Miro Hrončok wrote:
On 29. 05. 20 11:49, Jonathan Wakely wrote:
On 29/05/20 09:34 +0200, Miro Hrončok wrote:
On 29. 05. 20 9:32, Felix Schwarz wrote:
Am 29.05.20 um 09:19 schrieb Miro Hrončok:
The side tag is being merged
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'
On 29. 05. 20 16:25, Richard Shaw wrote:
On Fri, May 29, 2020 at 9:18 AM Miro Hrončok <mailto:mhron...@redhat.com>> wrote:
The side tag has been merged. Thank you all for your patience.
Woohoo! So now Python can be rebuilt with the fix for PySide2? :)
Technically blocked
does not provide
python3-pytest4, hence I recommend not to BuildRequire python3-pytest4 directly
by name, but using python3dist(pytest) or %py3_dist as in the examples above.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel maili
Mohan and Igor are untagging the build now.
--
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 Condu
nt
zbyszekcalibre diffoscope enjarify moose python-asttokens
python-flake8-import-order
zdohnalpython-pikepdf
zultronfreecad
zuul python-ws4py
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproj
On 29. 05. 20 22:38, Gwyn Ciesla via devel wrote:
‐‐‐ Original Message ‐‐‐
On Friday, May 29, 2020 2:59 PM, 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
On 30. 05. 20 0:08, Orion Poplawski wrote:
On 5/29/20 8:17 AM, 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 "Re
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
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
--
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
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
#x27;s automation
won't bother you.
Indeed, the chameleon bug received no maintainer response for a very long time.
This way, the automation may as well render the package orphan and you can take it.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
ctitle already failed to built with Python 3.8 and the
"fix" was to comment out the tests:
https://src.fedoraproject.org/rpms/python-setproctitle/c/d6d9620c3c4fa076b62ddfa7fdc39b0f70597dd6?branch=master
Hence, it built with Python 3.9 even if it doesn't work at all.
--
Miro Hrončok
ed as
bs4. (I have plenty more examples like this... including python-fedora.)
A better thing might be to query for .py files, .so files and directories with
such in %{python_sitelib}/%{python_sitearch}.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
__
On 31. 05. 20 13:13, Zbigniew Jędrzejewski-Szmek wrote:
On Sun, May 31, 2020 at 01:09:31PM +0200, Miro Hrončok wrote:
On 31. 05. 20 13:04, Zbigniew Jędrzejewski-Szmek wrote:
On Sun, May 31, 2020 at 10:49:28AM -, Leigh Scott wrote:
Even if the package builds it doesn't mean it's
On 29. 05. 20 21:59, 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.
...
cinch
On 31. 05. 20 14:06, Ian McInerney wrote:
On Fri, May 29, 2020 at 4:58 PM Miro Hrončok <mailto:mhron...@redhat.com>> wrote:
Hello,
the pytest package (python3-pytest) has been updated to 5.4.2.
In case it gives you trouble, you can pin an older version:
Build
ems reasonable to me.
--
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.or
/updates/FEDORA-2020-1966482401
Thank you, Denis!
--
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
his seems to correctly clue DNF in
to the situation and cause it to leave out anything from 245.4-1.fc32
in the upgrade.
IMO this is the "correct" solution to the problem. Thanks.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel
instead.
This Boost.Endian issue affects:
openscad
supercollider
Also prusa-slicer and slic3r.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On 02. 06. 20 19:51, Miro Hrončok wrote:
On 02. 06. 20 17:24, Jonathan Wakely wrote:
### Boost.Endian
Several packages fail because they were using an implementation detail
of Boost, the header. That no longer exists,
but nobody should have been using it anyway :-P The Boost.Endian
library
I've just orphaned repsnapper and gtkglextmm. repsnapper depends on gtkglextmm
which depends on pangox-compat, which is already orphaned for 4 weeks.
I haven't touched the packages in years and I don't use repsnapper.
In case a new maintainer emerges, I can stay around if
install boost-devel
...
Installed:
boost-devel-1.73.0-3.fc33.x86_64
...
--
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 Cod
hours and counting... :(
That is IMHO https://pagure.io/fedora-infrastructure/issue/8922 (aka not a
reduced power problem).
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
build packages from dist git sources, so when src.fp.o goes
down, we need a backup plan.
To have this, we need git repos + lookaside cache, but we can more or less
workaround the lookaside cache problem (at least for packages with Sources with
proper URLs).
--
Miro Hrončok
--
Phone: +42077797480
quires: python3-devel
BuildRequires: python3-setuptools
%if %{with tests}
BuildRequires: python3-pytest
BuildRequires: python3-hypothesis
%endif
...
%if %{with tests}
%check
%pytest
%endif
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
e file
that runs the test and performs
other operations in libvirt-test-API.
To run a test, from the libvirt-test-API root directory enter:
# python main.py
"""
Is this also True for the Fedora package? Seems kinda weird.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
, but it's sorely missed in scratch
builds.
Generally, the ability to flip bconds in scratchbuilds would be a huge help over
uploading the entire SRPM. Something like:
$ fedpkg build --scratch --without tests --without optimizations
--
Miro Hrončok
--
Phone: +42077797480
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
cel the meeting.
+1
I'll chair the next one.
If it is needed, I can chair the next one (I'm not being re-elected this time).
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To
else on devel, to use this list, possibly with the [ELN] marker
in subject.
Thanks,
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On 02. 06. 20 18:40, Kevin Fenzi wrote:
Out detailed checklist for these migrations is available at
https://hackmd.io/@fedorainfra2020/rJpsA4FLL
The https://status.fedoraproject.org/ page links to a different but similar
hackmd.io document. Should it be replaced by this one?
--
Miro Hrončok
n extended voting period.
--
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
l gasoline- and diesel-powered cars and switch to electric or bicycles or
perpetuum mobile, we don't have to put the energy into the emission stickers
project. But how likely is that?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
dev
on between this file and ELN).
--
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.fedorap
On 08. 06. 20 16:49, Miro Hrončok wrote:
Hello,
as a maintainer of the python2.7 package I was surprised to see it being built
for ELN and I like to start a discussion on whether and how can I opt out this
deprecated package from ELN.
I also see the python3.6 package being rebuilt for ELN and
On 11. 06. 20 13:09, Miro Hrončok wrote:
On 08. 06. 20 16:49, Miro Hrončok wrote:
Hello,
as a maintainer of the python2.7 package I was surprised to see it being built
for ELN and I like to start a discussion on whether and how can I opt out this
deprecated package from ELN.
I also see the
ds.
This sounds like some hook of their own. They are asking you to rebase your
changes instead of merging.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
be the de facto maintainer here.
- ipython
Please assign this package to lbalhar who effectively maintains it.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
> and hope I didn't forget one, if so, please let me know
I found python-mglob python-minimock python-zmq scipy zeromq.
Thanks for maintaining the package in the past and for doing this.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
On 13. 06. 20 13:54, Thomas Spura wrote:
- *scipy* (seems to be mostly maintained by Orion/Miro now)
I only "maintain" it when absolutely necessary and if there is a volunteer, I'd
rather not.
--
Miro Hrončok
--
Phone: +42077797480
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
the target repo?
I also think this is better than the proposed change.
However, if we cannot have this yet, maybe the change is the best we could get
now?
That said, without 100 % automation, the proposed system is not manageable
either.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
s may fail.
What kind of mock builds need Fedora modular repos? Could you elaborate? I
thought mock uses repos defined in mock roots configuration.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproj
he fedora-obsoelte-packages maintainers, I have capacity reasons not
to do this.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.o
lla: https://bugzilla.redhat.com/show_bug.cgi?id=1699672
--
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 Condu
On 16. 06. 20 11:57, Vít Ondruch wrote:
Not mentioned that weak dependencies are disabled in Mock.
I don't understand why would the user need fedora-repos-modular automatically
pulled into mock when they install fedora-repos there. Could you please elaborate?
--
Miro Hrončok
--
I'll adapt the how to test section.
--
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
repos inside the mock root?
I thought mock uses repos defined in mock roots configuration.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
will, so I wanted to
get ahead of that.
I wonder where did this ambiguity came from. I always considered this as a very
well known fact, but thanks for saying it explicitly, Josh.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel ma
On 11. 06. 20 18:04, Miro Hrončok wrote:
On 11. 06. 20 13:09, Miro Hrončok wrote:
On 08. 06. 20 16:49, Miro Hrončok wrote:
Hello,
as a maintainer of the python2.7 package I was surprised to see it being
built for ELN and I like to start a discussion on whether and how can I opt
out this
nce there is no benefit of parallel
make. Replacing it with %make_build will only make it harder to read.
Can we exclude such cases? Or do we want all make invocations to be mecronized,
even if there is no benefit?
--
Miro Hrončok
--
Phone: +42077797480
do I find out which ones I need to save?
Try https://churchyard.fedorapeople.org/orphans.txt
Search for your FAS username to get the list and also the dependency chain.
(The data might be a bit outdated, see modification time of the file.)
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhr
On 20. 06. 20 14:47, Andy Mender wrote:
On Sat, 20 Jun 2020 at 00:38, Miro Hrončok <mailto:mhron...@redhat.com>> wrote:
On 19. 06. 20 23:11, Ben Cotton wrote:
> All make invocations in spec files that don't use the install target
will be
> modified to use t
ss than typical should be left alone.
Excellent point, Björn!
--
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 Cond
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 22. 06. 20 15:02, François Cami wrote:
Hi,
On Mon, Jun 22, 2020 at 2:38 PM 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
On 22. 06. 20 17:21, Tom Stellard wrote:
On 06/19/2020 03:37 PM, Miro Hrončok wrote:
On 19. 06. 20 23:11, Ben Cotton wrote:
All make invocations in spec files that don't use the install target will be
modified to use the %make_build macro
Many Python packages build Sphinx documentation
comes from RHEL leadership directly or whether it
is a personal option of the people who said such things.
Thanks,
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
s/ROOT/pages/glossary.adoc#_21
There is no "the stream of a module to use when a different one is not
explicitly selected" concept in current modularity without also having "modules
enabled by default". I would love to have that instead, but we don't.
--
Miro Hron
or not to repeat, we have experience with the problem, so the discussion
is not pointless at all.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
On 23. 06. 20 13:43, Josh Boyer wrote:
On Tue, Jun 23, 2020 at 7:36 AM Miro Hrončok wrote:
On 23. 06. 20 13:29, Josh Boyer wrote:
(It*may* be possible to automatize this, but not as easily as with
singular packages. And considering that non-modularized packages
need to be
at FESCo based on some actual RHEL
information instead of guesses.
Frankly, I don't know how RHEL decisions are made or who makes them. As a Fedora
package maintainer (and hence by extension an ELN package maintainer) I just
want to know what decisions were made wrt default streams in
On 23. 06. 20 14:30, Josh Boyer wrote:
On Tue, Jun 23, 2020 at 8:01 AM Miro Hrončok wrote:
On 22. 06. 20 21:36, Josh Boyer wrote:
I'd like to ask whether RHEL 9 has decided for default modular streams despite
their failure in Fedora, whether this decision is final and what was the
reas
On 23. 06. 20 15:42, Miro Hrončok wrote:
AFAIK Stephan and Igor
Sorry, I've meant Stephen.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
spec file looks a lot like a
project that uses setuptools, but does not explicitly BuildRequire
it...
I'll work towards adding the explicit BR there.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list --
> On Mon, Jun 22, 2020 at 8:36 AM Miro Hrončok
> We've been discussing this in the other thread about nodejs, but I
> figured I'd post this here. I've already taken mocha, and I plan to
> take the following 41 nodejs packages (at least temporarily...)--
>
> On Tue, Jun 23, 2020 at 06:26:23PM +0200, Tomas Hrnciar wrote:
>
> This package depends on python3-devel. However the last build.log:
>
>
> https://kojipkgs.fedoraproject.org//packages/qemu/5.0.0/2.fc33/data/logs/...
>
> does not contain the substring /setupto/ anywhere. Nor does the
> ups
the source)?
Would it make sense to explicitly enable setuptools based build instead? Among
other things, it has richer metadata when the package is installed.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing lis
-eventemitter2,
nodejs-callsite, nodejs-component-emitter, nodejs-bytes
--
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
t the dependency
trees, and this is now somewhat time sensitive, so I suppose it's
better safe than sorry. (At least this is "only" 80 out of 200
packages...)
I will try to isolate the mocha deps.
--
Miro Hrončok
--
Phone: +420777
On 24. 06. 20 1:10, Miro Hrončok wrote:
On 24. 06. 20 1:07, Ben Rosser wrote:
Some of my nodejs packages are an artifact of a failed attempt to
package quassel-webserver [1], which I eventually gave up on, and so
those could probably be safely retired. But looking at the orphans
report, I'
On 23. 06. 20 18:43, Miro Hrončok wrote:
On 23. 06. 20 18:36, Adam Williamson wrote:
IMBW, but I think I recall the Python packaging guidelines specifically
said that you could or should (I forget which) just BR python-devel and
not BR python-setuptools at some point. At this point there seems
On 24. 06. 20 14:41, Vít Ondruch wrote:
Having python27 and python36 modules is fail, because these should be
2.7 and 3.6 streams of python module.
Oh. We are so sorry for the failure. Could you please report is as a bug in RHEL
8 and explain why it is a problem?
--
Miro Hrončok
--
Phone
untime dependencies.
--
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/p
On 23. 06. 20 18:26, Tomas Hrnciar wrote:
churchyard python-django python-ipykernel python-more-itertools
python-ndg_httpsclient thonny
All fixed at least in git. The changes should be visible in repoquery upon the
next rebuild.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
packaging-guidelines/AutoProvidesAndRequiresFiltering/
%global __requires_exclude ^%{python3}$
--
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
Fe
book-tests subpackage to make it work again.
--
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 Condu
Dear maintainers.
Based on the current fail to build from source policy, the following packages
will be retired from Fedora 33 approximately one week before branching (August
2020).
Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Note that som
rsive |
wc -l
3144
$ repoquery --refresh --repo=koji{,-source} --whatprovides 'lua(abi) = 5.3'
(nada)
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
c lua-filesystem lua-fun lua-logging lua-mosquitto lua-psl
lua-sec lua-socket lua-wsapi rrdtool vicious
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On 30. 06. 20 11:02, Miro Hrončok wrote:
On 30. 06. 20 6:40, Tom Callaway wrote:
Okay. I duct taped lua-posix into a "working" state. Also did builds for
lua-argparse, lua-expat, lua-lpeg, and rpm (so that the macros say "5.4").
Any and all help is appreciated.
Rebuildin
On 30. 06. 20 16:06, Miro Hrončok wrote:
One thing that I found surprising is that all of the packages have a
in-spec-hardcoded Lua version macro that needs to be updated during the rebuild.
Would you accept a PR for lua that adds lua-rpm-macros subpackage with
%{lua_version} (now defined as
1 - 100 of 3534 matches
Mail list logo
