Sida 1 av 2
Baobab ger "Segmenteringsfel" [LÖST]
Postat: 15 nov 2008, 19:21
av lilmini
När jag kör Baobab (Diskanvändningsanalysator) får jag felkoden "Segmenteringsfel".
Jag tror att det har något med att jag har /home på en separat partition, en ext3:a.
Ska jag sätta om det reserverade utrymmet på /home till 0? Vågar inte testa...
Så här ser min /etc/fstab fil ut:
Kod: Markera allt
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1
UUID=96f03dbb-2cc7-494b-b727-636046af55b3 / ext3 relatime,errors=remount-ro 0 1
# /dev/sda5
UUID=02647549-efdf-4f58-840f-f39c87b54177 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
/dev/sdb3 /home ext3 defaults 0 0
Allt fungerar som det ska det är bara baobab som strular.
Tacksam för svar!
Re: Baobab ger "Segmenteringsfel"
Postat: 15 nov 2008, 19:48
av Cadryc
Jag har /home på en separat ext3-partition utan problem. Har du provat att ominstallera Baobab i Synaptic?
Re: Baobab ger "Segmenteringsfel"
Postat: 15 nov 2008, 19:53
av Osprey
Jag fick sådana problem när monteringen av en av mina partitioner var "felaktig". Det som var fel i mitt fall var att ett UUID i /etc/fstab var felaktigt, men av någon anledning så fungerade monteringen ändå.
Titta vad du har för UUID med:
Och stäm sedan av detta med "
/etc/fstab"...
Re: Baobab ger "Segmenteringsfel"
Postat: 16 nov 2008, 11:51
av lilmini
Jag har ändrat UUID till det som ges i "ls -l /dev/disk/by-uuid" men jag får fortfarande "Segmenteringsfel"...
"ls -l /dev/disk/by-uuid" ger:
Kod: Markera allt
totalt 0
lrwxrwxrwx 1 root root 10 2008-11-16 10:45 02647549-efdf-4f58-840f-f39c87b54177 -> ../../sda5
lrwxrwxrwx 1 root root 10 2008-11-16 10:45 89dbf800-dea9-4bea-b959-72ff95e8a6f4 -> ../../sdb1
lrwxrwxrwx 1 root root 10 2008-11-16 10:45 96f03dbb-2cc7-494b-b727-636046af55b3 -> ../../sda1
lrwxrwxrwx 1 root root 10 2008-11-16 10:45 b21f7401-1d0d-4063-b11e-351141131c78 -> ../../sdb3
Nu ser min /etc/fstab fil ut så här:
Kod: Markera allt
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1
UUID=96f03dbb-2cc7-494b-b727-636046af55b3 / ext3 relatime,errors=remount-ro 0 1
# /dev/sda5
UUID=02647549-efdf-4f58-840f-f39c87b54177 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
UUID=b21f7401-1d0d-4063-b11e-351141131c78 /home ext3 defaults 0 0
"mount" ger
Kod: Markera allt
/dev/sda1 on / type ext3 (rw,relatime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
lrm on /lib/modules/2.6.27-7-generic/volatile type tmpfs (rw,mode=755)
/dev/sdb3 on /home type ext3 (rw)
securityfs on /sys/kernel/security type securityfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/kalle/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=kalle)
Tacksam för svar!
Re: Baobab ger "Segmenteringsfel"
Postat: 16 nov 2008, 12:18
av Osprey
Prova att installera om "gnome-utils" (där baobab ingår) och se om det gör någon skillnad. Antagligen gör det inte det, men då kan vi ivarjefall utesluta det...
Re: Baobab ger "Segmenteringsfel"
Postat: 16 nov 2008, 12:43
av maths57
Segmenteringsfel minns jag som ofta återkommande i Fedora Core 2, kan det har varit runt 2004. Har inte stött på det på flera år! Det handlar om att ett program försöker skriva till en del av minnet det inte har rättighet till. Kolla på
wikipedia. Då löste man det genom en omstart, har jag för mig.
Re: Baobab ger "Segmenteringsfel"
Postat: 16 nov 2008, 12:54
av Osprey
Just segmenteringsfel är ju Unix/Linux motsvarighet till Windows "minnesfel" (eller vad det nu heter) som dyker upp lite då och då när något har gått fel, men någon närmare specifikation av vad som hänt inte finns. Jag vill minnas att det finns alla möjliga typer av fel som kan vara orsak till ett segmenteringsfel, därför är det också ett av de svåraste felen att rätta till när det uppstått.
I det här fallet är det sannolikt något i miljön kring baobab som är problemet, även om man för den delen kan tycka att baobab själv borde kunna ta hand om det och skriva en mer informativ felutskrift...
[Edit] Förmodligen hade det varit ganska lätt att lokalisera felet och den direkta orsaken om man hade kört baobab i en debugger, vilket är fullt möjligt. Informationen i "segmenteringsfel" är ungefär densamma som "det är något som är fel någonstans"...
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 12:50
av lilmini
Ominstallering av "gnome-utils" funkade inte.
Osprey skrev:Just segmenteringsfel är ju Unix/Linux motsvarighet till Windows "minnesfel" (eller vad det nu heter) som dyker upp lite då och då när något har gått fel, men någon närmare specifikation av vad som hänt inte finns. Jag vill minnas att det finns alla möjliga typer av fel som kan vara orsak till ett segmenteringsfel, därför är det också ett av de svåraste felen att rätta till när det uppstått.
I det här fallet är det sannolikt något i miljön kring baobab som är problemet, även om man för den delen kan tycka att baobab själv borde kunna ta hand om det och skriva en mer informativ felutskrift...
[Edit] Förmodligen hade det varit ganska lätt att lokalisera felet och den direkta orsaken om man hade kört baobab i en debugger, vilket är fullt möjligt. Informationen i "segmenteringsfel" är ungefär densamma som "det är något som är fel någonstans"...
Hur kör jag baobab i en debugger?
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 12:59
av Osprey
Man laddar hem källkoden och kompilerar det för debug och sedan kör man det som vanligt fast i en debugger och källkoden kan du få med "apt-get source gnome-utils"...
Har du förresten provat att köra baobab från kommandoraden med ett directory som argument? Alltså ungefär "baobab /tmp", eller "baobab /home"...
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 14:20
av lilmini
Osprey skrev:Man laddar hem källkoden och kompilerar det för debug och sedan kör man det som vanligt fast i en debugger och källkoden kan du få med "apt-get source gnome-utils"...
Har du förresten provat att köra baobab från kommandoraden med ett directory som argument? Alltså ungefär "baobab /tmp", eller "baobab /home"...
Kompileringen stannar på "./configure"
Kod: Markera allt
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for intltool >= 0.35.0... 0.40.5 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for XML::Parser... ok
checking for library containing strerror... none required
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for bison... no
checking for byacc... no
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking how to recognize dependent libraries... pass_all
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... no
checking for g95... no
checking for xlf95... no
checking for f95... no
checking for fort... no
checking for ifort... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for ftn... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 1572864
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
(cached) (cached) checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking for glib-genmarshal... /usr/bin/glib-genmarshal
checking for glib-mkenums... /usr/bin/glib-mkenums
checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes
checking what language compliance flags to pass to the C compiler...
checking for X... libraries , headers
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for off_t... yes
checking for pid_t... yes
checking for size_t... yes
checking for struct stat.st_rdev... yes
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for uid_t in sys/types.h... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking return type of signal handlers... void
checking for strftime... yes
checking for getcwd... yes
checking for gettimeofday... yes
checking for getwd... yes
checking for putenv... yes
checking for strdup... yes
checking for strtoul... yes
checking for uname... yes
checking for logf... no
checking for getpgid... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GNOME_UTILS... configure: error: Package requirements (glib-2.0 >= 2.16.0 gio-2.0 >= 2.16.0 gtk+-2.0 >= 2.11.6 libgnome-2.0 >= 2.13.2 libgnomeui-2.0 >= 2.13.7) were not met:
No package 'libgnome-2.0' found
No package 'libgnomeui-2.0' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables GNOME_UTILS_CFLAGS
and GNOME_UTILS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
Varför vill funkar vanliga gnome-utils utan dessa?
Om jag kör Baobab med en mapp som argument så får jag ut "Segmenteringsfel".
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 14:30
av micke_nordin
Testa att installera
libgnome2-dev och
libgnomeui-dev för att se om du kommer vidare:
Kod: Markera allt
sudo apt-get install libgnome2-dev libgnomeui-dev
/Micke
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 14:37
av Osprey
lilmini skrev:Varför vill funkar vanliga gnome-utils utan dessa?
Därför att det du använder när du försöker bygga den själv är bibliotek som slutar med "-dev" alltså "development". När du kör normalt så använder programmen samma bibliotek, men utan "-dev". Skillnaden såvitt jag vet är att de vanliga biblioteken innehåller exekverbar kod, medan "-dev"-biblioteken innehållet objekt-kod som alltså kan länkas ihop med egna program...
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 14:39
av dmz
fstab är väl väldigt känslig för newlines, tabs, etc? Din fstab ser lite mojsig ut, jämför med min:
Kod: Markera allt
none /dev/pts devpts defaults 0 0
none /dev/shm tmpfs defaults 0 0
/dev/cdrom /media/cdrom auto ro,user,noauto,unhide 0 0
/dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0
UUID=099fe06f-71e3-4971-917e-9998531bd166 / ext3 defaults 0 1
UUID=cd652341-0651-4399-b315-f48dbfbb578d /mnt/TV ext3 defaults
UUID=d4a3faa4-742e-4332-8396-39a1f4b96f4d /mnt/Docs ext3 defaults
UUID=f7adb40f-02be-463f-8219-37e94a01c2a4 /mnt/Porn ext3 defaults
UUID=15c8afd8-409f-44bd-9340-77bb91342f45 /mnt/Music ext3 defaults
UUID=fc2393a8-c7aa-407a-b8a1-f995b1e2a4e8 /mnt/XViD ext3 defaults
UUID=a63fcf8e-27fb-4736-98d3-9ca3b2b20ce9 /mnt/DVDR ext3 defaults
UUID=C47C-749B /mnt/temp vfat users,uid=1000,gid=100,utf8,dmask=027,fmask=137 0 0
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 16:36
av Bowmore
Kan det möjligen vara nån extern enhet som orsakar ditt problem eller nån dålig DVD/CD som ligger i läsaren?
Även då du t.ex kör baobab på en mapp så summeras (inte analyseras) samtliga resurser som är inkopplade. En idé är att du isf kopplar ur alt. avmonterar alla dessa och provar igen.
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 17:17
av lilmini
Kompileringen funkar fortfarande inte.
"./configure" ger:
Kod: Markera allt
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for intltool >= 0.35.0... 0.40.5 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for XML::Parser... ok
checking for library containing strerror... none required
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for bison... no
checking for byacc... no
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking how to recognize dependent libraries... pass_all
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... no
checking for g95... no
checking for xlf95... no
checking for f95... no
checking for fort... no
checking for ifort... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for ftn... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 1572864
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
(cached) (cached) checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking for glib-genmarshal... /usr/bin/glib-genmarshal
checking for glib-mkenums... /usr/bin/glib-mkenums
checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes
checking what language compliance flags to pass to the C compiler...
checking for X... libraries , headers
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for off_t... yes
checking for pid_t... yes
checking for size_t... yes
checking for struct stat.st_rdev... yes
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for uid_t in sys/types.h... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking return type of signal handlers... void
checking for strftime... yes
checking for getcwd... yes
checking for gettimeofday... yes
checking for getwd... yes
checking for putenv... yes
checking for strdup... yes
checking for strtoul... yes
checking for uname... yes
checking for logf... no
checking for getpgid... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GNOME_UTILS... yes
checking for LIBGLADE... yes
checking for LIBGDICT... yes
checking X11/extensions/shape.h usability... yes
checking X11/extensions/shape.h presence... yes
checking for X11/extensions/shape.h... yes
checking for SCREENSHOT... yes
checking for HAL... no
checking for GNOMEVFS... yes
checking for GNOMEDESKTOP... configure: error: Package requirements (gnome-desktop-2.0 >= 2.9.91) were not met:
No package 'gnome-desktop-2.0' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables GNOMEDESKTOP_CFLAGS
and GNOMEDESKTOP_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
Bowmore skrev:Kan det möjligen vara nån extern enhet som orsakar ditt problem eller nån dålig DVD/CD som ligger i läsaren?
Även då du t.ex kör baobab på en mapp så summeras (inte analyseras) samtliga resurser som är inkopplade. En idé är att du isf kopplar ur alt. avmonterar alla dessa och provar igen.
Jag har inga externa enheter är inkopplade...
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 17:24
av micke_nordin
lilmini skrev:Kompileringen funkar fortfarande inte.
Att konfigureringen inte funkar beror på att du inte har alla beroenden som krävs för att bygga programmet, skriptet kommer att gå igenom en lista och kolla att du har allt som krävs, sedan stannar den vid den första punkten på listan som saknas. Den här gången undrar jag om det är
libgnome-desktop-dev som saknas, testa detta och se om du kommer vidare:
/Micke
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 17:25
av Osprey
lilmini skrev:Kompileringen funkar fortfarande inte.
Den här gången verkar det vara "
gnome-desktop-2.0 som saknas, eventuellt med "
-dev" på slutet...
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 19:58
av lilmini
Jag har kompilerat "gnome-utils" källkod men får fortfarande "Segmenteringsfel" från Baobab.
Kan jag ta bort paketen som behövdes till kompilerandet, -dev paketen alltså?
Om jag vill ha tillbaka det apt hanterade "gnome-utils", hur gör jag?
Utanför ämnet: Yes, nu har jag för första gången kompilerat ett program från källkod!!!
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 20:05
av Osprey
Att den inte går i debug beror antagligen på att du inte haft debug-flaggan satt när du byggt det.
Eftersom du hämtat källkoden med apt-get så ska det vara precis samma gnome-utils som du hade innan, med den skillnaden att nu kan du fixa och dona i källkoden så som du vill, inklusive att debug-kompilera. Det går egentligen att få en mer apt-hanterad version än den du redan har, men om du av någon anledning ändå vill göra det så är det:
Kod: Markera allt
apt-get remove gnome-utils
apt-get install gnome-utils
Re: Baobab ger "Segmenteringsfel"
Postat: 17 nov 2008, 20:33
av lilmini
"apt-get remove gnome-utils" ger
Kod: Markera allt
Läser paketlistor... Färdig
Bygger beroendeträd
Läser tillståndsinformation... Färdig
Paketet gnome-utils är inte installerat, så det tas inte bort
0 uppgraderade, 0 nyinstallerade, 0 att ta bort och 0 ej uppgraderade.
Kan det inte vara så att "gnome-utils" *inte* hanteras av apt:n, eftersom jag kompilerade programmet då programmet la sig i "/usr/local/", medan apt:n lägger "gnome-utils" i "/usr/". Hmm, om "sudo make install" lägger "gnome-utils" i "/usr/local/" så kan man väl bara bort allt i katalogerna (jag har inte kompilerat några andra program så
).
[EDIT]: Jag behövde bara köra "sudo make uninstall" i katalogen jag kompilerade från!
