# Fedora Quality Assurance Meeting
# Date: 2015-11-30
# Time: 16:00 UTC
# Location: #fedora-meeting on irc.freenode.net
It's QA meeting time again! We don't have a huge pile of stuff on the
agenda, but it seems like it'd be a good idea to check in on the action
items from last week and maybe take a vote on at least part of the
'special blocker' process changes so we can move forward on that.
Please do suggest any other agenda topics I might have missed! Also
quick note, no blocker review meeting this week as there are no new
proposed blockers (as I write this).
== Proposed Agenda Topics ==
1. Previous meeting follow-up
2. Non-media blocker process
3. Two release upgrades
4. Open floor
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
test-announce mailing list
This is not about any particular instance, but browsing around pkgdb for
various reasons I've run across ACL/pkgdb request that haven't gotten
approved (or rejected). I know we all get busy but it's not right to ignore
(intentionally or not) these requests from other packagers.
Some might be in favor of auto approval after a defined period of
inactivity but what if someone goes on an extended vacation? How long is
I think the least disruptive approach would be to start sending nag emails
after a certain period (1 week?).
I am attempting to build notmuch on rawhide, and see the following
warning from the Xapian library, indicating it needs to be rebuilt...
/usr/include/xapian/version.h:29:2: warning: #warning The C++ ABI
version of compiler you are using does not exactly match [-Wcpp]
#warning The C++ ABI version of compiler you are using does not exactly match
/usr/include/xapian/version.h:30:2: warning: #warning that of the
compiler used to build the library. If linking fails [-Wcpp]
#warning that of the compiler used to build the library. If linking fails
/usr/include/xapian/version.h:31:2: warning: #warning due to missing
symbols, this is probably the reason why. [-Wcpp]
#warning due to missing symbols, this is probably the reason why.
/usr/include/xapian/version.h:32:2: warning: #warning The Xapian
library was built with g++ 5.1.1 [-Wcpp]
#warning The Xapian library was built with g++ 5.1.1
Can someone push new builds of Xapian?
In the process of updating the notmuch package on rawhide, I am
hitting the following problem during building of the ruby bindings -
can any ruby aficionados help me out?
gcc -shared -o notmuch.so messages.o tags.o filenames.o threads.o
status.o query.o directory.o message.o init.o thread.o database.o -L.
-L/usr/lib64 -L. -Wl,-z,relro
-rdynamic -Wl,-export-dynamic -Wl,--no-undefined -m64
../../lib/libnotmuch.so -lruby -lpthread -ldl -lcrypt -lm -lc
/usr/bin/ld: messages.o: relocation R_X86_64_PC32 against undefined
symbol `rb_eRuntimeError' can not be used when making a shared object;
recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
I have an issue with building a package under arm arch . i686 and
x86_64 builds completed with no errors but not arm. It is running (or
staled) already more then for 10 hours.
The question: could I somehow investigate what going on there? And how
(if yes)? I have no arm machine to run this build directly.
Heads up for Rawhide users. It seems that
gnome-shell-3.19.2-1.fc24.x86_64 is broken so avoid updates to this
version if you can. Downgrading back to
gnome-shell-extensions-3.19.1-1.fc24 workarounds the issues for me.
Would be nice if Gnome people can take a look into this: