Re: Proposed Fedora packaging guideline: Forge-hosted projects packaging automation
De: "Adam Williamson" On Sat, 2017-12-09 at 13:34 +0100, nicolas.mail...@laposte.net wrote: >> I don't have a good history with %autosetup :) It tends to hate the patches >> I produce. > Did you know you still can/have to pass it a prefix level? That tripped > me up for a while. For most cases, you want: > %autosetup -p1 That's probably what I needed last time, but it was faster to add a %patch line than to investigate :). I find out nowadays there are lots of things I could do better if only I had the time to look them up. > If you have patches that apply at different levels, you can't use it, > unless there's a trick I don't know about. My patches are all -p1 as taught by ancient rpm lore, but sometimes I mix patches from other origins and those can be anything. Thanks for the tip, I will try to remember it Regards, -- Nicolas Mailhot ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Proposed Fedora packaging guideline: Forge-hosted projects packaging automation
On Tue, 2017-12-12 at 21:11 +0100, nicolas.mail...@laposte.net wrote: > > > If you have patches that apply at different levels, you can't use > > it, > > unless there's a trick I don't know about. > > My patches are all -p1 as taught by ancient rpm lore, but sometimes I > mix patches from other origins and those can be anything. > > > Thanks for the tip, I will try to remember it No problem. I find %autosetup so handy that usually if I need to use a patch from somewhere else that's at a different prefix level, I just hand-edit that patch to be at level 1 so I can keep using it... -- 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
Re: [SO-NAME BUMP] libjson-c.so.3 comes to Rawhide
On 11/12/17 01:05 +0100, Björn 'besser82' Esser wrote: > I'll update json-c to v0.13 for Rawhide. This will bump libjson-c so- > name from 2 to 3 and will remove some deprecated stuff from its API. Looks like json-c is not that compatible between 0.12 and 0.13 to rush with changes like this: https://src.fedoraproject.org/rpms/sway/c/bc85e0dfab91ae77c09250dbf54b8b7e48d43229 that counter the intentional decision of upstream: https://github.com/swaywm/sway/pull/1438 leading to: https://bugzilla.redhat.com/show_bug.cgi?id=1525020 > I'll bump and rebuild all affected packages in the same run and add > patches for the new API, if needed. The above change was not an instance of patching to support the new API. -- Jan (Poki) pgp6i2VD71Jyu.pgp Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F27 GNOME crashes
Hi all, I'm writing to ask for attention on https://bugzilla.redhat.com/show_bug.cgi?id=1518486 F27 brought a major crashing regression in GNOME. It must not affect everyone, or I think it would have held up release. But for the people it affects, shutting off the monitor, including by screen locker DPMS, crashes GNOME. It's not just esoteric systems either--mine is an Intel NUC connected to an ASUS monitor by DP cable. There are a couple upstream bugs that seem related: https://bugzilla.gnome.org/show_bug.cgi?id=788764 https://bugzilla.gnome.org/show_bug.cgi?id=788788 If I can do anything to provide more information, or test patches, please let me know. Mainly it would just be nice to know it's on someone's radar. Thanks, Aron ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F28 Self Contained Change: Django 2.0
= Proposed Self Contained Change: Django 2.0 = https://fedoraproject.org/wiki/Changes/Django20 Change owner(s): * Matthias Runge * Miro Hrončok * Petr Viktorin This change is about upgrading python-django to version 2.0. The latest Django release drops support for Python 2, but a few Django apps packaged in Fedora do not yet support Python 3. A compatibility package will be provided for those. == Detailed Description == The latest Django release 2.0 finally drops support for Python 2.7. Not all dependent applications in Fedora can keep up with Djangos pace. This change describes a way how to enable both, keeping 2.7 compatibility and also leveraging the latest version. The python-django package will be updated to 2.0, Python 2 subpackage(s) will be removed. A new compatibility python2-django1.11 package will be created with Python 2 version of Django 1.11. The Django 1.11.x series is the last to support Python 2.7, it also has Long Term Support (supported until April 2020 by upstream). See the Django 2.0 release notes for details about Django compatibility with various Python versions. The new python2-django1.11 package will obsolete python2-django < 2 and python-django < 2, but it will deliberately not provide either of those. This will render packages depending on python(2)-django FTBFS (or broken runtime dependencies if they don't require Django at buildtime). This is intentional. If we don't do that, all Django packages in Fedora will just keep dragging the Legacy Python dependency chain forever. Package owners of Django applications requiring Python 2 will need to manually adjust their dependencies to use python2-django1.11 or move to Python 3 only (this is preferred but not always possible). Package owners of Django libraries will need to coordinate this with package owners of the applications. The rule of thumb is: If the library is not required by an application (packaged in Fedora) that uses Legacy Python, remove the Python 2 subpackage (or retire the package, if it cannot support Python 3). There will be packages that fail to build or have broken dependencies. Package owners shall fix those by the steps described above. Proposal owners will send dist-git Pull Requests or Bugzilla patches to help. Proven packager powers will be used to merge those after 14 days of no activity. The removal of leftover packages from Fedora will be coordinated with FESCo (for approval) and releng (for execution). Most of the Django packages in Fedora are already Python 3 compatible. Note that we are aware that naming the compatibility package python2-django would make this entire change much easier. But we'd very much like to retire the entire Python 2 based Django ecosystem at this point already. Creating python2-django1.11 and not providing python2-django is a compromise. Also, we plan to provide it as a contingency plan if necessary, see bellow. == Scope == * Proposal owners: drop Python 2 subpackage(s) from python-django, upgrade python-django to 2.0 and package python2-django1.11 for Python 2 only. * Django apps owners: Either update to Python 3 or use python2-django1.11 as a dependency. * Django libraries owners: Either drop Python 2 subpackages (eventually retire the package if no subpackages are left) or use python2-django1.11 as a dependency for the python 2 subpackages iff those are needed by apps. When removing subpackages, add proper Obosletes tags to their Python 3 counterparts. When orphaning entire packages, add Obosletes to the python3-django package. * Release engineering: releng will help with bulk retirement of packages that fail to keep up with this proposal Releng ticket: #7211 https://pagure.io/releng/issue/7211 * Policies and guidelines: - Python packaging guidelines - Documentation should be provided * List of packages requiring python2-django/ python-django without having django in their name: cobbler-web fts-monitoring gramps-webapp graphite-web pony pulp-server python2-kobo-admin python2-kobo-hub python2-pelican python2-testfixtures-tests python2-whitenoise python2-xmlrunner -- Jan Kuřík Platform & Fedora 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
Re: Current state of Rawhide
On 12/12/2017 07:15 AM, Martin Kolman wrote: > On Tue, 2017-12-12 at 15:08 +0100, Marian Csontos wrote: >> On 12/11/2017 04:33 AM, Scott Talbert wrote: >>> I'm trying to get an install of Rawhide going, but not having too much >>> luck. I tried installing from Fedora-Rawhide-20171127.n.0 which appears >>> to be the "Last known good" from [1]. The install succeeds, but it >>> boots to a blank screen. The OpenQA tests results seem to indicate the >>> same problem with more recent composes. Has anyone filed a bug already >>> on this? >>> >>> [1] https://www.happyassassin.net/nightlies.html >>> ___ >>> devel mailing list -- devel@lists.fedoraproject.org >>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org >> >> 2 weeks since last update... >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1513024 > That bug should be long fixed - do you have any pointers that it's the cause > of the recent Rawhide compose failures ? > > Also I think part of the resons for many of the failures was the Fedora > infrastructure server move, which was going on > during most of the previous week. That was a small part of it, but it was a series of other things: https://www.scrye.com/wordpress/nirik/2017/12/11/rawhide-notes-from-the-trail-the-early-december-issue/ for the entire list. kevin signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Proposed Fedora packaging guideline: Forge-hosted projects packaging automation
On Sat, 2017-12-09 at 13:34 +0100, nicolas.mail...@laposte.net wrote: > I don't have a good history with %autosetup :) It tends to hate the patches I > produce. Did you know you still can/have to pass it a prefix level? That tripped me up for a while. For most cases, you want: %autosetup -p1 If you have patches that apply at different levels, you can't use it, unless there's a trick I don't know about. -- 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 Rawhide-20171212.n.0 compose check report
Missing expected images: Server boot x86_64 Server dvd i386 Workstation live i386 Server dvd x86_64 Server boot i386 Kde live i386 Failed openQA tests: 49/106 (x86_64), 1/2 (arm) New failures (same test did not fail in Rawhide-20171211.n.0): ID: 180126 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/180126 Old failures (same test failed in Rawhide-20171211.n.0): ID: 180089 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/180089 ID: 180091 Test: x86_64 Workstation-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/180091 ID: 180092 Test: x86_64 Workstation-live-iso install_no_user URL: https://openqa.fedoraproject.org/tests/180092 ID: 180093 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/180093 ID: 180094 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/180094 ID: 180104 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/180104 ID: 180105 Test: x86_64 Workstation-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/180105 ID: 180107 Test: x86_64 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/180107 ID: 180110 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/180110 ID: 180112 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/180112 ID: 180121 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/180121 ID: 180123 Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/180123 ID: 180132 Test: x86_64 universal install_delete_pata@uefi URL: https://openqa.fedoraproject.org/tests/180132 ID: 180134 Test: x86_64 universal install_sata@uefi URL: https://openqa.fedoraproject.org/tests/180134 ID: 180138 Test: x86_64 universal install_multi@uefi URL: https://openqa.fedoraproject.org/tests/180138 ID: 180149 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/180149 ID: 180154 Test: x86_64 universal install_blivet_software_raid URL: https://openqa.fedoraproject.org/tests/180154 ID: 180155 Test: x86_64 universal install_blivet_lvmthin URL: https://openqa.fedoraproject.org/tests/180155 ID: 180156 Test: x86_64 universal install_blivet_ext3@uefi URL: https://openqa.fedoraproject.org/tests/180156 ID: 180157 Test: x86_64 universal install_blivet_btrfs@uefi URL: https://openqa.fedoraproject.org/tests/180157 ID: 180158 Test: x86_64 universal install_blivet_no_swap@uefi URL: https://openqa.fedoraproject.org/tests/180158 ID: 180159 Test: x86_64 universal install_blivet_xfs@uefi URL: https://openqa.fedoraproject.org/tests/180159 ID: 180160 Test: x86_64 universal install_blivet_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/180160 ID: 180161 Test: x86_64 universal install_blivet_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/180161 ID: 180162 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/180162 ID: 180163 Test: x86_64 universal install_simple_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/180163 ID: 180164 Test: x86_64 universal install_simple_free_space@uefi URL: https://openqa.fedoraproject.org/tests/180164 ID: 180165 Test: x86_64 universal install_multi_empty@uefi URL: https://openqa.fedoraproject.org/tests/180165 ID: 180166 Test: x86_64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/180166 ID: 180167 Test: x86_64 universal install_delete_partial@uefi URL: https://openqa.fedoraproject.org/tests/180167 ID: 180168 Test: x86_64 universal install_btrfs@uefi URL: https://openqa.fedoraproject.org/tests/180168 ID: 180169 Test: x86_64 universal install_ext3@uefi URL: https://openqa.fedoraproject.org/tests/180169 ID: 180170 Test: x86_64 universal install_xfs@uefi URL: https://openqa.fedoraproject.org/tests/180170 ID: 180171 Test: x86_64 universal install_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/180171 ID: 180172 Test: x86_64 universal install_no_swap@uefi URL: https://openqa.fedoraproject.org/tests/180172 ID: 180174 Test: x86_64 universal upgrade_minimal_64bit URL: https://openqa.fedoraproject.org/tests/180174 ID: 180175 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/180175 ID: 180176 Test: x86_64 universal upgrade_server_64bit URL: https://openqa.fedoraproject.org/tests/180176 ID: 180177 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/180177 ID: 180179 Test: x86_64
Re: Package review requests: Splitting the "sustmi" GNOME Shell extensions into separate packages
Update: I'm still working on splitting the "sustmi" GNOME Shell extension subpackages into their own packages. I've opened an issue on the releng pagure page: https://pagure.io/releng/issue/7124 I've also executed `fedpkg retire ...` for the old package on EPEL7, f27, and master. And the package review requests for the newly split packages have passed. The Bugzilla threads are here: * HistoryManager Prefix Search -- https://bugzilla.redhat.com/show_bug.cgi?id=1506428 * WindowOverlay Icons -- https://bugzilla.redhat.com/show_bug.cgi?id=1506429 I *think* I might be done with my part of the process, but I haven't gotten any feedback in a little while. Is there anything else I need to do? Thanks, ~ Andrew Toskin / terrycloth > I'm the RPM package maintainer for these two GNOME Shell extensions: > > * gnome-shell-extension-sustmi-windowoverlay-icons > * gnome-shell-extension-sustmi-historymanager-prefix-search > > They're both currently subpackages of the main "sustmi" package, because > upstream had been developing them in a single git repository. The two shell > extensions > have nothing to do with each other, though, and upstream finally decided to > split them > into separate repositories. So I think it now makes sense to also split them > into separate > packages. > > I'm not entirely clear on the procedure. This wiki page > > > https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitt... > > talks at first about *font* packages, but otherwise seems relevant. So, I've > started > by splitting and updating the spec files, and creating these review requests. > As I > understand it, because the packages were already accepted into Fedora, and > the extension > code hasn't changed, just the packaging, I think all a reviewer should really > need to > check is whether the upgrade path is sane and works properly. > > * HistoryManager Prefix Search -- > https://bugzilla.redhat.com/show_bug.cgi?id=1506428 > * WindowOverlay Icons -- https://bugzilla.redhat.com/show_bug.cgi?id=1506429 > > Please take a look, and let me know if I've missed anything. > > Thanks, > ~ Andrew / terrycloth ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Schedule for Wednesday's FPC Meeting (2017-12-13 18:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Wednesday at 2017-12-13 18:00 UTC in #fedora-meeting-2 on irc.freenode.net. Local time information (via. uitime): = Day: Wednesday = 2017-12-13 10:00 PST US/Pacific 2017-12-13 13:00 EST --> US/Eastern <-- 2017-12-13 18:00 GMT Europe/London 2017-12-13 18:00 UTC UTC 2017-12-13 19:00 CET Europe/Berlin 2017-12-13 19:00 CET Europe/Paris 2017-12-13 23:30 IST Asia/Calcutta --- New Day: Thursday 2017-12-14 02:00 HKT Asia/Hong_Kong 2017-12-14 02:00 +08 Asia/Singapore 2017-12-14 03:00 JST Asia/Tokyo 2017-12-14 04:00 AEST Australia/Brisbane Links to all tickets below can be found at: https://pagure.io/packaging-committee/issues?status=Open=meeting = Followups = #topic #654 glibc file triggers .fpc 654 https://pagure.io/packaging-committee/issue/654 #topic #691 noarch *sub*packages with arch-specific dependencies .fpc 691 https://pagure.io/packaging-committee/issue/691 #topic #693 Wiki:Packaging:RPMMacros .fpc 693 https://pagure.io/packaging-committee/issue/693 #topic #694 Packaging guidelines for application independence .fpc 694 https://pagure.io/packaging-committee/issue/694 #topic #708 Allocating a static uid and gid for openvswitch .fpc 708 https://pagure.io/packaging-committee/issue/708 #topic #710 Ruby packaging guidelines update .fpc 710 https://pagure.io/packaging-committee/issue/710 #topic #713 Forward-looking conditionals by default .fpc 713 https://pagure.io/packaging-committee/issue/713 #topic #714 let's kill file deps! .fpc 714 https://pagure.io/packaging-committee/issue/714 #topic #715 Separately building package documentation .fpc 715 https://pagure.io/packaging-committee/issue/715 #topic #719 Simplify packaging of forge-hosted projects .fpc 719 https://pagure.io/packaging-committee/issue/719 #topic #720 Easy way of changing/removing shebangs .fpc 720 https://pagure.io/packaging-committee/issue/720 #topic #723 Guidelines for handling deprecated dependencies during review .fpc 723 https://pagure.io/packaging-committee/issue/723 #topic #726 Review for SELinux Independent Policy packaging Draft .fpc 726 https://pagure.io/packaging-committee/issue/726 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://pagure.io/packaging-committee/issues?status=Open=meeting If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://pagure.io/packaging-committee , 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
[Test-Announce] Fedora 25 End Of Life
As of the 12th of December 2017, Fedora 25 has reached its end of life for updates and support. No further updates, including security updates, will be available for Fedora 25. Fedora 26 will continue to receive updates until approximately one month after the release of Fedora 28. The maintenance schedule of Fedora releases is documented on the Fedora Project wiki [0]. The Fedora Project wiki also contains instructions [1] on how to upgrade from a previous release of Fedora to a version receiving updates. Mohan Boddu. [0]https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle# Maintenance_Schedule [1]https://fedoraproject.org/wiki/Upgrading?rd=DistributionUpgrades ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Reminder: upcoming retirement of webkitgtk and webkitgtk3 packages
Hi, On Sat, Dec 9, 2017 at 5:06 PM, Neal Gompawrote: > On Fri, Dec 8, 2017 at 10:16 PM, Sérgio Basto wrote: > > Thank you Michael , btw about package naming IMHO webkitgtk4 should be > > called webkit2gtk3 and for gtk4 webkit2gtk4 > > > > The webkitgtk4-devel package already provides pkgconfig(webkit2gtk-4.0). > > The GNOME system for naming pkg-config files is > -, so it's clearer with the pkgconfig name > than the package name. > > The naming of the packages was especially dumb in Fedora. It might > make sense to add some Provides that add sensible names, too. > The right name from upstream's POV (I talked to them when adding the package to Fedora - and I was considering webkit2gtk3 as well) is webkitgtk4 as the 4 on the ends means API version and it's not connected to GTK+ version. But during the last Web Engines Hackfest Michael was keen on renaming the package to webkit2gtk3 (so we are ready for GTK+ 4 based WebKit). Tom ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
thans
Wap ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: What to I have to do....
On 09 Dec 2017, at 8:21 PM, Philip Kovacswrote: > I am opposed to allowing PP unfettered access to projects in which the > maintainer(s) > are responsive. It's common for developers to have artistic (volatile) > temperaments , > like a painter who paints on canvas owned by someone else. We need to nip this kind of thing in the bud. “Artistic (volatile) temperament” is just a euphemistic way of saying “engages in unchecked abusive behaviour toward their peers”, and no member of the community should be expected to bend over backwards to tolerate this or to turn a blind eye to it. Even more specifically nobody at Fedora should be forced to ask special permission from or give special notification to specific individuals over and above the established procedures before doing their work. Their commit privileges / karma / following the established procedure give them that permission. If someone makes a change to your code, start with the premise that the person who made the change did so in good faith, and respond appropriately from there. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: What to I have to do....
>Artistic (volatile) temperament” is just a euphemistic way of saying “engages >in unchecked abusive behaviour toward their peers”, and no member of the >community should be expected to bend over backwards to >tolerate this or to >turn a blind eye to it. You completely, utterly and totally misread the meaning and spirit of what I said. To reiterate, if the maintainer is responsive, my opinion is that is a courtesy to notify him/her. That's all. Some people are more attached and involved with their code and would appreciate the gesture. No need to imagine that the maintainer is demonstrating "unchecked abusive behavior." For Pete's sake. On Tuesday, December 12, 2017 7:09 AM, Graham Leggettwrote: On 09 Dec 2017, at 8:21 PM, Philip Kovacs wrote: I am opposed to allowing PP unfettered access to projects in which the maintainer(s) are responsive. It's common for developers to have artistic (volatile) temperaments , like a painter who paints on canvas owned by someone else. We need to nip this kind of thing in the bud. “Artistic (volatile) temperament” is just a euphemistic way of saying “engages in unchecked abusive behaviour toward their peers”, and no member of the community should be expected to bend over backwards to tolerate this or to turn a blind eye to it. Even more specifically nobody at Fedora should be forced to ask special permission from or give special notification to specific individuals over and above the established procedures before doing their work. Their commit privileges / karma / following the established procedure give them that permission. If someone makes a change to your code, start with the premise that the person who made the change did so in good faith, and respond appropriately from there. Regards,Graham— ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Current state of Rawhide
On 12/11/2017 04:33 AM, Scott Talbert wrote: I'm trying to get an install of Rawhide going, but not having too much luck. I tried installing from Fedora-Rawhide-20171127.n.0 which appears to be the "Last known good" from [1]. The install succeeds, but it boots to a blank screen. The OpenQA tests results seem to indicate the same problem with more recent composes. Has anyone filed a bug already on this? [1] https://www.happyassassin.net/nightlies.html ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 2 weeks since last update... https://bugzilla.redhat.com/show_bug.cgi?id=1513024 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F28 Self Contained Change: librealsense2
= Proposed Self Contained Change: librealsense2 = https://fedoraproject.org/wiki/Changes/librealsense2 Change owner(s): * Till HofmannA new version of librealsense has been released, which does not support older camera versions. Bump librealsense to the new release and add the old library as librealsense1. == Detailed Description == The upstream librealsense2 release does not support older camera models such as F200, R200, LR200 and ZR300. Newer models are only supported by the new version. Thus, we need both libraries in order to support all camera models. The librealsense package will be bumped to the new release, and an additional librealsense1 package will be submitted for review. Currently, no package depends on librealsense: $ dnf repoquery --releasever=rawhide --alldeps --whatrequires 'librealsense*' Last metadata expiration check: 0:30:06 ago on Mon 11 Dec 2017 10:15:08 CET. librealsense-devel-0:2.7.9-0.2.fc28.i686 librealsense-devel-0:2.7.9-0.2.fc28.x86_64 See also the discussion on the devel list [1] for more info. == Scope == * Proposal owners: Update librealsense to latest upstream release, add Provides for librealsense2 Submit legacy librealsense1 for review * Other developers: N/A (not a System Wide Change) * Release engineering: #7204 https://pagure.io/releng/issue/7204 * List of deliverables: N/A (not a System Wide Change) * Policies and guidelines: N/A (not a System Wide Change) * Trademark approval: N/A (not needed for this Change) [1] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/F5QD4CB5IO5UFIC73OEHPU36UC6NBSPT/#F5QD4CB5IO5UFIC73OEHPU36UC6NBSPT -- Jan Kuřík Platform & Fedora 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
Re: Current state of Rawhide
On Tue, 2017-12-12 at 15:08 +0100, Marian Csontos wrote: > On 12/11/2017 04:33 AM, Scott Talbert wrote: > > I'm trying to get an install of Rawhide going, but not having too much > > luck. I tried installing from Fedora-Rawhide-20171127.n.0 which appears > > to be the "Last known good" from [1]. The install succeeds, but it > > boots to a blank screen. The OpenQA tests results seem to indicate the > > same problem with more recent composes. Has anyone filed a bug already > > on this? > > > > [1] https://www.happyassassin.net/nightlies.html > > ___ > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > 2 weeks since last update... > > https://bugzilla.redhat.com/show_bug.cgi?id=1513024 That bug should be long fixed - do you have any pointers that it's the cause of the recent Rawhide compose failures ? Also I think part of the resons for many of the failures was the Fedora infrastructure server move, which was going on during most of the previous week. > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Django 2.0 released, and what it means to you
On 7.12.2017 10:56, Matthias Runge wrote: To follow-up on this, I'm drafting a change[1]. Since my responsibilities changed, this has a quite low priority for me. Any help is greatly appreciated! Best, Matthias [1] https://fedoraproject.org/wiki/User:Mrunge/Django20 Today, we proposed https://fedoraproject.org/wiki/Changes/Django20 and set it to Ready For Wrangler. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Django 2.0 released, and what it means to you
2017-12-12 16:17 GMT+01:00 Miro Hrončok: > On 7.12.2017 10:56, Matthias Runge wrote: >> >> To follow-up on this, I'm drafting a change[1]. Since my >> responsibilities changed, this has a quite low priority for me. >> Any help is greatly appreciated! >> >> Best, >> Matthias >> [1] https://fedoraproject.org/wiki/User:Mrunge/Django20 It would be more simple to introduce a separate python2-django given this package namespace is free. It would just need to be bump at version-release: 1.11.5-2.fc28 because python(2)-django sub-package in f27 is currently at 1.11.5-1 This could even be introduced in epel7 (if python is recent enought there, but then this is a separate issue). Thx -- - Nicolas (kwizart) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Django 2.0 released, and what it means to you
On 12.12.2017 16:52, Nicolas Chauvet wrote: 2017-12-12 16:17 GMT+01:00 Miro Hrončok: On 7.12.2017 10:56, Matthias Runge wrote: To follow-up on this, I'm drafting a change[1]. Since my responsibilities changed, this has a quite low priority for me. Any help is greatly appreciated! Best, Matthias [1] https://fedoraproject.org/wiki/User:Mrunge/Django20 It would be more simple to introduce a separate python2-django given this package namespace is free. We are aware of that and we are deliberately not doing that. See the motivation in Detailed Description [2]. Note that providing it is our contingency plan [3]. [2] https://fedoraproject.org/wiki/Changes/Django20#Detailed_Description [3] https://fedoraproject.org/wiki/Changes/Django20#Contingency_Plan It would just need to be bump at version-release: 1.11.5-2.fc28 because python(2)-django sub-package in f27 is currently at 1.11.5-1 This could even be introduced in epel7 (if python is recent enought there, but then this is a separate issue). Thx -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 888 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 882 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 772 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb mcollective-2.8.4-1.el6 743 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9 thttpd-2.25b-24.el6 354 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac libbsd-0.8.3-2.el6 83 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4c76ddcc92 libmspack-0.6-0.1.alpha.el6 10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9882374b91 wordpress-4.9.1-1.el6 10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-678916467d exim-4.89-4.el6 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-ed87c07972 hostapd-2.6-7.el6 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6aaee32b7e optipng-0.7.6-6.el6 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3432442a31 shellinabox-2.20-5.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing GitPython-0.3.2-0.7.RC1.el6 Details about builds: GitPython-0.3.2-0.7.RC1.el6 (FEDORA-EPEL-2017-e580d70574) Python Git Library Update Information: Fix interaction with repositories cloned/created with git >= 2.15.0 References: [ 1 ] Bug #1520479 - fedpkg local and prep fail after latest stable updates. https://bugzilla.redhat.com/show_bug.cgi?id=1520479 [ 2 ] Bug #1508639 - GitPython and git 2.15.0 don't play nicely https://bugzilla.redhat.com/show_bug.cgi?id=1508639 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee
Dear all, You are kindly invited to the meeting: EPEL Steering Committee on 2017-12-13 from 18:00:00 to 19:00:00 GMT At fedora-meet...@irc.freenode.net The meeting will be about: There is a weekly EPEL Steering Committee Meeting to go over events, ideas, and tickets about EPEL. More information available at: [https://pagure.io/epel/blob/master/f/docs/source/EPEL-meeting-process.rst](https://pagure.io/epel/blob/master/f/docs/source/EPEL-meeting-process.rst) Source: https://apps.fedoraproject.org/calendar/meeting/6592/ ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
F28 Self Contained Change: Django 2.0
= Proposed Self Contained Change: Django 2.0 = https://fedoraproject.org/wiki/Changes/Django20 Change owner(s): * Matthias Runge * Miro Hrončok * Petr Viktorin This change is about upgrading python-django to version 2.0. The latest Django release drops support for Python 2, but a few Django apps packaged in Fedora do not yet support Python 3. A compatibility package will be provided for those. == Detailed Description == The latest Django release 2.0 finally drops support for Python 2.7. Not all dependent applications in Fedora can keep up with Djangos pace. This change describes a way how to enable both, keeping 2.7 compatibility and also leveraging the latest version. The python-django package will be updated to 2.0, Python 2 subpackage(s) will be removed. A new compatibility python2-django1.11 package will be created with Python 2 version of Django 1.11. The Django 1.11.x series is the last to support Python 2.7, it also has Long Term Support (supported until April 2020 by upstream). See the Django 2.0 release notes for details about Django compatibility with various Python versions. The new python2-django1.11 package will obsolete python2-django < 2 and python-django < 2, but it will deliberately not provide either of those. This will render packages depending on python(2)-django FTBFS (or broken runtime dependencies if they don't require Django at buildtime). This is intentional. If we don't do that, all Django packages in Fedora will just keep dragging the Legacy Python dependency chain forever. Package owners of Django applications requiring Python 2 will need to manually adjust their dependencies to use python2-django1.11 or move to Python 3 only (this is preferred but not always possible). Package owners of Django libraries will need to coordinate this with package owners of the applications. The rule of thumb is: If the library is not required by an application (packaged in Fedora) that uses Legacy Python, remove the Python 2 subpackage (or retire the package, if it cannot support Python 3). There will be packages that fail to build or have broken dependencies. Package owners shall fix those by the steps described above. Proposal owners will send dist-git Pull Requests or Bugzilla patches to help. Proven packager powers will be used to merge those after 14 days of no activity. The removal of leftover packages from Fedora will be coordinated with FESCo (for approval) and releng (for execution). Most of the Django packages in Fedora are already Python 3 compatible. Note that we are aware that naming the compatibility package python2-django would make this entire change much easier. But we'd very much like to retire the entire Python 2 based Django ecosystem at this point already. Creating python2-django1.11 and not providing python2-django is a compromise. Also, we plan to provide it as a contingency plan if necessary, see bellow. == Scope == * Proposal owners: drop Python 2 subpackage(s) from python-django, upgrade python-django to 2.0 and package python2-django1.11 for Python 2 only. * Django apps owners: Either update to Python 3 or use python2-django1.11 as a dependency. * Django libraries owners: Either drop Python 2 subpackages (eventually retire the package if no subpackages are left) or use python2-django1.11 as a dependency for the python 2 subpackages iff those are needed by apps. When removing subpackages, add proper Obosletes tags to their Python 3 counterparts. When orphaning entire packages, add Obosletes to the python3-django package. * Release engineering: releng will help with bulk retirement of packages that fail to keep up with this proposal Releng ticket: #7211 https://pagure.io/releng/issue/7211 * Policies and guidelines: - Python packaging guidelines - Documentation should be provided * List of packages requiring python2-django/ python-django without having django in their name: cobbler-web fts-monitoring gramps-webapp graphite-web pony pulp-server python2-kobo-admin python2-kobo-hub python2-pelican python2-testfixtures-tests python2-whitenoise python2-xmlrunner -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic ___ devel-announce mailing list -- devel-announce@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
[Bug 1525285] New: perl-Protocol-WebSocket-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1525285 Bug ID: 1525285 Summary: perl-Protocol-WebSocket-0.23 is available Product: Fedora Version: rawhide Component: perl-Protocol-WebSocket Keywords: FutureFeature, Triaged Assignee: dd...@cpan.org Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: dd...@cpan.org, perl-devel@lists.fedoraproject.org Latest upstream release: 0.23 Current version/release in rawhide: 0.22-1.fc28 URL: http://search.cpan.org/dist/Protocol-WebSocket/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/3292/ -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1525285] perl-Protocol-WebSocket-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1525285 --- Comment #1 from Upstream Release Monitoring--- Created attachment 1367029 --> https://bugzilla.redhat.com/attachment.cgi?id=1367029=edit [patch] Update to 0.23 (#1525285) -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1525289] New: perl-Net-Whois-Raw-2.99012 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1525289 Bug ID: 1525289 Summary: perl-Net-Whois-Raw-2.99012 is available Product: Fedora Version: rawhide Component: perl-Net-Whois-Raw Keywords: FutureFeature, Triaged Assignee: dd...@cpan.org Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: dd...@cpan.org, perl-devel@lists.fedoraproject.org Latest upstream release: 2.99012 Current version/release in rawhide: 2.99.011-1.fc28 URL: http://search.cpan.org/dist/Net-Whois-Raw/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/6677/ -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1525289] perl-Net-Whois-Raw-2.99012 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1525289 --- Comment #1 from Upstream Release Monitoring--- Skipping the scratch build because an SRPM could not be built: ['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', u'/var/tmp/thn-t57Skr/perl-Net-Whois-Raw.spec'] returned 1: error: line 5: unclosed macro or bad line continuation -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1525285] perl-Protocol-WebSocket-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1525285 --- Comment #2 from Upstream Release Monitoring--- hotness's scratch build of perl-Protocol-WebSocket-0.23-1.el7.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=23660246 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1524382] ack-2.20 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1524382 --- Comment #5 from Fedora Update System--- ack-2.20-1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4afd9ef2f0 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1524382] ack-2.20 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1524382 --- Comment #3 from Fedora Update System--- ack-2.20-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-24b9f598e6 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1524382] ack-2.20 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1524382 --- Comment #4 from Fedora Update System--- ack-2.20-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2017-f7ce6d8b98 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/ perl5/vendor_perl/File/Tail.pm line 391
https://bugzilla.redhat.com/show_bug.cgi?id=1283764 Harald Reindlchanged: What|Removed |Added Version|25 |26 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1456817] Use of uninitialized value $fh in pattern match (m//) at / usr/share/perl5/vendor_perl/Proc/PID/File.pm line 286.
https://bugzilla.redhat.com/show_bug.cgi?id=1456817 Jitka Plesnikovachanged: What|Removed |Added Status|CLOSED |NEW CC||jples...@redhat.com Version|25 |26 Resolution|EOL |--- Keywords||Reopened -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1517572] Please add unar dependency/ configuration for *.rar and comment *.lrz support
https://bugzilla.redhat.com/show_bug.cgi?id=1517572 --- Comment #6 from Juan Orti--- I still can download lrzip from the epel7 repositories, shouldn't it be removed? I'm going to submit the removal of lrzip. I've also made the dependencies weak in rawhide. I'm holding the unar update because it doesn't support pipes and doesn't seem to work with amavis. We may need a wrapper to support it. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1517572] Please add unar dependency/ configuration for *.rar and comment *.lrz support
https://bugzilla.redhat.com/show_bug.cgi?id=1517572 --- Comment #7 from Fedora Update System--- amavisd-new-2.11.0-2.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5f6d89febd -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1517572] Please add unar dependency/ configuration for *.rar and comment *.lrz support
https://bugzilla.redhat.com/show_bug.cgi?id=1517572 --- Comment #10 from Fedora Update System--- amavisd-new-2.9.1-3.el6 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0f72359c5d -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1517572] Please add unar dependency/ configuration for *.rar and comment *.lrz support
https://bugzilla.redhat.com/show_bug.cgi?id=1517572 --- Comment #5 from Juan Orti--- unar is not working as-is, it uses different arguments. I'm looking into it. dic 12 09:36:40 helio amavis[3002]: (03002-01) (!)Decoding of p003 (RAR archive data, v4, os: Win32) failed, leaving it unpacked: do_unrar: can't get a list of archive members: exit 1; Unknown option -idcdp -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1502214] abi-compliance-checker: behavior changed within f25 release
https://bugzilla.redhat.com/show_bug.cgi?id=1502214 Fedora End Of Lifechanged: What|Removed |Added Status|NEW |CLOSED Resolution|--- |EOL Last Closed||2017-12-12 05:06:55 --- Comment #4 from Fedora End Of Life --- Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
F28 Self Contained Change: librealsense2
= Proposed Self Contained Change: librealsense2 = https://fedoraproject.org/wiki/Changes/librealsense2 Change owner(s): * Till HofmannA new version of librealsense has been released, which does not support older camera versions. Bump librealsense to the new release and add the old library as librealsense1. == Detailed Description == The upstream librealsense2 release does not support older camera models such as F200, R200, LR200 and ZR300. Newer models are only supported by the new version. Thus, we need both libraries in order to support all camera models. The librealsense package will be bumped to the new release, and an additional librealsense1 package will be submitted for review. Currently, no package depends on librealsense: $ dnf repoquery --releasever=rawhide --alldeps --whatrequires 'librealsense*' Last metadata expiration check: 0:30:06 ago on Mon 11 Dec 2017 10:15:08 CET. librealsense-devel-0:2.7.9-0.2.fc28.i686 librealsense-devel-0:2.7.9-0.2.fc28.x86_64 See also the discussion on the devel list [1] for more info. == Scope == * Proposal owners: Update librealsense to latest upstream release, add Provides for librealsense2 Submit legacy librealsense1 for review * Other developers: N/A (not a System Wide Change) * Release engineering: #7204 https://pagure.io/releng/issue/7204 * List of deliverables: N/A (not a System Wide Change) * Policies and guidelines: N/A (not a System Wide Change) * Trademark approval: N/A (not needed for this Change) [1] https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/F5QD4CB5IO5UFIC73OEHPU36UC6NBSPT/#F5QD4CB5IO5UFIC73OEHPU36UC6NBSPT -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic ___ devel-announce mailing list -- devel-announce@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
[Bug 1029710] Amavisd fails to identify attached zipped files with .exe extensions
https://bugzilla.redhat.com/show_bug.cgi?id=1029710 Juan Ortichanged: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WORKSFORME Last Closed||2017-12-12 09:48:05 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1484066] $daemon_group in /etc/amavisd/amavisd.conf doesn' t set the daemon group
https://bugzilla.redhat.com/show_bug.cgi?id=1484066 Juan Ortichanged: What|Removed |Added Status|NEW |CLOSED Resolution|--- |RAWHIDE Last Closed||2017-12-12 10:04:03 --- Comment #2 from Juan Orti --- Fixed in rawhide. https://koji.fedoraproject.org/koji/taskinfo?taskID=23656173 -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1436968] Numerous testsuite errors w/ DBD::MySQL 4.042
https://bugzilla.redhat.com/show_bug.cgi?id=1436968 Fedora End Of Lifechanged: What|Removed |Added Status|NEW |CLOSED Resolution|--- |EOL Last Closed||2017-12-12 05:32:15 --- Comment #2 from Fedora End Of Life --- Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1456817] Use of uninitialized value $fh in pattern match (m//) at / usr/share/perl5/vendor_perl/Proc/PID/File.pm line 286.
https://bugzilla.redhat.com/show_bug.cgi?id=1456817 Fedora End Of Lifechanged: What|Removed |Added Status|NEW |CLOSED Resolution|--- |EOL Last Closed||2017-12-12 05:47:14 --- Comment #2 from Fedora End Of Life --- Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1471436] Please link weblint(1) man page to HTML::Lint(3pm)
https://bugzilla.redhat.com/show_bug.cgi?id=1471436 Fedora End Of Lifechanged: What|Removed |Added Status|NEW |CLOSED Resolution|--- |EOL Last Closed||2017-12-12 05:22:33 --- Comment #2 from Fedora End Of Life --- Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1418399] _WARN: Use of uninitialized value in subroutine entry at / usr/lib64/perl5/vendor_perl/Encode/MIME/Header.pm line 198
https://bugzilla.redhat.com/show_bug.cgi?id=1418399 Fedora End Of Lifechanged: What|Removed |Added Status|NEW |CLOSED Resolution|--- |EOL Last Closed||2017-12-12 05:33:41 --- Comment #5 from Fedora End Of Life --- Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1462406] Perl-Tk widget demo fails to display earth.gif
https://bugzilla.redhat.com/show_bug.cgi?id=1462406 Fedora End Of Lifechanged: What|Removed |Added Status|NEW |CLOSED Resolution|--- |EOL Last Closed||2017-12-12 05:36:39 --- Comment #2 from Fedora End Of Life --- Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1309199] Rebuilding perl-DBD-MySQL-4.033-2.fc24 results into unresolvable mysql.so : symbol mysql_read_query_result, version libmysqlclient_16 not defined in file libmysqlclient.so.18 with l
https://bugzilla.redhat.com/show_bug.cgi?id=1309199 Bug 1309199 depends on bug 1312151, which changed state. Bug 1312151 Summary: Symbols verion behavior changed and breaks linking against libmysqlclient.so https://bugzilla.redhat.com/show_bug.cgi?id=1312151 What|Removed |Added Status|ASSIGNED|CLOSED Resolution|--- |EOL -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/ perl5/vendor_perl/File/Tail.pm line 391
https://bugzilla.redhat.com/show_bug.cgi?id=1283764 Fedora End Of Lifechanged: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |EOL Last Closed|2017-08-08 08:26:16 |2017-12-12 06:10:22 --- Comment #13 from Fedora End Of Life --- Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1517572] Please add unar dependency/ configuration for *.rar and comment *.lrz support
https://bugzilla.redhat.com/show_bug.cgi?id=1517572 Petr Pisarchanged: What|Removed |Added CC||redhat-bugzilla@linuxnetz.d ||e See Also||https://bugzilla.redhat.com ||/show_bug.cgi?id=1449179 --- Comment #8 from Petr Pisar --- (In reply to Juan Orti from comment #6) > I still can download lrzip from the epel7 repositories, shouldn't it be > removed? > Probably. "robert" is a maintainer in EPEL. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1517572] Please add unar dependency/ configuration for *.rar and comment *.lrz support
https://bugzilla.redhat.com/show_bug.cgi?id=1517572 --- Comment #9 from Robert Scheck--- (In reply to Petr Pisar from comment #8) > Probably. "robert" is a maintainer in EPEL. Yes, that's me... -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 1009 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 771 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 354 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d libbsd-0.8.3-1.el7 251 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe mod_cluster-1.3.3-10.el7 248 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378 python-XStatic-jquery-ui-1.12.0.1-1.el7 83 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e27758bd23 libmspack-0.6-0.1.alpha.el7 81 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-52b8147c68 openvpn-auth-ldap-2.0.3-15.el7 20 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e64eeb6ece nagios-4.3.4-5.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-71f816e116 collectd-5.8.0-1.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-12e12a6bff borgbackup-1.1.3-1.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-08f3522912 wordpress-4.9.1-1.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f58e92e860 exim-4.89-4.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d704442ae7 qpid-cpp-1.37.0-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-97efaab7e7 tor-0.2.9.14-1.el7 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f2055d3f62 shellinabox-2.20-5.el7 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-77cc9084cb nodejs-6.12.2-1.el7 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-30026fdcc1 hostapd-2.6-7.el7 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-701c41f4c8 python34-3.4.5-5.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing atop-2.3.0-7.el7 python-django16-1.6.11.6-7.el7 python34-3.4.5-5.el7 Details about builds: atop-2.3.0-7.el7 (FEDORA-EPEL-2017-3fc29cb70f) An advanced interactive monitor to view the load on system and process level Update Information: try-restart, not restart in cron job. Support NVME disks, support sysconfig config file. References: [ 1 ] Bug #1524436 - Cron job should only restart atop if running https://bugzilla.redhat.com/show_bug.cgi?id=1524436 [ 2 ] Bug #1523419 - Add support nvme disks https://bugzilla.redhat.com/show_bug.cgi?id=1523419 [ 3 ] Bug #1520475 - atop rpm package from EPEL-7 - INTERVAL hardcoded https://bugzilla.redhat.com/show_bug.cgi?id=1520475 python-django16-1.6.11.6-7.el7 (FEDORA-EPEL-2017-b4207a980b) A high-level Python Web framework Update Information: Drop incorrect virtual Provides: References: [ 1 ] Bug #1524560 - Import error on django modules on epel. https://bugzilla.redhat.com/show_bug.cgi?id=1524560 python34-3.4.5-5.el7 (FEDORA-EPEL-2017-701c41f4c8) Version 3 of the Python programming language aka Python 3000 Update Information: Fix for CVE-2017-1000158 References: [ 1 ] Bug #1519601 - CVE-2017-1000158 python34: python: Integer overflow in PyString_DecodeEscape results in heap-base buffer overflow [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=1519601 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Re: Django 2.0 released, and what it means to you
On 12.12.2017 16:52, Nicolas Chauvet wrote: 2017-12-12 16:17 GMT+01:00 Miro Hrončok: On 7.12.2017 10:56, Matthias Runge wrote: To follow-up on this, I'm drafting a change[1]. Since my responsibilities changed, this has a quite low priority for me. Any help is greatly appreciated! Best, Matthias [1] https://fedoraproject.org/wiki/User:Mrunge/Django20 It would be more simple to introduce a separate python2-django given this package namespace is free. We are aware of that and we are deliberately not doing that. See the motivation in Detailed Description [2]. Note that providing it is our contingency plan [3]. [2] https://fedoraproject.org/wiki/Changes/Django20#Detailed_Description [3] https://fedoraproject.org/wiki/Changes/Django20#Contingency_Plan It would just need to be bump at version-release: 1.11.5-2.fc28 because python(2)-django sub-package in f27 is currently at 1.11.5-1 This could even be introduced in epel7 (if python is recent enought there, but then this is a separate issue). Thx -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org