Re: Trying to contact peter or devrim (CharLS maintainers) (Was:
CharLS update to 2.0.0 required (soname bump) (rhbz 1744789))
by Ankur Sinha
On Fri, Sep 06, 2019 17:11:35 +0100, Devrim Gündüz wrote:
> Hi,
Hello,
>
> On Fri, 2019-09-06 at 16:35 +0100, Ankur Sinha wrote:
> > Following up from my last e-mail about CharLS needing an update on 21st
> > August:
>
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
> >
> > Would anyone know how to contact either FAS:peter or FAS:devrim?
>
> Apologies, I was not aware that I am maintaining CharLS. Sorry.
Ah! No worries. If you're not using the package, the neuro-sig can take
it over/co-maintain it. It's required by quite a few of ours.
> > We have not received any replies on the bug, and the previous e-mail
> > on the subject here did not get a response either.
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1733789
> >
> > https://src.fedoraproject.org/rpms/CharLS/pull-request/1
>
> Merged. Build is running on rawhide. Once it is done, I'll rebuild the
> following packages as mentioned in the PR:
> dcm2niix
> dcmtk
> gdcm
All of these were waiting for the CharLS PR, so they have PRs that need
to be merged before they can be built. I can keep an eye out for the
CharLS build and then merge + rebuild these once it is done.
Thanks very much, and sorry for the repeated pings :)
--
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London
4 years, 6 months
Fedora 31 Beta blocker status email #5
by Ben Cotton
The Go/No-Go meeting is Thursday!
Action summary
====================
Accepted blockers
-----------------
1. dracut-modules-olpc — Cannot be installed due to unsatisfied
'bitfrost' dependency — NEW
ACTION: releng to make Pungi config changes
2. desktop-backgrounds — Fedora 31 still using Fedora 30 backgrounds — ASSIGNED
DEPENDS ON: RHBZ#1749086
3. gdm — GDM dies after the user has logged out of Gnome Desktop — ASSIGNED
ACTION: gdm maintainers to diagnose issue
4. webkit2gtk3 — Epiphany does not render anything when X server is
launched by lightdm — VERIFIED
ACTION: releng to push FEDORA-2019-14d9d650ca to F31
Proposed blockers
-----------------
1. firefox — firefox does not run with old profile after upgrade to
F31 — MODIFIED
ACTION: releng to push FEDORA-2019-f91860efa3 to F31 if bug is
accepted as a blocker
2. kde — Needs updating for Fedora 31 background etc — NEW
ACTION: kde maintainers to update packages to use the new desktop background
3. NetworkManager — NetworkManager-wifi should prefer wpa_supplicant
over iwd (currently iwd is chosen by dnf to resolve ambiguous
dependency
ACTION: NetworkManager maintainers to update spec file to prefer wpa_supplicant
4. python-jmespath — python3-jmespath conflicts with but does not
obsolete python2-jmespath — ON_QA
ACTION: releng to push FEDORA-2019-e169130f57 to F31 if bug is
accepted as a blocker
5. sddm — Cannot start Fedora-KDE-Live (F31) in basic graphics mode on
BIOS machine — NEW
ACTION: sddm maintainers to diagnose issue
Bug-by-bug detail
=============
Accepted blockers
-----------------
1. dracut-modules-olpc —
https://bugzilla.redhat.com/show_bug.cgi?id=1734179 — NEW
Cannot be installed due to unsatisfied 'bitfrost' dependency
bitfrost package was retired, which prevents dracut-modules-olpc from
building. adamwill opened an issue against pungi-fedora:
https://pagure.io/pungi-fedora/issue/759
2. desktop-backgrounds —
https://bugzilla.redhat.com/show_bug.cgi?id=1744266 — ASSIGNED
Fedora 31 still using Fedora 30 backgrounds
desktop-backgrounds packages updated, but KDE still needs package updates
3. gdm — https://bugzilla.redhat.com/show_bug.cgi?id=1745554 — ASSIGNED
GDM dies after the user has logged out of Gnome Desktop
Switching desktops or logging out kills GDM, which does not restart
automatically. Setting SELinux to permissive mode does not help. An
update to systemd fixes the issue when swit
ching tty, but not when logging out.
4. webkit2gtk3 — https://bugzilla.redhat.com/show_bug.cgi?id=1748003 — VERIFIED
Epiphany does not render anything when X server is launched by lightdm
Fixed in webkit2gtk3-2.25.92-2.fc31 (FEDORA-2019-14d9d650ca)
Proposed blockers
-----------------
1. firefox — https://bugzilla.redhat.com/show_bug.cgi?id=1749107 — MODIFIED
firefox does run with old profile after upgrade to F31
Firefox prompts user to create new profile. Update
FEDORA-2019-f91860efa3 fixes this issue.
2. kde — https://bugzilla.redhat.com/show_bug.cgi?id=1749086 — NEW
Needs updating for Fedora 31 background etc.
The update that provides the f31-backgrounds package and updated
desktop-backgrounds is pending:
https://bodhi.fedoraproject.org/updates/FEDORA-2019-8b2cccfabf
3. NetworkManager —
https://bugzilla.redhat.com/show_bug.cgi?id=1743585 — ASSIGNED
NetworkManager-wifi should prefer wpa_supplicant over iwd (currently
iwd is chosen by dnf to resolve ambiguous dependency
dnf pulls in iwd which has a broken systemd unit file (RHBZ#1749430)
and is missing some functionality. Adding a `suggests` line to the
package or removing `or iwd` from `requires
` should fix this.
4. python-jmespath — https://bugzilla.redhat.com/show_bug.cgi?id=1734184 — ON_QA
python3-jmespath conflicts with but does not obsolete python2-jmespath
Update FEDORA-2019-e169130f57 fixes this issue.
5. sddm — https://bugzilla.redhat.com/show_bug.cgi?id=1728240 — NEW
Cannot start Fedora-KDE-Live (F31) in basic graphics mode on BIOS machine
This issue only seems to affect BIOS machines when using basic
graphics mode. Regular graphics or UEFI does not exhibit this
behavior.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
4 years, 6 months
CharLS update to 2.0.0 required (soname bump) (rhbz 1744789)
by Ankur Sinha
(Re-sending, got the e-mail address wrong)
Hi!
A new version of CharLS is out and needs to be updated in Fedora. It
contains changes in API/ABI so the following will need to be rebuilt:
dnf repoquery --disablerepo= --enablerepo=-source --arch=src --whatrequires CharLS-devel
dcm2niix-0:1.0.20180622-3.fc30.src
dcmtk-0:3.6.2-4.fc29.src
dcmtk-0:3.6.4-1.fc31.src
gdcm-0:2.8.8-4.fc30.src
gdcm-0:2.8.8-5.fc31.src
I can rebuild all of these as they are maintained by NeuroFedora, but I
do not have commit rights to CharLS. A bug and PR for CharLS have been
pending for >3 weeks now but we've not had a response from the
maintenance team yet:
https://bugzilla.redhat.com/show_bug.cgi?id=1733789
https://src.fedoraproject.org/rpms/CharLS/pull-request/1
Could the maintenance team please take a look at this ASAP? Otherwise,
could you please:
- give the neuro-sig access to the package so we can help maintain it
(all its deps are maintained by us anyway)?
- or: indicate that it would OK for us to request a proven-packager to
accept these changes?
Either would work, but we'd really like to build the dependent packages
ASAP.
--
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London
4 years, 6 months
I'm the new maintainer of pykickstart
by Brian C. Lane
Today we created a new, permanent, location for pykickstart:
https://github.com/pykickstart/pykickstart/
And I've agreed to be the new maintainer. I've been involved with
Anaconda and pykickstart since I joined Red Hat in 2010 so this isn't a
new experience for me :)
My general philosophy for this is going to be "don't break it". I
consider pykickstart to be one of the best examples of how to write a
python library, especially one that has to support so many different
features and versions so I have no plans to make fundamental changes. I
consider it primarily to be in maintenance mode, driven by bugfixing and
requests from Anaconda.
Recently there have been some requests to add features to pyks for the
livecd-creator project that don't have (and never will) support in
Anaconda. I've been trying to come up with a way to make everyone happy
-- and haven't.
At the moment I think the best way to proceed is to require that new
features need to have patches, and be accepted by, Anaconda. Anything
else is just going to lead to a fractured user experience, confusing
documentation, difficult to debug problems, etc. Since Anaconda is the
primary user for pyks it makes practical sense to have the installer
team's input on new features.
I also will *not* be re-reviewing any old closed requests. If the
previous maintainers declined to add something I am not going to re-open
it.
--
Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart
4 years, 6 months
Random s390x build failures
by Richard W.M. Jones
https://bugzilla.redhat.com/show_bug.cgi?id=1734883
Builds fail semi-randomly on s390x. The symptom is the tarball fails
to unpack properly:
DEBUG util.py:585: BUILDSTDERR: error: unpacking of archive failed on file /builddir/build/SOURCES/otp-OTP-22.0.7.tar.gz;5d725d41: cpio: read failed - Inappropriate ioctl for device
DEBUG util.py:585: BUILDSTDERR: error: /builddir/build/originals/erlang-22.0.7-1.el8.src.rpm cannot be installed
Rerunning the build is normally sufficient to work around the problem,
but I wonder if anyone has any clue about this bug? Seems like it's a
problem in librpm, cpio or the s390x kernel, but why would it be random ...
I've got a couple of loops running over and over again on a real
Fedora/s390x[1] server unpacking the tarball and the srpm respectively
and neither one appears to fail at all.
Rich.
[1]
kernel 5.3.0-0.rc5.git2.1.fc32.s390x
rpm-4.15.0-0.beta.4.fc32.s390x
cpio-2.12-12.fc31.s390x
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
4 years, 6 months
libisds licence correction
by Petr Pisar
libisds license was corrected from "LGPLv3" to "LGPLv3+ and GPLv3+".
I discovered during a rebase to 0.11 version that bundled gettext.h
header file is GPLv3+ licensed while all the other code is LGPLv3+.
Although one can argue that the few gettext.h macros are not
a substantial work, it's still a GPL code that imposes GPL conditions on
the resulting library.
I raised the issue to gettext upstream
<https://savannah.gnu.org/bugs/?56863> as I believe any non-GPLv3
softare that follows the gettext guidelines (include gettext.h) is
affected.
-- Petr
4 years, 6 months
Re: Sunset of infinote (Gobby) service
by Clement Verna
On Tue, 27 Aug 2019 at 16:32, Clement Verna <cverna(a)fedoraproject.org>
wrote:
>
>
> On Tue, 27 Aug 2019 at 16:30, Stephen John Smoogen <smooge(a)gmail.com>
> wrote:
>
>> On Tue, 27 Aug 2019 at 03:58, Clement Verna <cverna(a)fedoraproject.org>
>> wrote:
>> >
>> > On 8/1/19 3:34 AM, Clement Verna wrote:
>> >>
>> >> > Dear all,
>> >> >
>> >> > The Fedora Infrastructure is planning to retire the infinote [0]
>> >> > service. This service allows text collaboration using the Gobby
>> >> > client[1] and was mainly used by the Infrastructure team to
>> coordinate
>> >> > our weekly meeting and the mass update & reboot of the machines.
>> >> >
>> >> > The service will be taken offline on August 30th 2019. If you wish to
>> >> > backup some of the document currently hosted, you should make sure
>> >> > that you have downloaded them locally before that date.
>> >> >
>> >> > The Infrastructure team will most likely use the service provided by
>> >> > hackmd.io [2] for their needs. Other alternatives like public
>> etherpad
>> >> > can also be used to replace this service.
>> >> >
>> >
>> >
>> > Hi all, this is a reminder that this service will be retired this
>> Friday August 30th.
>> >
>> >
>>
>
The service has been retired and the archive of the content is available
here -->
https://infrastructure.fedoraproject.org/infra/retired/infinote.fedorapro...
Thanks all
_______________________________________________
devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedora...
4 years, 6 months