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 virtualization, now I want
> > > > to
On 15 February 2016 at 01:46, Orcan Ogetbil wrote:
>
> The new version of qjackctl, which now depends on qt5. We cannot do
> the update without fixing this. As far as I can tell, the qjackctl
> does not use the QMAKE_DEFAULT_INCDIRS directly. The offending flags
> come through qmake.
>
Here is a s
On 14 February 2016 at 18:42, Rex Dieter wrote:
> Orcan Ogetbil wrote:
>
>> The current (as of this email) qt5-qtbase is built with GCC6, but the
>> issue persists.
>> The builds seem fine with the above QMAKE_DEFAULT_INCDIRS line removed
>> manually. Should this issue be fixed in the qt5-qtbase pa
# F24 Blocker Review meeting
# Date: 2016-02-15
# Time: 17:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We have a couple of proposed blockers for Final and a couple
of proposed freeze exceptions for Alpha, so let's take some time to
review them tomorrow morning.
If you
# Fedora Quality Assurance Meeting
# Date: 2016-02-15
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's meeting time again tomorrow! We have some follow ups and I guess
some other topics? I know there
On 02/12/2016 07:57 PM, Andrew Lutomirski wrote:
On Fri, Feb 12, 2016 at 10:32 AM, Richard W.M. Jones wrote:
On Fri, Feb 12, 2016 at 07:24:06AM -0500, Jakub Filak wrote:
The default value 0 is there for good security reason, but I would
like to propose changing the default value to 2 for dev
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 one could no
- Original Message -
> From: "Josh Boyer"
> To: "Development discussions related to Fedora"
>
> Sent: Saturday, February 13, 2016 10:29:38 PM
> Subject: Re: Please stop modifying other people's packages without
> coordinating with them first
>
> On Sat, Feb 13, 2016 at 12:57 PM, Till
I'm a developer, currently working on a project called OpenBlox. To
that end, I have packaged a library used by both my project and a
project which is already packaged in Fedora. You may find that review
request at the link below:
https://bugzilla.redhat.com/show_bug.cgi?id=1308367
--
devel mailing
Orcan Ogetbil wrote:
> The current (as of this email) qt5-qtbase is built with GCC6, but the
> issue persists.
> The builds seem fine with the above QMAKE_DEFAULT_INCDIRS line removed
> manually. Should this issue be fixed in the qt5-qtbase package?
what package is affected here?
I have a suspi
On Feb 14, 2016 2:07 PM, "Kevin Fenzi" wrote:
>
> On Sun, 14 Feb 2016 09:59:18 +
> "Richard W.M. Jones" wrote:
>
> > On Thu, Feb 04, 2016 at 10:06:58PM +, Richard W.M. Jones wrote:
> > > On Thu, Feb 04, 2016 at 01:34:28PM -0700, Kevin Fenzi wrote:
> > > > Greetings, we've been told that t
On Sun, Feb 14, 2016 at 01:09:33PM -0700, Kevin Fenzi wrote:
> On Sun, 14 Feb 2016 10:58:31 -0500
> Randy Barlow wrote:
>
> > Hello!
> >
> > I've been working on a big change to a package's spec file, so I
> > wanted to do my work in a branch separate of master or f23. Now that
> > I am done wit
On Sun, Feb 14, 2016 at 08:50:34PM +0100, Till Maas wrote:
> On Sat, Feb 13, 2016 at 05:40:07PM -0800, Alex Gagniuc wrote:
> > yes, I have an IRC bouncer server, so I was able to find your question
> > after some grepping. It was posted before dawn in my timezone, so I
> > wouldn't have had a chan
On Sun, 14 Feb 2016 10:58:31 -0500
Randy Barlow wrote:
> Hello!
>
> I've been working on a big change to a package's spec file, so I
> wanted to do my work in a branch separate of master or f23. Now that
> I am done with my branch, it seems that I cannot delete the branch
>
> $ git push origin
On Sun, 14 Feb 2016 09:59:18 +
"Richard W.M. Jones" wrote:
> On Thu, Feb 04, 2016 at 10:06:58PM +, Richard W.M. Jones wrote:
> > On Thu, Feb 04, 2016 at 01:34:28PM -0700, Kevin Fenzi wrote:
> > > Greetings, we've been told that the email addresses
> > > for these package maintainers are
On Sat, Feb 13, 2016 at 05:40:07PM -0800, Alex Gagniuc wrote:
> On Sat, Feb 13, 2016 at 9:57 AM, Till Maas
> wrote:
> # Zero-day patches after 0.3.0 release. Extract using:
> # $ git clone git://sigrok.org/pulseview.git
> # $ cd pulseview
> # $ git checkout a1a3656b4e18cb9fc078a51bf4256066ee30762
Missing expected images:
Cloud disk raw i386
Minimal disk raw armhfp
Kde disk raw armhfp
Kde live i386
Cloud disk raw x86_64
Kde live x86_64
Images in this compose but not Rawhide 20160213:
Design_suite live x86_64
Generic boot x86_64
Lxde live i386
Soas disk raw armhfp
Xfce disk raw armhfp
Clou
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
there were was an incomplete update to the sigrok packages in
Hello,
Yesterday I was notified that liborigin failed to build in rawhide:
https://bugzilla.redhat.com/show_bug.cgi?id=1307729
For the past couple of days I've been away on a work trip and I won't
be back until the end of next week. Unless this failure messes someone
else's packages, would it be
Announcing the creation of a new nightly release validation test event
for Fedora 24 Rawhide 20160214. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Sun, 2016-02-14 at 10:04 -0600, Bruno Wolff III wrote:
> On Fri, Feb 12, 2016 at 21:25:56 +0100,
> Adam Williamson wrote:
> > On Fri, 2016-02-12 at 19:44 +, Fedora compose checker wrote:
> > >
> > > Failed openQA tests: 16 of 63
> >
> > 32-bit tests are still failing to boot, still ker
On Fri, Feb 12, 2016 at 21:25:56 +0100,
Adam Williamson wrote:
On Fri, 2016-02-12 at 19:44 +, Fedora compose checker wrote:
Failed openQA tests: 16 of 63
32-bit tests are still failing to boot, still kernel issue there.
I suspect the real issue is with binutils rather than the kernel
Hello!
I've been working on a big change to a package's spec file, so I wanted
to do my work in a branch separate of master or f23. Now that I am done
with my branch, it seems that I cannot delete the branch
$ git push origin :rbarlow-16.01
remote: FATAL: + refs/heads/rbarlow-16.01 rpms/ejabberd
On Sun, 14 Feb 2016 13:21:23 +0100, Florian Weimer wrote:
> I think this case might be a missing #include .
Indeed. was not enough anymore.
Thank you, Florian!
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Compose started at Sun Feb 14 05:15:03 UTC 2016
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
IQmol-2.3.0
On 14/02/16 11:59, Michael Schwendt wrote:
Is there any helpful list of major changes in GCC 6, which may give a hint
about what C++ gotchas that used to build with GCC 5 may not be valid anymore?
https://gcc.gnu.org/gcc-6/porting_to.html is the main thing I think.
And is there a bugzilla tr
On 02/14/2016 12:59 PM, Michael Schwendt wrote:
> Is there any helpful list of major changes in GCC 6, which may give a hint
> about what C++ gotchas that used to build with GCC 5 may not be valid anymore?
I think this case might be a missing #include .
> jack-ng.cc:259:42: error: no matching fun
Is there any helpful list of major changes in GCC 6, which may give a hint
about what C++ gotchas that used to build with GCC 5 may not be valid anymore?
And is there a bugzilla tracker ticket for other packages with C++ compilation
issues?
https://bugzilla.redhat.com/1307334
if g++ -fPIC -DPIC
On 02/14/2016 12:54 AM, Randy Barlow wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
>> You don't state the actual conflict anywhere in this mail, so my
>> reply is based on my guess what the problem is.
>
> Hello Zbyszek, thank you for your input!
>
> To clarify, rebar (the Erlang build tool) wants
I would ask Peter. CCed.
On Sun, Feb 14, 2016, 12:55 AM Randy Barlow
wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > You don't state the actual conflict anywhere in this mail, so my
> > reply is based on my guess what the problem is.
>
> Hello Zbyszek, thank you for your input!
>
> To clarify, r
On Thu, Feb 04, 2016 at 10:06:58PM +, Richard W.M. Jones wrote:
> On Thu, Feb 04, 2016 at 01:34:28PM -0700, Kevin Fenzi wrote:
> > Greetings, we've been told that the email addresses
> > for these package maintainers are no longer valid. I'm starting the
> > unresponsive maintainer policy to f
31 matches
Mail list logo