On Fri, Sep 13, 2019 at 07:33:17AM +0200, Julian Sikorski wrote:
> Problem 1: conflicting requests
>
> - nothing provides module(platform:f30) needed by module
> eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>
> Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64
> requires m
Le 2019-09-13 00:05, Kevin Kofler a écrit :
Marius Schwarz wrote:
(in short: no update to 2.00.5-3 was possible via dnf, as packages
refer
to 2.00.3-1 directly)
They don't actually refer to liberation-fonts-2.00.3-1, but to
liberation-
narrow-fonts, which liberation-fonts-2.00.3-1 claims to
Hello, Rufus!
Welcome to Fedora.
On Wednesday, 11 September 2019 at 00:16, rufo via devel wrote:
> Hi everyone,
>
> My name is Rufus and I'm a developer from the UK. I'm just beginning my
> journey into Fedora packaging, although I've been a happy end-user since the
> days of Red Hat 9.
>
> I'm
Nicolas Mailhot via devel wrote:
> The correct thing would have been never to create a narrow liberation
> subpackage in the first place since narrow is just a face of a font
> (like bold).
In theory, in an ideal world, that makes sense. But in practice, M$ ships
separate "Arial" and "Arial Narro
Hi,
Apparently mock-build roots for fedora-31-i386 currently are broken:
# mock -r fedora-31-i386 --init
INFO: mock.py version 1.4.16 starting (python version = 3.7.4)...
Start: init plugins
INFO: selinux disabled
Finish: init plugins
Start: run
Start: clean chroot
Finish: clean chroot
Start: ch
On 9/13/19 1:38 AM, vvs vvs wrote:
But there should be some reason for that lack of interested volunteers in
Fedora. Right now I'm looking at stats for other distributions which are not
going to drop i686 any time soon, e.g. Debian, NixOS, Gentoo. There must me
some very fundamental difference
Le 2019-09-13 10:39, Kevin Kofler a écrit :
Nicolas Mailhot via devel wrote:
The correct thing would have been never to create a narrow liberation
subpackage in the first place since narrow is just a face of a font
(like bold).
In theory, in an ideal world, that makes sense. But in practice, M
On 03. 09. 19 18:47, Miro Hrončok wrote:
I've just orphaned itext, previously owned the Stewardship SIG.
The package wasn't updated for over a decade and has an open CVE from Fedora 26
era. The Stewardship SIG took it for maven-doxia, but we've luckily managed to
get rid of the dependency.
S
> Maybe in other distros, people interested in i686 support actually do
> something about it instead of talking and talking and talking about it
> on mailing lists?
Maybe someone with so much free time on their hands could maintain
such a kernel in Fedora by applying downstream packages of such a
On Tue, Jul 9, 2019 at 8:17 PM Fabio Valentini wrote:
>
> On Tue, Jul 9, 2019 at 7:51 PM Dinesh Prasanth Moluguwan
> Krishnamoorthy wrote:
> >
> > Hello everyone,
> >
> > As Rob had responded earlier, he is away for few weeks. A while back, I
> > spoke to him in person about handing over the REST
Nicolas Mailhot via devel wrote:
> That's an historical artefact, that made sense when everyone used the
> same dozen font on windows, and when each and everyone of them could be
> treated as a special case. Nowadays, even on Linux (what a change a
> decade made) the font catalog is huge, and font
Hello,
Here are the logs from yesterday's meeting:
HTML minutes:
https://meetbot.fedoraproject.org/fedora-neuro/2019-09-12/neurofedora.2019-09-12-15.01.html
HTML logs:
https://meetbot.fedoraproject.org/fedora-neuro/2019-09-12/neurofedora.2019-09-12-15.01.log.html
The text minutes are pasted bel
Dne 11. 09. 19 v 17:04 Solomon Peachy napsal(a):
> There are a couple
> of F29 stragglers left behind from the last upgrade too. Not sure what
> I should file tickets about here..
There is `dnf autoremove`. You should try that.
Vít
signature.asc
Description: OpenPGP digital signature
__
Le ven. 13 sept. 2019 à 11:44, Dridi Boukelmoune
a écrit :
>
> > Maybe in other distros, people interested in i686 support actually do
> > something about it instead of talking and talking and talking about it
> > on mailing lists?
>
> Maybe someone with so much free time on their hands could main
On 13. 09. 19 12:05, Fabio Valentini wrote:
On Tue, Jul 9, 2019 at 8:17 PM Fabio Valentini wrote:
On Tue, Jul 9, 2019 at 7:51 PM Dinesh Prasanth Moluguwan
Krishnamoorthy wrote:
Hello everyone,
As Rob had responded earlier, he is away for few weeks. A while back, I
spoke to him in person abou
On Fri, Sep 13, 2019 at 12:48:44PM +0200, Vít Ondruch wrote:
> > There are a couple
> > of F29 stragglers left behind from the last upgrade too. Not sure what
> > I should file tickets about here..
>
> There is `dnf autoremove`. You should try that.
Hate to state the obvious, but blindly removi
Just FTR, this was brought up already:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2V2RRTT7DTHWANFHL6YBVM7RILCWDGGT/
Vít
Dne 13. 09. 19 v 10:38 Ralf Corsepius napsal(a):
> Hi,
>
> Apparently mock-build roots for fedora-31-i386 currently are broken:
>
>
I'm preparing an update for hypre which has a licence change from LGPLv2
to MIT or ASL 2.0. It is required by petsc and sundials.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Dne 13. 09. 19 v 13:30 Solomon Peachy napsal(a):
> On Fri, Sep 13, 2019 at 12:48:44PM +0200, Vít Ondruch wrote:
>>> There are a couple
>>> of F29 stragglers left behind from the last upgrade too. Not sure what
>>> I should file tickets about here..
>> There is `dnf autoremove`. You should try th
Le vendredi 13 septembre 2019 à 12:18 +0200, Kevin Kofler a écrit :
> Nicolas Mailhot via devel wrote:
> > That's an historical artefact, that made sense when everyone used
> > the
> > same dozen font on windows, and when each and everyone of them
> > could be
> > treated as a special case. Nowaday
Hello,
Sometime ago, the dnf system-upgrade instructions were moved from the
wiki[0] to docs.fp.o[1].
Could folks please take a few minutes to check it for correctness? If
it's fine, we should make the wiki page redirect to the quick-doc too.
[0] https://fedoraproject.org/wiki/DNF_system_upgrade
Good Morning Everyone,
The Fedora Infrastructure team has been working on making changes to the way
orphaned packages are being adopted as well as the way to set the monitoring
status for the integration with anitya (ie: https://release-monitoring.org).
## Orphan packages
Currently if a package
On Fri, Sep 13, 2019 at 01:11:28PM +0100, Ankur Sinha wrote:
> Hello,
>
> Sometime ago, the dnf system-upgrade instructions were moved from the
> wiki[0] to docs.fp.o[1].
>
> Could folks please take a few minutes to check it for correctness? If
> it's fine, we should make the wiki page redirect t
On Fri, Sep 13, 2019 at 12:32:34PM +0200, Pierre-Yves Chibon wrote:
> Good Morning Everyone,
>
> The Fedora Infrastructure team has been working on making changes to the way
> orphaned packages are being adopted as well as the way to set the monitoring
> status for the integration with anitya (ie:
On 9/13/19 1:34 PM, Vít Ondruch wrote:
Just FTR, this was brought up already:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2V2RRTT7DTHWANFHL6YBVM7RILCWDGGT/
Understood - Give me a ping when Fedora has a usable infrastructure again.
I'll suspend all Fedor
On Thu, Sep 12, 2019 at 8:01 PM Miroslav Suchý wrote:
> Dne 02. 09. 19 v 13:57 Brian (bex) Exelbierd napsal(a):
> > Closing the loop: This package has been retired via `fedpkg retire` in
> f31 and rawhide.
>
> Can you add it to fedora-obsolete-packages? Otherwise the old version will
> remain on
OLD: Fedora-31-20190912.n.0
NEW: Fedora-31-20190913.n.0
= SUMMARY =
Added images:0
Dropped images: 8
Added packages: 0
Dropped packages:0
Upgraded packages: 1
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
No missing expected images.
Failed openQA tests: 4/152 (x86_64), 1/2 (arm)
Old failures (same test failed in Fedora-31-20190912.n.0):
ID: 450214 Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/450214
ID: 450249 Test: x86_64 KDE-live-iso desktop_
Normally we would request a branch. Both maintainers tried that but
the request was closed without substantive comment:
https://pagure.io/releng/fedora-scm-requests/issue/16653
https://pagure.io/releng/fedora-scm-requests/issue/16677
However still cannot do builds in f31:
https://koji.fedorapr
No missing expected images.
Compose FAILS proposed Rawhide gating check!
5 of 45 required tests failed, 2 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.clo
> On Mo, 12.08.19 09:40, Chris Murphy (lists(a)colorremedies.com) wrote:
>
>
> Ideally, GNOME would run all its apps as systemd --user services. We
> could then set DefaultMemoryHigh= globally for the systemd --user
> instance to some percentage value (which is taken relative to the
> physical RA
Our team at FB is working on a similar (but more generic) solution. All of our
work is open source / upstreamed into the linux kernel and we're running it in
production on quite a large scale already. Results are very promising. We'll be
presenting about it at All Systems Go (multiple talks) thi
On Fri, Sep 13, 2019 at 12:51:20PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Sep 13, 2019 at 12:32:34PM +0200, Pierre-Yves Chibon wrote:
> > Good Morning Everyone,
> >
> > The Fedora Infrastructure team has been working on making changes to the way
> > orphaned packages are being adopted
On Fri, Sep 13, 2019 at 3:57 PM Ade Lee wrote:
>
> Hi all,
>
> I transferred ownership a little while back to the resteasy package to
> the SIG via Dinesh, copied above.
Hi Ade,
This is not accurate. You are still listed as the main admin for resteasy:
https://src.fedoraproject.org/rpms/resteasy
Hello,
A CVE[1] in dcmtk was fixed in 3.6.4 which is in F31+. F29 and F30 are
still at 3.6.2 however, and need updating. This includes a soname bump
([2] vs [3]), though, so dependent packages will also need to be rebuilt
and pushed as updates all at once.
sudo dnf repoquery --source --whatrequir
OLD: Fedora-Rawhide-20190912.n.2
NEW: Fedora-Rawhide-20190913.n.1
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 4
Dropped packages:1
Upgraded packages: 33
Downgraded packages: 0
Size of added packages: 1.72 MiB
Size of dropped packages
Ankur Sinha wrote on 2019/09/13 23:07:
Hello,
A CVE[1] in dcmtk was fixed in 3.6.4 which is in F31+. F29 and F30 are
still at 3.6.2 however, and need updating. This includes a soname bump
([2] vs [3]), though, so dependent packages will also need to be rebuilt
and pushed as updates all at once.
On 13.09.2019 14:53, Ralf Corsepius wrote:
> Understood - Give me a ping when Fedora has a usable infrastructure again.
What is the purpose of using i386 mock today?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel
Hello,
A tool I am trying to package is failing only on PPC somehow:
https://bugzilla.redhat.com/show_bug.cgi?id=1731487
> make[2]: Leaving directory
> '/builddir/build/BUILD/MUSIC-a78a8e2c90b07274db94265db75c320dbb01f9fb/MUSIC-a78a8e2c90b07274db94265db75c320dbb01f9fb-openmpi/src'
> BUILDSTDER
Hello everyone,
Ade recently added me as an admin to the project. I had added resteasy
to the Stewardship SIG a while ago by following the (legacy)
instructions on the SIG webpage. The package was then removed since it
was little too much for the SIG. A lot of deps were brought in by
resteasy that
On Fri, Sep 13, 2019 12:26:34 +, Zbigniew Jędrzejewski-Szmek wrote:
>
> Oh, https://github.com/rpm-software-management/dnf-plugin-system-upgrade
> is not a separate project anymore. It's part of the dnf plugins now,
> so the link needs to be updated.
Opened a PR for this:
https://pagure.io/fe
On Fri, 2019-09-13 at 16:22 +0200, Vitaly Zaitsev via devel wrote:
> On 13.09.2019 14:53, Ralf Corsepius wrote:
> > Understood - Give me a ping when Fedora has a usable infrastructure
> > again.
>
> What is the purpose of using i386 mock today?
how you build a multilib in mock or in copr ?
> --
On Fri, Sep 13, 2019 at 8:35 AM Vitaly Zaitsev via devel
wrote:
> What is the purpose of using i386 mock today?
To diagnose 32-bit-specific problems in packages. I've had to do that
lots of times.
--
Jerry James
http://www.jamezone.org/
___
devel mail
Il 13/09/19 12:32, Pierre-Yves Chibon ha scritto:
> ## Orphan packages
>
> Currently if a package is orphaned there is no way to adopt it easily on
> dist-git (https://src.fedoraproject.org). You need to open a ticket on the
> releng issue tracker and wait for someone to process that ticket.
>
> Th
On Thu, Sep 12, 2019 at 10:51 AM Richard Shaw wrote:
> On Thu, Sep 5, 2019 at 9:18 PM Jerry James wrote:
>> The errors indicate that the compiler cannot find the standard C++
>> headers. These are the first things I would check:
>> 1. Does the spec file include BuildRequires: gcc-c++?
>
> I didn
On 13.09.2019 17:10, Sérgio Basto wrote:
> how you build a multilib in mock or in copr ?
Koji --scratch.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to deve
On 13.09.2019 17:27, Jerry James wrote:
> To diagnose 32-bit-specific problems in packages.
You don't need to do it anymore on Fedora 31+ due to i686 deprecation
(except of multilib shared libraries, needed by Steam and Wine).
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
__
On Fri, Sep 13, 2019 at 10:36 AM Jerry James wrote:
> On Thu, Sep 12, 2019 at 10:51 AM Richard Shaw
> wrote:
> > On Thu, Sep 5, 2019 at 9:18 PM Jerry James wrote:
> >> The errors indicate that the compiler cannot find the standard C++
> >> headers. These are the first things I would check:
> >
On Fri, Sep 13, 2019 at 9:49 AM Vitaly Zaitsev wrote:
> You don't need to do it anymore on Fedora 31+ due to i686 deprecation
> (except of multilib shared libraries, needed by Steam and Wine).
So, yes, i still do need to do it for multilib shared libraries, and
also for the 32-bit ARM architectur
On Mon, 9 Sep 2019 23:49:17 +0200, Miro Hrončok wrote:
> Request package ownership via releng issues:
> https://pagure.io/releng/issues
How?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedora
On Fri, Sep 13, 2019 at 6:11 PM Michael Schwendt wrote:
>
> On Mon, 9 Sep 2019 23:49:17 +0200, Miro Hrončok wrote:
>
> > Request package ownership via releng issues:
> > https://pagure.io/releng/issues
>
> How?
Click "New Issue", fill out "package_unorphan" or
"package_unretirement" template, su
On 13. 09. 19 16:33, Dinesh Prasanth Moluguwan Krishnamoorthy wrote:
Currently, the members of the dogtag team own this package.
Not correct, it is still owned by vakwetu.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -
On Fri, 2019-09-13 at 06:23 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Sep 12, 2019 at 02:47:20PM -0600, Nathanael D. Noblet wrote:
> > Is this an error with gegl03?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1703828
>
The update there seems to have fixed the issue and I now get to
On Wed, Jul 24, 2019 at 12:00 PM Pavel Cahyna wrote:
> On Thu, Jul 18, 2019 at 11:31:02AM -0600, Jerry James wrote:
> > I would like to ask again if anyone who works at RedHat can check on
> > Pavel's status. It would be good to know if he is not available until
> > , or if he is too busy to pay
On Wed, Sep 11, 2019 at 7:14 PM Jerry James wrote:
> No errors for me, but 3 downgrades:
>
> Downgrading:
> gap-pkg-edim x86_64 1.3.3-6.fc31fedora78
> k
> gap-pkg-genssnoarch 1.6.5-6.fc31fedora56
> k
> python3-parso
On Fri, Sep 13, 2019 23:20:50 +0900, Mamoru TASAKA wrote:
> Ankur Sinha wrote on 2019/09/13 23:07:
> Well, actually some google search result is that the actual fix seems
> https://github.com/commontk/DCMTK/commit/40917614e
> and the tracker is
> https://support.dcmtk.org/redmine/issues/858
>
> re
On Fri, 2019-09-13 at 18:51 +0200, Miro Hrončok wrote:
> On 13. 09. 19 16:33, Dinesh Prasanth Moluguwan Krishnamoorthy wrote:
> > Currently, the members of the dogtag team own this package.
>
> Not correct, it is still owned by vakwetu.
Let me take back my words and rephrase. Dogtag team maintain
Il giorno gio, 28/02/2019 alle 10.22 +0100, Miroslav Suchý ha scritto:
> Do you want to make Fedora 30 better? Please spend 1 minute of your
> time and try to run:
>
> sudo dnf --releasever=30 --setopt=module_platform_id=platform:f30
> --enablerepo=updates-testing distro-sync
>
> If you get thi
Il giorno mer, 11/09/2019 alle 14.54 +0200, Miroslav Suchý ha scritto:
> Do you want to make Fedora 31 better? Please spend 1 minute of your
> time and try to run [*]:
>
> sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>
> If you get
I can put the packages somewhere online but you have to build the whole
chain... I'll try a little longer to manage it here and if you need more
info maybe I'll setup a COPR...
Looking at a section of the file and line number from the error I see the
following, with the line in question (73) being
Hello,
If there are no objections, I shall file a ticket with infra to
redirect
https://fedoraproject.org/wiki/DNF_system_upgrade
to
https://docs.fedoraproject.org/en-US/quick-docs/dnf-system-upgrade/
sometime after Wednesday, 18th September, 1200 BST(UTC+1).
--
Thanks,
Regards,
Ankur Sinha "F
# Fedora Quality Assurance Meeting
# Date: 2019-09-16
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
We just signed off on the Beta, so let's check in and catch up on
things we missed last week.
If any
# F31 Blocker Review meeting
# Date: 2019-09-16
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We have 7 proposed Final blockers and 1 proposed Final freeze
exception to review, so let's have a Fedora 31 blocker review meeting
on Monday!
If you have time today,
Beta is go! Time to shift our focus to the final blockers, of which
there are a few.
Action summary
Accepted blockers
-
1. gnome-control-center — can't turn zoom off once enabled — NEW
ACTION: upstream to diagnose and fix issue
2. gnome-control-center — Gnome
On 13. 09. 19 20:10, Dinesh Prasanth Moluguwan Krishnamoorthy wrote:
I will request Ade to transfer the "Main Admin" access to one of the
members of the Dogtag team.
Thank you.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing l
FAS: jrincayc
My day job includes programming in Java, Python, C++ and Fortran. I
have been using Fedora since it branched from Redhat Linux. I have
submitted various patches to other open source projects including GCC,
Python, LibreOffice and several games. I wrote a python tutorial called
the
Ankur Sinha wrote on 2019/09/14 2:58:
On Fri, Sep 13, 2019 23:20:50 +0900, Mamoru TASAKA wrote:
Ankur Sinha wrote on 2019/09/13 23:07:
Well, actually some google search result is that the actual fix seems
https://github.com/commontk/DCMTK/commit/40917614e
and the tracker is
https://support.dcmtk
Hello!
I've just stumbled with a problem - I've sponsored a person to
packagers group (several hours ago) but still cannot add that person
as a comaintainer using account's name in src.fedoraproject.org. Did I
miss something or I just need to wait a bit more?
--
With best regards, Peter Lemenkov.
68 matches
Mail list logo
