Re: [gentoo-amd64] Re: hardware clock often doesn't sync to system on shutdown
On Wed, 17 Sep 2008 08:19:42 +0300 Thanasis [EMAIL PROTECTED] wrote: on 09/17/2008 08:08 AM ABCD wrote the following: Duncan wrote: But make sure you either have a copy of the device node or know how to create one, before you do. To recreate /dev/null, do (as root): # mknod -m 666 /dev/null c 1 3 Thank you ABCD and Duncan. I managed to have a backup of /dev/null and /dev/console as /null and /console. :-) Did you need the backups (did your /etc/adjtime - /dev/null symlink break /dev/null)? Conway S. Smith -- The only intuitive interface is the nipple. After that, it's all learned. (Bruce Ediger, [EMAIL PROTECTED], in comp.os.linux.misc, on X interfaces.)
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
Beso wrote: no, you're not missing anything. just remember that kde4 packages all search for the nepomuk and strigi and if found they build the support for it if the package has its support. it's normal that the use flag to work for a selected package set, but i'd advise you to rebuild the whole kde4 set after removing the semantic-desktop and nepomuk (put also -nepomuk as a use flag). Okay, this is getting silly. I've checked every package I can think of (equery hasuse semantic-desktop, etc) and Im still getting the requirement for kde-meta4.1.1 to include the strigi packages. I just did an emerge -Nav kde-libs-4.1.1 and it showed: octavian ~ # emerge -av =kde-base/kdelibs-4.1.1 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] kde-base/kdelibs-4.1.1 USE=acl alsa bzip2 mmx nls opengl sse sse2 ssl -3dnow (-altivec) -bindist -debug -doc -fam -htmlhandbook -jpeg2k -kerberos -openexr -semantic-desktop -spell -test -zeroconf 0 kB [1] Now, I've included in my make.conf '-strigi -semantic-desktop -nepomuk'. I just emerged the new kdelibs but when I did an 'equery hasuse semantic-desktop' this is what I got: [ Searching for USE flag semantic-desktop in all categories among: ] * installed packages [I--] [ ~] kde-base/kdelibs-4.0.5 (kde-4) [I--] [ ~] kde-base/dolphin-4.0.5 (kde-4) [I--] [ ~] kde-base/kdelibs-4.1.1 (4.1) [I--] [M~] kde-base/gwenview-4.1.0 (4.1) [I--] [M~] kde-base/dolphin-4.1.0 (4.1) [I--] [M~] kde-base/kget-4.1.0 (4.1) But, kdelibs-4.1.1 was just emerged without that use flag. I don't understand what's going on. I've checked using equery hasuse on strigi, nepomuk and semantic-desktop and the only one that shows any output is the one above. So why is the kde*-strigi-analyzer still being included? -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
2008/9/17 Mark Haney [EMAIL PROTECTED]: Beso wrote: no, you're not missing anything. just remember that kde4 packages all search for the nepomuk and strigi and if found they build the support for it if the package has its support. it's normal that the use flag to work for a selected package set, but i'd advise you to rebuild the whole kde4 set after removing the semantic-desktop and nepomuk (put also -nepomuk as a use flag). Okay, this is getting silly. I've checked every package I can think of (equery hasuse semantic-desktop, etc) and Im still getting the requirement for kde-meta4.1.1 to include the strigi packages. I just did an emerge -Nav kde-libs-4.1.1 and it showed: octavian ~ # emerge -av =kde-base/kdelibs-4.1.1 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] kde-base/kdelibs-4.1.1 USE=acl alsa bzip2 mmx nls opengl sse sse2 ssl -3dnow (-altivec) -bindist -debug -doc -fam -htmlhandbook -jpeg2k -kerberos -openexr -semantic-desktop -spell -test -zeroconf 0 kB [1] Now, I've included in my make.conf '-strigi -semantic-desktop -nepomuk'. I just emerged the new kdelibs but when I did an 'equery hasuse semantic-desktop' this is what I got: [ Searching for USE flag semantic-desktop in all categories among: ] * installed packages [I--] [ ~] kde-base/kdelibs-4.0.5 (kde-4) [I--] [ ~] kde-base/dolphin-4.0.5 (kde-4) [I--] [ ~] kde-base/kdelibs-4.1.1 (4.1) [I--] [M~] kde-base/gwenview-4.1.0 (4.1) [I--] [M~] kde-base/dolphin-4.1.0 (4.1) [I--] [M~] kde-base/kget-4.1.0 (4.1) But, kdelibs-4.1.1 was just emerged without that use flag. I don't understand what's going on. I've checked using equery hasuse on strigi, nepomuk and semantic-desktop and the only one that shows any output is the one above. So why is the kde*-strigi-analyzer still being included? hmmm, i need to get home to check out the packages installed on my pc. it might be that it is required by some kde4 app. -- dott. ing. beso
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
Beso wrote: 2008/9/17 Mark Haney [EMAIL PROTECTED]: Beso wrote: no, you're not missing anything. just remember that kde4 packages all search for the nepomuk and strigi and if found they build the support for it if the package has its support. it's normal that the use flag to work for a selected package set, but i'd advise you to rebuild the whole kde4 set after removing the semantic-desktop and nepomuk (put also -nepomuk as a use flag). Okay, this is getting silly. I've checked every package I can think of (equery hasuse semantic-desktop, etc) and Im still getting the requirement for kde-meta4.1.1 to include the strigi packages. I just did an emerge -Nav kde-libs-4.1.1 and it showed: octavian ~ # emerge -av =kde-base/kdelibs-4.1.1 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] kde-base/kdelibs-4.1.1 USE=acl alsa bzip2 mmx nls opengl sse sse2 ssl -3dnow (-altivec) -bindist -debug -doc -fam -htmlhandbook -jpeg2k -kerberos -openexr -semantic-desktop -spell -test -zeroconf 0 kB [1] Now, I've included in my make.conf '-strigi -semantic-desktop -nepomuk'. I just emerged the new kdelibs but when I did an 'equery hasuse semantic-desktop' this is what I got: [ Searching for USE flag semantic-desktop in all categories among: ] * installed packages [I--] [ ~] kde-base/kdelibs-4.0.5 (kde-4) [I--] [ ~] kde-base/dolphin-4.0.5 (kde-4) [I--] [ ~] kde-base/kdelibs-4.1.1 (4.1) [I--] [M~] kde-base/gwenview-4.1.0 (4.1) [I--] [M~] kde-base/dolphin-4.1.0 (4.1) [I--] [M~] kde-base/kget-4.1.0 (4.1) But, kdelibs-4.1.1 was just emerged without that use flag. I don't understand what's going on. I've checked using equery hasuse on strigi, nepomuk and semantic-desktop and the only one that shows any output is the one above. So why is the kde*-strigi-analyzer still being included? hmmm, i need to get home to check out the packages installed on my pc. it might be that it is required by some kde4 app. I know that akonadi had nepomuk as a use flag and I emerged it (and verified) without that use flag enabled. But it still won't be nice. -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
equery -d strigi gives me: [ Searching for packages depending on strigi... ] kde-base/akonadi-4.1.1 (app-misc/strigi) kde-base/kate-4.1.1 (=app-misc/strigi-0.5.7) kde-base/kdebase-kioslaves-4.1.1 (=app-misc/strigi-0.5.7) kde-base/kdegraphics-strigi-analyzer-4.1.1 (=app-misc/strigi-0.5.10) kde-base/kdelibs-4.1.1 (app-misc/strigi-0.6) (=app-misc/strigi-0.5.9) kde-base/kdepim-strigi-analyzer-4.1.1 (=app-misc/strigi-0.5.9) kde-base/kdesdk-strigi-analyzer-4.1.1 (=app-misc/strigi-0.5.9) kde-base/libplasma-4.1.1 (=app-misc/strigi-0.5.7) kde-base/nepomuk-4.1.1 (=app-misc/strigi-0.5.7) kde-base/plasma-workspace-4.1.1 (=app-misc/strigi-0.5.9) kde-base/systemsettings-4.1.1 (=app-misc/strigi-0.5.7) media-sound/amarok-1. (=app-misc/strigi-0.5.7) Seems it is not possible to build kde without strigi. About the original build error though, what is your version of strigi merged?
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
Jan Jitse Venselaar wrote: Seems it is not possible to build kde without strigi. About the original build error though, what is your version of strigi merged? It's , the one KDe4 originally wanted when I first moved to it. -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: hardware clock often doesn't sync to system on shutdown
on 09/17/2008 04:34 PM Conway S. Smith wrote the following: On Wed, 17 Sep 2008 08:19:42 +0300 Thanasis [EMAIL PROTECTED] wrote: on 09/17/2008 08:08 AM ABCD wrote the following: Duncan wrote: But make sure you either have a copy of the device node or know how to create one, before you do. To recreate /dev/null, do (as root): # mknod -m 666 /dev/null c 1 3 Thank you ABCD and Duncan. I managed to have a backup of /dev/null and /dev/console as /null and /console. :-) Did you need the backups (did your /etc/adjtime - /dev/null symlink break /dev/null)? Conway S. Smith No, at least so far everything seems good: # ls -l /dev/null /null crw-rw-rw- 1 root root 1, 3 2008-09-17 21:41 /dev/null crw-rw-rw- 1 root root 1, 3 2008-09-17 10:59 /null # ls -l /dev/console /console crw--- 1 root root 5, 1 2008-09-17 08:00 /console crw--- 1 root root 5, 1 2008-09-17 18:42 /dev/console #
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
On Wednesday 17 September 2008 18:05:16 Mark Haney wrote: Jan Jitse Venselaar wrote: Seems it is not possible to build kde without strigi. About the original build error though, what is your version of strigi merged? It's , the one KDe4 originally wanted when I first moved to it. Ah, I have 0.5.10 merged. Maybe you can try that one. I see that kdelibs-4.1.1 has as dependency app-misc/strigi-0.6.0 so maybe the dependency changed. Jan Jitse
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
2008/9/17 Jan Jitse Venselaar [EMAIL PROTECTED]: On Wednesday 17 September 2008 18:05:16 Mark Haney wrote: Jan Jitse Venselaar wrote: Seems it is not possible to build kde without strigi. About the original build error though, what is your version of strigi merged? It's , the one KDe4 originally wanted when I first moved to it. Ah, I have 0.5.10 merged. Maybe you can try that one. I see that kdelibs-4.1.1 has as dependency app-misc/strigi-0.6.0 so maybe the dependency changed. ok, i was making some confusion. i have strigi installed but not nepomuk. strigi has one problem. the old versions (0.5.10) might result too old for the kde 4.1.1, but the new version needs the latest cmake version (2.6.1) or else it won't build fine. so you should first ascertain that cmake 2.6.1 is installed and then try rebuilding strigi. strigi is one of the basic components required by systemsettings, kdelibs and plasma for the search to work. if you still cannot build it, then try adding the following line to your /etc/portage/package.mask: =app-misc/strigi- this will block the strigi live ebuild and try to build kde4 based on the old strigi, but i don't guarantee that it will work well with it. -- dott. ing. beso
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
Beso wrote: ok, i was making some confusion. i have strigi installed but not nepomuk. strigi has one problem. the old versions (0.5.10) might result too old for the kde 4.1.1, but the new version needs the latest cmake version (2.6.1) or else it won't build fine. so you should first ascertain that cmake 2.6.1 is installed and then try rebuilding strigi. strigi is one of the basic components required by systemsettings, kdelibs and plasma for the search to work. if you still cannot build it, then try adding the following line to your /etc/portage/package.mask: =app-misc/strigi- this will block the strigi live ebuild and try to build kde4 based on the old strigi, but i don't guarantee that it will work well with it. Well, I tried that too. I did have cmake 2.6.1 on here, but didn't know if strigi had been built with that version or not, so I went ahead and rebuilt it. I still cannot get the other components (like kdepim-strigi-analyzer) to build however. It's frustrating, but I'll just build all of kde4 that I can now and leave the rest until that gets fixed. I may report the bug though, although will the Gentoo folks even look at it if it's more an upstream thing from them? -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build
2008/9/17 Mark Haney [EMAIL PROTECTED]: Beso wrote: ok, i was making some confusion. i have strigi installed but not nepomuk. strigi has one problem. the old versions (0.5.10) might result too old for the kde 4.1.1, but the new version needs the latest cmake version (2.6.1) or else it won't build fine. so you should first ascertain that cmake 2.6.1 is installed and then try rebuilding strigi. strigi is one of the basic components required by systemsettings, kdelibs and plasma for the search to work. if you still cannot build it, then try adding the following line to your /etc/portage/package.mask: =app-misc/strigi- this will block the strigi live ebuild and try to build kde4 based on the old strigi, but i don't guarantee that it will work well with it. Well, I tried that too. I did have cmake 2.6.1 on here, but didn't know if strigi had been built with that version or not, so I went ahead and rebuilt it. I still cannot get the other components (like kdepim-strigi-analyzer) to build however. It's frustrating, but I'll just build all of kde4 that I can now and leave the rest until that gets fixed. I may report the bug though, although will the Gentoo folks even look at it if it's more an upstream thing from them? the kdepim-strigi-analyzer doesn't exist in my overlay. Maybe the paludis overlay maintainers have decided there's no need for another package that does the strigi bindings for some pacakges (like kdesdk, kdepim and kdemultimedia) . try not building it and see what happens. i doubt it will do something wrong. -- dott. ing. beso
[gentoo-amd64] kdelibs on amd64 compile error
hi, following this mailing list and reading about people playing around with kde4, I'm getting really jealous, because kdelibs-4.1.1 fails to compile here with the following error: Linking CXX shared library ../lib/libkhtml.so CMakeFiles/khtml.dir/imload/decoders/jpegloader.o: In function `khtmlImLoad::khtml_jpeg_source_mgr::khtml_jpeg_source_mgr()': jpegloader.cpp:(.text+0x9f): undefined reference to `jpeg_resync_to_restart' CMakeFiles/khtml.dir/imload/decoders/jpegloader.o: In function `khtmlImLoad::khtml_jpeg_source_mgr::khtml_jpeg_source_mgr()': jpegloader.cpp:(.text+0x11f): undefined reference to `jpeg_resync_to_restart' CMakeFiles/khtml.dir/imload/decoders/jpegloader.o: In function `khtmlImLoad::JPEGLoader::Private::Private()': jpegloader.cpp:(.text+0x1e7): undefined reference to `jpeg_std_error' jpegloader.cpp:(.text+0x1fd): undefined reference to `jpeg_CreateDecompress' jpegloader.cpp:(.text+0x205): undefined reference to `jpeg_std_error' CMakeFiles/khtml.dir/imload/decoders/jpegloader.o: In function `khtmlImLoad::JPEGLoader::Private::Private()': jpegloader.cpp:(.text+0x297): undefined reference to `jpeg_std_error' jpegloader.cpp:(.text+0x2ad): undefined reference to `jpeg_CreateDecompress' jpegloader.cpp:(.text+0x2b5): undefined reference to `jpeg_std_error' CMakeFiles/khtml.dir/imload/decoders/jpegloader.o: In function `khtmlImLoad::JPEGLoader::Private::processData(unsigned char*, int)': jpegloader.cpp:(.text+0x5f0): undefined reference to `jpeg_consume_input' jpegloader.cpp:(.text+0x66e): undefined reference to `jpeg_start_output' jpegloader.cpp:(.text+0x70a): undefined reference to `jpeg_read_scanlines' jpegloader.cpp:(.text+0x77a): undefined reference to `jpeg_read_header' jpegloader.cpp:(.text+0x822): undefined reference to `jpeg_has_multiple_scans' jpegloader.cpp:(.text+0x840): undefined reference to `jpeg_calc_output_dimensions' jpegloader.cpp:(.text+0x884): undefined reference to `jpeg_start_decompress' obviously, the linker cannot find the jpeg libraries. I tried to reinstall media-libs/jpeg, revdep-rebuild - still the same error. Ideas, anyone? TIA, Florian
[gentoo-amd64] Re: kdesdk-strigi-analyzer won't build
Mark Haney [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Wed, 17 Sep 2008 10:41:28 -0400: I just emerged the new kdelibs but when I did an 'equery hasuse semantic-desktop' this is what I got: [ Searching for USE flag semantic-desktop in all categories among: ] * installed packages [I--] [ ~] kde-base/kdelibs-4.0.5 (kde-4) [I--] [ ~] kde-base/dolphin-4.0.5 (kde-4) [I--] [ ~] kde-base/kdelibs-4.1.1 (4.1) [I--] [M~] kde-base/gwenview-4.1.0 (4.1) [I--] [M~] kde-base/dolphin-4.1.0 (4.1) [I--] [M~] kde-base/kget-4.1.0 (4.1) But, kdelibs-4.1.1 was just emerged without that use flag. I don't understand what's going on. I've checked using equery hasuse on strigi, nepomuk and semantic-desktop and the only one that shows any output is the one above. I've not merged KDE4 since I decided it wasn't ready a few months ago, so won't touch that, however... equery hasuse flag lists all packages that have that USE flag, whether it is turned on or not. To see if a flag is actually turned on for an individual package, use equery uses package, or to see what it /will/ be merging with, use emerge --pretend --verbose. So use equery hasuse to get a list of packages that have that use flag, then check them individually to see if it's turned on. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
[gentoo-amd64] unsubscribe
*unsubscribe*
