I'm trying to automount /var/lib/nfs/rpc_pipefs
for the nfs-idmap.service
Description=RPC Pipe File System
Description=RPC Pipe File System
and the nfs-idmap.service is:
Description=Name to UID/GID mapping for NFSv4.
After=syslog.target network.target var-lib-nfs-rpc_pipefs.automount
Now I know for a fact that /var/lib/nfs/rpc_pipefs
is being mount *after* the nfs-idmap.service
is run, because:
rpc.idmapd is failing because
rpc.idmapd: main: open(/var/lib/nfs/rpc_pipefs//nfs): No such file or
and the startup message clearly show the service is being
run before the mount:
Starting Name to UID/GID mapping for NFSv4....
Starting OpenSSH server daemon....
Started OpenSSH server daemon..
Starting RPC bind service...
Starting Sendmail Mail Transport Agent...
Started LSB: Mount and unmount network filesystems..
[ 25.803165] RPC: Registered named UNIX socket transport module.
[ 25.804236] RPC: Registered udp transport module.
[ 25.805327] RPC: Registered tcp transport module.
[ 25.806283] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 25.889822] SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts
So any idea what on what I'm doing wrong? Is this how autmounts are
suppose be used?
I just found out about the package "brandy" and was saddened to realize
that I missed the orphan-deprecation announcement. I'd like to take this
Oddly, I see that the dead.package file states that:
This package was retired on 2011-07-25 due to it being unable to
build this package for multiple releases (FTBFS).
However, it was built successfully for F15, and currently builds fine on
both primary archs without change.
Deprecated-package-revival review at
I've updated XML/Ada package in F-15 branch. But some packages
(gprbuild for example) contain auto-generated dependencies (old
version libxmlada_unicode.so.3.2.1()(64bit) and others). How can I
rebuild dependency for my package(-s)? Or do I have to rebuild each
package manually (and increment Release number?)?
Best regards, Pavel Zhukov
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 17:00UTC (1:00pm EDT) in #fedora-meeting on
Links to all tickets below can be found at:
= Followups =
#topic #517 Updates Metrics
#topic #518 abrt
#topic #563 suggested policy: all daemons must set RELRO and PIE flags
#topic #615 Strategy for services that do not have systemd native unit files
#topic #653 Fixing the feature process: use the feature definition, and
let FESCo declare changes to be features
= New business =
#topic #657 Feature request F16
#topic #656 Exception request for pacemaker-cloud
= Fedora Engineering Services tickets =
= Open Floor =
For more complete details, please visit each individual ticket. The
report of the agenda items can be found at
If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
The nightly build "mash" for Fedora-16 Branched should go first,
before Rawhide, on a few days per week: say, Monday, Wednesday,
and Friday. The typical three-hour difference in completion times
can be put to good use by me and others who are trying to make and
test the install DVDs. Too often that three-hour delay is not just
a phase difference, but instead becomes lost opportunity for work.
It's much easier to finish a daily cycle (build DVD, test DVD,
report bugs, debug, fix, push changes) in 18 hours after F-16 Branched
Report, in contrast to only 15 hours if Rawhide goes first.
On 08/01/2011 03:01 PM, Vinzenz Vietzke wrote:
> Am 26.07.2011 13:57, schrieb Bruno Wolff III:
>> Even though I normally like to save games, I think letting this one go
>> is probably a good idea. Upstream is really gone.
> IMHO it doesn't make sense to put efforts in fixing and maintaining a
> package that has no backing from upstream.
Ok, since no one has stepped forward I've retired monkey-bubble.