Re: Locked memory limits are too low

On 09/21/16 08:31, Sylvia wrote: I think yes, that's the reason. Besides, I agree with Björn about setting a 1% of the total memory. The command "ulimit -l ..." lets you control such a limit. See command ulimit -a: core file size (blocks, -c) unlimited data seg size (kby

Gsmartcontrol miss a dependency but maintainer, Eric Smith, don't answer

Hello, Thanks to Yaakov Selkowitz, we finally found why Gsmartcontrol doesn't start. It miss a dependency (usermode-gtk) but maintainer Eric Smith don't answer for a month now. I don't know if he still really maintain Gsmartcontrol but can this be fixed please ? https://bugzilla.redhat.com/sho

Re: Locked memory limits are too low

On Wed, Sep 21, 2016 at 09:27:25AM +0200, Joachim Backes wrote: > The command "ulimit -l ..." lets you control such a limit. See > command ulimit -a: I think everyone's well aware of that. That doesn't help when we were trying to run ppc64 qemu instances, since those were launched from libvirtd,

Re: t460s fedora 24 - display freeze

On 09/20/2016 05:08 PM, Keith Keith wrote: > > I ran in to a problem that involved an unresponsive screen a few months ago > and also had a FIFO underrun. I think your problem is somewhere in the intel > graphics stack. Here's the bug I had: > https://bugzilla.redhat.com/show_bug.cgi?id=1339

Re: t460s fedora 24 - display freeze

On 09/20/2016 06:28 PM, Jonny Heggheim wrote: > I have not run into this issue on my T460s, using the latest BIOS on > Fedora 25. I can try to reproduce the error if you are able to give me > a more detailed walk-through. > > Jonny Heggheim Thanks Jonny, Are you in IRC? I may try to find you t

Re: t460s fedora 24 - display freeze

On 09/20/2016 07:22 PM, Andrew Lutomirski wrote: > On Sep 20, 2016 7:31 AM, "Dusty Mabe" > wrote: >> >> >> Several times over the past month my t460s has just blank screens >> when I come back to it after some time. I don't know if the thing >> froze up completely or

Re: Locked memory limits are too low

On Wed, 2016-09-21 at 13:29 +0100, Richard W.M. Jones wrote: > It also shouldn't be necessary to have to faff around with memory > limits to do ordinary operations like starting a VM or trying to use > GNOME keyring.  The 64K limit is obviously much too low. Oh, GNOME keyring still works mostly fi

Re: t460s fedora 24 - display freeze

On 09/21/2016 08:41 AM, Dusty Mabe wrote: > > > On 09/20/2016 07:22 PM, Andrew Lutomirski wrote: >> On Sep 20, 2016 7:31 AM, "Dusty Mabe" > > wrote: >>> >>> >>> Several times over the past month my t460s has just blank screens >>> when I come back to it after some ti

Re: User Visible Terminology

Hi On Fri, Sep 16, 2016 at 5:02 PM, Petr Šabata wrote: > On Thu, Sep 15, 2016 at 10:59:55AM -0400, Matthew Miller wrote: >> On Thu, Sep 15, 2016 at 02:25:52PM -, Mary Clarke wrote: >> > * enable vs install vs select >> >> select is the worst :) > > It's what I half-jokingly suggested during t

Upstream Release Monitoring builds for EL7 instead of Rawhide

I've noticed this a lot lately. I get a bugzilla for a new release in upstream, but it lists the current version in rawhide as the el7 distribution. The rebase helper build fails because of something not supported in 7, like a Recommends tag. This is exactly what I'm seeing with the latest python-s

Re: Upstream Release Monitoring builds for EL7 instead of Rawhide

On Wed, Sep 21, 2016 at 4:21 PM, Avram Lubkin wrote: > > I've noticed this a lot lately. I get a bugzilla for a new release in > upstream, but it lists the current version in rawhide as the el7 > distribution. [...] I this something I can fix or is there a problem > with rebase helper? https://gi

Re: Upstream Release Monitoring builds for EL7 instead of Rawhide

2016-09-21 15:21 GMT+02:00 Avram Lubkin : > Anyone else seeing similar? I this something I can fix or is there a problem > with rebase helper? This is a known issue. the-new-hotness looks for rpms, not for srpms: See https://github.com/fedora-infra/the-new-hotness/issues/98 - Thomas _

Fedora Rawhide-20160921.n.0 compose check report

Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 8/93 (x86_64), 3/17 (i386), 1/2 (arm) ID: 35180 Test: x86_64 Workstation-live-iso base_selinux URL: https://openqa.fedoraproject.org/tests/35180 ID: 35181 Test: x86_64 Workstation-live-iso base_

Fedora 25-20160921.n.0 compose check report

Missing expected images: Xfce raw-xz armhfp Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 3/93 (x86_64), 1/17 (i386), 1/2 (arm) ID: 35302 Test: x86_64 Atomic-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/35302 ID: 35311 Test: arm Minimal-raw_

Re: Broken dependencies: vim-syntastic

