Hi
Feel free to edit the wiki directly or reply here for any additions or
corrections
https://fedoraproject.org/wiki/F16_Alpha_release_announcement
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2011-08-09 at 11:11 -0400, Tom Lane wrote:
> > Looks fine to me. The only reason I have to dislike it is the
> > temptation for people to inspect build logs as a proof of what flags a
> > package was built with (since the only sane thing is to store that in
> > the binary itself, which the
Hi All,
I'm going to orphan and block from F-16/rawhide google-gadgets and
ethos unless anyone is interested in picking them up. They're both
pretty dead upstream.
google-gadgets needs to be ported to the latest xulrunner and while
meego has a fork that fixes and improves it quite a bit I don't
b
Hi,
I have a package (keyutils) that produces three RPMs: keyutils (programs),
keyutils-libs and keyutils-devel. The programs in the keyutils RPM depend on
the libraries in the keyutils-libs RPM and pick up implicit dependencies thus:
warthog>rpm -qRp keyutils-1.5.1-1.fc14.x86_64.rpm
On Wed, 2011-08-10 at 18:26 +0200, Rudolf Kastl wrote:
> Hello,
>
> A bit of (hopefully) constructive feedback. It might help with testing
> and adoption of fedora if the rcs and alpha releases are made
> available in the bfo setup. Actually within the "experimental" folder
> there is only a tc1 o
On 08/11/2011 01:19 PM, David Howells wrote:
> I have a package (keyutils) that produces three RPMs: keyutils (programs),
> keyutils-libs and keyutils-devel. The programs in the keyutils RPM depend on
> the libraries in the keyutils-libs RPM and pick up implicit dependencies thus:
>
> wartho
Paul Howarth wrote:
> > rpmlint does not complain, but, for RHEL, rpmdiff does.
>
> What is the rpmdiff "complaint"?
Report from TEST_REQUIRES:
[VERIFY] [keyutils] Subpackage keyutils on i686 ppc s390 consumes libraries
libkeyutils.so.1 libkeyutils.so.1(KEYUTILS_0.3) libkeyutils.so.1(KEYUTILS_
Compose started at Thu Aug 11 08:15:27 UTC 2011
Broken deps for x86_64
--
acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell)
almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit)
almanah-0.7.3-12
On Thu, 11 Aug 2011 13:19:49 +0100, DH (David) wrote:
>
> Hi,
>
> I have a package (keyutils) that produces three RPMs: keyutils (programs),
> keyutils-libs and keyutils-devel. The programs in the keyutils RPM depend on
> the libraries in the keyutils-libs RPM and pick up implicit dependencies
On Thu, 11 Aug 2011 13:29:52 +0100, PH (Paul) wrote:
> Library requirements should be implicit unless there's a good reason
> otherwise; see:
> http://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires
Not true, or "not the full story".
Library SONAME requirement for _external_ build
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=729977
--- Comment #1 from Flos Lonicerae 2011-08-11 08:55:36
EDT ---
Created attachment 517801
--> https://bugzilla.redhat.com/atta
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] mldonkey-3.0.3-1.fc14: mark_slice: Process /usr/bin/mlnet was
killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=729977
Summary:
Michael Schwendt writes:
> Library SONAME requirement for _external_ builds ought to stay
> implicit/automatic, but _libraries and subpackages_ are a different
> problem space. A library update may add stuff without changing its SONAME
> and while staying compatible with existing executables in e
On 08/11/2011 02:03 PM, Andreas Schwab wrote:
> Michael Schwendt writes:
>
>> Library SONAME requirement for _external_ builds ought to stay
>> implicit/automatic, but _libraries and subpackages_ are a different
>> problem space. A library update may add stuff without changing its SONAME
>> and wh
On Thu, 11 Aug 2011 15:03:47 +0200, AS (Andreas) wrote:
> > Library SONAME requirement for _external_ builds ought to stay
> > implicit/automatic, but _libraries and subpackages_ are a different
> > problem space. A library update may add stuff without changing its SONAME
> > and while staying com
Michael Schwendt writes:
> The difference is that the subpackages may need the new symbols immediately
> when installing the packages, whereas future builds of external packages
> would link with the latest library version that has been released before
> and is the one available in the build syst
On Thu, Aug 11, 2011 at 5:56 AM, Milan Crha wrote:
>
> I would like you to give me an option to not use --disable-silent-rules,
> because it breaks waf build.
Ugh; pretty lame that waf chose to replicate all of the standard
autoconf flags as well as some automake ones
(--disable-dependency-tracki
On 08/11/2011 05:26 AM, Vratislav Podzimek wrote:
> On Wed, 2011-08-10 at 18:26 +0200, Rudolf Kastl wrote:
>> Last time i tried an install via bfo it didnt really select mirrors
>> close to me. (i think for the install it didnt use a mirrorlist but
>> instead a hardcoded repo by default) Is this s
On Thu, 11 Aug 2011 15:24:30 +0200, AS (Andreas) wrote:
> > The difference is that the subpackages may need the new symbols immediately
> > when installing the packages, whereas future builds of external packages
> > would link with the latest library version that has been released before
> > and
On Thu, 11 Aug 2011 14:10:44 +0100, PH (Paul) wrote:
> >> Library SONAME requirement for _external_ builds ought to stay
> >> implicit/automatic, but _libraries and subpackages_ are a different
> >> problem space. A library update may add stuff without changing its SONAME
> >> and while staying co
Hi,
I just want to let you know that evolution-data-server 3.1.5 release,
which is about to happen the next week, on August 15th, +/-, changes
soname versions for almost everything it provides, namely
libedataserver, libecal, libedatacal, libebook, libedatabook.
Anything depending on it wo
Michael Schwendt writes:
> No external package can build with new features of the new "foo-libs" package
> prior to making that package available in the buildroot.
How is the contents of the buildroot relevant to "yum install bar"?
> If "foo" is the base package of "foo-libs", and this -libs pa
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=729977
--- Comment #2 from Richard W.M. Jones 2011-08-11 10:21:10
EDT ---
Unfortunately crashes in the garbage collector are generally
On Thu, 2011-08-11 at 06:46 -0700, John Reiser wrote:
> On 08/11/2011 05:26 AM, Vratislav Podzimek wrote:
> > On Wed, 2011-08-10 at 18:26 +0200, Rudolf Kastl wrote:
>
> >> Last time i tried an install via bfo it didnt really select mirrors
> >> close to me. (i think for the install it didnt use a
commit e0d154120784bcace9f216a6e300981963f59aea
Author: Jose Pedro Oliveira
Date: Thu Aug 11 15:36:00 2011 +0100
* First EPEL6 release (F14 SRPM)
perl-HTTP-Server-Simple-PSGI.spec |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
---
diff --git a/perl-HTTP-Server-Simple-PS
The lightweight tag 'perl-HTTP-Server-Simple-PSGI-0.14-2.el6.1' was created
pointing to:
e0d1541... * First EPEL6 release (F14 SRPM)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraprojec
Summary of changes:
aba9a9f... - 661697 rebuild for fixing problems with vendorach/lib (*)
205643f... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
0cf0952... Update to 0.12 (*)
7f5db68... General clean-up (*)
c8a2ad4... Update to 0.13 (*)
6558e02... Update to 0.14 (*
On Thu, 11 Aug 2011 16:13:48 +0200, AS (Andreas) wrote:
> > No external package can build with new features of the new "foo-libs"
> > package
> > prior to making that package available in the buildroot.
>
> How is the contents of the buildroot relevant to "yum install bar"?
"bar" has been built
The lightweight tag 'perl-Test-Spelling-0.14-1.fc14' was created pointing to:
6558e02... Update to 0.14
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-dev
The lightweight tag 'perl-Test-Spelling-0.14-1.fc15' was created pointing to:
6558e02... Update to 0.14
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-dev
2011/8/11 Vratislav Podzimek :
> On Thu, 2011-08-11 at 06:46 -0700, John Reiser wrote:
>> On 08/11/2011 05:26 AM, Vratislav Podzimek wrote:
>> > On Wed, 2011-08-10 at 18:26 +0200, Rudolf Kastl wrote:
>>
>> >> Last time i tried an install via bfo it didnt really select mirrors
>> >> close to me. (i
> I have a package (keyutils) that produces three RPMs: keyutils (programs),
> keyutils-libs and keyutils-devel. The programs in the keyutils RPM depend on
> the libraries in the keyutils-libs RPM and pick up implicit dependencies thus:
>
> warthog>rpm -qRp keyutils-1.5.1-1.fc14.x86_64.rpm
On Wed, 10 Aug 2011 18:26:43 +0200
Rudolf Kastl wrote:
> Hello,
>
> A bit of (hopefully) constructive feedback. It might help with testing
> and adoption of fedora if the rcs and alpha releases are made
> available in the bfo setup. Actually within the "experimental" folder
> there is only a tc1
On Thu, Aug 11, 2011 at 9:43 AM, Colin Walters wrote:
>
> I'll work on a patch - I guess the RPM approach is more overrides
> rather than detecting things, so I'll go with adding an option.
Actually looking at this more, while waf does support the GNU autoconf
options by loading gnu_dirs.py (and
Michael Schwendt writes:
> On Thu, 11 Aug 2011 16:13:48 +0200, AS (Andreas) wrote:
>
>> > No external package can build with new features of the new "foo-libs"
>> > package
>> > prior to making that package available in the buildroot.
>>
>> How is the contents of the buildroot relevant to "yum
On Thu, 11 Aug 2011 17:23:06 +0200, AS (Andreas) wrote:
> > On Thu, 11 Aug 2011 16:13:48 +0200, AS (Andreas) wrote:
> >
> >> > No external package can build with new features of the new "foo-libs"
> >> > package
> >> > prior to making that package available in the buildroot.
> >>
> >> How is the
On Thu, 2011-08-11 at 11:16 -0400, Colin Walters wrote:
> So I think it makes sense to patch samba's wscript to also support
> --disable-silent-rules for now.
Hi,
yup, I made it that way, for now.
> It may make sense to also have an automake_compat.py in upstream waf
> which does somethin
On Wed, 2011-08-10 at 09:02 -0400, Doug Ledford wrote:
> Can we please either disable these nag messages or give developers the
> ability to push a package regardless of testing when it reaches nag age?
You have that ability for non-critpath updates, but for critpath the
thought is that updates r
> On Wed, 2011-08-10 at 09:02 -0400, Doug Ledford wrote:
>> Can we please either disable these nag messages or give developers the
>> ability to push a package regardless of testing when it reaches nag age?
> You have that ability for non-critpath updates, but for critpath the
> thought is that u
hello,
what is the reason for this
Transaction Check Error:
file /lib/firmware/phanfw.bin from install of
netxen-firmware-4.0.534-4.fc15.noarch conflicts with file from package
linux-firmware-20110601-1.fc15.noarch
and what requires netxen-firmware
--
devel mailing list
devel@lists.fedorapro
On 08/11/2011 12:32 PM, Adam Williamson wrote:
> On Wed, 2011-08-10 at 09:02 -0400, Doug Ledford wrote:
>> Can we please either disable these nag messages or give developers the
>> ability to push a package regardless of testing when it reaches nag age?
>
> You have that ability for non-critpath
On 08/11/2011 05:42 PM, Tom Lane wrote:
>> On Wed, 2011-08-10 at 09:02 -0400, Doug Ledford wrote:
>>> Can we please either disable these nag messages or give developers the
>>> ability to push a package regardless of testing when it reaches nag age?
>
>> You have that ability for non-critpath upd
Hi, I was Wondering if there was a tool for Linux in general
that let me undo the system changes at reboot or something
like that, For example:
I want to set a standard configuration in a machine and then
let that machine to be used by many users, but as soon as
the user Log Out (preferably in tha
On 08/11/2011 11:58 PM, Manuel Escudero wrote:
> Hi, I was Wondering if there was a tool for Linux in general
> that let me undo the system changes at reboot or something
> like that, For example:
>
> I want to set a standard configuration in a machine and then
> let that machine to be used by ma
44 matches
Mail list logo
