fedpkg new-sources broken?
Hi, I seem to be unable to upload a new tarball for freefem++: $ fedpkg new-sources freefem++-3.56.tar.gz /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48: DeprecationWarning: fedora.client.bodhi has been deprecated. Please use bodhi.client.bindings instead. DeprecationWarning) Uploading: freefem++-3.56.tar.gz 100.0% Could not execute new_sources: Fail to upload files. Server returns status 502 Any ideas about what is going on here? Ralf ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: ENOTIME
On 07/20/2017 05:04 PM, Orion Poplawski wrote: > My workload at $dayjob$ has increased significantly so I'm afraid I have much > less time to devote to packaging work. Now more than ever I could use help > maintaining my packages (listed below). If you are interested, please add > yourself as co-maintainers in pkgdb. Thanks! > > rpms/BareBonesBrowserLaunch -- Simple library to launch a browser window from > Java ( master f26 f25 f24 epel7 el6 ) > rpms/GMT -- Generic Mapping Tools ( master f26 f25 f24 epel7 el6 ) > rpms/GMT-coastlines -- Coastline data for GMT ( el6 ) > rpms/Lmod -- Environmental Modules System in Lua ( master f26 f25 f24 epel7 > el6 ) > rpms/Mayavi -- Scientific data 3-dimensional visualizer ( master f26 f25 f24 > epel7 el6 ) > rpms/MySQL-zrm -- MySQL backup manager ( master f26 f25 f24 epel7 el6 ) > rpms/StarCluster -- Tool for managing computing clusters hosted on Amazon's > EC2 ( master f26 f25 f24 epel7 el6 ) > rpms/TeXmacs -- Structured WYSIWYG scientific text editor ( epel7 el6 ) > rpms/abi-compliance-checker -- An ABI Compliance Checker ( epel7 el6 ) > rpms/abi-dumper -- Tool to dump ABI of an ELF object containing DWARF debug > info ( el6 ) > rpms/agg -- Anti-Grain Geometry graphical rendering engine ( el6 ) > rpms/ant-antunit -- Provide antunit ant task ( el6 ) > rpms/asm2 -- A code manipulation tool to implement adaptable systems ( el6 ) > rpms/ast -- A Library for Handling World Coordinate Systems in Astronomy ( > master f26 f25 f24 epel7 el6 ) > rpms/bes -- Back-end server software framework for OPeNDAP ( master f26 f25 > f24 ) > rpms/cargo-parent -- Parent pom file for cargo.codehaus.org project ( master > f26 f25 f24 el6 ) > rpms/ccache -- C/C++ compiler cache ( epel7 ) > rpms/cmake -- Cross-platform make system ( master f26 f25 f24 ) > rpms/cobbler -- Boot server configurator ( master f26 f25 f24 epel7 el6 ) > rpms/codehaus-parent -- Parent pom file for codehaus projects ( master f26 f25 > f24 el6 ) > rpms/cube -- CUBE Uniform Behavioral Encoding generic presentation component ( > master f26 f25 f24 epel7 el6 ) > rpms/cups-x2go -- CUPS backend for printing from X2Go ( master f26 f25 f24 > epel7 el6 ) > rpms/dcw-gmt -- Digital Chart of the World (DCW) for GMT ( master f26 f25 f24 > epel7 ) > rpms/dyninst -- An API for Run-time Code Generation ( el6 ) > rpms/eclipse-photran -- Fortran Development Tools (Photran) for Eclipse ( > master f26 f25 f24 ) > rpms/eclipse-ptp -- Eclipse Parallel Tools Platform ( master f26 f25 f24 el6 ) > rpms/elfio -- C++ library for reading and generating ELF files ( master f26 > f25 f24 epel7 el6 ) > rpms/environment-modules -- Provides dynamic modification of a user's > environment ( master f26 f25 f24 ) > rpms/epson-inkjet-printer-escpr -- Drivers for Epson inkjet printers ( epel7 > el6 ) > rpms/fail2ban -- Daemon to ban hosts that cause multiple authentication errors > ( master f26 f25 f24 epel7 el6 ) > rpms/filelight -- Graphical disk usage statistics ( epel7 ) > rpms/fontbox -- Java library for working with PDF fonts ( el6 ) > rpms/ftnchek -- Static analyzer for Fortran 77 programs ( master f26 f25 f24 > el6 ) > rpms/g2clib -- GRIB2 encoder/decoder and search/indexing routines in C ( > master f26 f25 f24 epel7 el6 ) > rpms/gdl -- GNU Data Language ( master f26 f25 f24 epel7 el6 ) > rpms/gifsicle -- Powerful program for manipulating GIF images and animations ( > master f26 f25 f24 epel7 el6 ) > rpms/glew -- The OpenGL Extension Wrangler Library ( el6 ) > rpms/grib_api -- WMO FM-92 GRIB (v1,v2) interface accessible from C and > FORTRAN programs ( epel7 el6 ) > rpms/gridengine -- Grid Engine - Distributed Computing Management software ( > master f26 f25 f24 el6 ) > rpms/gshhg-gmt-nc4 -- Global Self-consistent Hierarchical High-resolution > Geography (GSHHG) ( master f26 f25 f24 epel7 ) > rpms/guessencoding -- Guess encoding of files and return configured reader ( > master f26 f25 f24 el6 ) > rpms/gv -- A X front-end for the Ghostscript PostScript(TM) interpreter ( > master f26 f25 f24 epel7 el6 ) > rpms/hdf -- A general purpose library and file format for storing scientific > data ( master f26 f25 f24 epel7 el6 ) > rpms/hdf5 -- A general purpose library and file format for storing scientific > data ( master f26 f25 f24 epel7 el6 ) > rpms/irrlicht -- A high performance realtime 3D engine ( epel7 el6 ) > rpms/itcl -- Object oriented extensions to Tcl and Tk ( epel7 el6 ) > rpms/itk -- Object oriented extensions to Tk ( epel7 el6 ) > rpms/iwidgets -- A set of useful widgets based on itcl and itk ( epel7 el6 ) > rpms/java-sleep -- Multi-paradigm scripting language for Java ( master f26 f25 > f24 el6 ) > rpms/javatar -- Java tar archive io package ( master f26 f25 f24 el6 ) > rpms/jempbox -- Java library for working with XMP metadata ( el6 ) > rpms/jilter -- Sendmail milter protocol for Java ( master f26 f25 f24 el6 ) > rpms/kdesvn -- subversion client for KDE ( master f26 f25 f24 el6 ) > rpms/kio_mtp -- An MTP KIO slave for KDE ( epel7 ) >
Re: fedpkg new-sources broken?
> Hi, > > > I seem to be unable to upload a new tarball for freefem++: > > $ fedpkg new-sources freefem++-3.56.tar.gz > /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48: > DeprecationWarning: fedora.client.bodhi has been deprecated. Please use > bodhi.client.bindings instead. >DeprecationWarning) > Uploading: freefem++-3.56.tar.gz > > 100.0% > Could not execute new_sources: Fail to upload files. Server returns > status 502 > > > Any ideas about what is going on here? We were testing a fix for the double-upload. Could you let us know what versions you have of: fedora-packager fedpkg curl python2-pycurl libcurl. Also, please retry now, as we have reverted the server-side change that likely made you hit this. > > Ralf Patrick ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: fedpkg new-sources broken?
On 07/21/2017 11:09 AM, Patrick マルタインアンドレアス Uiterwijk wrote: Hi, I seem to be unable to upload a new tarball for freefem++: $ fedpkg new-sources freefem++-3.56.tar.gz /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48: DeprecationWarning: fedora.client.bodhi has been deprecated. Please use bodhi.client.bindings instead. DeprecationWarning) Uploading: freefem++-3.56.tar.gz 100.0% Could not execute new_sources: Fail to upload files. Server returns status 502 Any ideas about what is going on here? We were testing a fix for the double-upload. Could you let us know what versions you have of: fedora-packager fedpkg curl python2-pycurl libcurl. This should be F26 with all "released updates" applied. # rpm -q fedora-packager fedpkg curl python2-pycurl libcurl fedora-packager-0.6.0.1-2.fc26.noarch fedpkg-1.28-1.fc26.noarch curl-7.53.1-7.fc26.x86_64 python2-pycurl-7.43.0-8.fc26.x86_64 libcurl-7.53.1-7.fc26.x86_64 Also, please retry now, as we have reverted the server-side change that likely made you hit this. OK, I see. The double-uploads now seem to be back, however "fedpkg new-sources" appears to be functional, now ;) Ralf ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Approved packages that never get imported?
On Thu, Jul 20, 2017 at 01:09:06PM +0200, Michael Schwendt wrote: > On Wed, 19 Jul 2017 14:40:41 +0100, Richard W.M. Jones wrote: > > > > > these packages (https://copr.fedorainfracloud.org/coprs/jonludlam/opam/) > > > > about a year ago and never heard back, so... technically I guess I > > > > could proceed with the non-responsive maintainer policy. But is that > > > > the right thing to do? > > > > > > If he wasn't sponsored, then he couldn't have requested the package > > > repository to be created in Fedora git, so technically I think you (or > > > anyone else) could open another review request, have it approved and > > > import the package themselves. > > > > Well, this package has been approved, and it could be useful so I > > don't mind importing it myself. I think the fact the review was done > > 2 years ago shouldn't matter much as the OCaml packaging guidelines > > haven't changed significantly. > > > > Unless anyone objects I'll import it when I get to it in the current > > OCaml rebuild (https://pagure.io/releng/issue/6906). > > The ticket blocks FE-NEEDSPONSOR. No idea why you've approved the review > officially, setting the fedora-review+ flag without being able to > sponsor the new contributor. That has removed the ticket from the tracker > list: http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html > > You could have become a sponsor a long time ago, if you wanted to > guide new packagers into the project. I'm sponsoring a dozen people already (more than that I think). The reason I didn't sponsor this one is because I'm at the maximum I can reasonably sponsor. Rich. > While any reviewer may post reviews these days and take over a lot of > work that way, that doesn't work if there is no sponsor to complete > the process. And most of the existing sponsors face the typical problem > that they don't feel like sponsoring a complete stranger, who dumps > a single src.rpm into bugzilla without demonstrating interest in becoming > the Fedora maintainer of the package. > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Import of key(s) didn't help, wrong key(s)? (was: Re: kernel 4.13 rawhide)
On Thu, Jul 20, 2017 at 03:29:59PM +0200, Dominik Kucher wrote: > If i try to update my rawhide test engine i get a gpg key error at > kernel 4.13 > "Importing the key has not helped, wrong key?" https://bugzilla.redhat.com/show_bug.cgi?id=1469600 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: ENOTIME
On Thu, Jul 20, 2017 at 09:04:52AM -0600, Orion Poplawski wrote: > rpms/ocaml-cairo -- OCaml library for accessing cairo graphics ( epel7 el6 ) > rpms/ocaml-camlidl -- Stub code generator and COM binding for Objective Caml > ( el6 ) I'm already co-maintainer on both of these so they should be fine. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Koschei and arch_override
On 07/20/2017 01:45 PM, Pavel Zhukov wrote: > > Hello, > I've receive few emails builds 'Package started to fail in Fedora > rawhide' recently. The reason of this is koschei uses arch_override to > 'x86_64 i686 aarch64 ppc64' This should be fixed now. > Example [1]. Documentation [2] says it can be changed but I don't see > such option in the UI. > I had to disable i686 builds due to bug in GCC and the fact it's not > primary architecture anymore . > How can I change arch_override per package if it's possible? Koschei > helps a lot with monitoring of FTBFS cases and I'd prefer to keep it > enabled... > > [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=20586803 > [2] https://fedoraproject.org/wiki/Koschei#Setting_arch_override > -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: ENOTIME
Hi Orion, I would be interested in being co-maintainer for these two: > rpms/g2clib -- GRIB2 encoder/decoder and search/indexing routines in > C ( master f26 f25 f24 epel7 el6 )> rpms/grib_api -- WMO FM-92 > GRIB (v1,v2) interface accessible from C > and FORTRAN programs ( epel7 el6 ) Jos de Kloe ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[HEADS UP] Retirement of pygpgme is coming
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, pygpgme is dead since 2013, I've wrote and applied some patches to make it to work with latest gnupg2/gpgme stack, but since March it FTBFS (so I added `|| :` for tests). I'm planning to retire pygpgme from F27 right before branching. So just sending email to tell this to everyone. Affected packages * alot[0] * epylog[1] (no response since March) * fedora-business-cards[2] (no response since March) * sigul-server[3] (puietrwijk responded on June, but no progress so far) * yum (I can't really find BZ ticket, but I'm in contact with yum maintainers/upstream to deal with this problem) For those who care about EL, gpgme might get updated[4] soon, but I can't guarantee anything. [0] https://bugzilla.redhat.com/show_bug.cgi?id=1473647 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1433369 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1433370 [3] https://bugzilla.redhat.com/show_bug.cgi?id=1433367 [4] https://bugzilla.redhat.com/show_bug.cgi?id=1412310 - -- - -Igor Gnatenko -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAllx7tsACgkQaVcUvRu8 X0z5jQ//YxNsCcQZ72lHrunb50OovNybCMLMS8FxgN9UIVt++In1oOmIPSZaVPrw M0erF/QBK4EfPgFr6nhOcLPaiicMfslURZXCktFSv6LHPtSeMrF1Q/sLk84LpoWz tFQc00O1pw3pJ3DOYCF61wemm7c8cblxFiyXmgQkvnqweFAxqu1t4EzfAh2elAAj 0Nv703IZOufVh2GblYzo300NpokugCaROBQE2edJheLYHowBTPemNul56EZUyavr SDrSx6QxW5vG1WaS7h6VWKtQTmnP5fE6CrYLyX3EIJ1Ck1oO85n/xkkW2PyqBIIA Sm1DKDX5SCpuqqOOODfRbkp+YZ9KdtNIi4M8ddyaHCgim5l4hDwSInFuZ/icGPpD xuBLQ1wp2QT8h8rH1fIhhT4jHjEbBdMPu46/yCvWoW8kFD9A4oIdGPQpa+M2QrIp uejvMxdvMBzlMIC45hEs8U3sjN5kCRIH0sHS7b5kbOAmqgkehxwJs9mxvrcqf8Vr fWidUkO1wtJuIQB4DLXr49emBCdQTqI4yLbdw4FQet4ItS3ZSMjrF4bKr4wMIIcW z6Gqk09xVZ09A8PwGryqx6iUFrB8KnhtL+xJM4yCQrhTVUU2yntX4GVPPNhkr+kC gyK1Gu9uH7+BhXRxezC/07ZerpyUiBFh8OtB6Z+aSWoE6BIzuKM= =UOT9 -END PGP SIGNATURE- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [HEADS UP] Retirement of pygpgme is coming
On Fri, Jul 21, 2017 at 8:08 AM, Igor Gnatenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hello, > > pygpgme is dead since 2013, I've wrote and applied some patches to make > it to work with latest gnupg2/gpgme stack, but since March it FTBFS (so > I added `|| :` for tests). I'm planning to retire pygpgme from F27 > right before branching. So just sending email to tell this to everyone. > > Affected packages > * alot[0] > * epylog[1] (no response since March) > * fedora-business-cards[2] (no response since March) > * sigul-server[3] (puietrwijk responded on June, but no progress so > far) > * yum (I can't really find BZ ticket, but I'm in contact with yum > maintainers/upstream to deal with this problem) > > For those who care about EL, gpgme might get updated[4] soon, but I > can't guarantee anything. librepo is also affected, as it uses pygpgme in the Python bindings. That needs to be ported too. -- 真実はいつも一つ!/ Always, there's only one truth! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [HEADS UP] Retirement of pygpgme is coming
On pe, 21 heinä 2017, Neal Gompa wrote: On Fri, Jul 21, 2017 at 8:08 AM, Igor Gnatenko wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, pygpgme is dead since 2013, I've wrote and applied some patches to make it to work with latest gnupg2/gpgme stack, but since March it FTBFS (so I added `|| :` for tests). I'm planning to retire pygpgme from F27 right before branching. So just sending email to tell this to everyone. Affected packages * alot[0] * epylog[1] (no response since March) * fedora-business-cards[2] (no response since March) * sigul-server[3] (puietrwijk responded on June, but no progress so far) * yum (I can't really find BZ ticket, but I'm in contact with yum maintainers/upstream to deal with this problem) For those who care about EL, gpgme might get updated[4] soon, but I can't guarantee anything. librepo is also affected, as it uses pygpgme in the Python bindings. That needs to be ported too. Samba AD is affected as well as we use both gpgme and python2-pygpgme. -- / Alexander Bokovoy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Reminder: Fedora 24 End Of Life on 2017-Aug-08
Fedora 24 support is going to be EOL on Tuesday, August 08th, 2017. At this day we are going to close all the Fedora 24 bugs which will remain open [1]. You have last few weeks to submit your updates to the Fedora 24, if you have any, before the Fedora 24 release becomes unsupported. [1] https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora26#Fedora_24_EOL_Closure Jaroslav ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Schedule for Today's FESCo Meeting (2017-07-21)
Following is the list of topics that will be discussed in the FESCo meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2017-07-21 16:00 UTC' Links to all issues below can be found at: https://pagure.io/fesco/report/meeting_agenda = Followups = #topic #1741 - F27 System Wide Change: Graphical Applications as Flatpaks .fesco 1741 https://pagure.io/fesco/issue/1741 = New business = #topic #1736 - Don't automatically close security bugs on Fedora EOL .fesco 1736 https://pagure.io/fesco/issue/1736 #topic #1737 - Proposal: i686 SIG needs to be functional by F27 release date or we drop i686 kernel from F28 .fesco 1737 https://pagure.io/fesco/issue/1737 #topic #1748 - F27 System Wide Change: No More i686 Kernels .fesco 1748 https://pagure.io/fesco/issue/1748 #topic #1743 - F27 System Wide Change: NSS Default File Format SQL .fesco 1743 https://pagure.io/fesco/issue/1743 #topic #1744 - F27 System Wide Change: NSS signtool deprecation .fesco 1744 https://pagure.io/fesco/issue/1744 #topic #1745 - F27 System Wide Change: Switch OpenLDAP from NSS to OpenSSL .fesco 1745 https://pagure.io/fesco/issue/1745 #topic #1746 - F27 System Wide Change: Reduce Initial Setup Redundancy .fesco 1746 https://pagure.io/fesco/issue/1746 #topic #1747 - F27 System Wide Change: RPM 4.14 .fesco 1747 https://pagure.io/fesco/issue/1747 #topic #1749 - F27 Self Contained Change: VirtualBox Guest Integration .fesco 1749 https://pagure.io/fesco/issue/1749 #topic #1750 - Decide if EOL is one month after release, four weeks, or something else .fesco 1750 https://pagure.io/fesco/issue/1750 = 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. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: ENOTIME
On 07/21/2017 02:57 AM, Antonio Trande wrote: > >> > > Request access to hdf,hdf5,paraview. > Thanks, granted. Be aware that there is no updating hdf5 versions in stable releases. - Orion PS - It's nice to trim quoted messages in replies. -- Orion Poplawski Technical Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: ENOTIME
On 07/21/2017 04:53 AM, Jos de Kloe wrote: > Hi Orion, > > I would be interested in being co-maintainer for these two: > >> rpms/g2clib -- GRIB2 encoder/decoder and search/indexing routines in >> C ( master f26 f25 f24 epel7 el6 )> rpms/grib_api -- WMO FM-92 >> GRIB (v1,v2) interface accessible from C >> and FORTRAN programs ( epel7 el6 ) > Jos de Kloe Sure. request access and I'll approve it. -- Orion Poplawski Technical Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Schedule for Today's FESCo Meeting (2017-07-21)
On Fri, Jul 21, 2017 at 9:26 AM, Adam Miller wrote: > Following is the list of topics that will be discussed in the > FESCo meeting Friday at 16:00UTC in #fedora-meeting on > irc.freenode.net. I'll have to send regrets unfortunately. I was away from work this week and have a ton of catch up to do today. I'll try and comment in the tickets before the meeting. josh ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Updating gsl to 2.4 in Rawhide on Monday
Hi, I will be updating gsl to 2.4 in Rawhide on Monday and will be rebuilding dependent packages. You can check bugzilla[0] for some tracking info. [0] https://bugzilla.redhat.com/show_bug.cgi?id=1463022 Cheers, -- Arthur Mello Software Engineer Red Hat ame...@redhat.com ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Summary/Minutes from today's FESCo Meeting (2017-07-21)
On Fri, Jul 21, 2017 at 8:26 AM, Adam Miller wrote: > Following is the list of topics that will be discussed in the > FESCo meeting Friday at 16:00UTC in #fedora-meeting on > irc.freenode.net. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/UTCHowto > > or run: > date -d '2017-07-21 16:00 UTC' > > > Links to all issues below can be found at: > https://pagure.io/fesco/report/meeting_agenda > > = Followups = > > #topic #1741 - F27 System Wide Change: Graphical Applications as Flatpaks > .fesco 1741 > https://pagure.io/fesco/issue/1741 > > = New business = > > #topic #1736 - Don't automatically close security bugs on Fedora EOL > .fesco 1736 > https://pagure.io/fesco/issue/1736 > > #topic #1737 - Proposal: i686 SIG needs to be functional by F27 > release date or we drop i686 kernel from F28 > .fesco 1737 > https://pagure.io/fesco/issue/1737 > > #topic #1748 - F27 System Wide Change: No More i686 Kernels > .fesco 1748 > https://pagure.io/fesco/issue/1748 > > #topic #1743 - F27 System Wide Change: NSS Default File Format SQL > .fesco 1743 > https://pagure.io/fesco/issue/1743 > > #topic #1744 - F27 System Wide Change: NSS signtool deprecation > .fesco 1744 > https://pagure.io/fesco/issue/1744 > > #topic #1745 - F27 System Wide Change: Switch OpenLDAP from NSS to OpenSSL > .fesco 1745 > https://pagure.io/fesco/issue/1745 > > #topic #1746 - F27 System Wide Change: Reduce Initial Setup Redundancy > .fesco 1746 > https://pagure.io/fesco/issue/1746 > > #topic #1747 - F27 System Wide Change: RPM 4.14 > .fesco 1747 > https://pagure.io/fesco/issue/1747 > > #topic #1749 - F27 Self Contained Change: VirtualBox Guest Integration > .fesco 1749 > https://pagure.io/fesco/issue/1749 > > #topic #1750 - Decide if EOL is one month after release, four weeks, > or something else > .fesco 1750 > https://pagure.io/fesco/issue/1750 > > = 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. === #fedora-meeting: FESCO (2017-07-21) === Meeting started by maxamillion at 16:00:04 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting/2017-07-21/fesco.2017-07-21-16.00.log.html . Meeting summary --- * init process (maxamillion, 16:00:07) * Follow Ups (maxamillion, 16:04:04) * #1741 - F27 System Wide Change: Graphical Applications as Flatpaks (maxamillion, 16:04:04) * LINK: https://pagure.io/fesco/issue/1741 (maxamillion, 16:04:10) * LINK: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ABWHDCTSPNCMOJYYTT4UZ3HCWVGCNLSR/ (jforbes, 16:11:21) * AGREED: - APPROVED: F27 System Wide Change: Graphical Applications as Flatpaks (+1:6, +0:0, -1:0) (Includes a +1 in ticket from absense FESCo member) (maxamillion, 16:34:38) * New Business (maxamillion, 16:34:50) * #1736 - Don't automatically close security bugs on Fedora EOL (maxamillion, 16:34:50) * LINK: https://pagure.io/fesco/issue/1736 (maxamillion, 16:34:51) * AGREED: wait another week, ask for input from program manager and what work needs to be done with EOL scripts (+1:5, +0:0, -1:0) (maxamillion, 16:46:27) * #1737 - Proposal: i686 SIG needs to be functional by F27 release date or we drop i686 kernel from F28 (maxamillion, 16:46:42) * LINK: https://pagure.io/fesco/issue/1737 (maxamillion, 16:46:47) * #1748 - F27 System Wide Change: No More i686 Kernels (maxamillion, 16:46:52) * LINK: https://pagure.io/fesco/issue/1748 (maxamillion, 16:46:53) * #1737 - Proposal: i686 SIG needs to be functional by F27 release date or we drop i686 kernel from F28 (maxamillion, 16:49:18) * LINK: https://pagure.io/fesco/issue/1737 (maxamillion, 16:49:23) * AGREED: Proposal: Request criteria for what a "functional SIG" means in a measurable way (+1:5, +0:0, -1:0) (maxamillion, 17:02:57) * #1748 - F27 System Wide Change: No More i686 Kernels (maxamillion, 17:03:11) * LINK: https://pagure.io/fesco/issue/1748 (maxamillion, 17:03:12) * AGREED: Proposal: postpone #1748 to F28 pending the outcome of #1737 (+1:5, +0:0, -1:0) (maxamillion, 17:08:01) * #1743 - F27 System Wide Change: NSS Default File Format SQL (maxamillion, 17:08:12) * LINK: https://pagure.io/fesco/issue/1743 (maxamillion, 17:08:12) * AGREED: F27 System Wide Change: NSS Default File Format SQL (+1:5, +0:0, -1:0) (maxamillion, 17:15:22) * #1744 - F27 System Wide Change: NSS signtool deprecation (maxamillion, 17:15:40) * LINK: https://pagure.io/f
RPM 4.14 NDB again (was: Re: Summary/Minutes from today's FESCo Meeting (2017-07-21))
On Fri, Jul 21, 2017 at 04:50:49PM -0500, Adam Miller wrote: > * #1747 - F27 System Wide Change: RPM 4.14 (maxamillion, 17:42:18) > * LINK: https://pagure.io/fesco/issue/1747 (maxamillion, 17:42:18) > * AGREED: APPROVED: F27 System Wide Change: RPM 4.14 (+1:5, +0:0, > -1:0) (Including a +1 vote from the ticket) (maxamillion, 17:52:45) Approving the hacked up "new database" ignored a whole load of negative commentary on the devel@-list discussion. https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/2SX3LXSUQE2657IQAX63A6YVP6P76LC3/#UC6UNIMXPGQMRZVN6F6WQQLYWQKQQMLB I would like to request that NDB is NOT enabled in this change. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: RPM 4.14 NDB again (was: Re: Summary/Minutes from today's FESCo Meeting (2017-07-21))
On Friday, 21 July 2017 at 23:57, Richard W.M. Jones wrote: > On Fri, Jul 21, 2017 at 04:50:49PM -0500, Adam Miller wrote: > > * #1747 - F27 System Wide Change: RPM 4.14 (maxamillion, 17:42:18) > > * LINK: https://pagure.io/fesco/issue/1747 (maxamillion, 17:42:18) > > * AGREED: APPROVED: F27 System Wide Change: RPM 4.14 (+1:5, +0:0, > > -1:0) (Including a +1 vote from the ticket) (maxamillion, 17:52:45) > > Approving the hacked up "new database" ignored a whole load of > negative commentary on the devel@-list discussion. > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/2SX3LXSUQE2657IQAX63A6YVP6P76LC3/#UC6UNIMXPGQMRZVN6F6WQQLYWQKQQMLB > > I would like to request that NDB is NOT enabled in this change. Please read the change proposal again, the new DB format will not be made the default, though you can enable it yourself if you choose to: * Users will be able to test tech-preview version of ndb (by changing _db_backend to ndb and running rpmbuild --rebuild) Regards, Dominik -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F27 System Wide Change: Graphical Applications as Flatpaks
> "OT" == Owen Taylor writes: OT> The issue with this is that nobody has yet figured out how to handle OT> OSTree repositories within the Fedora mirror infrastructure. While OT> OSTree repositories can be mirrored efficiently, they can't be OT> mirrored efficiently by rsync. Is the problem simply quantity of files? Because I have been doing work related to that in the form of https://pagure.io/quick-fedora-mirror and it's worked pretty well so far. If the problem is simply the volume of churn or something else, then that's a separate problem which may or may not be alleviated by quick-fedora-mirror. But I recall that ostree stuff was moved out of the main repository mostly due to the huge file count. - J< ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Approved packages that never get imported?
> "MS" == Michael Schwendt writes: MS> The ticket blocks FE-NEEDSPONSOR. No idea why you've approved the MS> review officially, setting the fedora-review+ flag without being MS> able to sponsor the new contributor. Because that is perfectly acceptable. It is not required for a sponsor to do a package review for a person who is not a packager. This may end up with people with an approved package and no ability to work on it, but we have a procedure for dealing with that. https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Get_Sponsored https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group If the person had their approved package and still didn't get a sponsor even after filing a ticket with the sponsors' ticket tracker then we truly did drop the ball. But I don't think that actually happened in this case. - J< ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F27 System Wide Change: Graphical Applications as Flatpaks
> On Jul 20, 2017, at 5:12 PM, Kevin Kofler wrote: > > Richard Hughes wrote: >> Sure they can. If you install the KDE runtime and the GNOME runtime, >> these are both built upon the Freedesktop runtime and share a huge >> number of files. Any duplicate files get deduplicated on disk -- you >> don't even download the duplicates when you update either or both of >> them. > > The files are still technically duplicated, they just happen to be > deduplicatable (and as pointed out by Hedayat Vatankhah elsewhere in this > subthread, the duplicates will still have to be downloaded in the > implementation that is being proposed at this time, which offers the > runtimes as single-file OCI blobs). Sharing without duplicating would mean > having dependencies between the runtimes, so that the KDE runtime can > actually Require the Freedesktop runtime. Couldn't the files all be addressed by hash or even use a tool like casync? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F27 System Wide Change: Graphical Applications as Flatpaks
On Wed, Jul 19, 2017 at 5:17 AM, Jiří Eischmann wrote: > Nico Kadel-Garcia píše v Út 18. 07. 2017 v 22:44 -0400: >> On Fri, Jul 14, 2017 at 12:59 PM, Debarshi Ray >> wrote: >> > On Fri, Jul 14, 2017 at 09:44:18AM +0100, Richard W.M. Jones wrote: >> > > On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: >> > > > F29: packagers (of graphical applications) must create >> > > > Flatpaks of >> > > > their applications if possible. They *may* keep standard >> > > > RPM >> > > > packaging. >> > > >> > > At least we see where this is going. >> > > >> > > If RPMs of the graphical application work fine now, what on earth >> > > is >> > > the point of forcing packagers to make Flatpaks? Sandboxing >> > > isn't one >> > > of them - as already explained, sandboxing is orthogonal to >> > > packaging. >> > >> > Huh? How would you get sandboxing without Flatpaks? Unless you are >> > proposing a different sandboxing technology. >> >> By putting them in "/opt", the way other sanely packaged 3rd party >> components do? > > How does that ensure any sandboxing? Complete sandboxing, with isolation from the network stack and the rest of the host's filesystem? It doesn't. But functional sandboxing, where a full software suite with its own libraries and binaries to be supported separately from the rest of the operating sytem, Yeah, it works pretty well to set up a separate workspace there and wrap the calls of that customized suite in an "enable" script or a shell wrapper, much as the Software Collections for RHEL have been doing functionally for years for software backported from Fedora testing. Even a chroot cage can be run there for service isolation from the rest of the system. Gnome packaging... well, that's considerably harder because it spews into $HOME/.gnome, in manners inconsistent between even minor releases. Packaging Gnome looks like a fabulous idea at first glance. It's one of those situations where the "first 90% takes 90% of the work, and the last 10% takes the next 300% of the work". ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Summary/Minutes from today's FESCo Meeting (2017-07-21)
Adam Miller wrote: > * AGREED: - APPROVED: F27 System Wide Change: Graphical Applications > as Flatpaks (+1:6, +0:0, -1:0) (Includes a +1 in ticket from absense > FESCo member) (maxamillion, 16:34:38) Sigh! Does FESCo ever do anything to changes coming from some influential people at Red Hat other than waving them through? There wasn't even a single -1 vote on this controversial feature! I am really left to wonder why you solicit feedback on the mailing list at all if you blatantly ignore it. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org