Re: [gentoo-user] Problem with emerge --update
On Tuesday 30 June 2009 23:17:02 Massimiliano Ziccardi wrote: It's far preferable to let people like yourself suffer the consequences of not reading documentation Touched :-) However, I read the documentation. It's just that this is my first gentoo installation: I didn't get I had to uninstall the older version of the software to upgrade to the new one. You get to learn those tricks as you go along. Normally, one just upgrades and portage takes care of the install old one, install new one step. But KDE split and monolithic ebuilds covering the same KDE package are different in this regard - they are incompatible and cannot co-exist on the same machine. Especially when it says 'We still provide monolithic ebuilds for 3.5 (up till 3.5.9) and they are ***cleanly interoperable*** with the split ones.' That's a strange statement for the document to make. Split and monolithic can interoperate as long as you keep them cleanly separated. Take an example - kdepim and kdegames. Both have full monolithic and split ebuilds. You might decide you do indeed want all of kdepim [1] but not all the games. So you could emerge kdepim and selectively pick the few split-ebuild games you do want. What you can't do is also try to emerge kmail - that clashes with the kmail that kdepim wants to put there. [1] Here you would actually use kdepim-meta in the real world (it pulls in all the kdepim split ebuilds), but this is a demonstration, not a list of accurate install instructions. However, I think now I understand how it works a little bit more (but not too much ;-) ). One more thing: couldn't those 'stable users' read the documentation too, and unmask the obsolete package (if they were masked)? Think about this. You are asking users who have been doing something one way for years, to all of a sudden have their packages masked, their systems broken, expect them to go and find documentation (the location of which is not easy to provide at that time), unmask stuff and continue. Why? And for what benefit? The way it is done is the best possible way for all the users. Existing users continue as they did, new users get to make a choice first (which is something they have to do anyway). Massimiliano -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] qt3support issue solved
No, you *add* qt4 to your make.conf if you need it. You probably still have packages that use qt3, so unless you want to unmerge them... Think of it this way. Nobody in their right mind will ever get qt and gtk+ confused. You can have both and intermingle them, and the flags do not depend on each other. Qt and Qt4 are just like that, they are that different. You cannot upgrade a Qt app to use Qt4 (unless you are willing to use some compat layer), just as you cannot upgrade a Qt app to use GTK+ -- alan dot mckinnon at gmail dot com On Tuesday 30 June 2009 22:24:32 Anthony Mutiso wrote: So for those that *had* qt in make.conf, (like me), the right thing to do is to change it to qt4? Alan McKinnon wrote: Yes. The difference is huge. KDE-3 uses Qt KDE-4 uses Qt4 They are so different that a name change from Qt to something else would be entirely acceptable.
[gentoo-user] !!do not set this during bootstrap!!??
Hi, I want to compile the busybox as static, so I do not need to copy the .so files as the dynamic version would need. But when I use 'equery uses busybox' to query the use keyword it supports, a 'do not set this during bootstrap' is added in front of the description. I do not understand why... -- Best Regards, David Shen http://twitter.com/davidshen84
[gentoo-user] Encrypting everything
Hi there! The last two PCs (A and B) I installed are fully encrypted. I used different methods. I used genkernel --luks --lvm --install all to create kernel and initramfs. I like to have everything as kernel modules, but the crypto stuff has to be directly in the kernel, unless I put these modules into the initramfs by hand. A: LVM - LUKS Many partitions make two volume groups with many LVMs. Each LVM is LUKS- encrypted. This gives me maximum flexibility, who knows what other OSes I might need to install on that drive. The boot partition is on a USB stick and also holds the key. This did not work out of the box, I had to modify /lib/rcscripts/addons/dm-crypt-start.sh in order to open the other partitions than swap and root. I need to add something to close them when shutting down, but it seems to work fine without this for the moment. Do you know if there already is a solution for this? B: LUKS - LVM A simpler approach. sda1 is a small boot partition, sda2 (the rest of the drive) is a LUKS-formatted LVM physical volume with volume group 'pvcrypt' on it. This does not work yet, the initramfs does not find the LVM. I looked into the init script. I wants to do a cryptsetup luksOpen $LUKS_DEVICE $LUKS_NAME with $LUKS_NAME=root, which is not the name I use. But changing this does not help anyway. I get /dev/mapper/pvcrypt created, but pvscan does not find it. At this point I thought I'd ask here, do you have ideas what's wrong? Using a live CD I can easily access my data: cryptsetup luksOpen /dev/sda2 pvcrypt pvscan vgchange -a y mount /dev/vgcrypt/root /gentoo Wonko
Re: [gentoo-user] !!do not set this during bootstrap!!??
On Wednesday 01 July 2009 11:35:39 David Shen wrote: Hi, I want to compile the busybox as static, so I do not need to copy the .so files as the dynamic version would need. But when I use 'equery uses busybox' to query the use keyword it supports, a 'do not set this during bootstrap' is added in front of the description. I do not understand why... That is a generic warning for the USE flag, not for busybox itself. For what you seem to want to do, it is fine to set the flag. -- alan dot mckinnon at gmail dot com
[gentoo-user] firefox Illegal instruction
Hi, Start from yesterday, firefox doesn't work anymore. When started, it crashes with the message illegal instruction. I've upgraded to the lastest version of xulrunner and firefox but that doesn't change anything. It's an x86-64 system. I've moved my .mozilla directory and disable all plugins (even tried starting firefox in safe mode) but the problem remains. epiphany has the same problem. Does any one know why this happens and how i can solve it? Below you find the output of strace (only the last 100 lines). Thanks in advance. Ward strace output: write(33, \316 \2609..., 4) = 4 lseek(33, 37448, SEEK_SET) = 37448 write(33, \0\0\0\2..., 4) = 4 lseek(33, 37452, SEEK_SET) = 37452 write(33, \r\17\200\0\5\16\357\0\17\260\17R\17!\17\214\16\357\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 4096) = 4096 lseek(33, 41548, SEEK_SET) = 41548 write(33, \316 \260\244..., 4)= 4 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 lseek(33, 41552, SEEK_SET) = 41552 write(33, \0\0\0\20..., 4)= 4 lseek(33, 41556, SEEK_SET) = 41556 write(33, \n\0\0\0\0\20\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 4096) = 4096 lseek(33, 45652, SEEK_SET) = 45652 write(33, \316 \2609..., 4) = 4 lseek(33, 45656, SEEK_SET) = 45656 write(33, \0\0\0\17..., 4)= 4 lseek(33, 45660, SEEK_SET) = 45660 write(33, \r\0\0\0\0\20\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 4096) = 4096 lseek(33, 49756, SEEK_SET) = 49756 write(33, \316 \2609..., 4) = 4 lseek(33, 49760, SEEK_SET) = 49760 write(33, \0\0\0\22..., 4)= 4 lseek(33, 49764, SEEK_SET) = 49764 write(33, \n\0\0\0\0\20\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 4096) = 4096 lseek(33, 53860, SEEK_SET) = 53860 write(33, \316 \2609..., 4) = 4 lseek(33, 53864, SEEK_SET) = 53864 write(33, \0\0\0\21..., 4)= 4 lseek(33, 53868, SEEK_SET) = 53868 write(33, \r\0\0\0\0\20\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 4096) = 4096 lseek(33, 57964, SEEK_SET) = 57964 write(33, \316 \2609..., 4) = 4 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 stat(/etc/localtime, {st_dev=makedev(8, 1), st_ino=30258, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=2944, st_atime=2009/07/01-11:03:23, st_mtime=2009/06/27-13:13:03, st_ctime=2009/06/27-13:13:03}) = 0 access(/home/ward/.mozilla/firefox/pux6s0ci.default/prefs.js, F_OK) = 0 lstat(/home, {st_dev=makedev(254, 3), st_ino=2, st_mode=S_IFDIR|0755, st_nlink=5, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=4096, st_atime=2009/06/30-11:06:26,
[gentoo-user] Re: Compiling icewm with support for gnome2 menus
On Wed, Jul 01, 2009 at 09:02:22AM +0200, Ralph Stahl wrote: José Romildo Malaquias schrieb: Hello. I want the gnome2 menus available in IceWM. So I tried to compile IceWM with --enable-menus-gnome2, but it failed. I am running Gentoo Linux and I have gnome installed on my system. The errors at comilation time are shown below. $ ./configure --enable-menus-gnome2 [...] Build targets: base nls Applications: icewm icewm-session icesh icewmhint icewmbg icewmtray icehelp icewm-menu-gnome2 Image library: Imlib Audio support: Features: i18n nls shaped-decorations xfreetype Paths: PREFIX: /usr/local BINDIR: /usr/local/bin LOCDIR: /usr/local/share/locale LIBDIR: /usr/local/share/icewm CFGDIR: /etc/icewm KDEDIR: /usr/local/share DOCDIR: /usr/local/share/doc MANDIR: /usr/local/share/man $ make [..] CXX gnome2.o gnome2.cc:25:19: error: gnome.h: No such file or directory gnome2.cc:27:40: error: libgnomevfs/gnome-vfs-init.h: No such file or directory In file included from ypaths.h:12, from yapp.h:6, from gnome2.cc:19: ypaint.h: In member function 'int Graphics::drawable() const': ypaint.h:293: warning: conversion to 'int' from 'const Drawable' may alter its value gnome2.cc: In member function 'void GnomeMenu::addEntry(const char*, const char*, int, bool)': gnome2.cc:89: warning: conversion to 'int' from 'size_t' may alter its value gnome2.cc:122: error: 'gnome_pixmap_file' was not declared in this scope gnome2.cc: In member function 'void GnomeMenu::populateMenu(const char*)': gnome2.cc:157: warning: conversion to 'int' from 'size_t' may alter its value gnome2.cc:176: warning: conversion to 'int' from 'size_t' may alter its value gnome2.cc:227: warning: conversion to 'int' from 'size_t' may alter its value gnome2.cc:295: warning: conversion to 'int' from 'size_t' may alter its value gnome2.cc:297: warning: conversion to 'int' from 'size_t' may alter its value gnome2.cc:305: warning: conversion to 'int' from 'long unsigned int' may alter its value gnome2.cc:307: warning: conversion to 'int' from 'long unsigned int' may alter its value gnome2.cc: In function 'int main(int, char**)': gnome2.cc:351: error: 'gnome_vfs_init' was not declared in this scope make[1]: *** [gnome2.o] Error 1 make[1]: Leaving directory `/var/tmp/icewm-1.2.37/src' make: *** [base] Error 2 Any clues? Hi, maybe the gnome sources (...-devel) are not installed? error: gnome.h: No such file or directory is an indication for that. This is not the case, as I am running Gentoo Linux, whose packages are not split into devel and non-devel variants. The include files and development libraries are installed. $ locate gnome.h /usr/include/libsoup-gnome-2.4/libsoup/soup-gnome.h /usr/include/libgnome-2.0/libgnome/libgnome.h /usr/include/libgnomeui-2.0/gnome.h /usr/share/gtk-doc/html/libgnome/libgnome.html /usr/share/gtk-doc/html/gnome-desktop/libgnome.html Am I missing something here? Any more clues? Romildo
[gentoo-user] Is grep broken?
Hello list, Can anyone explain this to me? $ /bin/grep -r hmenu *html index.html: div id=hmenu master.html:div id=hmenu pictures.html: div id=hmenu $ /bin/grep -r hmenu pages/*html pages/community.html: div id=hmenu pages/contacts.html:div id=hmenu pages/history.html: div id=hmenu pages/music.html: div id=hmenu pages/news.html:div id=hmenu pages/people.html: div id=hmenu pages/pictures.html:div id=hmenu Grep is clearly disobeying the recursion command. I started noticing this a few days ago, and it's making maintenance of this directory hard work. -- Rgds Peter
Re: [gentoo-user] Is grep broken?
On Wednesday 01 July 2009 16:30:26 Peter Humphrey wrote: Hello list, Can anyone explain this to me? $ /bin/grep -r hmenu *html index.html: div id=hmenu master.html:div id=hmenu pictures.html: div id=hmenu $ /bin/grep -r hmenu pages/*html pages/community.html: div id=hmenu pages/contacts.html:div id=hmenu pages/history.html: div id=hmenu pages/music.html: div id=hmenu pages/news.html:div id=hmenu pages/people.html: div id=hmenu pages/pictures.html:div id=hmenu Grep is clearly disobeying the recursion command. I started noticing this a few days ago, and it's making maintenance of this directory hard work. You equally clearly do not understand how recursion works. You told it to grep through all the html files starting from pages/ and it did so. You did not tell it to start from pages/.. so why do you think it should do so? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Is grep broken?
On Wednesday 01 July 2009 16:30:26 Peter Humphrey wrote: Hello list, Can anyone explain this to me? $ /bin/grep -r hmenu *html index.html: div id=hmenu master.html:div id=hmenu pictures.html: div id=hmenu The star is evaluated /before/ grep is executed. Therefore, only files that are ending with html are searched recursively. If you had placed the files in a directory called blablahtml, then grep would have searched there. $ /bin/grep -r hmenu pages/*html pages/community.html: div id=hmenu pages/contacts.html:div id=hmenu pages/history.html: div id=hmenu pages/music.html: div id=hmenu pages/news.html:div id=hmenu pages/people.html: div id=hmenu pages/pictures.html:div id=hmenu Grep is clearly disobeying the recursion command. I started noticing this a few days ago, and it's making maintenance of this directory hard work. No, you just did not tell it to search in the the directory pages. :) HTH Patrick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is grep broken?
On Wednesday 01 July 2009 15:37:15 Patrick Holthaus wrote: No, you just did not tell it to search in the the directory pages. :) I'm sure it used to work the way I want it to. I think I see insanity looming... -- Rgds Peter
[gentoo-user] NFS issues.
NFS drives me nuts... I'm mounting a number of NFSv3 directories using the following mount options: async,soft,timeo=10,intr,noatime,rsize=8196,wsize=8196 When I shutdown a client Gentoo seems to shutdown the network before and without unmounting the NFS filesystems. Later Gentoo tries to unmount remote filesystems. This causes NFS to try what seems like forever to reconnect with the remote file server. Two questions: How do I fix the shutdown sequence to unmount NFS drives before the network is shutdown? How do I tell NFS to simply give-up after X attempts (for other times when the NFS server simply may not be there anymore and I *just want the friggin' computer to shudown*)? -- // Andrew MacKenzie | http://www.edespot.com // GPG public key: http://www.edespot.com/~amackenz/public.key // Jesus saves! And takes half damage. pgpU8kkEZblsz.pgp Description: PGP signature
Re: [gentoo-user] Is grep broken?
On Wed, 1 Jul 2009 15:47:52 +0100, Peter Humphrey wrote: No, you just did not tell it to search in the the directory pages. :) I'm sure it used to work the way I want it to. I think I see insanity looming... It does work the way you want it to, just not the way you told it to :) -- Neil Bothwick Multitasking: Reading in the bathroom. signature.asc Description: PGP signature
Re: [gentoo-user] NFS issues.
On Jul 1, 2009, at 9:53 AM, Andrew MacKenzie wrote: Two questions: How do I fix the shutdown sequence to unmount NFS drives before the network is shutdown? How do I tell NFS to simply give-up after X attempts (for other times when the NFS server simply may not be there anymore and I *just want the friggin' computer to shudown*)? verify that both your nfs and net service are at the same run level: royw-gentoo etc # rc-update show | grep nfs nfs | default royw-gentoo etc # rc-update show | grep net net.eth2 | default netmount | default local | nonetwork default net.lo |boot Also you might consider using autofs. I have two gentoo and one kubuntu systems all cross sharing nfs mounts using nfs without any issues. HTH, Roy
[gentoo-user] Re: Is grep broken?
On 2009-07-01, Peter Humphrey pe...@humphrey.ukfsn.org wrote: Can anyone explain this to me? $ /bin/grep -r hmenu *html index.html: div id=hmenu master.html:div id=hmenu pictures.html: div id=hmenu The shell expands *html to a list of html files in the current directory. IOW, you explicitly gave grep a list of html files to search. The -r flag does nothing in that case. You appear to want to search all files underneath the current directory who's name matches the shell glob pattern *html. If that's the case, then what you meant to say was: find . -name '*html' | xargs grep hmenu $ /bin/grep -r hmenu pages/*html pages/community.html: div id=hmenu pages/contacts.html:div id=hmenu pages/history.html: div id=hmenu pages/music.html: div id=hmenu pages/news.html:div id=hmenu pages/people.html: div id=hmenu pages/pictures.html:div id=hmenu Grep is clearly disobeying the recursion command. I started noticing this a few days ago, and it's making maintenance of this directory hard work. Again, you gave grep an explicit list of files to search, so the -r option doesn't do anything. In this case, it's not obvious what you intend, so I'll refrain from guessing. -- Grant Edwards grante Yow! I want to kill at everyone here with a cute visi.comcolorful Hydrogen Bomb!!
Re: [gentoo-user] finding qt plugins?
On Mon, Jun 29, 2009 at 9:47 AM, Paul Hartmanpaul.hartman+gen...@gmail.com wrote: On Mon, Jun 29, 2009 at 12:04 AM, Roy Wrightr...@wright.org wrote: Howdy, On ~x86 did the upgrade to qt 4.5.2 and get the following message: After a rebuild or upgrade of Qt, it can happen that Qt plugins (such as Qt and KDE styles and widgets) can no longer be loaded. In this situation you should recompile the packages providing these plugins... Packages that typically need to be recompiled are kdelibs from KDE4, any additional KDE4/Qt4 styles, qscintilla and PyQt4... Then followed the link on the plugins which stated: The Qt library and all plugins are built using a build key. The build key in the Qt library is examined against the build key in the plugin, and if they match, the plugin is loaded. If the build keys do not match, then the Qt library refuses to load the plugin. So how do I find all the installed qt plugins on my system and check their build keys? From a couple minutes of poking around: strings /usr/lib/qt4/libQtCore.so | grep Build.key strings some-other-file | grep buildkey Which comes back with seemingly everything build against Qt4... But I don't know how to tell which ones qualify as a plug-in... Typically when I rebuild Qt4 I also rebuild kdelibs, PyQt4, and my themes... in my case that is gtk-engines-kde4, gtk-engines-qt, and all qtcurve packages. Seems to work for me. After a little more research, it looks like Qt maintains its own version-specific plug-in cache that lists the plugins and the build keys in the ~/.config/Trolltech.conf file (which appears to be an INI-style format). More info about accessing it via Qt here http://doc.trolltech.com/4.5/qsettings.html
Re: [gentoo-user] usb not working after suspend to ram
Peter Wood schrieb: Hi, on my x86 gentoo install, usb ports and any devices plugged into them stop working after hibernate-ram. There do not seem to be any modules missing or services not running after hibernate that were there before. dmesg does not show anything if devices are plugged in and out of the ports after hibernate. Any hints on how to resolve this problem would be greatly appreciated. Take a look at your first console (Ctrl+Alt+F1). Sometimes I had a kernel panic which killed the USD handler but left the rest mostly functioning. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Is grep broken?
On Wed, 1 Jul 2009 15:47:52 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: I'm sure it used to work the way I want it to. I think I see insanity looming... On a side note, you might also want to investigate sgrep, since you're grepping inside html files. -- -- Keith Dart ke...@dartworks.biz ===
[gentoo-user] Overlay with JGR?
How do I determine if the application JGR (Java GUI for R) is in an overlay somewhere? http://rforge.net/JGR/files http://jgr.markushelbig.org/JGR.html Thanks, Mark
Re: [gentoo-user] Overlay with JGR?
Mark Knecht schrieb: How do I determine if the application JGR (Java GUI for R) is in an overlay somewhere? http://rforge.net/JGR/files http://jgr.markushelbig.org/JGR.html Thanks, Mark http://bugs.gentoo.org/show_bug.cgi?id=127260 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Overlay with JGR?
On Wed, Jul 1, 2009 at 2:25 PM, Justinjus...@j-schmitz.net wrote: Mark Knecht schrieb: How do I determine if the application JGR (Java GUI for R) is in an overlay somewhere? http://rforge.net/JGR/files http://jgr.markushelbig.org/JGR.html Thanks, Mark http://bugs.gentoo.org/show_bug.cgi?id=127260 Thanks Justin. Cheers, Mark
Re: [gentoo-user] Overlay with JGR?
On Wed, 1 Jul 2009 14:21:01 -0700, Mark Knecht wrote: How do I determine if the application JGR (Java GUI for R) is in an overlay somewhere? If you use eix, update-eix-remote -q update will add the contents of layman overlays to the eix database. -- Neil Bothwick If at first you don't suceed, try the switch marked Power signature.asc Description: PGP signature
Re: [gentoo-user] Overlay with JGR?
On Wed, Jul 1, 2009 at 4:45 PM, Neil Bothwickn...@digimed.co.uk wrote: On Wed, 1 Jul 2009 14:21:01 -0700, Mark Knecht wrote: How do I determine if the application JGR (Java GUI for R) is in an overlay somewhere? If you use eix, update-eix-remote -q update will add the contents of layman overlays to the eix database. Or you can use update-eix-layman to add or remove specific overlays from inclusion in the eix database, add a line containing a * to /etc/eix-sync.conf, and it'll automatically run layman -S and include the overlays in your eix database when you run eix-sync :)
Re: [gentoo-user] Re: Compiling icewm with support for gnome2 menus
On 1 Jul 2009, at 13:59, José Romildo Malaquias wrote: On Wed, Jul 01, 2009 at 09:02:22AM +0200, Ralph Stahl wrote: José Romildo Malaquias schrieb: ... $ ./configure --enable-menus-gnome2 [...] Build targets: base nls Applications: icewm icewm-session icesh icewmhint icewmbg icewmtray icehelp icewm-menu-gnome2 Image library: Imlib Audio support: Features: i18n nls shaped-decorations xfreetype Paths: PREFIX: /usr/local BINDIR: /usr/local/bin LOCDIR: /usr/local/share/locale LIBDIR: /usr/local/share/icewm CFGDIR: /etc/icewm KDEDIR: /usr/local/share DOCDIR: /usr/local/share/doc MANDIR: /usr/local/share/man $ make [..] CXX gnome2.o gnome2.cc:25:19: error: gnome.h: No such file or directory gnome2.cc:27:40: error: libgnomevfs/gnome-vfs-init.h: No such file or directory ... maybe the gnome sources (...-devel) are not installed? error: gnome.h: No such file or directory is an indication for that. This is not the case, as I am running Gentoo Linux, whose packages are not split into devel and non-devel variants. The include files and development libraries are installed. $ locate gnome.h /usr/include/libsoup-gnome-2.4/libsoup/soup-gnome.h /usr/include/libgnome-2.0/libgnome/libgnome.h /usr/include/libgnomeui-2.0/gnome.h /usr/share/gtk-doc/html/libgnome/libgnome.html /usr/share/gtk-doc/html/gnome-desktop/libgnome.html Am I missing something here? Any more clues? You're running Gentoo Linux, so USE flags should manage the parameters (such as --enable-menus-gnome2) to `configure` for you. USE flags will normally ensure the correct dependencies - one of which may provide gnome.h - are pulled in. Alternatively, it may be that `configure` does not know to look in / usr/include/libgnomeui-2.0/ for gnome.h. You may be able to tell configure to look in there, using something like --with-libs=/usr/ include/libgnomeui-2.0/ (assuming this is the correct gnome.h) Stroller.
Re: [gentoo-user] Is grep broken?
On Wednesday 01 July 2009 19:03:34 Keith Dart wrote: On Wed, 1 Jul 2009 15:47:52 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: I'm sure it used to work the way I want it to. I think I see insanity looming... On a side note, you might also want to investigate sgrep, since you're grepping inside html files. Thanks for the hint. I'm installing it now. Man grep didn't mention it in the see also section. Apropos didn't mention it either, since it wasn't installed at the time :-( -- Rgds Peter
Re: [gentoo-user] Encrypting everything
I wrote: B: LUKS - LVM A simpler approach. sda1 is a small boot partition, sda2 (the rest of the drive) is a LUKS-formatted LVM physical volume with volume group 'pvcrypt' on it. This does not work yet, the initramfs does not find the LVM. I looked into the init script. I wants to do a cryptsetup luksOpen $LUKS_DEVICE $LUKS_NAME with $LUKS_NAME=root, which is not the name I use. But changing this does not help anyway. I get /dev/mapper/pvcrypt created, but pvscan does not find it. At this point I thought I'd ask here, do you have ideas what's wrong? BTW, I have another drive in the PC, with LVMs on it. pvscan / vgscan does not find them either. So it's probably not a problem with the encryption itself. But why does this work on my other system? I don't get it. Wonko
[gentoo-user] [OT] Toggling wireless on eee without fn+f2
Hi group, I recall a reference, which I can't find anymore, to a method of toggling the wireless on/off for a EEE-PC that involved first, disabling wireless in the BIOS, and then echo'ing a 1 or a 0 to some file or other. Does anybody know the method I refer to? I can't remember the file or the complete command, just that it involves echo'ing a 1 or 0 somewhere. This was part of a discussion lamenting the difficulty of getting fn + f2 to work on something other than the stock Xandros OS.C I tried 'Code Listing 6.2: Automated WLAN Power Management' in the gentoo doc, 'Power Management Guide' which says to put 'iwconfig_wlan=power on' in /etc/conf.d/net without success Maxim
[gentoo-user] HD device becomes SD device
Hi, I install gentoo 2008 amd64 in a virtual box virtual machine. I configured the controller to us IDE controller, and if I boot from livecd, it DID get a hda device under /dev. But after I finished setting up the system, I cannot find the HD device, instead, I found a SD device. Maybe there are something wrong with the kernel I compiled, but I do not know how to troubleshoot this. -- Best Regards, David Shen http://twitter.com/davidshen84
Re: [gentoo-user] HD device becomes SD device
On Wed, Jul 1, 2009 at 11:04 PM, David Shen davidshe...@googlemail.comwrote: I install gentoo 2008 amd64 in a virtual box virtual machine. I configured the controller to us IDE controller, and if I boot from livecd, it DID get a hda device under /dev. But after I finished setting up the system, I cannot find the HD device, instead, I found a SD device. Maybe there are something wrong with the kernel I compiled, but I do not know how to troubleshoot this. No, to my knowledge, that's the proper behavior. The disparity between the LiveCD and actual installs is...a little unfortunate. But anyway, movement to more widespread use of libata has renamed all /dev/hd* to /dev/sd* equivalents. It should not impact you in any significant way. See http://www.gentoo.org/doc/en/kernel-config.xml#doc_chap3 for a little more information. As far as making it work, really, just change /dev/hd* to /dev/sd* in your /etc/fstab and /boot/grub/grub.conf (or whatever the LILO equivalent is) and you should be fine. Cheers, Wyatt