%post RPM scriptlets and dependencies

[Florian Weimer]

When a %post scriptlet runs, is it guaranteed that the Requires:
dependencies have been unpacked?  I understand that for cycle-breaking
purposes, it may not be true that the scriptlets for dependencies have
run.  But are the files already there?

(I'm interested in plain Requires, not Requires(post) etc.)

Has the behavior changed since RPM 4.8?

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

PSA: Statically linking against the C/C++ runtime is not supported.

[Carlos O'Donell]

Follow the Fedora Guidelines on static linking against
a library. If you really need to use static linking,
you should know that we can not support statically linking
against the C/C++ runtime.

This includes the use of the gcc, clang, or ld option:

   -static
   -static-.* e.g. -static-libstdc++

to link against any part of the C/C++ runtime[1].

This also includes the use of the Go build options:

   -ldflags '-extldflags=-static -linkmode=external'

to create a go application that would otherwise have been
dynamically linked but are now statically linked against
the C/C++ runtime[2].

Note that in RHEL the glibc-static package is in the optional
repository and therefore also unsupported by virtue of this
caveat.

You may be able to statically link against other runtimes 
e.g. "-Wl,-static -lfoo -Wl,-Bdynamic" to link just "foo" 
statically, but please review the documentation for the 
specific runtime to see if it supports this use (and don't
forget the Fedora packaging guidelines).

In all honesty we want to support some limited APIs in static
linkage, but until we document this better we can't easily
commit to any given API. The set of unsupported APIs includes
but is not limited to:

   Any glibc functionality which might call dlopen.
   - All NSS functions e.g. getent, getpwuid_r, etc.
   - All encoding conversions (gconv/iconv).
   - All IDN functionality (libidn).
   - All dl* functions (libdl).
   - Thread cancellation.

The primary reason for our inability to support static
linking is the same reason we have problems implementing
dlmopen (from Solaris) correctly. Namely that the static and
shared parts (those loaded by dlopen) are two distinct
namespaces and we have yet to design infrastructure to
share the process-global state that both namespaces need
in order to coordinate properly. The v2 C/C++ packaging
guidelines has more help and guidance for developers who
really need help making static linking with the C/C++
runtime safe.

In Fedora and CentOS there is no optional repository
distinction, and in these distributions we are working
on a long-term solution to this problem. A short term
solution is likely a documentation of the APIs which can
be used in a static link.

There are a few cases of core distribution binaries like
sln and ldconfig which must be statically linked. In those
cases we use our best judgement and experience to prevent
those binaries from deviating into unsupported APIs as
described above.

Lastly, keep in mind that this problem is not unique to
the C/C++ runtimes. The same problem is faced by all
libraries that may be statically linked and dlopen'd.
Such libraries face the the fact that they have been
loaded twice into the same process (or N times with
dlmopen load isolation) and must either operate
correctly or provide their own APIs for process-global
state coordination.

I am updating the C/C++ packaging guidelines to in [3]
with a new section on static linking. Once the section has
had enough review it will be put forward for FPC to vote and
update the official C/C++ packaging guidlines in [4].

Cheers,
Carlos.

[1] For the pedants in the crowd this does not include the
implementation dependent archives which may or may not be
statically linked into each object e.g. libc_nonshared.a,
libpthread_nonshared.a etc, these are
implementation-dependent details.

[2] The complexity of this caveat is because if the application
would otherwise have been statically linked it means the
go compiler determined there were no external API uses
and defaulted to linking in the required Go runtime
statically (which is a supported use case, and is not a
static linkage against the C/C++ runtime).

[3] https://fedoraproject.org/wiki/C_and_C%2B%2B_v2#Static_Linking

[4] https://fedoraproject.org/wiki/Packaging:C_and_C%2B%2B
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "Perl 5.18 rebuild"

[notifications]

>From b79f7f8eece1d64649148c49efe172354d644185 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 18 Jul 2013 02:55:32 +0200
Subject: Perl 5.18 rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 3fa4935..fcdc2c4 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:17%{?dist}
+Release:18%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jul 18 2013 Petr Pisar  - 0.22-18
+- Perl 5.18 rebuild
+
 * Thu Feb 14 2013 Fedora Release Engineering  
- 0.22-17
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=b79f7f8eece1d64649148c49efe172354d644185
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "Perl 5.22 rebuild"

[notifications]

>From 623bed57a16c027f1412c89b47b84717aad8434b Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 5 Jun 2015 11:26:47 +0200
Subject: Perl 5.22 rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 698d12c..1b3691a 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:21%{?dist}
+Release:22%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 05 2015 Jitka Plesnikova  - 0.22-22
+- Perl 5.22 rebuild
+
 * Tue Aug 26 2014 Jitka Plesnikova  - 0.22-21
 - Perl 5.20 rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=623bed57a16c027f1412c89b47b84717aad8434b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild"

[notifications]

>From 4c4e14d0dabf533afd3eb7b2d36e27bdb79807f6 Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Fri, 20 Jul 2012 10:21:16 -0500
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index ab0cd77..f0a8fed 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:15%{?dist}
+Release:16%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jul 20 2012 Fedora Release Engineering  
- 0.22-16
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
+
 * Mon Jun 11 2012 Petr Pisar  - 0.22-15
 - Perl 5.16 rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=4c4e14d0dabf533afd3eb7b2d36e27bdb79807f6
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild"

[notifications]

>From 3cf904e7e4651f84ddb4dc44a923dbc1263433a8 Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Sat, 3 Aug 2013 16:00:06 -0500
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index fcdc2c4..5cdfd75 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:18%{?dist}
+Release:19%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sat Aug 03 2013 Fedora Release Engineering  
- 0.22-19
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
+
 * Thu Jul 18 2013 Petr Pisar  - 0.22-18
 - Perl 5.18 rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=3cf904e7e4651f84ddb4dc44a923dbc1263433a8
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290259] biber-v2.1 is available, should work with rawhide texlive-biblatex 3.0

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290259

Colin Macdonald  changed:

   What|Removed |Added

 Blocks||1265601




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1265601
[Bug 1265601] Biber crashes on unicode characters
-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24 Self Contained Change: Koji Generates Repositories of Signed RPMs

[Colin Walters]

On Thu, Dec 10, 2015, at 04:58 PM, Kevin Fenzi wrote:

> Also, repo signing doesn't really get us anything does it? 

I believe you have stated previously that because the metalink fetch
is protected by TLS which chains to sha256sums, and hence
GPG is not necessary, I would say it's not the same thing.

I think GPG signatures are stronger because they're effectively "key pinned".

Weaknesses in the CA ecosystem are well documented, e.g.
https://lwn.net/Articles/664385/
And command line clients like yum/dnf/rpm-ostree/lorax etc. are
actually weaker than browsers in that there's no support for
the work that protects browsers like HPKP etc.

GPG also works offline/statically.

But we could also set up key pinning for repo-md clients as well of
course.  (And I would still like this for ostree clients for Atomic Host
as well)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

robert requested branch epel7 for package perl-File-Type

[notifications]

robert requested branch epel7 for package perl-File-Type
https://admin.fedoraproject.org/pkgdb/package/perl-File-Type/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1265601] Biber crashes on unicode characters

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1265601

Colin Macdonald  changed:

   What|Removed |Added

 Status|VERIFIED|ASSIGNED



--- Comment #3 from Colin Macdonald  ---
This seems to be fixed in 2.1: #1290259, entering rawhide sometime soonish.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1265601] Biber crashes on unicode characters

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1265601

Colin Macdonald  changed:

   What|Removed |Added

 Depends On||1290259




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1290259
[Bug 1290259] biber-v2.1 is available, should work with rawhide
texlive-biblatex 3.0
-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Can Koji handle a soname change and a self-dependency?

[Dan Horák]

On Mon, 7 Dec 2015 11:32:44 +0100
Björn Persson  wrote:

> Kevin Fenzi  wrote:
> > On Tue, 1 Dec 2015 15:46:26 +0100
> > Björn Persson  wrote:
> > > GPRbuild is
> > > linked to XMLada, and both GPRbuild and XMLada are linked to
> > > libgnat, as are all other Ada programs and libraries.
> > >
> > > With every major GCC upgrade the soname of libgnat changes, and
> > > all the Ada packages stop working until they get rebuilt. But
> > > rebuilding requires a working GPRbuild.
> > >
> > > Previously a catch-22 was avoided because XMLada and GPRbuild were
> > > built with Gnatmake, which is built as a part of GCC. Now they're
> > > both built with GPRbuild instead, and Gnatmake is emitting
> > > warnings that it's going to lose support for the project files
> > > that control the build. The next GCC upgrade will make the
> > > problem acute.
> >
> > How are others supposed to handle this?
> 
> Other users of the GNAT toolchain? Well, if they don't use Koji then

maybe Kevin meant other distros - Debian, OpenSUSE - they all use a
buildsystem

> they can simply keep the old libgnat around, alongside the new libgnat
> and the rest of the new GCC, until XMLada and GPRbuild have been
> rebuilt. On the file level there is no problem. The library filenames
> are versioned so they can coexist. The soname ensures that the right
> one will be loaded when GPRbuild runs, and the symlink "libgnat.so"
> ensures that linking will be done with the newest library.
> 
> This works on the RPM level too by the way. Two libgnat packages can
> be installed at the same time.
> 
> Handling XMLada is slightly trickier. The rebuilt XMLada will have the
> same soname as the old one (unless they upgrade both GCC and XMLada at
> the same time), so they need to install it to a staging directory and
> add that directory to the search path when rebuilding GPRbuild. Then
> the old XMLada and the old libgnat will be loaded when the old
> GPRbuild runs, and the rebuilt GPRbuild will be linked to the rebuilt
> XMLada, which is linked to the new libgnat. Then they can copy the
> rebuilt GPRbuild and the rebuilt XMLada into place together, and
> remove the old libraries.
> 
> With a little patch to a project file it would also be possible to add
> a suffix to the soname of XMLada. Then the two instances of XMLada
> could coexist the same way as the two versions of libgnat, and the
> staging directory wouldn't be needed.
> 
> They can also get rid of the whole problem by linking GPRbuild
> statically. This seems to be what Adacore themselves do. The compiled
> GPRbuild they distribute requires only libpthread.so.0, librt.so.1 and
> libc.so.6, so libgnat and XMLada must have been statically linked in.

I would consider static linking for GPRbuild in this situation
acceptable

> > > So now you're saying that the GCC package, whose spec is already
> > > 3000 lines long, needs to contain an entire additional GCC and
> > > build large parts of it, just to work around a limitation in
> > > Koji? I can of course ask the GCC maintainer, but I fully expect
> > > that he'll refuse.
> >
> > I'm just explaining how koji works here, don't shoot me. ;)
> >
> > So, ideally here, there's a new gcc upgrade, the gcc maintainer
> > would build with a compat-libgnat subpackage that installs libgnat
> > in another place. Then they build the new gcc without it. You then
> > can buildrequire that compat-libgnat so you can rebuild other
> > things, then finally do another rebuild without compat-libgnat to
> > bring everything up on the current gcc.
> 
> If I understand this correctly, you mean that the compat-libgnat
> subpackage would remain in the buildroot even after the other
> subpackages were replaced with the later build. Is that right? I
> always thought that when packages are tagged into buildroots, side
> tags and stuff, then all the subpackages from a single source package
> are added or removed together. If it's done with subpackage
> granularity, then that makes things a bit easier.
> 
> Then I have some questions about that method:
> 
> Why should libgnat be installed in another place? It seems to me that
> it could be in /usr/lib64 as usual, thanks to the versioned filenames.
> 
> Would an explicit "BuildRequires: compat-libgnat" be needed? Wouldn't
> it automatically provide the soname as usual?

