After Bootstrapping on MacOS X 10.5 I get the following error: $ emerge -1 sed emergelog(): [Errno 45] Operation not supported emergelog(): [Errno 45] Operation not supported Traceback (most recent call last): File "/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/bin/emerge", line 45, in <module> retval = emerge_main() File "/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/lib/portage/pym/_emerge/main.py", line 1554, in emerge_main display_news_notification(root_config, myopts) File "/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/lib/portage/pym/_emerge/actions.py", line 2725, in display_news_notification portdb, vardb, NEWS_PATH, UNREAD_PATH, repo, update=update) File "/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/lib/portage/pym/_emerge/actions.py", line 2793, in checkUpdatedNewsItems return manager.getUnreadItems( repo_id, update=update ) File "/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/lib/portage/pym/portage/news.py", line 171, in getUnreadItems self.updateItems(repoid) File "/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/lib/portage/pym/portage/news.py", line 108, in updateItems unread_lock = lockfile(unread_filename, wantnewlockfile=1) File "/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/lib/portage/pym/portage/locks.py", line 109, in lockfile fcntl.lockf(myfd,fcntl.LOCK_EX|fcntl.LOCK_NB) IOError: [Errno 45] Operation not supported emergelog(): [Errno 45] Operation not supported Any workaround?
AFAICT, it isn't just portage relying on filesystem's locking capabilities, it is autotools (don't remember if autoconf or automake, or both) and likely some other build systems too.
Well, portage/python here bombs. Seems all autoconf based tools that were bootstrapped (including portage) worked fine sofar on the afp share.
(In reply to comment #2) > Well, portage/python here bombs. Seems all autoconf based tools that were > bootstrapped (including portage) worked fine sofar on the afp share. Correct, I followed the bootstrap guide and had no problems until the first emerge command. Portage 2.2.00.15842-prefix (prefix/darwin/macos/10.5/x86, gcc-4.0.1, unavailable, 9.8.0 i386) ================================================================= System uname: Darwin-9.8.0-i386-32bit Timestamp of tree: Tue, 23 Mar 2010 22:37:17 +0000 distcc 2.18.5-Apple.1 i386-apple-darwin9.0 (protocols 1 and 2) (default port 3632) [disabled] ACCEPT_KEYWORDS="~x86-macos" ACCEPT_LICENSE="* -@EULA" CBUILD="i686-apple-darwin9" CFLAGS="-march=prescott" CHOST="i686-apple-darwin9" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf" CPPFLAGS="-I/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/include" CXXFLAGS="" DISTDIR="/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/portage/distfiles" FEATURES="assume-digests collision-protect distlocks fixpackages news nostrip parallel-fetch preserve-libs protect-owned sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LDFLAGS="-Wl,-search_paths_first -L/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/lib -L/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/lib" PKGDIR="/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/portage/packages" PORTAGE_CONFIGROOT="/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/var/tmp" PORTDIR="/Network/Servers/humtecone.humtec.RWTH-Aachen.DE/Volumes/RAID1/Users/cfaulhammer/Gentoo/usr/portage" SYNC="rsync://rsync.prefix.freens.org/gentoo-portage-prefix" USE="aqua coreaudio cracklib cxx modules ncurses objc objc++ prefix readline x86-macos zlib" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="Darwin" INPUT_DEVICES="keyboard mouse" KERNEL="Darwin" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Is it known if the server is a genuine Mac OS X (Server) machine, or some non-Apple alternative? Locking is supposed to work (it has POSIX semantics).
(In reply to comment #4) > Is it known if the server is a genuine Mac OS X (Server) machine, or some > non-Apple alternative? Locking is supposed to work (it has POSIX semantics). It is a genuine Apple machine, the institute has too much money. And after my laptop "disappeared" I am forced to work on these shitty Apple machines...Prefix would make the work bearable. :) Any options that need to be activated?
hmmm, maybe it's the special lockmode it tries. A simple flock works.
(In reply to comment #6) > hmmm, maybe it's the special lockmode it tries. A simple flock works. Anything for me to try out?
I'm affraid this track has died?