On Wednesday, September 21, 2016 12:16:39 PM CEST build...@fedoraproject.org wrote: > vim-syntastic has broken dependencies in the rawhide tree: > On aarch64: > vim-syntastic-lisp-3.7.0-6.fc26.noarch requires clisp > On aarch64: > vim-syntastic-cs-3.7.0-6.fc26.noarch requires mono-core

Fedora Rawhide-20160921.n.0 compose check report

Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 8/93 (x86_64), 3/17 (i386), 1/2 (arm) ID: 35180 Test: x86_64 Workstation-live-iso base_selinux URL: https://openqa.fedoraproject.org/tests/35180 ID: 35181 Test: x86_64 Workstation-live-iso base_

Re: Broken dependencies: vim-syntastic

On Wed, Sep 21, 2016 at 11:32 AM, Pavel Raiskup wrote: > On Wednesday, September 21, 2016 12:16:39 PM CEST build...@fedoraproject.org > wrote: >> vim-syntastic has broken dependencies in the rawhide tree: >> On aarch64: >> vim-syntastic-lisp-3.7.0-6.fc26.noarch requires clisp >> On aarch64:

Re: Broken dependencies: vim-syntastic

On 09/21/2016 11:32 AM, Pavel Raiskup wrote: > On Wednesday, September 21, 2016 12:16:39 PM CEST build...@fedoraproject.org > wrote: >> vim-syntastic has broken dependencies in the rawhide tree: >> On aarch64: >> vim-syntastic-lisp-3.7.0-6.fc26.noarch requires clisp >> On aarch64: >> vim

Re: Locked memory limits are too low

Michael Catanzaro wrote: > Oh, GNOME keyring still works mostly fine, it just fails to lock the > memory to prevent it from being paged to disk. It only really matters > if you're running some ultra-secure military/government stuff, but it's > not how it was designed to work. Although I can't fin

Re: Broken dependencies: vim-syntastic

Stephen Gallagher wrote: > On 09/21/2016 11:32 AM, Pavel Raiskup wrote: > > On Wednesday, September 21, 2016 12:16:39 PM CEST > > build...@fedoraproject.org wrote: > >> vim-syntastic has broken dependencies in the rawhide tree: > >> On aarch64: > >>vim-syntastic-lisp-3.7.0-6.fc26.noarch req

Re: Review Swaps

On Fri, 16 Sep 2016 19:46:03 -0400 Ben Rosser wrote: > Taken resultsdb_frontend, any chance you could look at hddfancontrol? > ( https://bugzilla.redhat.com/show_bug.cgi?id=1373666). Review done, thanks for taking on resultsdb_frontend. Tim pgp_1JaM5cDG2.pgp Description: OpenPGP digital sig

Re: Review Swaps

On Fri, 16 Sep 2016 11:15:06 -0600 Jerry James wrote: > Hi Tim, > > On Thu, Sep 15, 2016 at 8:31 AM, Tim Flink wrote: > > We have some packages which are in need of review, anyone > > interested in a swap? > > > > execdb - Execution status database for Taskotron > > * https://bugzilla.redhat.

Re: Broken dependencies: vim-syntastic

On Wednesday, September 21, 2016 6:12:55 PM CEST Björn Persson wrote: > Stephen Gallagher wrote: > > On 09/21/2016 11:32 AM, Pavel Raiskup wrote: > > > On Wednesday, September 21, 2016 12:16:39 PM CEST > > > build...@fedoraproject.org wrote: > > >> vim-syntastic has broken dependencies in the r

Re: [Fedora-packaging] Re: Broken dependencies: vim-syntastic

> "PR" == Pavel Raiskup writes: PR> What's should packager do in such case? Recap: noarch package PR> depends on arch-dependant package, which is not available PR> everywhere. Then the package is not noarch. Make it archful, add ExcludeArch: appropriately. - J< __

Re: Fedora 25 compose report: 20160921.n.0 changes

hi Il 21/09/2016 15:54, Fedora Branched Report he wrote: [arduino] 1:arduino-1.6.4-8.fc25.noarch requires jackson-module-mrbean [docker-client] docker-client-4.0.6-3.fc25.noarch requires mvn(com.fasterxml.jackson.datatype:jackson-datatype-guava) my apologize for the inconveni

Re: [Fedora-packaging] Re: Broken dependencies: vim-syntastic

On Wednesday, September 21, 2016 11:37:09 AM CEST Jason L Tibbitts III wrote: > > "PR" == Pavel Raiskup writes: > > PR> What's should packager do in such case? Recap: noarch package > PR> depends on arch-dependant package, which is not available > PR> everywhere. > > Then the package is not

Re: [Fedora-packaging] Re: Broken dependencies: vim-syntastic

> "PR" == Pavel Raiskup writes: PR> Here comes the same argument as with ExclusiveArch .. I don't want PR> to, because this _is_ noarch package and _is_ expected to work on PR> all arches, at some point. It's not noarch, sorry. It doesn't work on all architectures, regardless of whether it

Re: [Fedora-packaging] Re: Broken dependencies: vim-syntastic

On Wednesday, September 21, 2016 11:57:06 AM CEST Jason L Tibbitts III wrote: > > "PR" == Pavel Raiskup writes: > > PR> Here comes the same argument as with ExclusiveArch .. I don't want > PR> to, because this _is_ noarch package and _is_ expected to work on > PR> all arches, at some point. >

Re: User Visible Terminology

On Fri, Sep 16, 2016 at 11:43:35AM -0400, Matthew Miller wrote: > On Fri, Sep 16, 2016 at 05:02:04PM +0200, Petr Šabata wrote: > > > This is for the labeling of, for example, separate PHP 5, 6, and 7 > > > modules? > > > > Yes. Or even variations of the same upstream version. > > > > I'm really

Broken dependencies: arduino, docker-client

hi Il 21/09/2016 15:54, Fedora Branched Report wrote: > [arduino] > 1:arduino-1.6.4-8.fc25.noarch requires jackson-module-mrbean > > [docker-client] > docker-client-4.0.6-3.fc25.noarch requires mvn(com.fasterxml.jackson.datatype:jackson-datatype-guava) my apologize for the inconvenienc

Re: [Fedora-packaging] Re: Broken dependencies: vim-syntastic

First off, the guidelines have: https://fedoraproject.org/wiki/Packaging:Guidelines#Noarch_with_unported_dependencies I've been assuming that you're talking about the BuildRequires: case. If you're just talking about the case where you can build it anywhere because you're just copying files around

A tale of systemd and MaxProcs

Greetings. I thought I would share this in hopes we can come up with ways to handle this sort of thing better. I do not blame anyone and I'd like to focus on positive steps we can take rather than pointing fingers. Just before the Fedora 25 development cycle started, I went and upgraded our koj

Re: A tale of systemd and MaxProcs

On 09/21/2016 08:32 PM, Kevin Fenzi wrote: Not this time. ;) The kernel maintainers started getting builds that failed and got stuck in odd ways. A few other larger packages (glibc) maintainers also hit this issue. The mock logs simply showed a bunch of "Fork failed" messages and a bunch of proce