no, the binary will bring the compat library via the automaticaly
managed soname Requires/Provides
 
> Would someone need to manually remove the compat package from the
> buildroot afterwards? Is that what usually happens when a package
> drops a subpackage, that the subpackage lingers in the buildroot
> unless someone removes it?

no, the buildroots as created by resolving Requires and Provides, if
nothing (no binary) will use the library with the old soname, it won't
be be dragged into the buildroot


Dan
--
devel mailing list
devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild"

[notifications]

>From 1ff1956a3c48443586e7b5738419cc7a91087cea Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Thu, 18 Jun 2015 03:13:47 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 1b3691a..5f7aeaf 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:22%{?dist}
+Release:23%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jun 18 2015 Fedora Release Engineering  
- 0.22-23
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
+
 * Fri Jun 05 2015 Jitka Plesnikova  - 0.22-22
 - Perl 5.22 rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=1ff1956a3c48443586e7b5738419cc7a91087cea
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "Perl 5.20 rebuild"

[notifications]

>From 2927cb59cb089a7cab7ab5279964c6b2cd25914a Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 27 Aug 2014 01:05:10 +0200
Subject: Perl 5.20 rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index f9c7847..698d12c 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:20%{?dist}
+Release:21%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Tue Aug 26 2014 Jitka Plesnikova  - 0.22-21
+- Perl 5.20 rebuild
+
 * Sat Jun 07 2014 Fedora Release Engineering  
- 0.22-20
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=2927cb59cb089a7cab7ab5279964c6b2cd25914a
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "Merge remote branch 'origin/master' into el6"

[notifications]

