Re: Fedora Rawhide 20151227 compose check report

2015-12-28 Thread Adam Williamson
On Sun, 2015-12-27 at 19:29 +0200, Pavlo Rudyi wrote:
> On Sun, 2015-12-27 at 14:37 +, Fedora compose checker wrote:
> > Failed openQA tests: 4 of 61
> > 
> > ID: 1837Test: i386 kde_live default_install
> > URL: https://openqa.fedoraproject.org/tests/1837
> > ID: 1833Test: x86_64 kde_live default_install
> > URL: https://openqa.fedoraproject.org/tests/1833
> 
> What a chronic problem with KDE LiveCD?

Same one I linked to a few days back - 
https://bugzilla.redhat.com/show_bug.cgi?id=1288692 /
https://bugzilla.redhat.com/show_bug.cgi?id=1283348
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Firefox build?

2015-12-28 Thread Eric Griffith
On Dec 28, 2015 18:02, "Bojan Smojver"  wrote:
>
> Reindl Harald  thelounge.net> writes:
>
> > what do you try to tell us with that question?
>
> I'm trying to establish whether Fedora needs a 43.0.2 (or better) build of
> FF in order to close this security hole.
>
Is there any reason Fedora would not...? Regardless you could diff the
source code that was used to make the 43.0.1-fedora RPM vs whats in 43.0.2
and see if the hole is unpatched.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Firefox build?

2015-12-28 Thread Bojan Smojver
Reindl Harald  thelounge.net> writes:

> what do you try to tell us with that question?

I'm trying to establish whether Fedora needs a 43.0.2 (or better) build of
FF in order to close this security hole.

--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


Re: Firefox build?

2015-12-28 Thread Michael Schwendt
On Mon, 28 Dec 2015 23:44:51 +0100, Reindl Harald wrote:

> Am 28.12.2015 um 22:57 schrieb Bojan Smojver:
> > Release notes for FF 43.0.2 say that a security issue was fixed (MD5
> > signatures accepted within TLS 1.2 ServerKeyExchange in server
> > signature). Does this not affect Fedora builds?  
> 
> what do you try to tell us with that question?
>
> [harry@srv-rhsoft:~]$ rpm -q firefox
> firefox-43.0-1.fc23.x86_64

43.0 vs. 43.0.2 (and 43.0.1)

https://www.mozilla.org/en-US/firefox/43.0.2/releasenotes/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


Re: Firefox build?

2015-12-28 Thread Reindl Harald



Am 28.12.2015 um 22:57 schrieb Bojan Smojver:

Release notes for FF 43.0.2 say that a security issue was fixed (MD5
signatures accepted within TLS 1.2 ServerKeyExchange in server
signature). Does this not affect Fedora builds?


what do you try to tell us with that question?

[harry@srv-rhsoft:~]$ rpm -q firefox
firefox-43.0-1.fc23.x86_64



signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Firefox build?

2015-12-28 Thread Bojan Smojver
Release notes for FF 43.0.2 say that a security issue was fixed (MD5
signatures accepted within TLS 1.2 ServerKeyExchange in server
signature). Does this not affect Fedora builds?

PS. The link to that security issue is broken (https://www.mozilla.org/
en-US/security/advisories/mfsa2015-150/), so not quite sure any more
what is real and what's not on Mozilla site.

-- 
Bojan

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


ftplib license change

2015-12-28 Thread Michael Cronenworth

Hello,

The ftplib (and mingw-ftplib) package changed license types.

LGPLv2+ => Artistic 2.0

CC'ing Spot as he missed changing the License field in the package update.

Thanks,
Michael
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


WebKitGTK+ security status

2015-12-28 Thread Michael Catanzaro
Hi,

This mail is in regards to WSA-2015-0002: http://webkitgtk.org/security
/WSA-2015-0002.html

In short, we have by my count:

* Zero CVEs affecting the webkitgtk4 package in F23
* 40 CVEs affecting the webkitgtk4 package in F22
* 129 CVEs affecting the webkitgtk and webkitgtk3 packages in F22/F23

The vast majority of these issues allow for "remote attackers to
execute arbitrary code or cause a denial of service (memory corruption
and application crash) via a crafted web site."

My proposal is to update webkitgtk4 in F22 from 2.8.5 to 2.10.4 and
hope that not much breaks. This is probably relatively safe, since
2.10.4 has been in F23 for a while, I'm not aware of any issues related
to the upgrade, and it's API/ABI compatible. 2.8 -> 2.10 is a major
upgrade encompassing six months of development on WebKit trunk (from
February to August 2015). This means there will inevitably be
regressions. Normally I don't advocate large version updates for stable
Fedora releases, but web engines are special in that it's the only
practical way to provide security support. We can't backport 40 patches
to F22, so if we don't do this update, we should instead announce that
security support for webkitgtk4 is provided only to the latest Fedora
release.

