upstream dev. asks suggestions about howto make packagers work easier (bundled libraries, etc.)
We often deal with upstream developers that bundle libraries in their code, so to make a package we have to debundle them, etc. This time, an upstream dev. asked me what he could do to make easier the work of packagers. In this case the software is python-netjsongraph [1] that bundles javascript-d3 library and that is being reviewd at [2] I think it would be nice to make a discussion even for non Python packages, so we can elaborate a sort of vademecum that a packager could show to upstreams when there is a collaboration between them. Have a nice day [1]: https://github.com/interop-dev/django-netjsongraph [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1369213 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
upcoming build and release developer flag day December 12 2016
Hi All, We are wanting to write to you all about an important date coming up. On the 12th of December 2016 we will be making some important changes that will require changes on every developers machine. In this case developers means every one that interacts with koji using authentication lookaside cache checksum hash. currently packages are stored in lookaside cache using md5sum we will be switching to sha256sum. The support for this has been in fedpkg for awhile, we have not switched the default as once we do any source uploaded with sha256sum will only be able to be verified by a client that supports sha256sum. koji authentication will be switching to Kerberos. Koji supports multiple authentication mechanisms. Fedora infrastructure has set up a freeipa instance internally that has credential syncing to fas. We are working on ensuring that gssapi caching is supported so that you can have multiple TGT's and the ability to work in multiple reams at once. you can get started today by doing kinit @FEDORAPROJECT.ORG if you move your ~/.fedora.cert file out of the way authentication will still work. Using well known certs for koji.fedoraproject.org arm.koji.fedoraproject.org ppc.koji.fedoraproject.org s390.koji.fedoraproject.org pkgs.fedoraproject.org this is the last step needed to have fedoraproject.org switch to hsts and default to https:// when connecting to any fedora service. It will also remove a lot of questions that new people have when connecting to koji via https. Disable ssl cert authentication in koji. With the switch to keberos and the change of ssl certificates on the koji and pkgs servers we will be disabling the ability to login to koji using a ssl certificate completely. This change will require new koji client configurations for everyone. Gate rawhide builds. Gating will enable us to sign rawhide builds and switch the rawhide repo to having gpgcheck enabled. In order to achieve everything we have to break end user configurations. All users will need to have new enough versions of fedora-packager, fedpkg, rpkg, koji. the exact versions needed are not yet known as some enhancements are still being worked on. We will be aiming to have everything pushed stable right before the flag day. Some of the changes will not be compatible with the existing setup. We anticipate keeping everyone informed as we move forward about any actions that will need to be taken on the developer side. there is a wiki page at https://fedoraproject.org/wiki/ReleaseEngineering/FlagDay2016 that will be updated as more is known. Not in scope at this point is using kerberos for ssh or other apps supported by infrastructure, though it is not ruled out going forward. If you have any questions please respond here or in #fedora-releng on freenode Thanks Release Engineering and Infrastructure signature.asc Description: This is a digitally signed message part. ___ devel-announce mailing list -- devel-annou...@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Test-Announce] Fedora 25 Candidate RC-20161119.3 Available Now!
According to the schedule [1], Fedora 25 Candidate RC-20161119.3 is now available for testing. Please help us complete all the validation testing! For more information on release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Test coverage information for the current release can be seen at: https://www.happyassassin.net/testcase_stats/25 You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_20161119.3_Summary The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_20161119.3_Installation https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_20161119.3_Base https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_20161119.3_Server https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_20161119.3_Cloud https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_20161119.3_Desktop https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_20161119.3_Security_Lab All RC priority test cases for each of these test pages [2] must pass in order to meet the RC Release Criteria [3]. Help is available on #fedora-qa on irc.freenode.net [4], or on the test list [5]. Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-25/f-25-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan [3] https://fedoraproject.org/wiki/Fedora_25_RC_Release_Criteria [4] irc://irc.freenode.net/fedora-qa [5] https://lists.fedoraproject.org/archives/list/t...@lists.fedoraproject.org/ ___ 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: protobuf 3.1.0 coming to rawhide
On 11/18/2016 02:12 PM, Orion Poplawski wrote: protobuf 3.1.0 is currently building. When the arm build finally completes I'll start rebuilding the dependent packages. Rebuilds are mostly done (waiting for arm), with some failures: clementine - moc-qt4 is choking on glib header https://bugzilla.redhat.com/show_bug.cgi?id=1396755 dmlite - fails with openssl 1.1.0 https://bugzilla.redhat.com/show_bug.cgi?id=1396752 fawkes - fails with openssl 1.1.0 https://bugzilla.redhat.com/show_bug.cgi?id=1392129 gazebo - couple non-protobuf related issues - https://bugzilla.redhat.com/show_bug.cgi?id=1396676 libcompiz - circular dep with compiz - maintainer has been notified. mesos - really needs be updated to 1.1.0 - taking a look. paraview - This appears to be an issue with protobuf 3.1.0 https://gitlab.kitware.com/paraview/paraview/issues/17029 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf skipping updates in koji
On Nov 19, 2016 7:26 PM, "Dan Horák" wrote: > > On Sat, 19 Nov 2016 11:16:17 -0700 > Orion Poplawski wrote: > > > I just noticed this in a root.log for a koji rawhide build that > > didn't error out doing the install: > > afaik these are weak dependencies, that are not installed (by policy), > dnf 2.0 reports them without the confusing "conflicts" Not the dnf-conf. I would recommend add to mock those 2 options. > > > Dan > > > DEBUG util.py:421: Skipping packages with conflicts: > > DEBUG util.py:421: (add '--best --allowerasing' to command line to > > force their upgrade): > > DEBUG util.py:421: acl x86_64 > > 2.2.52-11.fc24 build 75 k > > DEBUG util.py:421: bash-completion noarch > > 1:2.4-1.fc26 build 268 k > > DEBUG util.py:421: compat-openssl10 x86_64 > > 1:1.0.2j-5.fc26 build 1.1 M > > DEBUG util.py:421: cracklib-dicts x86_64 > > 2.9.6-3.fc25 build 3.9 M > > DEBUG util.py:421: dbus x86_64 > > 1:1.11.6-1.fc26 build 245 k > > DEBUG util.py:421: dbus-libsx86_64 > > 1:1.11.6-1.fc26 build 172 k > > DEBUG util.py:421: deltarpm x86_64 3.6-17.fc25 > >build 88 k > > DEBUG util.py:421: dnf-conf noarch > > 2.0.0-0.rc1.4.fc26 build 41 k > > DEBUG util.py:421: dnf-plugins-core noarch > > 1.0.0-0.rc1.1.fc26 build 38 k > > > > > > > > This doesn't seem right to me. > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=16531079 > > > > -- > > Orion Poplawski > > Technical Manager 303-415-9701 x222 > > NWRA/CoRA DivisionFAX: 303-415-9702 > > 3380 Mitchell Lane or...@cora.nwra.com > > Boulder, CO 80301 http://www.cora.nwra.com > > ___ > > 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 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf skipping updates in koji
On Sat, 19 Nov 2016 11:16:17 -0700 Orion Poplawski wrote: > I just noticed this in a root.log for a koji rawhide build that > didn't error out doing the install: afaik these are weak dependencies, that are not installed (by policy), dnf 2.0 reports them without the confusing "conflicts" Dan > DEBUG util.py:421: Skipping packages with conflicts: > DEBUG util.py:421: (add '--best --allowerasing' to command line to > force their upgrade): > DEBUG util.py:421: acl x86_64 > 2.2.52-11.fc24 build 75 k > DEBUG util.py:421: bash-completion noarch > 1:2.4-1.fc26 build 268 k > DEBUG util.py:421: compat-openssl10 x86_64 > 1:1.0.2j-5.fc26 build 1.1 M > DEBUG util.py:421: cracklib-dicts x86_64 > 2.9.6-3.fc25 build 3.9 M > DEBUG util.py:421: dbus x86_64 > 1:1.11.6-1.fc26 build 245 k > DEBUG util.py:421: dbus-libsx86_64 > 1:1.11.6-1.fc26 build 172 k > DEBUG util.py:421: deltarpm x86_64 3.6-17.fc25 >build 88 k > DEBUG util.py:421: dnf-conf noarch > 2.0.0-0.rc1.4.fc26 build 41 k > DEBUG util.py:421: dnf-plugins-core noarch > 1.0.0-0.rc1.1.fc26 build 38 k > > > > This doesn't seem right to me. > > https://koji.fedoraproject.org/koji/taskinfo?taskID=16531079 > > -- > Orion Poplawski > Technical Manager 303-415-9701 x222 > NWRA/CoRA DivisionFAX: 303-415-9702 > 3380 Mitchell Lane or...@cora.nwra.com > Boulder, CO 80301 http://www.cora.nwra.com > ___ > 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
dnf skipping updates in koji
I just noticed this in a root.log for a koji rawhide build that didn't error out doing the install: DEBUG util.py:421: Skipping packages with conflicts: DEBUG util.py:421: (add '--best --allowerasing' to command line to force their upgrade): DEBUG util.py:421: acl x86_64 2.2.52-11.fc24 build 75 k DEBUG util.py:421: bash-completion noarch 1:2.4-1.fc26 build 268 k DEBUG util.py:421: compat-openssl10 x86_64 1:1.0.2j-5.fc26 build 1.1 M DEBUG util.py:421: cracklib-dicts x86_64 2.9.6-3.fc25 build 3.9 M DEBUG util.py:421: dbus x86_64 1:1.11.6-1.fc26 build 245 k DEBUG util.py:421: dbus-libsx86_64 1:1.11.6-1.fc26 build 172 k DEBUG util.py:421: deltarpm x86_64 3.6-17.fc25 build 88 k DEBUG util.py:421: dnf-conf noarch 2.0.0-0.rc1.4.fc26 build 41 k DEBUG util.py:421: dnf-plugins-core noarch 1.0.0-0.rc1.1.fc26 build 38 k This doesn't seem right to me. https://koji.fedoraproject.org/koji/taskinfo?taskID=16531079 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Rawhide-20161119.n.0 compose check report
Missing expected images: Cloud_base qcow2 x86_64 Atomic qcow2 x86_64 Workstation live i386 Kde live x86_64 Cloud_base raw-xz x86_64 Atomic raw-xz x86_64 Workstation live x86_64 Kde live i386 Failed openQA tests: 56/79 (x86_64), 14/15 (i386), 1/2 (arm) ID: 49119 Test: x86_64 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49119 ID: 49120 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/49120 ID: 49121 Test: i386 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49121 ID: 49122 Test: x86_64 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49122 ID: 49123 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/49123 ID: 49124 Test: i386 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49124 ID: 49125 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/49125 ID: 49127 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49127 ID: 49128 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/49128 ID: 49129 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/49129 ID: 49130 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/49130 ID: 49136 Test: x86_64 Server-dvd-iso install_repository_nfs_variation URL: https://openqa.fedoraproject.org/tests/49136 ID: 49137 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical URL: https://openqa.fedoraproject.org/tests/49137 ID: 49146 Test: x86_64 Server-dvd-iso install_updates_nfs URL: https://openqa.fedoraproject.org/tests/49146 ID: 49148 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49148 ID: 49149 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/49149 ID: 49150 Test: x86_64 universal install_package_set_minimal URL: https://openqa.fedoraproject.org/tests/49150 ID: 49151 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/49151 ID: 49153 Test: x86_64 universal install_repository_http_variation URL: https://openqa.fedoraproject.org/tests/49153 ID: 49154 Test: x86_64 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/49154 ID: 49155 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/49155 ID: 49156 Test: x86_64 universal install_delete_pata URL: https://openqa.fedoraproject.org/tests/49156 ID: 49157 Test: x86_64 universal install_delete_pata@uefi URL: https://openqa.fedoraproject.org/tests/49157 ID: 49158 Test: x86_64 universal install_kickstart_user_creation URL: https://openqa.fedoraproject.org/tests/49158 ID: 49159 Test: x86_64 universal install_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/49159 ID: 49160 Test: x86_64 universal install_multi URL: https://openqa.fedoraproject.org/tests/49160 ID: 49161 Test: x86_64 universal install_multi@uefi URL: https://openqa.fedoraproject.org/tests/49161 ID: 49162 Test: x86_64 universal install_simple_encrypted URL: https://openqa.fedoraproject.org/tests/49162 ID: 49163 Test: x86_64 universal install_simple_free_space URL: https://openqa.fedoraproject.org/tests/49163 ID: 49164 Test: x86_64 universal install_multi_empty URL: https://openqa.fedoraproject.org/tests/49164 ID: 49165 Test: x86_64 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/49165 ID: 49166 Test: x86_64 universal install_delete_partial URL: https://openqa.fedoraproject.org/tests/49166 ID: 49167 Test: x86_64 universal install_btrfs URL: https://openqa.fedoraproject.org/tests/49167 ID: 49168 Test: x86_64 universal install_ext3 URL: https://openqa.fedoraproject.org/tests/49168 ID: 49169 Test: x86_64 universal install_xfs URL: https://openqa.fedoraproject.org/tests/49169 ID: 49170 Test: x86_64 universal install_lvmthin URL: https://openqa.fedoraproject.org/tests/49170 ID: 49171 Test: x86_64 universal install_no_swap URL: https://openqa.fedoraproject.org/tests/49171 ID: 49172 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/49172 ID: 49173 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/49173 ID: 49174 Test: x86_64 universal install_simple_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/49174 ID: 49175 Test: x86_64 universal install_simple_free_space@uefi URL: https://openqa.fedoraproject.org/tests/49175 ID: 49176 Test: x86_64 universal install_multi_empty@uefi URL: http
Re: Regression: FileManager1 D-Bus service mix-up in F25 when multiple DEs are installed
On Sat, Nov 19, 2016 at 5:14 PM, Rex Dieter wrote: > Though $SUBJECT says Regression, this is not a new/recent problem. Technically true, but up to F24, the only time a user would see the "wrong" file manager was when they might access the File→Open/Save dialog in Firefox and a few more programs. A GNOME user would never get anything unexpected, other than a couple of KDE utilities that began popping up at log-in, sometime before the release of F24 (if I recall correctly). ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora rawhide compose report: 20161119.n.0 changes
OLD: Fedora-Rawhide-20161118.n.0 NEW: Fedora-Rawhide-20161119.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 4 Dropped packages:0 Upgraded packages: 56 Downgraded packages: 0 Size of added packages: 1.70 MiB Size of dropped packages:0.00 B Size of upgraded packages: 1.61 GiB Size of downgraded packages: 0.00 B Size change of upgraded packages: 1.13 MiB Size change of downgraded packages: 0.00 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = Package: clevis-2-1.fc26 Summary: Automated decryption framework RPMs:clevis clevis-dracut clevis-luks clevis-udisks2 Size:495248 bytes Package: electrum-2.7.12-4.fc26 Summary: A lightweight Bitcoin Client RPMs:electrum Size:1173038 bytes Package: modulemd-1.0.2-1.fc26 Summary: Module metadata manipulation library RPMs:python2-modulemd python3-modulemd Size:84680 bytes Package: perl-NNTPClient-0.37-1.fc26 Summary: Perl 5 module to talk to NNTP (RFC977) server RPMs:perl-NNTPClient Size:29926 bytes = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: breeze-icon-theme-5.27.0-2.fc26 Old package: breeze-icon-theme-5.27.0-1.fc26 Summary: Breeze icon theme RPMs: breeze-icon-theme Size: 4175174 bytes Size change: -136 bytes Changelog: * Fri Nov 18 2016 Rex Dieter - 5.27.0-2 - Breeze Dark is listed as Breeze in System Settings (kde#370213) Package: cpuid-20161114-2.fc26 Old package: cpuid-20161114-1.fc26 Summary: Dumps information about the CPU(s) RPMs: cpuid Size: 189556 bytes Size change: 224 bytes Changelog: * Fri Nov 18 2016 Fabian Affolter - 20161114-2 - Update license is now GPLv2+ and no longer MIT Package: felix-bundlerepository-2.0.8-1.fc26 Old package: felix-bundlerepository-1.6.6-20.fc25 Summary: Bundle repository service RPMs: felix-bundlerepository felix-bundlerepository-javadoc Size: 260212 bytes Size change: 50720 bytes Changelog: * Wed Oct 05 2016 Michael Simacek - 2.0.8-1 - Update to upstream version 2.0.8 Package: gnudos-1.10-1.fc26 Old package: gnudos-1.9-1.fc26 Summary: The GnuDOS library for GNU/Linux RPMs: gnudos gnudos-devel Size: 1477200 bytes Size change: -6528 bytes Changelog: * Fri Nov 18 2016 Mohammed Isam 1.10-1 - Bug fixes in mino Package: gtk-sharp2-2.12.42-1.fc26 Old package: gtk-sharp2-2.12.26-4.fc26 Summary: GTK+ and GNOME bindings for Mono RPMs: gtk-sharp2 gtk-sharp2-devel gtk-sharp2-doc gtk-sharp2-gapi Size: 20658896 bytes Size change: 125044 bytes Changelog: * Thu Nov 17 2016 Timotheus Pokorra - 2.12.42-1 - Update to 2.12.42 Package: guacamole-client-0.9.8-4.fc26 Old package: guacamole-client-0.9.8-3.fc25 Summary: Server-side Java components that form the Guacamole application RPMs: guacamole guacamole-javadoc Size: 1901504 bytes Size change: 2032 bytes Changelog: * Fri Nov 18 2016 gil cattaneo 0.9.8-4 - replace deprecated goal of maven-assembly-plugin Package: guayadeque-0.4.3-0.1.beta1gitaf526c9.fc26 Old package: guayadeque-0.4.1-0.17.beta1git8706c86.fc26 Summary: Music player RPMs: guayadeque guayadeque-langpack-bg guayadeque-langpack-ca_ES guayadeque-langpack-cs guayadeque-langpack-de guayadeque-langpack-el guayadeque-langpack-es guayadeque-langpack-fr guayadeque-langpack-hr guayadeque-langpack-hu guayadeque-langpack-is guayadeque-langpack-it guayadeque-langpack-ja guayadeque-langpack-nb guayadeque-langpack-nl guayadeque-langpack-pl guayadeque-langpack-pt guayadeque-langpack-pt_BR guayadeque-langpack-ru guayadeque-langpack-sk guayadeque-langpack-sr guayadeque-langpack-sv guayadeque-langpack-th guayadeque-langpack-tr guayadeque-langpack-uk Size: 13579444 bytes Size change: 2916 bytes Changelog: * Fri Nov 18 2016 Martin Gansser - 0.4.3-0.1.beta1gitaf526c9 - Update to 0.4.3-0.1.beta1gitaf526c9 Package: icu-57.1-4.fc26 Old package: icu-57.1-2.fc26 Summary: International Components for Unicode RPMs: icu libicu libicu-devel libicu-doc Size: 63128546 bytes Size change: 3512 bytes Changelog: * Fri Nov 18 2016 Eike Rathke - 57.1-3 - Resolves: rhbz#1377362 CVE-2016-7415 * Fri Nov 18 2016 Eike Rathke - 57.1-4 - dist.rpmgrill: "Percent signs in specfile changelog should be escaped" Package: iio-sensor-proxy-1.3-2.fc26 Old package: iio-sensor-proxy-1.3-1.fc26 Summary: IIO accelerometer sensor to input device proxy RPMs: iio-sensor-proxy iio-sensor-proxy-docs Size: 316910 bytes Size change: -2056 bytes Changelog: * Fri Nov 18 2016 Igor Gnatenko - 1.3-2 - Don't use hwdb update macro - Trivial fixes Package: javapackages-tools-4.7.0-9.fc26 Old package: javapackages-tools-4.7.0-8.fc26 Summary: Macros and scripts for Java packaging support RPMs:
Re: Regression: FileManager1 D-Bus service mix-up in F25 when multiple DEs are installed
Alexander Ploumistos wrote: > TL;DR: There is a conflict when a user opts to install more than one > desktop environments that come with a FileManager1 (and probably any > other identical) D-Bus service provider Though $SUBJECT says Regression, this is not a new/recent problem. -- Rex ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Recommended upgrade procedure for >1 release upgrades
On 19/11/16 08:56, Kevin Kofler wrote: Adam Williamson wrote: I think I've proposed at least once that we make Obsoletes: for retired packages mandatory. My last proposal currently seems to be assigned to tibbs. IMHO, forcefully removing packages that still work is a major disservice to our users and should never be done. Kevin Kofler ___ I agree with this. Ubuntu did that when I used it every time I tried to upgrade and I hated it. I don't think we should follow that behaviour. Cheers, Sylvia ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
