Re: Intel's Clear Linux optimizations

On 7/19/18, Manas Mangaonkar wrote: > Good to here there haven't been any breakages. > > I will look into the swapper process issue asap. Thanks. Output from $perf top -F 49 16.19% [kernel] [k] sdhci_irq 7.72% [unknown] [.] 000

Re: Mass rebuild, mass Golang packages failures

- Original Message - > From: "Robert-André Mauchin" > To: devel@lists.fedoraproject.org > Sent: Tuesday, July 17, 2018 2:52:05 PM > Subject: Re: Mass rebuild, mass Golang packages failures > > On mardi 17 juillet 2018 14:34:49 CEST you wrote: > > Hello, > > > > > > Since the mass re

Again, please announce your so-name bumps!

Hi all, please announce your so-name bumps *before* you push them. This time LibRaw bumped its version, as a result we have broken dependencies and some composes like Astronomy spin fail to build… Problem 1: conflicting requests - nothing provides libraw.so.16()(64bit) needed by siril-0.9.9-2.

Re: Intel's Clear Linux optimizations

Good to here there haven't been any breakages. I will look into the swapper process issue asap. On Thu, 19 Jul 2018, 10:38 Rajeesh K V, wrote: > > > On Mon, Jul 16, 2018 at 10:33 PM Manas Mangaonkar < > manasmangaon...@gmail.com> wrote: > >> The Actual Url >>

Re: Intel's Clear Linux optimizations

On Mon, Jul 16, 2018 at 10:33 PM Manas Mangaonkar wrote: > The Actual Url > > FYI, have been running kernel 4.18.0-0.rc0.git10.1.fc28.x86_64 since a day, haven't noticed any breakages :-) But 'swapper

[Fedora-packaging] Schedule for Thursday's FPC Meeting (2018-07-19 16:00 UTC)

  Following is the list of topics that will be discussed in the FPC meeting Thursday at 2018-07-19 16:00 UTC in #fedora-meeting-1 on irc.freenode.net.   Local time information (via. uitime): = Day: Thursday == 2018-07-19 09:00 PDT  US/Pacific 2018-07-19

Re: Understanding popd pushd usage in RPM spec file

Germano Massullo wrote: > Hi, I need some help in understanding how popd and pushd work in rpm > files creation. Those commands are shell commands, not specific to RPM. They maintain a stack (una pila) of directories, so you can temporarily switch to a directory and then switch back. https://en

glibc-2.27.9000 and struct statx_timestamp

Hi I'm hitting the following with qt5-qtbase: /usr/include/linux/stat.h:56:8: error: redefinition of 'struct statx_timestamp' struct statx_timestamp { ^~~ In file included from /usr/include/sys/stat.h:446, from /builddir/build/BUILD/qtbase-everywhere-src-5.

Re: Updating R-qvalue and R-xtable

Hi Pierre, > Good Morning Everyone, > > A few days ago, I sent this to the r-sig-fedora(a)r-project.org list but > without > reactions, so I'm sending it here as well in case there are more people > interested here :) > > Thanks, > > Pierre > > -- > > Good Morning Everyone, > > I was go

Re: dnf history - change in how rpmdb checksum is computed

On Wed, Jul 18, 2018 at 6:02 PM Daniel P. Berrangé wrote: > > On Wed, Jul 18, 2018 at 03:24:54PM +0200, Daniel Mach wrote: > > Hi everyone, > > The DNF team is currently reviewing DNF compatibility with YUM 3 and we'd > > like to get feedback on this one: > > https://bugzilla.redhat.com/show_bug.c

F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

== Summary == This change enables TLS 1.3 (draft28) support on the gnutls crypto library. == Owner == * Name: Nikos Mavrogiannopoulos == Detailed Description == This change will enable the TLS 1.3 protocol (draft28) on the gnutls library. TLS 1.3 is the latest version of the TLS protocol which a

F29 Self-Contained Change: Basic FPGA Support

== Summary == A number of devices like Xilinx ZYNQ based devices such as the 96boards Ultra96 and the Intel based UP² have onboard FPGAs. FPGA manager is a vendor-neutral framework that has been upstream in the kernel since 4.4. This is the initial support for FPGAs in Fedora using open source vend

Re: Fixing KeepassXC missing Gnome tray icon

On mercredi 18 juillet 2018 21:20:33 CEST Germano Massullo wrote: > A user filled the following bugreport > https://bugzilla.redhat.com/show_bug.cgi?id=1601033 > concerning KeepassXC from Fedora repository missing the Gnome tray icon. > He states that the upstream AppImage build instead is not affe

Re: Fixing KeepassXC missing Gnome tray icon

