On Tue, Sep 17, 2019 at 08:33:49AM +0200, Marcin Juszkiewicz wrote:
> W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
> > Do you want to make Fedora 31 better?
>
> I migrated to F31 beta some time ago. Today decided to
> go with 'dnf distro-sync' instead of usual 'dnf update'
> command:
>
> P
W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
> Do you want to make Fedora 31 better?
I migrated to F31 beta some time ago. Today decided to
go with 'dnf distro-sync' instead of usual 'dnf update'
command:
Problem: problem with installed package kf5-ktexteditor-5.61.0-1.fc31.x86_64
- pack
fedpkg request-branch --repo fctxpd epel7
вт, 17 сент. 2019 г. в 09:26, Muneendra Kumar M via devel
:
>
> Hi All,
>
>
>
> I want to have the fctxpd fedora package into the EPEL.
>
> Iam the maintainer of this fctxpd package in fedora.
>
> Can anyone help me how can I have the same package in EPEL
Hi All,
I want to have the fctxpd fedora package into the EPEL.
Iam the maintainer of this fctxpd package in fedora.
Can anyone help me how can I have the same package in EPEL also.
Regards,
Muneendra.
___
devel mailing list -- devel@lists.fedo
On Sun, 2019-09-15 at 18:01 +, Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
>
> I installed gnome-shell-3.34.0-1.fc31.x86_64 from updates-testing,
> and it seems to be eating memory:
>
> PID USER PRI NI VIRT RES SHR S CPU%
> MEM% TIME+ Command
>9383 zbyszek20 0 7148M 2
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-09-17 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
Docs](https://docs.pagure.o
On Mon, Sep 16, 2019 at 5:18 PM Ricardo Martinelli Oliveira
wrote:
>
> I'll take cassandar
Hi Ricardo,
You should be aware that to keep cassandra alive you'll probably need
to adopt a few dozen more packages, since they're dependencies of
cassandra.
This includes logback, groovy, and gradle (whi
On Mon, Sep 16, 2019 at 13:15:08 -0700,
Samuel Sieb wrote:
On 9/16/19 1:08 PM, Alessio wrote:
- Can a user running a 32 bit F30 upgrade to F31?
No. From the change page:
"686 users will not be able to upgrade, and will have to move to
another supported arch. "
You can crossgrade using dn
On 9/16/19 1:08 PM, Alessio wrote:
> I read the change set for F31 [1] and I read the threads in this list,
> but now I'm a bit lost and a bit confused. So I don't want to reply to
> the already existent thread, because I would like some clarifications.
> I don't want to open a new endless thread.
On 16. 09. 19 22:08, Alessio wrote:
- No more i686 bootable images (this is pretty clear)
Correct.
- Can a user running a 32 bit F30 upgrade to F31?
No (unless doing some trickery).
- Can a user install i686 version of a package?
Users of x86_64 systems can still install i686 "multilib"
On 9/16/19 1:08 PM, Alessio wrote:
I read the change set for F31 [1] and I read the threads in this list,
but now I'm a bit lost and a bit confused. So I don't want to reply to
the already existent thread, because I would like some clarifications.
I don't want to open a new endless thread. :-)
C
I read the change set for F31 [1] and I read the threads in this list,
but now I'm a bit lost and a bit confused. So I don't want to reply to
the already existent thread, because I would like some clarifications.
I don't want to open a new endless thread. :-)
Could someone explain in simple words
I maintain Trac and am watching the Python 3 discussion; I can take those and
work through what will and will not make that transition.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with
Greetings.
Long ago, I took over the 'vte' package because the terminal I used
(xfce4-terminal) needed it at the time. It's long since been ported to
vte291.
Just to note: vte is the very very old version, its completely
unmaintained upstream for years and likely insecure. vt291 is the
new/modern
On Mon, Sep 16, 2019 at 06:45:09PM +, John M. Harris, Jr. wrote:
> Why exactly is systemd-sysusers needed here anyway? Do you not have a passwd
> and shadow file?
systemd-sysusers is a tool to add entries to /etc/passwd and /etc/shadow.
It does a similar job to useradd and groupadd.
Zbyszek
Why exactly is systemd-sysusers needed here anyway? Do you not have a passwd
and shadow file?
On September 16, 2019 5:41:04 PM UTC, Lennart Poettering
wrote:
>On Mo, 16.09.19 09:45, Troy Dawson (tdaw...@redhat.com) wrote:
>
>> systemd-sysusers seeks to unify user creation[1]. It also has the
>>
On Mo, 16.09.19 09:45, Troy Dawson (tdaw...@redhat.com) wrote:
> systemd-sysusers seeks to unify user creation[1]. It also has the
> benefit of being able to create users on bootup. But, it pulls in the
> entire systemd infrastructure with all it's dependencies.
>
> containers do not need systemd
On 9/16/19 5:47 AM, Marek Tamaskovic wrote:
> Hi,
> same issue here with libcbor ...
>
> updated ssh key in FAS, waited for some time and still not working.
It should take at most 24horus. If it's longer than that, please file a
ticket and we can look into it more.
Is it still not working for yo
systemd-sysusers seeks to unify user creation[1]. It also has the
benefit of being able to create users on bootup. But, it pulls in the
entire systemd infrastructure with all it's dependencies.
containers do not need systemd to run. They are trying to be as small
as possible. But if a package in c
On 9/13/19 6:26 AM, Richard W.M. Jones wrote:
>
> 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
>
>
On 9/12/19 6:24 PM, Tim Zabel wrote:
> Hello,
>
> If you are creating a Fedora Remix, you'll need to remove the fedora-
> release package, which provides the `/etc/os-release` file. fedora-
> logos will also need to be removed.
>
> If you want to modify and add your own /etc/os-release info, it
On Fri, Sep 13, 2019 at 03:30:30PM +, Mattia Verga via devel wrote:
> 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 Mon, 2019-09-16 at 13:19 +0200, Vít Ondruch wrote:
> Since FF 69, I observer rendering failures. To be more precise, when
> switching (by mouse?) from one tab to another, the content of previous
> tab is kept. Ctrl+Tab and Ctrl+Tab to get back typically fixes the issue.
Yeah, that's https://bug
=
#fedora-meeting-1: FESCO (2019-09-16)
=
Meeting started by contyk at 15:00:22 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2019-09-16/fesco.2019-09-16-15.00.log.html
Meeting summar
I'll take cassandar
On Mon, Sep 16, 2019 at 11:37 AM Gwyn Ciesla via devel
wrote:
>
> I'll take python-junitxml and pygobject2.
>
>
> --
> Gwyn Ciesla
> she/her/hers
>
> in your fear, seek only peace
> in your fear, seek only love
> -d. bowie
>
> S
I'll take python-junitxml and pygobject2.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday, September 16, 2019 4:56 A
On 9/14/19 5:59 PM, Othman Madjoudj wrote:
> Hello,
>
> I'm going to orphan the following packages, reason is cited in the
> parentheses.
>
> rpms/moin (1.9 branch is Python2 only, 2.0 branch will support Python3
> however no stable yet)
> rpms/epydoc (no upstream release since 2008)
> rpms/pyth
OLD: Fedora-31-20190915.n.0
NEW: Fedora-31-20190916.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 5
Dropped packages:0
Upgraded packages: 42
Downgraded packages: 0
Size of added packages: 485.58 KiB
Size of dropped packages:0 B
Size of
Richard Shaw wrote:
> So I accidentally built PySide2 5.13.1 for Fedora and the MAJOR.MINOR
> parts are supposed to match with the version of Qt. So unless someone is
> planning to update Qt from 5.12.x to 5.13.x in the near future I'm going
> to have to bump the Epoch and downgrade to 5.12.5.
Pl
On Fri, Sep 13, 2019 at 08:09:31PM +0100, Ankur Sinha wrote:
> 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
No missing expected images.
Failed openQA tests: 11/152 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-31-20190915.n.0):
ID: 451800 Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/451800
ID: 451804 Test: x86_64 KDE-live-i
Hi,
same issue here with libcbor ...
updated ssh key in FAS, waited for some time and still not working.
regards,
MT
On Fri, Aug 30, 2019 at 8:45 PM Muneendra Kumar M via devel <
devel@lists.fedoraproject.org> wrote:
> Hi Kevin,
> It's started working.
>
> Thanks for the help.
>
> Regards,
> Mu
No missing expected images.
Compose FAILS proposed Rawhide gating check!
4 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:
MISSING: fedora.Wor
On Fri, Sep 13, 2019 at 04:03:05PM -0400, Ben Cotton wrote:
> 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 — N
OLD: Fedora-Rawhide-20190915.n.1
NEW: Fedora-Rawhide-20190916.n.0
= SUMMARY =
Added images:1
Dropped images: 2
Added packages: 0
Dropped packages:0
Upgraded packages: 12
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
Since FF 69, I observer rendering failures. To be more precise, when
switching (by mouse?) from one tab to another, the content of previous
tab is kept. Ctrl+Tab and Ctrl+Tab to get back typically fixes the issue.
Vít
Dne 14. 09. 19 v 17:42 Adam Williamson napsal(a):
> Hey folks! Just a heads-
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
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2019-09-16 15:00 UTC'
Links to all issues to be
Neal Gompa wrote:
> I consider YUM's behavior of Obsoletes to have been fundamentally
> broken since the beginning of time. This age-old argument between you
> and the DNF developers on Obsoletes needs to die.
I don't see how this can be an "age-old argument", considering that I only
discovered t
On 16. 09. 19 3:18, Gwyn Ciesla via devel wrote:
I have none, merely to keep it maintained (not simply owned and unretired). If
it's of use in any way, no matter how niche, i'll maintain it. If not, retire it.
That's why I've orphaned it. I don't think it has a reasonable use case, but I
am no
40 matches
Mail list logo
