First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 117144
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Stefan Schweizer <genstef@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Pete Ezzo <thiefofslippers@gmail.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 117144 depends on: Show dependency tree
Show dependency graph
Bug 117144 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-12-29 19:24 0000
I have sys-fs/fuse-2.4.2 and sshfs-fuse-1.3 installed on my x86 machine. 
Following the fuse wiki, I added an entry to my fstab to mount my sshfs
partitions automatically at boot.  However I ran into a snag.

The /sbin/mount.fuse wrapper script is supposed to call the appropriate fuse
binary specified in the fstab through the means of a `which` call.  However,
when called from the fstab, the $PATH variable is null so the script fails to
find the appropriate binary and fails.

This is easily fixed by adding a  source /etc/profile  call at the beginning of
the script.

------- Comment #1 From Pete Ezzo 2005-12-29 19:25:30 0000 -------
Portage 2.1_pre2 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2,
2.6.13-ge
ntoo-r4 i686)
=================================================================
System uname: 2.6.13-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1700MHz
Gentoo Base System version 1.12.0_pre9
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X1
1/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy distlocks noinfo sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/
distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 4kstacks X acpi alsa audiofile avi berkdb bitmap-fonts bzip2
cpudetecti
on crypt custom-cflags divx4linux dvd dvdread emboss encode expat fbcon
foomatic
db fortran gdbm gif gstreamer gtk gtk2 i8x0 imlib ipv6 jpeg lcms libg++ libwww
m
ad mikmod mmap mmx mmxext mng motif mp3 mpeg ncurses nls nptl nptlonly ogg
oggvo
rbis opengl oss pdflib perl pic png python quicktime readline rtc sdl spell sse 
sse2 ssl tcpd threads truetype truetype-fonts type1-fonts udev unicode
userlocal
es vorbis win32codecs xml2 xv xvid zlib elibc_glibc kernel_linux userland_GNU"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS,
PORTDIR_OVER
LAY

------- Comment #2 From Stefan Schweizer 2006-01-07 13:10:22 0000 -------
nice catch, can you please report this upstream to the fuse-mailinglist?

------- Comment #3 From Pete Ezzo 2006-01-07 17:58:30 0000 -------
The fix for this bug was just committed to upstream cvs (another gentoo user
beat me to it actually)

However I have found a gentoo specific problem - the filesystem type in fstab
is fuse.  Gentoo's baselayout doesn't define this as a network fs, so it tries
to mount it before networking is up, and the mount will fail.  Should I submit
this as a baselayout bug?

------- Comment #4 From Stefan Schweizer 2006-01-07 18:05:04 0000 -------
Thank you for getting this fixed!

Yes, please open a separate bug for baselayout.

If you attach a patch here, I will add a new ebuild revision, otherwise I will
just wait for the next upstream release.

------- Comment #5 From Stefan Schweizer 2006-01-16 07:23:44 0000 -------
I guess this is fixed with the new fuse and sshfs-fuse version in portage.
Thank you!

First Last Prev Next    No search results available      Search page      Enter new bug