python-pyside2 SONAME bump (5.12.x->5.13.x)
by Richard Shaw
I'm planning on building a new version of PySide2 as it contains a lot of
bug fixes. Nothing appears to depend on it yet so shouldn't cause any
issues and I want to get the latest release built before porting over
freecad and the two consumers of PySide1.
Thanks,
Richard
4 years, 7 months
Fedora 31 compose report: 20190909.n.0 changes
by Fedora Branched Report
OLD: Fedora-31-20190908.n.0
NEW: Fedora-31-20190909.n.0
===== SUMMARY =====
Added images: 2
Dropped images: 0
Added packages: 0
Dropped packages: 1
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages: 1.26 MiB
Size of upgraded packages: 0 B
Size of downgraded packages: 0 B
Size change of upgraded packages: 0 B
Size change of downgraded packages: 0 B
===== ADDED IMAGES =====
Image: Server dvd s390x
Path: Server/s390x/iso/Fedora-Server-dvd-s390x-31-20190909.n.0.iso
Image: Server boot s390x
Path: Server/s390x/iso/Fedora-Server-netinst-s390x-31-20190909.n.0.iso
===== DROPPED IMAGES =====
===== ADDED PACKAGES =====
===== DROPPED PACKAGES =====
Package: publican-fedora-4.0-2.fc21
Summary: Publican documentation template files for fedora
RPMs: publican-fedora publican-fedora-web
Size: 1.26 MiB
===== UPGRADED PACKAGES =====
===== DOWNGRADED PACKAGES =====
4 years, 7 months
Re: [HEADS-UP]: Mercurial with Python3 on rawhide?
by Neal Becker
I agree that subpackages for py2 and py3 seems best, but I'll have to
see if mercurial can be parallel installed without too much effort.
I don't expect to have time to work on this for the next 2 weeks.
On Sun, Aug 18, 2019 at 9:16 PM Mads Kiilerich <mads(a)kiilerich.com> wrote:
>
> You are giving many good reasons why we need Mercurial packages for
> Python 2 and Python 3, side by side.
>
> That will make it possible for other packages to jump to Python 3. Your
> package will no longer be blocking, and it doesn't have to be your concern.
>
> It will also put the Mercurial package in the good position where it has
> done all the work of transitioning, and the python2 part will be
> entirely optional, only kept alive for benefit of other packages that
> still depend on it.
>
> I am working upstream with tortoisehg. While late, I don't expect any
> problems. The current blocker for Fedora packaging of tortoisehg is the
> lack of Python 3 Mercurial, and the biggest risk is that the Python 2
> Mercurial package goes away before I had time to transition the
> tortoisehg package to depend on Python 3 Mercurial.
>
> /Mads
>
>
>
> On 8/16/19 3:53 PM, Neal Becker wrote:
> > I think tortoisehg is not ported to python3
> >
> > On Wed, Aug 14, 2019 at 1:39 PM Neal Becker <ndbecker2(a)gmail.com> wrote:
> >> I just tested hg-5.1.0 with the latest git version of hg-evolve on
> >> python3 and at least some basic things seem to be working. One
> >> problem:
> >> hg
> >> *** failed to import extension hggit: No module named 'compat'
> >>
> >> That's with the latest pip version of hg-git (0.8.12).
> >>
> >> hg-git is a supported fedora package, so I think we need this to work.
> >>
> >> On Tue, Aug 13, 2019 at 9:35 AM Petr Stodulka <pstodulk(a)redhat.com> wrote:
> >>>
> >>>
> >>> On 12. 08. 19 22:36, Miro Hrončok wrote:
> >>>> On 12. 08. 19 20:37, Petr Stodulka wrote:
> >>>>> Can you explain better what do you mean by that? I am little lost
> >>>>> here.
> >>>> Sure. The idea was:
> >>>>
> >>>> 1) When Fedora 31 is branched (scheduled for tomorrow [1]), push the switch to rawhide (Fedora 32)
> >>>>
> >>>> 2) See what happens, collect feedback.
> >>>>
> >>>> 3) Soon before F31 Beta Freeze (scheduled for 2019-08-29 [1]) decide whether this is worth pushing to F31 (probably not)
> >>>>
> >>>> 4) Soon before F32 mass Python 2 removal flag day (scheduled for mid November [2]), decide whether to revert and request and exception or not
> >>>>
> >>>> [1] https://fedoraproject.org/wiki/Releases/31/Schedule
> >>>> [2] https://fedoraproject.org/wiki/Changes/RetirePython2#Detailed_Description
> >>>>
> >>> Thanks Miro for explanation. That sounds asi the best idea now probably. From that point, I will not create new subpackages for Py2 / Py3 and I will just do the switch tomorrow.
> >>>
> >>> @mercurial-maintainers: if anyone have something against or better solution, answer here guys, otherwise I will do the rebase.
> >>> Just FYI, I will be kinda offline between 2019-08-15 - 2019-08-25 because of PTO. So in case of troubles, I will not be able to do anything during that time. From that point, I could postpone the rebase if needed, but I hope that someone else will be able to help around instead of me in case of troubles.
> >>>
> >>> --
> >>> Petr Stodulka
> >>> OS & Application Modernization
> >>> IRC nicks: pstodulk, skytak
> >>> Software Engineer
> >>> Red Hat Czech s.r.o.
> >>
> >>
> >> --
> >> Those who don't understand recursion are doomed to repeat it
> >
> >
>
--
Those who don't understand recursion are doomed to repeat it
4 years, 7 months
Orphaned adapta-gtk-theme, adapta-backgrounds
by Fabio Valentini
Hello packagers,
I've just orphaned both adapta-gtk-theme and adapta-backgrounds.
The upstream project is more or less dead, since the main developer
left after getting a lot of negative feedback for the release of a big
refresh / redesign of the Adapta GTK theme (which was then reverted).
The fedora package currently provides the last version of the theme
*before* the redesign.
I originally took over these packages because I used them myself, but
since fedora 30 I'm using stock GNOME / Adwaita again, and so I don't
have any use for them anymore.
Additionally, since the last inkscape update (move to gtk3 and
python3?), the theme assets rendering during the build process is now
broken, and this would need to be fixed as well.
Fabio
4 years, 7 months
Re: Some Java packages in need of new permanent maintainer(s)
by Fabio Valentini
On Mon, Sep 9, 2019 at 10:58 AM Mat Booth <mat.booth(a)redhat.com> wrote:
>>
>> Directly dependent packages of jboss-jstl-1.2-api:
>> - jboss-jsf-2.1-api
>> - jboss-jsf-2.2-api
Hi Mat!
> IMO, you should just retire the jboss/wildfly stack right now. It has not been maintained for years already: https://lists.fedoraproject.org/archives/list/java-devel@lists.fedoraproj...
Oof. I didn't know that it has been basically unmaintained for so long ...
This post predates even my becoming a "packager" in fedora :/
Concerning JBoss / wildfly: We'll eventually get rid of most JBoss /
wildfly packages anyway.
However, the team responsible for dogtag-pki still needs some jboss
packages as dependencies, so we can't just retire everything.
This is why we decided on the current procedure - only try to find
maintainers for packages the stewardship-sig and the dogtag-pki stack
don't depend on, and orphan / retire unnecessary packages "layer by
layer".
The end result should be about the same, but this way maintainers of
dependent packages have more time to adapt and / or react to changes,
and the changes themselves are smaller.
Fabio
4 years, 7 months
Provenpackager help for multi-package update
by Scott Talbert
Hi,
I need to create a multi-package bodhi update for F30 and F31 to fix a
bug. Could a provenpackager help me out please? I only have commit
rights to wxpython.
For F31, please create an update with builds and tag bug #1739469:
python-fsleyes-0.30.1-1.fc31
python-fsleyes-widgets-0.8.0-1.fc31
python-fslpy-2.5.0-1.fc31
sip-4.19.18-6.fc31
python-wxpython4-4.0.6-8.fc31
For F30:
python-fsleyes-0.30.1-1.fc30
python-fsleyes-widgets-0.8.0-1.fc30
python-fslpy-2.5.0-1.fc30
sip-4.19.18-5.fc30
python-wxpython4-4.0.6-8.fc30
Thanks a lot,
Scott
4 years, 7 months
systemtap doesn't run
by Jan Synacek
Hi,
I'm trying to run systemtap on F29 and I'm getting the following error:
$ sudo stap -v journal.stap
Pass 1: parsed user script and 491 library scripts using
355824virt/129076res/9628shr/119256data kb, in 290usr/40sys/334real ms.
semantic error: while resolving probe point: identifier 'process' at
journal.stap:1:7
source: probe
process("/usr/lib/systemd/systemd-journald").function("dispatch_message_real")
{
^
semantic error: no match (similar functions: read, free, getenv, page_size,
safe_atoi)
So, 'process' is not a valid identifier? There seems to be something wrong
with the basic systemtap installation. I do have matching debuginfo for
both kernel and systemd installed. Running stap-prep only wants to install
kernel-debuginfo.
How do I make this basic use-case work?
Regards,
--
Jan Synacek
Software Engineer, Red Hat
4 years, 7 months
Schedule for Mondays's FESCo Meeting (2019-09-09)
by Kevin Fenzi
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-09 15:00 UTC'
Links to all issues to be discussed can be found at:
https://pagure.io/fesco/report/meeting_agenda
= Discussed and Voted in the Ticket =
chromium : exception to continue using python2 to build
https://pagure.io/fesco/issue/2214
APPROVED (+3,0,-0).
Nonresponsive maintainer: Gaël Chamoulaud gchamoul
https://pagure.io/fesco/issue/2210
I've just made @ignatenkobrain main admin of facter.
@gchamoul is not the main admin of any other package.
Nonresponsive maintainer: Paul Belanger pabelanger
https://pagure.io/fesco/issue/2192
I've orphaned python-APScheduler, python-grafyaml, zuul.
Nonresponsive maintainer: Jef Spaleta jspaleta
https://pagure.io/fesco/issue/2188
Giving rpms/pytz to limb
= Followups =
None
= New business =
#topic #2221 Datacenter move discussion
https://pagure.io/fesco/issue/2221
#topic #2218 F31 incomplete changes
https://pagure.io/fesco/issue/22218
= Open Floor =
For more complete details, please visit each individual
issue. The report of the agenda items can be found at
https://pagure.io/fesco/report/meeting_agenda
If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
4 years, 7 months