From aef95c85b2fccfd9d8a3300a0921394e74e3f2d2 Mon Sep 17 00:00:00 2001
From: Bill Nottingham 
Date: Wed, 25 Nov 2009 23:30:51 +
Subject: Fix typo that causes a failure to update the common directory.
 (releng #2781)

---
 Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Makefile b/Makefile
index 507b5e7..ef8f84c 100644
--- a/Makefile
+++ b/Makefile
@@ -4,7 +4,7 @@ NAME := perl-File-Type
 SPECFILE = $(firstword $(wildcard *.spec))
 
 define find-makefile-common
-for d in common ../common ../../common ; do if [ -f $$d/Makefile.common ] ; 
then if [ -f $$d/CVS/Root -a -w $$/Makefile.common ] ; then cd $$d ; cvs -Q 
update ; fi ; echo "$$d/Makefile.common" ; break ; fi ; done
+for d in common ../common ../../common ; do if [ -f $$d/Makefile.common ] ; 
then if [ -f $$d/CVS/Root -a -w $$d/Makefile.common ] ; then cd $$d ; cvs -Q 
update ; fi ; echo "$$d/Makefile.common" ; break ; fi ; done
 endef
 
 MAKEFILE_COMMON := $(shell $(find-makefile-common))
-- 
cgit v0.11.2


From b670b485f49bbc6db9b38549efc6bf3fbdd8ea11 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=C5=A0t=C4=9Bp=C3=A1n=20Kasal?= 
Date: Mon, 7 Dec 2009 00:24:26 +
Subject: - rebuild against perl 5.10.1

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 93f9d4e..c7306fc 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Mon Dec  7 2009 Stepan Kasal  - 0.22-9
+- rebuild against perl 5.10.1
+
 * Sat Jul 25 2009 Fedora Release Engineering  
- 0.22-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-- 
cgit v0.11.2


From 0e2de7b58b8cfbf2f3591fce37ec2a4e2609585d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Marcela=20Ma=C5=A1l=C3=A1=C5=88ov=C3=A1?=
 
Date: Sat, 1 May 2010 05:58:03 +
Subject: - Mass rebuild with perl-5.12.0

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index c7306fc..7e66e3a 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sat May 01 2010 Marcela Maslanova  - 0.22-10
+- Mass rebuild with perl-5.12.0
+
 * Mon Dec  7 2009 Stepan Kasal  - 0.22-9
 - rebuild against perl 5.10.1
 
-- 
cgit v0.11.2


From 2ddf3d310f3d355cffecd9d4f41cfecb1423a2ea Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Thu, 29 Jul 2010 06:42:34 +
Subject: dist-git conversion

---
 .cvsignore |  1 -
 .gitignore |  1 +
 Makefile   | 21 -
 3 files changed, 1 insertion(+), 22 deletions(-)
 delete mode 100644 .cvsignore
 create mode 100644 .gitignore
 delete mode 100644 Makefile

diff --git a/.cvsignore b/.cvsignore
deleted file mode 100644
index 4173db8..000
--- a/.cvsignore
+++ /dev/null
@@ -1 +0,0 @@
-File-Type-0.22.tar.gz
diff --git a/.gitignore b/.gitignore
new file mode 100644
index 000..4173db8
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+File-Type-0.22.tar.gz
diff --git a/Makefile b/Makefile
deleted file mode 100644
index ef8f84c..000
--- a/Makefile
+++ /dev/null
@@ -1,21 +0,0 @@
-# Makefile for source rpm: perl-File-Type
-# $Id$
-NAME := perl-File-Type
-SPECFILE = $(firstword $(wildcard *.spec))
-
-define find-makefile-common
-for d in common ../common ../../common ; do if [ -f $$d/Makefile.common ] ; 
then if [ -f $$d/CVS/Root -a -w $$d/Makefile.common ] ; then cd $$d ; cvs -Q 
update ; fi ; echo "$$d/Makefile.common" ; break ; fi ; done
-endef
-
-MAKEFILE_COMMON := $(shell $(find-makefile-common))
-
-ifeq ($(MAKEFILE_COMMON),)
-# attept a checkout
-define checkout-makefile-common
-test -f CVS/Root && { cvs -Q -d $$(cat CVS/Root) checkout common && echo 
"common/Makefile.common" ; } || { echo "ERROR: I can't figure out how to 
checkout the 'common' module." ; exit -1 ; } >&2
-endef
-
-MAKEFILE_COMMON := $(shell $(checkout-makefile-common))
-endif
-
-include $(MAKEFILE_COMMON)
-- 
cgit v0.11.2


From b8523e29157eec9880e37ebbb5f75434a7844d26 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Marcela=20Ma=C5=A1l=C3=A1=C5=88ov=C3=A1?=
 
Date: Thu, 16 Dec 2010 20:13:06 +0100
Subject: - 661697 rebuild for fixing 

robert pushed to perl-File-Type (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild"

[notifications]

>From 84c43e8a354e49f60388b29d0082bf3c0016b249 Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Tue, 8 Feb 2011 16:32:24 -0600
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 6b4ef84..ee7c8d8 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:11%{?dist}
+Release:12%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Tue Feb 08 2011 Fedora Release Engineering  
- 0.22-12
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
+
 * Thu Dec 16 2010 Marcela Maslanova  - 0.22-11
 - 661697 rebuild for fixing problems with vendorach/lib
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=84c43e8a354e49f60388b29d0082bf3c0016b249
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "dist-git conversion"

[notifications]

>From 2ddf3d310f3d355cffecd9d4f41cfecb1423a2ea Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Thu, 29 Jul 2010 06:42:34 +
Subject: dist-git conversion

---
 .cvsignore |  1 -
 .gitignore |  1 +
 Makefile   | 21 -
 3 files changed, 1 insertion(+), 22 deletions(-)
 delete mode 100644 .cvsignore
 create mode 100644 .gitignore
 delete mode 100644 Makefile

diff --git a/.cvsignore b/.cvsignore
deleted file mode 100644
index 4173db8..000
--- a/.cvsignore
+++ /dev/null
@@ -1 +0,0 @@
-File-Type-0.22.tar.gz
diff --git a/.gitignore b/.gitignore
new file mode 100644
index 000..4173db8
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+File-Type-0.22.tar.gz
diff --git a/Makefile b/Makefile
deleted file mode 100644
index ef8f84c..000
--- a/Makefile
+++ /dev/null
@@ -1,21 +0,0 @@
-# Makefile for source rpm: perl-File-Type
-# $Id$
-NAME := perl-File-Type
-SPECFILE = $(firstword $(wildcard *.spec))
-
-define find-makefile-common
-for d in common ../common ../../common ; do if [ -f $$d/Makefile.common ] ; 
then if [ -f $$d/CVS/Root -a -w $$d/Makefile.common ] ; then cd $$d ; cvs -Q 
update ; fi ; echo "$$d/Makefile.common" ; break ; fi ; done
-endef
-
-MAKEFILE_COMMON := $(shell $(find-makefile-common))
-
-ifeq ($(MAKEFILE_COMMON),)
-# attept a checkout
-define checkout-makefile-common
-test -f CVS/Root && { cvs -Q -d $$(cat CVS/Root) checkout common && echo 
"common/Makefile.common" ; } || { echo "ERROR: I can't figure out how to 
checkout the 'common' module." ; exit -1 ; } >&2
-endef
-
-MAKEFILE_COMMON := $(shell $(checkout-makefile-common))
-endif
-
-include $(MAKEFILE_COMMON)
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=2ddf3d310f3d355cffecd9d4f41cfecb1423a2ea
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "Perl mass rebuild"

[notifications]

From f406101d53c39d5b2a52562b60c29de8ea6af1fa Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Marcela=20Ma=C5=A1l=C3=A1=C5=88ov=C3=A1?=
 
Date: Fri, 17 Jun 2011 18:56:56 +0200
Subject: Perl mass rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index ee7c8d8..2106e94 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 17 2011 Marcela Mašláňová  - 0.22-13
+- Perl mass rebuild
+
 * Tue Feb 08 2011 Fedora Release Engineering  
- 0.22-12
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=f406101d53c39d5b2a52562b60c29de8ea6af1fa
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "Perl 5.16 rebuild"

[notifications]

>From ad3b5d837b9709838645b2843d8a638b54626eb3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 11 Jun 2012 15:25:38 +0200
Subject: Perl 5.16 rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 2481d48..ab0cd77 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:14%{?dist}
+Release:15%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Mon Jun 11 2012 Petr Pisar  - 0.22-15
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering  
- 0.22-14
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=ad3b5d837b9709838645b2843d8a638b54626eb3
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild"

[notifications]

>From f23a52da12542071f79bc5692ee3814df1e76a49 Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Thu, 14 Feb 2013 06:25:18 -0600
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index f0a8fed..3fa4935 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:16%{?dist}
+Release:17%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Feb 14 2013 Fedora Release Engineering  
- 0.22-17
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
+
 * Fri Jul 20 2012 Fedora Release Engineering  
- 0.22-16
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=f23a52da12542071f79bc5692ee3814df1e76a49
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- 661697 rebuild for fixing problems with vendorach/lib"

[notifications]

>From b8523e29157eec9880e37ebbb5f75434a7844d26 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Marcela=20Ma=C5=A1l=C3=A1=C5=88ov=C3=A1?=
 
Date: Thu, 16 Dec 2010 20:13:06 +0100
Subject: - 661697 rebuild for fixing problems with vendorach/lib

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 7e66e3a..6b4ef84 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:10%{?dist}
+Release:11%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Dec 16 2010 Marcela Maslanova  - 0.22-11
+- 661697 rebuild for fixing problems with vendorach/lib
+
 * Sat May 01 2010 Marcela Maslanova  - 0.22-10
 - Mass rebuild with perl-5.12.0
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=b8523e29157eec9880e37ebbb5f75434a7844d26
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- rebuild against perl 5.10.1"

[notifications]

>From b670b485f49bbc6db9b38549efc6bf3fbdd8ea11 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=C5=A0t=C4=9Bp=C3=A1n=20Kasal?= 
Date: Mon, 7 Dec 2009 00:24:26 +
Subject: - rebuild against perl 5.10.1

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 93f9d4e..c7306fc 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Mon Dec  7 2009 Stepan Kasal  - 0.22-9
+- rebuild against perl 5.10.1
+
 * Sat Jul 25 2009 Fedora Release Engineering  
- 0.22-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=b670b485f49bbc6db9b38549efc6bf3fbdd8ea11
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "Fix typo that causes a failure to update the common directory. (releng (..more)"

[notifications]

>From aef95c85b2fccfd9d8a3300a0921394e74e3f2d2 Mon Sep 17 00:00:00 2001
From: Bill Nottingham 
Date: Wed, 25 Nov 2009 23:30:51 +
Subject: Fix typo that causes a failure to update the common directory.
 (releng #2781)

---
 Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Makefile b/Makefile
index 507b5e7..ef8f84c 100644
--- a/Makefile
+++ b/Makefile
@@ -4,7 +4,7 @@ NAME := perl-File-Type
 SPECFILE = $(firstword $(wildcard *.spec))
 
 define find-makefile-common
-for d in common ../common ../../common ; do if [ -f $$d/Makefile.common ] ; 
then if [ -f $$d/CVS/Root -a -w $$/Makefile.common ] ; then cd $$d ; cvs -Q 
update ; fi ; echo "$$d/Makefile.common" ; break ; fi ; done
+for d in common ../common ../../common ; do if [ -f $$d/Makefile.common ] ; 
then if [ -f $$d/CVS/Root -a -w $$d/Makefile.common ] ; then cd $$d ; cvs -Q 
update ; fi ; echo "$$d/Makefile.common" ; break ; fi ; done
 endef
 
 MAKEFILE_COMMON := $(shell $(find-makefile-common))
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=aef95c85b2fccfd9d8a3300a0921394e74e3f2d2
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild"

[notifications]

>From 4f3736f3cfa7bd0ae1d6dcf8d211c7900c315998 Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Fri, 6 Jun 2014 23:26:23 -0500
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 5cdfd75..f9c7847 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:19%{?dist}
+Release:20%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sat Jun 07 2014 Fedora Release Engineering  
- 0.22-20
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
+
 * Sat Aug 03 2013 Fedora Release Engineering  
- 0.22-19
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=4f3736f3cfa7bd0ae1d6dcf8d211c7900c315998
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild"

[notifications]

From e1ccc2778fa3a25d6a9d19d3dfb18991d2026ae3 Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Fri, 13 Jan 2012 07:49:09 -0600
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index 2106e94..2481d48 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:13%{?dist}
+Release:14%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 13 2012 Fedora Release Engineering  
- 0.22-14
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
+
 * Fri Jun 17 2011 Marcela Mašláňová  - 0.22-13
 - Perl mass rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=e1ccc2778fa3a25d6a9d19d3dfb18991d2026ae3
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

robert pushed to perl-File-Type (el6). "- Mass rebuild with perl-5.12.0"

[notifications]

>From 0e2de7b58b8cfbf2f3591fce37ec2a4e2609585d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Marcela=20Ma=C5=A1l=C3=A1=C5=88ov=C3=A1?=
 
Date: Sat, 1 May 2010 05:58:03 +
Subject: - Mass rebuild with perl-5.12.0

---
 perl-File-Type.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-File-Type.spec b/perl-File-Type.spec
index c7306fc..7e66e3a 100644
--- a/perl-File-Type.spec
+++ b/perl-File-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Type
 Version:0.22
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:Determine file type using magic
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sat May 01 2010 Marcela Maslanova  - 0.22-10
+- Mass rebuild with perl-5.12.0
+
 * Mon Dec  7 2009 Stepan Kasal  - 0.22-9
 - rebuild against perl 5.10.1
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-File-Type.git/commit/?h=el6=0e2de7b58b8cfbf2f3591fce37ec2a4e2609585d
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24 Self Contained Change: Koji Generates Repositories of Signed RPMs

[Kevin Fenzi]

On Fri, 4 Dec 2015 13:34:00 -0500
Mike McLean  wrote:

> That is out of scope as koji will not be actually performing signing
> as part of this feature, just utilizing rpm signatures that have
> already been imported. Neat idea, but bigger problem and not really
> related to this 

Also, repo signing doesn't really get us anything does it? 

Or is there some use case you cared about here to note?

kevin




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

Re: Bodhi front page after login

[Kevin Fenzi]

On Thu, 10 Dec 2015 15:39:16 +
John Florian  wrote:

> > From: Michael Schwendt [mailto:mschwe...@gmail.com]
> > Sent: Sunday, December 06, 2015 14:49
> > To: devel@lists.fedoraproject.org
> > Subject: Re: Bodhi front page after login
> > 
> > On Sun, 6 Dec 2015 20:17:37 +0100, Reindl Harald wrote:  
> 
> 
> > As far as I know, bodhi posts to bugzilla tickets about test
> > updates. Unfortunately, it does that too early with a first
> > notification.  Bug reporters read the mail, try to apply the
> > update, but it is not available for download. It has not been
> > pushed, and even when the second notification tells it has been
> > pushed, it has not arrived on mirrors.  
> 
> This gets me all the time.  Then I simply forget to test the update
> unless it's something I need badly.  Perhaps these two messages in BZ
> should indicate that the update will be available when it reaches the
> mirrors and a 3rd message could indicate when that has happened
> through the use of some mirror probing.  Such a 3rd message should be
> carefully worded to indicate that the package has started reaching
> *some* mirrors and that most should have it within another day.

How many is some though? And if those happen to not be ones you are
hitting you wouldn't see it then either. 

Perhaps we could get a dnf plugin thats advised in bugs for testers
that checks enabled mirrors, then master mirrors, then koij for a
specific update that someone wants to test? The downsides would be if
everyone just decided to enable it, or if it's only in koji it possibly
wouldn't be signed yet. 

kevin


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

Re: F24 Self Contained Change: Koji Generates Repositories of Signed RPMs

[Kevin Fenzi]

On Thu, 10 Dec 2015 17:29:14 -0500
Colin Walters  wrote:

> On Thu, Dec 10, 2015, at 04:58 PM, Kevin Fenzi wrote:
> 
> > Also, repo signing doesn't really get us anything does it?   
> 
> I believe you have stated previously that because the metalink fetch
> is protected by TLS which chains to sha256sums, and hence
> GPG is not necessary, I would say it's not the same thing.

Well, to be clear, I still think it's good to sign packages... 

> I think GPG signatures are stronger because they're effectively "key
> pinned".
> 
> Weaknesses in the CA ecosystem are well documented, e.g.
> https://lwn.net/Articles/664385/
> And command line clients like yum/dnf/rpm-ostree/lorax etc. are
> actually weaker than browsers in that there's no support for
> the work that protects browsers like HPKP etc.

Sure, but it's also a chicken and egg problem. 

If you start from just having windows or something you don't have our
gpg keys either and have to either trust the https page to download
them or some gpg keyserver. 
 
> GPG also works offline/statically.

Yep. 
 
> But we could also set up key pinning for repo-md clients as well of
> course.  (And I would still like this for ostree clients for Atomic
> Host as well)

Yeah. I think there is an existing RFE for dnf for pinning, but I can't
seem to find it. 

kevin




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

[389-devel] Please Review 47968, RFE Send logs to journald

[William Brown]

https://fedorahosted.org/389/ticket/47968

https://fedorahosted.org/389/attachment/ticket/47968/0001-Ticket-47968-
RFE-send-logs-to-journald.patch
-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane



signature.asc
Description: This is a digitally signed message part
--
389-devel mailing list
389-devel@%(host_name)s
http://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

[Bug 1290614] perl-ExtUtils-MakeMaker-CPANfile-0.07 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290614



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1104537
  --> https://bugzilla.redhat.com/attachment.cgi?id=1104537=edit
[patch] Update to 0.07 (#1290614)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290614] New: perl-ExtUtils-MakeMaker-CPANfile-0.07 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290614

Bug ID: 1290614
   Summary: perl-ExtUtils-MakeMaker-CPANfile-0.07 is available
   Product: Fedora
   Version: rawhide
 Component: perl-ExtUtils-MakeMaker-CPANfile
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com



Latest upstream release: 0.07
Current version/release in rawhide: 0.06-4.fc23
URL: http://search.cpan.org/dist/ExtUtils-MakeMaker-CPANfile/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290619] perl-Net-Whois-IP-1.18 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290619



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=12142773

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290609] perl-App-grindperl-0.004 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290609



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=12142682

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290614] perl-ExtUtils-MakeMaker-CPANfile-0.07 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290614



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=12142733

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290619] New: perl-Net-Whois-IP-1.18 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290619

Bug ID: 1290619
   Summary: perl-Net-Whois-IP-1.18 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Net-Whois-IP
  Keywords: FutureFeature, Triaged
  Assignee: colin@gmail.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: colin@gmail.com, m...@fabian-affolter.ch,
perl-devel@lists.fedoraproject.org



Latest upstream release: 1.18
Current version/release in rawhide: 1.15-3.fc23
URL: http://search.cpan.org/dist/Net-Whois-IP/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pylint 1.5.1 update (and python-astroid-1.4.1)

[Brian C. Lane]

I'm building these for rawhide finally. They mostly work, and add
support for python 3.5 (current builds were failing because python 3.4
went away so this is an improvement).

There's at least 1 obvious regression, the complaints about
gi.repository modules (Gtk, GLib, etc.) are back when I run it against
anaconda. I've tried figuring out what's missing, but all the patches
we were carrying made it upstream so I'm stumped.

So, in a few minutes we'll have working but buggy pylint. Please report
bugs when you find them, preferably upstream where they're much more
familiar with the codebase and in BZ with a reference to the issue/PR
you opened.

Also, upstream has moved (again). Finally we can use git! New location
is:

https://github.com/PyCQA/pylint
https://github.com/PyCQA/astroid

The new version drops the dependency on python-logilab-common and picks
up a new package python-lazy-object-proxy.

-- 
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1290626] perl-Sys-Virt-1.3.0 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290626



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=12142857

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290609] New: perl-App-grindperl-0.004 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290609

Bug ID: 1290609
   Summary: perl-App-grindperl-0.004 is available
   Product: Fedora
   Version: rawhide
 Component: perl-App-grindperl
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.004
Current version/release in rawhide: 0.003-3.fc23
URL: http://search.cpan.org/dist/App-grindperl/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290609] perl-App-grindperl-0.004 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290609



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1104531
  --> https://bugzilla.redhat.com/attachment.cgi?id=1104531=edit
[patch] Update to 0.004 (#1290609)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290619] perl-Net-Whois-IP-1.18 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290619



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1104543
  --> https://bugzilla.redhat.com/attachment.cgi?id=1104543=edit
[patch] Update to 1.18 (#1290619)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290613] New: perl-DateTime-Locale-1.02 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290613

Bug ID: 1290613
   Summary: perl-DateTime-Locale-1.02 is available
   Product: Fedora
   Version: rawhide
 Component: perl-DateTime-Locale
  Keywords: FutureFeature, Triaged
  Assignee: psab...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org,
psab...@redhat.com



Latest upstream release: 1.02
Current version/release in rawhide: 1.01-1.fc24
URL: http://search.cpan.org/dist/DateTime-Locale/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290626] New: perl-Sys-Virt-1.3.0 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290626

Bug ID: 1290626
   Summary: perl-Sys-Virt-1.3.0 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Sys-Virt
  Keywords: FutureFeature, Triaged
  Assignee: psab...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: berra...@redhat.com,
perl-devel@lists.fedoraproject.org,
psab...@redhat.com, st...@silug.org,
virt-ma...@lists.fedoraproject.org



Latest upstream release: 1.3.0
Current version/release in rawhide: 1.2.21-1.fc24
URL: http://search.cpan.org/dist/Sys-Virt/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1290626] perl-Sys-Virt-1.3.0 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1290626



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1104552
  --> https://bugzilla.redhat.com/attachment.cgi?id=1104552=edit
[patch] Update to 1.3.0 (#1290626)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Bodhi front page after login

[Zbigniew Jędrzejewski-Szmek]

On Thu, Dec 10, 2015 at 02:57:55PM -0700, Kevin Fenzi wrote:
> On Thu, 10 Dec 2015 15:39:16 +
> John Florian  wrote:
> 
> > > From: Michael Schwendt [mailto:mschwe...@gmail.com]
> > > Sent: Sunday, December 06, 2015 14:49
> > > To: devel@lists.fedoraproject.org
> > > Subject: Re: Bodhi front page after login
> > > 
> > > On Sun, 6 Dec 2015 20:17:37 +0100, Reindl Harald wrote:  
> > 
> > 
> > > As far as I know, bodhi posts to bugzilla tickets about test
> > > updates. Unfortunately, it does that too early with a first
> > > notification.  Bug reporters read the mail, try to apply the
> > > update, but it is not available for download. It has not been
> > > pushed, and even when the second notification tells it has been
> > > pushed, it has not arrived on mirrors.  
> > 
> > This gets me all the time.  Then I simply forget to test the update
> > unless it's something I need badly.  Perhaps these two messages in BZ
> > should indicate that the update will be available when it reaches the
> > mirrors and a 3rd message could indicate when that has happened
> > through the use of some mirror probing.  Such a 3rd message should be
> > carefully worded to indicate that the package has started reaching
> > *some* mirrors and that most should have it within another day.
> 
> How many is some though? And if those happen to not be ones you are
> hitting you wouldn't see it then either. 
> 
> Perhaps we could get a dnf plugin thats advised in bugs for testers
> that checks enabled mirrors, then master mirrors, then koij for a
> specific update that someone wants to test? The downsides would be if
> everyone just decided to enable it, or if it's only in koji it possibly
> wouldn't be signed yet. 

What about scrapping the existing bugzilla message, and instead posting
the direct link to koji download the package:

"""To test the update now run:
  dnf upgrade https://koji.fp.o/update-/path-to.rpm 
https://koji.fp.o/update-/path-to-another.rpm 
https://koji.fp.o/update-/path-to-yet-another.rpm

After that go to https://bodhi.fp.o/update-/ to leave karma.
"""

dnf will skip packages that are not already installed with 'upgrade'.
Since this would be only run manually, and the dependent packages
would be downloaded from mirrors, this shouldn't cause too much load
on koji servers. The advantage would be that the message would be
actionable and feedback from the bug reporters would be as fast as
possible.

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

rawhide report: 20151210 changes

[Fedora Rawhide Report]

Compose started at Thu Dec 10 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
[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
[freeradius]
freeradius-3.0.8-3.fc23.i686 requires libnaaeap.so.0
[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.com/coreos/fleet/client)

applet keyboard

[mastaiza]

I use icewm and openbox tint2 with a layout that I use I can not see because it 
is an indicator keyboard is not in Fedora. One has to wonder what language is 
used. So many programs created for this purpose and we do not have one. Example 
programs gxkb, xxkb, fbxkb etc.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1289698] perl-JSON-MaybeXS: please update in el6

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1289698

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-JSON-MaybeXS-1.003005-1.el6 has been pushed to the Fedora EPEL 6 testing
repository. If problems still persist, please make note of it in this bug
report.
If you want to test the update, you can install it with
$ su -c 'yum --enablerepo=epel-testing update perl-JSON-MaybeXS'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-5562f89ad3

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: %post RPM scriptlets and dependencies

[Florian Weimer]

On 12/10/2015 12:53 PM, Rex Dieter wrote:
> Florian Weimer wrote:
> 
>> When a %post scriptlet runs, is it guaranteed that the Requires:
>> dependencies have been unpacked?  I understand that for cycle-breaking
>> purposes, it may not be true that the scriptlets for dependencies have
>> run.  But are the files already there?
> 
> I think the answer in general is no, you cannot be guaranteed that Requires: 
> get installed before %post runs.

Note that I'm not asking about the “installed” part, I just need the
files to be in place.

Is this an RPM limitation because it does not distinguish between the
unpacked and installed case?  (dpkg does, so this situation is totally
deterministic there: for a regular dependency, when the postinst runs,
you can rely on your dependencies having been unpacked, but *their*
postinst may not have been run yet and they might be in an unconfigured
state.)

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

pghmcfc uploaded IO-Socket-SSL-2.022.tar.gz for perl-IO-Socket-SSL

[notifications]

a5f284d543aec4a6fcd595eb5fc8898b  IO-Socket-SSL-2.022.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-IO-Socket-SSL/IO-Socket-SSL-2.022.tar.gz/md5/a5f284d543aec4a6fcd595eb5fc8898b/IO-Socket-SSL-2.022.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: %post RPM scriptlets and dependencies

[Rex Dieter]

Florian Weimer wrote:

> When a %post scriptlet runs, is it guaranteed that the Requires:
> dependencies have been unpacked?  I understand that for cycle-breaking
> purposes, it may not be true that the scriptlets for dependencies have
> run.  But are the files already there?

I think the answer in general is no, you cannot be guaranteed that Requires: 
get installed before %post runs.  That's one reason why Requires(post) 
exists.

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

Re: %post RPM scriptlets and dependencies

[Reindl Harald]

Am 10.12.2015 um 12:53 schrieb Rex Dieter:

Florian Weimer wrote:


When a %post scriptlet runs, is it guaranteed that the Requires:
dependencies have been unpacked?  I understand that for cycle-breaking
purposes, it may not be true that the scriptlets for dependencies have
run.  But are the files already there?


I think the answer in general is no, you cannot be guaranteed that Requires:
get installed before %post runs.  That's one reason why Requires(post)
exists


sounds terrible

what's with the "Require" of a "Requires(post)" to guarantee that the 
"Requires(post)" *really* work sucessful? sounds fragile




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

pghmcfc pushed to perl-IO-Socket-SSL (perl-IO-Socket-SSL-2.022-1.fc24). "Update to 2.022 (..more)"

[notifications]

>From 5b16a217966bde443bd8c85b28ad4454c6dce121 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 10 Dec 2015 10:51:01 +
Subject: Update to 2.022

- New upstream release 2.022
  - Fix stringification of IPv6 inside subjectAltNames in Utils::CERT_asHash
(CPAN RT#110253)
---
 perl-IO-Socket-SSL.spec | 7 ++-
 sources | 2 +-
 2 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec
index 6a50424..5c123ac 100644
--- a/perl-IO-Socket-SSL.spec
+++ b/perl-IO-Socket-SSL.spec
@@ -1,5 +1,5 @@
 Name:  perl-IO-Socket-SSL
-Version:   2.021
+Version:   2.022
 Release:   1%{?dist}
 Summary:   Perl library for transparent SSL
 Group: Development/Libraries
@@ -115,6 +115,11 @@ rm -rf %{buildroot}
 %{_mandir}/man3/IO::Socket::SSL::Utils.3*
 
 %changelog
+* Thu Dec 10 2015 Paul Howarth  - 2.022-1
+- Update to 2.022
+  - Fix stringification of IPv6 inside subjectAltNames in Utils::CERT_asHash
+(CPAN RT#110253)
+
 * Thu Dec  3 2015 Paul Howarth  - 2.021-1
 - Update to 2.021
   - Fixes for documentation and typos
diff --git a/sources b/sources
index 209019d..9877046 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-124394b702ba5ccbbca9b6ee424a8bac  IO-Socket-SSL-2.021.tar.gz
+a5f284d543aec4a6fcd595eb5fc8898b  IO-Socket-SSL-2.022.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IO-Socket-SSL.git/commit/?h=perl-IO-Socket-SSL-2.022-1.fc24=5b16a217966bde443bd8c85b28ad4454c6dce121
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[Petr Spacek]

On 10.12.2015 00:02, Oron Peled wrote:
> On Wednesday 09 December 2015 13:37:12 Paul Wouters wrote:
>> On 12/09/2015 01:04 PM, Debarshi Ray wrote:
>>> Since this is likely to break networking on a lot of client-side systems, I 
>>> would have expected you to do this research before submitting it as a System
>>> Wide Change.
>>
>> We did. We are the First at undertaking this at an OS level. If the others
>> proceed they will run in the exact same issue. The problem of broken and
>> badly designed DNS setups is, is that they only go away when it finally
>> breaks down.
> 
> OK, but currently it's hard to estimate the amount of real-world breakage.
> 
> E.g: if 90% of user setups will break -- the backlash would damage not only 
> Fedora,
>  but also DNSSEC adoption.
> 
> Why don't we plan this feature in two stages:
>  * Fedora 24: turn it on by default, but *keep using results* from bad DNS 
> servers,
>just issue a user-visible warning, possibly with a link to a page with 
> friendly
>explanation and suggestions for further action.
> 
>  * Fedora 25: we would have much better view of the amount and types of 
> failures
>in real world (from F24). This would enable to improve/fine-tune the ways
>to handle problematic use-cases.
>So at that stage, we may ship DNSSEC as "fail-bad-DNS-servers-by-default".
> 
> Make sense?

It certainly makes sense, and if read

https://fedoraproject.org/w/index.php?title=Changes/Default_Local_DNS_Resolver

and pages linked from

https://fedoraproject.org/w/index.php?title=Changes/Default_Local_DNS_Resolver#Documentation

you will find yourself that that is basically what we intended to do, with few
tweaks.

-- 
Petr Spacek  @  Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

pghmcfc pushed to perl-IO-Socket-SSL (master). "Update to 2.022 (..more)"

[notifications]

>From 5b16a217966bde443bd8c85b28ad4454c6dce121 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 10 Dec 2015 10:51:01 +
Subject: Update to 2.022

- New upstream release 2.022
  - Fix stringification of IPv6 inside subjectAltNames in Utils::CERT_asHash
(CPAN RT#110253)
---
 perl-IO-Socket-SSL.spec | 7 ++-
 sources | 2 +-
 2 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec
index 6a50424..5c123ac 100644
--- a/perl-IO-Socket-SSL.spec
+++ b/perl-IO-Socket-SSL.spec
@@ -1,5 +1,5 @@
 Name:  perl-IO-Socket-SSL
-Version:   2.021
+Version:   2.022
 Release:   1%{?dist}
 Summary:   Perl library for transparent SSL
 Group: Development/Libraries
@@ -115,6 +115,11 @@ rm -rf %{buildroot}
 %{_mandir}/man3/IO::Socket::SSL::Utils.3*
 
 %changelog
+* Thu Dec 10 2015 Paul Howarth  - 2.022-1
+- Update to 2.022
+  - Fix stringification of IPv6 inside subjectAltNames in Utils::CERT_asHash
+(CPAN RT#110253)
+
 * Thu Dec  3 2015 Paul Howarth  - 2.021-1
 - Update to 2.021
   - Fixes for documentation and typos
diff --git a/sources b/sources
index 209019d..9877046 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-124394b702ba5ccbbca9b6ee424a8bac  IO-Socket-SSL-2.021.tar.gz
+a5f284d543aec4a6fcd595eb5fc8898b  IO-Socket-SSL-2.022.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IO-Socket-SSL.git/commit/?h=master=5b16a217966bde443bd8c85b28ad4454c6dce121
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: %post RPM scriptlets and dependencies

[Panu Matilainen]

On 12/10/2015 11:41 AM, Florian Weimer wrote:

When a %post scriptlet runs, is it guaranteed that the Requires:
dependencies have been unpacked?  I understand that for cycle-breaking
purposes, it may not be true that the scriptlets for dependencies have
run.  But are the files already there?

(I'm interested in plain Requires, not Requires(post) etc.)


Requires and Requires(post) are equal in ordering except for 
loop-breaking purposes. When no loops are present, both guarantee the 
files are there. When dependency loops are involved rpm makes an 
educated guess to cut it but obviously there can be no absolute guarantee.



Has the behavior changed since RPM 4.8?


The basic rules above have stayed the same since rpm 4.0 days. 4.8 had a 
major ordering rewrite to better handle loops, since then some corner 
case bugs have been fixed, but no major rule changes. What does change 
constantly is the package set and the loops within it.


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

Self Introduction: Stuart D. Gathman

[Stuart Gathman]

Hi, I have the original RedHat 6.2 CDs, and have been creating local
RPMs for RH ever since.  I am the upstream for the python-pymilter package.

We started with RCS for version control, and moved through CVS and used
bzr for distributed VC.  I only started using git in the last few months.

This is my second attempt to submit a package to Fedora.  CJDNS is a
very important encryption protocol, creating an end to end encrypted
IPv6 VPN with no central authority.  IPs are the hash of the public key
for a node, and cannot be spoofed (usual crypto caveats).  The protocol
confines itself to IPs in the fc00::/8 block (by throwing away generated
keys that don't hash to that block) for compatibility with "clearnet" -
the unencrypted internet.

https://bugzilla.redhat.com/show_bug.cgi?id=1268716

My RPM signing key (don't think koji checks this) is:

pub   2048R/F2CA7A17 2013-07-20 [expires: 2020-07-18]
  Key fingerprint = 01E2 EFB6 F7CE 17A5 806A  6915 4B0A 1A75 F2CA 7A17
uid  Stuart D. Gathman (RPM signing key)

sub   2048R/F68541B8 2013-07-20 [expires: 2020-07-18]

http://keys.gnupg.net/pks/lookup?search=0xF2CA7A17=on=vindex
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1285909] perl-Dist-Zilla-5.042 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1285909



--- Comment #3 from Fedora Update System  ---
perl-App-Cmd-0.330-1.fc23, perl-Dist-Zilla-5.042-1.fc23,
perl-MouseX-App-Cmd-0.30-5.fc23, perl-MouseX-Foreign-1.000-1.fc23 has been
pushed to the Fedora 23 stable repository. If problems still persist, please
make note of it in this bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1268805] perl-MouseX-App-Cmd-0.30-4.fc24 FTBFS: Failed test 'Internal hashes match' at t/build_emulates_new.t line 18

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1268805



--- Comment #6 from Fedora Update System  ---
perl-App-Cmd-0.330-1.fc23, perl-Dist-Zilla-5.042-1.fc23,
perl-MouseX-App-Cmd-0.30-5.fc23, perl-MouseX-Foreign-1.000-1.fc23 has been
pushed to the Fedora 23 stable repository. If problems still persist, please
make note of it in this bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1179087] Holidays not counted in the total time

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1179087



--- Comment #11 from Fedora Update System  ---
perl-WWW-OrangeHRM-Client-0.10.0-1.fc22 has been pushed to the Fedora 22 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1179087] Holidays not counted in the total time

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1179087

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-WWW-OrangeHRM-Client-0 |perl-WWW-OrangeHRM-Client-0
   |.10.0-1.fc24|.10.0-1.fc24
   |perl-WWW-OrangeHRM-Client-0 |perl-WWW-OrangeHRM-Client-0
   |.10.0-1.fc23|.10.0-1.fc23
   ||perl-WWW-OrangeHRM-Client-0
   ||.10.0-1.fc22



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1285372] Upgrade BSD-Resource to 1.2909

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1285372



--- Comment #3 from Fedora Update System  ---
perl-BSD-Resource-1.290.900-1.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24 Self Contained Change: Koji Generates Repositories of Signed RPMs

[Colin Walters]

On Thu, Dec 10, 2015, at 06:08 PM, Kevin Fenzi wrote:

> Well, to be clear, I still think it's good to sign packages... 

Yes, but just signing packages but allowing attacker-controlled
metadata has various issues detailed in the papers linked
from http://theupdateframework.com/
(Mostly forcing the client to install a signed but old/vulnerable
 package, particularly bad for network server packages)

> Sure, but it's also a chicken and egg problem. 
> 
> If you start from just having windows or something you don't have our
> gpg keys either and have to either trust the https page to download
> them or some gpg keyserver. 

We were just talking about the rpm-md (yum) repos, right?
I wouldn't really expect a Windows user to validate those,
this is just something mostly where we set up our
tools post-OS install to validate.

So rpm-md repo signatures are desirable.  (And same for
the ostree repo side)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: %post RPM scriptlets and dependencies

[Neal Gompa]

On Thu, Dec 10, 2015 at 7:52 AM, Michael Schroeder  wrote:

> On Thu, Dec 10, 2015 at 12:58:41PM +0100, Reindl Harald wrote:
> > Am 10.12.2015 um 12:53 schrieb Rex Dieter:
> > >Florian Weimer wrote:
> > >
> > >>When a %post scriptlet runs, is it guaranteed that the Requires:
> > >>dependencies have been unpacked?  I understand that for cycle-breaking
> > >>purposes, it may not be true that the scriptlets for dependencies have
> > >>run.  But are the files already there?
> > >
> > >I think the answer in general is no, you cannot be guaranteed that
> Requires:
> > >get installed before %post runs.  That's one reason why Requires(post)
> > >exists
> >
> > sounds terrible
> >
> > what's with the "Require" of a "Requires(post)" to guarantee that
> > the "Requires(post)" *really* work sucessful? sounds fragile
>
> Relax, the difference between Requires and Requires(post) is rather
> small. It only makes a difference when breaking dependency cycles,
> and in that case there's no correct solution anyway.
>
> I.e. if package A has "Requires: B" and package B has
> "Requires(post): A", there's really no correct order.
>
> "First A then B" is incorrect because "A Requires B" may mean that
> B must by 100% installed (with postinstall scriptlets) for A to work,
> thus A may still not work in B's post script.
>
> Cheers,
>   Michael.
>
> --
> Michael Schroeder   m...@suse.de
> SUSE LINUX GmbH,   GF Jeff Hawn, HRB 16746 AG Nuernberg
> main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
>
>
​As I recall, I believe there was a way in RPM at some point to declare a
dependency that *must* be unpacked and installed prior to ​starting to do
anything with a package, but I don't remember what is was. Debian has the
equivalent as "Pre-Depends", which essentially guarantees that it is
unpacked prior to starting the installation (and running associated
scriptlets). I think it was called "PreReq", but I vaguely remember hearing
at one point that this doesn't actually work anymore?



-- 
真実はいつも一つ！/ Always, there's only one truth!
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

jplesnik pushed to perl-Net-DNS (master). "1.04 bump"

[notifications]

>From cc2dd66a74633b81782aa83934a4eb5167ca7e2f Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 10 Dec 2015 14:40:49 +0100
Subject: 1.04 bump

---
 .gitignore| 1 +
 perl-Net-DNS.spec | 5 -
 sources   | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 1142f52..011ddac 100644
--- a/.gitignore
+++ b/.gitignore
@@ -20,3 +20,4 @@ Net-DNS-0.65.tar.gz
 /Net-DNS-0.83.tar.gz
 /Net-DNS-1.01.tar.gz
 /Net-DNS-1.02.tar.gz
+/Net-DNS-1.04.tar.gz
diff --git a/perl-Net-DNS.spec b/perl-Net-DNS.spec
index e144a88..d298967 100644
--- a/perl-Net-DNS.spec
+++ b/perl-Net-DNS.spec
@@ -1,5 +1,5 @@
 Name:  perl-Net-DNS
-Version:   1.02
+Version:   1.04
 Release:   1%{?dist}
 Summary:   DNS resolver modules for Perl
 # lib/Net/DNS/RR/RT.pm: GPL+ or Artistic
@@ -148,6 +148,9 @@ make test
 %{_mandir}/man3/Net::DNS::Nameserver*
 
 %changelog
+* Thu Dec 10 2015 Jitka Plesnikova  - 1.04-1
+- 1.04 bump
+
 * Tue Oct 20 2015 Jitka Plesnikova  - 1.02-1
 - 1.02 bump
 
diff --git a/sources b/sources
index 0ff3635..65cd344 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-adbb3fd9bc1677d8fd79605925a35106  Net-DNS-1.02.tar.gz
+5a6f6e6811d6bf8eefd84ce778c2bc2e  Net-DNS-1.04.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Net-DNS.git/commit/?h=master=cc2dd66a74633b81782aa83934a4eb5167ca7e2f
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

mapnik soname bump in rawhide

[Tom Hughes]

An update of mapnik has just completed building in rawhide so the soname 
has changed to libmapnik.so.3.0 and dependencies will need to be rebuilt.


It think all of the dependencies are mine anyway, so I shall be working 
on rebuilding them now.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: %post RPM scriptlets and dependencies

[Florian Weimer]

On 12/10/2015 01:32 PM, Panu Matilainen wrote:
> On 12/10/2015 11:41 AM, Florian Weimer wrote:
>> When a %post scriptlet runs, is it guaranteed that the Requires:
>> dependencies have been unpacked?  I understand that for cycle-breaking
>> purposes, it may not be true that the scriptlets for dependencies have
>> run.  But are the files already there?
>>
>> (I'm interested in plain Requires, not Requires(post) etc.)
> 
> Requires and Requires(post) are equal in ordering except for
> loop-breaking purposes. When no loops are present, both guarantee the
> files are there. When dependency loops are involved rpm makes an
> educated guess to cut it but obviously there can be no absolute guarantee.

I dispute the “obviously” part, with regard to unpacked files. :)

But as I understand it, RPM does not distinguish between unpacking and
configuring as a far as dependencies are concerned.  This means that
when it comes to %post scriptlets, dependencies are far stronger than
with Debian's dpkg, and the cycle-breaking mechanisms are required more
often.

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

jplesnik uploaded Net-DNS-1.04.tar.gz for perl-Net-DNS

[notifications]

5a6f6e6811d6bf8eefd84ce778c2bc2e  Net-DNS-1.04.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Net-DNS/Net-DNS-1.04.tar.gz/md5/5a6f6e6811d6bf8eefd84ce778c2bc2e/Net-DNS-1.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1279879] perl-Net-DNS-1.04 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1279879

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Net-DNS-1.04-1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2015-12-10 08:44:32



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: %post RPM scriptlets and dependencies

[Panu Matilainen]

On 12/10/2015 02:32 PM, Panu Matilainen wrote:

On 12/10/2015 11:41 AM, Florian Weimer wrote:

When a %post scriptlet runs, is it guaranteed that the Requires:
dependencies have been unpacked?  I understand that for cycle-breaking
purposes, it may not be true that the scriptlets for dependencies have
run.  But are the files already there?

(I'm interested in plain Requires, not Requires(post) etc.)


Requires and Requires(post) are equal in ordering except for
loop-breaking purposes. When no loops are present, both guarantee the
files are there. When dependency loops are involved rpm makes an
educated guess to cut it but obviously there can be no absolute guarantee.


To elaborate/generalize a bit: Requires and Requires(foo) are equal in 
ordering, except for loop-breaking purposes. In presence of loops rpm 
favors the (foo) variants, but Requires(pre) and Requires(post) etc are 
equal among themselves.


So if you have two packages Requires(pre/post/interp)'ing each-other 
then they're obviously equal and the loop-cutting is reduced to lottery 
again. Rpm does weigh package importance based on number of dependents 
but that only turns the lottery into an educated guess, which can be 
"incorrect".


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

Re: %post RPM scriptlets and dependencies

[Michael Schroeder]

On Thu, Dec 10, 2015 at 12:58:41PM +0100, Reindl Harald wrote:
> Am 10.12.2015 um 12:53 schrieb Rex Dieter:
> >Florian Weimer wrote:
> >
> >>When a %post scriptlet runs, is it guaranteed that the Requires:
> >>dependencies have been unpacked?  I understand that for cycle-breaking
> >>purposes, it may not be true that the scriptlets for dependencies have
> >>run.  But are the files already there?
> >
> >I think the answer in general is no, you cannot be guaranteed that Requires:
> >get installed before %post runs.  That's one reason why Requires(post)
> >exists
> 
> sounds terrible
> 
> what's with the "Require" of a "Requires(post)" to guarantee that
> the "Requires(post)" *really* work sucessful? sounds fragile

Relax, the difference between Requires and Requires(post) is rather
small. It only makes a difference when breaking dependency cycles,
and in that case there's no correct solution anyway.

I.e. if package A has "Requires: B" and package B has
"Requires(post): A", there's really no correct order.

"First A then B" is incorrect because "A Requires B" may mean that
B must by 100% installed (with postinstall scriptlets) for A to work,
thus A may still not work in B's post script.

Cheers,
  Michael.

-- 
Michael Schroeder   m...@suse.de
SUSE LINUX GmbH,   GF Jeff Hawn, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: %post RPM scriptlets and dependencies

[Panu Matilainen]

On 12/10/2015 02:57 PM, Neal Gompa wrote:

On Thu, Dec 10, 2015 at 7:52 AM, Michael Schroeder  wrote:


On Thu, Dec 10, 2015 at 12:58:41PM +0100, Reindl Harald wrote:

Am 10.12.2015 um 12:53 schrieb Rex Dieter:

Florian Weimer wrote:


When a %post scriptlet runs, is it guaranteed that the Requires:
dependencies have been unpacked?  I understand that for cycle-breaking
purposes, it may not be true that the scriptlets for dependencies have
run.  But are the files already there?


I think the answer in general is no, you cannot be guaranteed that

Requires:

get installed before %post runs.  That's one reason why Requires(post)
exists


sounds terrible

what's with the "Require" of a "Requires(post)" to guarantee that
the "Requires(post)" *really* work sucessful? sounds fragile


Relax, the difference between Requires and Requires(post) is rather
small. It only makes a difference when breaking dependency cycles,
and in that case there's no correct solution anyway.

I.e. if package A has "Requires: B" and package B has
"Requires(post): A", there's really no correct order.

"First A then B" is incorrect because "A Requires B" may mean that
B must by 100% installed (with postinstall scriptlets) for A to work,
thus A may still not work in B's post script.

Cheers,
   Michael.

--
Michael Schroeder   m...@suse.de
SUSE LINUX GmbH,   GF Jeff Hawn, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}



​As I recall, I believe there was a way in RPM at some point to declare a
dependency that *must* be unpacked and installed prior to ​starting to do
anything with a package, but I don't remember what is was. Debian has the
equivalent as "Pre-Depends", which essentially guarantees that it is
unpacked prior to starting the installation (and running associated
scriptlets). I think it was called "PreReq", but I vaguely remember hearing
at one point that this doesn't actually work anymore?


PreReq is/was only a less clearly defined version of 
Requires(pre/post/interp) etc, its not any "stronger" than the newer 
variants.


The only Right Thing to do on "balanced" dependency loops would be to 
error out, but rpm never did that. In many cases delayed script 
execution would help, but rpm doesn't support that.


- Panu -



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

Re: %post RPM scriptlets and dependencies

[Panu Matilainen]

On 12/10/2015 03:12 PM, Florian Weimer wrote:

On 12/10/2015 01:32 PM, Panu Matilainen wrote:

On 12/10/2015 11:41 AM, Florian Weimer wrote:

When a %post scriptlet runs, is it guaranteed that the Requires:
dependencies have been unpacked?  I understand that for cycle-breaking
purposes, it may not be true that the scriptlets for dependencies have
run.  But are the files already there?

(I'm interested in plain Requires, not Requires(post) etc.)


Requires and Requires(post) are equal in ordering except for
loop-breaking purposes. When no loops are present, both guarantee the
files are there. When dependency loops are involved rpm makes an
educated guess to cut it but obviously there can be no absolute guarantee.


I dispute the “obviously” part, with regard to unpacked files. :)

But as I understand it, RPM does not distinguish between unpacking and
configuring as a far as dependencies are concerned.  This means that
when it comes to %post scriptlets, dependencies are far stronger than
with Debian's dpkg, and the cycle-breaking mechanisms are required more
often.


Correct, rpm does not distinguish between unpacked and configured. It 
doesn't make much difference since it does not support delayed script 
execution.


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

[EPEL-devel] HEADS UP: ppc64le is now enabled in epel7

[Peter Robinson]

Hi All,

The vast majority of builds are now done, imported and signed for
ppc64le in epel7 so the architecture is now enabled in koji.

TL;DR: If you have issues ask on this thread or on IRC in #epel or #fedora-ppc

We ran into a bunch of build issues (even on x86_64/ppc64) and have
submitted fixes for builds with issues, some of these are still
filtering through bodhi so please add karma in bodhi.

The major bits that are missing are:
* Globus stack - I'll this up in the next couple of days, any help and
direction appreciated, ping me on IRC.
* Haskell bootstrap - I'm working with the maintainer to bootstrap
this on the arch
* cross* - the maintainer is working with the Fedora secondary team to
complete this.

The above are relatively self contained so won't impact the vast
majority of people.

There's also no mono/golang/nodejs for ppc64le currently, in the case
of mono/noejs that should be fixed once the stacks rebase to their
respective 4.x releases. I know there was discussions in both cases to
do that outside of the ppc64le support.

Once everything has settled down, and the few missing bits mentioned
above are in place, I'll enable bodhi/mash for it next week and it'll
head out to the mirrors.

I don't expect any major issues in terms of builds, we obviously
already have ppc64 and ppc64le is Little Endian like x86_64, RHEL
Server for ppc64le is also much closer to x86_64 in terms of
packages/features than it's big endian sibling and I've noticed in
checking all the builds we already have a bunch more EPEL packages for
ppc64le than ppc64.

It's possible that a ppc64le build for a particular NVR might have
slipped through the cracks, if so let me know and I'll ensure I get it
in place.

Regards,
Peter
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

msgpack license change: ASL 2.0 → Boost 1.0

[Daiki Ueno]

Hello,

The license of the msgpack package has changed from ASL 2.0 to Boost 1.0
in versions 1.3.0 and later.

Regards,
-- 
Daiki Ueno
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[EPEL-devel] [Fedocal] Reminder meeting : EPSCo weekly meeting

[dennis]

Dear all,

You are kindly invited to the meeting:
   EPSCo weekly meeting on 2015-12-11 from 17:00:00 to 18:00:00 UTC
   At e...@irc.freenode.net

The meeting will be about:



Source: https://apps.fedoraproject.org/calendar/meeting/2542/

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

jplesnik pushed to perl-Net-DNS (master). "Filter perl(CONFIG) from requires"

[notifications]

>From 3a381b942aa0938e6aa19fa4a2a154ab91c7ed82 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 10 Dec 2015 15:33:36 +0100
Subject: Filter perl(CONFIG) from requires

---
 perl-Net-DNS.spec | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/perl-Net-DNS.spec b/perl-Net-DNS.spec
index d298967..f792fe2 100644
--- a/perl-Net-DNS.spec
+++ b/perl-Net-DNS.spec
@@ -1,6 +1,6 @@
 Name:  perl-Net-DNS
 Version:   1.04
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   DNS resolver modules for Perl
 # lib/Net/DNS/RR/RT.pm: GPL+ or Artistic
 License:   (GPL+ or Artistic) and MIT
@@ -69,8 +69,6 @@ Requires:  perl(Digest::HMAC) >= 1.03
 Requires:  perl(Digest::MD5) >= 2.13
 Requires:  perl(Digest::SHA) >= 5.23
 Requires:  perl(Encode)
-Requires:  perl(Exporter)
-Requires:  perl(FileHandle)
 Requires:  perl(IO::File)
 Requires:  perl(MIME::Base64) >= 2.11
 %if !%{defined perl_bootstrap}
@@ -88,6 +86,7 @@ Requires:  perl(Net::DNS::SEC::RSA)
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Digest::MD5\\)$
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Digest::SHA\\)$
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(MIME::Base64\\)$
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(CONFIG\\)$
 # Do not export under-specified provides
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::Text)\\)$
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::RR::OPT)\\)$
@@ -148,6 +147,9 @@ make test
 %{_mandir}/man3/Net::DNS::Nameserver*
 
 %changelog
