[Bug 1831831] perl-IO-Async-0.77 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1831831 Emmanuel Seyman changed: What|Removed |Added Depends On||1836770 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1836770 [Bug 1836770] Review Request: perl-Test-Metrics-Any - Assert that code produces metrics via Metrics::Any -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Re: Proposal: Revise FESCo voting policy
On Thursday, May 14, 2020, Jared K. Smith wrote: > On Thu, May 14, 2020 at 10:57 AM Kevin Kofler > wrote: > >> Abstaining means "I don't care", not "I feel uncomfortable with this >> change". >> > > I'm going to disagree with you here, specifically with regards to the "I > don't care" piece. From my time in FESCo, and as the FPL before that -- I > can never remember a time when someone abstained because they didn't care. > I remember people abstaining because they didn't feel it was appropriate > for them to vote on their own ticket, or they felt uncomfortable for > whatever reason, but never simply because they didn't care. > > Please remember that FESCo members can vote either "+1" or "0" or "-1" for > a particular change. I would think voting "0" would be more appropriate > for a "I don't care" vote. But I still don't see an "I don't care" vote as > a reason to abstain. > In the end voting 0 means "I don't care" - even more so with this proposal as you are taking yourself out of the decision process. If you have an opinion in either direction then vote -1 or +1. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1829983] perl-HTML-Form for EL8
https://bugzilla.redhat.com/show_bug.cgi?id=1829983 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-HTML-Form-6.07-1.el8 Resolution|--- |ERRATA Last Closed||2020-05-18 04:16:49 --- Comment #5 from Fedora Update System --- FEDORA-EPEL-2020-ac3ddf20d3 has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report. -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1829982] perl-WWW-Mechanize for EL8
https://bugzilla.redhat.com/show_bug.cgi?id=1829982 Bug 1829982 depends on bug 1829983, which changed state. Bug 1829983 Summary: perl-HTML-Form for EL8 https://bugzilla.redhat.com/show_bug.cgi?id=1829983 What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[389-devel] 389 DS nightly 2020-05-18 - 94% PASS
https://fedorapeople.org/groups/389ds/ci/nightly/2020/05/18/report-389-ds-base-1.4.4.2-20200517git9afa669.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org
Re: Many packages unnecessarily link to libpython
On Fri, May 15, 2020 at 02:12:00PM -0400, Charalampos Stratakis wrote: > rdma-coredledford honli jwilson rdma-core pyverbs must be linked with libpython38. For example, build]$ nm ./python/pyverbs/mem_alloc.cpython-38-x86_64-linux-gnu.so | grep -w U | grep PyInterpreterState_GetID U PyInterpreterState_GetID Python-3.8.3]$ nm -a ./build/debug/libpython3.8d.so | grep PyInterpreterState_GetID 000c6a82 T PyInterpreterState_GetID Thanks ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
Actually, there is around 200G left in my local filesystem so I doubt that this is true. Btw, I also made an error earlier. Adding --releasever=32 does not drop the call to rawhide. I think that that has to do with the fact that in: /usr/share/spin-kickstarts/fedora-repo.ks rawhide is the one uncommented. This is a strange default to have. On Sunday, May 17, 2020, 7:31:43 PM CDT, Samuel Sieb wrote: On 5/17/20 5:27 PM, Globe Trotter via devel wrote: > Sorry, during build. Also, no, I don't think that i am using /tmp for > tmpdir. I am using a local directory called tmp. You're right, I misread that. So you're probably running out of space in whatever filesystem you're on. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
On 5/17/20 5:27 PM, Globe Trotter via devel wrote: Sorry, during build. Also, no, I don't think that i am using /tmp for tmpdir. I am using a local directory called tmp. You're right, I misread that. So you're probably running out of space in whatever filesystem you're on. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
Sorry, during build. Also, no, I don't think that i am using /tmp for tmpdir. I am using a local directory called tmp. On Sunday, May 17, 2020, 7:16:09 PM CDT, Samuel Sieb wrote: On 5/17/20 5:07 PM, Globe Trotter via devel wrote: > Thanks! Adding "--releasever=32" to the command addresses that problem. > > Btw, how do I get around a disk requirement? What causes an error like this? > > Error Summary > - > Disk Requirements: > At least 137MB more space needed on the / filesystem. During build or install? You're using /tmp for the tmpdir which is a very risky thing. By default, /tmp is a tmpfs, so any space used there comes out of RAM. If you put too much in there, it will cause you some difficulty. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
On 5/17/20 5:07 PM, Globe Trotter via devel wrote: Thanks! Adding "--releasever=32" to the command addresses that problem. Btw, how do I get around a disk requirement? What causes an error like this? Error Summary - Disk Requirements: At least 137MB more space needed on the / filesystem. During build or install? You're using /tmp for the tmpdir which is a very risky thing. By default, /tmp is a tmpfs, so any space used there comes out of RAM. If you put too much in there, it will cause you some difficulty. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
Thanks! Adding "--releasever=32" to the command addresses that problem. Btw, how do I get around a disk requirement? What causes an error like this? Error Summary- Disk Requirements: At least 137MB more space needed on the / filesystem. On Sunday, May 17, 2020, 5:18:55 PM CDT, Samuel Sieb wrote: On 5/17/20 12:58 PM, Globe Trotter via devel wrote: > sudo livecd-creator --config=fedora-live-shunya-32.ks --tmpdir=tmp > --fslabel=Fedora-Shunya-32-x86_64 Why do you think it's getting rawhide files? I don't see any reason why it would, but try adding "--releasever=32" to the command. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
On 5/17/20 12:58 PM, Globe Trotter via devel wrote: sudo livecd-creator --config=fedora-live-shunya-32.ks --tmpdir=tmp --fslabel=Fedora-Shunya-32-x86_64 Why do you think it's getting rawhide files? I don't see any reason why it would, but try adding "--releasever=32" to the command. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Orphaning kitsune
Hi all, I've been inactive for at least past 5 years in the Fedora community, so I'm finally orphaning the few packages I still had. I already had a co-maintainer for man-pages-fr but I'm sure mfabian would welcome new co-mainteners. I'm orphaning kitsune, I haven't touch it since 2008, not sure anyone is using it If someone wants to take it, I would recommend updating it to the version 3.0 last upstream version, from 2012...). Pablo ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
sudo livecd-creator --config=fedora-live-shunya-32.ks --tmpdir=tmp --fslabel=Fedora-Shunya-32-x86_64 On Sunday, May 17, 2020, 2:57:44 PM CDT, Samuel Sieb wrote: On 5/17/20 12:46 PM, Globe Trotter via devel wrote: > My apologies. I am running on Fedora 32. My kickstart file is as follows: And what is the command you run? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
On 5/17/20 12:46 PM, Globe Trotter via devel wrote: My apologies. I am running on Fedora 32. My kickstart file is as follows: And what is the command you run? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
[Sorry for top-posting, but Yahoo! does not like inline replies, mixing up the response with the text being responded to.] My apologies. I am running on Fedora 32. My kickstart file is as follows: # fedora-live-shunya.ks # # Description: # - Fedora Live Spin with the light-weight Shunya Zero Desktop Environment # repo --name=fedora --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever=$basearch repo --name=updates --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f$releasever=$basearch repo --name=MyBaseRepo --baseurl=file:///home/aarem/rpmbuild/RPMS/$basearch %include /usr/share/spin-kickstarts/fedora-live-base.ks %include /usr/share/spin-kickstarts/fedora-live-minimization.ks %include /home/aarem/remix/fedora-shunya-common.ks # added by aarem: enable slim %post systemctl enable slim # added by aarem # This is a huge file and things work ok without it #taken from fedora-livecd-xfce rm -f /usr/share/icons/HighContrast/icon-theme.cache # create /etc/sysconfig/desktop (needed for installation) cat > /etc/sysconfig/desktop <> /etc/rc.d/init.d/livesys << EOF # disable screensaver locking and make sure gamin gets started cat >> /etc/xdg/openbox/autostart << FOE /usr/libexec/gam_server /usr/bin/thaali & /usr/bin/pnmixer & /usr/libexec/notification-daemon & @nm-applet #(sleep 5; /usr/bin/wbar -c /etc/wbar.d/wbar.cfg &)& wbar& conky& FOE # set up preferred apps cat > /etc/xdg/libfm/pref-apps.conf << FOE [Preferred Applications] WebBrowser=firefox.desktop MailClient=sylpheed.desktop FOE ## set up auto-login for liveuser #sed -i 's/# autologin=.*/autologin=liveuser/g' /etc/lxdm/lxdm.conf sed ' /#default_user/a\ default_user liveuser ' /etc/slim.conf sed ' /#auto_login/a\ autologin yes ' /etc/slim.conf sed ' /sessions/ c\ sessions openbox ' /etc/slim.conf sed ' /exec/ c\ exec openbox-session ' /etc/X11/xinit/xinitrc # Show harddisk install on the desktop sed -i -e 's/NoDisplay=true/NoDisplay=false/' /usr/share/applications/liveinst.desktop mkdir /home/liveuser/Desktop cp /usr/share/applications/liveinst.desktop /home/liveuser/Desktop # this goes at the end after all other changes. chown -R liveuser:liveuser /home/liveuser restorecon -R /home/liveuser EOF %end --- And here is: # fedora-shunya-common.ks # # Description: # - Fedora Live Spin with the Shunya Zero Desktop Environment # %packages slim openbox obconf #obmenu udisks2 spacefm thaali battray wbar aNu leafpad dillo gpicview fetchmail procmail xorg-x11-fonts-misc @networkmanager-submodules gnome-keyring emacspeak xdvi R-devel #lapack-devel #fftw-devel #octave-devel libRmath-devel #valgrind #texlive-pdfjam #okular ### internet firefox pidgin sylpheed sylfilter ### office #libreoffice abiword gnumeric osmo conky network-manager-applet ###xplanet ### graphics zathura zathura-ps zathura-pdf-poppler zathura-djvu mtpaint pdf-stapler ### audio & video alsa-plugins-pulseaudio #asunder #gxine #gxine-mozplugin pavucontrol #pnmixer bitmap-fixed-fonts ucs-miscfixed-fonts blueman #clipit sylfilter redshift ## font packages for blueman -gtk2-engines -gtk-nodoka-engine -gtk-solidity-engine -libwvstreams -nano lockdev -wvdial # pam-fprint causes a segfault in LXDM when enabled -fprintd-pam # LXDE has lxpolkit. Make sure no other authentication agents end up in the spin. -polkit-gnome -polkit-kde # make sure xfce4-notifyd is not pulled in dunst #notification-daemon -xfce4-notifyd -audit -abrt-cli -abrt libreport # make sure xfwm4 is not pulled in for firstboot # https://bugzilla.redhat.com/show_bug.cgi?id=643416 # metacity # dictionaries are big -man-pages-* -words # use ssmtp instead of sendmail -sendmail # ssmtp # save some space autofs -acpid -gimp-help -f30-backgrounds-base -f30-backgrounds-gnome desktop-backgrounds-basic # slim brings this in, so this will not be removed realmd # only seems to be used in GNOME -PackageKit* # we switched to yumex, so we don't need this -foomatic-db-ppds -foomatic -stix-fonts -ibus-typing-booster -xscreensaver -wqy-zenhei-fonts #-tigervnc* #tigervnc-server-minimal # drop some system-config things # -system-config-boot #-system-config-language -system-config-network -system-config-rootpassword #-system-config-services -policycoreutils-gui -gnome-disk-utility # Dial-up and Networking: -@dial-up # Guest Desktop Agents -@guest-desktop-agents # Printing #-@printing # we need UPower for suspend and hibernate upower %end On Sunday, May 17, 2020, 1:49:10 PM CDT, Samuel Sieb wrote: On 5/17/20 8:39 AM, Globe Trotter via devel wrote: > I am trying to build a spin/remix but I keep running into the problem > that rawhide is being pulled in. Nowhere do I include it. I simply use, > in my ks
Re: Many packages unnecessarily link to libpython
> On 17 May 2020, at 14:48, Simon Farnsworth wrote: > >> On 15 May 2020, at 19:12, Charalampos Stratakis wrote: >> >> Hello everyone, >> >> As of Python 3.8, python C extensions modules should not link to libpython, >> unless they embed the interpreter in their code. Relevant upstream PR: >> https://github.com/python/cpython/pull/12946 >> If your package links to libpython without requiring it, it won't be >> possible to use the python3-debug binary with your python C extension, >> unless you recompile the extension against it. >> >> On Fedora Rawhide, there are at this point 144 packages linking to >> libpython, many of those possibly without any need for it. >> > >> python-gstreamer1farnz wtaymans > > python-gstreamer1 links to libpython for writing GStreamer plugins in Python, > embedded in a C application. > > I'll need to dig deeper to confirm that only the code for writing plugins in > Python is actually linked to libpython, not the code for using GStreamer from > Python. And checked - the code to use GStreamer from Python is not linked to libpython, only the code to use Python instead of C to write GStreamer plugins. > >> -- >> Regards, >> >> Charalampos Stratakis >> Software Engineer >> Python Maintenance Team, Red Hat > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Intent to retire nethack-vultures (Vulture's Eye and Vulture's Claw)
The current nethack-vultures uses a very old version of nethack. It is bundled because a customized version is used to support the isometric view. There exists source for a slight more recent version, but it is still very old. The upstream web site is now dead and they weren't very good about publishing source. So I can't get code from just a few years ago. At this point, I don't think it is worth the work to support this different UI for nethack. If someone else wants to take it over, I'm fine with that. The latest version I was able to find was 3.67. I don't seem to have a copy of that, but old Debian releases probably have it. When I last looked at it, going from the current Fedora version to 3.67 was a substantial amount of work. The current version is crashing on start up, so even keeping the status quo needs some work. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: how to explicitly disable rawhide while building a spin/remix
On 5/17/20 8:39 AM, Globe Trotter via devel wrote: I am trying to build a spin/remix but I keep running into the problem that rawhide is being pulled in. Nowhere do I include it. I simply use, in my ks file: repo --name=fedora --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever=$basearch repo --name=updates --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f$releasever=$basearch %include /usr/share/spin-kickstarts/fedora-live-base.ks %include /usr/share/spin-kickstarts/fedora-live-minimization.ks Nothing else. So what causes rawhide to be pulled in? More importantly, how do I disable it explicitly with effect? What version are you running this on? If you don't specify a release, it will use the one from the current environment. Can you provide the command you're using to run this and possibly the rest of the kickstart? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1836658] New: perl-DateTime-Format-Natural-1.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1836658 Bug ID: 1836658 Summary: perl-DateTime-Format-Natural-1.09 is available Product: Fedora Version: rawhide Status: NEW Component: perl-DateTime-Format-Natural Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, jples...@redhat.com, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 1.09 Current version/release in rawhide: 1.08-2.fc32 URL: http://search.cpan.org/dist/DateTime-Format-Natural/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/7086/ -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
how to explicitly disable rawhide while building a spin/remix
Hi, I am trying to build a spin/remix but I keep running into the problem that rawhide is being pulled in. Nowhere do I include it. I simply use, in my ks file: repo --name=fedora --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever=$basearch repo --name=updates --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f$releasever=$basearch %include /usr/share/spin-kickstarts/fedora-live-base.ks %include /usr/share/spin-kickstarts/fedora-live-minimization.ks Nothing else. So what causes rawhide to be pulled in? More importantly, how do I disable it explicitly with effect? TIA! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Proposal: Revise FESCo voting policy
On 5/17/20 9:36 AM, Kevin Kofler wrote: Well, I also see a strong correlation between changes being driven, requested and/or needed by RHEL and them being accepted by FESCo, even over predominantly negative community feedback. I am aware that correlation does not imply causation, but it does make me wonder where those correlations come from, and in particular, whether conflicts of interest play a decisive role or whether there is some other mechanism in play here. Some of it is a matter of resources. Fedora is a community distribution, in the sense that anyone with the time and drive to contribute is able to do so in some capacity. But there's a large variation in the capacity of any individual contributor to actually make changes. People who are paid by Red Hat and other companies, or who are otherwise fortunate enough to be able to dedicate a large amount of resources to work on Fedora and related technologies, are more likely to have the time and energy to experiment with and build new tools or technologies, integrate them into the distribution, and go through the process of getting those things through the relevant hoops to be part of the core distribution. And if you're getting paid by a company to do something, it's usually because it will benefit the company in some way (those benefits don't always have to be in conflict with the goals of the distribution, but it's definitely a spectrum). That tends to explain why Red Hat employees are driving many of the larger changes to the distribution, and why they tend to be aligned with the needs of RHEL, but not why they're being accepted by FESCo over negative community feedback. To explain that, I think we have to look at the change process itself. The standard for accepting a change via the Change Process (which I assume to be the project mission and foundations[1] - I can't find anything specific about approval criteria in the change process documentation) is so broad that the bar for saying "no" to a change proposal is quite high. Unless negative feedback from the community can make a convincing case that a change is not technically sound (and can't be rolled back with a contingency plan), doesn't tick all of the process boxes, or doesn't _somehow_ align with the mission and foundations of the distribution, there's really no reason for FESCo to block a change. Rich [1] https://docs.fedoraproject.org/en-US/project/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: SELinux is preventing systemctl from read access on the file SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c.
Hi Joseph, I am also affected by that bug and I think this is the relevant bug report. https://bugzilla.redhat.com/show_bug.cgi?id=1800935 Cheers Johannes ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora 32: samba 4.12.2: Problem with access from win10b to win10a via remote desktop
Il giorno sab, 16/05/2020 alle 22.17 +0300, Alexander Bokovoy ha scritto: > Please open a bug in bugzilla. Done: https://bugzilla.redhat.com/show_bug.cgi?id=1836630 -- Dario Lesca (inviato dal mio Linux Fedora 32 Workstation) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Many packages unnecessarily link to libpython
> On 15 May 2020, at 19:12, Charalampos Stratakis wrote: > > Hello everyone, > > As of Python 3.8, python C extensions modules should not link to libpython, > unless they embed the interpreter in their code. Relevant upstream PR: > https://github.com/python/cpython/pull/12946 > If your package links to libpython without requiring it, it won't be possible > to use the python3-debug binary with your python C extension, unless you > recompile the extension against it. > > On Fedora Rawhide, there are at this point 144 packages linking to libpython, > many of those possibly without any need for it. > > python-gstreamer1farnz wtaymans python-gstreamer1 links to libpython for writing GStreamer plugins in Python, embedded in a C application. I'll need to dig deeper to confirm that only the code for writing plugins in Python is actually linked to libpython, not the code for using GStreamer from Python. > -- > Regards, > > Charalampos Stratakis > Software Engineer > Python Maintenance Team, Red Hat ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
NeuroFedora (re)review swap: un-retiring maven-jaxb2-plugin
Hello, I need the maven-jaxb2-plugin package to build a NeuroFedora package. So, I'd like to unretire it. Could someone (re)review it please? Always happy to swap reviews if anyone is looking for a reviewer too. https://src.fedoraproject.org/rpms/maven-jaxb2-plugin https://bugzilla.redhat.com/show_bug.cgi?id=1836626 -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Proposal: Revise FESCo voting policy
Neal Gompa wrote: > I don't think this necessarily is as strong conflict of interest as > you'd expect. Most folks are involved in multiple teams (WGs, SIGs, > etc.) and those "conflicts" naturally exist. I think the only *real* > conflict would be a change owner voting *for* their change. For > example, If this were such a thing to worry about, I'd be unable to > vote for any change proposal, due to the number of groups I *actually* > do work in. Well, I do see a strong correlation between changes being driven by large influential workgroups (e.g., Workstation or Modularity) and them being accepted by FESCo, even over predominantly negative community feedback. > But again, I don't necessarily see them being employed by Red Hat as a > negative there. It *does* induce some bias, for sure, but in general, > this is a lot less pronounced than many folks would expect. And I'm > speaking as someone who tends to run into them more often than not. ;) > > Today, there are a mix of Red Hat and non-Red Hat folks, and it seems > to work out fine. And even Red Hatters have pushed back against other > Red Hat-driven changes. So I think this fear is mostly unfounded. Well, I also see a strong correlation between changes being driven, requested and/or needed by RHEL and them being accepted by FESCo, even over predominantly negative community feedback. I am aware that correlation does not imply causation, but it does make me wonder where those correlations come from, and in particular, whether conflicts of interest play a decisive role or whether there is some other mechanism in play here. 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[EPEL-devel] Modules again
I'm trying to do a local build of gtkwave for EPEL-8. A koji scratch build somehow works: http://koji.fedoraproject.org/koji/taskinfo?taskID=44609837 But a local build does not: $ mock -r epel-8-x86_64 gtkwave-3.3.104-2.fc31.src.rpm ... Error: Problem: conflicting requests - package Judy-devel-1.0.5-18.module_el8.1.0+217+4d875839.i686 is excluded - package Judy-devel-1.0.5-18.module_el8.1.0+217+4d875839.x86_64 is excluded Adding a repo with a local build of Judy doesn't help; that gets excluded too. Any clues? Paul. ___ 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Re: Many packages unnecessarily link to libpython
> nemo-extensions jcpunk leigh123linux nemo-extensions has Py_Initialize / Py_Finalize in the nemo-python sub-package ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: looking for scipy on python 3.8 (RISCV Fedora Release 32)
On Sun, May 17, 2020 at 1:52 PM Arun Sukumaran Latha wrote: > > Thanks David, > > That helped a lot. > > But unfortunately, we have ran into the next issue ie. wrt grpcio. > > [riscv@fedora-riscv tensorflow_pkg]$ sudo dnf install python3-grpcio > Last metadata expiration check: 0:17:52 ago on Sun 17 May 2020 06:20:36 AM > EDT. > Error: > Problem: conflicting requests > - nothing provides libpython3.7m.so.1.0()(64bit) needed by > python3-grpcio-1.20.1-2.fc31.riscv64 > - nothing provides python(abi) = 3.7 needed by > python3-grpcio-1.20.1-2.fc31.riscv64 > - nothing provides python3.7dist(six) >= 1.5.2 needed by > python3-grpcio-1.20.1-2.fc31.riscv64 > > I tried following http://fedora.riscv.rocks/koji/packageinfo?packageID=23014 > but still do not see the same available for Python 3.8 > > let me know if you can help me here as well. This particular package failed to build last time (compile time errors). I can give a look into it. Cheers, david > > Regards, > Arun SL > > On Sun, May 17, 2020 at 2:02 PM David Abdurachmanov > wrote: >> >> On Sat, May 16, 2020 at 8:26 PM Arun Sukumaran Latha >> wrote: >> > >> > Hello All, >> > >> > I was working on getting tensorflow compiled within the RISCV Fedora >> > environment. >> > I am using the latest release 32 build. >> > Currently I am unable to install the dependent library, scipy due to the >> > same not being available for python 3.8.1 which is currently installed. >> > >> > [riscv@fedora-riscv ~]$ sudo dnf install python3-scipy >> > Last metadata expiration check: 0:22:10 ago on Sat 16 May 2020 12:02:37 PM >> > EDT. >> > Error: >> > Problem: conflicting requests >> > - nothing provides libpython3.7m.so.1.0()(64bit) needed by >> > python3-scipy-1.1.0-3.0.riscv64.fc29.riscv64 >> > - nothing provides python(abi) = 3.7 needed by >> > python3-scipy-1.1.0-3.0.riscv64.fc29.riscv64 >> > (try to add '--skip-broken' to skip uninstallable packages) >> > [riscv@fedora-riscv ~]$ cat /etc/redhat-release >> > Fedora release 32 (Rawhide) >> > [riscv@fedora-riscv ~]$ python3 --version >> > Python 3.8.1 >> > >> > Can you please let me know if we can have the same soon? >> >> Hi, >> >> I have rebuilt scipy to Python 3.8 in Fedora/RISCV during mass rebuild >> for GCC 10, but it's not yet available directly from distro >> repository. >> >> You would need to install it directly from Fedora/RISCV Koji instance: >> http://fedora.riscv.rocks/koji/buildinfo?buildID=156446 >> >> Cheers, >> david >> ___ >> devel mailing list -- devel@lists.fedoraproject.org >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org >> Fedora Code of Conduct: >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ > 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Many packages unnecessarily link to libpython
On Fri, May 15, 2020 at 02:12:00PM -0400, Charalampos Stratakis wrote: > libsbml sagitter zbyszek Should be fixed now (assuming the build suceeds ;)). Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Next Open NeuroFedora Meeting: 1800 UTC on Monday, 18th May.
Hello everyone, Please join us at the next Open NeuroFedora team meeting this week on Monday at 1800UTC in #fedora-neuro on IRC (Freenode). https://webchat.freenode.net/?channels=#fedora-neuro The channel is bridged to Telegram, so you can also join us there on the @NeuroFedora group: https://t.me/NeuroFedora You can convert the meeting time to your local time using this command in a terminal: $ date --date='TZ="UTC" 1800 next Mon' or you can use this link: https://www.timeanddate.com/worldclock/fixedtime.html?msg=NeuroFedora+Meeting=20200518T18=1440=1 The meeting will be chaired by @ankursinha. The agenda for the meeting is: - New introductions and roll call. - Tasks from last week's meeting: https://meetbot.fedoraproject.org/teams/neurofedora/neurofedora.2020-04-27-18.01.html - Open Pagure tickets: https://pagure.io/neuro-sig/NeuroFedora/issues?status=Open=S%3A+Next+meeting - CompNeuro lab compose status check. - Neuroscience query of the week. - Next meeting day, and chair. - Open floor. We hope to see you there! -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: looking for scipy on python 3.8 (RISCV Fedora Release 32)
Thanks David, That helped a lot. But unfortunately, we have ran into the next issue ie. wrt grpcio. [riscv@fedora-riscv tensorflow_pkg]$ sudo dnf install python3-grpcio Last metadata expiration check: 0:17:52 ago on Sun 17 May 2020 06:20:36 AM EDT. Error: Problem: conflicting requests - nothing provides libpython3.7m.so.1.0()(64bit) needed by python3-grpcio-1.20.1-2.fc31.riscv64 - nothing provides python(abi) = 3.7 needed by python3-grpcio-1.20.1-2.fc31.riscv64 - nothing provides python3.7dist(six) >= 1.5.2 needed by python3-grpcio-1.20.1-2.fc31.riscv64 I tried following http://fedora.riscv.rocks/koji/packageinfo?packageID=23014 but still do not see the same available for Python 3.8 let me know if you can help me here as well. Regards, Arun SL On Sun, May 17, 2020 at 2:02 PM David Abdurachmanov < david.abdurachma...@gmail.com> wrote: > On Sat, May 16, 2020 at 8:26 PM Arun Sukumaran Latha > wrote: > > > > Hello All, > > > > I was working on getting tensorflow compiled within the RISCV Fedora > environment. > > I am using the latest release 32 build. > > Currently I am unable to install the dependent library, scipy due to the > same not being available for python 3.8.1 which is currently installed. > > > > [riscv@fedora-riscv ~]$ sudo dnf install python3-scipy > > Last metadata expiration check: 0:22:10 ago on Sat 16 May 2020 12:02:37 > PM EDT. > > Error: > > Problem: conflicting requests > > - nothing provides libpython3.7m.so.1.0()(64bit) needed by > python3-scipy-1.1.0-3.0.riscv64.fc29.riscv64 > > - nothing provides python(abi) = 3.7 needed by > python3-scipy-1.1.0-3.0.riscv64.fc29.riscv64 > > (try to add '--skip-broken' to skip uninstallable packages) > > [riscv@fedora-riscv ~]$ cat /etc/redhat-release > > Fedora release 32 (Rawhide) > > [riscv@fedora-riscv ~]$ python3 --version > > Python 3.8.1 > > > > Can you please let me know if we can have the same soon? > > Hi, > > I have rebuilt scipy to Python 3.8 in Fedora/RISCV during mass rebuild > for GCC 10, but it's not yet available directly from distro > repository. > > You would need to install it directly from Fedora/RISCV Koji instance: > http://fedora.riscv.rocks/koji/buildinfo?buildID=156446 > > Cheers, > david > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1836390] perl-GnuPG-Interface-1.00 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1836390 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-GnuPG-Interface-1.00-1 ||.fc33 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-05-17 10:13:39 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1508020 -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1835389] perl-HTTP-Tinyish-0.16 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1835389 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-HTTP-Tinyish-0.16-1.fc ||33 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-05-17 10:12:17 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1508013 -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1835063] perl-Mail-DKIM-1.20200513.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1835063 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Mail-DKIM-1.20200513.1 ||-1.fc33 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-05-17 10:11:40 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1508014 -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1834627] perl-Net-Whois-Raw-2.99028 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1834627 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Net-Whois-Raw-2.99.028 ||-1.fc33 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-05-17 10:11:05 --- Comment #2 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1508016 -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1836538] perl-HTML-Mason-1.59 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1836538 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-HTML-Mason-1.59-1.fc33 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-05-17 10:09:40 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1508010 -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[Bug 1836176] perl-Text-Table-1.134 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1836176 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Text-Table-1.134-1.fc3 ||3 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-05-17 10:08:33 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1508017 -- 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://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Re: Packages needlessly use __provides_exclude_from on python sitearch
On 16. 07. 18 9:54, Miro Hrončok wrote: On 16.7.2018 08:13, Mattias Ellert wrote: tor 2018-07-12 klockan 18:34 +0200 skrev Miro Hrončok: There are 56 packages that use something like this: %global __provides_exclude_from ^(%{python_sitearch}/.*\\.so)$ %global __provides_exclude_from ^(%{python2_sitearch}/.*\\.so)$ %global __provides_exclude_from ^(%{python3_sitearch}/.*\\.so)$ %global __provides_exclude_from ^(%{python2_sitearch}|%{python3_sitearch})/.*\\.so$ ... and 68 like this: %filter_provides_in %{python_sitearch}/whatnot/.*\.so$ %filter_provides_in %{python2_sitearch}/.*\.so$ %filter_provides_in %{python2_sitearch}/.*\.so$ %{python3_sitearch}/.*\.so$ ... The full list can be obtained by: $ rg '(filter_provides_in|__provides_exclude_from).*python' This is not needed in Fedora and EPEL7. It is needed in EPEL6 only, but EPEL6 doesn't have __provides_exclude_from. I intent to mass change the 56 packages to remove it. I'll keep the %filter_provides_in ones, because people might have it for el6 compatibility. This is not strictly true. If the name of the .so file in sitearch starts with "lib" auto provides are generated for it, and if this is not intended it must be added to __provides_exclude_from. This is the case for the "root" package on your list. This package on purpose (and as stated in the comment in the spec file) filters out the provides from one of the .so files in sitearch but not the other, in order to only get provides for one of them. Thank You! I'll investigate more before taking any action. After couple years, I opened: RFE: elfdeps: Filter Python subdirectories https://github.com/rpm-software-management/rpm/issues/1227 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-Cloud-31-20200517.0 compose check report
No missing expected images. Passed openQA tests: 1/1 (x86_64) -- 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 Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: looking for scipy on python 3.8 (RISCV Fedora Release 32)
On Sat, May 16, 2020 at 8:26 PM Arun Sukumaran Latha wrote: > > Hello All, > > I was working on getting tensorflow compiled within the RISCV Fedora > environment. > I am using the latest release 32 build. > Currently I am unable to install the dependent library, scipy due to the same > not being available for python 3.8.1 which is currently installed. > > [riscv@fedora-riscv ~]$ sudo dnf install python3-scipy > Last metadata expiration check: 0:22:10 ago on Sat 16 May 2020 12:02:37 PM > EDT. > Error: > Problem: conflicting requests > - nothing provides libpython3.7m.so.1.0()(64bit) needed by > python3-scipy-1.1.0-3.0.riscv64.fc29.riscv64 > - nothing provides python(abi) = 3.7 needed by > python3-scipy-1.1.0-3.0.riscv64.fc29.riscv64 > (try to add '--skip-broken' to skip uninstallable packages) > [riscv@fedora-riscv ~]$ cat /etc/redhat-release > Fedora release 32 (Rawhide) > [riscv@fedora-riscv ~]$ python3 --version > Python 3.8.1 > > Can you please let me know if we can have the same soon? Hi, I have rebuilt scipy to Python 3.8 in Fedora/RISCV during mass rebuild for GCC 10, but it's not yet available directly from distro repository. You would need to install it directly from Fedora/RISCV Koji instance: http://fedora.riscv.rocks/koji/buildinfo?buildID=156446 Cheers, david ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-Cloud-32-20200517.0 compose check report
No missing expected images. Soft failed openQA tests: 1/1 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 51 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/51 -- 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 Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
SELinux is preventing systemctl from read access on the file SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c.
I've tried relabeling, and the problem still persists. Should I report this as a bug, or this a config problem on my end? Joseph D. Wagner SELinux is preventing systemctl from read access on the file SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c. * Plugin catchall (100. confidence) suggests ** If you believe that systemctl should be allowed read access on the SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c file by default. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # ausearch -c 'systemctl' --raw | audit2allow -M my-systemctl # semodule -X 300 -i my-systemctl.pp Additional Information: Source Context system_u:system_r:logrotate_t:s0 Target Context system_u:object_r:efivarfs_t:s0 Target Objects SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c [ file ] Source systemctl Source Path systemctl Port Host localhost.localdomain Source RPM Packages Target RPM Packages SELinux Policy RPM selinux-policy-targeted-3.14.5-38.fc32.noarch Local Policy RPM selinux-policy-targeted-3.14.5-38.fc32.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name localhost.localdomain Platform Linux localhost.localdomain 5.6.11-300.fc32.x86_64 #1 SMP Wed May 6 19:12:19 UTC 2020 x86_64 x86_64 Alert Count 5 First Seen 2020-05-15 03:26:10 PDT Last Seen 2020-05-17 00:01:02 PDT Local ID e5acdc0f-f979-4bb7-9889-1fa1e1a1586b Raw Audit Messages type=AVC msg=audit(1589698862.374:769): avc: denied { read } for pid=112829 comm="systemctl" name="SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c" dev="efivarfs" ino=15503 scontext=system_u:system_r:logrotate_t:s0 tcontext=system_u:object_r:efivarfs_t:s0 tclass=file permissive=0 Hash: systemctl,logrotate_t,efivarfs_t,file,read ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-Cloud-30-20200517.0 compose check report
No missing expected images. Passed openQA tests: 1/1 (x86_64) -- 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 Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ 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 8 updates-testing report
The following Fedora EPEL 8 Security updates need testing: Age URL 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ac1fd7a29f seamonkey-2.53.2-1.el8 10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-aa8ce752c3 pure-ftpd-1.0.49-4.el8 8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-03d5f14bbe chromium-81.0.4044.138-1.el8 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-0d41abf072 perl-Mojolicious-8.42-1.el8 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-765ceaa306 clamav-0.102.3-1.el8 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-30aba92944 log4net-2.0.8-10.el8 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-2056b1c4a9 exim-4.93-3.el8 The following builds have been pushed to Fedora EPEL 8 updates-testing coturn-4.5.1.2-1.el8 gjots2-3.1.6-2.el8 librsync-2.3.0-1.el8 ngircd-25-7.el8 rkhunter-1.4.6-6.el8 Details about builds: coturn-4.5.1.2-1.el8 (FEDORA-EPEL-2020-408b73ee0b) TURN/STUN & ICE Server Update Information: Coturn 4.5.1.2 ==- merge regression fix: * Do not display empty CLI passwd alert if CLI is not enabled - merge PR #359: * Remove `turn_free_simple()` * Remove `turn_malloc()` * Remove `turn_realloc()` * Remove `turn_free()` * Remove `turn_calloc()` * Remove `turn_strdup()` * Remove `SSL_NEW()` and `SSL_FREE()` * Remove pointer debugging machinery * Remove `ns_bzero()`, `ns_bcopy()`, and `ns_bcmp()` * Remove `[su]{08,16,32,64}bits` type defines - merge PR #327 * Strip white-spaces from config file lines end - merge PR #386 * fix the webadmin ip permission add/delete sql injection - merge PR #390 * fix mongo driver crash when invalid connection string is used - merge PR #392 enhanced fread return length check - merge PR #367 disconnect database gracefully - merge PR #382 * Using `SSL_get_version` method for BoringSSL compatibility * Now we put in `turn_session_info->tls_method` the real TLS version. Earlier we put UNKNOWN in this field if it was a TLS protocol that was not defined supportel TLS protocol during compile time. - merge PR #276 Add systemd service example - merge PR #284 Add bandwidth usage reporting packet/bandwidth usage by peers - merge PR #381 Modifying configure to enable compile with private libraries - merge PR #455 Typo corrected - merge PR #417 Append only to log files rather to override them - merge PR #442 Updated incorrect string length check for 'ssh' - merge PR #449 Fix Dockerfile for latest Debian - http server NULL dereference * Reported (by quarkslab.com, cisco/talos) * CVE-2020-6061 / TALOS-2020-0984 - http server out of bound read * Reported (by quarkslab.com, cisco/talos) * CVE-2020-6061 / TALOS-2020-0984 - merge PR #472 STUN input validation - merge PR #398 FIPS - merge PR #478 prod - merge PR #463 fix typos and grammar - update travis config ubuntu/mac images - merge PR #466 added null check for second char - merge PR #470 compiler warning fixes - merge PR #475 Update `README.docker` - merge PR #471 Fix a memory leak when an SHATYPE isn't supported - merge PR #488 Fix typos about `INSTALL` filenames - fix compiler warning comparison between signed and unsigned integer expressions - fix compiler warning string truncation - change Diffie Hellman default key length from 1066 to 2066 - merge PR #522 drop of supplementary group IDs - merge PR #514 Unify spelling of Coturn - merge PR#506 Rename "prod" config option to "no-software- attribute" - merge PR #519 fix config extension in `README.docker` - merge PR #516 change sql data dir in `docker-compose-all.yml` - merge PR #513 remove trailing spaces from `README`s - merge PR #525 add flags to disable periodic use of dynamic tables ChangeLog: * Sat May 16 2020 Robert Scheck - 4.5.1.2-1 - Update to 4.5.1.2 gjots2-3.1.6-2.el8 (FEDORA-EPEL-2020-3bfe11ae0b) A hierarchical note jotter - organize your ideas, notes, facts in a tree Update Information: unretire package ChangeLog: References: [ 1 ] Bug #1823599 - Review Request: gjots2 - A heirarchical note jotter. Organise your ideas, notes, facts in a tree https://bugzilla.redhat.com/show_bug.cgi?id=1823599