unresponsive maintainer: ricardo

Hi I am now a couple of months that I have no news for apply a further submitted patches for these packages: infinispan: https://bugzilla.redhat.com/show_bug.cgi?id=1239576 for this package I did request to become co maintainer snappy-java: https://bugzilla.redhat.com/show_bug.cgi?id=1245629

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 17.09.2015 в 08:33, Ben Boeckel написа: On Wed, 16 Sep, 2015 at 16:24:02 GMT, Alexander Todorov wrote: Please let me know which packages need to genuinely be excluded and what should we do with these packages ? Some will probably be fixed once they are rebuilt but that may take a while. Any

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 16.09.2015 в 23:05, Kaleb S. KEITHLEY написа: On 09/16/2015 01:19 PM, Jason L Tibbitts III wrote: "AT" == Alexander Todorov writes: AT> offending packages. You can find links to the script and execution AT> log here: AT>

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 16.09.2015 в 21:56, Adam Jackson написа: On Wed, 2015-09-16 at 18:26 +0100, Peter Robinson wrote: What is the proper fix to these issues? Having fixed some myself and ajax having looked at a bunch of them I don't think it's as simple as just mass rebuilding the packages. A lot of it is

Re: Freeimage 3.10 -> 3.17 upgrade, dealing with library incompatibility

On 09/17/2015 10:28 AM, Sandro Mani wrote: > - abi_compliance_checker reports that compatibility was not broken > between libfreeimage of 3.10 and 3.17. However, in libfreeimageplus, > various function signatures have changed due to switching from WORD (aka > unsigned short) to unsigned for

Re: Call for testing: 32-bit AMD CPU owners

On Thu, 2015-09-17 at 12:33 +0300, Alexander Ploumistos wrote: > I tested > https://dl.fedoraproject.org/pub/alt/stage/23_Alpha_RC2/Server/i386/i > so/Fedora-Server-netinst-i386-23_Alpha.iso > on a dual Athlon MP system and it boots fine to anaconda. > > A little bit later I discovered >

Broken dependencies: perl-Data-Dump-Streamer

perl-Data-Dump-Streamer has broken dependencies in the rawhide tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386:

Broken dependencies: perl-Unix-Statgrab

perl-Unix-Statgrab has broken dependencies in the rawhide tree: On x86_64: perl-Unix-Statgrab-0.04-25.1.fc23.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-25.1.fc23.i686 requires libstatgrab.so.6 On armhfp:

Broken dependencies: perl-Devel-BeginLift

perl-Devel-BeginLift has broken dependencies in the rawhide tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386:

Broken dependencies: perl-POE-API-Peek

perl-POE-API-Peek has broken dependencies in the rawhide tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp:

Broken dependencies: perl-Method-Signatures

perl-Method-Signatures has broken dependencies in the rawhide tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp:

Broken dependencies: polymake

polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires

Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV

perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On

Re: Freeimage 3.10 -> 3.17 upgrade, dealing with library incompatibility

On 09/17/2015 10:28 AM, Sandro Mani wrote: > - Nothing in Fedora seems to require libfreeimageplus, so just build > 3.17 in rawhide and F23 and have the libfreeimageplus ABI break silently > sneak in. Probably shouldn't even mention this option. If nothing depends on it, just go with what's

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires

Broken dependencies: perl-Devel-FindRef

perl-Devel-FindRef has broken dependencies in the rawhide tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686

rawhide report: 20150917 changes

Compose started at Thu Sep 17 05:15:06 UTC 2015 Broken deps for i386 -- [IQmol] IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0 IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0 [apache-scout]

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On 09/17/2015 01:03 PM, Alexander Todorov wrote: > На 17.09.2015 в 12:26, Richard W.M. Jones написа: >>> As far as I can see most of them report "Partial RELRO" which may >>> well be fixed as you propose below. If not I can easily exclude >>> them. >> >> They're intermediate files used by

