Re: how to troubleshoot performance problems that trigger kidle-inject

On 08/16/2018 01:31 PM, Chris Murphy wrote: kernel 4.17, and there's only light fan or no fan usage when those processes spin up. After a little research, it appears that this is related to the intel_powerclamp module which is supposed to protect your processor from overheating. What is the

Mock build for rawhide is broken

Hi. I can't buld or even init mock for fedora-rawhide-x86_64 because wrong GPG key for fc29 packages still present in rawhide. For example: Public key for shadow-utils-4.6-2.fc29.x86_64.rpm is not installed. Failing package is: shadow-utils-2:4.6-2.fc29.x86_64 GPG Keys are configured as: file://

Re: Mock build for rawhide is broken

On 17.8.2018 11:46, Vascom wrote: Hi. I can't buld or even init mock for fedora-rawhide-x86_64 because wrong GPG key for fc29 packages still present in rawhide. For example: Public key for shadow-utils-4.6-2.fc29.x86_64.rpm is not installed. Failing package is: shadow-utils-2:4.6-2.fc29.x86_

Re: Nonresponsive maintainer: Björn Esser (besser82)

Besser82 hasn't answered any of my emails for months. ___ 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 Guid

Re: Changes in packages workflow vs. modular Fedora

You triggered my interest, so I tried to get some information how many modules there are in Fedora, but 1) mbs.fedoraproject.org spits on me just some JSON instead of some user friendly web UI, 2) pagure cannot show content of modules namespace nor can reliably search for modules, 3) opening the

Re: Mono - Do we have a maintainer?

Hello all, Yes, mono is behind, but it isn't a simple reason. The way mono is bootstrapped and compiled has changed starting with version 5.0. The Roslyn compiler is now the default and requires bootstrapping from binary-only sources provided by upstream. This is a no-no in Fedora. There was an

Unannounced SONAME bump for libssh

The libssh package uses wildcards on SONAME version. The package was upgraded from 0.7.5 to 0.8.1 in Fedora 27+ that included a SONAME bump. Please remove the wildcard in libssh and begin package rebuilds. Stable versions of Fedora now contain broken software as the package has been released to

Re: Unannounced SONAME bump for libssh

On Fri, Aug 17, 2018 at 08:19:17AM -0500, Michael Cronenworth wrote: > The libssh package uses wildcards on SONAME version. The package was > upgraded from 0.7.5 to 0.8.1 in Fedora 27+ that included a SONAME bump. > > Please remove the wildcard in libssh and begin package rebuilds. Stable > versio

Re: Nonresponsive maintainer: Björn Esser (besser82)

On Fri, Aug 17, 2018, 12:53 Leigh Scott wrote: > Besser82 hasn't answered any of my emails for months. > I saw him back in May for a couple of reviews, maybe he's in holidays. > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe s

Re: Unannounced SONAME bump for libssh

Le ven. 17 août 2018 à 16:05, Michael Cronenworth a écrit : > > The libssh package uses wildcards on SONAME version. The package was upgraded > from > 0.7.5 to 0.8.1 in Fedora 27+ that included a SONAME bump. I don't see any SONAME bump libssh.so.4 is still used in both packages version in f28 at

Re: Unannounced SONAME bump for libssh

On Fri, 2018-08-17 at 08:19 -0500, Michael Cronenworth wrote: > The libssh package uses wildcards on SONAME version. The package was > upgraded from > 0.7.5 to 0.8.1 in Fedora 27+ that included a SONAME bump. > > Please remove the wildcard in libssh and begin package rebuilds. > Stable versions o

Re: Changes in packages workflow vs. modular Fedora

On Thu, Aug 16, 2018 at 9:28 AM, Miro Hrončok wrote: > > This has received no reply in ~2 weeks. Am I the only one who ask those > questions? I'm interested as well, I just have no idea about the answers. - Ken ___ devel mailing list -- devel@lists.fed

Re: Orphaned rocksdb

