[Bug 1646734] CVE-2018-18312 perl: Heap-buffer-overflow write / reg_node overrun
https://bugzilla.redhat.com/show_bug.cgi?id=1646734 Jitka Plesnikova changed: What|Removed |Added Depends On||1656293 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1646730] CVE-2018-18311 perl: Integer overflow leading to buffer overflow
https://bugzilla.redhat.com/show_bug.cgi?id=1646730 Jitka Plesnikova changed: What|Removed |Added Depends On||1656293 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1646751] CVE-2018-18314 perl: Heap-based buffer overflow
https://bugzilla.redhat.com/show_bug.cgi?id=1646751 Jitka Plesnikova changed: What|Removed |Added Depends On||1656293 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1646738] CVE-2018-18313 perl: Heap-buffer-overflow read in regcomp.c
https://bugzilla.redhat.com/show_bug.cgi?id=1646738 Jitka Plesnikova changed: What|Removed |Added Depends On||1656293 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Re: Octave 4.4 update coming soon to rawhide
I am want rpm, not module. ср, 5 дек. 2018 г. в 00:38, José Abílio Matos : > > On Tuesday, 4 December 2018 13.09.16 WET Vascom wrote: > > What about Octave 4.4. for F29? > > It is already there, although hidden (in a sense). :-) > BTW the same applies for F28. > Octave 4.4 is available as module. > > See http://lists.gnu.org/archive/html/octave-maintainers/2018-11/msg00117.html > > Basically you need to run as root: > > # dnf module install octave:4.4 > # dnf module enable octave:4.4 > > and then if you already have octave installed: > > # dnf upgrade > > or if you do not: > > #dnf install octave > > I had to find these instructions by myself when Orion released the update as > it was the first time that I had to explicitly deal with modules. > -- > José Abílio > > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 178 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3835d39d1a unrtf-0.21.9-8.el7 129 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-f9d6ff695a bibutils-6.6-1.el7 ghc-hs-bibutils-6.6.0.0-1.el7 pandoc-citeproc-0.3.0.1-4.el7 112 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d condor-8.6.11-1.el7 14 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-c25e48ded1 bird-1.6.4-2.el7 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-2206653eb9 python-django-1.11.13-4.el7 python-django16-1.6.11.7-5.el7 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3f65916e08 moodle-3.1.15-1.el7 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-cf66ab47c5 dnsdist-1.3.3-1.el7 8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-a4f72b6533 cobbler-2.8.4-4.el7 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-bffc0108f2 pdns-recursor-4.1.8-1.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-c0e5a2a81f wildmidi-0.3.15-1.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-0346a55d0f nagios-4.4.2-3.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing clamav-unofficial-sigs-5.6.2-2.el7 fcgiwrap-1.1.0-8.20181108git99c942c.el7 Details about builds: clamav-unofficial-sigs-5.6.2-2.el7 (FEDORA-EPEL-2018-887ea6d894) Scripts to download unoffical clamav signatures Update Information: Generate cron, logrotate and man files ChangeLog: * Wed Sep 12 2018 Didier Fabert 5.6.2-2 - Generate cron, logrotate and man files * Wed Sep 12 2018 Didier Fabert 5.6.2-1 - Switch to new upstream: extremeshok on github * Wed Feb 7 2018 Fedora Release Engineering - 3.7.2-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild * Wed Jul 26 2017 Fedora Release Engineering - 3.7.2-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild * Fri Feb 10 2017 Fedora Release Engineering - 3.7.2-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild * Wed Feb 3 2016 Fedora Release Engineering - 3.7.2-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild References: [ 1 ] Bug #1301381 - Please update clamav-unofficial-sigs https://bugzilla.redhat.com/show_bug.cgi?id=1301381 fcgiwrap-1.1.0-8.20181108git99c942c.el7 (FEDORA-EPEL-2018-2313a25f7d) Simple FastCGI wrapper for CGI scripts Update Information: Modify socket file based on feedback in BZ 1655281 ChangeLog: * Tue Dec 4 2018 Andrew Bauer - 1.1.0-8.20181108git99c942c - Modify socket file based on feedback in BZ 1655281 - Add README.SELinux References: [ 1 ] Bug #1655281 - Socket location not covered by SELinux Policy https://bugzilla.redhat.com/show_bug.cgi?id=1655281 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Re: Packaging FOSS that requires MATLab at runtime
Zbigniew Jędrzejewski-Szmek wrote: > It's a two-level decision: if legal says "no", then we don't have much > choice. If legal says "ok", fesco could still say "no". But I don't > see any reason for fesco to do this. The software is almost certainly not illegal to distribute. The question is whether it is compatible with the ideal of freedom that Fedora is about. After all, Copr uses infrastructure provided by Fedora. That is the policy decision FESCo should make. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Stalled Review Request - Close it and create new?
On 12/4/18 2:04 PM, Andrew Bauer wrote: > Recently I began to create a review request for netatalk, when I noticed > there already was an open review request: > https://bugzilla.redhat.com/show_bug.cgi?id=1520024 > > May 7th was the last activity by anyone other than myself. On 11/28 I offered > assistance to help move the review along, but I have not received an answer. > > In the interested of getting this review completed, am I in my right to close > this request and create a new one, or is there better course of action? Amazingly we have a policy for this: https://fedoraproject.org/wiki/Policy_for_stalled_package_reviews Hope that helps, 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Stalled Review Request - Close it and create new?
> "AB" == Andrew Bauer writes: AB> In the interested of getting this review completed, am I in my right AB> to close this request and create a new one, or is there better AB> course of action? If you have a package ready to go, then certainly just close the old review ticket. If someone is upset by that then they can simply help you review the package you're submitting or offer to co-maintain it with you. Also do note that netatalk has been orphaned since 2016, so in addition to the package review, you will need to file a releng ticket to get the package unblocked so that you can build it again. See: https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package - J< ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Stalled Review Request - Close it and create new?
Afaik the recommendation (at least for maintainers not responding to bugreports) is to wait at least two weeks (in case someone is on vacation), so I'd maybe wait at least until the end of the week before taking further action. "Andrew Bauer" writes: > Recently I began to create a review request for netatalk, when I noticed > there already was an open review request: > https://bugzilla.redhat.com/show_bug.cgi?id=1520024 > > May 7th was the last activity by anyone other than myself. On 11/28 I offered > assistance to help move the review along, but I have not received an answer. > > In the interested of getting this review completed, am I in my right to close > this request and create a new one, or is there better course of action? > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Stalled Review Request - Close it and create new?
Recently I began to create a review request for netatalk, when I noticed there already was an open review request: https://bugzilla.redhat.com/show_bug.cgi?id=1520024 May 7th was the last activity by anyone other than myself. On 11/28 I offered assistance to help move the review along, but I have not received an answer. In the interested of getting this review completed, am I in my right to close this request and create a new one, or is there better course of action? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Octave 4.4 update coming soon to rawhide
On Tuesday, 4 December 2018 13.09.16 WET Vascom wrote: > What about Octave 4.4. for F29? It is already there, although hidden (in a sense). :-) BTW the same applies for F28. Octave 4.4 is available as module. See http://lists.gnu.org/archive/html/octave-maintainers/2018-11/msg00117.html Basically you need to run as root: # dnf module install octave:4.4 # dnf module enable octave:4.4 and then if you already have octave installed: # dnf upgrade or if you do not: #dnf install octave I had to find these instructions by myself when Orion released the update as it was the first time that I had to explicitly deal with modules. -- José Abílio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Please test mesa builds powered by meson (Rawhide)
Hello, it's been a long time when Mesa added meson buildsystem definitions, but I never got time to switch Fedora's mesa build to use them. Nowadays, mesa upstream is looking to drop autotools definitions in 19.0.0 release, so time came up. I've prepared 18.0.0~rc5 builds with using meson buildsystem instead of autotools: https://copr.fedorainfracloud.org/coprs/ignatenkobrain/meson-mesa/ Please test it and let me know if something doesn't work as expected. P.S. Builds are available just for rawhide. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora Hardware portal
Hi, On 11/29/18 8:57 AM, Andrey Ponomarenko wrote: > Hi, > > The Linux-Hardware.org database has been divided recently into a set of > databases, one per each Linux distro. The one for Fedora is available at: > > https://linux-hardware.org/?d=Fedora > > Everyone can contribute to the database with the help of > https://github.com/linuxhw/hw-probe (various packages are available: > AppImage, Snap, Flatpak, Docker, RPM, etc.). The tool is intended to simplify > collecting of hardware info and logs necessary for investigating hardware > related problems. You need to execute only one simple command to collect all > system logs at once: > > sudo hw-probe -all -upload > > Hardware failures are highlighted in the collected logs (important SMART > attributes, errors in dmesg and xorg.log, etc.). Also it's handy to search > for particular hardware configurations in the community and review errors in > logs to check operability of devices on board (for some devices this is done > automatically by hw-probe — see statuses of devices in your probe). There has been a desire to replace the old Fedora hardware database (which is no longer online) with something new, and this seems to cover a lot of what we want. It'd be great to be able to collaborate on this. I poked around the client code a bit, but I can't find the server-side repositories. Are those available somewhere and I'm just missing them? Thanks, Jeremy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Co
Dear all, You are kindly invited to the meeting: EPEL Steering Co on 2018-12-05 from 18:00:00 to 19:00:00 GMT At freenode@fedora-meeting The meeting will be about: This is the weekly EPEL Steering Committee Meeting. Agenda is in the https://infinote.fedoraproject.org/cgit/infinote/tree/epel-meeting-next Source: https://apps.fedoraproject.org/calendar/meeting/9364/ ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Re: Atomic 29: ostree upgrade failed because of libdnf
On 12/4/18 11:40 AM, Dusty Mabe wrote: > > I will look at the configs and see if I can figure out where things are going > wrong. > I think this a a regression is some of the new yaml parsing in pungi. I opened a bug to see https://pagure.io/pungi/issue/1092 The updates-testing runs are running right after the updates runs and overwriting the ref. For now we can disable updates-testing composes for silverblue so that it won't overwrite the updates run. Here is a PR for that: https://lists.fedoraproject.org/archives/list/infrastruct...@lists.fedoraproject.org/thread/LGL6LPHSOPNKQUWGYHGZVSDOX466WHFH/ Dusty ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora Rawhide-20181204.n.0 compose check report
No missing expected images. Failed openQA tests: 16/131 (x86_64), 5/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20181203.n.0): ID: 315777 Test: x86_64 Server-dvd-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/315777 ID: 315786 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/315786 ID: 315797 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/315797 ID: 315801 Test: i386 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/315801 ID: 315811 Test: x86_64 Workstation-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/315811 ID: 315825 Test: x86_64 KDE-live-iso base_services_start URL: https://openqa.fedoraproject.org/tests/315825 ID: 315869 Test: x86_64 universal install_blivet_btrfs@uefi URL: https://openqa.fedoraproject.org/tests/315869 ID: 315883 Test: x86_64 universal install_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/315883 Old failures (same test failed in Rawhide-20181203.n.0): ID: 315794 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/315794 ID: 315805 Test: x86_64 Workstation-live-iso base_services_start URL: https://openqa.fedoraproject.org/tests/315805 ID: 315815 Test: x86_64 Workstation-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/315815 ID: 315816 Test: x86_64 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/315816 ID: 315819 Test: i386 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/315819 ID: 315820 Test: i386 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/315820 ID: 315835 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/315835 ID: 315901 Test: x86_64 universal install_shrink_ext4 URL: https://openqa.fedoraproject.org/tests/315901 ID: 315902 Test: x86_64 universal install_shrink_ntfs URL: https://openqa.fedoraproject.org/tests/315902 ID: 315903 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/315903 ID: 315904 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/315904 ID: 315905 Test: x86_64 universal install_arabic_language URL: https://openqa.fedoraproject.org/tests/315905 ID: 315906 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/315906 ID: 315912 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/315912 Soft failed openQA tests: 3/131 (x86_64), 1/24 (i386) (Tests completed, but using a workaround for a known bug) New soft failures (same test did not soft fail in Rawhide-20181203.n.0): ID: 315822 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/315822 Old soft failures (same test soft failed in Rawhide-20181203.n.0): ID: 315798 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/315798 ID: 315889 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/315889 ID: 315894 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/315894 Passed openQA tests: 111/131 (x86_64), 18/24 (i386) New passes (same test did not pass in Rawhide-20181203.n.0): ID: 315783 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart URL: https://openqa.fedoraproject.org/tests/315783 ID: 315787 Test: x86_64 Server-dvd-iso realmd_join_sssd URL: https://openqa.fedoraproject.org/tests/315787 ID: 315802 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/315802 ID: 315803 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/315803 ID: 315813 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/315813 ID: 315852 Test: x86_64 universal install_simple_free_space URL: https://openqa.fedoraproject.org/tests/315852 ID: 315868 Test: x86_64 universal install_blivet_ext3@uefi URL: https://openqa.fedoraproject.org/tests/315868 Skipped openQA tests: 1 of 157 Installed system changes in test x86_64 Server-boot-iso install_default@uefi: System load changed from 1.69 to 1.54 Previous test data: https://openqa.fedoraproject.org/tests/315216#downloads Current test data: https://openqa.fedoraproject.org/tests/315770#downloads Installed system changes in test x86_64 Server-boot-iso install_default: System load changed from 1.50 to 1.80 Previous test data: https://openqa.fedoraproject.org/tests/315217#downloads Current test data: https://openqa.fedoraproject.org/tests/315771#downloads
Re: Atomic 29: ostree upgrade failed because of libdnf
On 12/4/18 5:11 AM, arnaud gaboury wrote: > - > $ cat /etc/os-release > NAME=Fedora > VERSION="29.20181129.0 (Workstation Edition)" > ID=fedora > VERSION_ID=29 > PLATFORM_ID="platform:f29" > PRETTY_NAME="Fedora 29.20181129.0 (Workstation Edition)" > --- > > now upgrading: > > -- > > # rpm-ostree upgrade > 1 metadata, 0 content objects fetched; 569 B transferred in 1 seconds > Checking out tree 33b20cd... done > Enabled rpm-md repositories: updates fedora yarn rpm-fusion > rpm-md repo 'updates' (cached); generated: 2018-12-04T02:37:23Z > rpm-md repo 'fedora' (cached); generated: 2018-10-24T22:20:15Z > rpm-md repo 'yarn' (cached); generated: 2018-11-07T20:05:15Z > rpm-md repo 'rpm-fusion' (cached); generated: 2018-10-23T11:05:19Z > Importing metadata [=] 100% > Resolving dependencies... Forbidden base package replacements: > libdnf 0.22.3-1.fc29 -> 0.22.0-8.fc29 (updates) > failed > error: Some base packages would be replaced I saw this over the weekend but didn't have a lot of extra time to investigate. My theory here is that one of your layered packages (can you give the output of `rpm-ostree status`?) contains a package that depends on the newer libdnf. This should not happen but I suspect an rpm that depends on the newer libdnf made it into the updates repo before the newer libdnf made it into the updates repo. On a side note I also found that my local installation of silverblue contains podman-0.11.1-1.gita4adfe5.fc29.x86_64, which, according to bodhi, isn't in updates: https://bodhi.fedoraproject.org/updates/?packages=podman So it's possible either there are some issues with our repos or our silverblue composes might be pulling wrong content somehow. And... After a little investigation I can see there is some different content between the atomic host updates compose and the silverblue compose: ``` [dustymabe@media fedora-ostree-repo-mirror]$ ostree log onerepo:fedora/29/x86_64/silverblue | head -n 5 commit 33b20cd7f31286861c7f7cdd78fe6211d76f2a1683141ed78290bc990ce64a52 ContentChecksum: cd3e6a7624f4638a8627032e3c9e7cb21cfb898456e1e7efad698eb194b2db8d Date: 2018-12-04 03:43:35 + Version: 29.20181204.0 (no subject) [dustymabe@media fedora-ostree-repo-mirror]$ ostree log onerepo:fedora/29/x86_64/updates/atomic-host | head -n 5 commit f6086b9fff20af1f4b1a9c172191026a56dd36342933da9344b38004fe4dd758 ContentChecksum: db363011cbbe8a5e3796cdaecb0ff47f64f5ac931fca7d4fcf92027c25a262a6 Date: 2018-12-04 00:57:30 + Version: 29.20181204.0 (no subject) [dustymabe@media fedora-ostree-repo-mirror]$ [dustymabe@media fedora-ostree-repo-mirror]$ rpm-ostree --repo=./ db diff f6086b9fff20af1f4b1a9c172191026a56dd36342933da9344b38004fe4dd758 33b20cd7f31286861c7f7cdd78fe6211d76f2a1683141ed78290bc990ce64a52 ostree diff commit old: f6086b9fff20af1f4b1a9c172191026a56dd36342933da9344b38004fe4dd758 ostree diff commit new: 33b20cd7f31286861c7f7cdd78fe6211d76f2a1683141ed78290bc990ce64a52 Upgraded: NetworkManager 1:1.12.4-2.fc29 -> 1:1.12.6-1.fc29 NetworkManager-libnm 1:1.12.4-2.fc29 -> 1:1.12.6-1.fc29 cryptsetup 2.0.5-1.fc29 -> 2.0.6-1.fc29 cryptsetup-libs 2.0.5-1.fc29 -> 2.0.6-1.fc29 fedora-release 29-4 -> 29-5 fuse-overlayfs 0.1-5.dev.gitd40ac75.fc29 -> 0.1-6.dev.git3d48bf9.fc29 kernel 4.19.5-300.fc29 -> 4.19.6-300.fc29 kernel-core 4.19.5-300.fc29 -> 4.19.6-300.fc29 kernel-modules 4.19.5-300.fc29 -> 4.19.6-300.fc29 pam 1.3.1-8.fc29 -> 1.3.1-13.fc29 podman 1:0.10.1.3-4.gitdb08685.fc29 -> 1:0.11.1-1.gita4adfe5.fc29 runc 2:1.0.0-57.dev.git9e5aa74.fc29 -> 2:1.0.0-59.dev.gitccb5efd.fc29 Removed: ``` Looking at the commit timestamps from above and the timestamps from the compose logs it looks like the silverblue ref was written by the updates-testing compose [1] rather than the updates compose [2]. I will look at the configs and see if I can figure out where things are going wrong. Dusty [1] https://kojipkgs.fedoraproject.org/compose/updates/Fedora-29-updates-testing-20181204.0/logs/x86_64/Everything/ostree-4/ [2] https://kojipkgs.fedoraproject.org/compose/updates/Fedora-29-updates-20181204.0/logs/x86_64/Everything/ostree-4/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1655571] Upgrade perl-Task-Kensho-Toolchain to 0.40
https://bugzilla.redhat.com/show_bug.cgi?id=1655571 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Task-Kensho-Toolchain- ||0.40-1.fc30 Resolution|--- |RAWHIDE Last Closed||2018-12-04 11:25:01 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Modularity] Working Group IRC meeting minutes (2018-12-04)
= #fedora-meeting-3: Weekly Meeting of the Modularity Working Group = Meeting started by nils at 15:02:25 UTC. Minutes: https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.txt Log: https://meetbot.fedoraproject.org/fedora-meeting-3/2018-12-04/modularity_wg.2018-12-04-15.02.log.html Meeting summary --- * Roll Call (nils, 15:02:35) * Agenda (nils, 15:03:27) * #108 How do we keep rawhide sane? (nils, 15:03:44) * #112 Discussion: Module lifecycles (nils, 15:03:50) * #114 Stream default changes & Fedora Changes (nils, 15:03:57) * #115 Discussion: Stream branch ownership for packages & modules (nils, 15:04:05) * review of the naming guidelines (nils, 15:04:28) * #108 How do we keep rawhide sane? (nils, 15:05:28) * LINK: https://pagure.io/modularity/issue/108 (nils, 15:05:28) * ACTION: asamalik documents how updates work, including standalone RPMs, modular RPMs, and hotfixes (asamalik, 15:33:25) * AGREED: "dnf update" should inform users about streams being switched and perform distro-sync on the affected modular package set, taking hotfixes into consideration (contyk, 15:43:34) * #114 Stream default changes & Fedora Changes (nils, 15:44:49) * LINK: https://pagure.io/modularity/issue/114 (nils, 15:44:49) * AGREED: 1) Module stream defaults should be only changed in an upcoming Fedora release 2) Changes of stream defaults should be communicated by a Fedora Change based on the change's significance and its maintainer's best judgement. 3) No default stream changes mid-release are permitted. 4) Introducing a new default stream not replacing any existing default stream or a traditional package is not considered a change. (asamalik, 16:06:07) * AGREED: ^ That means it can be done. (contyk, 16:06:27) * ACTION: asamalik documents the new policy (asamalik, 16:07:02) Meeting ended at 16:09:08 UTC. Action Items * asamalik documents how updates work, including standalone RPMs, modular RPMs, and hotfixes * asamalik documents the new policy Action Items, by person --- * asamalik * asamalik documents how updates work, including standalone RPMs, modular RPMs, and hotfixes * asamalik documents the new policy * **UNASSIGNED** * (none) People Present (lines said) --- * asamalik (99) * contyk (72) * nils (72) * langdon (45) * sct (24) * zodbot (15) * ignatenkobrain (1) * dgilmore (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Nils Philippsen"Those who would give up Essential Liberty to Software Engineer purchase a little Temporary Safety, deserve neither Red Hat Liberty nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint:C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1655567] Upgrade perl-Task-Kensho-Exceptions to 0.40
https://bugzilla.redhat.com/show_bug.cgi?id=1655567 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Task-Kensho-Exceptions ||-0.40-1.fc30 Resolution|--- |RAWHIDE Last Closed||2018-12-04 11:12:04 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Re: Octave 4.4 update coming soon to rawhide
Hi, Since Octave is not a core package I agree with update it for F29 . I'd like also update opencv in F29 from 3.4.1 to 3.4.4 but due possible ABI breakage [1]. For that I need a proven package that rebuild all dependent software Also about math and related software we have update of vtk and TBB (thread "Yet another gargantuan mathematical software update" ) I'd like at least bring all these software to F29 in a copr repo , I'm using my repo [2] Also I will try enable octave bindings for opencv . Thanks. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1572611 dist.abicheck FAILED for opencv-3.4.3-1.fc30 https://taskotron.fedoraproject.org/artifacts/all/a91339ea-c218-11e8-8509-525400fc9f92/tests.yml/opencv-3.4.3-1.fc29.log dist.abicheck FAILED for opencv-3.4.4-1.fc30 https://taskotron.fedoraproject.org/artifacts/all/a4e89fb2-f676-11e8-ab25-525400fc9f92/tests.yml/opencv-3.4.4-1.fc30.log [2] https://copr.fedorainfracloud.org/coprs/sergiomb/opencv/builds/ On Tue, 2018-12-04 at 16:09 +0300, Vascom wrote: > What about Octave 4.4. for F29? > пн, 12 нояб. 2018 г. в 03:51, Orion Poplawski : > > > > I've planning on building octave 4.4 soon (next day or two) in > > rawhide. > > I've been building dependent packages here: > > > > https://copr.fedorainfracloud.org/coprs/g/scitech/octave4.4/package > > s/ > > > > Anyone in the scitech group can submit builds there if needed. > > > > Notes on needed changes to packages are here: > > > > https://docs.google.com/spreadsheets/d/1bBEe4Ng3TBUh-EWOQTZt_SvbBYo > > KWgrC-qH5VOggG_M/edit?usp=sharing > > > > I'm going to start working on PRs for the various changes for > > maintainers to review. Of note: > > > > - swig requires updating to a git snapshot to get octave 4.4 > > support > > - pfstools needs an update to 2.1.0 > > - NLopt updated to 2.5.0 - switches to using cmake > > > > Orion > > > > -- > > Orion Poplawski > > Manager of NWRA Technical Systems 720-772-5637 > > NWRA, Boulder/CoRA Office FAX: 303-415-9702 > > 3380 Mitchell Lane or...@nwra.com > > Boulder, CO 80301 https://www.nwra.com/ > > ___ > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidel > > ines > > List Archives: https://lists.fedoraproject.org/archives/list/devel@ > > lists.fedoraproject.org > > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelin > es > List Archives: https://lists.fedoraproject.org/archives/list/devel@li > sts.fedoraproject.org -- Sérgio M. B. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packaging FOSS that requires MATLab at runtime
On Tue, Dec 04, 2018 at 06:58:39AM -0600, Rex Dieter wrote: > Zbigniew Jędrzejewski-Szmek wrote: > > > On Mon, Dec 03, 2018 at 07:39:31PM +, Ankur Sinha wrote: > >> On Mon, Dec 03, 2018 12:56:37 -0600, Rex Dieter wrote: > >> > Christian Glombek wrote: > >> > > >> > > This is an interesting question and I would like to back the idea of > >> > > making this available on COPR. > >> > > My 2 cents: > >> > > The package *itself* complies to COPR's licensing guidelines, making > >> > > it eligible for distribution via that service, while the runtime > >> > > dependency of MatLAB makes it an uneligible candidate for the > >> > > official Fedora Repos > >> > > >> > https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr > >> > > >> > "You agree not to use Copr to upload software code or other material > >> > (“Material”) that: > >> > ... > >> > violates any rules or guidelines of the Fedora Project; > >> > " > >> > >> Surely that's not meant to be interpreted as "your packages must follow > >> the Fedora packaging guidelines", for if it is, packages in COPR will > >> need review too. > > > > That's my understanding too, since that would make copr semi-pointless. > > But strictly speaking the text "any rules or guidelines", which, when > > interpreted literally, includes the packaging guidelines. > > > > I fired off a question to le...@lists.fedoraproject.org. > > This is a policy decision (for fesco), not a legal one, imho. It's a two-level decision: if legal says "no", then we don't have much choice. If legal says "ok", fesco could still say "no". But I don't see any reason for fesco to do this. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packaging FOSS that requires MATLab at runtime
On Tue, Dec 04, 2018 14:12:35 +0100, Ben Rosser wrote: > > > I think this has been brought up before, and it was concluded that > this language in the copr guidelines is much too broad and we should > look at changing the wording. In this thread from September, for > instance: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/FZZVKXUOW3TNUNX2JV2JGPUWFFGS3V3C/#426PWWHO6FVWBQSC6PP2D5HIKBONY6UE > I've also filed an issue against COPR regarding this now: https://bugzilla.redhat.com/show_bug.cgi?id=1656026 -- Thanks, Regards, Ankur Sinha "FranciscoD" https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora rawhide compose report: 20181204.n.0 changes
OLD: Fedora-Rawhide-20181203.n.0 NEW: Fedora-Rawhide-20181204.n.0 = SUMMARY = Added images:2 Dropped images: 2 Added packages: 4 Dropped packages:1 Upgraded packages: 97 Downgraded packages: 0 Size of added packages: 296.12 KiB Size of dropped packages:222.94 KiB Size of upgraded packages: 6.70 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 200.88 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Mate live x86_64 Path: Spins/x86_64/iso/Fedora-MATE_Compiz-Live-x86_64-Rawhide-20181204.n.0.iso Image: Mate live i386 Path: Spins/i386/iso/Fedora-MATE_Compiz-Live-i386-Rawhide-20181204.n.0.iso = DROPPED IMAGES = Image: Astronomy_KDE live i386 Path: Labs/i386/iso/Fedora-Astronomy_KDE-Live-i386-Rawhide-20181203.n.0.iso Image: Astronomy_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Astronomy_KDE-Live-x86_64-Rawhide-20181203.n.0.iso = ADDED PACKAGES = Package: perl-MooseX-SingleArg-0.08-2.fc30 Summary: No-fuss instantiation of Moose objects using a single argument RPMs:perl-MooseX-SingleArg Size:21.54 KiB Package: php-symfony-monolog-bundle-3.3.1-1.fc30 Summary: Symfony MonologBundle RPMs:php-symfony-monolog-bundle Size:28.39 KiB Package: rust-colored_json-0.6.2-1.fc30 Summary: Colorize JSON, for printing it out on the command line RPMs:rust-colored_json+default-devel rust-colored_json-devel Size:52.14 KiB Package: rust-rand0.5-0.5.5-1.fc30 Summary: Random number generators and other randomness functionality RPMs:rust-rand0.5+alloc-devel rust-rand0.5+default-devel rust-rand0.5+i128_support-devel rust-rand0.5+libc-devel rust-rand0.5+log-devel rust-rand0.5+serde-devel rust-rand0.5+serde1-devel rust-rand0.5+serde_derive-devel rust-rand0.5+std-devel rust-rand0.5-devel Size:194.05 KiB = DROPPED PACKAGES = Package: python-keyczar-0.71c-12.fc29 Summary: Toolkit for safe and simple cryptography RPMs:python2-keyczar Size:222.94 KiB = UPGRADED PACKAGES = Package: OpenImageIO-1.8.17-1.fc30 Old package: OpenImageIO-1.8.16-1.fc30 Summary: Library for reading and writing images RPMs: OpenImageIO OpenImageIO-devel OpenImageIO-iv OpenImageIO-utils python3-openimageio Size: 31.87 MiB Size change: -32.63 KiB Changelog: * Mon Dec 03 2018 Richard Shaw - 1.8.17-1 - Update to 1.8.17. Package: ShellCheck-0.6.0-1.fc30 Old package: ShellCheck-0.5.0-4.fc30 Summary: Shell script analysis tool RPMs: ShellCheck ghc-ShellCheck ghc-ShellCheck-devel Size: 70.25 MiB Size change: 2.20 MiB Changelog: * Mon Dec 03 2018 Dridi Boukelmoune - 0.6.0-1 - Update to 0.6.0 Package: ansible-2.7.4-1.fc30 Old package: ansible-2.7.3-1.fc30 Summary: SSH-based configuration management, deployment, and task execution system RPMs: ansible ansible-doc Size: 18.09 MiB Size change: 216 B Changelog: * Mon Dec 03 2018 Kevin Fenzi - 2.7.4-1 - Update to 2.7.4 Package: apcupsd-3.14.14-13.fc30 Old package: apcupsd-3.14.14-12.fc29 Summary: APC UPS Power Control Daemon RPMs: apcupsd apcupsd-cgi apcupsd-gui Size: 2.27 MiB Size change: -121.62 KiB Changelog: * Mon Dec 03 2018 Jason L Tibbitts III - 3.14.14-13 - Fix broken zero-size icon. Package: arm-image-installer-2.10-1.fc30 Old package: arm-image-installer-2.9-1.fc30 Summary: Writes binary image files to any specified block device RPMs: arm-image-installer Size: 44.45 KiB Size change: 88 B Changelog: * Sat Dec 01 2018 Paul Whalen - 2.9-1 - Update to 2.9 * Tue Dec 04 2018 Paul Whalen - 2.10-1 - Update to 2.10 Package: arm-trusted-firmware-2.0-1.fc30 Old package: arm-trusted-firmware-1.6-1.fc30 Summary: ARM Trusted Firmware RPMs: arm-trusted-firmware-armv8 Size: 117.59 KiB Size change: -720 B Changelog: * Tue Dec 04 2018 Peter Robinson 2.0-1 - New 2.0 GA release Package: asciidoc-8.6.10-0.8.20180605git986f99d.fc30 Old package: asciidoc-8.6.10-0.7.20180605git986f99d.fc29 Summary: Text based document generation RPMs: asciidoc asciidoc-doc asciidoc-latex asciidoc-music Size: 426.52 KiB Size change: -380 B Changelog: * Mon Dec 03 2018 Josef Ridky - 8.6.10-0.8.20180605git986f99d - Fix deprecation warning (#165537) Package: atomic-reactor-1.6.36.1-1.fc30 Old package: atomic-reactor-1.6.34-2.fc30 Summary: Improved builder for Docker images RPMs: atomic-reactor python3-atomic-reactor python3-atomic-reactor-koji python3-atomic-reactor-metadata python3-atomic-reactor-rebuilds Size: 806.36 KiB Size change: 42.84 KiB Changelog: * Mon Dec 03 2018 Clement Verna - 1.6.36.1-1 - Update to latest upstream Package: authselect-1.0.2-2.fc30 Old package: authselect-1.0.2-1.fc30 Summary: Configures authentication and identity sources from supported profiles RPMs
Re: Packaging FOSS that requires MATLab at runtime
On Mon, Dec 3, 2018 at 9:52 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Mon, Dec 03, 2018 at 07:39:31PM +, Ankur Sinha wrote: > > On Mon, Dec 03, 2018 12:56:37 -0600, Rex Dieter wrote: > > > https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr > > > > > > "You agree not to use Copr to upload software code or other material > > > (“Material”) that: > > > ... > > > violates any rules or guidelines of the Fedora Project; > > > " > > > > Surely that's not meant to be interpreted as "your packages must follow > > the Fedora packaging guidelines", for if it is, packages in COPR will > > need review too. > > That's my understanding too, since that would make copr semi-pointless. > But strictly speaking the text "any rules or guidelines", which, when > interpreted > literally, includes the packaging guidelines. I think this has been brought up before, and it was concluded that this language in the copr guidelines is much too broad and we should look at changing the wording. In this thread from September, for instance: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/FZZVKXUOW3TNUNX2JV2JGPUWFFGS3V3C/#426PWWHO6FVWBQSC6PP2D5HIKBONY6UE Ben Rosser ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Octave 4.4 update coming soon to rawhide
What about Octave 4.4. for F29? пн, 12 нояб. 2018 г. в 03:51, Orion Poplawski : > > I've planning on building octave 4.4 soon (next day or two) in rawhide. > I've been building dependent packages here: > > https://copr.fedorainfracloud.org/coprs/g/scitech/octave4.4/packages/ > > Anyone in the scitech group can submit builds there if needed. > > Notes on needed changes to packages are here: > > https://docs.google.com/spreadsheets/d/1bBEe4Ng3TBUh-EWOQTZt_SvbBYoKWgrC-qH5VOggG_M/edit?usp=sharing > > I'm going to start working on PRs for the various changes for > maintainers to review. Of note: > > - swig requires updating to a git snapshot to get octave 4.4 support > - pfstools needs an update to 2.1.0 > - NLopt updated to 2.5.0 - switches to using cmake > > Orion > > -- > Orion Poplawski > Manager of NWRA Technical Systems 720-772-5637 > NWRA, Boulder/CoRA Office FAX: 303-415-9702 > 3380 Mitchell Lane or...@nwra.com > Boulder, CO 80301 https://www.nwra.com/ > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Tracking translation status of a package built in koji
Hi Dominik, Thank you so much trying that out. Actually, to get stats saved for a package, the package is to be added in Transtats, 'mkvtoolnix' So, dry run of jobs (you must have unchecked it) will not bug you, with an error. And, to add a package, we need to be logged in. Fedora login needs OIDC key, I think infra people are working on it, so it will be available soon. regards, sundeep On Fri, Nov 30, 2018 at 5:34 PM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > On Friday, 30 November 2018 at 06:51, Sundeep Anand wrote: > > Hi Everyone, > > > > At times this could be a requirement to track or know translation status > of a package which has (just) built in koji. > > Transtats could be used for this purpose. We just need to run a job. > > > > Steps: > >1. Navigate to > https://transtats-web-transtats.app.os.stg.fedoraproject.org/jobs/yml-based > >2. Select 'Sync Package Build System' job template and proceed. > >3. You may read and continue with the tasks defined in YML. > >4. Select or enter package name. For example: anaconda. > >Select Build System and Tag. For example: koji and rawhide > >Click 'Next' > >5. And run the job. Upon successful completion an unique URL will be > created. > > > > This could really be helpful. We are working on creating alerts or > warnings. > > Feel free to share comments on this here: http://feedback.transtats.xyz > > Doesn't seem to work. I get this after step 5: > Alas! Something unexpected happened. > Stats NOT saved. Package does not exist. > > ... even though I can see seemingly correct output logged for my > package (mkvtoolnix). > > Also, attempting to do a "Fedora Login" gives me: > > 400 - Bad Request > > Invalid redirect_uri > > despite having a valid Kerberos ticket. > > Regards, > Dominik > -- > Fedora https://getfedora.org | RPMFusion http://rpmfusion.org > There should be a science of discontent. People need hard times and > oppression to develop psychic muscles. > -- from "Collected Sayings of Muad'Dib" by the Princess Irulan > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packaging FOSS that requires MATLab at runtime
Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Dec 03, 2018 at 07:39:31PM +, Ankur Sinha wrote: >> On Mon, Dec 03, 2018 12:56:37 -0600, Rex Dieter wrote: >> > Christian Glombek wrote: >> > >> > > This is an interesting question and I would like to back the idea of >> > > making this available on COPR. >> > > My 2 cents: >> > > The package *itself* complies to COPR's licensing guidelines, making >> > > it eligible for distribution via that service, while the runtime >> > > dependency of MatLAB makes it an uneligible candidate for the >> > > official Fedora Repos >> > >> > https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr >> > >> > "You agree not to use Copr to upload software code or other material >> > (“Material”) that: >> > ... >> > violates any rules or guidelines of the Fedora Project; >> > " >> >> Surely that's not meant to be interpreted as "your packages must follow >> the Fedora packaging guidelines", for if it is, packages in COPR will >> need review too. > > That's my understanding too, since that would make copr semi-pointless. > But strictly speaking the text "any rules or guidelines", which, when > interpreted literally, includes the packaging guidelines. > > I fired off a question to le...@lists.fedoraproject.org. This is a policy decision (for fesco), not a legal one, imho. -- Rex ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1655567] Upgrade perl-Task-Kensho-Exceptions to 0.40
https://bugzilla.redhat.com/show_bug.cgi?id=1655567 Bug 1655567 depends on bug 1655909, which changed state. Bug 1655909 Summary: Review Request: perl-Syntax-Keyword-Try - try/catch/finally syntax for perl https://bugzilla.redhat.com/show_bug.cgi?id=1655909 What|Removed |Added Status|ASSIGNED|CLOSED Resolution|--- |RAWHIDE -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1655570] Upgrade perl-Task-Kensho-Testing to 0.40
https://bugzilla.redhat.com/show_bug.cgi?id=1655570 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Task-Kensho-Testing-0. ||40-1.fc30 Resolution|--- |RAWHIDE Last Closed||2018-12-04 05:20:33 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Atomic 29: ostree upgrade failed because of libdnf
- $ cat /etc/os-release NAME=Fedora VERSION="29.20181129.0 (Workstation Edition)" ID=fedora VERSION_ID=29 PLATFORM_ID="platform:f29" PRETTY_NAME="Fedora 29.20181129.0 (Workstation Edition)" --- now upgrading: -- # rpm-ostree upgrade 1 metadata, 0 content objects fetched; 569 B transferred in 1 seconds Checking out tree 33b20cd... done Enabled rpm-md repositories: updates fedora yarn rpm-fusion rpm-md repo 'updates' (cached); generated: 2018-12-04T02:37:23Z rpm-md repo 'fedora' (cached); generated: 2018-10-24T22:20:15Z rpm-md repo 'yarn' (cached); generated: 2018-11-07T20:05:15Z rpm-md repo 'rpm-fusion' (cached); generated: 2018-10-23T11:05:19Z Importing metadata [=] 100% Resolving dependencies... Forbidden base package replacements: libdnf 0.22.3-1.fc29 -> 0.22.0-8.fc29 (updates) failed error: Some base packages would be replaced --- $ dnf list installed | grep libdnf 568:libdnf.x86_64 0.22.0-8.fc29@System --- I can't upgrade neither install any new package. How can I solve this libdnf dependency? TY for help ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1655569] Upgrade perl-Task-Kensho-OOP to 0.40
https://bugzilla.redhat.com/show_bug.cgi?id=1655569 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Task-Kensho-OOP-0.40-1 ||.fc30 Resolution|--- |RAWHIDE Last Closed||2018-12-04 04:57:42 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1655568] Upgrade perl-Task-Kensho-Logging to 0.40
https://bugzilla.redhat.com/show_bug.cgi?id=1655568 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Task-Kensho-Logging-0. ||40-1.fc30 Resolution|--- |RAWHIDE Last Closed||2018-12-04 04:29:49 -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1655567] Upgrade perl-Task-Kensho-Exceptions to 0.40
https://bugzilla.redhat.com/show_bug.cgi?id=1655567 Jitka Plesnikova changed: What|Removed |Added Depends On||1655909 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1655909 [Bug 1655909] Review Request: perl-Syntax-Keyword-Try - try/catch/finally syntax for perl -- 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 Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Self Introduction: Andrey Ponomarenko
Hi all, I'm upstream author of the abi-compliance-checker, abi-dumper, api-sanity-checker and pkgdiff Fedora packages, maintainer of the https://abi-laboratory.pro/?view=tracker and developer (in the past) of the LSB Infrastructure project and LSB Core tests. Since 2014 I am passionate about the Linux hardware compatibility. The result of my work in this area is the hw-probe tool that checks operability of devices on computer board by collecting and analysis of hardware related system logs and outputs of other tools like lspci, lsusb, hwinfo, smartctl, etc. Most interesting hardware logs and statistics are dumped to the Github repository so that anyone can perform any kind of analysis: https://github.com/linuxhw/ Most interesting stats are: * Reliability of hard drives: https://github.com/linuxhw/SMART * Devices with poor Linux-compatibility: https://github.com/linuxhw/HWInfo Adding this package to Fedora will improve stats and may simplify sharing of multiple logs between developers and users of the Fedora platform. Private info is removed from logs at client-side (username, machine's hostname, IP addresses, MAC addresses, serial numbers, etc.), so sharing a probe link is more safe than attaching original system logs. Review Request: https://bugzilla.redhat.com/show_bug.cgi?id=1655421 Can someone take this package or sponsor me to maintain it? It's a simple noarch package with a simple spec file. Thank you! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org