F-23 Branched report: 20150917 changes

Compose started at Thu Sep 17 07:15:03 UTC 2015 Broken deps for armhfp -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires

jplesnik uploaded Set-Object-1.35.tar.gz for perl-Set-Object

95be9c38e94a140bfd2209cae282d5d8 Set-Object-1.35.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Set-Object/Set-Object-1.35.tar.gz/md5/95be9c38e94a140bfd2209cae282d5d8/Set-Object-1.35.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel

jplesnik pushed to perl-Set-Object (master). "1.35 bump"

From 9deba69b4241b63bf65e8e71e628d5be40997418 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 17 Sep 2015 14:00:36 +0200 Subject: 1.35 bump diff --git a/.gitignore b/.gitignore index d8484d2..c144a73 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@

[Bug 1230803] Upgrade perl-Set-Object to 1.35

https://bugzilla.redhat.com/show_bug.cgi?id=1230803 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED

jplesnik pushed to perl-Set-Object (master). "Remove license.txt"

From 2952e18166f002aa00d42137341a47f8809df1ff Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 17 Sep 2015 14:09:28 +0200 Subject: Remove license.txt diff --git a/license.txt b/license.txt deleted file mode 100644 index a86ca08..000 --- a/license.txt +++

[Bug 1230621] Upgrade perl-Library-CallNumber-LC to 0.23

https://bugzilla.redhat.com/show_bug.cgi?id=1230621 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

perl-Set-Object license change

perl-Set-Object-1.35-1.fc24 changes license from (GPL+ or Artistic) to Artistic 2.0. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the F-23 tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires

Broken dependencies: perl-Data-Dump-Streamer

perl-Data-Dump-Streamer has broken dependencies in the F-23 tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386:

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On Thu, 17 Sep 2015 11:07:37 +0300 Alexander Todorov wrote: > Can somebody comment on the -fstack-protector-all vs > -fstack-protector-strong issue ? Do we want to change the default for > %__global_cflags in /usr/lib/rpm/redhat/macros ? -all is not needed, -strong is the

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 17.09.2015 в 13:34, Steve Grubb написа: On Thu, 17 Sep 2015 11:07:37 +0300 Alexander Todorov wrote: Can somebody comment on the -fstack-protector-all vs -fstack-protector-strong issue ? Do we want to change the default for %__global_cflags in /usr/lib/rpm/redhat/macros

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On Thu, Sep 17, 2015 at 02:03:51PM +0300, Alexander Todorov wrote: > На 17.09.2015 в 12:26, Richard W.M. Jones написа: > >>As far as I can see most of them report "Partial RELRO" which may > >>well be fixed as you propose below. If not I can easily exclude > >>them. > > > >They're intermediate

Re: Resources for upstream testing?

Dave Johansen writes: > I've never used docker/vagrant, so I was wondering if there was any > information on how to get the docker image setup so it can be used. Also, > is there anything special that needs to be done once it's running? Or do > the typical commands like

Re: rpmbuild - empty RPMS directory

arnaud gaboury writes: >> Why? I ask as someone who supports R rpms on HPC systems and knows a >> bit about relevant libraries and compilers. > > Please visit this blog[0] or many other talking about R-benchmark.R. I don't think this is the place for a lecture on all

Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV

perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On

Broken dependencies: perl-POE-API-Peek

perl-POE-API-Peek has broken dependencies in the F-23 tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp:

Broken dependencies: polymake

polymake has broken dependencies in the F-23 tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires

Broken dependencies: perl-Devel-BeginLift

perl-Devel-BeginLift has broken dependencies in the F-23 tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386:

Broken dependencies: perl-Devel-FindRef

perl-Devel-FindRef has broken dependencies in the F-23 tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686

Broken dependencies: perl-Method-Signatures

