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
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 pa
On Fri, Dec 16, 2011 at 5:01 PM, Richard Shaw wrote:
> On Fri, Dec 16, 2011 at 5:40 PM, T.C. Hollingsworth
> 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...
>
> http://li
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_US&cmd=displayKC&externalId=2269
http://koji.fedoraproject.org/koji/buildinfo?buildID=278953
* Thu Dec 15 2011 Dave Jones
2.6.41.5-3 - D
On Fri, Dec 16, 2011 at 5:40 PM, T.C. Hollingsworth
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...
http://lists.fedoraproject.org/pipermail/devel/2011-September/156484.html
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 util.py
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
> F
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 (https://fedoraproject.org/wiki/QA/Meetings/2
On Fri, Dec 16, 2011 at 11:22, Josh Boyer wrote:
> On Fri, Dec 16, 2011 at 2:19 PM, darrell pfeifer
> 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 miss
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
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 lap
On Fri, Dec 16, 2011 at 2:19 PM, darrell pfeifer 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 corresponding /
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?
darr
thats great. finally a way to use a threaded apache MPM with php.
On Fri, Dec 16, 2011 at 12:32 PM, Remi Collet 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 extensions/modules
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
On Fri, Dec 16, 2011 at 12:22 PM, Remi Collet 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
>>> (for
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 f
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:
>
> http://mschwendt.fedorapeo
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 d
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:
>
> http://mschw
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
devel@lists.
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
>
On Fri, Dec 16, 2011 at 4:26 AM, Mark R Bannister
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 deprecate your separate
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 d
On 12/14/2011 10:02 AM, Jared K. Smith wrote:
On Wed, Dec 14, 2011 at 9:48 AM, Przemek Klosowski
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 that they understood where we
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
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
> o
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,
duplicati
.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
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
OpenGTL-devel-0.9.15.
Quoting Nils Philippsen :
>
> 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 mailing list
deve
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
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 queries
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 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 yo
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 eno
35 matches
Mail list logo
