I'm unable to commit to the newly unretired ndoutils package in the fedora
branches (I'm the owner). This is the error I get:
$ git push
Counting objects: 10, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (2/2), 270 bytes | 0 bytes/s, done.
Total 2 (delta 1), reused 0 (delta 0)
remote: W refs/heads/master ndoutils slaanesh DENIED by fallthru
remote: error: hook declined to update refs/heads/master
! [remote rejected] master -> master (hook declined)
error: failed to push some refs to 'ssh://
Was also happening immediately after receiving the email that the GIT
request was processed, but I wanted to see if it was just temporary.
If this is not the place for notifying such things, please redirect me
Thanks & regards,
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).
Hello Fedora Peeps,
My name is Jeff (fas: sejeff; github: SEJeff) and I've been a
user/contributor to Fedora for some time now. My first contribution to
Fedora was a Rhythmbox Bluecurve Theme around 2005. Professionally, I'm
a systems automation engineer and have packaged rpms as part of my work
duties as far back as 2006. I'm an avid desktop Linux user and am a
co-maintainer of 2 somewhat well known open source projects saltstack's
salt and graphite. I'm also a gnome.org sysadmin team alumni but
haven't been very active the last 2 years due to work commitments.
I'd like to become a Fedora packager for a few reasons that seem worth
explaining here. First off, I'd like to be able to yum install both serf
and consul. Secondly, as a co-maintainer of the graphite-project, I'd
like to ensure the newest graphite bits are available in Fedora and
eventually in EPEL. I know we've had a lot of users who struggled
installing graphite-web and the cairos / pycairos dependencies on RHEL. I'd
like to fix this by ensuring the necessary stuff is in EPEL so they can yum
install it all.
Thought I should say hi per the wiki docs.
Don't drink and derive, alcohol and analysis don't mix.
My name is Didier Fabert (FAS: tartare). I'm a long-time user of Fedora, CentOS. I'm
sysadmin, and that's why I'm building some packages for a long time with mock
(fedora) and in our personal Koji (for el5 6 7).
For people who have searching for fedora packages about povray tools (like arbaro,
fracplanet, geomorph, ngplant, povtree), I have a repository for building such tools:
I'm curently working on packaging modoboa (http://modoboa.org/en/), a mail
hosting and management platform. But I'm not ready to fill my first review request
I will need a sponsor (preferably who speak french like me because my english is not
= Proposed System Wide Change: BerkeleyDB 6 =
Change owner(s): Jan Staněk <jstanek(a)redhat.com>
Add BerkeleyDB v. 6, which changed license from previous releases (GPLv2+ to
AGPLv3+), to Fedora while keeping the older version for packages which cannot
use BerkeleyDB with the new license.
== Detailed Description ==
The BerkeleyDB, used between others by rpm , changed license between
versions 5.* and 6.* to AGPLv3+ from GPLv2+. As those two licenses are not
compatible, packages using the BerkeleyDB either has to change its license to
AGPLv3+ compatible, keep on using the older BerkeleyDB or use another DB
Target of this change is to create new set of packages from current libdb ,
which contains the v5 version, and keep it alongside the latest BerkeleyDB.
== Scope ==
* Proposal owners: Create new set of packages and introduce proper versioning
in order to not confuse the dynamic linker.
* Other developers: Packages dependent on libdb would have to specify which
version they want to use (specify version in the spec Requires: field).
Rebuilds of dependent packages will be necessary.
* Release engineering: None
* Policies and guidelines: None
devel-announce mailing list
the rebuilds are mostly over, thanks for everyone who chimed in. Some
packages may have been double-rebuilt, as there was no synchronization
between the partakers.
Maybe next year I'll publish the list of packages on a wiki, organized
by dependencies, so that people at least know in what order to rebuild
the packages. People wishing to partake would annotate in the wiki. Or
something. We'll see.
Anyway. This is the break-down of package failures with a short note
that I made for myself regarding the overt reason of failure. The
numbers are task ID's.
* Configury stuff:
6877744 spring (CMake backward-compatibility unsupported)
6879574 xs (autoreconf needs "-if" or something)
6884300 dmlite-plugins-memcache (-std=c++11 not passed on command line)
* Dependency problems:
6878034 sdcc (BFD: right-hand operand of comma expression has no effect)
6878281 orthanc (some dep problem apparently)
6878753 csound (no package java-gcj-compat-devel)
6879835 hugin (requires libgcj-devel)
6881932 scribus (Could NOT find PythonLibs)
gpsdrive (mising BR:freetype or something)
* Mysteriously hard C++ errors:
6878277 kate-plugin-cpphelper (initlist vs. explicit ctor)
6878306 clementine (namespace org::freedesktop::UDisks)
6879204 libopkele (error: invalid abstract return type)
6881504 pathfinder (error: invalid abstract return type)
6879206 glob2 ('struct Game::BuildProject' is private)
6888959 sdformat ('class urdf::Link' has no member named 'collision_groups')
6888951 fawkes (error: 'textpara_t' has not been declared)
* Warnings turned errors:
6878621 curlpp (a function defined but not used)
6879564 libkni3 (-Werror=format-string)
6881890 diet (-Werror=format-string)
* Something must have changed in lex/yacc toolchain, as the following
two both have a problem with expected vs. actual number of parameters:
6878948 ptlib (something with yyparser)
6881211 rcssserver (something with lex)
* The following two need patching in KDE I think. The include file
should be QtCore/QFile, shouldn't it? Tweaking -I in the client
package also seems to work as a temporary measure:
6878464 kradio4 (error: QFile: No such file or directory)
6883795 kpilot (error: QFile: No such file or directory)
6881502 Macaulay2 (Floating point exception)
6881687 python-ufc (ghostscript)
6882332 srecord (ghostscript)
6881678 zorba (xqdoc Segmentation fault)
6877049 ompl (test suite failure)
6878957 monotone ("false" on ARM)
6879562 librecad (patch mismatch)