perl-Method-Signatures has broken dependencies in the F-23 tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp:

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On Wed, 16 Sep 2015 19:24:02 +0300 Alexander Todorov wrote: > Including fedora-devel on this topic. > > На 12.09.2015 в 08:48, Dominik 'Rathann' Mierzejewski написа: > >>> > >>> Question is how to deal with these because they appear to be in > >>> the hundreds ? > >> > >>

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 17.09.2015 в 12:26, Richard W.M. Jones написа: As far as I can see most of them report "Partial RELRO" which may well be fixed as you propose below. If not I can easily exclude them. They're intermediate files used by developers. They aren't runnable binaries. I think everything in

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 17.09.2015 в 06:28, Jerry James написа: On Wed, Sep 16, 2015 at 10:24 AM, Alexander Todorov wrote: Please let me know which packages need to genuinely be excluded and what should we do with these packages ? Some will probably be fixed once they are rebuilt but that may

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On Thu, Sep 17, 2015 at 11:27:36AM +0300, Alexander Todorov wrote: > На 16.09.2015 в 22:59, Richard W.M. Jones написа: > >The majority of the packages of mine on this list fall into > >three groups: > > > > - erlang packages > > > > - mingw packages > > > > - ocaml packages > > > >I'm pretty

Re: Call for testing: 32-bit AMD CPU owners

I tested https://dl.fedoraproject.org/pub/alt/stage/23_Alpha_RC2/Server/i386/iso/Fedora-Server-netinst-i386-23_Alpha.iso on a dual Athlon MP system and it boots fine to anaconda. A little bit later I discovered

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 16.09.2015 в 22:59, Richard W.M. Jones написа: The majority of the packages of mine on this list fall into three groups: - erlang packages - mingw packages - ocaml packages I'm pretty sure mingw packages should all be excluded. Who knows what Windows uses (and who cares). Hi

Freeimage 3.10 -> 3.17 upgrade, dealing with library incompatibility

Hello I'm looking at updating freeimage from 3.10 to 3.17, also to resolve CVE-2015-0852, and I'm wondering how to deal with the following situation: - The package ships two libraries, libfreeimage (C API) and libfreeimageplus (C++ wrapper) - abi_compliance_checker reports that compatibility

Re: Freeimage 3.10 -> 3.17 upgrade, dealing with library incompatibility

On 17.09.2015 10:46, Florian Weimer wrote: On 09/17/2015 10:28 AM, Sandro Mani wrote: - abi_compliance_checker reports that compatibility was not broken between libfreeimage of 3.10 and 3.17. However, in libfreeimageplus, various function signatures have changed due to switching from WORD

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 17.09.2015 в 06:28, Jerry James написа: I am baffled as to why some of my packages show up on this list, as they use %configure or invoke gcc with both $RPM_OPT_FLAGS and $RPM_LD_FLAGS. For example, memtailor, which I just built yesterday, shows as lacking a canary, but it uses the

ppisar uploaded Library-CallNumber-LC-0.23.tar.gz for perl-Library-CallNumber-LC

9b077cc9fc75f7142cd3f78ad91bb000 Library-CallNumber-LC-0.23.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Library-CallNumber-LC/Library-CallNumber-LC-0.23.tar.gz/md5/9b077cc9fc75f7142cd3f78ad91bb000/Library-CallNumber-LC-0.23.tar.gz -- Fedora Extras Perl SIG

ppisar pushed to perl-Library-CallNumber-LC (master). "0.23 bump"

From fbb4c992a4814777c2271e45151150f2475859ec Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Thu, 17 Sep 2015 14:22:49 +0200 Subject: 0.23 bump diff --git a/.gitignore b/.gitignore index 9847497..6fb2490 100644 --- a/.gitignore +++ b/.gitignore @@ -1

[Bug 1230628] Upgrade Lingua-EN-Syllable to 0.28

https://bugzilla.redhat.com/show_bug.cgi?id=1230628 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 1230621] Upgrade perl-Library-CallNumber-LC to 0.23

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