On Thu, Aug 16, 2018 at 04:00:11PM +0200, Tomasz Torcz wrote: > class="gmail_quote">16 sie 2018 15:26 Matej Mužila > napisał(a):Hi, > > > > I've orphaned the rocksdb package. Nothing depends on it and it seems that > > it is not needed in Fedora. > dir="auto">Isn't rocks

Re: Unannounced SONAME bump for libssh

On 08/17/2018 09:21 AM, Nicolas Chauvet wrote: The failure seems caused by a missing symlink from libssh_threads.so.4 to the real library (using libssh.so.4 SONAME) That was with libssh-0.8.1-3.fc28.x86_64. Yes, this was the reason. The -4 package fixes it. Apologies, Andreas, for jumping the

Re: Orphaned rocksdb

On 08/17/2018 10:34 AM, Tomasz Torcz wrote: On Thu, Aug 16, 2018 at 04:00:11PM +0200, Tomasz Torcz wrote: 16 sie 2018 15:26 Matej Mužila napisał(a):Hi, I've orphaned the rocksdb package. Nothing depends on it and it seems that it is not needed in Fedora. Isn't rocksdb u

SONAME bump for armadillo

Hi, armadillo 9.100.5 was released this week. The previous stable release was 8.600.5. So we a major version bump from 8 to 9. According to both the release notes and an email exchange with the upstream maintainer "There are no API breakages, but there are subtle behavioural differences

ideas about logging during the initramfs

I'd love to make logging during early boot not require everyone to happen to get the `console=` entries ordered correctly on the kernel command line. Inevitably we always get it wrong or the ordering of the `console=` lines on a pre-baked works great for some people but not for others. What if the

Re: dokuwiki packagers unresponsive

So, I've contacted the maintainers. Adam Tkac has granted me commit access, saying that he's no longer interested in the package. Topdog didn't respond to my e-mail, but I see that he's no longer listed as the package admin... so I guess that leaves me in charge. I will take to updating the pac

nextcloud-client 2.5: help for updating qt syslibs patch

Hi there. I am testing nextcloud-client 2.5 beta 1 [0], and I am in troubles with syslib patch[1]. This patch has been produced some time ago by previous owncloud-client maintainers, and I simply replicate it on every new release of the software client. By the way, on 2.5.0 this patch triggers some

Re: ideas about logging during the initramfs

On 08/17/2018 08:55 AM, Dusty Mabe wrote: I'd love to make logging during early boot not require everyone to happen to get the `console=` entries ordered correctly on the kernel command line. Inevitably we always get it wrong or the ordering of the `console=` lines on a pre-baked works great for

Re: dokuwiki packagers unresponsive

Make sure that you also ask releng to make you primary owner instead of orphan (otherwise it will get retired at some point). On Fri, Aug 17, 2018 at 7:15 PM Artur Iwicki wrote: > So, I've contacted the maintainers. Adam Tkac has granted me commit > access, saying that he's no longer interested

Re: ideas about logging during the initramfs

On 08/17/2018 01:20 PM, Laura Abbott wrote: > On 08/17/2018 08:55 AM, Dusty Mabe wrote: >> I'd love to make logging during early boot not require everyone >> to happen to get the `console=` entries ordered correctly on the >> kernel command line. Inevitably we always get it wrong or the ordering

Re: Automating Package Review (Was: fedora-review -- do we have a maintainer?)

While I agree that this is a good idea, I have one note of caution: What's to stop someone adding a malicious package which did something like ‘Provides: glibc’ and subsequently infects everyone's machine? I think we'd want to consider the security implications of accepting packages after only aut

Re: Mono - Do we have a maintainer?

On Wed, Aug 15, 2018 at 03:55:26PM +0200, Florian Weimer wrote: > On 08/15/2018 03:20 PM, Michael Cronenworth wrote: > >The Roslyn compiler is now the default and requires bootstrapping > >from binary-only sources provided by upstream. This is a no-no in > >Fedora. > > Are you sure about that? Oc

