Hi,
I've just build latest version of mysql++ in rawhide.
This version breaks ABI.
Report:
http://blog.famillecollet.com/public/reports/mysql__-3.0.9-3.1.0.html
Reported upstream:
http://lists.mysql.com/plusplus/8973
Of course, no update to fedora /EPEL stable repo planned.
At least "sems" nee
2010/6/17 Bernie Innocenti :
> Hello,
>
> xchat in Fedora needs to be restarted after switching to a different
> nameserver or it fails to resolve.
>
> The xchat developers say that all xchat does is call gethostbyname(). A
There was a topic 3 years ago about replacing gethostby* functions by
geta
2010/6/20 Remi Collet :
> Hi,
>
> I've just build latest version of mysql++ in rawhide.
> This version breaks ABI.
Thanks for the notice! I'll take care of SEMS rebuild.
--
With best regards, Peter Lemenkov.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/m
On 06/20/2010 12:31 AM, Chen Lei wrote:
> 2010/6/20 Rakesh Pandit:
>
>> Thanks for clarification. I will see whether I can help with some
>> dependencies and zope3 part (review as well).
>>
>> --
>> --
>>
> The original zope/plone in Fedora/EPEL bundles dozens of third party
> python modu
On 06/20/2010 12:02 AM, Rakesh Pandit wrote:
> On 19 June 2010 19:31, Robin 'cheese' Lee wrote:
>
>> On 06/19/2010 09:21 PM, Rakesh Pandit wrote:
>>
> [..]
>
>> In rpmfusion, Zope is an out-dated version, 2.10.x, which works with
>> Python 2.4 only.
>>
>> My package here is the latest
Thanks for taking the time to clarify the procedure.
It's nice to find a friendly list!
Thanks.
Ian
- Reply message -
From: "Rakesh Pandit"
Date: Sun, Jun 20, 2010 05:42
Subject: Ownership of DMitry
To: "ianrichardba...@gmail.com"
Cc: "Development discussions related to Fedora"
On
2010/6/19 Alexander Boström :
> lör 2010-06-19 klockan 19:32 +0200 skrev Andrea Musuruane:
>
>> I do not know how should I threat those internal libraries. How should
>> I package them? Because upstream uses static libraries the dynamic
>> versions cmake creates are not versioned.
>
> https://fedor
On Sat, Jun 19, 2010 at 7:44 PM, Chen Lei wrote:
> You can open a RFE report against this package in bugzilla for review.
Can you point me to an example?
> For internal libs, if those libs are not libs from other project, you
> can simply use %cmake -DBUILD_SHARED_LIBS:BOOL=OFF to avoid
> gener
Andrea Musuruane píše v Ne 20. 06. 2010 v 11:25 +0200:
> 2010/6/19 Alexander Boström :
> > lör 2010-06-19 klockan 19:32 +0200 skrev Andrea Musuruane:
> >
> >> I do not know how should I threat those internal libraries. How should
> >> I package them? Because upstream uses static libraries the dyna
On 06/20/2010 12:45 PM, Nathaniel McCallum wrote:
> On 06/20/2010 12:22 AM, Jonathan Steffan wrote:
>
>> On Fri, 2010-06-18 at 21:08 +0800, Robin 'cheese' Lee wrote:
>>
>>> The 'zope' package itself is most kept under the same conventions of the
>>> legacy 2.10.x 'zope' package.
>>>
On 06/20/2010 12:22 PM, Jonathan Steffan wrote:
> On Fri, 2010-06-18 at 21:08 +0800, Robin 'cheese' Lee wrote:
>
>> The 'zope' package itself is most kept under the same conventions of the
>> legacy 2.10.x 'zope' package.
>>
> With zope 2.12 supporting py2.6, I think we might actually hav
* 19 packages fixed since May 21st. Tom Callaway has done almost all of
the work.
* 2 packages left to be fixed.
* "gcc" has returned due to another static library in its packages,
and no news on "binutils-devel". It still enforces static linkage by
using ld scripts.
The following source
util-vserver556099 -> CLOSED
FYI, util-vserver is re-enabled to ship static libraries again by the
maintainer now after spot disabled it.
Chen Lei
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sun, 20 Jun 2010 19:56:23 +0800, Chen wrote:
> util-vserver556099 -> CLOSED
>
> FYI, util-vserver is re-enabled to ship static libraries again by the
> maintainer now after spot disabled it.
Not a problem as long as it packages them in adherence to the Packaging
Gu
On Sat, Jun 19, 2010 at 17:07:02 -0400,
Digimer wrote:
>
> Perhaps they are, and I will look into them. However, my curiosity has
> been piqued, so I'd still like to know how it's supposed to be done. It
> seems to me like it should be a somewhat straight forward task, so I am
> curious abou
Am 18.06.2010 15:08, schrieb Robin 'cheese' Lee:
> And I hope for the co-maintainership of following packages, which are
> required by Zope2:
(...)
> https://admin.fedoraproject.org/pkgdb/acls/name/python-zope-interface
I'm happy to grant you these :-)
fs
--
devel mailing list
devel@lists.fedor
On 06/20/2010 07:00 AM, Robin 'cheese' Lee wrote:
> On 06/20/2010 12:22 PM, Jonathan Steffan wrote:
>> On Fri, 2010-06-18 at 21:08 +0800, Robin 'cheese' Lee wrote:
>>
>>> The 'zope' package itself is most kept under the same conventions of the
>>> legacy 2.10.x 'zope' package.
>>>
>> With zope 2.12
On 06/20/2010 05:42 AM, Robin 'cheese' Lee wrote:
> On 06/20/2010 12:45 PM, Nathaniel McCallum wrote:
>> On 06/20/2010 12:22 AM, Jonathan Steffan wrote:
>>
>>> On Fri, 2010-06-18 at 21:08 +0800, Robin 'cheese' Lee wrote:
>>>
The 'zope' package itself is most kept under the same conventions of
On Sun, Jun 20, 2010 at 3:26 PM, Bruno Wolff III wrote:
> On Sat, Jun 19, 2010 at 17:07:02 -0400,
> Digimer wrote:
>>
>> Perhaps they are, and I will look into them. However, my curiosity has
>> been piqued, so I'd still like to know how it's supposed to be done. It
>> seems to me like it should
19.06.2010 20:34, Ian Baker ?:
Hello to all.
The subject package is currently orphaned and I'm thinking of taking
it over.
One problem I can foresee is that, as far as I can tell, there's no
longer an upstream maintainer and at least one patch is required to
fix compilation issues (war
Thanks for the information.
I have tried to contact upstream with no success, their website hasn't been
updated in a while, and the latest sources appear to be five years old.
There hasn't been a package update in three months so I'll submit as new after
I fix a few issues.
Thanks.
Ian
-
Probably thought of a million times, but was wondering whether it would
be possible, and useful to give diff capabilities within the koji web
interface.
eg: x86_64 build
...
Output build.log (tail)
root.log (tail)
state.log (tail)
could become:
Output build.log (tail) (dif
Am Mon, 21 Jun 2010 09:32:07 +1000
schrieb David Timms :
> Probably thought of a million times, but was wondering whether it
> would be possible, and useful to give diff capabilities within the
> koji web interface.
>
> eg: x86_64 build
> ...
> Output build.log (tail)
> root.log (tail)
On 06/20/2010 11:08 PM, Felix Schwarz wrote:
> Am 18.06.2010 15:08, schrieb Robin 'cheese' Lee:
>
>> And I hope for the co-maintainership of following packages, which are
>> required by Zope2:
>>
> (...)
>
>> https://admin.fedoraproject.org/pkgdb/acls/name/python-zope-interface
>>
===
#fedora-meeting: FESCO (2010-06-15)
===
Meeting started by mjg59 at 19:35:11 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-06-15/fesco.2010-06-15-19.35.log.html
Meeting summary
-
umm why did you make that change?
On Sunday, June 20, 2010 03:06:32 pm stevetraylen wrote:
> Author: stevetraylen
>
> Update of /cvs/pkgs/rpms/xml-security-c/EL-6
> In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv2536
>
> Modified Files:
> xml-security-c.spec
> Log Message:
> EPEL5
I built ghc-6.12.3 for F14. This will require rebuilding all
ghc library packages, which I and the Haskell SIG will be doing
over the coming days - the meantime please bear with us with
the broken dependencies...
Thanks,
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedo
On Thu, Jun 3, 2010 at 10:42 AM, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-06-01
>
[cut]
Question 1:
Suppose package A fails to build from source due to a bug in package B
that is listed in package A's BuildRequires. Now that package B gets
2010/6/21 Nathaniel McCallum :
> On 06/20/2010 05:42 AM, Robin 'cheese' Lee wrote:
>
> I suspect BlueBream solves our namespace issue; namely, the zope
> namespace will be zope2 only.
>
> Nathaniel
> --
Agree, all zope components won't have any namespace conflict issue now
as I known. Packaging the
On Sun, Jun 20, 2010 at 10:24:27PM -0400, Orcan Ogetbil wrote:
> On Thu, Jun 3, 2010 at 10:42 AM, Matt Domsch wrote:
> > Fedora Fails To Build From Source Results for x86_64
> > using rawhide from 2010-06-01
> >
> [cut]
>
> Question 1:
> Suppose package A fails to build from source due to a bug in
30 matches
Mail list logo
