On 01/13/2010 09:07 AM, Tom Lane wrote:
> Lennart Poettering writes:
>> if you have code that links against libxml2 and calls
>> xmlCleanupParser() please verify that your project does that at the
>> appropriate place (i.e. immediately before exiting, and only once).
>
> Why exactly is this a mis
On Wed, 2010-01-13 at 03:54 +0100, Lennart Poettering wrote:
> Oh, and we definitely need a source code indexer for fedora too!
It's coming.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
signature.asc
Description: This is a digitally signed message part
> I have problems to understand the xmlrpc-c build failure
>
> | /usr/bin/ld.bfd: xml-rpc-api2cpp.5842.test: undefined reference to symbol
> 'pthread_cancel@@GLIBC_2.2.5'
>
> pthread_cancel() is not used by the program. I see it in the .plt section
> only but not where it is referenced.
>
> I wo
> 78 of those seem to be caused by separated libtinfo. In default
> ncurses configuration libtinfo is included in libncurses, so I don't
> think the upstreams will be very happy about adding support for
> non-standard configurations.
>
> Petr Machata suggested we could work around it by replacing
> According to notting and the experimentation that I did after the FESCo
> meeting, the shared libraries bring in any libraries that they depend on.
> However, if the application linking to the shared library also requires the
> third shared library but doesn't explicitly link it then the link wil
On Wed, 13.01.10 00:21, Lennart Poettering (mzerq...@0pointer.de) wrote:
> Heya!
>
> if you have code that links against libxml2 and calls
> xmlCleanupParser() please verify that your project does that at the
> appropriate place (i.e. immediately before exiting, and only once).
>
> That function
On Tue, 12.01.10 20:07, Tom Lane (t...@redhat.com) wrote:
>
> Lennart Poettering writes:
> > if you have code that links against libxml2 and calls
> > xmlCleanupParser() please verify that your project does that at the
> > appropriate place (i.e. immediately before exiting, and only once).
>
>
There will be an outage starting at 2010-01-13 22:00 UTC, which will last
approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2010-01-13 22:00 UTC'
Affected Services:
Fedora Hosted
Unaffected Services:
Le 13/01/2010 02:07, Tom Lane a écrit :
>
> Why exactly is this a misuse, and not libxml2's bug to fix? There's
> certainly nothing in their documentation suggesting that there's
> such a requirement.
>
> regards, tom lane
Afaik it does, i agree with Lennart that a warning
Lennart Poettering writes:
> if you have code that links against libxml2 and calls
> xmlCleanupParser() please verify that your project does that at the
> appropriate place (i.e. immediately before exiting, and only once).
Why exactly is this a misuse, and not libxml2's bug to fix? There's
certa
On Wed, 2010-01-13 at 00:06 +, Adam Williamson wrote:
>
> if so, Mandriva has been enforcing the fixing of this type of error for
> a couple of years now (by having --as-needed and --no-undefined in the
> default ld flags). This has a few implications:
--as-needed is actually kinda the oppos
Allow modrdn to move subtree and rename non-leaf node
This patch includes
- replacing the entrydn index with the entryrdn index
- replacing a full DN in each entry in the DB with an RDN
- extending Slapi_Entry, entry2str, and str2entry to absorb the
changes made on the entry
On Wednesday 13 January 2010, Adam Williamson wrote:
> On Tue, 2010-01-12 at 01:59 +0100, Milos Jakubicek wrote:
> > Also I have really doubts what concerns upstreamability of the necessary
> > changes in packages. Especially if other distributions will (???)
> > continue shipping ld with the tradi
On Wed, 2010-01-13 at 01:52 +0100, Kevin Kofler wrote:
> On Wednesday 13 January 2010, Adam Williamson wrote:
> > On Tue, 2010-01-12 at 01:59 +0100, Milos Jakubicek wrote:
> > > Also I have really doubts what concerns upstreamability of the necessary
> > > changes in packages. Especially if other d
On Wednesday 13 January 2010, Adam Williamson wrote:
> On Tue, 2010-01-12 at 01:59 +0100, Milos Jakubicek wrote:
> > Also I have really doubts what concerns upstreamability of the necessary
> > changes in packages. Especially if other distributions will (???)
> > continue shipping ld with the tradi
On Tue, 2010-01-12 at 01:59 +0100, Milos Jakubicek wrote:
> Also I have really doubts what concerns upstreamability of the necessary
> changes in packages. Especially if other distributions will (???)
> continue shipping ld with the traditional semantics, this means hours of
> headache discussi
James Ralston writes:
> 1. Is Bugzilla having problems right now?
Seems to be working for me ...
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Heya!
if you have code that links against libxml2 and calls
xmlCleanupParser() please verify that your project does that at the
appropriate place (i.e. immediately before exiting, and only once).
That function might delete TLS fields that belong to other libraries
(such as PA's client libs) if ca
On Tue, Jan 12, 2010 at 10:18:53AM -0700, Kevin Fenzi wrote:
>
> Please don't check tar.gz files into CVS. :)
>
> you will need to:
>
> cvs rm -f seabios-0.5.1-669c991.tar.gz
> cvs commit
> make new-sources FILES="seabios-0.5.1-669c991.tar.gz"
> bump release/add changelog to spec
> cvs commit
At around 2010-01-12T12:45-0500, I attempted to login with my correct
username/password, and was told my username/password was incorrect.
I changed my password using the "forgot password" link. Bugzilla
won't take the new password, either.
I tried to search for Bugzilla admin contact information
On Tue, 2010-01-12 at 15:58 +, Richard W.M. Jones wrote:
> $ make lint
> rpmlint mingw32-freetype-2.3.11-1.fc13.src.rpm
> x86_64/*-2.3.11-1.fc13.x86_64.rpm
> (none): E: error while reading x86_64/*-2.3.11-1.fc13.x86_64.rpm:
> 'x86_64/*-2.3.11-1.fc13.x86_64.rpm'
> 1 packages and 0 specfiles ch
On Tue, 12 Jan 2010 06:50:16 + (UTC)
"Justin M. Forbes" wrote:
> Author: jforbes
>
> Update of /cvs/pkgs/rpms/seabios/F-12
> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv15649
>
> Added Files:
> seabios-0.5.1-669c991.tar.gz seabios.spec
> Log Message:
> Created initial packag
On Tue, Jan 12, 2010 at 04:21:08PM +, Richard W.M. Jones wrote:
> On Sun, Jan 10, 2010 at 12:06:11AM -0700, Kevin Fenzi wrote:
> > rjones:BADURL:expat-2.0.1.tar.gz:mingw32-expat
> > rjones:BADURL:mingwrt-3.15.2-mingw32-src.tar.gz:mingw32-runtime
> > rjones:BADURL:PDCurses-3.4.tar.gz:mingw32-pdc
On Sun, Jan 10, 2010 at 12:06:11AM -0700, Kevin Fenzi wrote:
> rjones:BADURL:expat-2.0.1.tar.gz:mingw32-expat
> rjones:BADURL:mingwrt-3.15.2-mingw32-src.tar.gz:mingw32-runtime
> rjones:BADURL:PDCurses-3.4.tar.gz:mingw32-pdcurses
> rjones:BADURL:w32api-3.13-mingw32-src.tar.gz:mingw32-w32api
> rjones
On Tue, Jan 12, 2010 at 10:07:37AM +0100, Nicolas Mailhot wrote:
>
>
> Le Mar 12 janvier 2010 09:29, Richard Zidlicky a écrit :
> >
> > On Mon, Jan 11, 2010 at 04:10:54PM -0800, Wes Hardaker wrote:
> >
> >> I didn't see anything in that message, however, that lead me to any new
> >> thoughts on w
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
--
= Weekly KDE Summary
$ make lint
rpmlint mingw32-freetype-2.3.11-1.fc13.src.rpm x86_64/*-2.3.11-1.fc13.x86_64.rpm
(none): E: error while reading x86_64/*-2.3.11-1.fc13.x86_64.rpm:
'x86_64/*-2.3.11-1.fc13.x86_64.rpm'
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
This package is noarch, so it shouldn't be l
>> SystemTap is failing on pthread_cancel, which is odd since we have no
>> mention of pthread in our own sources. It seems to be pulled in by some
>> headers in the STL.
>> $ nm -C string.o
>> w pthread_cancel
>> So it seems that now I have to know what my dependent libraries
Compose started at Tue Jan 12 08:15:06 UTC 2010
Broken deps for i386
--
DeviceKit-disks-009-3.fc12.i686 requires libparted-1.9.so.0
PyKDE-3.16.6-1.fc13.i686 requires sip-api(6) >= 0:6.0
anjal-0.1.0-1.fc13.i686 requires
On Mon, Jan 11, 2010 at 08:19:58PM +0100, Hans de Goede wrote:
> Hi,
>
> Today I've rebased parted to parted-2.1, this means that the libparted
> soname has changed, and all libparted using packages need to be rebuild:
>
> [h...@localhost ~]$ sudo repoquery -q --whatrequires
> 'libparted-1.9.so.
cduce has broken dependencies in the development tree:
On x86_64:
cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) =
0:7cd172f02b7ee9b8d7bda3bb92144951
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) =
0:c827f7
Author: rjones
Update of /cvs/pkgs/rpms/ocaml-gettext/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25812
Modified Files:
ocaml-gettext.spec
Log Message:
Remove BR ocaml-camlidl. No longer required to build this.
Index: ocaml-gettext.spec
=
Author: rjones
Update of /cvs/pkgs/rpms/ocaml-postgresql/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv31492
Modified Files:
ocaml-postgresql.spec
Log Message:
* Mon Jan 11 2010 Richard W.M. Jones - 1.12.3-3
- Ignore bogus thread module Provides which the automatic dependen
why has broken dependencies in the development tree:
On x86_64:
why-2.23-1.fc13.x86_64 requires ocaml(Logic_decl) =
0:f63f0d96a92a779b9e74fc74cfc2423d
why-2.23-1.fc13.x86_64 requires ocaml(Ptree) =
0:dfb73bbb000b55e87b05c0cdc2c87af6
why-2.23-1.fc13.x86_64 requires ocaml(
cduce has broken dependencies in the development tree:
On x86_64:
cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) =
0:7cd172f02b7ee9b8d7bda3bb92144951
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) =
0:c827f7
why has broken dependencies in the development tree:
On x86_64:
why-2.23-1.fc13.x86_64 requires ocaml(Logic_decl) =
0:f63f0d96a92a779b9e74fc74cfc2423d
why-2.23-1.fc13.x86_64 requires ocaml(Ptree) =
0:dfb73bbb000b55e87b05c0cdc2c87af6
why-2.23-1.fc13.x86_64 requires ocaml(
cduce has broken dependencies in the development tree:
On x86_64:
cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) =
0:7cd172f02b7ee9b8d7bda3bb92144951
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) =
0:c827f7
On Sun, Jan 10, 2010 at 11:04:41AM -0600, Alan Dunn wrote:
[...]
I'd not realized that all the Fedora mailing lists had moved ...
> My first build of why in a while seems to have broken deps in Rawhide:
>
> why has broken dependencies in the development tree:
> On x86_64:
>why-2.23-1.fc1
On Mon, Jan 11, 2010 at 08:19:58PM +0100, Hans de Goede wrote:
> Hi,
>
> Today I've rebased parted to parted-2.1, this means that the libparted
> soname has changed, and all libparted using packages need to be rebuild:
>
> [h...@localhost ~]$ sudo repoquery -q --whatrequires
> 'libparted-1.9.so.
Hello,
Am Dienstag, den 12.01.2010, 12:39 +0100 schrieb Hans de Goede:
> For Fedora-14 (to be released November 2010) it would be nice to have
> a
> gtk application for controlling various camera settings (brightness,
> contrast, etc.) *and* a small applet which shows a webcam icon
> next to the c
Le Mar 12 janvier 2010 14:25, Nicolas Mailhot a écrit :
>
> Le Mar 12 janvier 2010 12:39, Hans de Goede a écrit :
>
>> Which remembered me that it would be nice to have a gtk app for
>> controlling webcam settings like brightness, contrast, etc.
>
> It would be nice if it also handled non-webcam
Le Mar 12 janvier 2010 12:39, Hans de Goede a écrit :
> Which remembered me that it would be nice to have a gtk app for
> controlling webcam settings like brightness, contrast, etc.
It would be nice if it also handled non-webcam video sources (video
acquisition cards). Needed settings are a bit
Milos Jakubicek wrote:
> Also I have really doubts what concerns upstreamability of the necessary
> changes in packages.
These are absolutely upstreamable fixes. Using symbols from a library that
you do not explicity link is a bug, plain and simple.
-- Rex
--
devel mailing list
devel@lists.fe
On Tuesday 12 January 2010 12:39:52 Hans de Goede wrote:
> Hi,
>
> As you most likely know I've been steadily working on improving
> webcam support under Fedora. As you also might know I used to work
> at a Dutch University teaching Computer Science. I recently got a
> request from them if there w
Good idea, apart from:
On Tue, 2010-01-12 at 12:39 +0100, Hans de Goede wrote:
>
> For Fedora-14 (to be released November 2010) it would be nice to have
> a
> gtk application for controlling various camera settings (brightness,
> contrast, etc.) *and* a small applet which shows a webcam icon
> ne
Charley Wang writes:
> https://fedoraproject.org/wiki/DSOLinkBugs
>
> Please note that many of the packages may be failing because of a few
> DSO's. Further exploration is needed to evaluate this possibility so
> we can apply one patch to the source of the problem instead of dozens
> of superfluo
Hi,
As you most likely know I've been steadily working on improving
webcam support under Fedora. As you also might know I used to work
at a Dutch University teaching Computer Science. I recently got a
request from them if there were any software engineering assignments
I could come up with.
Whic
E17 components are outdated since a whole while and the maintainer
doesent even respond:
https://bugzilla.redhat.com/show_bug.cgi?id=514882
kind regards,
Rudolf Kastl
p.s. put the maintainers bz email on cc
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
On Mon, Jan 11, 2010 at 01:45:55PM -0500, Charley Wang wrote:
> A rebuild was conducted, and a preliminary (unsorted) list of packages
> that have implicit linkage errors can be found here:
>
> https://fedoraproject.org/wiki/DSOLinkBugs
78 of those seem to be caused by separated libtinfo. In def
On 01/12/2010 09:16 AM, Jakub Jelinek wrote:
> Yes, the tokens are separated by whitespace, so it is sufficient if they are
> again separated by whitespace after preprocessing. See
> http://gcc.gnu.org/PR41445 for details why this changed, in short
> without the change the tokens have incorrect lo
On Tue, Jan 12, 2010 at 08:06:27AM +, Terry Barnaby wrote:
> I am trying to build OpenFOAM on F12 and have a problem with cpp.
> In OpenFOAM cpp is used to pre-process Makefiles to create the build
> environment (yuck). Some of the files contain backslash-newline
> sequences for line continuati
Le Mar 12 janvier 2010 09:29, Richard Zidlicky a écrit :
>
> On Mon, Jan 11, 2010 at 04:10:54PM -0800, Wes Hardaker wrote:
>
>> I didn't see anything in that message, however, that lead me to any new
>> thoughts on what I should test. I don't have any kernel circular
>> looping reports like the
On Mon, Jan 11, 2010 at 04:10:54PM -0800, Wes Hardaker wrote:
> I didn't see anything in that message, however, that lead me to any new
> thoughts on what I should test. I don't have any kernel circular
> looping reports like the one shown in the message above.
this needs to be enabled at kerne
I am trying to build OpenFOAM on F12 and have a problem with cpp.
In OpenFOAM cpp is used to pre-process Makefiles to create the build
environment (yuck). Some of the files contain backslash-newline
sequences for line continuations. F12's cpp seems to remove the
backslash but leave the newline in p
54 matches
Mail list logo
