Re: [gentoo-user] Gentoo nfs server:Opensolaris client; error `security mode does not match'
On Wednesday 18 March 2009 00:23:58 Harry Putnam wrote: I'm having a problem mounting a nfs share exported by my gentoo server. The client problem occurs on an opensolaris box running 2008-11 build 109. I have an ancient /etc/exports that may be way out of date... I rarely use nfs. But I've begun setting up a NAS that consists of an OpenSolaris server with ZFS file sytem. I hoped to use NFS to handle backs ups and other work between linux boxes and solaris NAS, with windows boxes using CIFS. It doesn't really make sense to mount the other way round, like serving from OpenSol and client at gentoo host since a general backup plan will be running from the Solaris box and effecting all lan machines. At least that was my first thought. But really would like to understand what is needed in either direction. Here is the line from /etc/exports (on gentoo server): /pub192.168.0.0/22(rw,insecure,o_root_squash,subtree_check) try remove insecure, and it's no_root_squash -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] How to freeze my Gentoo system
On Wed, 11 Mar 2009 13:40:54 -0700 Michael Higgins li...@evolone.org wrote: Don't know the proper term, but I want to stop version updates for a while, yet allow package-rN updates... I spent most of the last couple of days killing two bugs that were a serious drag on my laptop, involving kacpid hogging the CPU on a resume, or bay swap, and gnome panel freezing on 7 open windows (a real deal killer). I'd like to spend a few months just using it now that it all works... So with the latest kernel in the tree unmasked (kacpid bug fix) and a couple of patches and ebuilds in my overlay for a pair of unmasked x11 and gnome packages, what is the method to keep this 'world' in a 'set' and 'forgotten' state? '-) Cheers, I wouldn't use a script for managing something as delicate ad updates. Just have a look at your weekly emerge --sync emerge -uDNpv world and manually mask whatever you don't feel to upgrade (put in package.mask the exact version so new upgrades/bugfixes will show up again in future syncs). My 2 cents. --- TopperH http://topperh.blogspot.com signature.asc Description: PGP signature
[gentoo-user] Error emerge
I'm trying to emerge apache, and I always get this error: # emerge apache Calculating dependencies... done! Verifying ebuild manifests Starting parallel fetch Emerging (1 of 15) perl-core/Sys-Syslog-0.18 Downloading ' ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/Sys-Syslog-0.18.tar.gz' --12:32:02-- ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving ftp.tu-clausthal.de... 139.174.2.36 Connecting to ftp.tu-clausthal.de|139.174.2.36|:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD /pub/linux/gentoo/distfiles ... No such directory `pub/linux/gentoo/distfiles'. Downloading ' http://search.cpan.org/CPAN/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz' --12:32:04-- http://search.cpan.org/CPAN/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving search.cpan.org... 84.45.68.23 Connecting to search.cpan.org|84.45.68.23|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://ftp.gui.uva.es/sites/cpan.org/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz[following] --12:32:05-- http://ftp.gui.uva.es/sites/cpan.org/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving ftp.gui.uva.es... 157.88.36.5 Connecting to ftp.gui.uva.es|157.88.36.5|:80... connected. HTTP request sent, awaiting response... 404 Not Found 12:32:05 ERROR 404: Not Found. Downloading ' http://www.cpan.org/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz' --12:32:05-- http://www.cpan.org/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving www.cpan.org... 66.39.76.93 Connecting to www.cpan.org|66.39.76.93|:80... connected. HTTP request sent, awaiting response... 404 Not Found 12:32:07 ERROR 404: Not Found. !!! Couldn't download 'Sys-Syslog-0.18.tar.gz'. Aborting. * Fetch failed for 'perl-core/Sys-Syslog-0.18', Log file: * '/var/tmp/portage/perl-core/Sys-Syslog-0.18/temp/build.log' Failed to emerge perl-core/Sys-Syslog-0.18, Log file: '/var/tmp/portage/perl-core/Sys-Syslog-0.18/temp/build.log' * Messages for package perl-core/Sys-Syslog-0.18: * Fetch failed for 'perl-core/Sys-Syslog-0.18', Log file: * '/var/tmp/portage/perl-core/Sys-Syslog-0.18/temp/build.log' Any idea? -- Yo soy cola, tú pegamento.
Re: [gentoo-user] Error emerge
It looks like version 0.18 is no longer on mirrors. Workaround: Using the ~arch version should work -Add the following line to /etc/portage/package.keywords (create it if it doesn't exist): perl-core/Sys-Syslog See the Gentoo Handbook on Mixing Software Branches for more information. I've filed a bug to resolve the issue: http://bugs.gentoo.org/262899 AllenJB ThrepwooD wrote: I'm trying to emerge apache, and I always get this error: # emerge apache Calculating dependencies... done! Verifying ebuild manifests Starting parallel fetch Emerging (1 of 15) perl-core/Sys-Syslog-0.18 Downloading 'ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/Sys-Syslog-0.18.tar.gz' --12:32:02-- ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving ftp.tu-clausthal.de... 139.174.2.36 Connecting to ftp.tu-clausthal.de http://ftp.tu-clausthal.de|139.174.2.36|:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD /pub/linux/gentoo/distfiles ... No such directory `pub/linux/gentoo/distfiles'. Downloading 'http://search.cpan.org/CPAN/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz' --12:32:04-- http://search.cpan.org/CPAN/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving search.cpan.org... 84.45.68.23 Connecting to search.cpan.org http://search.cpan.org|84.45.68.23|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://ftp.gui.uva.es/sites/cpan.org/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz [following] --12:32:05-- http://ftp.gui.uva.es/sites/cpan.org/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving ftp.gui.uva.es... 157.88.36.5 Connecting to ftp.gui.uva.es http://ftp.gui.uva.es|157.88.36.5|:80... connected. HTTP request sent, awaiting response... 404 Not Found 12:32:05 ERROR 404: Not Found. Downloading 'http://www.cpan.org/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz' --12:32:05-- http://www.cpan.org/authors/id/S/SA/SAPER/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving www.cpan.org... 66.39.76.93 Connecting to www.cpan.org http://www.cpan.org|66.39.76.93|:80... connected. HTTP request sent, awaiting response... 404 Not Found 12:32:07 ERROR 404: Not Found. !!! Couldn't download 'Sys-Syslog-0.18.tar.gz'. Aborting. * Fetch failed for 'perl-core/Sys-Syslog-0.18', Log file: * '/var/tmp/portage/perl-core/Sys-Syslog-0.18/temp/build.log' Failed to emerge perl-core/Sys-Syslog-0.18, Log file: '/var/tmp/portage/perl-core/Sys-Syslog-0.18/temp/build.log' * Messages for package perl-core/Sys-Syslog-0.18: * Fetch failed for 'perl-core/Sys-Syslog-0.18', Log file: * '/var/tmp/portage/perl-core/Sys-Syslog-0.18/temp/build.log' Any idea? -- Yo soy cola, tú pegamento.
[gentoo-user] glibc update
Hello, Looking at what I'm about to pick up via emerge, I notice this [ebuild U ] sys-libs/glibc-2.8_p20080602-r1 [2.6.1] This immediately sets off alarm bells for me, since glibc is the basis of the whole system. If I pick this up do I have to rebuild everything? I've also frozen my kernel at 2.6.25 for now due to the nvidia-drivers package. I have to use an older one for 3D accel and it doesn't work with the newer kernels according to a bug report I saw. At some point I'm assuming that a new glibc will require a new kernel too, if the interface changes, so presumably I'll have to update eventually. I could just use the nv driver since the 3D accel is not a must-have, or pick up a new video card. Currently VIDEO_CARDS=nvidia in my make.conf just automatically pulls in nvidia-drivers though, which is broken for me. But I digress. Upgrade glibc, rebuild everything? I suppose revdep-rebuild will figure that out anyway... Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpOmDWLNgkEd.pgp Description: PGP signature
Re: [gentoo-user] glibc update
On Wednesday 18 March 2009 13:23:47 Michael P. Soulier wrote: Hello, Looking at what I'm about to pick up via emerge, I notice this [ebuild U ] sys-libs/glibc-2.8_p20080602-r1 [2.6.1] This immediately sets off alarm bells for me, since glibc is the basis of the whole system. If I pick this up do I have to rebuild everything? No, this one is safe. Here's what happens: You said glibc is the basis of the whole system. That's not quite true, it's actually glibc provides the C library, which is a collection of basic function calls that just about every other program uses sooner or later Quite a different thing actually. The interface the glibc presents to the rest of the machine doesn't reduce. Everything that your programs used to see, they will still see. What might happen is the glibc provides extra stuff, but that doesn't matter as your existing compiled programs don't know about it and can't use it. A lot like replacing a power outlet in your house - it looks the same as the old one so there's no need to buy a new toaster. If there's an issues, revdep-rebuild will pick them up. Sometimes, glibc is all fsck'ed up. Like sys-libs/glibc-2.9_p20081201-r1. It looks great, till you start firefox and find that it doesn't run anymore... I've also frozen my kernel at 2.6.25 for now due to the nvidia-drivers package. I have to use an older one for 3D accel and it doesn't work with the newer kernels according to a bug report I saw. At some point I'm assuming that a new glibc will require a new kernel too, if the interface changes, so presumably I'll have to update eventually. No, glibc might need updated kernel headers. The compiler uses them when building glibc - the headers tell the compiler what data structures, functions etc look like so that the glibc it builds can talk to whatever kernel you choose to run later. The only time you really need to update the kernel headers is if they provide some new features you want to take advantage of. The interface that the kernel provides to userspace is virtually frozen and Linus simply never changes it. In short, updating glibc is as safe as updating any other piece of software, as long as it has no known major bugs that cause you issues. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Error emerge
On Wednesday 18 March 2009 13:34:35 ThrepwooD wrote: I'm trying to emerge apache, and I always get this error: # emerge apache Calculating dependencies... done! Verifying ebuild manifests Starting parallel fetch Emerging (1 of 15) perl-core/Sys-Syslog-0.18 Downloading ' ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/Sys-Syslog-0.18.tar.gz ' --12:32:02-- ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/Sys-Syslog-0.18.tar.gz = `/usr/portage/distfiles/Sys-Syslog-0.18.tar.gz' Resolving ftp.tu-clausthal.de... 139.174.2.36 Connecting to ftp.tu-clausthal.de|139.174.2.36|:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD /pub/linux/gentoo/distfiles ... No such directory `pub/linux/gentoo/distfiles'. Looks like the cpan and sitfiles mirrors you are using are out of sync. My cpan mirror lags the master by about 24 hours and it isn't there yet. But distfiles has it :-) You're very welcome to grab a copy from me ftp://ftp.is.co.za/mirror/gentoo.org/distfiles/Sys-Syslog-0.18.tar.gz copy it to your local distfiles directory and run the emerge again -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] error while loading shared libraries: libcrypto.so.0.9.8
Paul Hartman написав(ла): Hi, Gmail won't allow the attachment (it says it contains executable files...) The direct URL to download the files you need are here: http://distfiles.gentoo.org/distfiles/wget-1.10.2.tar.gz http://distfiles.gentoo.org/distfiles/wget-1.10.2-gentoo-0.2.tar.bz2 Put them in your /usr/portage/distfiles and try to emerge wget... I hope it works. :) Thanks, Paul Many thanks all for solving problem! Short summary for restoring emerge wget with openssh: 1. Set -ssh USE flag in /etc/make.conf 2. Making emerge -pf wget 3. Downloading all files that got us the previous command from http://distfiles.gentoo.org/distfiles/ 4. Placing downloaded files in /usr/portage/distfiles 5. emerge wget 6. Now, I re-emerging openssh :) -- Alexander Pilipovsky aka Engraver
Re: [gentoo-user] glibc update
On 18/03/09 Alan McKinnon said: You said glibc is the basis of the whole system. That's not quite true, it's actually glibc provides the C library, which is a collection of basic function calls that just about every other program uses sooner or later I wasn't sure if any interface changes had been made. Looking at the glibc 2.8 release notes, it doesn't look like it but I wanted to check before upgrading. It makes me nervous. :) If there's an issues, revdep-rebuild will pick them up. Ok, good. Sometimes, glibc is all fsck'ed up. Like sys-libs/glibc-2.9_p20081201-r1. It looks great, till you start firefox and find that it doesn't run anymore... So, how would I know, in general, whether it's safe to upgrade when it appears in my emerge output? Just ask here? My BSD box has a /usr/ports/UPDATING file that I check before upgrading ports for any notices... No, glibc might need updated kernel headers. The compiler uses them when building glibc - the headers tell the compiler what data structures, functions etc look like so that the glibc it builds can talk to whatever kernel you choose to run later. So will it use /usr/src/linux by default? If so then I'm ok... The only time you really need to update the kernel headers is if they provide some new features you want to take advantage of. The interface that the kernel provides to userspace is virtually frozen and Linus simply never changes it. Good to know. In short, updating glibc is as safe as updating any other piece of software, as long as it has no known major bugs that cause you issues. Ok, thanks for the response. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein signature.asc Description: Digital signature
[gentoo-user] blocked package from rename?
I'm just curious about this block I noticed... [uninstall] x11-libs/qt-4.3.3 [blocks b ] x11-libs/qt-core (x11-libs/qt-core is blocking x11-libs/qt-4.3.3) [blocks b ] =x11-libs/qt-4.4.0_alpha:4 (=x11-libs/qt-4.4.0_alpha:4 is blocking x11-libs/qt-core-4.4.2, x11-libs/qt-qt3support-4.4.2, x11-libs/qt-script-4.4.2, x11-libs/qt-gui-4.4.2-r1, x11-libs/qt-sql-4.4.2) So, presumably qt-core was renamed to just qt, so that's why I'm being told to unmerge qt-core and merge qt? I'm just curious about what causes this. I'm getting there slowly... Thanks, Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein signature.asc Description: Digital signature
[gentoo-user] Re: blocked package from rename?
Michael P. Soulier wrote: I'm just curious about this block I noticed... [uninstall] x11-libs/qt-4.3.3 [blocks b ] x11-libs/qt-core (x11-libs/qt-core is blocking x11-libs/qt-4.3.3) [blocks b ] =x11-libs/qt-4.4.0_alpha:4 (=x11-libs/qt-4.4.0_alpha:4 is blocking x11-libs/qt-core-4.4.2, x11-libs/qt-qt3support-4.4.2, x11-libs/qt-script-4.4.2, x11-libs/qt-gui-4.4.2-r1, x11-libs/qt-sql-4.4.2) So, presumably qt-core was renamed to just qt, so that's why I'm being told to unmerge qt-core and merge qt? The other way around. There's no more qt. It has been split into qt-core, qt-gui, etc. So in other words, x11-libs/qt will be unmerged as it's not needed anymore.
Re: [gentoo-user] glibc update
On Wednesday 18 March 2009 20:05:27 Michael P. Soulier wrote: Sometimes, glibc is all fsck'ed up. Like sys-libs/glibc-2.9_p20081201-r1. It looks great, till you start firefox and find that it doesn't run anymore... So, how would I know, in general, whether it's safe to upgrade when it appears in my emerge output? Just ask here? My BSD box has a /usr/ports/UPDATING file that I check before upgrading ports for any notices... Well, this is gentoo and we don't need no stinking Changelogs on gentoo :-) Seriously, you are running a stable arch. All known issues should be resolved by the time glibc hits stable. You can always askhere, or look at b.g.o for any outstanding issues No, glibc might need updated kernel headers. The compiler uses them when building glibc - the headers tell the compiler what data structures, functions etc look like so that the glibc it builds can talk to whatever kernel you choose to run later. So will it use /usr/src/linux by default? If so then I'm ok... No, it goes nowhere near that directory. It uses /usr/include/linux From your responses it seems like you haven't figured out yet how the whole compile/link/header thing works, so here's the (quickish) version: If an application uses a library that is already built and located elsewhere, the compiler needs to know what the data structures and functions in that library look like. This information is in the library's source code, but to make life for everyone infinitely easier, it is by convention separated out into so-called header files. These files don't contain any executable source code, just the definitions of things implemented by the library and publicly available. The benefit is that to compile something, you only need the (small) header files, not the full collection of (large) source code. Even on gentoo we have this - when you emerge wget, it most certainly uses something provided by glibc, yet the glibc source code is not available at emerge time - but the glibc headers are. These headers can technically be placed anywhere. The convention is to put them in /usr/include and to tell your compiler to look there for headers. glibc in turn also needs headers for things it uses, and amongst others this is the kernel headers in /usr/include/linux/. This doesn't have to be the same headers for the kernel you are running, it just has to be compatible headers. To prove this, just reboot and choose a different kernel. Everything works, but glibc could not possibly have been built against both kernel's sources. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] blocked package from rename?
On Wednesday 18 March 2009 20:09:42 Michael P. Soulier wrote: I'm just curious about this block I noticed... [uninstall] x11-libs/qt-4.3.3 [blocks b ] x11-libs/qt-core (x11-libs/qt-core is blocking x11-libs/qt-4.3.3) [blocks b ] =x11-libs/qt-4.4.0_alpha:4 (=x11-libs/qt-4.4.0_alpha:4 is blocking x11-libs/qt-core-4.4.2, x11-libs/qt-qt3support-4.4.2, x11-libs/qt-script-4.4.2, x11-libs/qt-gui-4.4.2-r1, x11-libs/qt-sql-4.4.2) So, presumably qt-core was renamed to just qt, so that's why I'm being told to unmerge qt-core and merge qt? I'm just curious about what causes this. I'm getting there slowly... No, it's a monolithic to split-ebuild switch Remember when kde added kde*meta packages in addition to just kde*? qt did the same thing and the old large qt was replaced by several smaller qt- * packages. You have to unmerge qt and merge qt-*. They cannot co-exist as every file in qt-core collides with qt -- alan dot mckinnon at gmail dot com
[gentoo-user] nForce4 eth driver not working...
Hi, I have a strange problem with my motherboard (nForce4 chipset): Installation CD finds eth0 and brings it up (with whatever driver). Now I'm trying to compile my kernel, and even if I select all gbit ethernet cards, it does not work: * Starting eth0 * Bringing up eth0 *192.168.1.10 *network interface eth0 does not exist *Please verify hardware or kernel module (driver) [!!] lspci shows: 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev f3) MoBo manual says: Nvidia nForce 4 built-in Gigabit MAC with external Marvell PHY What should I select in kernel config to have this ethernet adapter supported??? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] nForce4 eth driver not working...
Jarry schrieb: Hi, I have a strange problem with my motherboard (nForce4 chipset): Installation CD finds eth0 and brings it up (with whatever driver). Now I'm trying to compile my kernel, and even if I select all gbit ethernet cards, it does not work: * Starting eth0 * Bringing up eth0 *192.168.1.10 *network interface eth0 does not exist *Please verify hardware or kernel module (driver) [!!] lspci shows: 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev f3) MoBo manual says: Nvidia nForce 4 built-in Gigabit MAC with external Marvell PHY What should I select in kernel config to have this ethernet adapter supported??? Jarry Try forcedeth. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] nForce4 eth driver not working...
On Wed, 18 Mar 2009 19:35:14 +0100, Jarry wrote: I have a strange problem with my motherboard (nForce4 chipset): Installation CD finds eth0 and brings it up (with whatever driver). Now I'm trying to compile my kernel, and even if I select all gbit ethernet cards, it does not work: Run lspci -k (or lspci -v) from the live CD to see which module it is using. -- Neil Bothwick Those are my principles. If you don't like them I have others. signature.asc Description: PGP signature
Re: [gentoo-user] stuffit does not recognise .sitx
Stroller ha scritto: I cannot conceive that anyone could seriously be still using OS 9 or earlier in earnest. I know people that do, and even for pretty serious work. *Why* they do that, is beyond my comprehension. m.
Re: [gentoo-user] Re: stuffit does not recognise .sitx
On Wednesday 18 March 2009, Dale wrote: Grant Edwards wrote: I'd tell your friend that stuffit is evil and he should use somethign else. Depending on your friends sense of humor, maybe even tell him to stuff it. LOL :-D Thank you all, that's exactly what I am going to tell him ... :) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Weird portage gnome USE behavior
When I try to emerge -DuN world I get: emerge: there are no ebuilds built with USE flags to satisfy =gnome-extra/libgsf-1.14.6[-gnome]. !!! One of the following packages is required to complete your request: - gnome-extra/libgsf-1.14.11 (Change USE: -gnome) (dependency required by app-office/gnumeric-1.8.4-r1 [ebuild]) (dependency required by world [argument]) I have: # emerge -pv libgsf [ebuild R ] gnome-extra/libgsf-1.14.11 USE=bzip2 gnome python -debug -doc and if I rebuild libgsf without the gnome USE flag, goffice and abiword fail to compile. I looked at gnumeric-1.8.4-r1.ebuild and I see under RDEPEND: =gnome-extra/libgsf-1.14.6[gnome=] I'm pretty confused. Can anyone make sense of this? Here is your solution: http://bugs.gentoo.org/show_bug.cgi?id=262604 You are not the only one who got confused :-/ Thanks a lot Joseph, the solution was to add to package.use: app-office/gnumeric gnome - Grant
Re: [gentoo-user] nForce4 eth driver not working...
Neil Bothwick wrote: On Wed, 18 Mar 2009 19:35:14 +0100, Jarry wrote: I have a strange problem with my motherboard (nForce4 chipset): Installation CD finds eth0 and brings it up (with whatever driver). Now I'm trying to compile my kernel, and even if I select all gbit ethernet cards, it does not work: Run lspci -k (or lspci -v) from the live CD to see which module it is using. lspci -v (no -k option for this version) 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev f3) Subsystem: Assustek Computer Inc. K8n4-e or A8n-e Mainbord Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 23 Memory at d410 (32-bit, non-prefetchable) [size=4K] I/O ports at b000 [size=8] Capabilities: [44] Power Management version 2 There is nothing more in the output, concerning ethernet. How can I see from this output, which module is it using? Justin wrote: Try forcedeth. I do not see this in kernel config. I suppose it is experimental driver, (which I turned off). Is it safe to use it? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] nForce4 eth driver not working...
You should have two different ethernet ports on that motherboard, the primary one should use forcedeth, the secondary should use the new marvell yukon phy driver, make sure those are compiled into your running kernel. On Mar 18, 2009 2:41 PM, Neil Bothwick n...@digimed.co.uk wrote: On Wed, 18 Mar 2009 19:35:14 +0100, Jarry wrote: I have a strange problem with my motherboard (nF... Run lspci -k (or lspci -v) from the live CD to see which module it is using. -- Neil Bothwick Those are my principles. If you don't like them I have others.
Re: [gentoo-user] nForce4 eth driver not working...
Jarry wrote: Neil Bothwick wrote: On Wed, 18 Mar 2009 19:35:14 +0100, Jarry wrote: I have a strange problem with my motherboard (nForce4 chipset): Installation CD finds eth0 and brings it up (with whatever driver). Now I'm trying to compile my kernel, and even if I select all gbit ethernet cards, it does not work: Run lspci -k (or lspci -v) from the live CD to see which module it is using. lspci -v (no -k option for this version) 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev f3) Subsystem: Assustek Computer Inc. K8n4-e or A8n-e Mainbord Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 23 Memory at d410 (32-bit, non-prefetchable) [size=4K] I/O ports at b000 [size=8] Capabilities: [44] Power Management version 2 There is nothing more in the output, concerning ethernet. How can I see from this output, which module is it using? Justin wrote: Try forcedeth. I do not see this in kernel config. I suppose it is experimental driver, (which I turned off). Is it safe to use it? Jarry CONFIG_FORCEDETH and it is a standard driver. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] nForce4 eth driver not working...
Justin wrote: CONFIG_FORCEDETH and it is a standard driver. I searched my .config file, and there is nothing like that. I'm using gentoo-sources 2.6.27-r8... -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] nForce4 eth driver not working...
Jarry wrote: Justin wrote: CONFIG_FORCEDETH and it is a standard driver. I searched my .config file, and there is nothing like that. I'm using gentoo-sources 2.6.27-r8... $ make menuconfig type / type FORCEDETH Location: │ │ - Device Drivers │ │ - Network device support (NETDEVICES [=y]) │ │ - Ethernet (10 or 100Mbit) (NET_ETHERNET [=n]) │ │ - nForce Ethernet support (FORCEDETH [=n]) signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] glibc update
On 18/03/09 Alan McKinnon said: Well, this is gentoo and we don't need no stinking Changelogs on gentoo :-) :) Seriously, you are running a stable arch. All known issues should be resolved by the time glibc hits stable. You can always askhere, or look at b.g.o for any outstanding issues Bulgarian Gay Organization? Sorry, googling for b.g.o is dangerous. :) No, it goes nowhere near that directory. It uses /usr/include/linux From your responses it seems like you haven't figured out yet how the whole compile/link/header thing works, so here's the (quickish) version: Actually I do, but I don't go anywhere near the kernel so I wasn't sure of the relationship between glibc and the kernel interfaces. I'm just wondering if /usr/include/linux is ever incompatible with my kernel, and what to do about it if it is. glibc in turn also needs headers for things it uses, and amongst others this is the kernel headers in /usr/include/linux/. This doesn't have to be the same headers for the kernel you are running, it just has to be compatible headers. To prove this, just reboot and choose a different kernel. Everything works, but glibc could not possibly have been built against both kernel's sources. I see that, for example, msoul...@anton:~$ equery belongs /usr/include/linux/quota.h [ Searching for file(s) /usr/include/linux/quota.h in *... ] sys-kernel/linux-headers-2.6.23-r3 (/usr/include/linux/quota.h) ul...@anton:~$ uname -a Linux anton 2.6.25-gentoo-r8 #9 Sun Nov 23 19:14:08 EST 2008 i686 AMD Athlon(tm) XP 1700+ AuthenticAMD GNU/Linux So slightly off but compatible. At some point a newer glibc would simply fail to build if it's incompatible then, I assume? Looking on a CentOS box I see that they package that directory in a package called glibc-kernheaders. Makes sense... Thanks, Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpr52LLfFCPK.pgp Description: PGP signature
Re: [gentoo-user] glibc update
On Wed, Mar 18, 2009 at 4:43 PM, Michael P. Soulier msoul...@digitaltorque.ca wrote: On 18/03/09 Alan McKinnon said: Seriously, you are running a stable arch. All known issues should be resolved by the time glibc hits stable. You can always askhere, or look at b.g.o for any outstanding issues Bulgarian Gay Organization? Sorry, googling for b.g.o is dangerous. :) I assume he meant bugs.gentoo.org
Re: [gentoo-user] glibc update
On Wednesday 18 March 2009 23:43:50 Michael P. Soulier wrote: On 18/03/09 Alan McKinnon said: Well, this is gentoo and we don't need no stinking Changelogs on gentoo :-) :) : Seriously, you are running a stable arch. All known issues should be resolved by the time glibc hits stable. You can always askhere, or look at b.g.o for any outstanding issues Bulgarian Gay Organization? Sorry, googling for b.g.o is dangerous. :) hehehe, that's funny :-) bugs.gentoo.org b.g.o. is the common name used around here. Probably not the most obvious thing in the world though [snip] msoul...@anton:~$ equery belongs /usr/include/linux/quota.h [ Searching for file(s) /usr/include/linux/quota.h in *... ] sys-kernel/linux-headers-2.6.23-r3 (/usr/include/linux/quota.h) ul...@anton:~$ uname -a Linux anton 2.6.25-gentoo-r8 #9 Sun Nov 23 19:14:08 EST 2008 i686 AMD Athlon(tm) XP 1700+ AuthenticAMD GNU/Linux So slightly off but compatible. At some point a newer glibc would simply fail to build if it's incompatible then, I assume? It is as close to guaranteed to build as you are ever going to get. The public interface to the kernel via it's headers simply does not change in incompatible ways. But if it ever did, then yes, glibc would fail to build Looking on a CentOS box I see that they package that directory in a package called glibc-kernheaders. Makes sense... Thanks, Mike -- alan dot mckinnon at gmail dot com
[gentoo-user] nxserver-freenx - user nx not allowed because account is locked
Is anybody using nxserver-freenx? It compile fine but when I run a setup: nxsetup --install --setup-nomachine-key --clean --purge I get: Testing your nxserver connection ... Permission denied (publickey,keyboard-interactive). Fatal error: Could not connect to NX Server. Please check your ssh setup: The following are _examples_ of what you might need to check. - Make sure nx is one of the AllowUsers in sshd_config. (or that the line is outcommented/not there) - Make sure nx is one of the AllowGroups in sshd_config. (or that the line is outcommented/not there) - Make sure your sshd allows public key authentication. - Make sure your sshd is really running on port 22. - Make sure your sshd_config AuthorizedKeysFile in sshd_config is set to authorized_keys2. (this should be a filename not a pathname+filename) - Make sure you allow ssh on localhost, this could come from some restriction of: log/messages prints: user nx not allowed because account is locked How to unlock the account? -- #Joseph GPG KeyID: ED0E1FB7
Re: [gentoo-user] nForce4 eth driver not working...
Justin wrote: Jarry wrote: Justin wrote: CONFIG_FORCEDETH and it is a standard driver. I searched my .config file, and there is nothing like that. I'm using gentoo-sources 2.6.27-r8... $ make menuconfig type / type FORCEDETH Location: │ │ - Device Drivers │ │ - Network device support (NETDEVICES [=y]) │ │ - Ethernet (10 or 100Mbit) (NET_ETHERNET [=n]) │ │ - nForce Ethernet support (FORCEDETH [=n]) To have nForce support you need to select: [*] Ethernet (10 or 100Mbit) --- [*] EISA, VLB, PCI and on board controllers * nForce Ethernet support Hung