ppisar uploaded Lingua-EN-Syllable-0.28.tar.gz for perl-Lingua-EN-Syllable

b96c009e8a57e71b5acacf69f58047da Lingua-EN-Syllable-0.28.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Lingua-EN-Syllable/Lingua-EN-Syllable-0.28.tar.gz/md5/b96c009e8a57e71b5acacf69f58047da/Lingua-EN-Syllable-0.28.tar.gz -- Fedora Extras Perl SIG

ppisar pushed to perl-Lingua-EN-Syllable (master). "0.28 bump"

From 760fa7ef13d7e8b67ab5f8821ad15be56e96fde4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Thu, 17 Sep 2015 14:39:19 +0200 Subject: 0.28 bump diff --git a/.gitignore b/.gitignore index f9f4e7a..87c20a0 100644 --- a/.gitignore +++ b/.gitignore @@ -1

[Bug 1230641] Upgrade perl-Lucy to 0.4.2

https://bugzilla.redhat.com/show_bug.cgi?id=1230641 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 1230628] Upgrade Lingua-EN-Syllable to 0.28

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

Why packages sources are NOT mirrored?

My traceroute [v0.85] puchatek (0.0.0.0)Thu Sep 17 14:42:22 2015 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On Thu, Sep 17, 2015 at 10:57:28 +0300, Alexander Todorov wrote: > FYI: > https://bugzilla.redhat.com/show_bug.cgi?id=1263957 Thanks. > > [1]http://www.cmake.org/cmake/help/v3.3/prop_tgt/POSITION_INDEPENDENT_CODE.html > > Ben, > is there any way this CMake property be turned on globally ? When

Re: Why packages sources are NOT mirrored?

On Thu, 17 Sep 2015 14:46:33 +0200 Marcin Juszkiewicz wrote: ...snip... > This is my connection to pkgs.fedoraproject.org machine. Fetching > 48MB archive reached 36% in 2 (two) hours... > > We ship binaries through mirrors all around the world. yum/dnf knows > how to

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

На 17.09.2015 в 16:24, Ben Boeckel написа: Ben, is there any way this CMake property be turned on globally ? When a target is made, the POSITION_INDEPENDENT_CODE property is set to the value of CMAKE_POSITION_INDEPENDENT_CODE and may then be overridden manually. Anything that turns it or the

Re: request for more visible KDE netinstall

On Thu, Sep 17, 2015 at 02:03:16AM +0100, Sérgio Basto wrote: > > This came in in Bugzilla filed against the > > fedora-productimg-workstation, which isn't the right place for it, so > > I'm passing it on: https://bugzilla.redhat.com/show_bug.cgi?id=1263565 > Well , after some analyze the bug

Re: Problem with build system?

On Wed, 16 Sep 2015 21:34:59 -0700 Susi Lehtola wrote: > Hi all, > > > I was just trying to build QMsgBox-0-6.20130830git94677dc, but the > build fails on all distros. The difference to the earlier release is > that I put in a qt5 build, and split the headers to

No agenda for Env-and-Stacks WG meeting -> no meeting? (2015-09-17)

WG meeting should be at 17:00 UTC (13:00 EST, 19:00 Brno, 13:00 Boston, 2:00+1d Tokyo, 3:00+1d Brisbane) in #fedora-meeting-2 on Freenode. However, there is no agenda proposed.. If there is something we should cover on the meeting, let me know asap... otherwise we can skip this week. Honza

ppisar uploaded Lucy-0.4.2.tar.gz for perl-Lucy

0aea7e386e987548b720467aeb862b61 Lucy-0.4.2.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Lucy/Lucy-0.4.2.tar.gz/md5/0aea7e386e987548b720467aeb862b61/Lucy-0.4.2.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list

[Bug 1230641] Upgrade perl-Lucy to 0.4.2

