[Test-Announce] 2018-05-21 @ 15:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2018-05-21 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! We haven't met for a few weeks, so let's check in on how things are going with Fedora 29, Test Days and so on. If anyone has any other items for the agenda, please reply to this email and suggest them! Thanks. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 29 status 3. Test Day status 4. Onboarding status 5. Adam's Ticket O' The Week (new meeting feature!) 6. Open floor -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org/message/XAO722MBJUX6N4FXGSDCWKSKNGDVULAP/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/XAO722MBJUX6N4FXGSDCWKSKNGDVULAP/
Re: macro(s) to use in RPM spec for /usr/lib/modules-load.d
> "ES" == Eric Smith writes:
ES> What macro(s) should I use in an RPM spec to refer to a directory
ES> like /usr/lib/modules-load.d, which is under /usr/lib even if libdir
ES> is /usr/lib64? Is there something better than
ES> %{_usr}/lib/modules-load.d?
It seems that there isn't. I would just use /usr/lib/modules-load.d
directly.
You will get an rpmlint complaint about direct use of /usr/lib, I
suppose. Not much to be done about that. Technically a macro for this
could be added, but only a few packages need to do this so I suspect it
wouldn't be worth it.
- J<
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3YWZ3VR2QNRHCJK3K2JLTE7453UAL47C/
macro(s) to use in RPM spec for /usr/lib/modules-load.d
What macro(s) should I use in an RPM spec to refer to a directory like
/usr/lib/modules-load.d, which is under /usr/lib even if libdir is
/usr/lib64? Is there something better than %{_usr}/lib/modules-load.d?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/GBF5WJLTQVSXMHGYGBF3723ZYCWFBR7C/
Re: libidn soname bump
On Fri, 2018-05-18 at 15:09 -0700, Adam Williamson wrote: > On Fri, 2018-05-11 at 17:53 +0200, Miroslav Lichvar wrote: > > The libidn upstream has released 1.35, which increments the soname. > > I'm planning to update the package on the next Tuesday. > > > > The following packages will need to be rebuilt. I don't see anything > > critical that should break the buildroot. Please let me know if that's > > not the case. > > Not 'critical' breaking the buildroot, but certmonger and hesiod are > both ultimately in the dep path for FreeIPA, which is a release- > blocking part of Fedora. hesiod has still not been rebuilt and this > ultimately is breaking FreeIPA in Rawhide currently. For the record, certmonger actually doesn't build against libidn any more, since May 8th. It builds against libidn2. The BuildRequire for libidn was unintentionally left in the spec, I've taken it out now. hesiod is rebuilding ATM. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/6C4JZGJE427TAEKUBWRAVCRRFHO4JRFW/
Re: libidn soname bump
On Fri, 2018-05-11 at 17:53 +0200, Miroslav Lichvar wrote: > The libidn upstream has released 1.35, which increments the soname. > I'm planning to update the package on the next Tuesday. > > The following packages will need to be rebuilt. I don't see anything > critical that should break the buildroot. Please let me know if that's > not the case. Not 'critical' breaking the buildroot, but certmonger and hesiod are both ultimately in the dep path for FreeIPA, which is a release- blocking part of Fedora. hesiod has still not been rebuilt and this ultimately is breaking FreeIPA in Rawhide currently. ghostscript is also rather important and in tons of dep chains. That has been rebuild already, though. I'll clean this up. > certmonger-0.79.5-7.fc29 > cone-0.96.2-3.fc28 > echoping-6.1-0.7.beta.r434svn.fc28 > eiskaltdcpp-2.2.11-13.20180207git6ca065b.fc29 > freeDiameter-1.2.0-13.fc28 > ghostscript-9.23-2.fc29 > gloox-1.0.14-5.fc27 > hesiod-3.2.1-11.fc29 > hydra-8.6-6.fc28 > iris-1.0.0-0.32.20170212git8c2c9cb.fc28 > jabberd-2.6.1-8.fc28 > jreen-1.2.1-10.fc28 > kopete-18.04.0-2.fc29 > libgsasl-1.8.0-12.fc28 > loudmouth-1.5.3-4.fc27 > mcabber-1.1.0-1.fc29 > monotone-1.1-25.fc28 > perdition-2.1-7.fc26 > perl-Net-LibIDN-0.12-29.fc28 > pidgin-2.13.0-1.fc29 > podofo-0.9.5-7.fc28 > prosody-0.10.0-2.fc28 > psi-plus-1.0-0.6.20170612git9.fc28 > python-slixmpp-1.3.0-5.fc29 > rubygem-idn-0.0.2-24.fc28 > skipfish-2.10-0.16.b.fc28 > swift-3.0-0.12.rc2.fc27 > tgif-4.2.5-15.fc28 > vacuum-im-1.3.0-0.8.20180214git01910e9.fc29 > > -- > Miroslav Lichvar > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/DHVKP3C3TZNBZPDFWBZKWLTQC3GONQ7U/
Re: Need Sponsor: PrestoPalette
I will take care of this. *William Moreno Reyes* Colaborador Proyecto Fedora | Nicaragua IRC: williamjmorenor Canales: #fedora-latam ; #fedora-ni https://fedoraproject.org/wiki/User:Williamjmorenor ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/RLZXXHFJNUTHAO4WQ2QT4DNRDF3DEB42/
Re: Release fedpkg-1.33
On 17 May 2018 at 06:51, Chenxiong Qi wrote:
[..]
> fedpkg has been compatible with Python 3, and defaults to Python 3 in
> rawhide. Thanks Miro Hrončok for your patch to build Python 3 package.
Despite what you just wrote still it is not possible to use it without
python2 packages.
# rpm -q --qf "[%{REQUIRENAME} %{REQUIREFLAGS:depflags}
%{REQUIREVERSION}\n]" fedpkg
/usr/bin/python3
bodhi-client
config(fedpkg) = 1.33-1.fc29
fedora-packager < HERE
koji
python(abi) = 3.6
python3-bugzilla
python3-fedora
python3-openidc-client
python3-rpkg >= 1.54
redhat-rpm-config
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PartialHardlinkSets) <= 4.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1
# rpm -q --qf "[%{REQUIRENAME} %{REQUIREFLAGS:depflags}
%{REQUIREVERSION}\n]" fedora-packager
/bin/bash
/bin/sh
/usr/bin/python2
bodhi-client
config(fedora-packager) = 0.6.0.2-1.fc29
curl
fedora-cert = 0.6.0.2-1.fc29
fedpkg >= 1.0
koji >= 1.11.0
krb5-workstation >= 1.14.3-4
mock
openssh-clients
packagedb-cli
python2-offtrac
python2-pyOpenSSL
python2-yubico
redhat-rpm-config
rpm-build
rpmdevtools
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1
rpmlint
ykpers
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/LVBLG2EVKVXDWU2H5ICWOGPMLACKRHJ3/
Summary/Minutes from today's FESCo Meeting (2018-05-18)
Minutes: https://meetbot.fedoraproject.org/fedora-meeting/2018-05-18/fesco.2018-05-18-15.00.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting/2018-05-18/fesco.2018-05-18-15.00.txt Log: https://meetbot.fedoraproject.org/fedora-meeting/2018-05-18/fesco.2018-05-18-15.00.log.html Meeting summary --- * init process (zbyszek, 15:00:42) * #1892 F29 Self Contained Change: MySQL 8 (zbyszek, 15:03:07) * LINK: https://pagure.io/fesco/issue/1892 (zbyszek, 15:03:13) * LINK: https://koji.fedoraproject.org/koji/packageinfo?packageID=687 (zbyszek, 15:12:23) * LINK: https://koji.fedoraproject.org/koji/packageinfo?packageID=15792 (nirik, 15:13:49) * AGREED: FESCo asks the maintainer to respond to the questions about upgrade issues. We'll discuss this next week (+5, 0, 0) (zbyszek, 15:17:46) * #1877 large number of packages FTBFS in F28 (zbyszek, 15:18:21) * LINK: https://pagure.io/fesco/issue/1877 (zbyszek, 15:18:21) * AGREED: Close this bug (+7, 0, 0) (zbyszek, 15:26:19) * releng ticket 7469 and fesco ticket 1890 remain open to track related issues (zbyszek, 15:26:19) * #1890 updating the FTBFS cleanup policy (zbyszek, 15:28:05) * LINK: https://pagure.io/fesco/issue/1890 (zbyszek, 15:28:05) * AGREED: The proposal from https://pagure.io/fesco/issue/1890#comment-512632 with changes in https://pagure.io/fesco/issue/1890#comment-512813 is approved. We'll hammer out any details later (+6, 0, 0) (zbyszek, 15:51:50) * Next week's chair (zbyszek, 15:53:08) * ACTION: maxamillion will chair next meeting (zbyszek, 15:56:30) * Open Floor (zbyszek, 15:56:34) * nomination period for elections closes on May 22 (dgilmore, 15:58:22) * LINK: https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations (dgilmore, 15:59:55) Meeting ended at 16:06:32 UTC. Action Items * maxamillion will chair next meeting ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/IIPOIFOD3ROP7NXD6665M3D6I5UNQC5S/
RFE: update xmlgraphics-commons up to ver. 2.2 in Fedora 28
Hello All! This package, xmlgraphics-commons, didn't receive much attention recently, so we missed an opportunity to update it in Fedora 28 without hurry. Unfortunatelyit seems that we have to. Recently updated pdfbox (which has a subpackage fontbox, a Fop dependency) makes fop-2.0 unable to produce PDF files (at least in some cases). Upstream fixed compatibility in Fop version 2.1 (2.2 is the latest available version). I've updated Fop to 2.2 in Rawhide, but Fedora 28 still contains broken Fop because it also requires upgrading xmlgraphics-commons up to ver. 2.2. We ship ver. 2.0 in Fedora 28 currently. I've tried to backport xmlgraphics-commons compatibility patches from fop 2.1 to 2.0 but it turned out to be a very complicated (for me) task. So my proposal is to update xmlgraphics-commons from 2.0 to 2.2 in Fedora 28. Full list of dependent packages is below (according to dnf repoquery --whatrequires xmlgraphics-commons): * arduino * batik * fop * freemind * jchart2d * jeuclid * scilab I've googled a little and didn't find incompatibility issues betwee 2.0 and 2.x xmlgraphics-commons versions. According to release notes all 2.x.y releases are minor API-compatible releases ( https://xmlgraphics.apache.org/commons/ ). So it should be ok. At least fop and freemind were rebuilt successfully against xmlgraphics-commons. Note that jeuclid and scilab are in FTBFS state right now. If nobody has any objections, then I'll update xmlgraphics-commons in Fedora 28 to version 2.2 soon. -- With best regards, Peter Lemenkov. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BUAJQA7QRFVYTPO6EIRFKELPTBTEDTCY/
Re: Help needed for Reviews
Am Montag, den 14.05.2018, 21:56 +0200 schrieb Robert-André Mauchin: > On jeudi 10 mai 2018 14:28:09 CEST you wrote: > > Hello, > > > > I have a few Golang and Python packages that need review, any help > > appreciated. I can do any review in exchange. > > > > Rclone dependency: > > > > - Review Request: golang-github-t3rm1n4l-go-mega - A client library > > in go > > for mega.co.nz storage service > >https://bugzilla.redhat.com/show_bug.cgi?id=1573977 > > > > Powerline go dependency: > > > > - Review Request: golang-github-shirou-gopsutil - Psutil for golang > >https://bugzilla.redhat.com/show_bug.cgi?id=1573952 > > > > Dnscrypt-proxy 2 dependencies: > > > > - Review Request: golang-github-k-sone-critbitgo - Crit-bit trees > > in golang > > and its applications > >https://bugzilla.redhat.com/show_bug.cgi?id=1575992 > > > > - Review Request: golang-github-jedisct1-dnsstamps - DNS Stamps > > library for > > Go > >https://bugzilla.redhat.com/show_bug.cgi?id=1575991 > > > > - Review Request: golang-github-pquerna-cachecontrol - Golang HTTP > > Cache- > > Control Parser and Interpretation > >https://bugzilla.redhat.com/show_bug.cgi?id=1573999 > > > > - Review Request: golang-github-aead-chacha20 - ChaCha20 and > > XChaCha20 > > stream ciphers > >https://bugzilla.redhat.com/show_bug.cgi?id=1573991 > > > > - Review Request: golang-github-aead-poly1305 - The poly1305 > > message > > authentication code > >https://bugzilla.redhat.com/show_bug.cgi?id=1573993 > > > > - Review Request: golang-github-jedisct1-xsecretbox - Go > > implementation of > > crypto_secretbox_xchacha20poly1305 > >https://bugzilla.redhat.com/show_bug.cgi?id=1573997 > > > > - Review Request: golang-github-jedisct1-dlog - A super simple > > logger for > > Go https://bugzilla.redhat.com/show_bug.cgi?id=1573995 > > > > - Review Request: golang-github-facebookgo-atomicfile - Provides an > > atomically written/replaced file > >https://bugzilla.redhat.com/show_bug.cgi?id=1573984 > > > > - Review Request: golang-github-facebookgo-pidfile - Pid files > > management > >https://bugzilla.redhat.com/show_bug.cgi?id=1573994 > > > > - Review Request: golang-github-jedisct1-minisign - Minisign > > library for > > Golang > >https://bugzilla.redhat.com/show_bug.cgi?id=1573989 > > > > - Review Request: golang-github-jedisct1-clocksmith - A sleep- > > aware-sleep() > > function > >https://bugzilla.redhat.com/show_bug.cgi?id=1573987 > > > > - Review Request: golang-github-dchest-safefile - Implements safe > > "atomic" > > saving of files > >https://bugzilla.redhat.com/show_bug.cgi?id=1573982 > > > > Here's an addendum: > > Python-twisted dependencies: > > - Review Request: python-towncrier - Building newsfiles for your > project >https://bugzilla.redhat.com/show_bug.cgi?id=1578108 > > - Review Request: python-priority - A pure-Python implementation of > the HTTP/ > 2 priority tree >https://bugzilla.redhat.com/show_bug.cgi?id=1578107 > > - Review Request: python-hyperlink - A featureful, immutable, and > correct URL > for Python >https://bugzilla.redhat.com/show_bug.cgi?id=1578103 > > - Review Request: python-hpack - Pure-Python HPACK header compression >https://bugzilla.redhat.com/show_bug.cgi?id=1578098 > > - Review Request: python-hyperframe - HTTP/2 framing layer for Python >https://bugzilla.redhat.com/show_bug.cgi?id=1578099 > > - Review Request: python-h2 - HTTP/2 State-Machine based protocol > implementation >https://bugzilla.redhat.com/show_bug.cgi?id=1578101 > > - Review Request: python-constantly - Symbolic constants in Python >https://bugzilla.redhat.com/show_bug.cgi?id=1578093 > > > If anyone could help, that would be great. > > Thanks, > > Robert-André I'm going to review all of these. Would you mind to review those two packages (both are C++) in exchange? https://bugzilla.redhat.com/show_bug.cgi?id=1579523 https://bugzilla.redhat.com/show_bug.cgi?id=1579528 signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/GFCM5MJQ2MV6BK4USYI2O4ZNJWYG55PK/
Re: May 2018 Elections: Nomination & Campaign period is open
This is just a reminder that on 2018-May-22 at 23:59:59 UTC we will close the Nomination window of May-2018 Elections. Please check the nomination pages [1][2][3] and apply, if you are interested to work in FESCo, Council or Mindshare teams. [1] https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations [2] https://fedoraproject.org/wiki/Council/Nominations [3] https://fedoraproject.org/wiki/Mindshare/Nominations Regards, Jan On Wed, May 16, 2018 at 2:05 AM, Jan Kurik wrote: > Today we are starting the Nomination & Campaign period during which we > accept nominations to the "steering bodies" of the following teams: > > * FESCo (Engineering) (4 seats) [1] > * Fedora Council (1 seat) [2] > * Mindshare (1 seat) [3] > > This period is open until 2018-May-22 at 23:59:59 UTC. > > The nominees can already start preparing their answers for questions > in the Election Questionnaire. The questions can be found in the > template files[4]. > > Nominees submit their questionnaire answers via a private Pagure > issue[5]. The Election Wrangler or their backup will publish the > interviews to the Community Blog [6] a day before the start of the > Voting period (2018-May-30). > > Please note that the interview is mandatory for all nominees. Nominees > not having their interview ready by end of the Interview period > (2018-May-29) will be disqualified and removed from the election. > Nominees may submit their interview answers immediately and may edit > them until the end of the interview period. > > Nominees are encouraged to begin their interview answers as soon as > they accept their nomination. > > As part of the Campaign people might also ask questions to specific > candidates on @devel mailing list, if they want. > > The full schedule of the May 2018 Elections is available on the > Elections wiki page [8]. > > [1] https://fedoraproject.org/wiki/Development/ > SteeringCommittee/Nominations > [2] https://fedoraproject.org/wiki/Council/Nominations > [3] https://fedoraproject.org/wiki/Mindshare/Nominations > [4] https://pagure.io/fedora-project-schedule/blob/master/ > f/elections/2018-May > [5] https://pagure.io/fedora-project-schedule/issues > [6] http://communityblog.fedoraproject.org/ > [8] https://fedoraproject.org/wiki/Elections > > Regards, > Jan > -- > Jan Kuřík > JBoss EAP Program Manager > Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic > -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2OC3CVZEDXNYHE742CUTV4O6PCD6X7NR/
Re: rubygem-liquid update to 4.0.0
On Fri, May 18, 2018 at 11:23 AM Björn 'besser82' Esser < besse...@fedoraproject.org> wrote: > Am Mittwoch, den 09.05.2018, 17:51 + schrieb Fabio Valentini: > > On Mon, May 7, 2018 at 5:45 PM Frantisek Zatloukal > m> > > wrote: > > > > > Sure, > > > I think we can take my spec from copr[0], which I've worked on with > > > > vondruch. Proper feature tests won't run until we get cucumber >= 3 to > > Fedora, but that shouldn't matter. > > > > > What should be fixed is spec test - it is currently failing on some > > > test > > > > cases. However, current version of jekyll in Fedora does not run any > > tests > > at all right now, so I guess it won't be big deal if some of them will > > be > > failing. > > > > > I can be co-maintainer if you want, just notice that my ruby > > > knowledge is > > > > limited :D . > > > > Sounds good! > > > > I've now gone ahead and have built liquid 4.0.0 (on rawhide only). > > Additionally, I've enabled running the test suite (where all tests > > pass), > > so the package should be good to go (I have also tested jekyll 3.8.1 > > using > > the new liquid package locally, and it works fine). So you should be > > able > > to remove the rubygem-liquid package from your COPR repo after the > > next > > rawhide compose :) > > > > Let's see if the jekyll maintainer finally responds ... > > > > Fabio > Sry, for my really late reply. There has been a really busy time for me > in the last weeks. No problem. > I have given admin access to the rubygem-jekyll* packages for decathorpe > on pagure and added commit access for frantisekz and the ruby-sig. Thank you! I hope we can bring jekyll up to speed again soon :) Fabio > Feel free to do anything needed for reviving jekyll in Fedora! =) > Cheers, >Björn___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/CWSXGCV46XHXYTDWAYJL4CLNFVEBFMAV/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/QM6M3BLI7T4LYNA7YVK6VBCR2FGFVPHF/
Re: rubygem-liquid update to 4.0.0
Am Mittwoch, den 09.05.2018, 17:51 + schrieb Fabio Valentini: > On Mon, May 7, 2018 at 5:45 PM Frantisek Zatloukal m> > wrote: > > > Sure, > > I think we can take my spec from copr[0], which I've worked on with > > vondruch. Proper feature tests won't run until we get cucumber >= 3 to > Fedora, but that shouldn't matter. > > > What should be fixed is spec test - it is currently failing on some > > test > > cases. However, current version of jekyll in Fedora does not run any > tests > at all right now, so I guess it won't be big deal if some of them will > be > failing. > > > I can be co-maintainer if you want, just notice that my ruby > > knowledge is > > limited :D . > > Sounds good! > > I've now gone ahead and have built liquid 4.0.0 (on rawhide only). > Additionally, I've enabled running the test suite (where all tests > pass), > so the package should be good to go (I have also tested jekyll 3.8.1 > using > the new liquid package locally, and it works fine). So you should be > able > to remove the rubygem-liquid package from your COPR repo after the > next > rawhide compose :) > > Let's see if the jekyll maintainer finally responds ... > > Fabio Sry, for my really late reply. There has been a really busy time for me in the last weeks. I have given admin access to the rubygem-jekyll* packages for decathorpe on pagure and added commit access for frantisekz and the ruby-sig. Feel free to do anything needed for reviving jekyll in Fedora! =) Cheers, Björn signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/CWSXGCV46XHXYTDWAYJL4CLNFVEBFMAV/
Fedora Rawhide-20180517.n.1 compose check report
No missing expected images. Failed openQA tests: 8/137 (x86_64), 2/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180516.n.0): ID: 238718 Test: x86_64 Server-dvd-iso server_cockpit_basic URL: https://openqa.fedoraproject.org/tests/238718 ID: 238743 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/238743 Old failures (same test failed in Rawhide-20180516.n.0): ID: 238716 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/238716 ID: 238734 Test: x86_64 Workstation-live-iso base_services_start URL: https://openqa.fedoraproject.org/tests/238734 ID: 238748 Test: i386 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/238748 ID: 238749 Test: i386 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/238749 ID: 238764 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/238764 ID: 238775 Test: x86_64 AtomicWorkstation-dvd_ostree-iso base_services_start URL: https://openqa.fedoraproject.org/tests/238775 ID: 238793 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/238793 ID: 238814 Test: x86_64 universal install_blivet_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/238814 ID: 238836 Test: x86_64 universal install_xfs@uefi URL: https://openqa.fedoraproject.org/tests/238836 Soft failed openQA tests: 2/137 (x86_64), 4/24 (i386) (Tests completed, but using a workaround for a known bug) New soft failures (same test did not soft fail in Rawhide-20180516.n.0): ID: 238726 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/238726 ID: 238732 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/238732 ID: 238747 Test: i386 Workstation-live-iso install_default URL: https://openqa.fedoraproject.org/tests/238747 ID: 238763 Test: i386 KDE-live-iso install_default URL: https://openqa.fedoraproject.org/tests/238763 Old soft failures (same test soft failed in Rawhide-20180516.n.0): ID: 238727 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/238727 ID: 238819 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/238819 Passed openQA tests: 123/137 (x86_64), 18/24 (i386) New passes (same test did not pass in Rawhide-20180516.n.0): ID: 238730 Test: i386 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/238730 ID: 238738 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/238738 ID: 238796 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/238796 ID: 238800 Test: x86_64 universal install_blivet_ext3 URL: https://openqa.fedoraproject.org/tests/238800 ID: 238801 Test: x86_64 universal install_blivet_ext3@uefi URL: https://openqa.fedoraproject.org/tests/238801 ID: 238802 Test: x86_64 universal install_blivet_btrfs@uefi URL: https://openqa.fedoraproject.org/tests/238802 ID: 238811 Test: x86_64 universal install_blivet_no_swap@uefi URL: https://openqa.fedoraproject.org/tests/238811 ID: 238812 Test: x86_64 universal install_blivet_xfs@uefi URL: https://openqa.fedoraproject.org/tests/238812 ID: 238813 Test: x86_64 universal install_blivet_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/238813 ID: 238821 Test: x86_64 universal install_blivet_btrfs URL: https://openqa.fedoraproject.org/tests/238821 ID: 238822 Test: x86_64 universal install_blivet_no_swap URL: https://openqa.fedoraproject.org/tests/238822 ID: 238823 Test: x86_64 universal install_blivet_xfs URL: https://openqa.fedoraproject.org/tests/238823 ID: 238824 Test: x86_64 universal install_blivet_software_raid URL: https://openqa.fedoraproject.org/tests/238824 ID: 238829 Test: x86_64 universal install_blivet_lvmthin URL: https://openqa.fedoraproject.org/tests/238829 ID: 238844 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/238844 ID: 238847 Test: x86_64 universal install_rescue_encrypted URL: https://openqa.fedoraproject.org/tests/238847 ID: 238849 Test: i386 universal install_blivet_lvmthin URL: https://openqa.fedoraproject.org/tests/238849 ID: 238850 Test: i386 universal install_blivet_software_raid URL: https://openqa.fedoraproject.org/tests/238850 ID: 238853 Test: i386 universal install_blivet_btrfs URL: https://openqa.fedoraproject.org/tests/238853 ID: 238854 Test: i386 universal install_blivet_xfs URL: https://openqa.fedoraproject.org/tests/238854 ID: 238863 Test: i386 universal install_blivet_ext3 URL: https://openqa.fedoraproject.org