Certainly it's not practical to provide security support for the
webkitgtk or webkitgtk3 packages going forward. We can either remove
them from the distro at some flag date (F25 branch point?), or ignore
the problem like we do for qtwebkit. Probably the later is a better
approach, since there is a lot that still depends on these packages.

'reqoquery --whatrequires webkitgtk' says:

atril-0:1.10.2-1.fc23.x86_64
atril-0:1.12.1-1.fc23.x86_64
atril-libs-0:1.10.2-1.fc23.i686
atril-libs-0:1.10.2-1.fc23.x86_64
atril-libs-0:1.12.1-1.fc23.i686
atril-libs-0:1.12.1-1.fc23.x86_64
banshee-0:2.6.2-12.fc23.x86_64
claws-mail-plugins-fancy-0:3.12.0-1.fc23.x86_64
compat-wxGTK3-gtk2-0:3.0.2-5.1.fc23.i686
compat-wxGTK3-gtk2-0:3.0.2-5.1.fc23.x86_64
compat-wxGTK3-gtk2-0:3.0.2-6.fc23.i686
compat-wxGTK3-gtk2-0:3.0.2-6.fc23.x86_64
eclipse-swt-1:4.5.1-1.fc23.x86_64
eclipse-swt-1:4.5.1-6.fc23.x86_64
geany-plugins-devhelp-0:1.24-6.fc23.x86_64
geany-plugins-devhelp-0:1.25-4.fc23.x86_64
geany-plugins-markdown-0:1.24-6.fc23.x86_64
geany-plugins-markdown-0:1.25-4.fc23.x86_64
geany-plugins-webhelper-0:1.24-6.fc23.x86_64
geany-plugins-webhelper-0:1.25-4.fc23.x86_64
ghc-webkit-0:0.13.1.3-1.fc23.x86_64
gimp-2:2.8.14-3.fc23.x86_64
gimp-2:2.8.16-1.fc23.x86_64
gimp-help-browser-2:2.8.14-3.fc23.x86_64
gimp-help-browser-2:2.8.16-1.fc23.x86_64
gmpc-0:11.8.16-9.fc23.x86_64
gnucash-0:2.6.9-1.fc23.x86_64
gphpedit-0:0.9.98-0.10.RC1.fc23.x86_64
guitarix-0:0.34.0-1.fc23.x86_64
gyachi-0:1.2.11-13.fc23.x86_64
jumanji-0:0-5.20111209git963b309.fc23.x86_64
kazehakase-webkit-0:0.5.8-19.svn3873_trunk.fc23.x86_64
lekhonee-gnome-0:0.12-8.fc23.x86_64
midori-0:0.5.10-2.fc23.i686
midori-0:0.5.10-2.fc23.x86_64
midori-0:0.5.11-1.fc23.i686
midori-0:0.5.11-1.fc23.x86_64
osmo-0:0.2.12-0.8.svn924.fc23.1.x86_64
perl-Gtk2-WebKit-0:0.09-13.fc23.x86_64
pywebkitgtk-0:1.1.8-10.fc23.x86_64
surf-0:0.6-5.fc23.x86_64
techne-0:0.2.3-15.fc23.x86_64
webkit-sharp-0:0.3-16.fc23.x86_64
webkitgtk-devel-0:2.4.9-3.fc23.i686
webkitgtk-devel-0:2.4.9-3.fc23.x86_64
webkitgtk-doc-0:2.4.9-3.fc23.noarch
xiphos-gtk2-0:4.0.3-1.fc23.x86_64
xiphos-gtk2-0:4.0.4-1.fc23.x86_64

'reqoquery --whatrequires webkitgtk3'