On 7/18/18 9:57 PM, Robert-André Mauchin wrote: > Also if you're looking to fix your FTBFS after the mass rebuild, look at this > bug > https://github.com/keepassxreboot/keepassxc/issues/2048 Thank you! ___ devel mailing list -- devel@lists.fedoraprojec

Re: Fixing KeepassXC missing Gnome tray icon

On mercredi 18 juillet 2018 21:20:33 CEST Germano Massullo wrote: > A user filled the following bugreport > https://bugzilla.redhat.com/show_bug.cgi?id=1601033 > concerning KeepassXC from Fedora repository missing the Gnome tray icon. > He states that the upstream AppImage build instead is not affe

Re: Fixing KeepassXC missing Gnome tray icon

On 07/18/2018 12:54 PM, Samuel Sieb wrote: On 07/18/2018 12:20 PM, Germano Massullo wrote: A user filled the following bugreport https://bugzilla.redhat.com/show_bug.cgi?id=1601033 concerning KeepassXC from Fedora repository missing the Gnome tray icon. He states that the upstream AppImage build

Re: Fixing KeepassXC missing Gnome tray icon

On 07/18/2018 12:20 PM, Germano Massullo wrote: A user filled the following bugreport https://bugzilla.redhat.com/show_bug.cgi?id=1601033 concerning KeepassXC from Fedora repository missing the Gnome tray icon. He states that the upstream AppImage build instead is not affected by this problem. T

Re: Release criteria proposal: installing / removing software

On Wed, 2018-07-18 at 08:49 +0200, drago01 wrote: > On Wednesday, July 18, 2018, Chris Murphy wrote: > > > On Tue, Jul 17, 2018 at 3:53 PM, Adam Williamson > > wrote: > > > On Tue, 2018-07-17 at 14:48 -0700, Adam Williamson wrote: > > > > I instinctively like the non-split form here because, to

Re: Release criteria proposal: installing / removing software

On Wed, 2018-07-18 at 14:56 +, Jeff Johnson wrote: > There is also historical precedent in open source software for using > the terms "recommended" and "suggested" rather than "appropriate". Those have specific meanings in RPM terms which are not at all what the release criterion is about. It

some trac plugins looking for point of contacts

Hey all. I have: trac-bazaar-plugin trac-git-plugin trac-iniadmin-plugin trac-mercurial-plugin trac-ticketdelete-plugin Which are all FTBFS (likely due to unversioned python2 use). I don't use trac anymore, so I am going to orphan these, unless anyone would like to take them

Re: Understanding popd pushd usage in RPM spec file

pushd and popd are bash commands (man pushd) On Wed, 2018-07-18 at 22:17 +0300, Vascom wrote: > It is same as cd > ... > cd .. > > But build/install can finish in some internal directory and not exit > to top level. So pushd popd always work properly. > > ср, 18 июл. 2018 г., 22:10 Germano M

Fixing KeepassXC missing Gnome tray icon

A user filled the following bugreport https://bugzilla.redhat.com/show_bug.cgi?id=1601033 concerning KeepassXC from Fedora repository missing the Gnome tray icon. He states that the upstream AppImage build instead is not affected by this problem. The spec file seems to be fine so I don't understan

Re: Understanding popd pushd usage in RPM spec file

It is same as cd ... cd .. But build/install can finish in some internal directory and not exit to top level. So pushd popd always work properly. ср, 18 июл. 2018 г., 22:10 Germano Massullo : > Hi, I need some help in understanding how popd and pushd work in rpm > files creation. > Today I star

Understanding popd pushd usage in RPM spec file

Hi, I need some help in understanding how popd and pushd work in rpm files creation. Today I started working on enhancing darktable spec file [1] in order to add basecurve-tool and noise-tool subpackages, and I had some difficulties in understanding popd/pushd usage in that spec file. Despite is a

Updating R-qvalue and R-xtable

Good Morning Everyone, A few days ago, I sent this to the r-sig-fed...@r-project.org list but without reactions, so I'm sending it here as well in case there are more people interested here :) Thanks, Pierre -- Good Morning Everyone, I was going through my list of FTBFS packages today and

Re: python 2 retirement commo efforts

own as to getting an > accurate count released today tomorrow arrived on me, but here are the promised report and links to the results and the generator script [/share/MD0_DATA/Mirror/lftp] # time ./stats.sh # packages starting with target: python # but NOT python3 # collated fro

Re: dnf history - change in how rpmdb checksum is computed

> If a user migrates from RHEL 7 to the next version of RHEL (or CentOS), > there will be continuity in used algorithm and history db checksums. > It's important to some enterprise customers to keep the history db in a > good shape. > Fedora users don't care about that much in general. I care abou

Re: F29 Mass rebuild - Help needed to fix failed build

