Hi,
As I have said earlier, I am trying to package aerc, the mail client,
for Fedora. What didn't cross my mind is that internet access will be
limited during the build, thus the automatic dependency resolution
from the Makefile during the build stage of aerc doesn't work.
I was wondering what
Hi,
will the change "CMake to do out-of-source builds" [1] also bee implemented
under EPEL 7?
So, that %cmake3 and %cmake3_build will work as expected and use
%{_vpath_builddir}.
Best regards
Wolfgang
[1] https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
https://fedorapeople.org/groups/389ds/ci/nightly/2020/12/08/report-389-ds-base-2.0.1-20201208git74a96c6.fc33.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi Jerry,
On Tue, 8 Dec 2020, 07:38 Jerry James, wrote:
> Hi all,
>
> I've BCCed the maintainers of the following packages to see if they
> are okay with this:
> - ocaml-migrate-parsetree (update to 1.8.0)
> - ocaml-sedlex (update to 2.2)
>
I'm fine with this. Thanks for taking care of the
On Mon, Dec 7, 2020 at 3:04 PM Miro Hrončok wrote:
> I have figured it out. The package indeed does not exist on ppc64le, which is
> where the SRPM was created in Koji.
>
> Wrap the scriptlet in %if %{with docs}.
/me smacks forehead
Thank you, Miro! There's no telling how long I might have
Hi all,
I would like to update several of the OCaml PPX packages to more
recent versions, but doing so requires messing around with other
people's packages. This is the set of updates I would like to make:
https://copr.fedorainfracloud.org/coprs/jjames/ocaml/
I've BCCed the maintainers of the
On 12/7/20 9:59 PM, Jerry James wrote:
On Mon, Dec 7, 2020 at 11:37 AM Jerry James wrote:
Sorry for the silence. $DAYJOB kicked into high gear last week.
Okay, I will give this a try today. Thanks for the help, Miro and
Kevin!
Nope, that didn't work either:
On Mon, Dec 7, 2020 at 11:51 AM Jerry James wrote:
> - Figure out if jansi 2.0.1 is backwards compatible with jansi 1.18. If it is
> not, then we'll have to figure out how to make parallel installable versions
> of jansi 1.18 and 2.0.1, or else port everything currently using 1.18 to
>
Welcome to the pack Robin!
If you need assistance getting started, take a look at the Fedora Join
SIG: https://docs.fedoraproject.org/bg/fedora-join/
Cheers,
Dan
"Robin Opletal" writes:
> Hi,
>
> My name is Robin Opletal, I am from the Czech Republic and online I tend
> to go under the name
Hi Tom,
Tom Stellard writes:
> On 11/30/20 2:06 PM, Tom Stellard wrote:
>> Hi,
>>
>> As part of the f34 change request[1] for removing make from the
>> buildroot, I will be doing a mass update of packages[2] to add
>> BuildRequires: make where it is needed.
>>
>> If you are a package
On Sat, Dec 5, 2020 at 7:46 PM Kevin Fenzi wrote:
>
> On Fri, Dec 04, 2020 at 10:23:08PM +0100, Petr Šabata wrote:
> > On Fri, Dec 4, 2020 at 8:48 PM Kevin Fenzi wrote:
> > >
> > > On Thu, Dec 03, 2020 at 11:26:18PM +0100, Petr Šabata wrote:
> > > > Also a couple of notes on modularity here:
> >
On Mon, Dec 7, 2020 at 11:37 AM Jerry James wrote:
> Sorry for the silence. $DAYJOB kicked into high gear last week.
> Okay, I will give this a try today. Thanks for the help, Miro and
> Kevin!
Nope, that didn't work either:
https://koji.fedoraproject.org/koji/taskinfo?taskID=56996523
On 12/7/20 1:48 PM, Pavel Zhukov wrote:
> Hi Jeff.
> Thank you for rebuilding xmlada. I'll continue from there as I want to
> use this bootstrap to update packages to newest upstream version
> anyway .
ACK. That'll definitely help. I'll keep my gprbuild bits here (they
aren't complete/working
Hi Jeff.
Thank you for rebuilding xmlada. I'll continue from there as I want to
use this bootstrap to update packages to newest upstream version
anyway .
On Mon, Dec 7, 2020 at 7:25 PM Jeff Law wrote:
>
>
>
> On 12/7/20 11:07 AM, Jakub Jelinek wrote:
> > On Mon, Dec 07, 2020 at 06:29:51PM +0100,
On 12/7/20 7:33 PM, Miro Hrončok wrote:
On 12/7/20 7:18 PM, Tom Stellard wrote:
I've updated the package list now[2] to reflect the %cmake_build change,
I see for example libsavitar on the list.
https://src.fedoraproject.org/rpms/libsavitar/blob/master/f/libsavitar.spec
It only uses
In about a week, I will build libfplll 5.4.0 for Rawhide. This update
comes with an soname bump. There are only two consuming packages:
gap-pkg-float
python-fpylll
I will rebuild both of them.
--
Jerry James
http://www.jamezone.org/
___
devel
https://fedoraproject.org/wiki/Changes/Stratis_2.3.0
== Summary ==
Stratis 2.3.0 adds additional flexibility to its encryption support via
Clevis.
== Owner ==
* Name: [[User:dkeefe|Dennis Keefe]], [[User:mulhern|Anne Mulhern]],
[[User:jbaublitz|John Baublitz]]
* Email: dke...@redhat.com,
https://fedoraproject.org/wiki/Changes/Stratis_2.3.0
== Summary ==
Stratis 2.3.0 adds additional flexibility to its encryption support via
Clevis.
== Owner ==
* Name: [[User:dkeefe|Dennis Keefe]], [[User:mulhern|Anne Mulhern]],
[[User:jbaublitz|John Baublitz]]
* Email: dke...@redhat.com,
Hi,
i try to rebuild the gnome-settings-daemon for Pinephone and missing a
dependency as it looks:
# meson --prefix=/usr --sysconfdir=/etc ..
...
Determining dependency 'libpulse-mainloop-glib' with pkg-config
executable '/usr/bin/pkg-config'
PKG_CONFIG_PATH:
Called `/usr/bin/pkg-config
It pains me to write this. I have been part of XEmacs upstream for
over 20 years [1]. I worked on several features, fixed a lot of bugs
[2], and really enjoyed working with the other XEmacs developers.
But, as has happened to so many open source projects, the developers
slowly trickled away
Scala has been orphaned. I don't do anything with scala personally,
but I would like to see jacop stay in Fedora. So I've been poking
around to see how hard it would be to rescue scala, as well as move it
up to a more recent version. The results of my poking around can be
seen here:
Am 07.12.20 um 18:28 schrieb Martin Kolman:
Nice, very good progress! :)
I really need to try the latest Fedora image on my Pinephone when I
have some time. :)
Read the issue tracker on github before you update... you will be
surprised ;)
Best regards,
Marius Schwarz
On 07.12.2020 19:18, Tom Stellard wrote:
I have also eliminated some (but not all) of the false positives that
have been reported on the list. I'm still working on getting rid of the
rest of them.
Please check the purple-plugin_pack package. It uses the meson build system.
--
Sincerely,
On Thu, Dec 3, 2020 at 4:40 PM Miro Hrončok wrote:
> On 12/3/20 6:08 PM, Kevin Kofler via devel wrote:
> > Miro Hrončok wrote:
> >> Try this (note the -n):
> >>
> >> %pretrans -n doc-en -p
> >
> > That would have to be:
> > %pretrans -n sagemath-doc-en -p
> > because -n takes the full
On 12/7/20 10:33 AM, Miro Hrončok wrote:
On 12/7/20 7:18 PM, Tom Stellard wrote:
I've updated the package list now[2] to reflect the %cmake_build change,
I see for example libsavitar on the list.
https://src.fedoraproject.org/rpms/libsavitar/blob/master/f/libsavitar.spec
It only uses
On 12/7/20 7:18 PM, Tom Stellard wrote:
I've updated the package list now[2] to reflect the %cmake_build change,
I see for example libsavitar on the list.
https://src.fedoraproject.org/rpms/libsavitar/blob/master/f/libsavitar.spec
It only uses %cmake_... macros.
Was it indeed updated
On 12/7/20 11:07 AM, Jakub Jelinek wrote:
> On Mon, Dec 07, 2020 at 06:29:51PM +0100, Miro Hrončok wrote:
>> Hello. Apparently, many packages in rawhide require libgnat-10.so()(64bit):
> I'm not a provenpackager, so I'm afraid I can't do that myself.
> Perhaps the maintainers can just rebuild
On 11/30/20 2:06 PM, Tom Stellard wrote:
Hi,
As part of the f34 change request[1] for removing make from the
buildroot, I will be doing a mass update of packages[2] to add
BuildRequires: make where it is needed.
If you are a package maintainer and would prefer to update your packages
on
On Mon, Dec 07, 2020 at 06:29:51PM +0100, Miro Hrončok wrote:
> Hello. Apparently, many packages in rawhide require libgnat-10.so()(64bit):
I'm not a provenpackager, so I'm afraid I can't do that myself.
Perhaps the maintainers can just rebuild them themselves?
Jakub
Hello. Apparently, many packages in rawhide require libgnat-10.so()(64bit):
$ repoquery --repo=rawhide --whatrequires 'libgnat-10.so()(64bit)'
GtkAda3-devel-0:2020-1.fc34.x86_64
PragmARC-0:20130728-22.fc33.x86_64
ahven-0:2.7-7.fc33.x86_64
aunit-0:2017-10.fc33.x86_64
aws-0:2019-3.fc33.x86_64
On Fri, 2020-12-04 at 16:11 +0100, Marius Schwarz wrote:
>
>
> Hi,
>
>
>
> as you may have heared, Fedora is now running on Pinephone and other
> devices, that need bleeding edge versions to function.
Are bleeding edge of all packages needed ? If not I wonder if just
On Mon, 2020-12-07 at 17:45 +0100, Fabio Valentini wrote:
> On Fri, Dec 4, 2020 at 4:12 PM Marius Schwarz wrote:
> >
> > Hi,
> >
> > as you may have heared, Fedora is now running on Pinephone and other
> > devices, that need bleeding edge versions to
> > function.
> >
> > Status of Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=1905190
Bug ID: 1905190
Summary: biber FTBFS in Rawhide (F34)
Product: Fedora
Version: rawhide
Status: NEW
Component: biber
Assignee: c...@m.fsf.org
Reporter:
On Fri, Dec 4, 2020 at 4:12 PM Marius Schwarz wrote:
>
>
> Hi,
>
> as you may have heared, Fedora is now running on Pinephone and other devices,
> that need bleeding edge versions to function.
>
> Status of Fedora Pine as of 15:15 CET
>
> Cams now working, but app needs rework
> Mobile INET
On 12/7/20 1:26 PM, Miro Hrončok wrote:
Hello.
I've been notified that many of the Python interpreters started to fail with new
GNU Toolchain (gcc 11, glibc 2.33).
https://koschei.fedoraproject.org/package/pythonX.Y (replace X.Y with version)
Python 3.5
- test_buffer fails on aarch64
-
On Mon, Dec 07, 2020 at 08:44:37AM -0700, Ken Dreyer wrote:
> It's too early to say that this hypothetical workflow is a replacement for
> Fedora. Things still show up in RHEL 8 ahead of CentOS Stream.
I don't suggest that it's a replacement, but it can be complementary.
>
> A strong Fedora
On Mon, Dec 07, 2020 at 11:41:01AM +0100, p...@uni-bremen.de wrote:
> Well, where should we discuss further proceedings? Is it this generic
> devel list, is it ser...@lists.fedoraproject.org? Another one?
Yes, let's take it to that list. Everyone interested, join us over there. :)
--
Matthew
On Sat, Dec 5, 2020 at 7:33 am, James Szinger
wrote:
Undelivered -devel packages and modularity are killer anti-features of
EL 8—it is way too hard to build the software I need.
Honestly I don't think modularity is a serious problem for end users.
Missing -devel packages is unbelievably
On Mon, Dec 07, 2020 at 03:41:23PM -, Sohan Kunkerkar wrote:
> My name is Sohan Kunkerkar and I'm a software engineer at Red Hat Inc
> helping to develop and maintain a container-focused operating system.
> Before working on Fedora-CoreOS, I was involved in efforts to building the
Hi!
El dom, 6 dic 2020 a las 22:52, Chris Murphy ()
escribió:
> On Sun, Dec 6, 2020 at 3:54 PM Sergio Belkin wrote:
> >
> > Hi,
> > Let's say that I have 2 subvolumes for both / and /home. What happen
> with a snapshot of /home if I run before :
> > chattr +C /home/jdoe/VMs ?
>
> If /home/jdoe/VMs
Hi,
My name is Robin Opletal, I am from the Czech Republic and online I tend
to go under the name of "fourstepper".
I would like to help out with maintaining packages of interest for
Fedora, currently, I am interested in getting aerc, the terminal e-mail
client packaged for Fedora.
https://fedoraproject.org/wiki/Changes/Ignore_Anaconda_kernel_boot_parameters_without_inst_prefix
== Summary ==
Right now Anaconda allows usage of boot options both with the 'inst' prefix
(inst.stage2=) and without (stage2=). We would like to ignore the use of
Anaconda kernel boot parameters
FESCo's approval[1] of this proposal was contingent on splitting it into
two phases. For Fedora 34, nscd will be deprecated[2]. For Fedora 35, nscd
will be removed[3].
[1] https://pagure.io/fesco/issue/2501#comment-704653
[2] https://fedoraproject.org/wiki/Changes/DeprecateNSCD
[3]
https://fedoraproject.org/wiki/Changes/Ignore_Anaconda_kernel_boot_parameters_without_inst_prefix
== Summary ==
Right now Anaconda allows usage of boot options both with the 'inst' prefix
(inst.stage2=) and without (stage2=). We would like to ignore the use of
Anaconda kernel boot parameters
FESCo's approval[1] of this proposal was contingent on splitting it into
two phases. For Fedora 34, nscd will be deprecated[2]. For Fedora 35, nscd
will be removed[3].
[1] https://pagure.io/fesco/issue/2501#comment-704653
[2] https://fedoraproject.org/wiki/Changes/DeprecateNSCD
[3]
On Fri, Dec 4, 2020, 3:25 PM Matthew Miller
wrote:
> On Fri, Dec 04, 2020 at 02:16:23PM -0800, Japheth Cleaver wrote:
> > be a better-engineered and tested option. But as time goes on and
> > the next EL release isn't either isn't announced or isn't stable
> > enough to rely on, Fedora Server
Hi Folks,
Good day! I hope everyone is keeping well in these unprecedented and difficult
times.
My name is Sohan Kunkerkar and I'm a software engineer at Red Hat Inc helping
to develop and maintain a container-focused operating system. Before working on
Fedora-CoreOS, I was involved in efforts
‐‐‐ Original Message ‐‐‐
On Monday, December 7, 2020 9:17 AM, Miro Hrončok wrote:
> On 12/7/20 3:39 PM, Richard Shaw wrote:
>
> > Obviously no humans are paying attention to the ticket so can someone help
> > me?
>
> Unfortunately, no humans are :(
Sort of. :) I @ed pingou and
On 12/7/20 3:42 PM, Michal Ruprich wrote:
Hi all,
I am facing a bit of a pickle and I would like to discuss this out in
the open here. Please keep and open mind while reading.
There has been an effort to open-source some of our tests that we have
in Red Hat and we decided to place them in the
On 12/7/20 3:39 PM, Richard Shaw wrote:
Obviously no humans are paying attention to the ticket so can someone help me?
Unfortunately, no humans are :(
I recommend opening an issue at https://pagure.io/releng/issues when the
automated "conversation" at
Oh, GCC 11 already landed on the Fedora Python buildbots running
Rawhide. I created an issue to track the bugs on Python upstream:
test_buffer fails on Python built with GCC 11
https://bugs.python.org/issue42587
Victor
On Mon, Dec 7, 2020 at 1:26 PM Miro Hrončok wrote:
>
> Hello.
>
> I've been
Hi everyone! The CfP for the Distro Devroom at FOSDEM 2021 is open through
20 December. This is a great venue to talk about the issues and work of
distro creation. See the Community Blog post[1] for topic ideas or submit
your proposal in the CfP portal[2]. The deadline is 20 December at 2359 UTC.
Hi all,
I am facing a bit of a pickle and I would like to discuss this out in
the open here. Please keep and open mind while reading.
There has been an effort to open-source some of our tests that we have
in Red Hat and we decided to place them in the tests/* namespace in
Fedora dist-git[1].
Obviously no humans are paying attention to the ticket so can someone help
me?
I requested a repo for virt-backup but the automated response is "The PDC
branch already exists
", however, I can't not find a previous Review Request for this nor can I
clone the repo...
||perltidy-20201207-1.fc34
Resolution|--- |RAWHIDE
Doc Type|--- |If docs needed, set a value
Last Closed||2020-12-07 12:41:18
--- Comment #2 from Paul Howarth ---
Build done
Hello.
I've been notified that many of the Python interpreters started to fail with new
GNU Toolchain (gcc 11, glibc 2.33).
https://koschei.fedoraproject.org/package/pythonX.Y (replace X.Y with version)
Python 3.5
- test_buffer fails on aarch64
- test_buffer+test_dbm_gnu fails on ppc64le
On Mon, Dec 07, 2020 at 10:47:31AM +, Zbigniew Jędrzejewski-Szmek wrote:
> Since the plan it to Obsolete the old package, I think you should trigger
> on the removal of it:
> %triggerun ntp <= ...
>
> # copy service enablement from the old name to the new name
> if systemctl is-enabled -q
https://bugzilla.redhat.com/show_bug.cgi?id=1904814
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Mon, Dec 07, 2020 at 11:05:56AM +0100, Miroslav Lichvar wrote:
> On Fri, Dec 04, 2020 at 01:38:02AM +0100, Björn Persson wrote:
> > > == Upgrade/compatibility impact ==
> > >
> > > The `ntp` package is replaced automatically on upgrade to Fedora 34.
> > > The configuration file
> Am 04.12.2020 um 20:33 schrieb Matthew Miller :
>
>> ...
>> Just in case it is indeed considered useful and desirable I could
>> contribute various Fedora Server related/specific documentations and
>> how-to's, e.g. an annotated step-by-step guide to setup a basic server
>> which can get
On Fri, Dec 04, 2020 at 01:38:02AM +0100, Björn Persson wrote:
> > == Upgrade/compatibility impact ==
> >
> > The `ntp` package is replaced automatically on upgrade to Fedora 34.
> > The configuration file ''/etc/ntp.conf'' is saved as to
> > ''/etc/ntp.conf.rpmsave'' and it needs to be renamed
https://bugzilla.redhat.com/show_bug.cgi?id=1904814
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Number-Fraction-3.0.1
On Sat, Dec 5, 2020, 6:22 AM Robert-André Mauchin wrote:
> Hello,
>
> I plan on updating dav1d to 0.8.0 next week. This triggers a soname bump
> (libdav1d.so.5).
>
That's actually perfect, I need to put together new Cinelerra-GG packages
anyway, I already have the 2020-10 release built locally
https://bugzilla.redhat.com/show_bug.cgi?id=1904777
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
64 matches
Mail list logo