balsa-0:2.5.2-2.fc23.x86_64
bijiben-0:3.18.1-1.fc23.x86_64
bijiben-0:3.18.2-1.fc23.x86_64
cairo-dock-plug-ins-webkit-0:3.4.1-4.fc23.x86_64
dwb-0:2014.03.07-4.fc22.x86_64
empathy-0:3.12.11-1.fc23.x86_64
evolution-0:3.18.1-1.fc23.i686
evolution-0:3.18.1-1.fc23.x86_64
evolution-0:3.18.3-1.fc23.i686
evolution-0:3.18.3-1.fc23.x86_64
evolution-bogofilter-0:3.18.1-1.fc23.x86_64
evolution-bogofilter-0:3.18.3-1.fc23.x86_64
evolution-ews-0:3.18.1-1.fc23.x86_64
evolution-ews-0:3.18.3-1.fc23.x86_64
evolution-mapi-0:3.18.0-1.fc23.i686
evolution-mapi-0:3.18.0-1.fc23.x86_64
evolution-mapi-0:3.18.3-1.fc23.i686
evolution-mapi-0:3.18.3-1.fc23.x86_64
evolution-pst-0:3.18.1-1.fc23.x86_64
evolution-pst-0:3.18.3-1.fc23.x86_64
evolution-rss-1:0.3.95-4.fc23.x86_64
evolution-spamassassin-0:3.18.1-1.fc23.x86_64
evolution-spamassassin-0:3.18.3-1.fc23.x86_64
geary-0:0.10.0-3.fc23.x86_64
gnome-web-photo-0:0.10.5-8.fc23.x86_64
gphotoframe-0:2.0.2-1.hg2084299dffb6.fc23.1.noarch
libproxy-webkitgtk3-0:0.4.11-12.fc23.x86_64
liferea-1:1.10.16-1.fc23.x86_64
liferea-1:1.10.17-1.fc23.x86_64
nemo-preview-0:2.6.x-5.fc23.x86_64
nemo-preview-0:2.8.x-2.fc23.x86_64
nuvolaplayer-0:2.5-1.fc22.x86_64
rhythmbox-0:3.2.1-3.fc23.i686
rhythmbox-0:3.2.1-3.fc23.x86_64
rhythmbox-lirc-0:3.2.1-3.fc23.x86_64
rubygem-webkit-gtk-0:3.0.5-1.fc23.noarch
rubygem-webkit-gtk-0:3.0.7-1.fc23.noarch
seed-0:3.8.1-6.fc23.i686
seed-0:3.8.1-6.fc23.x86_64
shotwell-0:0.22.0-5.fc23.x86_64
sugar-browse-0:157.2-1.fc23.noarch
uzbl-core-0:0-0.38.20120514git228bc38cbd.fc23.x86_64
vfrnav-0:20150429-1.fc23.i686
vfrnav-0:20150429-1.fc23.x86_

[POC-change] Fedora packages point of contact updates

2015-12-28 Thread nobody
Change in package status over the last 168 hours


3 packages were orphaned

radiusclient-ng [epel7] was orphaned by nmav
 RADIUS protocol client library
 https://admin.fedoraproject.org/pkgdb/package/radiusclient-ng
tailor [f23, f22, el6, master] was orphaned by sharkcz
 A tool to migrate changesets between several version control systems
 https://admin.fedoraproject.org/pkgdb/package/tailor
workrave [f23, f22, el6, epel7, master] was orphaned by cicku
 Program that assists in the recovery and prevention of RSI
 https://admin.fedoraproject.org/pkgdb/package/workrave

2 packages were retired

kopete-cryptography [master] was retired by rdieter
 Encrypts and signs messages in Kopete using the OpenPGP
 https://admin.fedoraproject.org/pkgdb/package/kopete-cryptography
python-networking-cisco [master] was retired by bdemers
 Cisco OpenStack Neutron driver
 https://admin.fedoraproject.org/pkgdb/package/python-networking-cisco

2 packages unorphaned
-
bzr-explorer [master] was unorphaned by barracks510
 Graphical application for using Bazaar
 https://admin.fedoraproject.org/pkgdb/package/bzr-explorer
ipcalculator [master] was unorphaned by barracks510
 A utility for computing broadcast, network, mask, and host ranges
 https://admin.fedoraproject.org/pkgdb/package/ipcalculator

0 packages were unretired


1 packages were given

libpng12 [f23, f22, master] was given by rdieter to phracek
 Old version of libpng, needed to run old binaries
 https://admin.fedoraproject.org/pkgdb/package/libpng12

0 packages had new branches



Sources: https://github.com/pypingou/fedora-owner-change
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


Fedora Rawhide 20151228 compose check report

2015-12-28 Thread Fedora compose checker
Missing expected images:

Cloud_atomic disk raw x86_64

Images in this compose but not Rawhide 20151227:

Scientific_kde live i386
Mate live i386

Images in Rawhide 20151227 but not this:

Games live i386
Lxde live x86_64

Failed openQA tests: 4 of 61

ID: 1900Test: i386 kde_live default_install
URL: https://openqa.fedoraproject.org/tests/1900
ID: 1896Test: x86_64 kde_live default_install
URL: https://openqa.fedoraproject.org/tests/1896
ID: 1873Test: x86_64 universal server_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/1873
ID: 1858Test: x86_64 universal server_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/1858