Re: Upstream Release Monitoring builds for EL7 instead of Rawhide

Seems like this issue is almost a year old. On Wed, Sep 21, 2016 at 9:31 AM, Ville Skyttä wrote: > On Wed, Sep 21, 2016 at 4:21 PM, Avram Lubkin > wrote: > > > > I've noticed this a lot lately. I get a bugzilla for a new release in > > upstream, but it lists the current version in rawhide as t

Re: t460s fedora 24 - display freeze

On 09/21/2016 09:05 AM, Dusty Mabe wrote: > > > On 09/21/2016 08:41 AM, Dusty Mabe wrote: >> >> >> On 09/20/2016 07:22 PM, Andrew Lutomirski wrote: >>> On Sep 20, 2016 7:31 AM, "Dusty Mabe" >> > wrote: Several times over the past month my t460s has jus

Re: Orphaning packages

On Tuesday, 20 September 2016 at 11:44, Bastien Nocera wrote: > > > - Original Message - > > On Thu, Sep 15, 2016 at 11:39:20AM -0400, Bastien Nocera wrote: > > > - gnome-web-photo > > > Requires porting to a newer version of WebKit: > > > https://bugzilla.redhat.com/show_bug.cgi?id=1

Re: Locked memory limits are too low

On Wednesday, 21 September 2016 at 18:05, Björn Persson wrote: > Michael Catanzaro wrote: > > Oh, GNOME keyring still works mostly fine, it just fails to lock the > > memory to prevent it from being paged to disk. It only really matters > > if you're running some ultra-secure military/government s

Re: Broken dependencies: vim-syntastic

On 09/21/2016 10:12 AM, Björn Persson wrote: > Stephen Gallagher wrote: >> On 09/21/2016 11:32 AM, Pavel Raiskup wrote: >>> On Wednesday, September 21, 2016 12:16:39 PM CEST >>> build...@fedoraproject.org wrote: vim-syntastic has broken dependencies in the rawhide tree: On aarch64: >>

Schedule for Thursday's FPC Meeting (2016-09-22 16:00 UTC)

 Following is the list of topics that will be discussed in the FPC meeting Thursday at 2016-09-22 16:00 UTC in #fedora-meeting-1 on irc.freenode.net.  Local time information (via. rktime): 2016-09-22 09:00 Thu US/Pacific PDT 2016-09-22 12:00 Thu US/Eastern EDT 2016-09-22 1

Re: Locked memory limits are too low

On 20 September 2016 at 03:00, Thomas Daede wrote: > For Fedora Workstation, the current limit on mlock()ed memory per user > is 64kiB, which less than what some applications need. > > In particular, Bitcoin Core uses mlock() to prevent private keys from > being swapped to disk. The total size of t

Re: Self Introduction

Hello /Bom Dia! Welcome/Bem-vindo! On 09/18/2016 08:28 PM, Sylvia wrote: Hello world, My name is Sylvia, I write articles in the Fedora Magazine and translate for Spanish and Portuguese teams. Also I design sometimes, but just for fun, I'm not in the team. Now I'm starting over with Pytho