[gentoo-user] pgadmin3 doesn't work (resolved)
Hi again, I figured the out at least, why dev-db/pgadmin3-1.4.3 didn't start. I filed the corresponding bug under http://bugs.gentoo.org/show_bug.cgi?id=150547. It hadt to do with the -fvisibility-inlines-hidden CXXFLAG. Regards Sebastian Noack Hi, both verions in portage of dev-db/pgadmin3 1.2.2 and 1.4.3 don't even compile if I'm using the latest stable of x11-libs/wxGTK which is version 2.6.2-r1. Now I have updated x11-libs/wxGTK to version 2.6.3.3 and dev-db/pgadmin3- 1.4.3 compiles succesfully. But I still get following error message when I try to run pgadmin3: error: /usr/lib/libwx_gtk2u_stc-2.6.so.0: symbol _ZTV7wxEvent, version WXU_2.6 not defined in file libwx_gtk2u_core-2.6.so.0 with link time reference Is there any known working combination of dev-db/pgadmin3 and x11- libs/wxGTK versions? Or is it maybe an other problem? Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
[gentoo-user] pgadmin3 doesn't work
Hi, both verions in portage of dev-db/pgadmin3 1.2.2 and 1.4.3 don't even compile if I'm using the latest stable of x11-libs/wxGTK which is version 2.6.2-r1. Now I have updated x11-libs/wxGTK to version 2.6.3.3 and dev-db/pgadmin3-1.4.3 compiles succesfully. But I still get following error message when I try to run pgadmin3: error: /usr/lib/libwx_gtk2u_stc-2.6.so.0: symbol _ZTV7wxEvent, version WXU_2.6 not defined in file libwx_gtk2u_core-2.6.so.0 with link time reference Is there any known working combination of dev-db/pgadmin3 and x11-libs/wxGTK versions? Or is it maybe an other problem? Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
[gentoo-user] baselayout-1.12.5 sucks
Hi, at the weekend I upgraded to baselayout-1.12.5. And this is the worse version of baselayout since I'm using Gentoo. The first reason therefore is, that the kernel log is spamming to your console all the time, because of the loglevel doesn't become set to 1 anymore. The workaround is to hack /etc/init.d/checkroot to call `dmesg -n 1` on startup, even though in /etc/conf.d/rc is a variable RC_DMESG_LOGLEVEL which is set to 1 by default, but it doesn't affect anything. The other reason is, that independent from which net.*-scripts are attached to a runlevel, at least one net.*-script besides net.lo becomes started according to RC_NET_STRICT_CHECKING=no [1] in /etc/conf.d/rc. Such behaviour shouldn't be the default. If I want a distro where anything happens automatically, I would use Ubunto or Suse. Furthermore it isn't even possible to stop this behaviour by setting RC_NET_STRICT_CHECKING to none or lo [1]. The workaround therefore is to set RC_PLUG_SERVICES=!net.* in /etc/conf.d/rc. But however, the best workaround would be the following I guess. :) echo ~sys-apps/baselayout-1.12.5 /etc/portage/package.mask If I just misunderstood the new configurations of baselayout-1.12.5, feel free to answer, before other people apply my bad workarounds. ;) [1] # RC_NET_STRICT_CHECKING allows some flexibility with the 'net' service. # The following values are allowed: # none - The 'net' service is always considered up. # no- This basically means that at least one net.* service besides net.lo # must be up. This can be used by notebook users that have a wifi and # a static nic, and only wants one up at any given time to have the # 'net' service seen as up. # lo- This is the same as the 'no' option, but net.lo is also counted. # This should be useful to people that do not care about any specific # interface being up at boot. # yes - For this ALL network interfaces MUST be up for the 'net' service to # be considered up. Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
[gentoo-user] Copy untained files from a corrupted (ntfs) partition
Good morning, I try to rescue files from a corrupted ntfs partition. I don't care about the corrupted files, but I would like to rescue the untained files. Is there a way to instruct cp or tar to skip corrupted files? Or is there a tool under GNU/Linux which can simply delete the broken files? Or does anybody have maybe an even better idea? Thanks. Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] [OT] Why directories aren't files?
Hi, the question is, what is a file? I would say; a file is an object related to a specific inode. So a directory would be a file as well as FIFOs, unix-sockets, char, block-devices, symlinks and of course regular files. The problem is, that not each kind of file is threaded the same way on Linux. And also it isn't on FreeBSD and the most unix-like systems. If you want an OS, where really everything is a file without exceptions and special kind of files, you should use Plan9. But independent from this aspect, a file refers in its inode to a chunk of storage on the hard disk (or other storage medias), which contains its data. But some files like directories don't contain data. And when you read from a file for example by cat, the content of its allocated chunk of storage will be read. But if there is no such data, for example because of it is a directory, the most clean way IMHO would be to show a corresponding error message. Best Regards Sebastian Noack -Ursprüngliche Nachricht- Von: Matteo Pillon [mailto:[EMAIL PROTECTED] Gesendet: Montag, 18. September 2006 11:11 An: gentoo-user@lists.gentoo.org Betreff: [gentoo-user] [OT] Why directories aren't files? Hi all, I was wondering why Linux doesn't treat directories like files, as many other unix implementations do. For example, in Linux, you can't do 'cat .' while on FreeBSD you can. Why? There is a practical reason? Forgive me this OT, I wasn't able to find a suitable list. Thanks for replies. Bye. -- * Pillon Matteo -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] x or * in /etc/passwd ?
The second field in /etc/passwd stands also for the password hash. But since storing passwords in /etc/passwd is deprecated, it should ever be an invalid hash like x or * for example. Regards Sebastian Noack OK, thank you. The * should appear in /etc/shadow, not in /etc/passwd. -- Jorge Almeida -- gentoo-user@gentoo.org mailing list
AW: AW: [gentoo-user] [OT] Why directories aren't files?
Hi, interesting. You are right. But so it would be (maybe not the most usable but) the most consequentially solution to dump the data of the directory on read(). Regards Sebastian Noack -Ursprüngliche Nachricht- Von: Matteo Pillon [mailto:[EMAIL PROTECTED] Gesendet: Montag, 18. September 2006 13:50 An: gentoo-user@lists.gentoo.org Betreff: Re: AW: [gentoo-user] [OT] Why directories aren't files? Hi, On Mon, Sep 18, 2006 at 11:49:38AM +0200, Noack, Sebastian wrote: But independent from this aspect, a file refers in its inode to a chunk of storage on the hard disk (or other storage medias), which contains its data. But some files like directories don't contain data. A directory IS like a file (in my opinion), it's an inode with data, you can also see it doing an ls -l: drwxr-xr-x 2 pmatthew users 4096 27 dic 2005 a drwxr-xr-x 2 pmatthew users 40960 22 mar 16:20 b Directory 'a' shows a size of 4096, the block size, as it contains only a few files and listing them with their associated inode, needs only a block, but 'b' contains a lot of files and so needs 10 blocks to store the inode-filename list. I don't have much knoledge of how ext2 works under the hood, just guessing from the behaviour I see from higher-level tools. Thanks for your replies. Bye. -- * Pillon Matteo -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] installing mono
It doesn't have to be really the case, that there is no place left on disk. Sometimes if something during procedure src_unpack of the corresponding ebuild is going wrong this message appears also. I had a similar issue a while ago, when I wrote an own ebuild. But I can't find any bugs in mono-1.1.13.2.ebuild currently, but I guess there is one in the src_unpack procedure. But according to my experiences mono-1.1.17.1 is at least so stable like mono-1.1.13. So I recommend to try this ebuild instead. Regards Sebastian Noack Neil Bothwick wrote: On Wed, 6 Sep 2006 10:58:39 +0200, Stefán István wrote: Change PORTAGE_TMPDIR (in /etc/make.conf) to point somewhere with plenty of space. I set PORTAGE_TMPDIR to /portage_tmp, created this directory, but I get the same error. What does df -h /portage_tmp show immediately after installation fails? -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] -python useflags
Of course you can disable the python-useflag like any other useflag. It will just disable python for packages with optional support of python. Packages which are based on python and really need it like portage, will still install it with their dependencies. Regards Sebastian Noack -Ursprüngliche Nachricht- Von: Enrico Weigelt [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 5. September 2006 12:29 An: gentoo-user Betreff: [gentoo-user] -python useflags Hi folks, it is save to set -python useflags w/o disturbing portage ? cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] looking for Xwindow icq client
Different from kde, in the world gnome there is no wrapper for the corresponding toolkit (gtk+ in the case of gnome or qt in the case of kde). While real kde-apps use the kdelibs, apps for the gnome desktop use the gtk+ toolkit directly. So, whether a gtk+ based app is related to the gnome desktop is only dependend on the mood of the developers. And Sean Egan (the leading developer of gaim) decided that gaim is no gnome-app, because of gaim's large popularity in the non-gnome world. But from the technical standpoint this actually doesn't matter. Just note that gaim is like the most of the so called gnome-apps, just linked against gtk+ (the toolkit which also the gnome-desktop uses) and not against any gnome-core stuff. Regards Sebastian Noack b.n. wrote: Nico wrote: gaim need some gnome lib no ? I just checked the gaim dependencies (emerge -et gaim) and it seems not to pull anything related to gnome. It wants cairo and pango, anyway, among others. m. -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
[gentoo-user] myhostname and mydomain in /etc/postfix/main.cf on a vhost
Hi, I'm currently setting up a mail server according to http://www.gentoo.org/doc/en/virt-mail-howto.xml and I don't understand Code Listing 2.2. myhostname = $host.domain.name mydomain = $domain.name If this suppose to be a configuration for virtual hosts, than I don't have a specific hostname or domain. I just have hostnames which are also the domains for each virtual host. But they do I already specify according to Code Listing 10.9 in the virtual_mailbox_domains variable in /etc/postfix/main.cf. Can maybe somebody help me with this configuration? Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] myhostname and mydomain in /etc/postfix/main.cf on a vhost
Your domain can be any one of your domains. Your hostname should not match anything in your virtual file. When you set your origin use the hostname and not the domain. That'll make things less likely to screw up. Couldn't I also omit the hostname or origin instead of it? And if not, what would you propose as hostname? Something like nohost or does it have to be a real hostname, which is mapped to my ip address or maybe my ip address itself? soapbox That how-to you're following sucks unless you're dead set on giving all accounts virtual mailman support. I can't say mine is written any better, but it will give you a much better system when you're done. Manually adding users via raw SQL will annoy you to no end after two weeks. http://gentoo- wiki.com/HOWTO_Setup_a_Virtual_Postfix/Courier_Mail_System_with_PostfixA dm in Well, because of I'm not a mailhoster and need just a mailserver for the web sites I administer completely by my own, it wouldn't be a problem to administer the mail stuff directly in the database, but however PostfixAdmin seems to be nice. But I think I can also set it up later, after I followed the official Gentoo Virtual Mailhosting System with Postfix Guide. Btw: Your howto mentions PostfixAdmin, but also doesn't explains how to set it up. But however I will still read it, nevertheless. Regards Sebastian -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] emerge fails with tc-getCC: command not found
Hi, tc-getCC is no binary. It is a function of the eclass toolchain, to determine the path to the corresponding C-Compilier. You should make sure that the corresponding ebuild contains the line inherit toolchain-funcs in the beginning. But however it seems to be a bug in the specified ebuild. But maybe you can fix it by this advice. Regards Sebastian Noack -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 24. August 2006 15:49 An: gentoo-user@lists.gentoo.org Betreff: [gentoo-user] emerge fails with tc-getCC: command not found Hi everybody, I tried to do an update of portage on Monday, but it failed with the following error: -- Compiling source in /var/tmp/portage/portage-2.1-r2/work/portage-2.1-r2 ... /zeug/portage/sys-apps/portage/portage-2.1-r2.ebuild: line 63: tc-getCC: command not found /zeug/portage/sys-apps/portage/portage-2.1-r2.ebuild: line 63: -march=athlon64: command not found !!! ERROR: sys-apps/portage-2.1-r2 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile portage-2.1-r2.ebuild, line 64: Called die -- I tried another --sync today, but the problem persists. I can find no application called tc-getCC on my computer. I wonder why it seems to miss suddenly, since other ebuilds with reference to it worked ok in the past, I think. Can somebody help me with this situation? Thanks, -- Philipp Tölke You know the indestructible black box that is used on planes. Why don't they make the whole plane out of the same substance? -- gentoo-user@gentoo.org mailing list
AW: AW: [gentoo-user] emerge fails with tc-getCC: command not found
Hi, well it seems indeed to be a problem only on your machine. Because of I have also updated to sys-apps/portage-2.1-r2 succesfully, now. Maybe you should try to download first a new portage snapshot, remove the entire directory /usr/portage from your system untar the snapshot to /usr and run again `emerge --sync emerge -u portage`. Regards Sebastian Noack -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 24. August 2006 17:26 An: gentoo-user@lists.gentoo.org Betreff: Re: AW: [gentoo-user] emerge fails with tc-getCC: command not found Hello, Noack, Sebastian [EMAIL PROTECTED] wrote: tc-getCC is no binary. It is a function of the eclass toolchain, to determine the path to the corresponding C-Compilier. You should make sure that the corresponding ebuild contains the line inherit toolchain-funcs in the beginning. But however it seems to be a bug in the specified ebuild. But maybe you can fix it by this advice. Thanks for your answer! The ebuild does inherit the toolchain-funcs. I could not find any corresponding bugs in bugzilla, and I think that more people would have reported this problem with the portage-ebuild, if it was a general problem. Thanks, -- Philipp Tölke Question: Who said the name Microsoft and when? Answer: Bill Gates' wife at their wedding night! -- gentoo-user@gentoo.org mailing list
[gentoo-user] Omnikey Cardman 4040 - Card Reader
Hi, I've bought an Omnikey Cardman 4040 card reader and have some trouble to get it work. Maybe somebody have some experiences with it. Actually it is one of the recommended card readers for Linux. I have compiled and loaded the driver cm4040_cs and following line appeared in /proc/devices: 254 cmx But there is no pcmcia-entry in /proc/devices like I have seen on other systems. Another weird thing is that hotplug/udev doesn't create a corresponding device file, automatically. So I invoke `mknod -m 666 /dev/cmx0 c 253 0` by myself. But after invoking `gpg --card-status` I got following error message: gpg: apdu_open_reader: failed to open driver `libpcsclite.so.1': libpcsclite.so.1: cannot open shared object file: No such file or directory gpg: card reader not available gpg: OpenPGP card not available: general error Well, actually I would prefer the CCID driver over the PCSC driver, but however I fixed this (probably) by `cd /usr/lib ln -s libpcsclite.so.0.0.1 libpcsclite.so.1`. But now I get following error message when I invoke `gpg --card-status`: gpg: pcsc_establish_context failed: internal error (0x8011) gpg: card reader not available gpg: OpenPGP card not available: general error Doesn't matter, let us see why ccid doesn't work. Btw if it would work it wouldn't try pcsc. If I invoke `gpg --card-status --debug-ccid-drive` the output above is extended by another line: gpg: DBG: ccid-driver: no CCID reader with number 0 All at all it seems like there is no card reader plugged in, but it is and evenwhen I plugged it in it shows the name of the card reader in the system log. If anybody knows what I have to do to get this device work I would be very thankful. Kernel-Version: 2.6.17.7 GPG-Version: 1.4.5 1.9.20-r3 Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
[gentoo-user] AW: Omnikey Cardman 4040 - Card Reader
-I invoke `mknod -m 666 /dev/cmx0 c 253 0` by myself. +I invoke `mknod -m 666 /dev/cmx0 c 254 0` by myself. -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] ERROR: x11-base/xorg-server-1.0.2-r7 failed.
On 8/8/06, Julia Fischer [EMAIL PROTECTED] wrote: Here everythin from the first compiler error: glxcmds.c: In function `__glXBindSwapBarrierSGIX': glxcmds.c:1749: warning: cast to pointer from integer of different size glxcmds.c: In function `__glxQueryHyperpipeNetworkSGIX': glxcmds.c:1796: error: `xGLXQueryHyperpipeNetworkSGIXReq' undeclared (first use in this function) glxcmds.c:1796: error: (Each undeclared identifier is reported only once glxcmds.c:1796: error: for each function it appears in.) glxcmds.c:1796: error: `req' undeclared (first use in this function) glxcmds.c:1796: error: syntax error before ')' token Hmm, are you using proprietary drivers and their implementation of opengl? If so, try doing an eselect opengl set xorg-x11, merge xorg-x11, then eselect opengl back to whatever you want. -Richard I don't think that this is the problem, because of the driver in any case become linked against xorg and not vice-versa and the error occurs when she tries to compile x11-base/xorg-server. But I remember that also I had weird problems when I was upgrading from xorg-6.9 to xorg-7.0, which occurs because of suddenly some files of the partial xorg-packages were missing even though the package was emerged. Re-emerging of the corresponding packages was the solution. If you van't vfigure out which packages are affected it would be the best to run `emerge -e xorg-x11` Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] OT - Best IRC client
Anthony E. Caudel wrote: So I'm wondering what the consensus is regarding what is the best irc client under Gentoo. Tony I have tried most of them and I prefer Xchat for a gtk app and IRSSI for the terminal but I am using Gaim right now for IRC because i like having all my text messaging in the same program. Mike I just can verify this opinion. Because of these are also my experiences with IRC-clients. :) Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] ERROR: x11-base/xorg-server-1.0.2-r7 failed.
Julia Fischer wrote: Opengl was already set to xorg-x11. I didn't try the emerge -e xorg-x11 because I needed a running system today. I installed kubuntu. Thanks anyway! grottenolm. I don't think that this is the problem, because of the driver in any case become linked against xorg and not vice-versa and the error occurs when she tries to compile x11-base/xorg-server. But I remember that also I had weird problems when I was upgrading from xorg-6.9 to xorg-7.0, which occurs because of suddenly some files of the partial xorg-packages were missing even though the package was emerged. Re-emerging of the corresponding packages was the solution. If you van't vfigure out which packages are affected it would be the best to run `emerge -e xorg-x11` Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list I ran into the same thing and I had to do a emerge -e world to get mine working. I wish I knew which package(s) needed to be remerged but I have no clue. I think it was a KDE one though. It was working long before the emerge finished. Funny thing is, this only seemed to affect a few people, me included of course. Dale I don't think that this have to do anything with kde, because of this error occurs during compiling xorg-server and kde is just a bundle of apps running on X. Actually I didn't do `emerge -e xorg-x11` or even `emerge -e world`, when I had problems to upgrade xorg. Instead of, I redirect the output of `emerge -ep xorg-x11` into a temporary file, and re-emerged only the x-related packages from this file. This would safe a lot of time. But maybe you and Julia, should look first at the bug, which Richard mentioned. But in fact, Julia's problem seems to be this bug: http://bugs.gentoo.org/show_bug.cgi?id=138766 Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] execution of a script right before umount -a at shutdown/reboot
What is the most gentoo compliant place for executing a small script
right before the 'umount -a' on shutdown/halt of the system ?
Create an init script into /etc/init.d/ which contains following:
depend() {
need localmount
}
Regards
Sebastian Noack
--
gentoo-user@gentoo.org mailing list
AW: [gentoo-user] ERROR: x11-base/xorg-server-1.0.2-r7 failed.
I have some trouble with emerging x11-base/xorg-x11. I tried to run emerge -avD x11-base/xorg-x11 -D affects only something if you pass also -u. !!! ERROR: x11-base/xorg-server-1.0.2-r7 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called x-modular_src_compile x-modular.eclass, line 330: Called x-modular_src_make x-modular.eclass, line 325: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. There are also error messages from the compiler? Any ideas what to do? If so, please consider me a gentoo-dummie. At the moment I do not have installed any x11-base/xorg-x11. My old version (6.9) blocked my system update (emerge -avuD system). That's why I thoght it might be a good idea to deinstall it, update the system and then reinstall the new version. Maybe it wasn't such a good idea... Updating xorg is seldom a good idea if you need a working system. ;) Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] gtk+ dependency problem
Hi, `emerge --nodeps` let you install packages without its dependencies, but at least the other dependencies unless xorg-server are required for compiling xlib. So you would have to run `emerge --nodeps all the dependencies which are really required libX11` Regards Sebastian Noack -Ursprüngliche Nachricht- Von: Enrico Weigelt [mailto:[EMAIL PROTECTED] Gesendet: Montag, 7. August 2006 09:57 An: gentoo-user Betreff: [gentoo-user] gtk+ dependency problem Hi folks, I'm just installing some X applications on an headless machine and I'd like to have only the xlib client libs, no server stuff. The problem is: the non-deterministic dependencies to the X libs get resolved badly - it always wants to install the Xserver. How can stop it from doing that (without manually tweaking the portage tree) ? cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] gtk+ dependency problem
`emerge --nodeps` let you install packages without its dependencies, would require me to handle dependencies manually. very bad hack. I would also prefer to make an overlay from the ebuild and implement a workaround, but you asked for a way without manipulating the portage three. Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem with quota
thats right.. but always been this way... i can figure out was wrong On 8/3/06, Jarry [EMAIL PROTECTED] wrote: Thiago Lüttig wrote: /dev/sda4 /home ext3 defaults,quota,grpquota 1 2 Should not it be: defaults,usrquota,grpquota? At least in my fstab it is so, and I'm having no problems... Jarry -- gentoo-user@gentoo.org mailing list -- __ Atenciosamente, Thiago Lüttig MSN: [EMAIL PROTECTED] ICQ: 194392373 __ Argh, it was an HTML-Mail. My doctor forbids me to deal with HTML-Mails. ;) Btw isn't defaults unnecessary if other options are specified? Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
[gentoo-user] app-office/openoffice-bin and kde
Hi, does somebody know if app-office/openoffice-bin supports native look and feel for kde? Or would I have to emerge app-office/openoffice with KDE-useflag? Best Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] app-office/openoffice-bin and kde
Hi, does somebody know if app-office/openoffice-bin supports native look and feel for kde? Or would I have to emerge app-office/openoffice with KDE-useflag? The icons, to me, look KDE-ish. Yeah, that is what I probably mean. I have seen OpenOffice on my mum's notebook on which runs kubunto and the look of OpenOffice was really close to the look of each other kde-app. But I wasn't sure if app-office/openoffice-bin on Gentoo supports that also or if I would have to compile app-office/openoffice with the kde-useflag, therefore. But even if office/openoffice-bin have kde-support, how would I tell it to use kdelibs instead of gtk+? Because of both libraries are present on my system. Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
AW: [gentoo-user] Marvell Yukon 88E8001 not working, already tried modprobe sk98lin et al
I have a hard time installing Gentoo 2006.0 using either the minimal installation image or the LiveCD. The machine has a Asus A8V Deluxe mainboard with onboard networking. Windows identifies the network controller as Marvell Yukon 88E8001/8003/8010 PCI Gigabit Ethernet, and Gentoo's lspci confirms this. However, I can't get the network card up and running with Gentoo (it works fine with i.e. OpenSUSE 10). Searching this mailing list turned up hints to use modprobe sk98lin, modprobe skge and modprobe sky2 after booting. I tried all three variants, and lsmod lists the respective modules. After using net-setup et0, ifconfig shows Link encap:UNSPEC and a weird hardware address. Ping fails for all addresses except the machine's own, and RX bytes for eht0 always remains zero. Any ideas? I'm pretty much stuck now and I'd appreciate your help. -- Mit freundlichen Grüßen / Sincerely Dipl. Inform. Ralph Seichter Hi, it seems to be a problem with the driver on the Gentoo LiveCD. I would propose to try an other LiveCD for example Knoppix or if you still have any other Linux distribution (you mentioned OpenSUSE) on this machine, where the network interface works boot it and use it to install Gentoo. And don't forget to file a bug in the Gentoo bugzilla if it points out that it is indeed a problem with the driver on the Gentoo LiveCD. :) Best Regards Sebastian Noack -- gentoo-user@gentoo.org mailing list
