On 16.12.2011 00:32, Brendan Jones wrote:
Not sure if this is something which should be part of this package or
another entirely?
Sure, we will reinvent the wheel yet again (see
http://www.fossology.org/ ... yes it would probably require some
fedora-wide server, or maybe not, I don't know
On Wed 14/12/11 21:08 , Josh Boyer jwbo...@gmail.com sent:
On Wed, Dec 14, 2011 at 10:36 AM, Mark R Bannister mark at
proseconsulting.co.uk
that the nss_db package has been deprecated, and that the new nss_db
support in
glibc no longer uses Berkeley DB format.
I appreciate your
Hi,
I've written a Perl script and some supporting configuration files that allow
you
to continue to use ypwhich, ypcat and ypmatch in an environment where your NIS
maps are actually coming through LDAP with the RFC2307 schema. Your requests
are
converted into the appropriate ldapsearch
kde-partitionmanager doesn't build with parted 3.0. And upstream seems far
away from a new release.
Sincerely,
robin
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Quoting Nils Philippsen n...@redhat.com:
GREYCstoration: deebs
GREYstoration[1]is dead and superseded by GMIC[2] awhile ago. That package
should be retired and replaced.
Cheers,
[1]http://cimg.sourceforge.net/greycstoration/index.shtml
[2]http://gmic.sourceforge.net/gimp.shtml
--
devel
Compose started at Fri Dec 16 08:15:04 UTC 2011
Broken deps for x86_64
--
OpenGTL-0.9.15.1-3.fc17.x86_64 requires libLLVM-2.9.so()(64bit)
OpenGTL-devel-0.9.15.1-3.fc17.i686 requires libLLVM-2.9.so
.On 12/16/2011 09:26 AM, Mark R Bannister wrote:
If this isn't fixed now, in Fedora, then it's likely to cause more pain when it
finally reaches RHEL.
Fedora does not have any bearing on what downstream distribution based
on Fedora be it Red Hat or something else do.
So even in the unlikely
On 12/16/2011 12:09 PM, Luya Tshimbalanga wrote:
Quoting Nils Philippsen wrote:
GREYCstoration: deebs
GREYstoration[1]is dead and superseded by GMIC[2] awhile ago. That package
should be retired and replaced.
Unfortunately G'MIC is an usability nightmare, an app inside the app,
On 16th Dec 2011, 11:37, Jóhann B. Guðmundsson wrote:
On 12/16/2011 09:26 AM, Mark R Bannister wrote:
If this isn't fixed now, in Fedora, then it's likely to cause more pain
when it
finally reaches RHEL.
Fedora does not have any bearing on what downstream distribution based
on Fedora
Hi Remi, sorry for the slow reply...
On Sun, Nov 27, 2011 at 10:11:14AM +0100, Remi Collet wrote:
PHP 5.4 enter RC stage
So, I'm working to upgrade all the PHP stack
(for now in my testing repo)
I think PHP 5.4.0 (finale/stable) will be available for fedora 17, so I
plan to update it
On 12/14/2011 10:02 AM, Jared K. Smith wrote:
On Wed, Dec 14, 2011 at 9:48 AM, Przemek Klosowski
przemek.klosow...@nist.gov wrote:
That reminds me that you were talking to the glibc upstream about their
sometimes cavalier attitude to significant changes. How did that go? Did you
get a sense
On 12/16/2011 01:40 PM, Mark R Bannister wrote:
On 16th Dec 2011, 11:37, Jóhann B. Guðmundsson wrote:
On 12/16/2011 09:26 AM, Mark R Bannister wrote:
If this isn't fixed now, in Fedora, then it's likely to cause more pain when it
finally reaches RHEL.
Fedora does not have any bearing on what
On Fri, Dec 16, 2011 at 4:26 AM, Mark R Bannister
m...@proseconsulting.co.uk wrote:
But I think in Fedora perhaps you should consider the repercussions of this
change yourselves, and try to deal with the compatibility issues it raises.
For
a start, perhaps you should reverse the decision to
Mark R Bannister (m...@proseconsulting.co.uk) said:
that affect critical components such as glibc. Now you're telling me that
when
you collectively make decisions about what goes into Fedora, you have no
regard
for what the knock-on effect is for downstream, not even how that might
A fresh install of Fedora 16 x86_64 DVD, then enabled fedora-release-rawhide
and disabled updates and updates-testing. It wants to pull in i686 packages,
and the full output with --skip-broken is this:
http://mschwendt.fedorapeople.org/tmp/yum-f16-to-rawhide.log
--
devel mailing list
Il giorno ven, 16/12/2011 alle 16.42 +0100, Michael Schwendt ha
scritto:
A fresh install of Fedora 16 x86_64 DVD, then enabled fedora-release-rawhide
and disabled updates and updates-testing. It wants to pull in i686 packages,
and the full output with --skip-broken is this:
On 12/16/2011 03:40 PM, Bill Nottingham wrote:
Mark R Bannister (m...@proseconsulting.co.uk) said:
that affect critical components such as glibc. Now you're telling me that when
you collectively make decisions about what goes into Fedora, you have no regard
for what the knock-on effect is for
On Fri, 2011-12-16 at 16:42 +0100, Michael Schwendt wrote:
A fresh install of Fedora 16 x86_64 DVD, then enabled fedora-release-rawhide
and disabled updates and updates-testing. It wants to pull in i686 packages,
and the full output with --skip-broken is this:
Le 16/12/2011 14:43, Joe Orton a écrit :
Hi Remi, sorry for the slow reply...
On Sun, Nov 27, 2011 at 10:11:14AM +0100, Remi Collet wrote:
PHP 5.4 enter RC stage
So, I'm working to upgrade all the PHP stack
(for now in my testing repo)
I think PHP 5.4.0 (finale/stable) will be available for
On Fri, Dec 16, 2011 at 12:22 PM, Remi Collet fed...@famillecollet.com wrote:
Le 16/12/2011 14:43, Joe Orton a écrit :
Hi Remi, sorry for the slow reply...
On Sun, Nov 27, 2011 at 10:11:14AM +0100, Remi Collet wrote:
PHP 5.4 enter RC stage
So, I'm working to upgrade all the PHP stack
Le 16/12/2011 18:25, solarflow99 a écrit :
no modules?
Yes, I wrote extensions, which also means modules
To summarize : provides the same extensions/modules for NTS and ZTS.
Remi.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
thats great. finally a way to use a threaded apache MPM with php.
On Fri, Dec 16, 2011 at 12:32 PM, Remi Collet fed...@famillecollet.com wrote:
Le 16/12/2011 18:25, solarflow99 a écrit :
no modules?
Yes, I wrote extensions, which also means modules
To summarize : provides the same
The last couple of rawhide kernels (including the one from today) have
failed to boot for me because there is no initramfs.
There is no dracut log, the initrd line is missing from the grub2
paragraphs and there is no corresponding /boot/initramfs.
Is there already a bugzilla entry for this?
On Fri, Dec 16, 2011 at 2:19 PM, darrell pfeifer darrel...@gmail.com wrote:
The last couple of rawhide kernels (including the one from today) have
failed to boot for me because there is no initramfs.
There is no dracut log, the initrd line is missing from the grub2 paragraphs
and there is no
Greetings,
Route metric is a variable that a router uses to choose the best route to a
destination. Depending on the routing protocol, the metric definition is
different. What I'm trying to understand is how Linux defines the metric in the
route output command.
For example when a Fedora
On Fri, Dec 16, 2011 at 07:22:32PM +, Alexander Bahoor wrote:
Greetings,
Route metric is a variable that a router uses to choose the best route to a
destination. Depending on the routing protocol, the metric definition is
different. What I'm trying to understand is how Linux
On Fri, Dec 16, 2011 at 11:22, Josh Boyer jwbo...@gmail.com wrote:
On Fri, Dec 16, 2011 at 2:19 PM, darrell pfeifer darrel...@gmail.com
wrote:
The last couple of rawhide kernels (including the one from today) have
failed to boot for me because there is no initramfs.
There is no dracut
This will make for two weeks in a row, but I don't think that we have
any agenda items for Monday and obviously, there isn't anything to
follow up with from last week.
If you know of any topics that should be discussed, please add them to
the wiki page
On Fri, Dec 16, 2011 at 01:40:59PM +, Mark R Bannister wrote:
I sense an attitude of not my responsibility here, and a wider problem with
the
way that Linux is developed. Jared told me in this posting
http://lists.fedoraproject.org/pipermail/devel/2011-December/160499.html that
Fedora
Do you need to do anything special to produce a SRPM that will mock
build on EPEL 5 on modern Fedoras?
I just tried to build two different SRPMS [1][2] that work fine on
F15-16 and EPEL6 and got different errors out of each:
DEBUG util.py:307: Executing command: ['rpm', '-q', '-a']
DEBUG
On Fri, Dec 16, 2011 at 5:40 PM, T.C. Hollingsworth
tchollingswo...@gmail.com wrote:
Do you need to do anything special to produce a SRPM that will mock
build on EPEL 5 on modern Fedoras?
I believe you need a MD5 checksum instead of sha256...
how is the following changelog-entry to understand?
can this introduce this old KB of VMware?
http://kb.vmware.com/selfservice/microsites/search.do?language=en_UScmd=displayKCexternalId=2269
http://koji.fedoraproject.org/koji/buildinfo?buildID=278953
* Thu Dec 15 2011 Dave Jones da...@redhat.com
On Fri, Dec 16, 2011 at 5:01 PM, Richard Shaw hobbes1...@gmail.com wrote:
On Fri, Dec 16, 2011 at 5:40 PM, T.C. Hollingsworth
tchollingswo...@gmail.com wrote:
Do you need to do anything special to produce a SRPM that will mock
build on EPEL 5 on modern Fedoras?
I believe you need a MD5
Robin 'cheese' Lee wrote:
kde-partitionmanager doesn't build with parted 3.0. And upstream seems far
away from a new release.
I'm planning to get a parted2 compatibility package into Fedora ASAP (and I
am really angry at the parted maintainers both upstream and in Fedora for
having broken
On Sat, 2011-12-17 at 03:55 +0100, Kevin Kofler wrote:
Robin 'cheese' Lee wrote:
kde-partitionmanager doesn't build with parted 3.0. And upstream seems far
away from a new release.
I'm planning to get a parted2 compatibility package into Fedora ASAP (and I
am really angry at the parted
35 matches
Mail list logo