OCaml bootstrapping (was: Re: Mono - Do we have a maintainer?)

On Wed, Aug 15, 2018 at 03:55:26PM +0200, Florian Weimer wrote: > On 08/15/2018 03:20 PM, Michael Cronenworth wrote: > >The Roslyn compiler is now the default and requires bootstrapping > >from binary-only sources provided by upstream. This is a no-no in > >Fedora. > > Are you sure about that? Oc

orphaning vnc-ltsp-config

Orphaning vnc-ltsp-config. Haven't used it in quite awhile and don't have time to give it any love and attention. -- Rex ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora

Fedora Rawhide-20180817.n.1 compose check report

No missing expected images. Failed openQA tests: 85/132 (x86_64), 24/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180813.n.0): ID: 266296 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/266296 ID: 266297 Test: x86_64 Se

Re: orphaning vnc-ltsp-config

Rex Dieter wrote: > Orphaning vnc-ltsp-config. Haven't used it in quite awhile and don't have > time to give it any love and attention. My bad, was already orphaned, was surprised to get bugzilla mail still though. nothing to see here. -- Rex ___ de

Re: dokuwiki packagers unresponsive

On Fri, 2018-08-17 at 16:21 +, Artur Iwicki wrote: > So, I've contacted the maintainers. Adam Tkac has granted me commit > access, saying that he's no longer interested in the package. Topdog > didn't respond to my e-mail, but I see that he's no longer listed as > the package admin... so I gues

Re: Automating Package Review (Was: fedora-review -- do we have a maintainer?)

On Fri, Aug 17, 2018, 20:53 Richard W.M. Jones wrote: > > While I agree that this is a good idea, I have one note of caution: > What's to stop someone adding a malicious package which did something > like ‘Provides: glibc’ and subsequently infects everyone's machine? > I think we'd want to consid

Re: Automating Package Review

> "RWMJ" == Richard W M Jones writes: RWMJ> I think we'd want to consider the security implications of RWMJ> accepting packages after only automated review. New packagers would need to be sponsored and so a human would still have to be involved at some point. (At least I certainly hope that

Re: Changes in packages workflow vs. modular Fedora

On 08/17/2018 03:21 AM, Vít Ondruch wrote: > You triggered my interest, so I tried to get some information how many > modules there are in Fedora, but > > 1) mbs.fedoraproject.org spits on me just some JSON instead of some user > friendly web UI, > > 2) pagure cannot show content of modules names

Schedule for Monday's FESCo Meeting (2018-08-20)

Following is the list of topics that will be discussed in the FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2018-08-20 15:00 UTC' Links to all issues to be

Re: Changes in packages workflow vs. modular Fedora

On 08/17/2018 12:21 PM, Vít Ondruch wrote: > You triggered my interest, so I tried to get some information how many > modules there are in Fedora, but > > 1) mbs.fedoraproject.org spits on me just some JSON instead of some user > friendly web UI, MBS UI is available at: https://release-engineerin

Re: how to troubleshoot performance problems that trigger kidle-inject

On Fri, Aug 17, 2018 at 1:09 AM, Samuel Sieb wrote: > On 08/16/2018 01:31 PM, Chris Murphy wrote: >> >> kernel 4.17, and there's only light fan or no fan usage when those >> processes spin up. > > > After a little research, it appears that this is related to the > intel_powerclamp module which is

Re: SONAME bump for armadillo

On Friday, 17 August 2018 16.53.37 WEST José Abílio Matos wrote: > reveals that the only packages that require armadillo are: > * gdal > * mlpack > * mmseq OK, after following the prescribed procedure for rawhide I had only a problem with gdal, that was already failing before so no change here

Fedora 29-20180817.n.0 compose check report

Missing expected images: Atomichost qcow2 x86_64 Atomichost raw-xz x86_64 Failed openQA tests: 80/130 (x86_64), 24/24 (i386), 1/2 (arm) ID: 266547 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/266547 ID: 266548 Test: x86_64 Server-boot-iso ins