https://bugzilla.redhat.com/show_bug.cgi?id=1230641 --- Comment #1 from Petr Pisar --- This requires not yet packaged Clownfish. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On Thu, Sep 17, 2015 at 16:45:46 +0300, Alexander Todorov wrote: > I meant turning it on globally as in "everything built with CMake in Fedora", > like updating the default flags in a RPM macro or updating the default CMake > config in Fedora. Which will change all the packages using CMake once

[389-devel] Please review ticket 48266 (3rd): Fractional replication evaluates several times the same CSN

Thank you Noriko and Simon for your careful reviews. I modified the fix: * create the subentry with 'cn' value 'repl keep alive ' * slapi_ch_free without cast * do the keep alive entry with '(&(objectclass=ldapsubentry)(cn=%s %d))', in previous fix I forgot '%d' I modified the test case

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On Thu, 2015-09-17 at 12:00 +0100, Steve Grubb wrote: > Also, the full RELRO thing is a bit oversold. You need it if the > executable is PIE, and that's not needed in the general case. There are > far worse problems that are easy to fix that are not getting attention. > With the RELRO thing, you

Re: Problem with build system?

On 09/17/2015 08:03 AM, Kevin Fenzi wrote: On Wed, 16 Sep 2015 21:34:59 -0700 Susi Lehtola wrote: BuildError: mismatch when analyzing QMsgBox-headers-0-6.20130830git94677dc.fc22.noarch.rpm, rpmdiff output was: error: cannot open Packages index using db5 -

Re: Call for testing: 32-bit AMD CPU owners

On Wed, 2015-09-16 at 11:29 -0700, Adam Williamson wrote: > Hi, folks! Thanks for all your feedback on this, folks, and sorry for messing up the links in the original post :) Thanks to all your work we had sufficient information to determine the bug does not need to block the Beta release, so we

Disable PulseAudio flat volumes to prevent it from pushing volume level to max

=== Definition of flat-volumes from [1] : it scales the device-volume with the volume of the "loudest" application. For example, raising the VoIP call volume will raise the hardware volume and adjust the music-player volume so it stays where it was, without having to lower the volume of the

[EPEL-devel] pygame-1.9.1-4.el6.x86_64 broken by updates

The latest updates of libX11 and/or SDL seems to have broken pygame. pygame can no longer be imported into python. Here is the error message File "/usr/lib64/python2.6/site-packages/pygame/__init__.py", line 95, in from pygame.base import * ImportError: /usr/lib64/libSDL-1.2.so.0:

Re: Why packages sources are NOT mirrored?

On Sep 17, 2015 06:46, "Marcin Juszkiewicz" wrote: > > My traceroute [v0.85] This is my connection to pkgs.fedoraproject.org machine. Fetching 48MB archive reached 36% in 2 (two) hours... > > We ship binaries through mirrors all around the world.

Re: [EPEL-devel] pygame-1.9.1-4.el6.x86_64 broken by updates

On Thu, Sep 17, 2015 at 10:34 AM, Anssi Johansson wrote: > 17.9.2015, 20.03, Robert Arkiletian kirjoitti: > >> >> The latest updates of libX11 and/or SDL seems to have broken pygame. >> >> pygame can no longer be imported into python. >> >> Here is the error message >> >> File

Re: [EPEL-devel] pygame-1.9.1-4.el6.x86_64 broken by updates

17.9.2015, 20.03, Robert Arkiletian kirjoitti: The latest updates of libX11 and/or SDL seems to have broken pygame. pygame can no longer be imported into python. Here is the error message File "/usr/lib64/python2.6/site-packages/pygame/__init__.py", line 95, in from pygame.base

Fedora 23 Beta status is GO, release on September 22, 2015

At the Fedora 23 Beta Go/No-Go Meeting that just ends, was agreed to Go with the Fedora 23 Beta. Fedora 23 Beta is considered as GOLD. Fedora 23 Beta will be publicly available on Tuesday, September 22, 2015. Meeting details can be seen here:

