On Tue, Jan 19, 2021 at 2:51 PM Dan Čermák
wrote:
>
> Dominik 'Rathann' Mierzejewski writes:
>
> > On Monday, 18 January 2021 at 23:29, Dan Čermák wrote:
> >> clime writes:
> > [...]
> >> > But when you said "workaround", I was thinking that you actually saw
> >> > the correct solution because "
Daniel P. Berrangé wrote:
> On Tue, Jan 19, 2021 at 03:18:41PM +, Richard W.M. Jones wrote:
>> On Tue, Jan 19, 2021 at 04:12:59PM +0100, Miro Hrončok wrote:
>> > On 19. 01. 21 16:06, Richard W.M. Jones wrote:
>> > >(2) Or adding:
>> > >
>> > >%package tar-filter
>> > >Obsoletes: %{name}-tar-pl
rubygem-Platform changed license from LGPLv2+ to MIT
--
Pavel Valena
Software Engineer, Red Hat
Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
Benson Muite wrote:
> Welcome. Your class scheduler:
> https://github.com/serhei/course-scheduler
> seems useful. Maybe it can be ported to C/C++/Ruby and packaged?
Wouldn't Python 3 be the most straightforward porting target for that Python
2 code?
Kevin Kofler
_
On Tue, Jan 19, 2021 at 10:02:48PM +0200, Ville-Pekka Vainio wrote:
> Thanks, Zbyszek!
>
> I just realised one thing, which may affect the arch/noarch question.
> Upstream prefers to place the data files under /usr/lib/voikko. Of
> course, in a 64 bit system this would be /usr/lib64/voikko. But if
Hi all,
In 2020 I made an update of https://fedrtc.org and the updated
reSIProcate packages are mostly complete, so people can run it or adapt
it as they please.
I can see that 68 people have created accounts there and tried it.
Would anybody have time to test it and give me feedback if it work
The BuildRequires for dnet is gone now -
https://src.fedoraproject.org/rpms/open-vm-tools/c/36c7fb8dfde3767b21438564ccd75d5b79bd09ee?branch=master.
Thanks,
Ravindra
From: Oliver Falk
Sent: Tuesday, January 19, 2021 3:30 AM
To: Ravindra Kumar
Cc: Richard W.M. Jo
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 1/16 (x86_64), 2/15 (aarch64)
Old failures (same test failed in Fedora-IoT-34-20210114.0):
ID: 758713 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/758713
ID: 7587
Thanks, Zbyszek!
I just realised one thing, which may affect the arch/noarch question.
Upstream prefers to place the data files under /usr/lib/voikko. Of
course, in a 64 bit system this would be /usr/lib64/voikko. But if I
make the package noarch, %{_libdir} will change depending on the
architectu
Announcing the creation of a new nightly release validation test event
for Fedora-IoT 34 RC 20210119.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_pl
Dominik 'Rathann' Mierzejewski writes:
> On Monday, 18 January 2021 at 23:29, Dan Čermák wrote:
>> clime writes:
> [...]
>> > But when you said "workaround", I was thinking that you actually saw
>> > the correct solution because "workaround" is imho used usually when
>> > someone can't or don't
On 1/19/21 18:03, Fabio Valentini wrote:
On Tue, Jan 19, 2021 at 5:43 PM Ben Cotton wrote:
For issues that are not Fedora-specific, the best place to report
issues and reach developers is usually at
https://gitlab.gnome.org/GNOME
What is the best place to report issues that *are* Fedora-spec
I've decided to orphan fakeroot. I haven't used it for a long time,
it's FTBFS with the latest glibc in rawhide and fixing the build issue
only obscures the missing interception for new glibc interfaces.
I'm not sure how responsive upstream will be to the issue as they're
the Debian maintainer. Th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 15:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d
Missing expected images:
Minimal raw-xz armhfp
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
8 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 30/180 (x86_64), 27/106 (aarch64
On Tue, Jan 19, 2021 at 5:43 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Gnome40
>
>
> == Summary ==
> Fedora 34 will include the latest upstream GNOME release, GNOME 40
>
> == Owner ==
>
> * Name: [[User:kalev| Kalev Lember]], [[User:mclasen| Matthias Clasen]]
> * Email: klem.
A goal of rpm-ostree is to *empower* users and developers. Being able to
fearlessly have automatic updates on and know that if your system loses power
or the kernel freezes in the middle everything will be OK - that's empowering!
But some implementation choices led to other restrictions that w
https://fedoraproject.org/wiki/Changes/Gnome40
== Summary ==
Fedora 34 will include the latest upstream GNOME release, GNOME 40
== Owner ==
* Name: [[User:kalev| Kalev Lember]], [[User:mclasen| Matthias Clasen]]
* Email: klem...@redhat.com, mcla...@redhat.com
* Product: Fedora Workstation
* Res
It is tedious, but you can try gdb in batch mode, e.g.:
~~~
gdb /usr/bin/ruby-mri -batch \
-ex 'set breakpoint pending on' \
-ex 'r -Ilib:test -e '\''Dir.glob %|./test/**/*_test.rb|,
&method(:require)'\'' -- -v' \
-ex 'bt full' \
-ex c \
-ex 'bt full' \
-ex quit
~~~
(and of course
On 19. 01. 21 16:46, Neal Gompa wrote:
On Tue, Jan 19, 2021 at 10:43 AM Robbie Harwood wrote:
Ben Cotton writes:
A simple `sed` can be applied in `%prep` as a temporary (or even
permanent) downstream solution.
In most cases, performing the following replacement should be enough:
s/^(\s*
Dne 19. 01. 21 v 15:29 Kalev Lember napsal(a):
On 1/18/21 19:11, Kevin Fenzi wrote:
On Mon, Jan 18, 2021 at 09:31:49AM +0100, Vít Ondruch wrote:
Hi,
Yesterday, after I updated my Rawhide, the machine would not start
anymore.
To fix the issue, I have downgraded from mutter-40.0~alpha.1-1.fc3
On Tue, Jan 19, 2021 at 10:43 AM Robbie Harwood wrote:
>
> Ben Cotton writes:
>
> > A simple `sed` can be applied in `%prep` as a temporary (or even
> > permanent) downstream solution.
> >
> > In most cases, performing the following replacement should be enough:
> >
> > s/^(\s*)import mock/\1fro
Ben Cotton writes:
> A simple `sed` can be applied in `%prep` as a temporary (or even
> permanent) downstream solution.
>
> In most cases, performing the following replacement should be enough:
>
> s/^(\s*)import mock/\1from unittest import mock/
> s/^(\s*)from mock import /\1from unittest.mock
Thank you Orion.
--
---
Antonio Trande
Fedora Project
mailto: sagit...@fedoraproject.org
GPG key: 0x29FBC85D7A51CC2F
GPG key server: https://keys.gnupg.net/
OpenPGP_0x29FBC85D7A51CC2F.asc
Description: application/pgp-keys
OpenPGP_signature
Description: OpenPGP digital signature
__
On 19. 01. 21 16:21, Daniel P. Berrangé wrote:
On Tue, Jan 19, 2021 at 03:18:41PM +, Richard W.M. Jones wrote:
On Tue, Jan 19, 2021 at 04:12:59PM +0100, Miro Hrončok wrote:
On 19. 01. 21 16:06, Richard W.M. Jones wrote:
(2) Or adding:
%package tar-filter
Obsoletes: %{name}-tar-plugin <= %
On Tue, Jan 19, 2021 at 03:18:41PM +, Richard W.M. Jones wrote:
> On Tue, Jan 19, 2021 at 04:12:59PM +0100, Miro Hrončok wrote:
> > On 19. 01. 21 16:06, Richard W.M. Jones wrote:
> > >(2) Or adding:
> > >
> > >%package tar-filter
> > >Obsoletes: %{name}-tar-plugin <= %{version}-%{release}
> > >
On Tue, Jan 19, 2021 at 04:12:59PM +0100, Miro Hrončok wrote:
> On 19. 01. 21 16:06, Richard W.M. Jones wrote:
> >(2) Or adding:
> >
> >%package tar-filter
> >Obsoletes: %{name}-tar-plugin <= %{version}-%{release}
> >
> >which says that it obsoletes but doesn't provide a replacement. Note
> >howev
On 19. 01. 21 16:06, Richard W.M. Jones wrote:
I had a bug reported that F32 -> F33 upgrades don't work if you have
nbdkit-tar-plugin installed. This is expected because that plugin was
removed.
It's is (sort of) replaced by nbdkit-tar-filter. However it's not a
completely straightforward repl
Thanks for the feedback, I have to take a closer look, I hope I understand.
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.f
On 19. 01. 21 15:52, Raphael Groner wrote:
Hi Miro,
please try to keep VirtualGL alive. There's actual activity for this
package and new builds got pushed into updates-testing.
We succesfully managed to fix FTBFS:
https://bugzilla.redhat.com/show_bug.cgi?id=1863126
That is enough to keep it a
I had a bug reported that F32 -> F33 upgrades don't work if you have
nbdkit-tar-plugin installed. This is expected because that plugin was
removed.
It's is (sort of) replaced by nbdkit-tar-filter. However it's not a
completely straightforward replacement since you have to change the
command line
Announcing the creation of a new nightly release validation test event
for Fedora 34 Rawhide 20210118.n.1. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test
Hi Miro,
please try to keep VirtualGL alive. There's actual activity for this
package and new builds got pushed into updates-testing.
We succesfully managed to fix FTBFS:
https://bugzilla.redhat.com/show_bug.cgi?id=1863126
No idea about those sugar packages though.
Thanks & Regards,
Raphael
On Fri, Jan 15, 2021 at 1:09 PM Kevin Fenzi wrote:
>
> On Fri, Jan 15, 2021 at 10:13:53AM +0100, Igor Raits wrote:
> > I have a package where ELN SIG is supposed to be a co-maintainer because
> > there is something specific to their needs but there is no such group on
> > dist-git "@eln-sig".
> >
This proposal has been heavily modified:
https://fedoraproject.org/w/index.php?title=Changes%2FDisable_Python_2_Dist_RPM_Generators_and_Freeze_Python_2_Macros&type=revision&diff=600880&oldid=600675
It has therefore been resubmitted.
https://fedoraproject.org/wiki/Changes/Disable_Python_2_Dist_RPM
On 1/18/21 19:11, Kevin Fenzi wrote:
On Mon, Jan 18, 2021 at 09:31:49AM +0100, Vít Ondruch wrote:
Hi,
Yesterday, after I updated my Rawhide, the machine would not start anymore.
To fix the issue, I have downgraded from mutter-40.0~alpha.1-1.fc34 back to
mutter-40.0~alpha-1.fc34. It seems that
Hi. VirtualGL is built in rawhide and in testing for f33/f32. Thanks.
On Tue, Jan 19, 2021 at 8:24 AM Miro Hrončok wrote:
> Dear maintainers.
>
> Based on the current fail to build from source policy, the following
> packages
> will be retired from Fedora 34 approximately one week before branchi
Dear maintainers.
Based on the current fail to build from source policy, the following packages
will be retired from Fedora 34 approximately one week before branching (February
2021).
Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Note that s
Martin Gansser wrote on 2021/01/19 18:34:
Hi,
when compiling on Fedora 33 vdr-live [1] with the new tntnet-3.0.0 and
cxxtools-3.0.0 I get the following error messages:
CC pages/ menu.o
CC pages/ recordings.o
recordings.ecpp: In member function 'virtual unsigned int
{anonymous}::_component_::o
Ian McInerney kirjoitti 16.1.2021 klo 22.06:
I noticed due to an upstream bug report for a project I am on that the Fedora
packaging guidelines still say that GUI applications should install their files
as appdata.xml files and not metainfo.xml files
(https://docs.fedoraproject.org/en-US/pack
On Tue, Jan 19, 2021 at 12:22 AM Josh Stone wrote:
>
> On 1/16/21 3:21 PM, Nico Kadel-Garcia wrote:
> > On Sat, Jan 16, 2021 at 4:54 PM Kevin Kofler via devel
> > wrote:
> >>
> >> Miro Hrončok wrote:
> >>> See also:
> >>> https://src.fedoraproject.org/rpms/rust-bootupd/c/c6cf7f6492e0d943e8471f867
On Monday, 18 January 2021 at 23:29, Dan Čermák wrote:
> clime writes:
[...]
> > But when you said "workaround", I was thinking that you actually saw
> > the correct solution because "workaround" is imho used usually when
> > someone can't or don't want to solve things the right way so he/she
> >
On Mon, 18 Jan 2021 17:31:25 -0800
Kevin Fenzi wrote:
> On Sun, Jan 17, 2021 at 11:31:32PM +0100, Daniel Pocock wrote:
> >
> > Thanks for the feedback. I understand that is the normal way to proceed
> > at this point in the schedule. It doesn't really impact me a lot
> > personally as I build
On 19. 01. 21 10:29, Richard W.M. Jones wrote:
I wasn't clear if the packages you listed in this email are all
packages in Fedora that use the Python 2 macros (seems like a
surprisingly small number if so?)
Yes, except trac plugins and sugar packages, both already broken.
Anyway would it be p
On 1/18/21 11:41 PM, Serhei Makarov wrote:
Hello all,
My name is Serhei Makarov.
Welcome. Your class scheduler:
https://github.com/serhei/course-scheduler
seems useful. Maybe it can be ported to C/C++/Ruby and packaged?
___
devel mailing list -- dev
forgot, vdr-live source code [5]
[5] https://github.com/MarkusEh/vdr-plugin-live
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraprojec
Hi,
when compiling on Fedora 33 vdr-live [1] with the new tntnet-3.0.0 and
cxxtools-3.0.0 I get the following error messages:
CC pages/ menu.o
CC pages/ recordings.o
recordings.ecpp: In member function 'virtual unsigned int
{anonymous}::_component_::operator()(tnt::HttpRequest&, tnt::HttpReply&
I wasn't clear if the packages you listed in this email are all
packages in Fedora that use the Python 2 macros (seems like a
surprisingly small number if so?)
Anyway would it be possible to get a list of all packages in Fedora
still using these macros, grouped or arranged by maintainer?
Rich.
-
Adding Fedora devel list since this is a Fedora development question,
not specific to RISC-V. I'll also note that you've asked this same or
very similar question several times before, over years:
https://lists.fedoraproject.org/archives/search?mlist=devel%40lists.fedoraproject.org&q=Billa+Surendr
49 matches
Mail list logo
