Looking for help with a ppc64 build failure
by Brian Pepple
Hi all,
I'm looking for some help with a ppc64 build failure I'm getting with
telepathy-glib. Here's the error I'm seeing:
<snip>
(cd .libs && rm -f libtelepathy-glib-internal.la && ln -s ../libtelepathy-glib-internal.la libtelepathy-glib-internal.la)
/usr/bin/nm -B .libs/libtelepathy-glib-internal.a > _gen/abi.nm
grep " T " < _gen/abi.nm > _gen/abi.funcs
make[3]: *** [_gen/abi.txt] Error 1
make[3]: Leaving directory `/builddir/build/BUILD/telepathy-glib-0.7.2/telepathy-glib'
make[2]: *** [all] Error 2
rm _gen/tp-spec-channel.xml _gen/tp-spec-connection.xml _gen/tp-spec-dbus-daemon.xml _gen/tp-spec-media-session-handler.xml _gen/tp-spec-connection-manager.xml _gen/tp-spec-media-stream-handler.xml _gen/tp-spec-generic.xml
make[2]: Leaving directory `/builddir/build/BUILD/telepathy-glib-0.7.2/telepathy-glib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/builddir/build/BUILD/telepathy-glib-0.7.2'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.29620 (%build)
<snip>
Any suggestions would be much appreciated. Here's a link to my scratch
build: http://koji.fedoraproject.org/koji/taskinfo?taskID=419798
Thanks,
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
http://fedoraproject.org/wiki/BrianPepple
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
15 years, 6 months
upstart testers wanted!
by Bill Nottingham
Before we put upstart into the main tree for the feature freeze, we want
to make sure we have all the big bugs worked out. If you're interested in
helping out, read on!
To start, just grab the repo file at
http://notting.fedorapeople.org/upstart/upstart.repo
and do an upgrade (or 'yum install upstart event-compat-sysv')
WHAT WE ARE LOOKING FOR
-----------------------
Confirmation that the system boots and runs more or less as expected.
CAVEATS
-------
If you're using SELinux, make sure you're running the latest rawhide
policy, as well as an initramfs made with the latest rawhide mkinitrd.
This is because upstart does not load policy directly - it relies on
policy being loaded from initramfs.
Please file bugs against the proper components in bugzilla; if you
want to see known issues, take a look at:
https://bugzilla.redhat.com/showdependencytree.cgi?id=431106&hide_resolved=1
Bill
15 years, 6 months
InstantMirror needs a rethink
by Warren Togami
Today InstantMirror is pretty useful for home and small office mirrors,
but its limitations make it unsustainable without manual intervention of
the sysadmin.
I've been beginning to think that perhaps InstantMirror is heading down
the wrong path and we seriously need to rethink it. There are simply
too many limitations of the current "stateless" operation of
InstantMirror where it runs only on-demand as mod_python script:
- Synchronization/locking of multiple connections downloading the same
file is awkward and broken.
- There is no good way to clean up aborted tmp files.
- There is no good way to know what are old files that need pruning.
- There is no good way of keeping track of the "Big Picture" of its own
cache, "least recently used" knowing what files were unpopular locally
and should be pruned.
https://fedorahosted.org/InstantMirror/wiki/InstantMirrorDaemon
We need a daemon to handle all this. Perhaps the daemon could allow
socket connections from a mod_python script for accesses. Or perhaps it
might be better for the daemon itself to handle serving connections.
Stepping back, what we really need is:
A reverse proxy caching server with all the logic of squid or varnish,
except it stores its cache with file and directory names intact.
How do we get there?
1) Write a new daemon from scratch?
2) Write a new backend storage engine for squid or varnish? (Store
files in target directory structure, store metadata elsewhere.)
3) ???
Any thoughts?
Warren Togami
wtogami(a)redhat.com
15 years, 6 months
rpmlint says 'no-jar-manifest'
by Richard W.M. Jones
I get this error from rpmlint, but there's not much guidance on what
to do about it. Apparently it's because the META-INF/MANIFEST.MF file
is missing from the jar file. However these jar files still seem to
work OK with everything I've tried, so should I just ignore this?
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/threads.jar
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/bigarray.jar
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/stdlib.jar
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/dbm.jar
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/graphics.jar
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/str.jar
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/unix.jar
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/nums.jar
ocaml-ocamljava.i386: E: no-jar-manifest /usr/lib/ocaml/cadmium/cadmiumLibrary.jar
Here's the package I'm building:
https://bugzilla.redhat.com/show_bug.cgi?id=434560
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
15 years, 6 months
sysctl dev.rtc.max-user-freq no longer exists in the kernel
by Chuck Anderson
What happened to this sysctl? It appears that some stuff depends on
this setting, e.g. kqemu. There is only a hpet.max-user-freq now and
I get this funky permission error on 'sysctl -a':
# /sbin/sysctl -a | grep freq
error: permission denied on key 'kernel.sched_nr_migrate'
dev.hpet.max-user-freq = 64
# /sbin/sysctl -n -q dev.rtc.max-user-freq
error: "dev.rtc.max-user-freq" is an unknown key
15 years, 6 months
file dependencies and packages and [blocker] bugs
by Seth Vidal
Hi all,
I've compiled a list of all packages that have a file dependency
outside of these globs:
*bin/*, /etc/*
I'm going to file a bug against each of the packages to see if we can
work out a virtual provide/requires to deal with this problem.
The issue is this: In order for apt/smart/yum to depsolve for a
dependency like:
/usr/libexec/poker3d/underware
each of them have to download the full filelists for ALL enabled
repositories in the configuration.
For Everything it is 8MB
For Updates it is 3.5MB
That's a fair sized chunk. In the shape of updates it gets updated
frequently and it needs to be re-downloaded. That's unfortunate for a
lot of users.
So I'm going to file bugs against each of the packages which have this
issue and we're going to work out a solution. One way or another. :)
Rawhide:
http://skvidal.fedorapeople.org/misc/crack-filedeps-by-pkg-rawhide
What I'm going to recommend for the moment is that for each package with
a file-dep for multilib purposes we consider making virtual provides in
the corresponding providing pkg[s] that handle the declaration
per-architecture or library-type.
In some cases this is just legacy dreck that we can now clean up.
-sv
15 years, 6 months
Again about status of p2p-software in Fedora.
by Peter Lemenkov
Hello All!
Why there is no any eMule/eDonkey software titles in Fedora main
repository while there are number of torrent-related ones? What's the
difference between them?
--
With best regards!
15 years, 6 months
