Thanks for your work.
Hope we will see Octave 4.2 in f24, f25 too.
ср, 7 дек. 2016 г. в 8:51, Orion Poplawski :
> The hdf5 update prompted me to (perhaps too hastily) update octave to
> 4.2 in rawhide as well. This unfortunately has led to the need to
> rework the octave package build/install ma
On Wed, 2016-12-07 at 06:21 +0100, Kevin Kofler wrote:
> Kamil Paral wrote:
> > This serves as a nice example why we need to tweak how Rawhide works if we
> > want people actually running on it.
>
> And why do we need that? Rawhide is a place to do development, not a rolling
> release distro.
>
On Tue, Dec 6, 2016 at 9:01 AM, Florian Weimer wrote:
> On 12/06/2016 08:27 AM, Ralf Corsepius wrote:
>>
>> On 12/06/2016 04:44 AM, Orion Poplawski wrote:
>>
>>> I've run into a reasonable number of failures of (custom) configure
>>> checks due to this. Mainly calling exit() without including std
Colin Walters wrote:
> What I've been doing for years now is to carry a baseline set of
> "warnings that must be errors" in my projects, like:
>
> https://github.com/ostreedev/ostree/blob/master/configure.ac#L19
This makes sense, but: ewww, -Werror=declaration-after-statement, do you
really stil
Adam Williamson wrote:
> Yes, it's really bad. Look at the list of bugs marked as depending on
> it:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1393164 (owncloud)
> https://bugzilla.redhat.com/show_bug.cgi?id=1401172 (libldb)
> https://bugzilla.redhat.com/show_bug.cgi?id=1401175 (libtdb)
> ht
The hdf5 update prompted me to (perhaps too hastily) update octave to
4.2 in rawhide as well. This unfortunately has led to the need to
rework the octave package build/install macros. I have what I hope is a
fix building now (octave-4.2.0-2). I've tested it with a simple octave
package on x8
On Wed, 2016-12-07 at 06:08 +0100, Kevin Kofler wrote:
> Jerry James wrote:
> > This means that you've run afoul of
> > https://fedoraproject.org/wiki/Changes/Fedora26CFlags. I suspect that
> > a lot of configure scripts are going to break due to that change. To
> > fix it, patch that configure t
Kamil Paral wrote:
> This serves as a nice example why we need to tweak how Rawhide works if we
> want people actually running on it.
And why do we need that? Rawhide is a place to do development, not a rolling
release distro.
> So, we either need:
> a) updates-testing for Rawhide - e.g. with au
Jerry James wrote:
> This means that you've run afoul of
> https://fedoraproject.org/wiki/Changes/Fedora26CFlags. I suspect that
> a lot of configure scripts are going to break due to that change. To
> fix it, patch that configure test to include whichever header file
> declares gsl_complex_logab
On Sun, 4 Dec 2016 19:44:22 -0500 (EST)
Paul Wouters wrote:
> On Sun, 4 Dec 2016, Kevin Fenzi wrote:
>
> > On Fri, 2 Dec 2016 21:42:07 -0600
> > Eric Sandeen wrote:
> >
> >> On 12/2/16 7:10 PM, Paul Wouters wrote:
> >>>
> >>> Fedora runs a captive portal check page at:
> >>>
> >>> http://fe
On Tue, Dec 6, 2016 at 10:22 PM, Kevin Kofler wrote:
> Adam Williamson wrote:
>> Dennis has untagged this from Rawhide for now, as it broke ARM disk
>> image composes.
>
> That is probably Neal's fix to make -foo actually exclude foo from the
> compose. That is required to make -foo work with weak
Adam Williamson wrote:
> Dennis has untagged this from Rawhide for now, as it broke ARM disk
> image composes.
That is probably Neal's fix to make -foo actually exclude foo from the
compose. That is required to make -foo work with weak dependencies, i.e.,
for when something Recommends: foo or wh
On Tue, Dec 6, 2016, at 08:26 PM, Zbigniew Jędrzejewski-Szmek wrote:
> An alternative proposal: add a opt-out/opt-in flag (similar to
> _hardened_build)
> %global _strict_c_flags 0/1
What I've been doing for years now is to carry a baseline set of
"warnings that must be errors" in my projects, l
On Tue, Dec 06, 2016 at 11:24:41AM -0800, Adam Williamson wrote:
> So, https://bugzilla.redhat.com/show_bug.cgi?id=1401231 seems to be
> basically breaking everything in Rawhide at present.
>
> Rather than having a bug where people are trying to figure out on the
> fly how to deal with the RPM mac
Thanks! I'll take a look into the port guide.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Sun, Dec 04, 2016 at 10:08:29PM -0800, Adam Williamson wrote:
> > Installed system changes in test x86_64 Everything-boot-iso
> > install_default:
> > 11 packages(s) added since previous compose: audit-libs-python,
> > checkpolicy, firewalld-selinux, libcgroup, libselinux-python,
> > lib
On Tue, 2016-12-06 at 11:55 -0800, Brian C. Lane wrote:
> Thanks to Kevin and Neal for their work on this. Builds for rawhide are
> done. If folks could give 'em a test drive and see if there are any
> glitches that'd be good. I'll backport the build to 25 and 24 later this
> week if nothing seriou
On Tue, 2016-12-06 at 16:47 -0500, Gerald Henriksen wrote:
> So you restrict a .1 release to anything critical to the running of
> the OS, and let the apps upgrade as they want.
You say that like it's something trivial, rather than something we've
spent (by my count) about 4 years trying to define
On Tue, 2016-12-06 at 23:57 +0100, Michal Schorm wrote:
> It sounds reasonable to take a while and think about, who use wich media,
> and why we make it.
>
> 1) As was said, ask server images users, how they prefer and how they
> actually install Fedora and make decision based on it.
>
> 2) Just
It sounds reasonable to take a while and think about, who use wich media,
and why we make it.
1) As was said, ask server images users, how they prefer and how they
actually install Fedora and make decision based on it.
2) Just a thought - would it be more efficient to test ISOs in VMs to some
poi
On Tue, 2016-12-06 at 23:02 +0100, Florian Weimer wrote:
> On 12/06/2016 09:28 PM, Adam Williamson wrote:
>
> > Well, assuming you're including ldb and tdb in 'samba', no, I don't
> > think we know that yet.
>
> libldb and libtdb use waf, the Samba build system, and are closely
> related to Samb
On Sun, 2016-12-04 at 22:08 -0800, Adam Williamson wrote:
> On Sat, 2016-12-03 at 13:56 +, Fedora compose checker wrote:
> >
> > Installed system changes in test x86_64 Everything-boot-iso
> > install_default:
> > 11 packages(s) added since previous compose: audit-libs-python,
> > check
On 12/06/2016 09:28 PM, Adam Williamson wrote:
Well, assuming you're including ldb and tdb in 'samba', no, I don't
think we know that yet.
libldb and libtdb use waf, the Samba build system, and are closely
related to Samba.
If it were just Samba, fixing Samba would be the right course of a
On Tue, 6 Dec 2016 09:11:06 +, you wrote:
>> I'd expect .1 or +1 would rebase on the most recent GNOME.
>
>I expect we'd also rebase the virtualization stack in any .1 release,
>or even in the middle of a release if Fedora switched to a yearly
>major release cycle. 6+ months is already a long
On 6 December 2016 at 09:00, Kamil Paral wrote:
>> On Mon, Dec 05, 2016 at 05:01:24PM -0500, Josh Boyer wrote:
>> > There is another problem with .0...N releases. As soon as you version
>> > your main release like that, everyone assumes .0 is unstable or broken
>> > and they wait for .1. Some wa
On Tue, 2016-12-06 at 21:15 +0100, Florian Weimer wrote:
>
> > https://bugzilla.redhat.com/show_bug.cgi?id=1393164 (owncloud)
> > https://bugzilla.redhat.com/show_bug.cgi?id=1401172 (libldb)
> > https://bugzilla.redhat.com/show_bug.cgi?id=1401175 (libtdb)
> > https://bugzilla.redhat.com/show_bug.c
On Tue, Dec 06, 2016 at 09:00:35AM -0500, Kamil Paral wrote:
> With my QA hat on, I believe using decimal releases (integers,
> characters or anything else) is a bad idea. The reason is that people
> don't remember it. Most people remember whether they have Fedora
Assuming we're generally leading
On 12/06/2016 08:50 PM, Adam Williamson wrote:
On Tue, 2016-12-06 at 20:41 +0100, Florian Weimer wrote:
On 12/06/2016 08:36 PM, James Hogarth wrote:
On 6 December 2016 at 19:24, Adam Williamson wrote:
So, https://bugzilla.redhat.com/show_bug.cgi?id=1401231 seems to be
basically breaking every
On Tue, Dec 06, 2016 at 09:11:06AM +, Daniel P. Berrange wrote:
> I expect we'd also rebase the virtualization stack in any .1 release,
> or even in the middle of a release if Fedora switched to a yearly
> major release cycle. 6+ months is already a long time to wait to push
> out new features
Thanks to Kevin and Neal for their work on this. Builds for rawhide are
done. If folks could give 'em a test drive and see if there are any
glitches that'd be good. I'll backport the build to 25 and 24 later this
week if nothing serious shows up.
--
Brian C. Lane (PST8PDT)
___
On Tue, Dec 06, 2016 at 08:41:46PM +0100, Florian Weimer wrote:
> On 12/06/2016 08:36 PM, James Hogarth wrote:
> >On 6 December 2016 at 19:24, Adam Williamson
> >wrote:
> >>So, https://bugzilla.redhat.com/show_bug.cgi?id=1401231 seems to be
> >>basically breaking everything in Rawhide at present.
On Tue, 2016-12-06 at 20:41 +0100, Florian Weimer wrote:
> On 12/06/2016 08:36 PM, James Hogarth wrote:
> > On 6 December 2016 at 19:24, Adam Williamson
> > wrote:
> > > So, https://bugzilla.redhat.com/show_bug.cgi?id=1401231 seems to be
> > > basically breaking everything in Rawhide at present.
Hello all,
I would favour to make optical media issues blockers for beta so they'll
be (hopefully) solved by the time of the final release.
My 2 cents.
Sylvia
On 06/12/16 16:28, Matthew Miller wrote:
On Tue, Dec 06, 2016 at 09:43:18AM -0500, Kamil Paral wrote:
So, I wonder whether Fedora
On 12/06/2016 08:36 PM, James Hogarth wrote:
On 6 December 2016 at 19:24, Adam Williamson wrote:
So, https://bugzilla.redhat.com/show_bug.cgi?id=1401231 seems to be
basically breaking everything in Rawhide at present.
Rather than having a bug where people are trying to figure out on the
fly ho
On 6 December 2016 at 19:24, Adam Williamson wrote:
> So, https://bugzilla.redhat.com/show_bug.cgi?id=1401231 seems to be
> basically breaking everything in Rawhide at present.
>
> Rather than having a bug where people are trying to figure out on the
> fly how to deal with the RPM macro change, an
So, https://bugzilla.redhat.com/show_bug.cgi?id=1401231 seems to be
basically breaking everything in Rawhide at present.
Rather than having a bug where people are trying to figure out on the
fly how to deal with the RPM macro change, and probably more packages
are getting rebuilt and broken all th
On Tue, 2016-12-06 at 09:20 -0800, Adam Williamson wrote:
> So an alternative to kparal's scheme would be to try and consider this,
> and say we test:
>
> * Workstation live
> * Everything netinst
> * Server DVD
Or we could simply state that required coverage is 'one release-
blocking live, one r
On Tue, 2016-12-06 at 10:28 -0500, Matthew Miller wrote:
>
> > Idea #2: Do not block on optical media issues for Final release for
> > certain flavors/image types (Server, netinst)
> > ~
On Tue, 2016-12-06 at 15:00 +, Marcin Juszkiewicz wrote:
> W dniu 06.12.2016 o 14:43, Kamil Paral pisze:
>
> > All of that is, of course, motivated by trying to spend QA time more
> > effectively. You can see the current coverage e.g. in this table [2],
> > overall we burn 6 DVDs and perform 1
On Sun, Dec 4, 2016 at 1:56 PM, Chris Murphy wrote:
> On Sun, Dec 4, 2016 at 11:22 AM, Jack Howarth
> wrote:
>>While evaluating various Linux distributions for repurposing a
>> MacBook Pro 2,1 as a Linux box, I was pleasantly surprised to find
>> that not only was Fedora unique in producing a
On Mon, Dec 05, 2016 at 05:47:16PM +, Jared L Wallace wrote:
>This package has been retired for some time. I've updated it and gotten it
>reviewed and approved.
>https://bugzilla.redhat.com/show_bug.cgi?id=1382152
>
>Kind regards,
>JARED L. WALLACE
Hi Jared,
welcome t
I take review as swap:
https://bugzilla.redhat.com/show_bug.cgi?id=1397089
On 6 December 2016 at 19:18, Greg Hellings wrote:
> I'm looking to get a review on this package:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1393947
>
> I'm willing to swap with someone if needed.
>
> --Greg
>
> _
I'm looking to get a review on this package:
https://bugzilla.redhat.com/show_bug.cgi?id=1393947
I'm willing to swap with someone if needed.
--Greg
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@list
On 12/05/2016 07:53 PM, Orion Poplawski wrote:
On 12/05/2016 01:47 PM, Orion Poplawski wrote:
I'm building hdf5 1.8.18 for rawhide now. I'll be rebuilding all
dependent
packages afterwards.
Scratch that - ppc64 test failures again. *sigh*
should be sorted now and it is building
--
Orio
On Tue, Dec 06, 2016 at 09:43:18AM -0500, Kamil Paral wrote:
> So, I wonder whether Fedora as a project thinks about de-emphasizing
> optical media a bit, and if it does, I'd make appropriate changes
> even in our QA processes. Here are a couple of ideas that I consider
> could be likely to happen
On Tue, Dec 06, 2016 at 02:51:14PM -, Jeremy Newton wrote:
> Anyone have any idea what causes these errors? Trying to update a package and
> it failed during a local test build in mock (f25):
>
> In file included from /usr/include/c++/6.2.1/stdlib.h:36:0,
> from expr.ypp:5:
>
W dniu 06.12.2016 o 14:43, Kamil Paral pisze:
> All of that is, of course, motivated by trying to spend QA time more
> effectively. You can see the current coverage e.g. in this table [2],
> overall we burn 6 DVDs and perform 12 optical installation (BIOS +
> UEFI) for every release candidate publ
On Tue, 2016-12-06 at 12:28 +0100, jfi...@fedoraproject.org wrote:
> Thank you. The service watching journald for coredumps saved by
> systemd-coredump already exists:
>
> http://abrt.readthedocs.io/en/latest/examples.html#getting-core-files
> -from-systemd-coredumctl
This.
The change page does
6457a8eadad12c123baac365c3a79429 Net-IMAP-Simple-1.2207.tar.gz
http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Net-IMAP-Simple/Net-IMAP-Simple-1.2207.tar.gz/md5/6457a8eadad12c123baac365c3a79429/Net-IMAP-Simple-1.2207.tar.gz
___
perl-devel mail
Anyone have any idea what causes these errors? Trying to update a package and
it failed during a local test build in mock (f25):
In file included from /usr/include/c++/6.2.1/stdlib.h:36:0,
from expr.ypp:5:
/usr/include/c++/6.2.1/cstdlib:124:11: error: '::div_t' has not been decla
Now that Fedora 25 is out of the door, I'd like to start a discussion about the
future of officially-supported (meaning rigorously tested) optical media for
future Fedora releases. Since I'm QA, I'm mainly interested in changes to our
release criteria [1].
Let's start by saying I'm not asking f
> Dependencies resolved.
> ===
> =
> Package Arch VersionRepository
> Size
> ===
> =
> Removing:
> esm
> To all Rawhide users, be careful with update of mutter. It seems that
> mutter-3.23.2-2.fc26 is broken [1], which prevents you from log in to
> your system. Downgrade to mutter-3.23.1-2.fc26.x86_64 workarounded the
> issues for me.
>
>
> Vít
>
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?
> On Mon, Dec 05, 2016 at 05:01:24PM -0500, Josh Boyer wrote:
> > There is another problem with .0...N releases. As soon as you version
> > your main release like that, everyone assumes .0 is unstable or broken
> > and they wait for .1. Some wait for .2 (which doesn't exist in your
> > proposal b
Hi all.
This is an un-retiring request for QCad on Fedora
(https://admin.fedoraproject.org/pkgdb/package/rpms/qcad/). Now upstream
provides an open-source community edition version of QCad including
files with following licenses:
## Main license: GPLv3
##
## 3rd parties licenses:
## dxflib: GPLv2
On Tue, 2016-12-06 at 13:44 +0100, Jakub Jelen wrote:
> > > > They don't, in fact, have different URIs. If I add a .module
> > > > file for
> > > > ykcs11.so, I get the attached output for p11tool --list-tokens.
> > >
> > > You forgot to attach it :)
> >
> > Let's try again. :)
>
> I suspect th
On 12/05/2016 04:44 PM, Nathaniel McCallum wrote:
On Mon, Dec 5, 2016 at 10:35 AM, Nikos Mavrogiannopoulos
wrote:
On Mon, 2016-12-05 at 10:23 -0500, Nathaniel McCallum wrote:
Indeed, in the case where one has both ykcs11 and opensc, he would
have
to supply --detailed-urls to p11tool to be abl
On 6 December 2016 at 11:57, James Hogarth wrote:
> On 6 December 2016 at 11:50, James Hogarth wrote:
>> On 6 December 2016 at 11:47, Nicolas Chauvet wrote:
>>> 2016-12-06 12:39 GMT+01:00 James Hogarth :
I'm trying to build the owncloud 9.1.1 update but in rawhide mock is
failing with:
On 6 December 2016 at 11:50, James Hogarth wrote:
> On 6 December 2016 at 11:47, Nicolas Chauvet wrote:
>> 2016-12-06 12:39 GMT+01:00 James Hogarth :
>>> I'm trying to build the owncloud 9.1.1 update but in rawhide mock is
>>> failing with:
>>>
>>> Error: nothing provides libldb.so.1(LDB_0.9.10)(
On 6 December 2016 at 11:47, Nicolas Chauvet wrote:
> 2016-12-06 12:39 GMT+01:00 James Hogarth :
>> I'm trying to build the owncloud 9.1.1 update but in rawhide mock is
>> failing with:
>>
>> Error: nothing provides libldb.so.1(LDB_0.9.10)(64bit) needed by
>> samba-client-libs-2:4.5.1-1.fc26.x86_6
2016-12-06 12:39 GMT+01:00 James Hogarth :
> I'm trying to build the owncloud 9.1.1 update but in rawhide mock is
> failing with:
>
> Error: nothing provides libldb.so.1(LDB_0.9.10)(64bit) needed by
> samba-client-libs-2:4.5.1-1.fc26.x86_64
>
> Was there a SO bump that missed a rebuild?
It's not a
I'm trying to build the owncloud 9.1.1 update but in rawhide mock is
failing with:
Error: nothing provides libldb.so.1(LDB_0.9.10)(64bit) needed by
samba-client-libs-2:4.5.1-1.fc26.x86_64
Was there a SO bump that missed a rebuild?
___
devel mailing list
-- Původní zpráva --
Od: Lennart Poettering
Komu: Development discussions related to Fedora
Datum: 6. 12. 2016 11:11:48
Předmět: Re: F26 System Wide Change: Enable coredumpctl by default
"On Tue, 06.12.16 10:16, Miroslav Suchý (msu...@redhat.com) wrote:
> Dne 6.12.2016 v 09:52
On Tue, 06.12.16 10:16, Miroslav Suchý (msu...@redhat.com) wrote:
> Dne 6.12.2016 v 09:52 Gerd Hoffmann napsal(a):
> > Hmm, isn't this as easy as abrt being able to find and analyze coredumps
> > written by coredumpctl (in addition to the coredumps written by the abrt
> > dumper)?
>
> Yes, it is
It was previously GPL+ or Artistic.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Tue, Dec 6, 2016 at 10:34 AM, Igor Gnatenko wrote:
> On Sun, Nov 20, 2016 at 5:58 AM, Dennis Gilmore wrote:
>> On Saturday, November 19, 2016 8:13:41 PM CST Igor Gnatenko wrote:
>>> On Nov 19, 2016 7:26 PM, "Dan Horák" wrote:
>>> > On Sat, 19 Nov 2016 11:16:17 -0700
>>> >
>>> > Orion Poplawsk
On Sun, Nov 20, 2016 at 5:58 AM, Dennis Gilmore wrote:
> On Saturday, November 19, 2016 8:13:41 PM CST Igor Gnatenko wrote:
>> On Nov 19, 2016 7:26 PM, "Dan Horák" wrote:
>> > On Sat, 19 Nov 2016 11:16:17 -0700
>> >
>> > Orion Poplawski wrote:
>> > > I just noticed this in a root.log for a koji
Dne 6.12.2016 v 09:52 Gerd Hoffmann napsal(a):
> Hmm, isn't this as easy as abrt being able to find and analyze coredumps
> written by coredumpctl (in addition to the coredumps written by the abrt
> dumper)?
Yes, it is quite easy. But ABRT cannot do this query every second/minute/hour.
So systemd
On Mon, Dec 05, 2016 at 06:41:27PM -0700, Chris Murphy wrote:
> On Mon, Dec 5, 2016 at 5:03 PM, Michael Catanzaro
> wrote:
> > On Mon, 2016-12-05 at 16:10 -0500, Matthew Miller wrote:
> >> It was by design, though — for a while, when a schedule slipped, we
> >> planned the next schedule as 6 or 7
Hi,
> We have two technologies: ABRT and coredumpctl. Each of them have
> different purpose and none of them 100 % fit
> everybody. So instead of discussing which one should be installed by
> default, we can sit together (ABRT and systemd
> teams) and integrate it together? So users can get bene
To all Rawhide users, be careful with update of mutter. It seems that
mutter-3.23.2-2.fc26 is broken [1], which prevents you from log in to
your system. Downgrade to mutter-3.23.1-2.fc26.x86_64 workarounded the
issues for me.
Vít
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1401317
_
On 12/06/2016 08:27 AM, Ralf Corsepius wrote:
On 12/06/2016 04:44 AM, Orion Poplawski wrote:
I've run into a reasonable number of failures of (custom) configure
checks due to this. Mainly calling exit() without including stdlib.h.
So keep alert everyone. Unfortunately this can lead to unpredi
72 matches
Mail list logo