Passed openQA tests: 57 of 61
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


Re: Specs using %define

2015-12-28 Thread Paul Howarth
On Thu, 24 Dec 2015 15:01:02 -0600
Jason L Tibbitts III  wrote:

> To satisfy my curiosity, I grepped the convenient tarball of specfiles
> (http://pkgs.fedoraproject.org/repo/rpm-specs-latest.tar.xz) for lines
> matching "(? there were more than 1900 hits.
> 
> Here's a complete (long) list.  I don't think there's much point in
> doing anything about the vast majority of these, but if you're in
> cleaning up your packages then why not?  Also, feel free to let me
> know if any of these are false positives.  (They may be due to
> %define in the changelog or in a "comment", which is also something
> that should be fixed.)  And if you're using %define because you
> actually need one of the peculiar behaviors it exhibits, please let
> me know because I'd like to see an actual example of that.

In perl-Module-Extract-VERSION I have this for provides filtering that
works in EPEL < 7:

# Filter bogus provide for perl(ExtUtils::MakeMaker::_version) (prior to rpm 
4.9)
%global provfilt /bin/sh -c "%{__perl_provides} | grep -Fvx 
'perl(ExtUtils::MakeMaker::_version)'"
%define __perl_provides %{provfilt}

It's been there for a long time and it's quite common in perl module
packages. I don't think this works with %global instead of %define.


Paul.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


Re: Proven Packager Help requested: HEADS UP: libwebp, ucommon soname bumps

2015-12-28 Thread Sandro Mani



On 28.12.2015 12:25, Igor Gnatenko wrote:

I am ready.


Thank you. The changes to libwebp have been pushed, it is ready to be built.

Sandro
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


Re: frafra uploaded yumex-dnf-4.1.6.tar.gz for yumex-dnf

2015-12-28 Thread Tim Lauridsen
On Mon, 28 Dec 2015 at 11:41 Pierre-Yves Chibon  wrote:

> On Mon, Dec 28, 2015 at 09:38:25AM +, Tim Lauridsen wrote:
> >Looks like a false alarm, just a scatch buildÂ
> >https://bugzilla.redhat.com/show_bug.cgi?id=1294377
>
> Why uploading sources to dist-git for a scratch build?
>
>
>
Properly a mistake by a user there want to make a scratchbuild of the
latest upstream release
not yet in Fedora.

Tim
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Proven Packager Help requested: HEADS UP: libwebp, ucommon soname bumps

2015-12-28 Thread Igor Gnatenko
I am ready.

On Mon, Dec 28, 2015 at 12:24 PM Sandro Mani  wrote:

>
>
> On 27.12.2015 06:59, Peter Robinson wrote:
> > On Thu, Dec 24, 2015 at 2:37 PM, Sandro Mani 
> wrote:
> >> Hello
> >>
> >> I'll be building libwep-0.5.0 and ucommon-7.0.0 this weekend.
> >>
> >> Affected packages for libwebp:
> >>
> >> efl
> >> freeimage
> >> gdal
> >> gegl03
> >> GraphicsMagick
> >> gstreamer1-plugins-bad-free
> >> ImageMagick
> >> kde-runtime-libs
> >> leptonica
> >> librasterlite2
> >> mapnik
> >> OpenImageIO
> >> python-pillow
> >> qt5-qtimageformats
> >> qt5-qtwebkit
> >> qtwebkit
> >> SDL2_image
> >> vips
> >> webkitgtk
> >> webkitgtk3
> >> webkitgtk4
> >> weston
> >>
> >> Of which I can rebuild freeimage, leptonica and python-pillow.
> > Please co-ordinate wit ha proven packages to get the rest done,
> > otherwise you'll needlesssly break composes.
> Okay - any proven packager available for help?
>
> Thanks
> Sandro
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
-- 

-Igor Gnatenko
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Proven Packager Help requested: HEADS UP: libwebp, ucommon soname bumps

2015-12-28 Thread Sandro Mani



On 27.12.2015 06:59, Peter Robinson wrote:

On Thu, Dec 24, 2015 at 2:37 PM, Sandro Mani  wrote:

Hello

I'll be building libwep-0.5.0 and ucommon-7.0.0 this weekend.

Affected packages for libwebp:

