Hello!
2010/6/17 Jeffrey Ollie :
> I tried updating my F-12 system to 0.11.x and had problems with Futon
> when used in conjunction with DesktopCouch. I never really found a
> resolution and switched back to 0.10.x.
So sad, but I just confirmed this - there are obsolete required
libraries in bo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernie Innocenti wrote:
> 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
> Debian user told me that Debi
On Thu, 17 Jun 2010 17:41:27 -0400 Bernie Innocenti wrote:
> 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 Debian user told me that Debian carries a glibc patch
nscd and sssd exist in part exactly to address this issue.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> "BI" == Bernie Innocenti writes:
BI> A Debian user told me that Debian carries a glibc patch to make
BI> processes notice resolv.conf updates and reload it. Is there any
BI> chance we could apply the same patch in Fedora too? I don't know all
BI> the details, but I guess there might be a g
On 17/06/10 23:59, Mogens Kjaer wrote:
> On 06/17/2010 03:51 PM, David Timms wrote:
>> Hi, with the recent libcurl/curl updates for F12 I tried a:
>> rpm -q --changelog of each.
>> While curl's changelog looks normal, the information is shown twice for
>> libcurl.
>
> Do you have two libcurl's? (i6
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
Debian user told me that Debian carries a glibc patch to make processes
notice resolv.conf updates and reload it.
Hi all,
Is Warren Togami still maintaining LTSP on Fedora? It's pretty much broken
on Fedora 13, and nobody seems to respond to bug reports.
Thanks,
Marcos Saraiva
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2010/6/17 Ian Weller :
> Presently, libproxy bundles libmodman and includes it in the package.
>
> Upstream split libmodman into a separate tarball, and then set up
> libproxy to build off of a system version of libmodman if it exists
> (otherwise it uses the version that is bundled with it).
>
> R
On 06/17/2010 03:51 PM, David Timms wrote:
> Hi, with the recent libcurl/curl updates for F12 I tried a:
> rpm -q --changelog of each.
> While curl's changelog looks normal, the information is shown twice for
> libcurl.
Do you have two libcurl's? (i686 and x86_64)?
That's what I have on a x86_64
On 06/17/2010 03:51 PM, David Timms wrote:
> Hi, with the recent libcurl/curl updates for F12 I tried a:
> rpm -q --changelog of each.
> While curl's changelog looks normal, the information is shown twice for
> libcurl.
Likely you have 2 libcurls installed, libcurl.i386 and libcurl.x86_64.
Ralf
-
Presently, libproxy bundles libmodman and includes it in the package.
Upstream split libmodman into a separate tarball, and then set up
libproxy to build off of a system version of libmodman if it exists
(otherwise it uses the version that is bundled with it).
Review request for the new libmodman
Hi, with the recent libcurl/curl updates for F12 I tried a:
rpm -q --changelog of each.
While curl's changelog looks normal, the information is shown twice for
libcurl.
Is this normal for a subpackage ?
Bug in rpm ?
Bug in the package (while the .spec in cvs looks normal):
http://cvs.fedoraproje
On Thu, 17 Jun 2010 14:55:05 +0200, Trever L. Adams wrote:
> Valgrind, gcc, abrt, etc. all seem to not get the symbols (debug info)
> for the subpackages in my project with the subpackages. It was picking
> them up in the main packages.
>
> Is this normal?
gcc does not load debuginfo. abrt parti
Kevin Kofler wrote:
> Count me as not excited.
>
> As I already pointed out several times, I don't see anything obviously wrong
> with our CVS setup, so I don't see what we have to gain from switching to
> one of the hardest to use SCM systems out there.
Linus can tell you everything that is wrong
On 06/16/2010 06:10 AM, Roland McGrath wrote:
> It's normal to get a single foo-debuginfo package from a foo.src.rpm.
> Please explain exactly why this is a problem for you.
>
>
> Thanks,
> Roland
>
Thank you all for responding.
Valgrind, gcc, abrt, etc. all seem to not get the symbols (debug i
On Thu, Jun 17, 2010 at 7:24 AM, Peter Lemenkov wrote:
>
> I don't aware of any incompatibilities, but, anyway, I would like to
> warn you all. If everything will be OK, and no incompatibilities will
> be found (or only easy-to-fix ones), then I'll consider upgrading
> F-13 (and, perhaps, even F
Hello All!
I don't aware of any incompatibilities, but, anyway, I would like to
warn you all. If everything will be OK, and no incompatibilities will
be found (or only easy-to-fix ones), then I'll consider upgrading
F-13 (and, perhaps, even F-12) too.
Note that EL-5 won't be upgraded from curre
On Sun, Jun 13, 2010 at 03:59:15PM -0400, Matthew Miller wrote:
> On Mon, Jun 14, 2010 at 01:05:38AM +0530, Rakesh Pandit wrote:
> > I second that, unless there are some obvious advantages which I cannot
> > see. In case there are some it would be great if they get mentioned in
> > https://fedorapr
Compose started at Thu Jun 17 08:15:05 UTC 2010
Broken deps for i386
--
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
cpanspec-1.78-5.fc14.noarch requires perl(IO::Uncompress::Bunzip2)
dates-0.4.11-3.fc14.i6
20 matches
Mail list logo
