Fedora 25 compose report: changes
___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora 25 compose report: changes
___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[HEADS UP] libzip 1.2.0 with soname bump in rawhie
Hi, I just build libzip-1.2.0-0.fc26. This build temporarily provides both the old and new libraries (to not break buildroot) API changes: http://rpms.remirepo.net/compat_reports/libzip/1.1.3_to_1.2.0/compat_report.html So, mostly, only the removed "zip_archive_set_tempdir" symbol could raise some issues. I will run a rebuild of other packages: amftools ebook-tools fuse-zip kchmviewer libconcord librfm libsigrok libykneomgr naev nodejs-zipfile openlierox php-pecl-zip repsnapper rodent subsurface vifir Then I will rebuild without the compat hack. Ping me if I miss some important stuff, Remi. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Test instances for Fedora Package Maintainers
ppc64-test.fedorainfracloud.org f25 x86_64 cloud instance Is it emulated? Or is the "arch" column copy/paste error? Vít Dne 28.2.2017 v 02:33 Kevin Fenzi napsal(a): > Greetings. > > I've just finished setting up a new group of test machine instances for > package maintainers in the Fedora Infrastructure Private Cloud. > They now include ppc64 and ppc64le instances. > (We hope to add aarch64 before too long). > > These instances should be faster and closer to repositories than > previous test instances, and require no special ssh config to use. > > Please see: > https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers > for more details and access information on all the available instances. > > These instances can help maintainers duplicate problems or gather > information from Fedora versions they may not have handy. > > Hope they help, > > kevin > > > ___ > 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 signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
nodejs-* packages not honouring %nodejs_arches
Hi, there seems to be a small number of nodejs-* packages that use a hard-coded ExclusiveArch value instead of the %nodejs_arches macro or they weren't rebuilt during the mass-rebuild. nodejs-ansicolors nodejs-ansistyles nodejs-bson nodejs-content-type nodejs-defence nodejs-grunt-contrib-connect nodejs-highlight-js nodejs-load-grunt-tasks nodejs-load-json-file nodejs-lockfile nodejs-promises-aplus-tests nodejs-readdirp nodejs-require-cs nodejs-stylus nodejs-supervisor nodejs-tap nodejs-testjs nodejs-to-object-path nodejs-type-is nodejs-ultron nodejs-ws nodejs-mapnik-vector-tile nodejs-mapnik nodejs-noptify nodejs-tilelive-mapnik ^^ those might be false positives as mapnik is not available on big endian platforms (ppc, ppc64, s390, s390x) Could the nodejs team review and fix the packages? Or let me know they can be all moved to %nodejs_arches and I will fix that. Thanks Dan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Test instances for Fedora Package Maintainers
On 2017-02-28, Kevin Fenzi wrote: > > https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers How should I understand lines like: hostnamefedora version arch ppc64-test.fedorainfracloud.org f25 x86_64 cloud instance Is the arch value just an omission or is it an emulator? -- Petr ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: nodejs-* packages not honouring %nodejs_arches
On 28/02/17 08:46, Dan Horák wrote: nodejs-mapnik-vector-tile nodejs-mapnik nodejs-noptify nodejs-tilelive-mapnik ^^ those might be false positives as mapnik is not available on big endian platforms (ppc, ppc64, s390, s390x) The three mapnik ones should all be fine. They were rebuilt after the mass rebuild once the openblas issue was resolved and I was able to rebuild mapnik itself. As you say they exclude the BE arches because mapnik doesn't support them. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Test instances for Fedora Package Maintainers
> ppc64-test.fedorainfracloud.org f25 x86_64 cloud instance > > Is it emulated? Or is the "arch" column copy/paste error? That was a copy-paste error. These machines are virtual instances on hardware PPC64/PPC64LE machines. > > > Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora 26 Change Checkpoint: Completion deadline (testable)
Greetings! Today, on 2017-Feb-28, we have reached Fedora 26 Change Checkpoint:Completion deadline (testable) [1]. At this point, all accepted changes [2] should be substantially complete, and testable. Additionally, if a change is to be enabled by default, it must be enabled at Change Completion deadline as well. Change tracking bug should be set to the MODIFIED state to indicate it achieved completeness. Incomplete and non testable Changes [3] will be reported to FESCo for 2017-Mar-03 meeting. Contingency plan for System Wide Changes, if planned for Alpha (or in case of serious doubts regarding Change completion), will be activated. Side note: Currently we still have two Self-Contained Changes waiting for FESco approval [4]. I am going to ask FESCo to consider postponing of this Checkpoint for these two Changes if these are approved. [1] https://fedoraproject.org/wiki/Releases/26/Schedule [2] https://fedoraproject.org/wiki/Releases/26/ChangeSet [3] http://red.ht/2ltXbqk [4] https://pagure.io/fesco/issue/1635#comment-350632 -- 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: non-responsive maintainer for python-mimeparse
On 02/27/2017 10:29 PM, Carl George wrote: Per the non-responsive maintainer policy [1], I would like to bring attention to a bug for python-mimeparse [2]. Does anyone know how to contact the maintainer jkaluza? Hi, I gave you permissions to work maintain this package. Sorry for long delay. Jan Kaluza [1]: https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1339379 Carl George ___ 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: Noarch package with arched tests
On Mon, 27 Feb 2017 22:49:22 +0100, Björn 'besser82' Esser wrote: > Am 27.02.2017 um 12:36 schrieb Ralf Corsepius: > > On 02/26/2017 11:13 PM, Susi Lehtola wrote: > >> Hi, > >> > >> > >> I've packaged pybind11 which is a seamless interface between Python and > >> C++11. This is a headers-only package, which would make it noarch... > > > > Cf. the "Packaging Header Only Libraries" section in the FPG. > > > > These are required NOT to be noarched. > > This is a Python-package from pypi, not a header only lib… I don't see > any reason for forcing the built binary packages to be archful… There is > no configuration or anything going on in setup.py; it even drops all > flies in %pythonX_sitelib. The C++ headers in that package are not covered by the test suite? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora 25 compose report: changes
___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora 25 compose report: changes
___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Noarch package with arched tests
Am 28.02.2017 um 13:19 schrieb Michael Schwendt: On Mon, 27 Feb 2017 22:49:22 +0100, Björn 'besser82' Esser wrote: Am 27.02.2017 um 12:36 schrieb Ralf Corsepius: On 02/26/2017 11:13 PM, Susi Lehtola wrote: Hi, I've packaged pybind11 which is a seamless interface between Python and C++11. This is a headers-only package, which would make it noarch... Cf. the "Packaging Header Only Libraries" section in the FPG. These are required NOT to be noarched. This is a Python-package from pypi, not a header only lib… I don't see any reason for forcing the built binary packages to be archful… There is no configuration or anything going on in setup.py; it even drops all flies in %pythonX_sitelib. The C++ headers in that package are not covered by the test suite? The headers are tested, but we don't need to generate arch'ed binary-pkgs to run the testsuite on all arches; running the build archful and the built 'binary'-pkgs noach'ed should be sufficient in this case. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora Rawhide-20170227.n.0 compose check report
On 02/27/2017 09:41 PM, Adam Williamson wrote:
> On Mon, 2017-02-27 at 17:25 +, Fedora compose checker wrote:
>> Missing expected images:
>>
>> Atomic qcow2 x86_64
>
> There seems to be some sort of problem in pungi-make-ostree:
> https://kojipkgs.fedoraproject.org//work/tasks/1386/18091386/root.log
>
> DEBUG util.py:435: + pungi-make-ostree tree
> --repo=/mnt/koji/compose/atomic/rawhide/
> --log-dir=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/logs/x86_64/Atomic/ostree-2
>
> --treefile=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/work/ostree-2/config_repo/fedora-atomic-docker-host.json
>
> --extra-config=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/work/ostree-2/extra_config.json
> DEBUG util.py:435: Traceback (most recent call last):
> DEBUG util.py:435:File "/usr/bin/pungi-make-ostree", line 15, in
> DEBUG util.py:435: ostree.main()
> DEBUG util.py:435:File
> "/usr/lib/python2.7/site-packages/pungi/ostree/__init__.py", line 85, in main
> DEBUG util.py:435: func()
> DEBUG util.py:435:File
> "/usr/lib/python2.7/site-packages/pungi/ostree/tree.py", line 95, in run
> DEBUG util.py:435: repos = extra_source_repos + [{'name':
> 'source_repo_from', 'baseurl': source_repo_from}]
> DEBUG util.py:435: TypeError: unsupported operand type(s) for +: 'NoneType'
> and 'list'
>
I'll try to track this down tomorrow when I'm not AFK, unless someone
else gets to it first. If you open an issue to track this then please link
me to it.
Dusty
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F26 Self Contained Change: Arm Support In FMW
On Mon, 27 Feb 2017 19:37:31 +0100, Peter Robinson wrote: = Proposed Self Contained Change: Arm Support In FMW = https://fedoraproject.org/wiki/Changes/ArmSupportInFmw Change owner(s): * Martin Bříza Fedora Media Writer will gain the ability to write ARM images to SD cards and other portable media. == Detailed Description == With ARM (ARMv7A) being one of the primary architectures of Fedora, we should support writing the images to bootable media for devices with this architecture. This means Fedora Media Writer will have to list the ARM images, offer their download and be able to unpack them reliably (as they're shipped LZMA-compressed - .xz). Memory card support should be improved, especially in terms of reading drive information - many SD card drivers report wrong names, sizes and media presence. This will come along with many more features in FMW, such as fullscreen screenshot preview, automatic FMW update check on Windows and Mac, better reliability and performance improvements. == Scope == * Proposal owners: Implementation of this Change * Other developers: N/A (not a System Wide Change) * Release engineering: N/A * 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) So this is another case where the 'system-wide' / 'self-contained' split doesn't really work. This doesn't affect the functioning of anyone's existing installed system, but it clearly has implications for the wider project: if this becomes the 'official' delivery mechanism for ARM users, that'll require changes to the download pages. And while the Change page says " How To Test - N/A (not a System Wide Change)", clearly this *will* need testing, especially before we make it the primary delivery mechanism. Yeah, you're right. I'm intending this as a smaller change that will just make this functionality available. However, I don't mean to push this as a primary way how to ship Fedora ARM images - there are some specifics that the tool won't handle before F26 (and maybe ever), like resizing the partitions after writing it and maybe some hardware-specific cases. Regarding the test cases, these will be necessary, yes. I'm going to add them as an optional part of the FMW verification matrix. It would be nice if you also engaged with myself or the ARM SIG in general too from both an implementation details PoV and a QA. Peter Resending this to the ARM list too. From the implementation standpoint, this change is basically just about listing Fedora ARMv7 images in the list of available Fedora variants and also adding LZMA on-the-fly decompression for the raw images provided by fedora download mirrors. Please let me know if there are other features you'd like to have implemented. Please also note FMW is a multiplatform tool so adding things like partition layout changes on Windows (especially) and Mac would be a pretty challenging task for now - these would probably have to resort to be Linux-exclusive for some time. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
New release: OpenCV 3.2.0
Hi folks, in Fedora rawhide is now available new version of OpenCV package. Some of you will have to rebuild your packages (see affected packages section). This version of OpenCV will be part of Fedora 26+. Previous versions of Fedora will not be affected. See `What's new` section for more information about this release. = = Affected packages = OpenImageIO-1.7.11-1.fc26.src.rpm YafaRay-3.2.0-0.5.20170221git.fc26.src.rpm digikam-5.4.0-2.fc26.src.rpm fawkes-1.0.0-5.fc26.src.rpm ffmpeg-3.1.6-1.fc24.src.rpm frei0r-plugins-1.5-3.fc26.src.rpm gmic-1.7.2-2.fc26.src.rpm kf5-libkface-16.08.3-1.fc26.src.rpm libfreenect-0.5.3-5.fc26.src.rpm mlt-6.4.1-5.fc26.src.rpm mrpt-1.3.2-11.fc26.src.rpm nomacs-3.4-2.fc26.src.rpm os-autoinst-4.4-14.20170126gitc29555c.fc26.src.rpm php-facedetect-1.1.0-5.fc26.src.rpm player-3.0.2-57.fc26.src.rpm python-SimpleCV-1.3-7.fc24.src.rpm shogun-5.0.0-0.5.fc26.src.rpm simarrange-0.0-11.20140729git9500190.fc26.src.rpm simon-0.4.1-10.fc25.src.rpm siril-0.9.5-3.fc26.src.rpm (Hope I have not missed any package) = = What's new = See change log on https://github.com/opencv/opencv/wiki/ChangeLog#version32 Additional changes (Fedora related) - Remove copyrighted lena.jpg images and SIFT/SURF from tarball, due to legal concerns. - Disable dnn module from opencv_contrib, due missing BuildRequired package in Fedora (protobuf-cpp) - Disable tracking module from opencv_contrib, due disabling dnn module (is required by this module) - Disable CAROTENE in compilation (caused error on arm and ppc64le) - Fix syntax error in opencv_contrib test file (opencv-3.2.0-test-file-fix.patch) Regards Josef Ridky Associate Software Engineer Core Services Team Red Hat Czech, s.r.o. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [HEADS UP] libzip 1.2.0 with soname bump in rawhie
Rebuild done: amftools-0.0-12.20121220svn32.fc26 ebook-tools-0.2.2-8.fc26 fuse-zip-0.4.2-3.fc26 kchmviewer-7.5-5.fc26 libsigrok-0.4.0-3.fc26 libykneomgr-0.1.8-4.fc26 naev-0.6.1-4.fc26 nodejs-zipfile-0.5.11-3.fc26 openlierox-0.58-0.9.rc3.fc26 php-pecl-zip-1.13.5-4.fc26 subsurface-4.6.2-2.fc26 Not rebuild, as already FTBFS: - repsnapper => https://bugzilla.redhat.com/1424253 - vifir => https://bugzilla.redhat.com/1424435 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora Rawhide-20170227.n.0 compose check report
On Tue, 2017-02-28 at 09:29 +0200, Alexander Bokovoy wrote: > > This is now failing because of: > > https://bugzilla.redhat.com/show_bug.cgi?id=1405790 > > freeipa-client and freeipa-server can't be installed due to dep issues > > with certmonger, and certmonger rebuild is failing. > > No, freeipa-client has dependency on /usr/libexec/system-python2 which > is not provided by anything, it seems. I rebuilt freeipa yesterday and > it again got this dependency even though nothing is explicitly requiring > or mentioning it in the code and the spec file. Looks like real issue is > somewhere in Python infra in Rawhide. Well, up till today I think we had both problems - I did forget about the system-python2 one, indeed. But the certmonger dep was also a problem, and certmonger only got rebuilt today: https://koji.fedoraproject.org/koji/buildinfo?buildID=862860 What's the bug # for the system-python2 issue again? I've lost it. Thanks! -- 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: New release: OpenCV 3.2.0
Josef Ridky wrote: > - Disable dnn module from opencv_contrib, due missing BuildRequired > package in Fedora (protobuf-cpp) Is that different from: http://pkgs.fedoraproject.org/cgit/rpms/protobuf.git which is in C++? Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Rawhide-20170228.n.0 compose check report
Missing expected images: Atomic qcow2 x86_64 Server dvd i386 Xfce raw-xz armhfp Server boot i386 Atomic raw-xz x86_64 Failed openQA tests: 27/107 (x86_64), 1/2 (arm) ID: 57992 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/57992 ID: 58018 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/58018 ID: 58025 Test: x86_64 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/58025 ID: 58029 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/58029 ID: 58041 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/58041 ID: 58067 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/58067 ID: 58068 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/58068 ID: 58073 Test: x86_64 universal install_delete_partial@uefi URL: https://openqa.fedoraproject.org/tests/58073 ID: 58085 Test: x86_64 universal upgrade_2_minimal_64bit URL: https://openqa.fedoraproject.org/tests/58085 ID: 58088 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/58088 ID: 58089 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/58089 ID: 58090 Test: x86_64 universal install_updates_img_local URL: https://openqa.fedoraproject.org/tests/58090 ID: 58095 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/58095 ID: 58099 Test: x86_64 universal install_rescue_encrypted URL: https://openqa.fedoraproject.org/tests/58099 ID: 58108 Test: x86_64 universal install_simple_free_space@uefi URL: https://openqa.fedoraproject.org/tests/58108 ID: 58109 Test: x86_64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/58109 ID: 58113 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/58113 ID: 58142 Test: x86_64 Server-dvd-iso server_cockpit_default URL: https://openqa.fedoraproject.org/tests/58142 ID: 58144 Test: x86_64 Server-dvd-iso server_role_deploy_database_server URL: https://openqa.fedoraproject.org/tests/58144 ID: 58145 Test: x86_64 Server-dvd-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/58145 ID: 58146 Test: x86_64 Server-dvd-iso server_firewall_default URL: https://openqa.fedoraproject.org/tests/58146 ID: 58160 Test: x86_64 Server-dvd-iso realmd_join_sssd URL: https://openqa.fedoraproject.org/tests/58160 ID: 58164 Test: x86_64 Server-dvd-iso server_cockpit_basic URL: https://openqa.fedoraproject.org/tests/58164 ID: 58168 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/58168 ID: 58169 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/58169 ID: 58171 Test: x86_64 Server-dvd-iso base_service_manipulation URL: https://openqa.fedoraproject.org/tests/58171 ID: 58173 Test: x86_64 Server-dvd-iso base_selinux URL: https://openqa.fedoraproject.org/tests/58173 ID: 58175 Test: x86_64 Server-dvd-iso base_services_start URL: https://openqa.fedoraproject.org/tests/58175 Soft failed openQA tests: 47/107 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 57990 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/57990 ID: 57991 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/57991 ID: 57993 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/57993 ID: 57996 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical URL: https://openqa.fedoraproject.org/tests/57996 ID: 58005 Test: x86_64 Server-dvd-iso install_updates_nfs URL: https://openqa.fedoraproject.org/tests/58005 ID: 58011 Test: x86_64 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/58011 ID: 58012 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/58012 ID: 58043 Test: x86_64 universal install_package_set_minimal URL: https://openqa.fedoraproject.org/tests/58043 ID: 58044 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/58044 ID: 58046 Test: x86_64 universal install_repository_http_variation URL: https://openqa.fedoraproject.org/tests/58046 ID: 58047 Test: x86_64 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/58047 ID: 58048 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/58048 ID: 58049 Test: x86_64 universal inst
Re: fedorahosted.org sunset is next week!
On Fri, 24 Feb 2017 07:47:59 +0100 Jean-Baptiste Holcroft wrote: > Le 23/02/2017 à 17:37, Kevin Fenzi a écrit : > > I guess we could find those we know for sure and change them and > > leave the rest. > > > > kevin > I agree > for what we don't know, once down, can you create a redirection from > fedorahosted.org to this new wikipage . I assume it will provide > sufficient information for end users? Well, we can hope, but we can't answer every end user need. ;) > What we know for sure will be updated, what we don't will stay with > old link but the user will be redirected to the general purpose wiki > page. I have a page at: https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement feel free to update/edit, etc. Likely we will be doing the redirect tomorrow (or in the next few days) to give folks still migrating a last chance. kevin pgpQfm9TEn5S8.pgp Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora Rawhide-20170227.n.0 compose check report
On Tue, 28 Feb 2017 09:24:20 -0500
Dusty Mabe wrote:
> On 02/27/2017 09:41 PM, Adam Williamson wrote:
> > On Mon, 2017-02-27 at 17:25 +, Fedora compose checker wrote:
> >> Missing expected images:
> >>
> >> Atomic qcow2 x86_64
> >
> > There seems to be some sort of problem in pungi-make-ostree:
> > https://kojipkgs.fedoraproject.org//work/tasks/1386/18091386/root.log
> >
> > DEBUG util.py:435: + pungi-make-ostree tree
> > --repo=/mnt/koji/compose/atomic/rawhide/
> > --log-dir=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/logs/x86_64/Atomic/ostree-2
> > --treefile=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/work/ostree-2/config_repo/fedora-atomic-docker-host.json
> > --extra-config=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/work/ostree-2/extra_config.json
> > DEBUG util.py:435: Traceback (most recent call last): DEBUG
> > util.py:435:File "/usr/bin/pungi-make-ostree", line 15, in
> > DEBUG util.py:435: ostree.main() DEBUG
> > util.py:435:File
> > "/usr/lib/python2.7/site-packages/pungi/ostree/__init__.py", line
> > 85, in main DEBUG util.py:435: func() DEBUG util.py:435:
> > File "/usr/lib/python2.7/site-packages/pungi/ostree/tree.py", line
> > 95, in run DEBUG util.py:435: repos = extra_source_repos +
> > [{'name': 'source_repo_from', 'baseurl': source_repo_from}] DEBUG
> > util.py:435: TypeError: unsupported operand type(s) for +:
> > 'NoneType' and 'list'
>
> I'll try to track this down tomorrow when I'm not AFK, unless someone
> else gets to it first. If you open an issue to track this then please
> link me to it.
I guess I only replied to the desktop list when I replied to this. ;)
This was fixed I think in https://pagure.io/pungi/pull-request/542
but we need a new pungi release/version with the fix on the compose
host(s).
kevin
pgpGrCdtt2OF9.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Stuck maxima builds on aarch64
On Mon, 27 Feb 2017 21:02:40 -0700 Jerry James wrote: > On Mon, Feb 27, 2017 at 3:15 PM, Kevin Fenzi wrote: > > Hey. I looked at this a few weeks ago... but I don't recall all the > > details so I wanted to look more closely at it again before I > > replied. > > > > However, I have not had time since your orig email on saturday to do > > so. > > > > I'll try and look soon, but I'm afraid you will need some > > patience. > > No worries. I didn't realize the git branching was going on when I > sent that. I will be patient. Thanks, Kevin. Branching hasn't started yet... thats later today. ;) ok, on to the fun of maxima. So, on aarch64 (only) it never gets to the point of actually building. It gets stuck everytime in the dnf call that sets up the root: ├─kojid,24165 /usr/sbin/kojid --fg --force-lock --verbose │ └─kojid,32174 /usr/sbin/kojid --fg --force-lock --verbose │ └─mock,32680 -tt /usr/libexec/mock/mock -r koji/f26-build-7778919-700214 --no-clean --target aarch64 ... │ └─dnf,32726 /usr/bin/dnf builddep --installroot /var/lib/mock/f26-build-7778919-700214/root//var/lib/moc in root.log we have a normal looking transaction: DEBUG util.py:435: Transaction Summary DEBUG util.py:435: DEBUG util.py:435: Install 51 Packages DEBUG util.py:435: Total download size: 32 M DEBUG util.py:435: Installed size: 132 M DEBUG util.py:435: Downloading Packages: DEBUG util.py:435: DEBUG util.py:435: Total 7.7 MB/s | 32 MB 00:04 DEBUG util.py:435: Running transaction check DEBUG util.py:435: Transaction check succeeded. DEBUG util.py:435: Running transaction test DEBUG util.py:435: Transaction test succeeded. DEBUG util.py:435: Running transaction In the dnf.rpm.log in the chroot we have: Feb 24 23:54:06 INFO Installed: ecl-16.1.3-1.fc26.aarch64 Feb 24 23:54:06 INFO Installed: desktop-file-utils-0.23-3.fc26.aarch64 Feb 24 23:54:08 INFO Installed: gcl-2.6.12-7.fc26.aarch64 ... Looking at the dnf process fd's: lrwx--. 1 root root 64 Feb 28 18:39 43 -> /var/lib/mock/f26-build-7778919-700214/root/var/lib/dnf/history/history-2017-02-24.sqlite-journal lrwx--. 1 root root 64 Feb 28 18:39 44 -> /var/lib/mock/f26-build-7778919-700214/root/var/lib/rpm/.rpm.lock lrwx--. 1 root root 64 Feb 28 18:39 45 -> /var/lib/mock/f26-build-7778919-700214/root/var/lib/rpm/Supplementname lrwx--. 1 root root 64 Feb 28 18:39 46 -> /var/lib/mock/f26-build-7778919-700214/root/var/lib/rpm/Enhancename lr-x--. 1 root root 64 Feb 28 18:39 47 -> /var/lib/mock/f26-build-7778919-700214/root/var/cache/yum/build-ef45ecfc50ca7520/packages/time-1.7-52.fc26.aarch64.rpm lr-x--. 1 root root 64 Feb 28 18:39 48 -> /var/lib/mock/f26-build-7778919-700214/root/var/cache/yum/build-ef45ecfc50ca7520/packages/time-1.7-52.fc26.aarch64.rpm So, something about the aarch64 'time' package? Nothing really leaps to out at a quick glance, and wouldn't other packages hit this? and whats pulling in the time package anyhow? I'm not sure where to go from here, but thats the info I have... Happy to try and gather more. kevin pgp6gwxhLidOg.pgp Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
system failing to load virtualbox modules
Hello With the last system update I have seem a message in system start up about a error loading kernel modules, after that VirtualBox do not start because the apropiate module can not been loaded. https://bugzilla.redhat.com/show_bug.cgi?id=1426836 There is another report about VirtualBox not running: https://bugzilla.redhat.com/show_bug.cgi?id=1427525 I do not like VirtualBox but I need it because I am working with a web app than only provides a .ova file to work locally and looks like I am not the only one that can not start VirtualBox after updating Fedora 25, trying old kernels do not work for me :( Regards William Moreno Reyes http://about.me/williamjmorenor ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: system failing to load virtualbox modules
On Tue, 28 Feb 2017 12:54:22 -0600 William Moreno wrote: > Hello > > With the last system update I have seem a message in system start up > about a error loading kernel modules, after that VirtualBox do not > start because the apropiate module can not been loaded. > > https://bugzilla.redhat.com/show_bug.cgi?id=1426836 > > There is another report about VirtualBox not running: > > https://bugzilla.redhat.com/show_bug.cgi?id=1427525 > > > I do not like VirtualBox but I need it because I am working with a > web app than only provides a .ova file to work locally and looks like > I am not the only one that can not start VirtualBox after updating > Fedora 25, trying old kernels do not work for me :( Not sure this is really something for devel list (In fact there's a long thread on the users list this morning about this very issue). It's a selinux-policy bug, fixed in the latest selinux policy that went out early this morning: https://bodhi.fedoraproject.org/updates/FEDORA-2017-e06f91350b Update to that one. kevin pgpSNVJgReuzY.pgp Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: system failing to load virtualbox modules
> > > > > With the last system update I have seem a message in system start up > > about a error loading kernel modules, after that VirtualBox do not > > start because the apropiate module can not been loaded. > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1426836 > > > > There is another report about VirtualBox not running: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1427525 > > > > > > I do not like VirtualBox but I need it because I am working with a > > web app than only provides a .ova file to work locally and looks like > > I am not the only one that can not start VirtualBox after updating > > Fedora 25, trying old kernels do not work for me :( > > A work-around is to set selinux to permissive mode, restart the vbox > service, then re-enable selinux enforcing mode. > ___ > 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
Fedora 25 Respin 20170228 compose check report
Missing expected images: Xfce live x86_64 Soas live x86_64 Workstation live x86_64 Failed openQA tests: 1/11 (x86_64) ID: 58262 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/58262 Soft failed openQA tests: 1/11 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 58263 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/58263 Passed openQA tests: 1/11 (x86_64) Skipped openQA tests: 8 of 11 -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Mongodb crash on start - Bug 1427570
Hello, I'm on Fedora 25 and I can't use Mongodb, it crash on start. I don't think I doing anything wrong (but if it's the case I will be glad to know). I hope that can be fixed quickly. https://bugzilla.redhat.com/show_bug.cgi?id=1427570 Thanks ! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Stuck maxima builds on aarch64
On Tue, Feb 28, 2017 at 11:48 AM, Kevin Fenzi wrote: > So, something about the aarch64 'time' package? Nothing really leaps to > out at a quick glance, and wouldn't other packages hit this? and whats > pulling in the time package anyhow? The maxima package BuildRequires: time, for what purpose I don't know. It's not like the time package has unusual scriptlets, either: postinstall scriptlet (using /bin/sh): /sbin/install-info /usr/share/info/time.info.gz /usr/share/info/dir \ --entry="* time: (time).GNU time Utility" >/dev/null 2>&1 || : preuninstall scriptlet (using /bin/sh): if [ "$1" = 0 ]; then /sbin/install-info --delete /usr/share/info/time.info.gz /usr/share/info/dir \ --entry="* time: (time).GNU time Utility" >/dev/null 2>&1 || : fi I'm really not sure what to check next. If an aarch64 box for packagers will be available in the not too distant future, I will try to debug this. Thanks for the information, Kevin. -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Noarch package with arched tests
On Tue, 28 Feb 2017 14:51:21 +0100, Björn 'besser82' Esser wrote:
> >>> These are required NOT to be noarched.
> >> This is a Python-package from pypi, not a header only lib… I don't see
> >> any reason for forcing the built binary packages to be archful… There is
> >> no configuration or anything going on in setup.py; it even drops all
> >> flies in %pythonX_sitelib.
> > The C++ headers in that package are not covered by the test suite?
>
> The headers are tested, but we don't need to generate arch'ed
> binary-pkgs to run the testsuite on all arches; running the build
> archful and the built 'binary'-pkgs noach'ed should be sufficient in
> this case.
Not sure yet how exactly that would work, because it would require a
noarch subpkg to be defined with a different %{name} than the src.rpm
package. Questionable practice. Technically it would work though,
provided that the build system still compares all noarch builds with
eachother in order to detect differences.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Rawhide-20170228.n.0 compose check report
Missing expected images: Atomic qcow2 x86_64 Server dvd i386 Xfce raw-xz armhfp Server boot i386 Atomic raw-xz x86_64 Failed openQA tests: 19/107 (x86_64), 1/2 (arm) New failures (same test did not fail in Rawhide-20170227.n.0): ID: 58025 Test: x86_64 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/58025 ID: 58029 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/58029 ID: 58068 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/58068 ID: 58073 Test: x86_64 universal install_delete_partial@uefi URL: https://openqa.fedoraproject.org/tests/58073 ID: 58085 Test: x86_64 universal upgrade_2_minimal_64bit URL: https://openqa.fedoraproject.org/tests/58085 ID: 58088 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/58088 ID: 58089 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/58089 ID: 58090 Test: x86_64 universal install_updates_img_local URL: https://openqa.fedoraproject.org/tests/58090 ID: 58095 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/58095 ID: 58108 Test: x86_64 universal install_simple_free_space@uefi URL: https://openqa.fedoraproject.org/tests/58108 ID: 58164 Test: x86_64 Server-dvd-iso server_cockpit_basic URL: https://openqa.fedoraproject.org/tests/58164 ID: 58290 Test: x86_64 Server-dvd-iso realmd_join_sssd URL: https://openqa.fedoraproject.org/tests/58290 ID: 58309 Test: x86_64 Server-dvd-iso server_role_deploy_database_server URL: https://openqa.fedoraproject.org/tests/58309 Old failures (same test failed in Rawhide-20170227.n.0): ID: 58018 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/58018 ID: 58041 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/58041 ID: 58067 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/58067 ID: 58099 Test: x86_64 universal install_rescue_encrypted URL: https://openqa.fedoraproject.org/tests/58099 ID: 58109 Test: x86_64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/58109 ID: 58113 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/58113 ID: 58291 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/58291 Soft failed openQA tests: 48/107 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test did not soft fail in Rawhide-20170227.n.0): ID: 57996 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical URL: https://openqa.fedoraproject.org/tests/57996 Old soft failures (same test soft failed in Rawhide-20170227.n.0): ID: 57990 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/57990 ID: 57991 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/57991 ID: 57993 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/57993 ID: 58005 Test: x86_64 Server-dvd-iso install_updates_nfs URL: https://openqa.fedoraproject.org/tests/58005 ID: 58011 Test: x86_64 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/58011 ID: 58012 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/58012 ID: 58043 Test: x86_64 universal install_package_set_minimal URL: https://openqa.fedoraproject.org/tests/58043 ID: 58044 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/58044 ID: 58046 Test: x86_64 universal install_repository_http_variation URL: https://openqa.fedoraproject.org/tests/58046 ID: 58047 Test: x86_64 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/58047 ID: 58048 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/58048 ID: 58049 Test: x86_64 universal install_delete_pata URL: https://openqa.fedoraproject.org/tests/58049 ID: 58050 Test: x86_64 universal install_delete_pata@uefi URL: https://openqa.fedoraproject.org/tests/58050 ID: 58051 Test: x86_64 universal install_sata URL: https://openqa.fedoraproject.org/tests/58051 ID: 58052 Test: x86_64 universal install_sata@uefi URL: https://openqa.fedoraproject.org/tests/58052 ID: 58053 Test: x86_64 universal install_kickstart_user_creation URL: https://openqa.fedoraproject.org/tests/58053 ID: 58054 Test: x86_64 universal install_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/58054 ID: 58055 Test: x86_6
Bodhi broken now?
I get this doing 'fedpkg update': fedora.client.bodhi.BodhiClientException: Unable to create update. Authentication required It's unclear what authentication is required, but I have a valid ssh key and live Kerberos key, so I'm not sure what else it needs ... Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Bodhi broken now?
On 28 February 2017 at 23:39, Richard W.M. Jones wrote: > > I get this doing 'fedpkg update': > > fedora.client.bodhi.BodhiClientException: Unable to create update. > Authentication required > > It's unclear what authentication is required, but I have a valid ssh > key and live Kerberos key, so I'm not sure what else it needs ... > > Rich. > > Well pkgdb is stating "Sorry! This service is currently unavailable." so I expect something has gone boom in the infrastructure especially since koji says "ActionNotAllowed: policy violation (build_from_srpm)" ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Bodhi broken now?
> "JH" == James Hogarth writes: JH> Well pkgdb is stating "Sorry! This service is currently JH> unavailable." so I expect something has gone boom in the JH> infrastructure especially since koji says "ActionNotAllowed: policy JH> violation (build_from_srpm)" That's two different things: F26 is currently being branched from rawhide and pkgdb is turned off while that happens. Everything should catch up soon. There is a broken fedpkg package floating around which breaks koji builds; you may have to pull a newer package out of koji. - J< ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: system failing to load virtualbox modules
Thanks a lot for the feedback! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Bodhi broken now?
On Tue, 2017-02-28 at 23:39 +, Richard W.M. Jones wrote: > I get this doing 'fedpkg update': > > fedora.client.bodhi.BodhiClientException: Unable to create update. > Authentication required > > It's unclear what authentication is required, but I have a valid ssh > key and live Kerberos key, so I'm not sure what else it needs ... fedpkg uses the bodhi CLI to create the Bodhi update. The bodhi CLI doesn't do kerberos or ssh for auth, but what it does depends on which version of bodhi you are using. If you are using bodhi 2.*, it uses OpenID to authenticate (and has an annoying issue where you are prompted to type your password every time you do anything). If you are using bodhi 0.9, I'm not sure how it does authentication but I think it might also be the same OpenID code. Were you prompted for a password? signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora rawhide compose report: 20170228.n.0 changes
Hi, ghc-8.0.2 went into F26/Rawhide yesterday! https://fedoraproject.org/wiki/Changes/GHC_8.0 There is still some minor clean-up ongoing to fix some remaining breakage: > [Agda] > ghc-Agda-2.4.2.5-3.fc26.x86_64 requires > libHSQuickCheck-2.8.2-6TxL5Cx3o2p0HsyT59KWiD-ghc7.10.3.so()(64bit) : > ghc-geniplate-mirror-devel-0.7.4-3.fc26.x86_64 requires > ghc-devel(template-haskell-2.10.0.0-3c4cb52230f347282af9b2817f013181) I am planning to retire Agda for F26+ unless someone wants to help maintain it but the amount of missing dependencies is growing. I want to set up a Copr repo to replace it. > [Agda-stdlib] I have been planning to retire this anyway since F25. It could potentially go into Copr too. > [ghc-geniplate] > [ghc-sized-types] These two fail to build with ghc8 > [ghc-MemoTrie] > [ghc-derive] > [ghc-distributive] > [ghc-language-ecmascript] > [ghc-shelly] > [ghc-snap-core] > [ghc-snap-server] > [ghc-vector-space] These have all been built now in f26. > [git-annex] Recent versions that build with ghc8 needs a lot of addition deps, so we may have to retire this package for F26+ unless we can progress the reviews of the https stack. > [haskell-platform] This package is basically deprecated now - I am planning to retire it for F26. > [hedgewars] This needs a little work to build with ghc8. I can help with that if needed - let me start by filing a Fedora bug as a heads-up. Thanks, Jens ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: New release: OpenCV 3.2.0
Obviously yes, because OpenCV compile/build script is not satisfied with this package and it trying to download protobuf from google servers, which I think is unacceptable (but anyway, it fail on it). Regards Josef - Original Message - | From: "Kevin Kofler" | To: devel@lists.fedoraproject.org | Sent: Tuesday, February 28, 2017 6:28:53 PM | Subject: Re: New release: OpenCV 3.2.0 | Josef Ridky wrote: | | - Disable dnn module from opencv_contrib, due missing BuildRequired | | | package in Fedora (protobuf-cpp) | | Is that different from: | http://pkgs.fedoraproject.org/cgit/rpms/protobuf.git | which is in C++? | Kevin Kofler | ___ | 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
Fedora 26 Mass Branching
Hi All, Fedora 26 has now been branched, please be sure to do a git pull --rebase to pick up the new branch, as an additional reminder rawhide/f27 has been completely isolated from previous releases, so this means that anything you do for f26 you also have to do in the master branch and do a build there. There will be a Fedora 26 compose ASAP and it'll appear http://dl.fedoraproject.org/pub/fedora/linux/development/26/ once complete. Please be sure to check it out. Bodhi is currently not active for Fedora 26, it will be enabled in a weeks time when we hit Alpha change freeze point in the Fedora 26 schedule[1]. Mohan Boddu. [1] https://fedoraproject.org/wiki/Releases/26/Schedule ___ 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
Re: Bodhi broken now?
On Wed, Mar 1, 2017 at 4:02 AM, Randy Barlow wrote: > On Tue, 2017-02-28 at 23:39 +, Richard W.M. Jones wrote: >> I get this doing 'fedpkg update': >> >> fedora.client.bodhi.BodhiClientException: Unable to create update. >> Authentication required >> >> It's unclear what authentication is required, but I have a valid ssh >> key and live Kerberos key, so I'm not sure what else it needs ... > > fedpkg uses the bodhi CLI to create the Bodhi update. The bodhi CLI > doesn't do kerberos or ssh for auth, but what it does depends on which > version of bodhi you are using. If you are using bodhi 2.*, it uses > OpenID to authenticate (and has an annoying issue where you are > prompted to type your password every time you do anything). If you are > using bodhi 0.9, I'm not sure how it does authentication but I think it > might also be the same OpenID code. > > Were you prompted for a password? I've seen that issue in the past when there was issues with the front end proxies. It was a temporary issue. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
