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 htt

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 в 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 lib

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> http://atodorov.org/blog/2015/09/16/4000-bugs-in-fedora-checksec-fail

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 Rich

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: [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 take a while. Some l

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 variou

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 (ak

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 %configure

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 sur

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 https://dl.fedoraproject.org/pub/alt/stage/23_Beta_RC1/Server/i386/iso/Fedora-Server-ne

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 > https://d

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 easies

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 right balance between s

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 ? -all is not neede

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 ? > >> > >> How many, exactly? We h

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 %{libdi

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 file

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 "dnf install" and such "ju

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 that's wrong with that; it'

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 developer

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 mvn(org.apache.juddi:

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

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 Avg

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: [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 a

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 p

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 t

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 --

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 repor

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 a separate > subpackage. > > Th

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 use them to get packages i

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. yum/dnf knows how to use

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: 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 - Permission denied (13) error: cannot op

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 to

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 mus

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 application, the > volume suddenly rea

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: 2859Test

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: 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 binaries without makin

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 pkgs.fedoraproject.org lookaside cache? (Which i

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 co

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 h

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 we

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: 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 o

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 settings,

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 of

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 messages are hard coded in

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 me

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 > >> -fstack-protector-strong issue ? Do we want to change th

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

On Thu, 17 Sep, 2015 at 18:59:19 GMT, Germano Massullo wrote: > To avoid that, you have to set > flat-volumes =3D no > in /etc/pulse/daemon.conf You may also set this in ~/.config/pulse/daemon.conf. --Ben -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailma

Re: llvm 3.7 for rawhide and then f23

On 09/16/2015 10:16 PM, David Airlie wrote: Hi, So I've been updating rawhide to llvm 3.7 upstream, so we can get OpenGL 4.1 support on the radeonsi GPUs. The two depends on llvm I don't control/know about were julia and pocl, I've done my best to make them work, pocl I've rebased to git, whi

Re: RFC mass bug reporting: checksec failures

On 09/17/2015 06:15 PM, Steve Grubb wrote: 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 -fstack-protector-strong issue

Fedora Rawhide glibc-2.22.90-6.fc24 shipping C.UTF-8 locale.

Thanks to some great work by Mike FABIAN the Rawhide glibc is now shipping with a C.UTF-8 locale for use as a default UTF-8 locale. The locale can be referenced as "C.UTF-8" or "C.utf8". Any feedback on the locale is greatly appreciated. The locale is added to the pre-processed memory mapped loca

No space left on device: '/mnt/koji/work/tasks/...'

I can't 'fedpkg build' right now and I'm not sure where to file this. -- Jan Synacek Software Engineer, Red Hat signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fed