[EPEL-devel] Re: R-Packages

google query index.of "R-core-3.4.3-1.el7.x86_64" < https://www.google.com/search?q=index.of+%22R-core-3.4.3-1.el7.x86_64%22=index.of+%22R-core-3.4.3-1.el7.x86_64%22 > On Fri, Aug 31, 2018 at 9:20 AM, DeYoung, Brandon < brandon.deyo...@natixis.com> wrote: > Hi Epel Dev list, > I’m searching

[389-devel] 389 DS nightly 2018-09-01 - 89% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2018/09/01/report-389-ds-base-1.4.0.16-20180831git78fc627.fc28.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Re: OpenBLAS: link with which library?

Jerry James wrote: > If I understand correctly, the default is a library that cannot > tolerate multiple threads, uses 32-bit integers in the interface, and > does not use "a symbol name suffix", whatever that means. Hmmm, normally, the serial version is not itself parallelized but should

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 83 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3835d39d1a unrtf-0.21.9-8.el7 51 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-d2e0971e9b uwsgi-2.0.17.1-1.el7 33

Re: Headsup: dbus 1.12.10-1.fc29 is missing systemd dbus.service file, breaking almost everything

Den tors 30 aug. 2018 kl 15:21 skrev Hans de Goede : > > Hi All, > > Just a quick headsup for users following Fedora 29, the > dbus 1.12.10-1.fc29 build is missing the systemd dbus.service > file, breaking almost everything. > > Instead it contains a dbus-daemon.service file, but the > dbus.socket

Re: zram-generator

On Fri, Aug 31, 2018 at 02:16:25PM +0200, Karel Zak wrote: > On Fri, Aug 24, 2018 at 02:28:00PM +, Zbigniew Jędrzejewski-Szmek wrote: > > [2] https://github.com/systemd/zram-generator > > Oh... > > ExecStart=sh -c 'echo {disksize} >/sys/block/%i/disksize' > > It's necessary to directly

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #9 from

[EPEL-devel] R-Packages

Hi Epel Dev list, I’m searching for slightly older versions on some epel-hosted rpms. It looks like the R packages on EPEL (7Server) were updated mid-May of this year. My R developers are telling me that upgrading has broken their environment and I’m trying to revert. Is there anyway to get a

Re: [modularity] Managing module lifecycles — let's talk!

On Fri, Aug 31, 2018 at 5:01 PM Matthew Miller wrote: > On Wed, Aug 29, 2018 at 10:26:29AM +0200, Adam Samalik wrote: > > > Would it be necessary for us to pick one or the other here? IOW, > > > whether the maintainer picked a specific date or a release, the EOL > > > would resolve to a date. If

Re: [modularity] Managing module lifecycles — let's talk!

On Wed, Aug 29, 2018 at 10:26:29AM +0200, Adam Samalik wrote: > > Would it be necessary for us to pick one or the other here? IOW, > > whether the maintainer picked a specific date or a release, the EOL > > would resolve to a date. If they pick none, or explicitly choose > > 'rawhide,' then the

OpenBLAS: link with which library?

Bugs have been filed asking packagers to build with openblas instead of atlas. But there are multiple openblas libraries. I can link with any of the following: -lopenblas (openblas-serial) -lopenblas64 (openblas-serial64) -lopenblas64_ (openblas-serial64_) -lopenblaso (openblas-openmp)

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 --- Comment #8 from Gerd Pokorra --- Should Pegex-0.65 also be build for F28? -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list --

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #7 from

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

> Is this really appropriate for (usually small) scripts which are known > to work with Python 2 *and* 3? Why can't we use /usr/bin/python for > such scripts? What shall the package depend on? Python 3 or Python 2? If you know the script works with 3, use python3 shebang. Explicitly. This is

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

> Dne 31.8.2018 v 13:41 Miro Hrončok napsal(a): > > And what about not adding such macros at all? After while, the > brp-mangle-shebangs will become unmaintainable full of exceptions and > moreover you'll have hard time to get rid of such macros in the future, > because of backward compatibility.

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

> Il giorno ven 31 ago 2018 alle ore 13:18 Miro Hrončok > > waf script contains unversioned python shebangs, but it's usually > provided by upstream developer,so instead of patching it I prefer > calling python2 explicitly. > I don't know if the new f30 build system checks this too, I remember >

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 --- Comment #6 from Petr Pisar --- E.g. inc/lib/TestML/Run.pm:11 uses JSON::PP, thus "BuildRequies: perl(JSON::PP)" should be added to perl-Pegex.spec. There can more of these new dependencies. -- You are receiving this mail because: You

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 --- Comment #5 from Gerd Pokorra --- (In reply to Petr Pisar from comment #4) What do you mean with: > Don't forget to list ./inc files' dependencies as BuildRequires of > perl-Pegex. I do not know how to handle this. -- You are

Re: zram-generator

On Fri, Aug 31, 2018 at 02:22:43PM +0200, Florian Weimer wrote: > On 08/24/2018 07:42 PM, Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Aug 24, 2018 at 05:11:28PM -, Jeff Johnson wrote: > > > Why not Haskell? > > > > > > Seriously: you provide no reason for rust other than that "C is not >

Re: zram-generator

On 08/24/2018 07:42 PM, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Aug 24, 2018 at 05:11:28PM -, Jeff Johnson wrote: Why not Haskell? Seriously: you provide no reason for rust other than that "C is not attractive". C is surely a reliable implementation language for long running system

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

