Re: [gentoo-user] progress everywhere !
081019 Philip Webb wrote: OO 3.0.0 compiled successfully in 2 h 29 m on this Core2 Duo machine, but needed 5,3 MB temporary disk space (ok here, but others beware). Sorry, that's = 5,3 GB ... (red face) -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] progress everywhere !
Philip Webb wrote: 081019 Philip Webb wrote: OO 3.0.0 compiled successfully in 2 h 29 m on this Core2 Duo machine, but needed 5,3 MB temporary disk space (ok here, but others beware). Sorry, that's = 5,3 GB ... (red face) Don't worry, we knew that was a boo boo. OOo can't even load in that little bit of ram much less compile. I'm in the download step and will be for a lnngg time. Stinking dial-up. I need a lappy and a McDonalds burger. Wireless broadband there. Dale :-) :-)
[gentoo-user] read errors mapping /profiles/ChangeLog (in gentoo-portage)
Hi, I did a sync earlier and noticed this little message scroll by: WARNING: profiles/ChangeLog failed verification -- update discarded (will try again). rsync: read errors mapping /profiles/ChangeLog (in gentoo-portage): Stale NFS file handle (116) Anybody else get that? Portage seems to work fine, downloading java right now and OOo for the rest of the week. Just curious if someone should know about this or not. Dale :-) :-)
Re: [gentoo-user] progress everywhere !
On Sunday 19 October 2008 07:25:28 Philip Webb wrote:
OO 3.0.0 compiled successfully in 2 h 29 m on this Core2 Duo machine,
but needed 5,3 MB temporary disk space (ok here, but others beware).
It opened my usual spreadsheets word-processing files correctly,
but the toolbar needs attention tomorrow. Download is 346 MB .
Build time is coming down I see. The first time I build OOo (on a 686 amd) it
took 12 hours. Now I get similar to you - 2h14
Does anyone know why it wants 'xulrunner', which is not a use flag here ?
It's this:
DEPEND=${COMMON_DEPEND}
nsplugin? ( || ( net-libs/xulrunner:1.8 net-libs/xulrunner:1.9
=www-client/seamonkey-1* )
=dev-libs/nspr-4.6.6
=dev-libs/nss-3.11-r1 )
And later we have this snippet:
pkg_setup() {
if use nsplugin; then
if pkg-config --exists libxul; then
BRWS=libxul
elif pkg-config --exists xulrunner-xpcom; then
BRWS=xulrunner
elif pkg-config --exists seamonkey-xpcom; then
BRWS=seamonkey
else
die USE flag [nsplugin] set but no installed
xulrunner or seamonkey found!
fi
fi
}
So basically it is dependant on the nsplugin USE flag, and will look for
xulrunner or seamonkey to build against. If neither are found, you have an
error condition.
--
alan dot mckinnon at gmail dot com
Re: [gentoo-user] Is gentoo-portage and gentoo-wiki offline?
On Saturday 18 October 2008 23:31:56 kashani wrote: Alan McKinnon wrote: On Friday 17 October 2008 23:27:44 RYAN vAN GINNEKEN wrote: heehee have been wanting to get onboard with gentoo for a while now how ironic that the wiki site i was so looking forward to using is down the same day my gentoo box is up heehee. Let's see, how shall I put this? Oh stuff it, might as well be honest. gentoo-wiki.com is notorious for being up and down more often than you change your underwear. It's also been compromised at least twice in the last 12 months. The home page was last updated so long ago I'm no longer sure if it was still in this millenniume. As the fellow who maintains the Bind and Postfix w/PostfixAdmin how-tos on the wiki I take a small amount of umbrage with the above statements. :-) Also my Bind how-to was added to the front page after I updated it in July. It would be entirely unreasonable of me to say that because I think the overall quality of the wiki is low that therefore every document in it is just as poor. You just proved that :-) I maintain the wiki at work which serves the entire company (1000+ employees). My team has our own section, which is well maintained. 50% of the other sections are of appalling quality. So I too know what it's like. I generally try to update the docs with recent packages every six months or so though I am guilty of letting them sit a bit longer. However Gentoo has no official Bind documentation. The official Gentoo Virtual Mail how-to offers about half the functionality, explanation, and troubleshooting info in my doc. Also the Gentoo virtual mail server has remained essentially unchanged in the last six years whereas my doc has continued to change and improve. And while we're being honest my virtual server build kicks the crap out of the official one in just about every way. Well that's a very useful contribution and deserves thanks. Unfortunately for me, I have no need to read them. I don't need domain or mail servers (never mind virtual mail) at home, and at work we use Postfix for mail, bind for the authoritative domain servers and cns for the caches - all on FreeBSD I won't say that all docs on gentoo-wiki are of this quality or better than the Gentoo docs, but you will be missing out on some genuinely useful information by dismissing the gentoo-wiki out of hand. Therein lies the rub. The OP stated upfront that he is new to Gentoo. The chances of him being able to find the gems amongst the chaff are reduced. Better to advise him to stay away until he is in a position to evaluate these things. If he's in that position right now, then he deserves to know what the overall quality is. In regards to the soon to be asked why not update the Gentoo docs if you're so darn smart question going through a number of heads. In real life I manage just over 7000 servers as part of a larger group and am directly responsible for a bit over 1500 of them. I can devote an hour or two every couple of months to updating my home Gentoo box and fixing my wiki entries or I can fight with Guide XML for three or four hours and generally produce nothing useful. 1500? And here was me thinking I was in good shape looking after a mere 125... For the record, it's grossly unfair for others to *expect* you to update the official docs just because you know the subject. why not update the Gentoo docs if you're so darn smart is likely to produce stuff off! responses. Much better for people to ask nicely, say please, and be cool with the answer -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Kernel crash - howto find out what happened?
Hi there! As my system froze again right now, I've tried to reproduce it, tried to use some of the hints given to me in this thread, and made the following observations: * The system freezes on heavy I/O on my sata-harddisks, especially when copying mpeg-files (2GB) from one disk to another. * a cat /proc/kmsg started via ssh from another machine showed the last lines 4ata6: timeout waiting for ADMA IDLE, stat=0x440 4ata6: timeout waiting for ADMA LEGACY, stat=0x440 * sysrq does not work at all (why?? I configured it identically to my notebook, it works on the nb but not on the desktop. Simply no reaction when pressing alt-sysrq-something, even under normal conditions.) The sata-controller is an nvidia (onboard on my nforce-based mainboard), driven by sata_nv-driver (The one from the kernel, no proprietary nvidia chipset/sata driver installed). The kernel in question is a gentoo-2.6.24-r8, I'll try an upgrade to the latest stable gentoo kernel. Thanks to all who gave suggestions Alex
Re: [gentoo-user] read errors mapping /profiles/ChangeLog (in gentoo-portage)
On Sunday 19 October 2008 09:06:23 Dale wrote: Hi, I did a sync earlier and noticed this little message scroll by: WARNING: profiles/ChangeLog failed verification -- update discarded (will try again). rsync: read errors mapping /profiles/ChangeLog (in gentoo-portage): Stale NFS file handle (116) Anybody else get that? Portage seems to work fine, downloading java right now and OOo for the rest of the week. Just curious if someone should know about this or not. Check bugzilla. If there is something wrong with the tree, it's likely already reported and fixed. You probably synced while an update to that part of the tree was going on - happens to me about once a year (i.e. not very often) The error itself is harmless, it's just a ChangeLog file. So by rights therest of portage and the tree should continue to work just fine. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] read errors mapping /profiles/ChangeLog (in gentoo-portage)
Alan McKinnon wrote: On Sunday 19 October 2008 09:06:23 Dale wrote: Hi, I did a sync earlier and noticed this little message scroll by: WARNING: profiles/ChangeLog failed verification -- update discarded (will try again). rsync: read errors mapping /profiles/ChangeLog (in gentoo-portage): Stale NFS file handle (116) Anybody else get that? Portage seems to work fine, downloading java right now and OOo for the rest of the week. Just curious if someone should know about this or not. Check bugzilla. If there is something wrong with the tree, it's likely already reported and fixed. You probably synced while an update to that part of the tree was going on - happens to me about once a year (i.e. not very often) The error itself is harmless, it's just a ChangeLog file. So by rights therest of portage and the tree should continue to work just fine. Sort of what I thought. Everything is working just fine but if I see it again, same file, then I'll check into it more closely. I guess with a tree as big as Gentoo has, someone is messing with one or more files about all the time. Bound to catch one on occasion I guess. shrugs Dale :-) :-)
Re: [gentoo-user] AbiWord 2.6.4 build failure
On 10/18/08, Liviu Andronic [EMAIL PROTECTED] wrote: PORTDIR_OVERLAY=/usr/portage PORTDIR_OVERLAY=/usr/local/portage I don't really know an answer, but I'm curious about what has been attempted with these two lines. Would it work better without overlays, i.e., by commenting these two out? -- Arttu V.
Re: [gentoo-user] AbiWord 2.6.4 build failure
On Sunday 19 October 2008 12:59:35 Arttu V. wrote: On 10/18/08, Liviu Andronic [EMAIL PROTECTED] wrote: PORTDIR_OVERLAY=/usr/portage PORTDIR_OVERLAY=/usr/local/portage I don't really know an answer, but I'm curious about what has been attempted with these two lines. Would it work better without overlays, i.e., by commenting these two out? Only the second one will take effect. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] usb webcam
On Saturday 18 October 2008 20:58:07 RYAN vAN GINNEKEN wrote: Oct 18 18:43:35 huang usb 3-2: new full speed USB device using uhci_hcd and address 7 Oct 18 18:43:35 huang usb 3-2: configuration #1 chosen from 1 choice Oct 18 18:43:45 huang hub 1-0:1.0: unable to enumerate USB device on port 1 Oct 18 18:43:46 huang usb 2-1: new full speed USB device using ohci_hcd and address 2 Oct 18 18:43:46 huang usb 2-1: configuration #1 chosen from 1 choice ps i have had these cameras work in ubuntu, mandrake, pclinux (none are as cool as Gentoo) so i am guessing that gentoo should work too! I've never heard of the hardware you mention so can't help directly. Is it something uncommon? Some more stuff you could try: Ask on a user-list for the project this hardware is a part of. Dig around in the other distro sources, see what patches they apply and what the devs did to make it work. Replicate that on gentoo. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] progress everywhere !
on 2008-10-19 at 01:25 Philip Webb wrote: Dillo 2.0 has been announced: well, _that_ is good news. visiting the dillo home page (http://www.dillo.org/) i see that dillo 2.0 has been released, and there's even something about 2.1 in the changelog. would it be too difficult to update the ebuild? best, lj
[gentoo-user] Trying KDE-4
Having been inspired by messages here extolling the virtues of KDE-4, I tried installing it. I did as Neil B said and autounmasked kde-meta-4.1.2, but I still have a couple of show-stoppers. After running autounmask, I had 81 new entries in package.keywords, but I had to add another 82 myself after that many attempts to emerge -uaDvN world. Even so, I now have five blockers. Three of them I can clear by unmerging old package versions, but that leaves me with these two: [blocks B ] =x11-libs/qt-4.4.0_alpha:4 (=x11-libs/qt-4.4.0_alpha:4 is blocking x11-libs/qt-script-4.4.2, x11-libs/qt-dbus-4.4.2, x11-libs/qt-qt3support-4.4.2, x11-libs/qt-sql-4.4.2, x11-libs/qt-gui-4.4.2, x11-libs/qt-svg-4.4.2, x11-libs/qt-test-4.4.2, x11-libs/qt-core-4.4.2, x11-libs/qt-webkit-4.4.2, x11-libs/qt-opengl-4.4.2) [blocks B ] x11-libs/qt-core (x11-libs/qt-core is blocking x11-libs/qt-4.3.3) The first of these implies that I have to unmerge qt-3.*, which I assume would smash the system into tiny pieces, while the second just looks nonsensical to me. Can anyone see anything obvious here that I can fix? -- Rgds Peter
[gentoo-user] AutoFS with LDAP
Folks, Has anyone used AutoFS with the automounter information coming from LDAP? I have a LDAP server with the necessary maps setup. I have a number of LDAP clients on Debian successfully using this. However, I cannot get this to work with Gentoo. When I try to start autofs I get a message saying failed. I have also tried starting by handing using the automount command that is running on my Debian box, however, it just exits. The /usr/lib/autofs/autofs-ldap-auto-master returns the correct information. However, automounter will not start. Mike.
Re: [gentoo-user] Trying KDE-4
I think I had the similar blocks while upgrading my kde from 3.5.x to 4.1.2, I just unmerged x11-libs/qt-core then everything seemed to be fine. -Weifeng On Sun, Oct 19, 2008 at 9:54 PM, Peter Humphrey [EMAIL PROTECTED]wrote: Having been inspired by messages here extolling the virtues of KDE-4, I tried installing it. I did as Neil B said and autounmasked kde-meta-4.1.2, but I still have a couple of show-stoppers. After running autounmask, I had 81 new entries in package.keywords, but I had to add another 82 myself after that many attempts to emerge -uaDvN world. Even so, I now have five blockers. Three of them I can clear by unmerging old package versions, but that leaves me with these two: [blocks B ] =x11-libs/qt-4.4.0_alpha:4 (=x11-libs/qt-4.4.0_alpha:4 is blocking x11-libs/qt-script-4.4.2, x11-libs/qt-dbus-4.4.2, x11-libs/qt-qt3support-4.4.2, x11-libs/qt-sql-4.4.2, x11-libs/qt-gui-4.4.2, x11-libs/qt-svg-4.4.2, x11-libs/qt-test-4.4.2, x11-libs/qt-core-4.4.2, x11-libs/qt-webkit-4.4.2, x11-libs/qt-opengl-4.4.2) [blocks B ] x11-libs/qt-core (x11-libs/qt-core is blocking x11-libs/qt-4.3.3) The first of these implies that I have to unmerge qt-3.*, which I assume would smash the system into tiny pieces, while the second just looks nonsensical to me. Can anyone see anything obvious here that I can fix? -- Rgds Peter
Re: [gentoo-user] Trying KDE-4
On Sunday 19 October 2008 15:54:24 Peter Humphrey wrote:
Having been inspired by messages here extolling the virtues of KDE-4, I
tried installing it. I did as Neil B said and autounmasked kde-meta-4.1.2,
but I still have a couple of show-stoppers.
After running autounmask, I had 81 new entries in package.keywords, but I
had to add another 82 myself after that many attempts to emerge -uaDvN
world.
Even so, I now have five blockers. Three of them I can clear by unmerging
old package versions, but that leaves me with these two:
[blocks B ] =x11-libs/qt-4.4.0_alpha:4 (=x11-libs/qt-4.4.0_alpha:4
is blocking x11-libs/qt-script-4.4.2, x11-libs/qt-dbus-4.4.2,
x11-libs/qt-qt3support-4.4.2, x11-libs/qt-sql-4.4.2, x11-libs/qt-gui-4.4.2,
x11-libs/qt-svg-4.4.2, x11-libs/qt-test-4.4.2, x11-libs/qt-core-4.4.2,
x11-libs/qt-webkit-4.4.2, x11-libs/qt-opengl-4.4.2)
[blocks B ] x11-libs/qt-core (x11-libs/qt-core is blocking
x11-libs/qt-4.3.3)
The first of these implies that I have to unmerge qt-3.*, which I assume
would smash the system into tiny pieces, while the second just looks
nonsensical to me.
Can anyone see anything obvious here that I can fix?
e
From the qt-core-4.4.2 ebuild:
RDEPEND=
!=x11-libs/qt-4.4.0_alpha:${SLOT}
Te first blocker you have does NOT refer to any version less than 4.4.0_alpha,
it means any version less than that which is SLOT=4.
Fixing this is simple:
unmerge the existing qt:4
merge qt:4
They all co-exist nicely with qt-3:
nazgul x11-libs # eix -e qt
[I] x11-libs/qt
Available versions:
(3) 3.3.8-r4 (~)3.3.8b
(4) 4.3.3 (~)4.3.4-r1 (~)4.3.5 [M](~)4.4.0 (~)4.4.1 (~)4.4.1-r1
(~)4.4.2
{accessibility cups dbus debug doc examples firebird gif glib immqt
immqt-bc input_devices_wacom ipv6 jpeg mng mysql nas nis odbc opengl pch png
postgres qt3support sqlite sqlite3 ssl tiff xinerama zlib}
Installed versions: 3.3.8b(3)(18:45:41 10/12/08)(cups opengl
xinerama -debug -doc -examples -firebird -immqt -immqt-bc -ipv6 -mysql -nas
-nis -odbc -postgres -sqlite)
4.4.2(4)(22:55:09 09/23/08)(dbus opengl qt3support)
Homepage:http://www.trolltech.com/
Description: The Qt toolkit is a comprehensive C++ application
development framework.
nazgul x11-libs # eix -e qt-core
[I] x11-libs/qt-core
Available versions: (4) [M](~)4.4.0 (~)4.4.1 (~)4.4.1-r1 (~)4.4.2
{debug doc glib pch qt3support ssl}
Installed versions: 4.4.2(4)(23:35:51 09/22/08)(pch qt3support
ssl -debug -doc -glib)
Homepage:http://www.trolltech.com/
Description: The Qt toolkit is a comprehensive C++ application
development framework.
--
alan dot mckinnon at gmail dot com
Re: [gentoo-user] Trying KDE-4
On Sunday 19 October 2008 15:24:45 Alan McKinnon wrote:
From the qt-core-4.4.2 ebuild:
RDEPEND=
!=x11-libs/qt-4.4.0_alpha:${SLOT}
[The] first blocker you have does NOT refer to any version less than
4.4.0_alpha, it means any version less than that which is SLOT=4.
I thought that too, but I have only version 3.3.8-r4 of qt on the system. A
version 4.x may have existed some months ago, but not since then.
Fixing this is simple:
unmerge the existing qt:4
Which I can't do, as I said above.
merge qt:4
I'm doing this now; I'll see if it clears the blocks - thanks.
--
Rgds
Peter
Re: [gentoo-user] AbiWord 2.6.4 build failure
On Sun, Oct 19, 2008 at 12:59 PM, Arttu V. [EMAIL PROTECTED] wrote: On 10/18/08, Liviu Andronic [EMAIL PROTECTED] wrote: PORTDIR_OVERLAY=/usr/portage PORTDIR_OVERLAY=/usr/local/portage I don't really know an answer, but I'm curious about what has been attempted with these two lines. Would it work better without overlays, i.e., by commenting these two out? Well, doing so (#PORTDIR_OVERLAY=/usr/local/portage) I did get a different error message. Same spot, but now Portage tells me: ## Build debug ## * * ERROR: app-office/abiword-2.6.4 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3299: Called gnome2_src_compile * environment, line 2312: Called die * The specific snippet of code: * emake || die compile failure * The die message: * compile failure * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/app-office/abiword-2.6.4/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-office/abiword-2.6.4/temp/environment'. * This ebuild used the following eclasses from overlays: * /usr/portage/eclass/alternatives.eclass * /usr/portage/eclass/eutils.eclass * /usr/portage/eclass/multilib.eclass * /usr/portage/eclass/toolchain-funcs.eclass * /usr/portage/eclass/portability.eclass * /usr/portage/eclass/gnome2.eclass * /usr/portage/eclass/fdo-mime.eclass * /usr/portage/eclass/libtool.eclass * /usr/portage/eclass/gnome.org.eclass * /usr/portage/eclass/gnome2-utils.eclass * /usr/portage/eclass/versionator.eclass * ## End of build debug ## Ideas, anyone? Liviu
Re: [gentoo-user] AbiWord 2.6.4 build failure
Liviu Andronic schrieb am 19.10.2008 16:51: On Sun, Oct 19, 2008 at 12:59 PM, Arttu V. [EMAIL PROTECTED] wrote: On 10/18/08, Liviu Andronic [EMAIL PROTECTED] wrote: PORTDIR_OVERLAY=/usr/portage PORTDIR_OVERLAY=/usr/local/portage I don't really know an answer, but I'm curious about what has been attempted with these two lines. Would it work better without overlays, i.e., by commenting these two out? Well, doing so (#PORTDIR_OVERLAY=/usr/local/portage) I did get a different error message. Same spot, but now Portage tells me: ## Build debug ## * * ERROR: app-office/abiword-2.6.4 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3299: Called gnome2_src_compile * environment, line 2312: Called die * The specific snippet of code: * emake || die compile failure * The die message: * compile failure * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/app-office/abiword-2.6.4/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-office/abiword-2.6.4/temp/environment'. * This ebuild used the following eclasses from overlays: * /usr/portage/eclass/alternatives.eclass * /usr/portage/eclass/eutils.eclass * /usr/portage/eclass/multilib.eclass * /usr/portage/eclass/toolchain-funcs.eclass * /usr/portage/eclass/portability.eclass * /usr/portage/eclass/gnome2.eclass * /usr/portage/eclass/fdo-mime.eclass * /usr/portage/eclass/libtool.eclass * /usr/portage/eclass/gnome.org.eclass * /usr/portage/eclass/gnome2-utils.eclass * /usr/portage/eclass/versionator.eclass * ## End of build debug ## Ideas, anyone? Liviu Where is your portage tree stored? In /usr/portage I guess, so remove this PORTDIR_OVERLAY=/usr/portage or replace it with PORTDIR=/usr/portage but this is not needed as it is default. Regarding PORTDIR_OVERLAY=/usr/local/portage if you have overlays there you should remove the # comment. I suggest you to read this [1] and the portage man pages again carefully. Also the build logs you have posted are completely useless, as the do not really show the error messages which may trigger this errors. [1] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?style=printablefull=1#book_part3
Re: [gentoo-user] Trying KDE-4
Peter Humphrey schrieb am 19.10.2008 16:50:
On Sunday 19 October 2008 15:24:45 Alan McKinnon wrote:
From the qt-core-4.4.2 ebuild:
RDEPEND=
!=x11-libs/qt-4.4.0_alpha:${SLOT}
[The] first blocker you have does NOT refer to any version less than
4.4.0_alpha, it means any version less than that which is SLOT=4.
I thought that too, but I have only version 3.3.8-r4 of qt on the system. A
version 4.x may have existed some months ago, but not since then.
Fixing this is simple:
unmerge the existing qt:4
Which I can't do, as I said above.
merge qt:4
I'm doing this now; I'll see if it clears the blocks - thanks.
I hope you compile the qt split ebuilds 4.4.2, if not I you probably
will run into blockers again.
Re: [gentoo-user] AbiWord 2.6.4 build failure
On Sunday 19 October 2008 16:51:32 Liviu Andronic wrote: On Sun, Oct 19, 2008 at 12:59 PM, Arttu V. [EMAIL PROTECTED] wrote: On 10/18/08, Liviu Andronic [EMAIL PROTECTED] wrote: PORTDIR_OVERLAY=/usr/portage PORTDIR_OVERLAY=/usr/local/portage I don't really know an answer, but I'm curious about what has been attempted with these two lines. Would it work better without overlays, i.e., by commenting these two out? Well, doing so (#PORTDIR_OVERLAY=/usr/local/portage) I did get a different error message. Same spot, but now Portage tells me: ## Build debug ## * * ERROR: app-office/abiword-2.6.4 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3299: Called gnome2_src_compile * environment, line 2312: Called die * The specific snippet of code: * emake || die compile failure * The die message: * compile failure * * If you need support, post the topmost build error, and the call stack if relevant. ^^^ You did not do this. You posted the bottommost error. With the information you supplied it is not possible to assist you in any meaningful way. -- alan dot mckinnon at gmail dot com
[gentoo-user] NVidia + vanillla kernel == versions ?
Hi, I am regulary updateing my system with the newest release of the linux kernel from ftp.kernel.org. My graphics card is an nVidia Corporation GeForce 7600 GT (rev a2) (according to lspci). For kernels of version 2.6.26.* I was using nvidia driver version 173.14.12. This version failed to compile on 2.6.27.* kernels. The newer version of the nvidia drivers (177.80) does compile but end up in a black screen and a locked computer. Is there any nvidia-driver, which can be used with linux 2.6.27.* and the nVidia Corporation GeForce 7600 GT graphics card ? Thank you very much for any help in advance! Kind regards, Meino Cramer -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
[gentoo-user] Re: progress everywhere !
On 2008-10-19, Alan McKinnon [EMAIL PROTECTED] wrote: On Sunday 19 October 2008 07:25:28 Philip Webb wrote: OO 3.0.0 compiled successfully in 2 h 29 m on this Core2 Duo machine, but needed 5,3 MB temporary disk space (ok here, but others beware). It opened my usual spreadsheets word-processing files correctly, but the toolbar needs attention tomorrow. Download is 346 MB . Build time is coming down I see. The first time I build OOo (on a 686 amd) it took 12 hours. Now I get similar to you - 2h14 On some of my machines it still takes 12+ hours. -- Grant
Re: [gentoo-user] progress everywhere !
081019 Alan McKinnon wrote: On Sunday 19 October 2008 07:25:28 Philip Webb wrote: Does anyone know why it wants 'xulrunner', which is not a use flag here ? It's this [details snipped: thanks]: So basically it is dependant on the nsplugin USE flag and will look for xulrunner or seamonkey to build against. If neither are found, you have an error condition. Thanks: Xulrunner is a big pkg in itself, but it seems unavoidable. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: progress everywhere !
081019 Grant Edwards wrote: On 2008-10-19, Alan McKinnon [EMAIL PROTECTED] wrote: On Sunday 19 October 2008 07:25:28 Philip Webb wrote: OO 3.0.0 compiled successfully in 2 h 29 m on this Core2 Duo machine, but needed 5,3 GB temporary disk space (ok here, but others beware). The first time I build OOo (on a 686 amd) it took 12 hours. Now I get similar to you - 2h14 On some of my machines it still takes 12+ hours. On my back-up machine (AMD 2500+ , memory 1 GB : 2003), 2.4.1 took 5 hr . My everyday box (Core 2 Duo 2650 , memory 2 GB (faster FSB) : 2007), OO 2.4.1 took 2 h 14 m , so 3.0.0 is a bit more time-consuming; the download is much more: 346 MB against c 200 MB (that doesn't include the wretched Xulrunner: 75 MB15 m to compile). I suspect there wb pleas for help from users who run out of disk space: earlier versions needed 3 GB , so this is a big jump, esp as I have 2 GB memory (I didn't check how much it was using). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Trying KDE-4
Alan McKinnon writes: Repost the output of your emerge command using the -t option. Tip: tricky blockers often require that you post the output of 'emerge -t'. Otherwise all we know is THAT you have a block and no way to determine WHY it's happening. If you are going to post emerge output, it's a excellent habit to do it with -t I had the same experience as Peter. Looks like it's PyQt. I have it in world, no idea why, maybe I forgot the -1 switch once. Anyway, equery also lists it as a dependency of amarok-1.4.10 (when the python use flag is set). And it's another dependency of qscintilla-python, when the qt4 use flag is not set (for me, it is). I do not know how to solve this, but did not yet try hard to do so. I'm installing KDE 4.1 on a remote machine I do not have physical access to yet, so it's no showstopper for me. Yet :) Wonko
Re: [gentoo-user] Trying KDE-4
On Sunday 19 October 2008 19:32:42 Alex Schuster wrote: Alan McKinnon writes: Repost the output of your emerge command using the -t option. Tip: tricky blockers often require that you post the output of 'emerge -t'. Otherwise all we know is THAT you have a block and no way to determine WHY it's happening. If you are going to post emerge output, it's a excellent habit to do it with -t I had the same experience as Peter. Looks like it's PyQt. I have it in world, no idea why, maybe I forgot the -1 switch once. Anyway, equery also lists it as a dependency of amarok-1.4.10 (when the python use flag is set). And it's another dependency of qscintilla-python, when the qt4 use flag is not set (for me, it is). That sounds familiar. I had some issue with PyQt recently. I've also had many issues with many packages recently, so I forget the details very quickly. I do not know how to solve this, but did not yet try hard to do so. I'm installing KDE 4.1 on a remote machine I do not have physical access to yet, so it's no showstopper for me. Yet :) I main underlying reason seems to be that Qt now comes as split-ebuilds and Peter has some monolithic ones installed. It's similar to migrating KDE to split-ebuilds, but on a much smaller scale. Unfortunately there's no easy way to automate this in an ebuild, that would require several new unrelated packages replacing one big one, portage doesn't support that kind of thing. So one has to do it manually, and deal with the resulting recdep-rebuild issues as well -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] progress everywhere !
On Sunday 19 October 2008 18:52:24 Philip Webb wrote: 081019 Alan McKinnon wrote: On Sunday 19 October 2008 07:25:28 Philip Webb wrote: Does anyone know why it wants 'xulrunner', which is not a use flag here ? It's this [details snipped: thanks]: So basically it is dependant on the nsplugin USE flag and will look for xulrunner or seamonkey to build against. If neither are found, you have an error condition. Thanks: Xulrunner is a big pkg in itself, but it seems unavoidable. For probably the first time ever, I just had a look at that. And I'm asking myself - why does OOo have nsplugins support at all? It's an office suite - I use it mostly to read documents other people send me, and because antiword is a little too minimal. What could OOo possibly do in my specific case that requires browser plugins? It's not like I'm in the habit of embedding java and flash applets into impress presentations -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: progress everywhere !
On Sunday 19 October 2008 18:48:37 Philip Webb wrote: I suspect there wb pleas for help from users who run out of disk space: earlier versions needed 3 GB , so this is a big jump, esp as I have 2 GB memory (I didn't check how much it was using). I have 4.5G free in /var and I've already run out of disk space TWICE trying to build OOo-3.0.0. I had to create a temporary logical volume and mount it at /var/tmp/portage/ just to get the thing to build. This is getting insane. Sun needs to have a good long hard look at this build process - 5G+ to build a package that totals 380M when installed is just a tad over the top in my book -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] progress everywhere !
Philip Webb schrieb: 081019 Philip Webb wrote: OO 3.0.0 compiled successfully in 2 h 29 m on this Core2 Duo machine, but needed 5,3 MB temporary disk space (ok here, but others beware). Sorry, that's = 5,3 GB ... (red face) Thanks for that info. Than I will have to build it without tmpfs. It's much faster when it's only in ram. kh
Re: [gentoo-user] Re: progress everywhere !
Alan McKinnon schrieb: This is getting insane. Sun needs to have a good long hard look at this build process - 5G+ to build a package that totals 380M when installed is just a tad over the top in my book Someone once told me there is a library he needs for math and physics a the university. The library is only like 500kb but it takes more than 4gb to build it. This is insane. kh
Re: [gentoo-user] AbiWord 2.6.4 build failure
On 10/19/08, Daniel Pielmeier [EMAIL PROTECTED] wrote: Where is your portage tree stored? In /usr/portage I guess, so remove this PORTDIR_OVERLAY=/usr/portage or replace it with PORTDIR=/usr/portage but this is not needed as it is default. Regarding PORTDIR_OVERLAY=/usr/local/portage if you have overlays there you should remove the # comment. I suggest you to read this [1] and the portage man pages again carefully. Thank you for the hints. Liviu -- --- Do you know how to read? http://www.alienetworks.com/srtest.cfm Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
Re: [gentoo-user] AbiWord 2.6.4 build failure
On 10/19/08, Alan McKinnon [EMAIL PROTECTED] wrote: * If you need support, post the topmost build error, and the call stack if relevant. ^^^ You did not do this. You posted the bottommost error. Well, the error message essentially didn't change from my first posting, so the second time I posted only the diff. Below is the topmost error; if not, please tell me how you would expect it to be. Thank you, Liviu make[4]: Leaving directory `/var/tmp/portage/app-office/abiword-2.6.4/work/abiword-2.6.4/src/af/xap/xp' Making all in unix make[4]: Entering directory `/var/tmp/portage/app-office/abiword-2.6.4/work/abiword-2.6.4/src/af/xap/unix' GNUmakefile:964: *** mixed implicit and normal rules. Stop. make[4]: Leaving directory `/var/tmp/portage/app-office/abiword-2.6.4/work/abiword-2.6.4/src/af/xap/unix' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/app-office/abiword-2.6.4/work/abiword-2.6.4/src/af/xap' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-office/abiword-2.6.4/work/abiword-2.6.4/src/af' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-office/abiword-2.6.4/work/abiword-2.6.4/src' make: *** [all-recursive] Error 1 * * ERROR: app-office/abiword-2.6.4 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3298: Called gnome2_src_compile * environment, line 2311: Called die * The specific snippet of code: * emake || die compile failure * The die message: * compile failure #
Re: [gentoo-user] Re: progress everywhere !
081019 Alan McKinnon wrote: On Sunday 19 October 2008 18:48:37 Philip Webb wrote: I suspect there wb pleas for help from users who run out of disk space: earlier versions needed 3 GB , so this is a big jump, esp as I have 2 GB memory (I didn't check how much it was using). I have 4.5G free in /var and I've already run out of disk space TWICE trying to build OOo-3.0.0. I had to create a temporary logical volume and mount it at /var/tmp/portage/ just to get the thing to build. I have a 20 GB virtual hangar which I mount as /z , where I create ISOs also use for Portage builds as /z/tmp (this is set somewhere in make.conf ; I do use LVM). Ordinarily (eg now), c 2,7 GB are used, so there's plenty for OO. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] how to word-wrap using a pipe?
Hello. How can I line-wrap a text file that was not wrapped before (e.g. like text file created on Microsoft Windows's notepad, the software does softwrap by default, thus the file created using it often have very long text lines) by using command pipe? I could use vim, activate some formatting options and use gq. But that couldn't be used on a pipe. I could use groff, but that command line looks too complicated: $ head -n1 max_payne | groff -Tutf8 | grep --invert-match ^$ Life was good. A house on the Jersey side across the river. The smell of freshly cut lawns. The sounds of children playing. A beautiful wife and a baby girl. The American dream come true. But dreams have a nasty habit of going bad when you’re not looking. Besides groff wraps not according to the console term width, but according to the paper size in /etc/paper. It would be nice to have something wrap my text by using console width (what you get with '$ stty -a | head -n1') -- Real Softservice Huateng Tower, Unit 1788 Jia 302 3rd area of Jinsong, Chao Yang Tel: +86 (10) 8773 0650 ext 603 Mobile: 159 7382 http://www.realss.com
Re: [gentoo-user] how to word-wrap using a pipe?
Hi ...just a shot in the dark: Try 'fmt' (UNIX standard too so no extra install I think). Kind regards, Meino Cramer [EMAIL PROTECTED] [EMAIL PROTECTED] [08-10-20 03:52]: Hello. How can I line-wrap a text file that was not wrapped before (e.g. like text file created on Microsoft Windows's notepad, the software does softwrap by default, thus the file created using it often have very long text lines) by using command pipe? I could use vim, activate some formatting options and use gq. But that couldn't be used on a pipe. I could use groff, but that command line looks too complicated: $ head -n1 max_payne | groff -Tutf8 | grep --invert-match ^$ Life was good. A house on the Jersey side across the river. The smell of freshly cut lawns. The sounds of children playing. A beautiful wife and a baby girl. The American dream come true. But dreams have a nasty habit of going bad when you’re not looking. Besides groff wraps not according to the console term width, but according to the paper size in /etc/paper. It would be nice to have something wrap my text by using console width (what you get with '$ stty -a | head -n1') -- Real Softservice Huateng Tower, Unit 1788 Jia 302 3rd area of Jinsong, Chao Yang Tel: +86 (10) 8773 0650 ext 603 Mobile: 159 7382 http://www.realss.com -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] how to word-wrap using a pipe?
On Mon, Oct 20, 2008 at 09:13:46AM +0800, [EMAIL PROTECTED] wrote: Hello. How can I line-wrap a text file that was not wrapped before (e.g. like text file created on Microsoft Windows's notepad, the software does softwrap by default, thus the file created using it often have very long text lines) by using command pipe? I could use vim, activate some formatting options and use gq. But that couldn't be used on a pipe. I could use groff, but that command line looks too complicated: $ head -n1 max_payne | groff -Tutf8 | grep --invert-match ^$ Life was good. A house on the Jersey side across the river. The smell of freshly cut lawns. The sounds of children playing. A beautiful wife and a baby girl. The American dream come true. But dreams have a nasty habit of going bad when you’re not looking. Besides groff wraps not according to the console term width, but according to the paper size in /etc/paper. It would be nice to have something wrap my text by using console width (what you get with '$ stty -a | head -n1') $ man -k wrap | fgrep line Text::Wrap (3pm) - line wrapping to form simple paragraphs fold (1) - wrap each input line to fit in specified width ggz-wrapper (6) - GGZ Gaming Zone command line core client Hmm, 'fold' looks promising... $ fold --help Usage: fold [OPTION]... [FILE]... Wrap input lines in each FILE (standard input by default), writing to standard output. Mandatory arguments to long options are mandatory for short options too. -b, --bytes count bytes rather than columns -s, --spacesbreak at spaces -w, --width=WIDTH use WIDTH columns instead of 80 --help display this help and exit --version output version information and exit -- Reverend Paul Colquhoun, ULC.http://andor.dropbear.id.au/~paulcol Asking for technical help in newsgroups? Read this first: http://catb.org/~esr/faqs/smart-questions.html#intro
[gentoo-user] rsh failed
Hi,
I want to use iozone to test my cluster, and I found that iozone would use rsh.
But rsh never worked in my machine.
I have followed this guide
http://www.gentoo.org/doc/en/hpc-howto.xml#doc_chap2, which including
the configuration of rsh.
# eix netkit-rsh
[I] net-misc/netkit-rsh
Available versions: 0.17-r8 ~0.17-r9 {pam}
Installed versions: 0.17-r8(08:51:30 10/20/08)(pam)
Homepage:ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/
Description: Netkit's Remote Shell Suite: rexec{,d}
rlogin{,d} rsh{,d}
# cat /etc/xinetd.d/rsh
service shell
{
socket_type = stream
protocol= tcp
wait= no
user= root
group = tty
server = /usr/sbin/in.rshd
log_type= FILE /var/log/rsh
log_on_success = PID HOST USERID EXIT DURATION
log_on_failure = USERID ATTEMPT
disable = no
}
# cat /etc/xinetd.d/rlogin
service login
{
socket_type = stream
protocol= tcp
wait= no
user= root
group = tty
server = /usr/sbin/in.rlogind
log_type= FILE /var/log/rlogin
log_on_success = PID HOST USERID EXIT DURATION
log_on_failure = USERID ATTEMPT
disable = no
}
I tried to rlogin(rlogin -l myuser host) and rsh(rsh -l myuser host
date) from the remote machine 192.168.0.7 and from localhost. Here is
the log:
# cat /var/log/rsh
08/10/[EMAIL PROTECTED]:58:39: START: shell pid=23802 from=127.0.0.1
08/10/[EMAIL PROTECTED]:58:48: EXIT: shell status=1 pid=23802 duration=9(sec)
08/10/[EMAIL PROTECTED]:58:53: START: shell pid=23857 from=127.0.0.1
08/10/[EMAIL PROTECTED]:58:59: EXIT: shell status=1 pid=23857 duration=6(sec)
08/10/[EMAIL PROTECTED]:17:21: START: shell pid=26446 from=192.168.0.7
08/10/[EMAIL PROTECTED]:17:21: FAIL: shell address
08/10/[EMAIL PROTECTED]:17:21: EXIT: shell status=0 pid=26446 duration=0(sec)
# cat /var/log/rlogin
08/10/[EMAIL PROTECTED]:19:04: START: login pid=26727 from=192.168.0.7
08/10/[EMAIL PROTECTED]:19:10: FAIL: login address
08/10/[EMAIL PROTECTED]:19:10: EXIT: login status=0 pid=26727 duration=6(sec)
08/10/[EMAIL PROTECTED]:39:31: START: login pid=28886 from=127.0.0.1
08/10/[EMAIL PROTECTED]:39:40: EXIT: login status=0 pid=28886 duration=9(sec)
08/10/[EMAIL PROTECTED]:39:46: START: login pid=28912 from=127.0.0.1
08/10/[EMAIL PROTECTED]:39:47: EXIT: login status=0 pid=28912 duration=1(sec)
So in a word, I can rlogin from localhost with common user(I meant not
root) but not from remote machine 192.168.0.7. And I can't use rsh at
all.
So anyone can help?
PS:
I just want to use iozone, and I am not very sure whether I can ssh in
the iozone clusting test or not. If I can use ssh without changing the
source of iozone(iozone is a benchmark tool, so I don't think it's a
good idea to change it), please let me know.
Thanks in advanced!
--
wcw
Re: [gentoo-user] how to word-wrap using a pipe?
Zhang Weiwu wrote: Hello. How can I line-wrap a text file that was not wrapped before (e.g. like text file created on Microsoft Windows's notepad, the software does softwrap by default, thus the file created using it often have very long text lines) by using command pipe? I think you'll find what you're looking for in the 'fmt' standard unix command. `man fmt', it's part of coreutils. -Doug -- View this message in context: http://www.nabble.com/how-to-word-wrap-using-a-pipe--tp20061899p20062130.html Sent from the gentoo-user mailing list archive at Nabble.com.
