If the directory /usr/share/omf contains an empty subdirectory, a file *.omf.document is created: ]$ ls /usr/share/help/ control-center.document gpl.document deskbar.document grecord.document ekiga.document gstreamer-properties.document epiphany.document gtk-doc-manual.document evince.document lgpl.document evolution.document libgnomedb-3.0.document fdl.document mail-notification.document gcalctool.document meld.document gnome-access-guide.document *.omf.document gnome-cd.document rarian.document gnome-doc-make.document rhythmbox.document gnome-doc-xslt.document streamtuner.document gnome-pilot.document system-admin-guide.document gnome-terminal.document totem.document gnome-volume-control.document user-guide.document gnucash-guide.document writing_scrollkeeper_omf_files.document gnucash-help.document zenity.document gok.document
Looks like a bug in process_dir() (in rarian-sk-update.in). There's a loop over all files in the directory: for f in $1/*.omf; do If there's nothing in the directory, then the glob pattern itself is treated as the loop value list rather than the (empty) list of the glob match. Crazy, no? Not sure the solution...I don't do much bash.
I guess one could test '-e $f' in the loop to make sure it's a real thing before processing it. Or else check that '$f != "*.omf"'. The bash manpage told me that this behavior is under the control of $nullglob, but I can get that to work (and having something that takes non-standard settings to "work" seems fragile/non-portable anyway).
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.