The following Fedora EPEL 5 Security updates need testing:
Age URL
548
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
63
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11276/ssmtp-2.61-21.el5
39
The following Fedora EPEL 6 Security updates need testing:
Age URL
548
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
63
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11274/ssmtp-2.61-21.el6
24
On Mon, Oct 21, 2013 at 10:34 PM,
pierre%notspam%jourdain3[at_nospam]gmailnot_spam/com
pierrejourda...@gmail.com wrote:
Hello
My name is pierre jourdain from france , i'm a student at Université de
Picardie Jules Verne in Saint Quentin (INSSET) in embedeed electronics
and computing .
My
On 10/21/2013 09:38 PM, Michael Schwendt wrote:
* Oldest request is from 2008(!) - but there are recent work on this BZ.
Probably the same reasons as with the normal review requests.
Sometimes reviews have stalled because of bundled libs, licensing troubles,
missing deps, waiting for
Hello, nice to meet you.
Just a note that your name linked with this gmail address is:
lt;pierre%notspam%jourdain3[at_nospam]gmailnot_spam/comgt;
Hope you've noticed that.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of
On 17/10/13 05:30 AM, Matthew Miller wrote:
I agree; this is a problem. (In general, I think the beg-for-review-swaps
system is not friendly to new contributors.) I see that you applied for
sponsorship https://fedorahosted.org/packager-sponsors/ticket/90 but there
wasn't enough activity on the
On Tue, 22 Oct 2013 08:59:28 +0200, Miroslav Suchý wrote:
On 10/21/2013 09:38 PM, Michael Schwendt wrote:
* Oldest request is from 2008(!) - but there are recent work on this BZ.
Probably the same reasons as with the normal review requests.
Sometimes reviews have stalled because of
On Mon, Oct 21, 2013 at 3:08 PM, Michael Schwendt mschwe...@gmail.com wrote:
On Mon, 21 Oct 2013 04:01:15 +0200, Kevin Kofler wrote:
We already have one, it's called %{__global_ldflags}. You are indeed
supposed to set LDFLAGS of handwritten makefiles to that. The guidelines
need to be
https://bugzilla.redhat.com/show_bug.cgi?id=1021852
Bug ID: 1021852
Summary: perl-HTML-Template-2.95 is available
Product: Fedora
Version: rawhide
Component: perl-HTML-Template
Keywords: FutureFeature, Triaged
Assignee:
Quoting punto...@libero.it (2013-10-21 23:32:47)
any ideas?
thanks
regards
Messaggio originale
Oggetto:Broken dependencies: tika
Data: Mon, 21 Oct 2013 21:01:15 + (UTC)
Mittente: build...@fedoraproject.org
A: tika-ow...@fedoraproject.org
On 10/21/2013 11:32 PM, punto...@libero.it wrote:
tika has broken dependencies in the rawhide tree:
On x86_64:
tika-parsers-1.4-2.fc21.noarch requires
mvn(org.bouncycastle:bcprov-jdk16:1.46)
tika-parsers-1.4-2.fc21.noarch requires
mvn(org.bouncycastle:bcmail-jdk16:1.46)
This is a
On 10/22/2013 10:26 AM, Ville Skyttä wrote:
On Mon, Oct 21, 2013 at 3:08 PM, Michael Schwendt mschwe...@gmail.com wrote:
On Mon, 21 Oct 2013 04:01:15 +0200, Kevin Kofler wrote:
We already have one, it's called %{__global_ldflags}. You are indeed
supposed to set LDFLAGS of handwritten makefiles
On Tue, 22 Oct 2013 11:26:18 +0300, Ville Skyttä wrote:
In many cases the values aren't picked up from the environment but
need to be passed in by other means (such as arguments to make etc).
Okay. make -e … could be run in that case as a work-around. But
overriding Makefile variables
Il 22/10/2013 10:53, Mikolaj Izdebski ha scritto:
On 10/21/2013 11:32 PM, punto...@libero.it wrote:
tika has broken dependencies in the rawhide tree:
On x86_64:
tika-parsers-1.4-2.fc21.noarch requires
mvn(org.bouncycastle:bcprov-jdk16:1.46)
tika-parsers-1.4-2.fc21.noarch requires
Difference in size between initramfs generated with and without nohostonly is
huge. I don't want to routinely use nohostonly, but neither do I want a
specific root filesystem specified with root=UUID in the image. I want
root= on cmdline to be obeyed in order to be able to clone the root
On Tue, Oct 22, 2013 at 1:47 PM, Michael Schwendt mschwe...@gmail.com wrote:
Better would be that
the Makefile inherits from values passed in via Make or the env.
Sure.
%configure || :
[...]
To repeat from the earlier reply, one may want to take precautions,
so when a future upgrade adds
Are there any guidelines regarding user and group id number assignment
on Fedora?
I'd like to add user/group for daemon, related to installed package, in
order to avoid running it as root. What numbers are already reserved and
where can I find up to date table with that numbers?
I see in my
On 10/22/2013 01:25 PM, Mateusz Marzantowicz wrote:
Are there any guidelines regarding user and group id number assignment
on Fedora?
I'd like to add user/group for daemon, related to installed package, in
order to avoid running it as root. What numbers are already reserved and
where can I
Hello,
On 22 October 2013 13:25, Mateusz Marzantowicz mmarzantow...@osdf.com.plwrote:
Are there any guidelines regarding user and group id number assignment
on Fedora?
please read the packaging guidelines regarding user creation at rpm install
time:
On Tue, 22 Oct 2013 14:06:33 +0300, Ville Skyttä wrote:
IMHO adding precaution cruft like [ -f configure ] exit -1 [...]
is a sign of the packager doing package updates too carelessly if
(s)he doesn't even trust oneself or others to check if the upstream
build system has changed between
On 22.10.2013 13:32, Mikolaj Izdebski wrote:
On 10/22/2013 01:25 PM, Mateusz Marzantowicz wrote:
Are there any guidelines regarding user and group id number assignment
on Fedora?
I'd like to add user/group for daemon, related to installed package, in
order to avoid running it as root. What
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree:
On x86_64:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-PDL has broken dependencies in the F-20 tree:
On x86_64:
perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2)
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
On i386:
perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2)
perl-Language-Expr has broken dependencies in the F-20 tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
slic3r has broken dependencies in the F-20 tree:
On x86_64:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On i386:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On armhfp:
slic3r-0.9.10b-2.fc20.noarch requires
perl-BerkeleyDB has broken dependencies in the F-20 tree:
On x86_64:
perl-BerkeleyDB-0.53-1.fc20.x86_64 requires libdb = 0:5.3.21
On i386:
perl-BerkeleyDB-0.53-1.fc20.i686 requires libdb = 0:5.3.21
On armhfp:
perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21
perl-Padre has broken dependencies in the F-20 tree:
On x86_64:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Padre-0.90-6.fc18.noarch requires
On 10/22/2013 12:59 PM, Felix Miata wrote:
Difference in size between initramfs generated with and without nohostonly is
huge. I don't want to routinely use nohostonly, but neither do I want a
specific
root filesystem specified with root=UUID in the image. I want root= on
cmdline
to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/17/2013 11:45 AM, Miloslav Trmač wrote:
On Thu, Oct 17, 2013 at 9:13 AM, Bohuslav Kabrda bkab...@redhat.com
wrote:
* The Change plan should be updated to take into account Dennis's
Feedback * I suggeested that perhaps a better contingency
Compose started at Tue Oct 22 09:15:02 UTC 2013
Broken deps for armhfp
--
[blueman]
blueman-1.23-7.fc20.armv7hl requires obex-data-server = 0:0.4.3
blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp
[bwm-ng]
On 10/22/2013 01:43 PM, Mateusz Marzantowicz wrote:
Thanks, that is the list I was looking for. Is there any mechanism to
assign first available id from less than 999 pool or should I manually
find the right number? I understand that dynamic assignment is done by
package manager, but I don't
Hello,
Per the requested process for new packagers, I hereby introduce myself.
My name is Baptiste Mille-Mathias, I'm French, 34 years old guy.
I use Fedora since the beginning of 2011 but I only recently started
contributing to Fedora with packaging [0]. Haïkel Guémar (number80) is
mentoring
Le 22/10/2013 16:06, Baptiste Mille-Mathias a écrit :
Hello,
Per the requested process for new packagers, I hereby introduce myself.
My name is Baptiste Mille-Mathias, I'm French, 34 years old guy.
I use Fedora since the beginning of 2011 but I only recently started
contributing to Fedora with
What's the canonical system-wide copy of the config.guess file? I have:
9c01fa8c4554cb2c7b92c95dfa0dbfcf /usr/lib/rpm/redhat/config.guess
9c01fa8c4554cb2c7b92c95dfa0dbfcf /usr/share/libtool/config/config.guess
c3178bdc1506f569388eaebec2026003 /usr/lib/rpm/config.guess
On Sun, 2013-10-20 at 23:42 +0200, Till Maas wrote:
Hi,
https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Compiler_flags
mentions only %optflags to be required for packages but I noticed that
%configure sets LDFLAGS to a value different than %optflags:
As noted
https://bugzilla.redhat.com/show_bug.cgi?id=1013122
Xavier Bachelot xav...@bachelot.org changed:
What|Removed |Added
Status|NEW |CLOSED
2013/10/22 Florian Weimer fwei...@redhat.com:
What's the canonical system-wide copy of the config.guess file? I have:
I'm copying them from libtool.
--
With best regards, Peter Lemenkov.
--
devel mailing list
devel@lists.fedoraproject.org
Am 22.10.2013 16:47, schrieb Adam Jackson:
On Sun, 2013-10-20 at 23:42 +0200, Till Maas wrote:
https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Compiler_flags
mentions only %optflags to be required for packages but I noticed that
%configure sets LDFLAGS to a value
Is it healty to execute rpmbuild while building a package?
I have tests for perl dependencency generator filters. I.e. the tests
build a package using rpmbuild with redefeined all the `_*dir' macros,
then use librpm to query requires and provides from built package, and
then do checks on the
On Mon, Oct 21, 2013 at 08:26:54PM +0200, Michael Schwendt wrote:
Correct. Less lists (or the same lists) and with a more well-defined
target group and description.
So, in the not so far future, we'll have mailman3 and hyperkitty, and we
want to migrate the lists to that. That switchover point
On Tue, Oct 22, 2013 at 03:03:44PM +, Petr Pisar wrote:
Is it healty to execute rpmbuild while building a package?
I have tests for perl dependencency generator filters. I.e. the tests
build a package using rpmbuild with redefeined all the `_*dir' macros,
then use librpm to query
On 10/22/2013 04:48 PM, Peter Lemenkov wrote:
2013/10/22 Florian Weimer fwei...@redhat.com:
What's the canonical system-wide copy of the config.guess file? I have:
I'm copying them from libtool.
Why?
config.sub/config.guess originate from an upstream of their own (The
config project):
I send again the following post. I can't believe not to get an opinion :)
Bye,
Andrea.
On Sun, Oct 20, 2013 at 11:37 PM, Andrea Musuruane musur...@gmail.comwrote:
Hi all,
last April the following bug report was opened:
https://bugzilla.redhat.com/show_bug.cgi?id=947457
As I stated
Il 22/10/2013 17:54, Andrea Musuruane ha scritto:
I send again the following post. I can't believe not to get an opinion :)
Bye,
Andrea.
hi
On Sun, Oct 20, 2013 at 11:37 PM, Andrea Musuruane musur...@gmail.com
mailto:musur...@gmail.com wrote:
Hi all,
last April the
Ugh, what a mess..
Quoting Andrea Musuruane (2013-10-20 23:37:54)
Hi all,
last April the following bug report was opened:
https://bugzilla.redhat.com/show_bug.cgi?id=947457
As I stated on bugzilla, metadata-extractor was just needed by JOSM.
Updating metadata-extractor would break
Il 22/10/2013 18:33, Stanislav Ochotnicky ha scritto:
Ideally? I'd say:
1. Update metadata-extractor to latest upstream, add maven metadata, shell
script in/usr/bin/ etc. Basically overwrite metadata-extractor with
current
metadata-extractor2
2. Sort out JSOM breakage afterwards.
A file has been added to the lookaside cache for perl-Test-Output:
d80890160737cdf4c3241d48428d33ab Test-Output-1.02.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On 10/21/2013 06:47 PM, Piergiorgio Sartor wrote:
Interesting, then logic would suggest to (b)cache
the components of the RAID.
Of, even better, to (b)cache /dev/sd[ab] (in this
case) and cover, in this way, everything.
Well, I agree, there's more to it. Like cost. One could consider to pair
Kevin Fenzi (ke...@scrye.com) said:
As a first step, I suggest clearing up the intended usage of devel
list. There's too much traffic on that list. 792 messages so far in
October. Even if one uses filtering, the recurring task of skimming
over the devel list folder is tiresome, since it's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ghemical
libghemical
liboglappth
mopac7
mpqc
I hope someone is able to pick them up.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)
iEYEARECAAYFAlJm7LYACgkQL6j7milTFsEY/ACbBCxTi5Z21XwHMIPOTPSMK/4I
ywsAoIEwfZ9J+r63sFe56r1u00TScDXi
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2013-10-23 18:00 UTC'
Links to all tickets
Michael Schwendt wrote:
Agreed. It's a trade-off. Guards aren't bad, but in this case their
benefit is questionable. It probably doesn't work completely anyway, since
if the build framework uses Autotools, there likely are no pregenerated
Makefiles, and only a successful run on the configure
On Sun, Oct 20, 2013 at 11:27:22AM +0800, Christopher Meng wrote:
Hi list,
I'm building some packages which depend on the latest version of
pycairo, and an inprogress feature also needs its
rebuild(https://bugzilla.redhat.com/show_bug.cgi?id=1005447) as well.
However the version in Fedora
On Wed, 2013-10-23 at 05:21 +0200, Zbigniew Jędrzejewski-Szmek wrote:
On Sun, Oct 20, 2013 at 11:27:22AM +0800, Christopher Meng wrote:
Hi list,
I'm building some packages which depend on the latest version of
pycairo, and an inprogress feature also needs its
On Wed, Oct 23, 2013 at 11:21 AM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
So, is this Review request still live and waiting for a reviewer,
or is is dead, and waiting for a new prospective maintainer?
It would be great if the involved parties could provide some hints.
Dead de
On Wed, Oct 23, 2013 at 11:40 AM, Mathieu Bridon
boche...@fedoraproject.org wrote:
Note that the package was renamed anyway, without waiting for the rename
review request to be completed:
http://pkgs.fedoraproject.org/cgit/pycairo.git/commit/?id=c700bd496bee56d8f0de03ef4d57a34d1a97bcf0
And I
On Wed, 2013-10-23 at 11:46 +0800, Christopher Meng wrote:
On Wed, Oct 23, 2013 at 11:40 AM, Mathieu Bridon
boche...@fedoraproject.org wrote:
Note that the package was renamed anyway, without waiting for the rename
review request to be completed:
On 2013-10-22, Neil Horman nhor...@redhat.com wrote:
On Tue, Oct 22, 2013 at 03:03:44PM +, Petr Pisar wrote:
Is it healty to execute rpmbuild while building a package?
I have tests for perl dependencency generator filters. I.e. the tests
build a package using rpmbuild with redefeined all
https://bugzilla.redhat.com/show_bug.cgi?id=1020809
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1020809
--- Comment #4 from Petr Pisar ppi...@redhat.com ---
(In reply to Petr Pisar from comment #3)
So it seems to work.
However I would like to sanity the filters too: To anchor the expressions
and to append them instead of redefining:
https://bugzilla.redhat.com/show_bug.cgi?id=1021855
Bug ID: 1021855
Summary: perl-Shipwright-2.4.34 is available
Product: Fedora
Version: rawhide
Component: perl-Shipwright
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1020809
--- Comment #5 from Petr Pisar ppi...@redhat.com ---
(In reply to Petr Pisar from comment #3)
However I would like to sanity the filters too: To anchor the expressions
and to append them instead of redefining:
And this works too. I'm going
commit 0c4778d8b72569597beb026ed6974f2101ec03b2
Author: Petr Písař ppi...@redhat.com
Date: Tue Oct 22 09:38:22 2013 +0200
Append and anchor filters
macros.perl |8
perl.spec |2 ++
2 files changed, 6 insertions(+), 4 deletions(-)
---
diff --git a/macros.perl
commit c954fb6e868302112aae1d375724d08d3d35cf20
Author: Petr Písař ppi...@redhat.com
Date: Tue Oct 22 08:47:11 2013 +0200
perl_default_filter macro does not filter private libraries from provides
macros.perl |8 +---
perl.spec |9 ++---
2 files changed, 11 insertions(+),
https://bugzilla.redhat.com/show_bug.cgi?id=1020809
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
Hello Perl packagers,
I've just changed `perl_default_filter' SPEC macro in Fedora 21, which many of
you use in your packages.
There are three changes:
(1) I have removed filtering non-system shared libraries because this is now
done by rpmbuild itself. See
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree:
On x86_64:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
commit 838477b345ea068cee10f1019ca984d95422f11c
Author: Paul Howarth p...@city-fan.org
Date: Tue Oct 22 18:31:00 2013 +0100
Update to 1.02
- New upstream release 1.02
- Re-do everything with Capture::Tiny rather than ties
- Make %files list more explicit
.gitignore
Summary of changes:
838477b... Update to 1.02 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-Test-Output-1.02-1.fc21' was created pointing to:
838477b... Update to 1.02
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-Test-Output-1.02-1.fc20' was created pointing to:
838477b... Update to 1.02
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-TeX-Hyphen:
8b185cc681e1352334acc9c7b1cabbca TeX-Hyphen-1.01.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 95dc4a66ab4824eeb09d2fbdd766d13d780b4cd0
Author: Paul Howarth p...@city-fan.org
Date: Tue Oct 22 19:29:47 2013 +0100
Update to 1.01
- New upstream release 1.01
- Updated the upstream URL to http://www.adelton.com/perl/TeX-Hyphen/
- Specify all dependencies
-
Summary of changes:
95dc4a6... Update to 1.01 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-TeX-Hyphen-1.01-1.fc21' was created pointing to:
95dc4a6... Update to 1.01
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
The lightweight tag 'perl-TeX-Hyphen-1.01-1.fc20' was created pointing to:
95dc4a6... Update to 1.01
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1016246
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1016246
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|perl-Math-NumSeq-65-1.fc18
https://fedorahosted.org/389/attachment/ticket/47478/0001-Ticket-47478-No-groups-file-error-restarting-Admin-s.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/389/ticket/47565
https://fedorahosted.org/389/attachment/ticket/47565/0001-Ticket-47565-Content-Sync-update-file-needs-extensib.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
389-ds-base_Debian_Wheezy - Build # 90 - Failure:
See attached build log for details.
build.log
Description: Binary data
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
I just pushed the following patch under the trivial fix rule to
address these warnings. This should make the Jenkins jobs green again.
https://fedorahosted.org/389/attachment/ticket/47569/0001-Ticket-47569-Fix-build-warnings.patch
On 10/22/2013 05:32 PM, nkin...@redhat.com wrote:
389-ds-base_Debian_Wheezy - Build # 91 - Fixed:
See attached build log for details.
build.log
Description: Binary data
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
84 matches
Mail list logo
