On Sun, Mar 8, 2020, 18:17 Tomasz Kłoczko wrote:
> On Sun, 8 Mar 2020 at 14:00, Ernestas Kulik wrote:
> [..]
> > Are you involved with GNOME l10n? There is no need to do any of that
> > with the way Damned Lies works.
>
> No I'm not. Again this is not strict Gnome issue. This is why tooling
>
Hi,
These two lines aren't doing what I want, which is to reset the
service to match the vendor preset on (major version) upgrades.
https://src.fedoraproject.org/rpms/util-linux/blob/master/f/util-linux.spec#_488
Should the trigger be on an installed subpackages rather than the
metapackage?
https://bugzilla.redhat.com/show_bug.cgi?id=1811507
--- Comment #1 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/modules/by-module/Test/Test-Simple-1.302172.tar.gz to
./Test-Simple-1.302172.tar.gz
--
https://bugzilla.redhat.com/show_bug.cgi?id=1811507
Bug ID: 1811507
Summary: perl-Test-Simple-1.302172 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Simple
Keywords: FutureFeature, Triaged
https://fedorapeople.org/groups/389ds/ci/nightly/2020/03/09/report-389-ds-base-1.4.2.8-3.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
On Sunday, March 8, 2020 5:03:04 PM PDT Erich Eickmeyer wrote:
> Hello all,
>
> I plan to unretire non-daw. The reason for retirement was FTBFS, and I
> managed to get a successful local build and a successful copr build. I will
> be filing the review request ticket shortly.
Here's the review
On Sun, Mar 8, 2020 at 7:02 AM Richard W.M. Jones wrote:
> I've just built the new camlp5 in Fedora Rawhide (only, not F32):
> https://koji.fedoraproject.org/koji/taskinfo?taskID=42313992
>
> This may break the following dependencies (and dependencies of these,
> but I don't have an easy way to
https://bugzilla.redhat.com/show_bug.cgi?id=1797039
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|ON_QA
--- Comment #5 from
On Sunday, March 8, 2020 5:03:04 PM PDT Erich Eickmeyer wrote:
> Hello all,
>
> I plan to retire non-daw.
Of course, by retire I mean unretire.
Words are hard, and I have a headache.
-Erich
signature.asc
Description: This is a digitally signed message part.
Hello all,
I plan to retire non-daw. The reason for retirement was FTBFS, and I managed to
get a successful local build and a successful copr build. I will be filing the
review request ticket shortly.
Thanks,
Erich
Erich Eickmeyer
Fedora Jam
___
Go/No is Thursday, with a targeted release date of 17 March.
Action summary
Accepted blockers
-
1. dnf-plugins-extras — Cannot upgrade to Fedora 32: Modules blocking
the upgrade path — NEW
ACTION: QA to test FEDORA-2020-02ee4b1a1c, FEDORA-2020-717d521d35
2.
Hello Fedora people!
I would like to offer a solution for dynamic changelog and release
generation and potentially more.
Intro
--
The solution employs a new type of macros, which can be placed into an
rpm spec file and afterward parsed by preproc utility
On Sun, 8 Mar 2020, Gonçalo Camelo Neves Pereira wrote:
I have just submitted a build on copr and it has reported as failed, however
when I look to the logs it appeared to be successful. Can anyone helo me
understand what happened?
I have just submitted a build on copr and it has reported as failed,
however when I look to the logs it appeared to be successful. Can anyone
helo me understand what happened?
https://copr.fedorainfracloud.org/coprs/gpereira/freeehdl/build/1298338/
Best Regards,
Gonçalo Pereira
On 3/8/20
Ok, I will create a copr repository. Also, I already joined electronics-lab.
On 3/8/20 9:05 PM, Ian McInerney wrote:
On Sun, Mar 8, 2020 at 8:12 PM Gonçalo Camelo Neves Pereira
mailto:goncalo_pere...@outlook.pt>> wrote:
Hello Alain and Ian,
I definitely understand your struggle
On Sun, Mar 8, 2020 at 8:12 PM Gonçalo Camelo Neves Pereira <
goncalo_pere...@outlook.pt> wrote:
> Hello Alain and Ian,
>
> I definitely understand your struggle Alain, as an electrical engineer I
> also find myself dealing with this kind of problems, it is really
> frustrating. I have been using
On Sun, Mar 8, 2020 at 12:33 PM Guido Aulisi wrote:
> I'm trying to debug a build failure of package lilv on ppc64le and arm
> platforms, x86 builds fine.
[snip]
> Debugging is difficult because it must be done in the chroot of a ppc64le
> machine and no gdb is available.
If you build in mock
Hello Gonçalo,
On Sun, Mar 8, 2020 at 9:13 PM Gonçalo Camelo Neves Pereira
wrote:
>
> One final question, I have managed to compile freehdl using a patch file from
> the maintainer of freehdl on Arch Linux repositories
>
Hello Alain and Ian,
I definitely understand your struggle Alain, as an electrical engineer I
also find myself dealing with this kind of problems, it is really
frustrating. I have been using a self compiled 0.0.20-rc2 version of
qucs without any problems but maybe for the fedora/epel
There is a list for the electronics lab, but it looks like it is inactive
currently:
https://lists.fedoraproject.org/archives/list/electronic-...@lists.fedoraproject.org/.
Perhaps we could revive it for coordinating this and other packages that
are electronics related.
-Ian
On Sun, Mar 8, 2020
Hi,
I am Alain, co-maintainer of Qucs, because I proposed to help Geoffrey with
Fedora Electonic Lab related software.
I saw Qucs was FTBFS, and planed to update to "latest" 0.0.19, or
0.0.20-rc2 ? But I did not dedicate enough time. Sigh.
I am not an experienced packager, nor developer. Just
Hi,
I'm trying to debug a build failure of package lilv on ppc64le and arm
platforms, x86 builds fine.
[0] is the status of lilv package on Koschei
The build core dumps while executing tests, in particular lilv_test,
which uses sord library.
Dmesg output:
[292790.757364] lilv_test[603241]:
On Sun, Mar 8, 2020, at 12:38 PM, Dusty Mabe wrote:
> Thanks Vascom,
>
> I'm not the maintainer so I can't add you, but I'll copy the
> maintainer here as well, just to see if he'll see it. In case he
> doesn't can you reply to the comment over in the BZ as well? See
>
On Sun, 8 Mar 2020 at 14:00, Ernestas Kulik wrote:
[..]
> Are you involved with GNOME l10n? There is no need to do any of that
> with the way Damned Lies works.
No I'm not. Again this is not strict Gnome issue. This is why tooling
needs to be slightly adjusted/redesigned.
Did you ever try to
Thank you for the update on the status of the qucs package.I will try to create a package and if that goes well I will get back to you.Best Regards,Gonçalo PereiraOn 8 Mar 2020 16:42, Ian McInerney wrote:Unfortunately, Qucs appears to be in a problematic state right now. There are two main issues
Unfortunately, Qucs appears to be in a problematic state right now. There
are two main issues with it:
1) It has a requires on freehdl, but freehdl was orphaned a year ago so it
is not in F30/31/32.
2) It fails to build in F32, the Bugzilla entry seems to suggest that this
is fixed if Qucs gets
Thanks Vascom,
I'm not the maintainer so I can't add you, but I'll copy the
maintainer here as well, just to see if he'll see it. In case he
doesn't can you reply to the comment over in the BZ as well? See
https://bugzilla.redhat.com/show_bug.cgi?id=1758884#c4
When we get you added as a
On Sun, Mar 8, 2020 at 3:09 PM Fedora Branched Report
wrote:
>
> OLD: Fedora-32-20200307.n.0
> NEW: Fedora-32-20200308.n.0
>
> = SUMMARY =
> Added images:0
> Dropped images: 8
> Added packages: 0
> Dropped packages:9
> Upgraded packages
You can add me as comaintainer.
FAS name: vascom
вс, 8 мар. 2020 г., 19:32 Dusty Mabe :
> The current maintainer of fuse-sshfs is looking for a co-maintainer for it
> in epel8. It's currently not in EPEL 8 so if you go from RHEL or CentOS
> 7->8
> you'll lose it. I have users of vagrant-sshfs
The current maintainer of fuse-sshfs is looking for a co-maintainer for it
in epel8. It's currently not in EPEL 8 so if you go from RHEL or CentOS 7->8
you'll lose it. I have users of vagrant-sshfs who would like to have it there.
https://bugzilla.redhat.com/show_bug.cgi?id=1758884#c4
Anybody
No missing expected images.
Failed openQA tests: 17/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-32-20200307.n.0):
ID: 536555 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/536555
ID: 536641 Test: x86_64 universal
Hey,
I would like to swap reviews with somebody.
I have https://bugzilla.redhat.com/show_bug.cgi?id=1811432 for review,
which is a very small script that uses preproc and rpkg-macros package
to preprocess an rpm spec file.
The mentioned tools are under reviews as well
Hello!
I am Gonçalo (gpereira). I am an electrical engineer so you can expect
my contributions to be around those kinds of packages. My motivation to
join was seeing the qucs package broken. I would like to dedicate some
time to understand the spec file in order to maintain it. I believe this
OLD: Fedora-32-20200307.n.0
NEW: Fedora-32-20200308.n.0
= SUMMARY =
Added images:0
Dropped images: 8
Added packages: 0
Dropped packages:9
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:19.48 MiB
Size
On Sat, 2020-03-07 at 17:06 +, Tomasz Kłoczko wrote:
> *2) Almost all gnome translations are not-up-to-date.*
>
>
> As long as cogl issue is related to only a few gnome components, I
> just
> realised that this issue stretches wy beyond the gnome.
>
>
> Despite huge effort of all
I've just built the new camlp5 in Fedora Rawhide (only, not F32):
https://koji.fedoraproject.org/koji/taskinfo?taskID=42313992
This may break the following dependencies (and dependencies of these,
but I don't have an easy way to calculate that):
coq
flocq
gappalib-coq
why
why3
I would normally
> > * GNOME related:
> > clutter
> > clutter-gtk
> > clutter-gst
> > cogl
> > libchamplain
> > rest
>
> clutter-gst was retired in f29, do you mean clutter-gst3?
No but it was probably just in my list and I didn't note it was retired.
> Doesn't gnome require libchamplain, cogl, clutter-gst3 and
> * GNOME related:
> clutter
> clutter-gtk
> clutter-gst
> cogl
> libchamplain
> rest
clutter-gst was retired in f29, do you mean clutter-gst3?
https://src.fedoraproject.org/rpms/clutter-gst/c/643e4073349ba53e1d70ef680e0f7c2c4b760c4a?branch=master
Doesn't gnome require libchamplain, cogl,
Hi Peter,
On 3/8/20 12:04 PM, Peter Robinson wrote:
> A list of packages that I still have an interest in but would
> appreciate a co-maintainer:
> dotconf
> festival-freebsoft-utils
> speech-dispatcher
> flite
> csound
I can help out with flite, although I can't promise I'll put a lot of
time
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 2/8 (x86_64)
Old failures (same test failed in Fedora-IoT-33-20200304.0):
ID: 536428 Test: x86_64 IoT-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/536428
ID: 536429 Test:
On Sun, 8 Mar 2020 10:59:19 +
Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
>
> for a recent systemd build, the automated tests results showed
> failure [1], and one of the failing tests was
> fedora-ci.koji-build.rpminspect.static-analysis.
>
> When I click on the label, I get redirected to
On Sun, 8 Mar 2020 10:59:19 +
Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
>
> for a recent systemd build, the automated tests results showed
> failure [1], and one of the failing tests was
> fedora-ci.koji-build.rpminspect.static-analysis.
>
> When I click on the label, I get redirected to
On Sun, Mar 08, 2020 at 10:59:19AM +, Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
>
> for a recent systemd build, the automated tests results showed failure [1],
> and one of the failing tests was
> fedora-ci.koji-build.rpminspect.static-analysis.
>
> When I click on the label, I get
I have a bunch of packages that I have aquired over the years, whether
that I originally packaged them, or I aquired them as things changed
and I then had a use for them. With various changes over the years and
changes in both my $dayjob and personal situation my spare time to
"maintain" random
Hi, I have post this request on samba ml:
https://lists.samba.org/archive/samba/2020-March/228791.html
someone here have some suggest to resolve this issue?
I'm looking for the best way to register into DNS bind the windows
clients joined to domain into DNS zone
In a test environment, when the
Hi,
for a recent systemd build, the automated tests results showed failure [1],
and one of the failing tests was
fedora-ci.koji-build.rpminspect.static-analysis.
When I click on the label, I get redirected to [2], which is a long list
of stuff like "print message" and "shell script" and "ci
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
https://bugzilla.redhat.com/show_bug.cgi?id=1810700
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1809666
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
It fails on f31
Executing(%check): /bin/sh -e /var/tmp/rpm-tmp.H8TXwv
+ umask 022
+ cd /builddir/build/BUILD
+ cd cogl-1.22.4
+ xvfb-run -a make check
Making check in deps
make[1]: Entering directory '/builddir/build/BUILD/cogl-1.22.4/deps'
make[2]: Entering directory
# F32 Blocker Review meeting
# Date: 2020-03-09
# Time: ** 16:00 ** UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We have 5 proposed Beta blockers, 9 proposed Beta freeze
exceptions, and 1 proposed Final blocker to review, so let's have a
Fedora 32 blocker review meeting
Hi folks! I'm proposing we cancel the QA meeting for tomorrow. We met
the last few weeks and I don't think we have any urgent business this
week. There will be a blocker review meeting.
If you're aware of anything important we have to discuss this week,
please do reply to this mail and we can go
52 matches
Mail list logo