efl
freeimage
gdal
gegl03
GraphicsMagick
gstreamer1-plugins-bad-free
ImageMagick
kde-runtime-libs
leptonica
librasterlite2
mapnik
OpenImageIO
python-pillow
qt5-qtimageformats
qt5-qtwebkit
qtwebkit
SDL2_image
vips
webkitgtk
webkitgtk3
webkitgtk4
weston

Of which I can rebuild freeimage, leptonica and python-pillow.

Please co-ordinate wit ha proven packages to get the rest done,
otherwise you'll needlesssly break composes.

Okay - any proven packager available for help?

Thanks
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


Re: frafra uploaded yumex-dnf-4.1.6.tar.gz for yumex-dnf

2015-12-28 Thread Pierre-Yves Chibon
On Mon, Dec 28, 2015 at 09:38:25AM +, Tim Lauridsen wrote:
>Looks like a false alarm, just a scatch build 
>https://bugzilla.redhat.com/show_bug.cgi?id=1294377

Why uploading sources to dist-git for a scratch build?


Pierre
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


rawhide report: 20151228 changes

2015-12-28 Thread Fedora Rawhide Report
Compose started at Mon Dec 28 05:15:02 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
IQmol-2.3.0-9.fc24.i686 requires libOpenMeshCore.so.3.2
[alliance]
alliance-5.0-40.20090901snap.fc22.i686 requires libXm.so.2
[ccrtp]
ccrtp-2.0.5-10.fc24.i686 requires libucommon.so.7
ccrtp-2.0.5-10.fc24.i686 requires libcommoncpp.so.7
[eclipse-jbosstools]
eclipse-jbosstools-as-4.2.2-1.fc22.noarch requires 
osgi(org.eclipse.tm.terminal)
[fawkes]
fawkes-core-0.5.0-26.fc24.i686 requires libmicrohttpd.so.10
fawkes-plugin-player-0.5.0-26.fc24.i686 requires libgeos-3.4.2.so
fawkes-plugin-xmlrpc-0.5.0-26.fc24.i686 requires libmicrohttpd.so.10
[gnash]
1:gnash-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_serialization.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_program_options.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_date_time.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires 
libboost_serialization.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_date_time.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-klash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-klash-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-plugin-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
[golang-github-kraman-libcontainer]
golang-github-kraman-libcontainer-devel-0-0.4.gitd700e5b.fc24.noarch 
requires golang(github.com/docker/docker/pkg/netlink)
[golang-github-kubernetes-heapster]
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/google/cadvisor/info/v1)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/google/cadvisor/client)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/schema)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/registry)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/pkg)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/machine)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/etcd)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.co

Re: frafra uploaded yumex-dnf-4.1.6.tar.gz for yumex-dnf

2015-12-28 Thread Tim Lauridsen
Looks like a false alarm, just a scatch build
https://bugzilla.redhat.com/show_bug.cgi?id=1294377

Tim

On Mon, 28 Dec 2015 at 10:38 Tim Lauridsen  wrote:

> How do i handle a situation where someone, without my knowledge uploads
> new sources to one of my projects. It could be a security problem ?
>
> Tim
>
>
> -- Forwarded message -
> From: 
> Date: Sun, 27 Dec 2015 at 23:00
> Subject: frafra uploaded yumex-dnf-4.1.6.tar.gz for yumex-dnf
>
> 0ae84309cbb6781e7acaf2c1a784f59b  yumex-dnf-4.1.6.tar.gz
>
> http://pkgs.fedoraproject.org/lookaside/pkgs/yumex-dnf/yumex-dnf-4.1.6.tar.gz/md5/0ae84309cbb6781e7acaf2c1a784f59b/yumex-dnf-4.1.6.tar.gz
>
> --
> You received this message due to your preference settings at
>
> https://apps.fedoraproject.org/notifications/timlau.id.fedoraproject.org/email/24238
>
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fwd: frafra uploaded yumex-dnf-4.1.6.tar.gz for yumex-dnf

2015-12-28 Thread Tim Lauridsen
How do i handle a situation where someone, without my knowledge uploads
new sources to one of my projects. It could be a security problem ?

Tim


-- Forwarded message -
From: 
Date: Sun, 27 Dec 2015 at 23:00
Subject: frafra uploaded yumex-dnf-4.1.6.tar.gz for yumex-dnf

0ae84309cbb6781e7acaf2c1a784f59b  yumex-dnf-4.1.6.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/yumex-dnf/yumex-dnf-4.1.6.tar.gz/md5/0ae84309cbb6781e7acaf2c1a784f59b/yumex-dnf-4.1.6.tar.gz

--
You received this message due to your preference settings at
https://apps.fedoraproject.org/notifications/timlau.id.fedoraproject.org/email/24238
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org