On Wed, Jul 18, 2018 at 3:18 PM, Mattias Ellert wrote: > ons 2018-07-18 klockan 15:23 +0200 skrev Zoltan Kota: >> Hi All, >> >> The Mass rebuild of pybliographer failed. See below: >> >> Fwd: releng's pybliographer-1.2.18-4.fc29 failed to build >> >> Notification time stamped 2018-07-15 03:04

Re: dnf history - change in how rpmdb checksum is computed

On Wed, Jul 18, 2018 at 11:02 AM Daniel Mach wrote: > If a user migrates from RHEL 7 to the next version of RHEL (or CentOS), > there will be continuity in used algorithm and history db checksums. > It's important to some enterprise customers to keep the history db in a good > shape. > Fedora us

Re: dnf history - change in how rpmdb checksum is computed

On Wed, Jul 18, 2018 at 05:01:14PM +0200, Daniel Mach wrote: > > > > What's the benefit in changing to be compatible with YUM as opposed > > to stickin with current alogorithm ? > > > If a user migrates from RHEL 7 to the next version of RHEL (or CentOS), > there will be continuity in used algorith

Re: dnf history - change in how rpmdb checksum is computed

> > What's the benefit in changing to be compatible with YUM as opposed > to stickin with current alogorithm ? > If a user migrates from RHEL 7 to the next version of RHEL (or CentOS), there will be continuity in used algorithm and history db checksums. It's important to some enterprise customers t

Re: Release criteria proposal: installing / removing software

There is also historical precedent in open source software for using the terms "recommended" and "suggested" rather than "appropriate". Installing/upgrading licensed software is never appropriate. ___ devel mailing list -- devel@lists.fedoraproject.org

Re: dnf history - change in how rpmdb checksum is computed

Regarding these two questions: Are there any concerns about such change? >> I believe that >90% users wouldn't notice anything as it's related to the >> history database only. > > > On Wed, Jul 18, 2018 at 10:01 AM Igor Gnatenko < > ignatenkobr...@fedoraproject.org> wrote: > Since we've changed t

Audit-3.0 pre-release coming to rawhide

Hello, This is to let everyone know that audit-3.0 pre-release is coming to rawhide. The big change that is prompting this email is that there is a config change that people might need to be aware of. One of the improvements is to drop audispd (realtime audit event dispatcher) and merge its fun

jaxen license correction

jaxen license was corrected from: BSD to: BSD and W3C Michael ___ 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

Re: F29 Mass rebuild - Help needed to fix failed build

ons 2018-07-18 klockan 15:23 +0200 skrev Zoltan Kota: > Hi All, > > The Mass rebuild of pybliographer failed. See below: > > Fwd: releng's pybliographer-1.2.18-4.fc29 failed to build > > Notification time stamped 2018-07-15 03:04:40 UTC > > releng's pybliographer-1.2.18-4.fc29 failed to bui

Re: dnf history - change in how rpmdb checksum is computed

On Wed, Jul 18, 2018 at 3:35 PM Daniel Mach wrote: > Hi everyone, > The DNF team is currently reviewing DNF compatibility with YUM 3 and we'd > like to get feedback on this one: > https://bugzilla.redhat.com/show_bug.cgi?id=1120253 > > rpmdb checksum is a checksum of all installed RPMs > It has n

Re: dnf history - change in how rpmdb checksum is computed

On Wed, Jul 18, 2018 at 03:24:54PM +0200, Daniel Mach wrote: > Hi everyone, > The DNF team is currently reviewing DNF compatibility with YUM 3 and we'd > like to get feedback on this one: > https://bugzilla.redhat.com/show_bug.cgi?id=1120253 > > rpmdb checksum is a checksum of all installed RPMs >

dnf history - change in how rpmdb checksum is computed

Hi everyone, The DNF team is currently reviewing DNF compatibility with YUM 3 and we'd like to get feedback on this one: https://bugzilla.redhat.com/show_bug.cgi?id=1120253 rpmdb checksum is a checksum of all installed RPMs It has no cryptographical value, it's just an unique ID of RPMs on a syste

F29 Mass rebuild - Help needed to fix failed build

Hi All, The Mass rebuild of pybliographer failed. See below: Fwd: releng's pybliographer-1.2.18-4.fc29 failed to build Notification time stamped 2018-07-15 03:04:40 UTC releng's pybliographer-1.2.18-4.fc29 failed to build http://koji.fedoraproject.org/koji/buildinfo?buildID=1121364

License tags of lm_sensors corrected

Hi, I've reviewed the licensing of lm_sensors and found the License tags to be incorrect, so I corrected it. Previously the License tags of all the subpackages was: LGPLv2+ and GPLv3+ and GPLv2+ and Verbatim and Public Domain Now the License tags read as follows. lm_sensors: GPLv2+ and Verbatim