On 08/22/2018 08:58 PM, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Make_ambiguous_python_shebangs_error == Summary == The /usr/lib/rpm/redhat/brp-mangle-shebangs buildroot policy script will be changed to make the build fail when it sees an ambiguous python shebang, such as

Re: zram-generator

On Fri, Aug 24, 2018 at 02:28:00PM +, Zbigniew Jędrzejewski-Szmek wrote: > [2] https://github.com/systemd/zram-generator Oh... ExecStart=sh -c 'echo {disksize} >/sys/block/%i/disksize' It's necessary to directly write to /sys. We have zramctl(8) everywhere... Karel -- Karel Zak

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 --- Comment #4 from Petr Pisar --- (In reply to Gerd Pokorra from comment #3) > To not bundle TestML I added again in spec the line: > > sed -i -e '/^inc\//d' MANIFES > This only removes them from a index. The real removal is implemented by

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

Dne 31.8.2018 v 13:41 Miro Hrončok napsal(a): > On 31.8.2018 13:30, Miro Hrončok wrote: >> On 31.8.2018 09:05, Igor Gnatenko wrote: >>> On Wed, Aug 22, 2018 at 10:02 PM Ben Cotton >> > wrote: >>> >>>     >>>

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

Il giorno ven 31 ago 2018 alle ore 13:18 Miro Hrončok ha scritto: > > On 31.8.2018 08:22, Guido Aulisi wrote: > > Can we explicitly call python2? > > Instead of calling > > ./waf ... > > which contains the unversioned shebang, we call > > python2 waf ... ? > > You can. This has nothing to do with

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

On 31.8.2018 13:30, Miro Hrončok wrote: On 31.8.2018 09:05, Igor Gnatenko wrote: On Wed, Aug 22, 2018 at 10:02 PM Ben Cotton > wrote: https://fedoraproject.org/wiki/Changes/Make_ambiguous_python_shebangs_error     == Summary ==     The

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 --- Comment #3 from Gerd Pokorra --- I have done a new rawhide scratch at: https://koji.fedoraproject.org/koji/taskinfo?taskID=29394664 To not bundle TestML I added again in spec the line: sed -i -e '/^inc\//d' MANIFES If I would remove

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

On 31.8.2018 09:05, Igor Gnatenko wrote: On Wed, Aug 22, 2018 at 10:02 PM Ben Cotton > wrote: https://fedoraproject.org/wiki/Changes/Make_ambiguous_python_shebangs_error == Summary == The /usr/lib/rpm/redhat/brp-mangle-shebangs buildroot policy script

[Bug 1624362] perl-re-engine-PCRE2-0.14-5.fc30 FTBFS: t/perl/ regexp.t fails with pcre2-10.32

https://bugzilla.redhat.com/show_bug.cgi?id=1624362 Petr Pisar changed: What|Removed |Added External Bug ID||Github |

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

On 31.8.2018 08:22, Guido Aulisi wrote: Il giorno mer 22 ago 2018 alle ore 21:53 Ben Cotton ha scritto: https://fedoraproject.org/wiki/Changes/Make_ambiguous_python_shebangs_error == Summary == The /usr/lib/rpm/redhat/brp-mangle-shebangs buildroot policy script will be changed to make the

[Bug 1624362] New: perl-re-engine-PCRE2-0.14-5.fc30 FTBFS: t/perl/ regexp.t fails with pcre2-10.32

https://bugzilla.redhat.com/show_bug.cgi?id=1624362 Bug ID: 1624362 Summary: perl-re-engine-PCRE2-0.14-5.fc30 FTBFS: t/perl/regexp.t fails with pcre2-10.32 Product: Fedora Version: rawhide Component: perl-re-engine-PCRE2

[Bug 1624360] New: perl-Redis-1.991-7.fc29 FTBFS: Failed test ' pipeline with embedded error'

https://bugzilla.redhat.com/show_bug.cgi?id=1624360 Bug ID: 1624360 Summary: perl-Redis-1.991-7.fc29 FTBFS: Failed test 'pipeline with embedded error' Product: Fedora Version: 29 Component: perl-Redis Assignee:

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 Petr Pisar changed: What|Removed |Added CC||ppi...@redhat.com --- Comment #2 from

[Bug 1623848] Upgrade perl-Pegex to 0.65

https://bugzilla.redhat.com/show_bug.cgi?id=1623848 Gerd Pokorra changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Gerd

[Bug 1623428] perl-Net-Amazon-S3-0.85 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1623428 Petr Pisar changed: What|Removed |Added Resolution|NOTABUG |RAWHIDE -- You are receiving this mail

[Bug 1623428] perl-Net-Amazon-S3-0.85 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1623428 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

On Wed, Aug 22, 2018 at 10:02 PM Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Make_ambiguous_python_shebangs_error > > == Summary == > The /usr/lib/rpm/redhat/brp-mangle-shebangs buildroot > policy script will be changed to make the build fail when it sees an > ambiguous python

Re: Fedora 30 Self-Contained Change proposal: Make ambiguous python shebangs error

Il giorno mer 22 ago 2018 alle ore 21:53 Ben Cotton ha scritto: > > https://fedoraproject.org/wiki/Changes/Make_ambiguous_python_shebangs_error > > == Summary == > The /usr/lib/rpm/redhat/brp-mangle-shebangs buildroot > policy script will be changed to make the build fail when it sees an >