Fedora 23 Beta status is GO, release on September 22, 2015

At the Fedora 23 Beta Go/No-Go Meeting that just ends, was agreed to Go with the Fedora 23 Beta. Fedora 23 Beta is considered as GOLD. Fedora 23 Beta will be publicly available on Tuesday, September 22, 2015. Meeting details can be seen here:

Re: Why packages sources are NOT mirrored?

On Thu, 17 Sep 2015 16:36:52 -0400 DJ Delorie wrote: > > Stephen John Smoogen writes: > > I would talk with the mirrors in your area and find out why they > > don't mirror it. > > Do mirror sites have the option to not include sources? [*] The

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

On Thu, Sep 17, 2015 at 11:59 AM, Germano Massullo wrote: > > Today I had a scary experience with the audio of my computer. > I was listening to music with Amarok, using my headphones... The KMix volume > level was ~ 35%. When I logged into a video conference

Fedora Rawhide 20150917 compose check report

No missing expected images. Images in this compose but not Rawhide 20150916: Cloud base Vagrant x86_64 Cloud atomic Disk x86_64 Cloud base Disk i386 Cloud atomic Vagrant x86_64 Cloud base Disk x86_64 No images in Rawhide 20150916 but not this. Failed openQA tests: 51 of 52 ID: 2859

Re: Why packages sources are NOT mirrored?

Stephen John Smoogen writes: > I would talk with the mirrors in your area and find out why they don't > mirror it. Do mirror sites have the option to not include sources? [*] If so, does letting them have this choice have GPL implications? I mean, if they're distributing

[389-devel] Please review ticket 48266 (4th): Fractional replication evaluates several times the same CSN

Thanks to Noriko who ran coverity tests the previous fix was invalid. Changing the call slapi_ch_free into slapi_ch_free_string. https://fedorahosted.org/389/attachment/ticket/48266/0001-Ticket-48266-4-Fractional-replication-evaluates-severa.patch -- 389-devel mailing list

Fedora 23 Branched 20150917 compose check report

No missing expected images. Images in this compose but not 23 Branched 20150916: Cloud base Vagrant x86_64 Docker Filesystem x86_64 Cloud base Disk i386 Cloud atomic Vagrant x86_64 Cloud atomic Disk x86_64 No images in 23 Branched 20150916 but not this. Failed openQA tests: 8 of 52 ID: 2852

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

On 09/17/2015 01:59 PM, Germano Massullo wrote: > I found many users stories complaining about this default setting [2] [3] [4] > and you can easily find other by searching "pulseaudio flat volumes". > I completely agree with user gaggra comment at [3] > > < misbehaving software can /physically

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

Il 17/09/2015 21:13, Andrew Lutomirski ha scritto: > > To clarify: did you get blasted by music or by video conference > sounds? If the music volume got louder, then it sounds like either a > straight-up bug in PulseAudio (and a severe and dangerous one at that) > or a serious bug in your video

Re: Why packages sources are NOT mirrored?

W dniu 17.09.2015 o 22:42, Kevin Fenzi pisze: > >I would talk with the mirrors in your area and find out why they > >don't mirror it. > >Do mirror sites have the option to not include sources? [*] The pkgs.fedoraproject.org lookaside cache? (Which is what this thread was about) No, because

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

hi I can second this. Currently we do this in sonar on versions after 2015.3, which have to be built atm. There are two applications off the top of my head I know of that will currently do this. They are, kodi media center, and qemu virtualization software, if you emulate a sound card of anything

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

I also absolutely hate flat-volumes. Often I have trouble getting an application loud enough, and discover that it's too low in the mixer. The idea of flat volumes is to avoid a global volume, but the way it interacts is super confusing and unlike any other system people use (except maybe Android,

Re: Why packages sources are NOT mirrored?