+* Thu Dec 10 2015 Jitka Plesnikova  - 1.04-2
+- Filter perl(CONFIG) from requires
+
 * Thu Dec 10 2015 Jitka Plesnikova  - 1.04-1
 - 1.04 bump
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Net-DNS.git/commit/?h=master=3a381b942aa0938e6aa19fa4a2a154ab91c7ed82
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

limb changed jplesnik's package request for perl-SVN-Look in master from Awaiting Review to Denied with message: Branch exists.

[notifications]

limb changed jplesnik's package request for perl-SVN-Look in master from 
Awaiting Review to Denied with message: Branch exists.
https://admin.fedoraproject.org/pkgdb/package/perl-SVN-Look/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

limb changed jplesnik's package request for perl-Pod-Stripper in master from Awaiting Review to Denied with message: Branch exists

[notifications]

limb changed jplesnik's package request for perl-Pod-Stripper in master from 
Awaiting Review to Denied with message: Branch exists
https://admin.fedoraproject.org/pkgdb/package/perl-Pod-Stripper/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

RE: Bodhi front page after login

[John Florian]

> From: Michael Schwendt [mailto:mschwe...@gmail.com]
> Sent: Sunday, December 06, 2015 14:49
> To: devel@lists.fedoraproject.org
> Subject: Re: Bodhi front page after login
> 
> On Sun, 6 Dec 2015 20:17:37 +0100, Reindl Harald wrote:


> As far as I know, bodhi posts to bugzilla tickets about test updates.
> Unfortunately, it does that too early with a first notification.  Bug
> reporters read the mail, try to apply the update, but it is not available
> for download. It has not been pushed, and even when the second
> notification tells it has been pushed, it has not arrived on mirrors.


This gets me all the time.  Then I simply forget to test the update unless it's 
something I need badly.  Perhaps these two messages in BZ should indicate that 
the update will be available when it reaches the mirrors and a 3rd message 
could indicate when that has happened through the use of some mirror probing.  
Such a 3rd message should be carefully worded to indicate that the package has 
started reaching *some* mirrors and that most should have it within another day.

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

Fedora Rawhide 20151210 compose check report

[Fedora compose checker]

Missing expected images:

Cloud disk raw i386
Cloud_atomic disk raw x86_64
Workstation live x86_64
Workstation live i386
Kde disk raw armhfp
Kde live i386
Cloud disk raw x86_64
Kde live x86_64

No images in this compose but not Rawhide 20151209

Images in Rawhide 20151209 but not this:

Games live x86_64
Design_suite live x86_64
Workstation live x86_64
Workstation live i386
Xfce live x86_64
Cinnamon live i386
Mate live i386
Workstation disk raw armhfp
Mate disk raw armhfp
Design_suite live i386
Mate live x86_64

Failed openQA tests: 6 of 54

ID: 742 Test: x86_64 generic_boot default_install
URL: https://openqa.fedoraproject.org/tests/742
ID: 741 Test: i386 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/741
ID: 716 Test: x86_64 universal server_delete_pata
URL: https://openqa.fedoraproject.org/tests/716
ID: 711 Test: x86_64 universal european_language_install
URL: https://openqa.fedoraproject.org/tests/711
ID: 695 Test: x86_64 universal server_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/695
ID: 692 Test: x86_64 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/692

Passed openQA tests: 48 of 54
-- 
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