Hello,
I am working at Worldline, we are using massively CentOS and EPEL.
Unfortunately somes packages installed on our serveurs are becoming retired
from EPEL. I would like to be part of the Fedora community in order to maintain
such packages.
On my free time, I love playing with OpenSource,
> The issue described in the article was fixed by requiring an absolute
> path in core_pattern (If I understand it correctly).
>
> If core_pattern is unsafe, the process is not dumped at all (man 5 proc).
>
> The kernel commit adds a warning, because kernel was silently ignoring
> crashes and no
On Fri, Feb 12, 2016 at 08:48:41AM -0500, Przemek Klosowski wrote:
> On 02/12/2016 06:10 AM, Miroslav Lichvar wrote:
> >It has been included in the ntp package for a very long time, but it's
> >not actually part of the upstream ntp package (and can't be as it's
> >licensed under GPL). I guess ntpst
Hello Romain,
On Mon, 2016-02-15 at 10:14 +, Romain Philibert wrote:
> Hello,
>
> I am working at Worldline, we are using massively CentOS and EPEL.
> Unfortunately somes packages installed on our serveurs are becoming
> retired from EPEL. I would like to be part of the Fedora community in
>
On 02/15/2016 08:53 AM, Jan Zelený wrote:
On 12. 2. 2016 at 18:42:50, Sérgio Basto wrote:
On Sex, 2016-02-12 at 19:36 +0100, Mattia Verga wrote:
Il 12/02/2016 19:22, Sérgio Basto ha scritto:
On Sex, 2016-02-12 at 19:18 +0100, Mattia Verga wrote:
I've installed qemu to play with arm virtualiza
On Mon, 15 Feb 2016 07:00:36 +0100, Jakub Filak wrote:
> On 02/12/2016 07:57 PM, Andrew Lutomirski wrote:
> > We could change the kernel to add suid_dumpable == 3 which is like
> > suid_dumpable==2 but only if the core_pattern is a pipe.
> >
> I didn't know that 3 is supported for suid_dumpable.
On Sun, Feb 14, 2016 at 2:32 PM, Till Maas wrote:
> On Sat, Feb 13, 2016 at 04:29:38PM -0500, Josh Boyer wrote:
>
>> I'm not going to weigh in on the changes, but I did want to address
>> this in public so others can learn.
>
> IMHO the kind of changes are important here. The situation was that
>
Hi,
On 15-02-16 13:47, Josh Boyer wrote:
While I'm still very much on the fence about this, moving to pagure
for dist-git might very much help in these situations. Being able to
send a pull request with your changes easily means you've fixed it,
the maintainer just needs to pull it in. All
On Tue, 2016-02-02 at 17:13 +0100, Tomas Mraz wrote:
> Hello,
> for anyone interested in the subject and visiting DevConf in Brno on
> this Friday - we will be holding an informal meeting to gather use-cases
> for needed improvements in this area. We are interested in feedback from
> Fedora/RHEL
On Mon, 15 Feb 2016 13:57:39 +0100
Hans de Goede wrote:
> Hi,
>
> On 15-02-16 13:47, Josh Boyer wrote:
>
>
>
> > While I'm still very much on the fence about this, moving to pagure
> > for dist-git might very much help in these situations. Being able
> > to send a pull request with your chan
On Mon, Feb 15, 2016 at 7:57 AM, Hans de Goede wrote:
> Hi,
>
> On 15-02-16 13:47, Josh Boyer wrote:
>
>
>
>> While I'm still very much on the fence about this, moving to pagure
>> for dist-git might very much help in these situations. Being able to
>> send a pull request with your changes easil
On Mon, Feb 15, 2016 at 8:09 AM, Dan Horák wrote:
> On Mon, 15 Feb 2016 13:57:39 +0100
> Hans de Goede wrote:
>
>> Hi,
>>
>> On 15-02-16 13:47, Josh Boyer wrote:
>>
>>
>>
>> > While I'm still very much on the fence about this, moving to pagure
>> > for dist-git might very much help in these situ
Hello All!
Fortunately this particular issue will be resolved soon. For those who
curious - we decided to switch to rds13 as a new upstream for
erlang-xmlrpc. It looks more promising since it's actively maintained
(last commit to the original xmlrpc repo was ~5 years ago).
2016-02-13 15:59 GMT+01
On 15/02/16 13:57 +0100, Hans de Goede wrote:
Hi,
On 15-02-16 13:47, Josh Boyer wrote:
While I'm still very much on the fence about this, moving to pagure
for dist-git might very much help in these situations. Being able to
send a pull request with your changes easily means you've fixed it,
On 14/02/16 19:55 +0200, Alexander Ploumistos wrote:
Yesterday I was notified that liborigin failed to build in rawhide:
https://bugzilla.redhat.com/show_bug.cgi?id=1307729
The problem is that the package defines a type 'function' in the
global namespace, but also puts 'using namespace std;" in
Change in package status over the last 168 hours
32 packages were orphaned
-
acpitool [f23, f22, master] was orphaned by kevin
Command line ACPI client
https://admin.fedoraproject.org/pkgdb/package/acpitool
gmm [f23
>>> > While I'm still very much on the fence about this, moving to pagure
>>> > for dist-git might very much help in these situations. Being able
>>> > to send a pull request with your changes easily means you've fixed
>>> > it, the maintainer just needs to pull it in. All of the
>>> > informatio
I'm not a security expert but I would rather start with something
less ambitious and more secure. Just for sure.
Regards,
Jakub
On 02/15/2016 11:22 AM, Miroslav Vadkerti wrote:
The issue described in the article was fixed by requiring an absolute
path in core_pattern (If I understand it corre
I just deferred this Change as it is not needed anymore.
https://fedoraproject.org/wiki/Changes/LetsEncrypt
Regards,
Jan
On Wed, Feb 10, 2016 at 4:27 PM, James Hogarth wrote:
>
>
> On 10 February 2016 at 14:57, Josh Boyer wrote:
>>
>> On Wed, Feb 10, 2016 at 9:41 AM, James Hogarth
>> wrote:
>>
Can someone point me in the right direction? My package openCOLLADA is
FTBFS in rawhide with the following (repeating) error:
/builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
error: narrowing conversion of '-1' from 'int' to 'ch
Richard Shaw wrote on 02/15/2016 11:34 PM:
Can someone point me in the right direction? My package openCOLLADA is
FTBFS in rawhide with the following (repeating) error:
/builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
error: n
On Mon, Feb 15, 2016 at 8:46 AM, Mamoru TASAKA
wrote:
> Richard Shaw wrote on 02/15/2016 11:34 PM:
>
>> Can someone point me in the right direction? My package openCOLLADA is
>> FTBFS in rawhide with the following (repeating) error:
>>
>>
>> /builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a409
On Mon, 15 Feb 2016 08:34:31 -0600
Richard Shaw wrote:
> Can someone point me in the right direction? My package openCOLLADA is
> FTBFS in rawhide with the following (repeating) error:
>
> /builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUUR
On Feb 10, 2016 6:29 AM, "Josh Boyer" wrote:
>
> On Tue, Feb 9, 2016 at 11:32 AM, Jared K. Smith
> wrote:
> >
> > On Mon, Feb 8, 2016 at 10:55 PM, Neal Gompa wrote:
> >>
> >> And aren't we supposed to *not* do stuff like this
> >> anymore?
> >
> >
> >
> > If I had to guess, I'd say that this was
On Mon, Feb 15, 2016 at 8:50 AM, Dan Horák wrote:
> On Mon, 15 Feb 2016 08:34:31 -0600
> Richard Shaw wrote:
>
> > Can someone point me in the right direction? My package openCOLLADA is
> > FTBFS in rawhide with the following (repeating) error:
> >
> >
> /builddir/build/BUILD/OpenCOLLADA-3335ac1
Hi,
On 15-02-16 14:15, Josh Boyer wrote:
On Mon, Feb 15, 2016 at 7:57 AM, Hans de Goede wrote:
Hi,
On 15-02-16 13:47, Josh Boyer wrote:
While I'm still very much on the fence about this, moving to pagure
for dist-git might very much help in these situations. Being able to
send a pull req
On Mon, 15 Feb 2016 09:35:03 -0600
Richard Shaw wrote:
> On Mon, Feb 15, 2016 at 8:50 AM, Dan Horák wrote:
>
> > On Mon, 15 Feb 2016 08:34:31 -0600
> > Richard Shaw wrote:
> >
> > > Can someone point me in the right direction? My package
> > > openCOLLADA is FTBFS in rawhide with the following
On Mon, Feb 15, 2016 at 04:46:32PM +0100, Dan Horák wrote:
> On Mon, 15 Feb 2016 09:35:03 -0600
> Richard Shaw wrote:
>
> > On Mon, Feb 15, 2016 at 8:50 AM, Dan Horák wrote:
> >
> > > On Mon, 15 Feb 2016 08:34:31 -0600
> > > Richard Shaw wrote:
> > >
> > > > Can someone point me in the right d
On 02/15/2016 04:54 PM, Jakub Jelinek wrote:
On Mon, Feb 15, 2016 at 04:46:32PM +0100, Dan Horák wrote:
On Mon, 15 Feb 2016 09:35:03 -0600
Richard Shaw wrote:
On Mon, Feb 15, 2016 at 8:50 AM, Dan Horák wrote:
On Mon, 15 Feb 2016 08:34:31 -0600
Richard Shaw wrote:
Can someone point me in
On Mon, Feb 15, 2016 at 3:44 PM, Jonathan Wakely
wrote:
> The problem is that the package defines a type 'function' in the
> global namespace, but also puts 'using namespace std;" in the global
> namespace, in a header. That causes the 'function' struct and
> 'std::function' to be ambiguous.
Was
On Mon, Feb 15, 2016 at 07:47:08AM -0500, Josh Boyer wrote:
> You misunderstand. I was not suggesting you ask for permission. I
> was stating that IRC contact alone, for whatever reason, is not
> necessarily sufficient as an attempt to contact a maintainer. You can
> convey _much_ more informat
On Mon, Feb 15, 2016 at 12:20 PM, Till Maas wrote:
> On Mon, Feb 15, 2016 at 07:47:08AM -0500, Josh Boyer wrote:
>
>> You misunderstand. I was not suggesting you ask for permission. I
>> was stating that IRC contact alone, for whatever reason, is not
>> necessarily sufficient as an attempt to co
I have one package where several of the binaries used for unit testing are
segfaulting.
I'm guessing that's not likely a direct GCC 6 issue but some googling leads
me to believe that it could be an ABI breakage with a dependency that has
not been rebuilt.
Is that the most likely cause?
Thanks,
R
On 02/15/2016 07:44 PM, Richard Shaw wrote:
> I have one package where several of the binaries used for unit testing are
> segfaulting.
>
> I'm guessing that's not likely a direct GCC 6 issue but some googling leads
> me to believe that it could be an ABI breakage with a dependency that has
> not
Missing expected images:
Kde disk raw armhfp
Cloud disk raw i386
Kde live i386
Minimal disk raw armhfp
Kde live x86_64
Images in this compose but not Rawhide 20160214:
Cloud disk qcow x86_64
Cloud disk raw x86_64
Cloud_atomic vagrant virtualbox x86_64
Cloud_atomic vagrant libvirt x86_64
No imag
Here I totally agree with Till and usually I'm doing the same (it doesn't
happen often, but anyway).
Because I also not available day to day. For example today I have time and
next time I will have time like month..
Just wanted to share my opinion.
On Mon, Feb 15, 2016, 7:23 PM Josh Boyer wrote
On Mon, Feb 15, 2016 at 12:48 PM, Florian Weimer wrote:
> On 02/15/2016 07:44 PM, Richard Shaw wrote:
> > I have one package where several of the binaries used for unit testing
> are
> > segfaulting.
> >
> > I'm guessing that's not likely a direct GCC 6 issue but some googling
> leads
> > me to b
On Mon, 2016-02-15 at 19:58 +, Fedora compose checker wrote:
> Missing expected images:
>
> Kde disk raw armhfp
> Cloud disk raw i386
> Kde live i386
> Minimal disk raw armhfp
> Kde live x86_64
KDE seems to have dependency issues. I'm not sure what's going on with
the cloud images.
> Images
On Mon, 15 Feb 2016 16:46:32 +0100, Dan Horák wrote:
> you are welcome, there will be more packages suffering from the same
> problem (I own at least one :-)), sometimes appending "-fsigned-char"
> to CFLAGS will be easier.
A couple of narrowing-conversion problems had turned up in Oct 2015
alrea
Would one of you C++ experts help me out with a polymake build failure with
gcc 6? Polymake defines a Vector class in lib/core/include/Vector.h (also
see lib/core/include/GenericVector.h). Unlike with gcc 5 and earlier,
everywhere in the code that something like this is done:
Vector x = ...;
Vec
On 2 February 2016 at 07:54, Jakub Jelinek wrote:
>
> That said, why does it bother to do such a mess? Does it think the g++
> driver is not able to do that itself?
>
I am not sure why qmake-qt5 doesn't want to trust gcc for the system
include dirs, but well.. it doesn't.
I reduced the problem do
It looks like that there are no opponents of this change but several
supporters
and few of them even want to have suid_dumpable=2 in all releases.
I was thinking about it and Richard W.M. Jones' email about safeness of
suid_dumpable=2 without ABRT gave me an idea to teach ABRT to set
suid_dumpab
42 matches
Mail list logo
