Hi!
The gsoap package has been updated to version 2.8.28 in rawhide.
Dependent packages should rebuild.
The Fedora 24 mass rebuild is scheduled to start today, which should
take care of these. But if your package is listed below, check that it
builds as expected. In some cases there are dependenc
On Tue, 2016-02-02 at 02:29 -0500, Neal Gompa wrote:
> On Tue, Feb 2, 2016 at 2:19 AM, Adam Williamson
> wrote:
> > On Mon, 2016-02-01 at 15:02 -0600, Richard Shaw wrote:
> > > On Mon, Feb 1, 2016 at 2:58 PM, Yaakov Selkowitz > > .com
> > > > wrote:
> > > > On 2016-02-01 07:45, Adam Williamson wr
On 02/02/16 07:09, Tom Hughes wrote:
Yes, they've done the same thing to one of my packages as well.
What's more they had already been in contact with me over the weekend
and knew there was an issue that I was looking at but still went ahead
and broke it anyway.
I take that back - turns out I
On Tue, Feb 02, 2016 at 10:20:32AM +0100, Adam Williamson wrote:
> The reason to not use globs anyway, though, is simple and exactly the
> one in this thread: when the soname changes, all the package's
> dependencies need rebuilding. Thus, as the packager, you need to know
> when the soname changes
On Tue, 02 Feb 2016 10:20:32 +0100, Adam Williamson wrote:
> The reason to not use globs anyway, though, is simple and exactly the
> one in this thread: when the soname changes, all the package's
> dependencies need rebuilding. Thus, as the packager, you need to know
> when the soname changes. If
Hello,
systemd rawhide builds started failing in koji [1]:
In file included from src/shared/firewall-util.c:23:0:
/usr/include/linux/if.h:71:2: error: redeclaration of enumerator 'IFF_UP'
IFF_UP= 1<<0, /* sysfs */
^
/usr/include/net/if.h:44:5: note: previous definition of 'IFF_UP' was he
On Tue, 02.02.16 12:33, Jan Synáček (jsyna...@redhat.com) wrote:
> Hello,
>
> systemd rawhide builds started failing in koji [1]:
>
> In file included from src/shared/firewall-util.c:23:0:
> /usr/include/linux/if.h:71:2: error: redeclaration of enumerator 'IFF_UP'
> IFF_UP= 1<<0, /* sysfs
On Tue, 2016-02-02 at 11:16 +0100, Michael Schwendt wrote:
>
> Even if the spec file uses wildcards to include any shared library
> version, the automatic dependency checks for Rawhide will notice the
> SONAME change and inform the packager about it. => The packager will
> need to take proper acti
Hi
qt-creator builds have started to fail, I've reduced the failure down to
having "-isystem /usr/include" in the command line:
$ cat test.cpp
#include
$ g++ -isystem /usr/include -c -o test.o test.cpp
In file included from /usr/include/c++/6.0.0/bits/stl_algo.h:59:0,
from /
On Tue, Feb 02, 2016 at 01:32:17PM +0100, Sandro Mani wrote:
> Hi
>
> qt-creator builds have started to fail, I've reduced the failure down to
> having "-isystem /usr/include" in the command line:
Don't use -isystem /usr/include for C++, unless you also include first all
the C++ include directori
On 02.02.2016 13:38, Jakub Jelinek wrote:
On Tue, Feb 02, 2016 at 01:32:17PM +0100, Sandro Mani wrote:
Hi
qt-creator builds have started to fail, I've reduced the failure down to
having "-isystem /usr/include" in the command line:
Don't use -isystem /usr/include for C++, unless you also incl
On Tue, Feb 02, 2016 at 01:50:58PM +0100, Sandro Mani wrote:
>
>
> On 02.02.2016 13:38, Jakub Jelinek wrote:
> >On Tue, Feb 02, 2016 at 01:32:17PM +0100, Sandro Mani wrote:
> >>Hi
> >>
> >>qt-creator builds have started to fail, I've reduced the failure down to
> >>having "-isystem /usr/include"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/01/2016 10:02 PM, John Dulaney wrote:
>
>>
>> This is the hazard of using %{_libdir}/*.so.* in %files. Is there any
>> reason why such a syntax should NOT be formally discouraged in the
>> packaging gui
Hi everyone!
Today we have Fedora 24 Changes submission deadline [1]. No more
System Wide Changes should be accepted for this release.
Alpha release is currently planned on March, the 22nd.
In case you'll need any help with your Change proposals, feel free to
contact me.
[1] https://fedoraprojec
Greetings,
This e-mail is intended to inform you about the upcoming Bugzilla changes
happening on 2016-Feb-23 (Rawhide bug rebase) and what you need to do,
if anything.
We will be automatically changing the version for most rawhide bugs to
Fedora 24.
This will result in regular bugs reported agai
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 system administrators and developers.
The meeting will happ
> I'll admit that I'm guilty of this when I craft packages targeting
> Fedora. For the most part, it's because I don't have a good reason to
> care about the soversion (aside from making sure it exists). When I'm
> making packages targeting Mageia or openSUSE, I do actually care about
> it, because
The package conduit [1] hasn't seen an update since 2010-01-31 and FTBFS since
6 months ago [2]. There was no build for F22 or F23. Upstream website from spec
file has gone. There is another upstream website at gnome.org [3] with links to
a download folder [4] with no more releases. Wikipedia do
May packages assume that /usr/sbin is on PATH when they are built?
If you need a program which is currently only in /usr/sbin, should a
package use an absolute path, or reset PATH to include /usr/sbin?
Thanks,
Florian
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.
Hi,
I just released new version of distribution-gpg-keys package:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-1a7ed2ffe8
It now includes GPG keys of all Copr projects. Thanks to clime for
writing the script which retrieve all those keys.
I plan to upgrade those data regularly. Although I
I was notified by a user that a newer version of trustedqsl was available
so I looked into why I wasn't notified.
For some reason it still thinks 1.13 is the current version when it is 2.2:
https://release-monitoring.org/project/4998/
I've tried tweaking things but can't seem to find the magic f
That's a very good idea, thanks!
Are there any plans to make dnf work with those? Or do I have to edit repo
files for that? `dnf copr enable` could use these GPG keys if it could make
sure this package is installed.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.o
On Tue, Feb 02, 2016 at 04:11:46PM -0600, Richard Shaw wrote:
>I was notified by a user that a newer version of trustedqsl was available
>so I looked into why I wasn't notified.
>For some reason it still thinks 1.13 is the current version when it is
>2.2:
>https://release-monito
Is there any reason why two packages provide tsqllib and tsqllib-devel? See
https://apps.fedoraproject.org/packages/s?search=trustedqsl and the related
.spec files in git repos?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraprojec
On 2016-02-02 04:10, Matthew Miller wrote:
On Tue, Feb 02, 2016 at 10:20:32AM +0100, Adam Williamson wrote:
The reason to not use globs anyway, though, is simple and exactly the
one in this thread: when the soname changes, all the package's
dependencies need rebuilding. Thus, as the packager, yo
Michael J Gruber wrote:
> Rex Dieter venit, vidit, dixit 18.01.2016 15:00:
>> In response to recent additions to default $RPM_OPT_FLAGS that depend on
>> redhat-rpm-config to be present, and in response to bug
>> http://bugzilla.redhat.com/1279265
>>
>> Qt4's qmake will no longer inject $RPM_OPT_
All,
As discussed in [1], I've updated the python-suds package to use Jurko's
fork in Rawhide. As a result, Python 3 packages are now available.
I've been running with the package for about a month and haven't run
across any issues. Please test it out and let me know if you run into any
pr
On Tue, Feb 02, 2016 at 08:00:43AM +0100, Michael J Gruber wrote:
> Well, in the first place it would be nice not to push FTBFS commits to
> packages you don't own without contacting maintainers before:
Well, one thing about this is that no-one owns packages anymore. We are a
community and there a
On Tue, Feb 02, 2016 at 10:45:04PM -, Christian Stadelmann wrote:
> Is there any reason why two packages provide tsqllib and tsqllib-devel? See
> https://apps.fedoraproject.org/packages/s?search=trustedqsl and the related
> .spec files in git repos?
Looks like one is using a tarball named tq
Dne 2.2.2016 v 23:20 Christian Stadelmann napsal(a):
> Are there any plans to make dnf work with those? Or do I have to edit repo
> files for that? `dnf copr enable` could use these GPG keys if it could make
> sure this package is installed.
Good idea. But one step in time. I hesitate to change
30 matches
Mail list logo