On 09/17/2015 07:26 PM, Stephen John Smoogen wrote: > And to pre-answer something that might be related, there is no budget to > put this into a CDN. Those are extremely expensive operations and do not > volunteer space. Some of them do, for Debian at least. But I don't know what has happened

wfp pushed to perl-Net-HL7 (master). "Initial import (#1243506)"

From b8cffed96cc37dea19536d55d537734fdedfefa7 Mon Sep 17 00:00:00 2001 From: Bill Pemberton Date: Thu, 17 Sep 2015 20:53:25 -0400 Subject: Initial import (#1243506) diff --git a/.gitignore b/.gitignore index e69de29..56fa859 100644 --- a/.gitignore +++ b/.gitignore @@

wfp uploaded Net-HL7-0.81.tar.gz for perl-Net-HL7

190c40279520093a4a76be7c1e7fdf02 Net-HL7-0.81.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Net-HL7/Net-HL7-0.81.tar.gz/md5/190c40279520093a4a76be7c1e7fdf02/Net-HL7-0.81.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list

wfp pushed to perl-Net-HL7 (f23). "Initial import (#1243506)"

From b8cffed96cc37dea19536d55d537734fdedfefa7 Mon Sep 17 00:00:00 2001 From: Bill Pemberton Date: Thu, 17 Sep 2015 20:53:25 -0400 Subject: Initial import (#1243506) diff --git a/.gitignore b/.gitignore index e69de29..56fa859 100644 --- a/.gitignore +++ b/.gitignore @@

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

On Thu, 2015-09-17 at 15:33 -0700, Thomas Daede wrote: > That said, flat-volume is the upstream default so we might want their > input, as well as looking at what other distros do. Ubuntu disables it. To the best of my knowledge, all other distros stick with the upstream default. I am in favor

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

hi The only negative issue, although to me it's more of an oh, that's right moment, is that you can no longer adjust application volumes up beyond the master volume, only down, but that's kind of the idea. I do suggest, and I don't know how easy this would be to do, that sound application

Re: [Fedora-packaging] RFC mass bug reporting: checksec failures

On Thu, 17 Sep 2015 13:53:38 +0300 Alexander Todorov wrote: > На 17.09.2015 в 13:34, Steve Grubb написа: > > On Thu, 17 Sep 2015 11:07:37 +0300 > > Alexander Todorov wrote: > > > >> Can somebody comment on the -fstack-protector-all vs > >>

Re: Additional information in email about Koji garbage collection?

On Wed, 16 Sep 2015 12:19:46 -0700 Dave Johansen wrote: > Would it be possible to add more information to the emails sent to > notify about Koji Garbage Collection ( > http://fedoraproject.org/wiki/Koji/GarbageCollection )? I would think so yeah. ;) Looks like these

Re: Disable PulseAudio flat volumes to prevent it from pushing volume level to max

hi I'll second michael. Although I'll add that this should probably be a temporary measure. This really should be addressed by pulseaudio upstream, so that flat volumes can still be used, even with misbehaving applications. There's currently zero documentation on what causes this, whic means for

limb changed perl-sig's 'watchcommits' permission on perl-Net-HL7 (f23) to 'Approved'

limb changed perl-sig's 'watchcommits' permission on perl-Net-HL7 (f23) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Net-HL7/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

limb changed perl-sig's 'watchbugzilla' permission on perl-Net-HL7 (f23) to 'Approved'

limb changed perl-sig's 'watchbugzilla' permission on perl-Net-HL7 (f23) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Net-HL7/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

limb changed perl-sig's 'watchcommits' permission on perl-Net-HL7 (master) to 'Approved'

limb changed perl-sig's 'watchcommits' permission on perl-Net-HL7 (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Net-HL7/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

limb changed perl-sig's 'watchbugzilla' permission on perl-Net-HL7 (master) to 'Approved'

limb changed perl-sig's 'watchbugzilla' permission on perl-Net-HL7 (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Net-HL7/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

  1   2   >