Re: [gentoo-user] Re: Quoting styles
Dale schreef: Alexander Skwar wrote: Don't send out HTML, please. Especially, if you don't make use of HTML features, as it then only wastes bandwidth with nothing useful being added. Well, I'm trying to find out where to change it in Mozilla. Speaking of settings, mail can be set to be sent as plain text by default in Thunderbird/Mozilla Mail as follows (the settings given are for Thunderbird, but the Mozmail settings are very nearby in terms of finding them, if not exactly the same): To set all outgoing mail to be composed as plain-text: Acount Preferences=Composition and Addressing under the relevant account=uncheck Compose messages using HTML format Right underneath that, there is a checkbox dealing with quoting: If When I respond, quote the original mail in my reply is checked, use the drop-down menu below it to change Start my reply above the quoted text (which is default only because the word above comes alphabetically before the word below, it's not a judgement of preference or usefulness) to either Start my reply below the quoted text, or Select the quoted text (if you want to trim first). Or uncheck the box entirely and quote nothing (though that's not a good idea on this list, really). To set mail to this list only as plain-text, while leaving all others as whatever you want: Preferences (not Account Oppions, regular Preferences)= Composition; under HTML and Send Options; Text Composition behaviour (not exact; I'm translating from Dutch, as that's what my desktop is in, and my Dutch is not perfect, which is why my desktop is in it :-) ), click the Advanced button and go to the Plain Text domains tab. On this tab, click the Add button, then in the field that comes up, enter lists.gentoo.org and hit OK. This marks all mail going to this domain (which covers all our mailing lists) as only being able to receive plain-text mail. So no matter what you compose it in, Mozilla Mail/Thunderbired will convert it to plain text when sending (because you told it that that's the only format the domain will accept , which is kinda true-- most mailing lists will reject HTML mail outright, this one won't, but this ridiculously long argument should be proof enough that the list doesn't like it). You can, of course, add any domains of other mailing lists you might be on as well. Hope this is helpful to at least some of those floundering through this thread; learn to use your programs, people, is all I can say. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Quoting styles
Alexander Skwar schreef: Dale schrieb: Well, I'm trying to find out where to change it in Mozilla. Change what in Mozilla? There's nothing that you can change. Oh for Pete's sake, Alexander. You can so change stuff in Mozilla-- it's a *software suite*, containing a web browser/irc client, a mail client and a web composition utility. I presume Dale was referring to the Mozilla mail component, which can be configured just like any other program. In fact, my previous mail says how to do this, where Dale just said it could be done. You just read and insert your comments where appropriate and delete what's no longer relevant. Consider a nice walk, a beer, or other relaxing activity. Please. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Advansys SCSI Support in 2.6.13-r5 Kernel?
Drew Tomlinson schreef: I am trying to upgrade from a 2.6.11 genkernel to 2.6.13-r5 genkernel. However when booting, I get a message about root not being a valid root device and then a prompt to enter the correct one. snip it appears likely that my problem is that Advansys SCSI support is either not built into my kernel or is built as a module? In any event, I ran genkernel with the --menuconfig option to check it out. But I could not find Advansys support in the SCSI Low Level Drivers section. Searching on 'advansys' revealed this: Symbol: SCSI_ADVANSYS [=n] Well, this means that the ADVANSYS support is not built at all (if it was set to be built as a loadable module, it would say =m, and if it was statically built into the kernel, it would say =y). Prompt: AdvanSys SCSI support Defined at drivers/scsi/Kconfig:401 Depends on: (ISA || EISA || PCI) SCSI BROKEN Location: - Device Drivers - SCSI device support - SCSI device support (SCSI [=y]) - SCSI low-level drivers So why does this not show up in menuconfig and is there some way to turn this on? The Depends on section tells you what is required for the option to appear. In the Device Drivers section, under SCSI device support, SCSI device support must be set to yes, and then SCSI low-level drivers must be enabled/selected for this and other sub-options to appear. So I would suggest heading back to menuconfig and enabling what needs to be enabled, and then the option itself when it appears, naturally. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
John Dangler schreef: John Dangler schreef: Holly Bostick schreef: I'm trying to get a definitive answer to this - when I want to install a new kernel, I know that there are certain packages that will not come back, Is there a way to setup a list of these based on what I have installed on my current Gentoo kernel to make emerge world easier? There is, in fact, now a tool to do this; eix module-rebuild * sys-kernel/module-rebuild Available versions: 0.1 0.5 Installed: 0.5 Homepage: http://www.gentoo.org/ Description: A utility to rebuild any kernel modules which you have installed. Thanks for the reply. I found the package on portage, but couldn't locate any docs for how to use it... I'm googling for it atm, but if you can point me towards any docs on this I'd really appreciate it. I've been waiting for something like this for a while. module-rebuild --help /usr/sbin/module-rebuild: illegal option -- - Oh, apparently --help is not enabled; but if you run it either with no options or an 'illegal' option, you get the 'proper usage help', as is standard for most Linux command-line probrams. module-rebuild [options] action [category/package] Version: 0.5 Where options are: -X - Emerge based on package names, not exact versions. -C - Disable all coloured output. Where action is one of: add - Add package to moduledb. del - Delete a package from moduledb. toggle - Toggle auto-rebuild of Package. list - List packages to auto-rebuild. rebuild - Rebuild packages. populate - Populate the database with any packages which currently install drivers into the running kernel. Do you need more than that? It's a pretty simple module atm. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] (masked by: missing keyword)
sean schreef: What is the proper way to over ride a package that is (masked by: missing keyword)? From what I read it is supposed to be done with the package.keywords file in /etc/portage. But I must be doing something wrong with format. Specifically I am trying to install openoffice 2.0 on my amd64 system. I have unmasked it, but the keyword is still blocking me. Thanks Sean 'Missing keyword' is a very specific state, different from masking, keyword ~arch, or other kinds of blocks; From packages.gentoo.org openoffice Description: OpenOffice.org, a full office productivity suite. Releasesalpha amd64 arm hppaia64mipsppc ppc64 ppc macos s390sparc x86 2.0.0 - - - - - - ~ - - - - ~ You see that - under the alpha, amd64, arm, hppa and all other architectures than ppc and x86? Those - are missing keywords. This package is only rated (as unstable) for ppc and x86 architectures. On all other arches, the build is so unstable, or so untested, that it is not keyworded at all. Which is why the legend on p.g.o says - not available Now, if you really really want to test such a build in the name of science, you can of course do so, but you will have to jump through a hoop or two because you really are not meant to be using this package unless you mean to help troubleshoot: First thing to do is to add to /etc/portage/package.keywords: app-office/openoffice -* This will unmask the build with the missing keyword. Try running the emerge again, but there's a fair likelihood that you will hit a further mask, like package.mask. If so, you should again consider if you *really* want to unmerge this package; if it's masked up the wazoo, are you sure that you have the time and energy to deal with the problems it apparently has, and help solve them? If not, find an alternative (like openoffice-bin, which is marked as unstable for amd64). If so, then add the package to /etc/portage/package.unmask =app-office/openoffice-2.0.0 and see how far you get. Be warned, it's quite possible that the package will not compile, or will have problems compiling-- openoffice is quite hard to compile under the best of circumstances, and these are not them. There have been a lot of changes, both in the program itself (hence the 2.0 version) and in the supporting infrastructure (gtk libraries, freedesktop.org specs, X itself not to mention the deeper backend libraries), and how these things are going to interact on a 'sensitive' system architecture is anybody's guess. But of course, somebody has to take the plunge and report back for the issue to progress any further, so if you want to do that, good luck. If you don't want to do that, but rather just use the program, unmask and install the bin package. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Configuring fbsplash
Grimaldy Soto schreef: snip i've emerge splashutils and also livecd 2005.1 bootsplash theme the which is the one that i wanna configure, i did #mount /boot later this Create an initramfs image for fbsplash: # splash_geninitramfs -v -g /boot/fbsplash-emergence-1024x768 -r 1024x768 emergence and also this # splash_geninitramfs -v -g /etc/fbsplash-livecd-2005.1 -r 1024x768 livecd-2005.1 But whichever command do i used i received the same error or warning o creating directory structure.. o copying /sbin/splash_helper.. o copying themes.. - emergence warning: config file for theme 'emergence' , resolution 1024x768 does not exist! o creating initramfs image.. - o creating directory structure.. o copying /sbin/splash_helper.. o copying themes.. - default warning: config file for theme 'default' , resolution 1024x768 does not exist! o creating initramfs image.. I have in /etc/splash the folder livecd-2005.1 and the emergance too First of all, I think your command is incorrect: splash_geninitramfs --help splash_geninitramfs/splashutils-1.1.9.10 Usage: splash_geninitramfs [options] [--all|theme ...] Main operation modes: -g, --generate=IMG generate an initramfs image with all necessary files -a, --append=IMGappend a theme and helper files (if necessary) to an initramfs image -c, --copy=DIR copy all necessary files into the specified directory; DIR should point to the root directory of an initramfs -h, --help show this help message Options: -r, --res=RES copy data for specific resolutions only; RES is a comma-separated list of the resolutions for which the images are to be copied -v, --verbose verbose output --no8bppignore 8bpp images (can save a lot of space) basically, you're saying (run) splash_geninitramfs (and that program should) -v (erbosely) -g(enerate an image called) /etc/fbsplash-livecd-2005.1 (which isn't going to do you much good, in /etc, but whatever; least of our problems at this point, but it should be in /boot, since this is the initramfs itself, not where its looking for the files to be included in the initramfs) (at a) -r(esolution of) 1024x768 (using the theme files for the theme) livecd-2005.1 What is of concern to me is that splash_geninitramfs cannot find the theme files to create the initramfs. Obviously, the splash will not work in this case, because there's no theme for splash to display (the initramfs is not correctly created). So the first thing we need to know is why that might be. What version of splashutils are you using? Is this an upgrade from a pre-1.0 version? Did you actually install the correct theme package: * media-gfx/splash-themes-livecd Available versions: 2004.3 2005.0 2005.1 Installed: 2005.1 Homepage:http://www.gentoo.org/ Description: Gentoo theme for gensplash consoles or did you install the incorrect theme package * media-gfx/bootsplash-themes-livecd Available versions: 2004.0 2004.1 2004.2-r4 ~2004.3-r1 Installed: none Homepage:http://www.gentoo.org/ Description: Gentoo theme for bootsplash consoles It's also possible that you have a kernel problem (incompletely configured)-- while you clearly need framebuffer support, there is also a setting # Logo configuration # # CONFIG_LOGO is not set # CONFIG_BACKLIGHT_LCD_SUPPORT is not set ==CONFIG_FB_SPLASH=y which only becomes available if all other related settings are correctly set... but it's possible that splash_geninitramfs may not work correctly if it is not set (or not available). What I would try is 1. unmerge all splash theme packages; 2. delete all leftover theme folders left in /etc/splash 3. check my /usr/src/linux symlink and make sure it was pointing to the correct kernel; 4. re-emerge splashutils 5. emerge the theme packages again 6. set the 'default' symlink in /etc/splash to point to my preferred theme if not emergence. Then I would start with the http://gentoo-wiki.com/HOWTO_fbsplash and go through it step by step, making sure that my kernel config was correct, and recompiling the kernel if it was not. If I recompiled the kernel, I would also re-emerge splashutils (again) so that it was compiled against the correctly compiled kernel rather than the incorrectly compiled one). The Wiki instructions do work, and they are to the best of my knowledge, quite complete (which is why they work). Your error output suggests that something on your system is improperly installed (the idea that splashutils can't find its own theme files is a strong indication), so the best thing to do would be to start clean (or as clean as possible) and proceed carefully from there. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] build failed for dev-php/php-4.4.0-r1
Faron Dutton schreef: Can anyone point me to a debug strategy for the following: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). Test phase [not enabled]: dev-php/php-4.4.0-r1 snip Wrote PEAR system config file at: /var/tmp/portage/php-4.4.0-r1/image///etc/pear.conf You may want to add: /usr/lib/php to your php.ini include_path make[1]: *** [install-pear-packages] Illegal instruction make: *** [install-pear] Error 2 !!! ERROR: dev-php/php-4.4.0-r1 failed. !!! Function php-sapi_src_install, Line 549, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. I'm new to Gentoo and have no idea where to start. I do find the message Wrote PEAR system config file at: /var/tmp/portage/php-4.4.0-r1/image///etc/pear.conf odd though. Faron. The wonderful thing about Gentoo is that you don't *have* to know where to start, because Gentoo will tell you. It's in the error message: You may want to add: /usr/lib/php to your php.ini include_path I would try this first, and if it didn't work, I would then check b.g.o (bugs.gentoo.org) for a relevant bug (try php-4.4.0, or ALL php), and see if this is a known problem that has a known solution. I might also check the USE flags that I was compiling php with (emerge -pv php) to see if there was something I had forgotten to include/enable that might be the cause of this. There's nothing really weird about this message, though Wrote PEAR system config file at: /var/tmp/portage/php-4.4.0-r1/image///etc/pear.conf odd though. It's just likely badly phrased. It looks like it says that Portage copied the config file from its temp work area to /etc/, but I could be wrong. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Kernel updates
Digby Tarvin schreef: On Thu, Oct 27, 2005 at 08:25:52PM -0400, James Hiscock wrote: I gather one cannot just copy the .config file for this much of a jump, so I guess the best thing to do is a simultaneous 'make menuconfig' in both old and new kernel using two different windows so that I can be sure to copy each of the current settings across. Easier solution: copy the .config, and then run make oldconfig -- it'll prompt you for any changes made in the new kernel, and dump any invalid options... Thanks James and Qian, But doesn't this conflict with the advice given in kernel-upgrade.xml, which says: The only situation where this is appropriate is when upgrading from one Gentoo kernel revision to another. For example, the changes made between gentoo-sources-2.6.9-r1 and gentoo-sources-2.6.9-r2 will be very small, so it is usually OK to use the following method. However, it is not appropriate to use it in the example used throughout this document: upgrading from 2.6.8 to 2.6.9. Too many changes between the official releases, and the method described below does not display enough context to the user, often resulting in the user running into problems because they disabled options that they really didn't want to. As I am going from 2.6.10-gentoo-r6 to 2.6.12-gentoo-r10, which is more than just a revision change, it would seen that 'make oldconfig' is not recomended. (top posting fixed) Maybe not, but it does make it easier-- there's no reason you can't do a make oldconfig to get the basic settings that you want/need (for example, my kernel is set up for the ATI fglrx driver install and fbsplash, and I want those settings copied over), and then do a make menuconfig and go through the kernel settings manually to see what's new. For the most part, the kernel help is extremely informative, and I recommend that one do a make menuconfig every so often anyway, just to *look* at the kernel, and read the Help for any options you don't understand. For a major kernel revision jump (and often even a minor one) I usually do that, for the reasons mentioned in the docs, but having done a make oldconfig first (or copied over my config to the new kernel) at least ensures that certain basics will be set up without me having to remember the labyrinthine collection of dependencies that results in the Enable framebuffer splash setting to even appear in the config, leaving me free to focus on the new options and decide how I want to handle them. Holly. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Dumb `lspci -F` question...
Christoph Gysin schreef: Christoph Gysin wrote: Nonetheless this seems like a bug and should be fixed. Could you file a bug and reference it here? Searching google turns out that it has already been fixed. Update to the latest pciutils will fix the issue. Why search Google and not b.g.o itself, or packages.gentoo.org? Either manually or-- if you use Firefox-- using the Firefox b.g.o search engine? Seems like a waste of effort to have to filter irrelevant hits from Google when one already knows that the status of the issue will be recorded on b.g.o (if a bug was filed and resolved) or packages.gentoo.org (in the Changelog for the revision/update to pciutils). Just wondering. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xfs issue
Qv6 schreef: Folks: Just compiled a new kernel - 2.6.13-r3 (was using 2.6.11-r4), and upgraded kde from 3.3.2 to 3.4. On booting into the new kernel, the base system boots fine, but kde hangs. It seems from the error that xfs could not be started. The error when I start xfs manually is: gentoo# /etc/init.d/xfs start * Scanning font directories ... [ ok ] * starting X font server ... [ ok ] start-stop-daemon: stat /usr/X11R6/bin/xfs: No such file or directory [ !! ] xfsinfo returns a no font server defined message I tried emerg-ing xfs and got this error: !!! All ebuilds that could satisfy xfs hav been masked. I've played with the package.keywords and package.unmask with no positive result Note: never had any issue with the previous kernel (2.6.11-r3), Note: the pc is a Fujitsu Lifebook series laptop Note: which xfs returns xfs: /usr/include/xfs Any clues to sove this will be very mush appreciated. I suspect you're trying to emerge the wrong thing: You have presumably not been using xfs up to this point (since they're all masked), so where is the font server coming from: Must be xorg itself: emerge -pv xorg-x11 Calculating dependencies ...done! [ebuild R ] x11-base/xorg-x11-6.8.2-r4 -3dfx +3dnow +bitmap-fonts -cjk -debug -dlloader -dmx -doc ==+font-server== -insecure-drivers -ipv6 -minimal +mmx +nls -nocxx +opengl -pam -sdk +sse -static +truetype-fonts +type1-fonts (-uclibc) +xprint +xv 0 kB [EMAIL PROTECTED] - useflag font-server /usr/portage/profiles/use.local.desc:x11-base/kdrive:font-server - Enables font server support /usr/portage/profiles/use.local.desc:x11-base/xorg-x11:font-server - Build XFS, the X Font Server I would suggest that you consider re-emerging xorg-x11. Perhaps the font server needs to be recompiled against the new kernel libraries, or the init file needs to be updated. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] korganizer patch
Neil Bothwick schreef: On Tue, 25 Oct 2005 20:51:14 -0400, Michael W. Holdeman wrote: I then rearchive kdepim-3.4.92.tar.bz2 and run ebuild /usr/portage/kde-base/kdepim/kdepim-3.5.0_beta2.ebuild digest, which completes successfully but when attempting to emerge korganizer again I get !!! Digest verification Failed: !!! /usr/portage/distfiles/kdepim-3.4.92.tar.bz2 !!! Reason: Failed on MD5 verification what did I miss? Recreating the digest for the package. Portage uses MD5 checksums to check that files have not been altered, as a security measure. You need to regenerate the digest as you made the changes and want to accept them. Either ebuild /path/to/ebuild digest or emerge --digest --other-options package Should this be handled in /usr/portage in any case? Portage is going to overwrite the changed files (the digest) every time a sync is done, isn't it? I wonder if this digest being created in the real Portage tree rather than the overlay tree might not be the problem in the first place-- since changed files in the Portage tree itself 'should' automatically fail, since that's what the check function is designed to keep an eye on. It really doesn't do much good for a file to be changed in the official Portage tree and for Portage to just say OK, that's fine. Suppose you'd been hacked? The overlay tree, on the other hand, is designed to accept modified files; that's what it's for. I'd copy *both* ebuilds to my overlay tree and digest the copies, and see if that helped. Does the digest for the parent application digest the hard dependencies? Silly question, of course it must. So that's what's failing, the korganizer digest of kdepim, not the kdepim digest itself; we never get that far. So korganizer has to be redigested as well. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird problem
Yoandy Rodriguez Martinez schreef: Hello everybuddy: I've just installed beagle and it just keeps telling me that I don't have inotify in my kernel but /dev/inotify it's there and /proc/config.gz says inotify is there... any hint? Thanks in advance Beagle requires a very specific version of inotify to be active in the kernel in order for it to function. Depending on your kernel version, the kernel may need to be patched to provide the correct version of the inotify module. What kernel are you using? Have you looked at http://beaglewiki.org/Getting_Started ? I think there's also an entry on the Gentoo Wiki as well; I know I had some 5 Beagle-related tabs open in Firefox while installing, but atm can't go back in my history to check what they all were. I will say that Beagle does work (I have it installed from the Gentopia overlay), but it is 'twitchy (as hell)' to get installed. You have to pull a lot of libraries from the overlay that may affect other applications-- mostly ones using or depending on mono-- and if those libraries are updated, as they were a couple of days later on my system, then beagle needs to be recompiled to run again. But that done, it's working fine now. Seems pretty cool and possibly well worth the effort, but I haven't used it much yet. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] bash completion for paths not working
Mark Knecht schreef: Hi, On one machine of mine, and only one machine, bash completion is not working for my user account when I try to complete a path. I hit tab and nothing happens. Bash completion is working for files though. I can do bash completion in my home directory and get a list of files, but if I try to complete /usr/sr but hitting a tab it just sits and does nothing. It works fine for root. What turns this feature on for a user? I copied a good .bashrc file from a working machine over and logged back into the bad machine but that didn't fix it. man bash makes it look like it should be on by default. Thanks for the unix lesson. Cheers, Mark Yes, I have a similar problem, but bash-completion doesn't work correctly for anybody (user or su root). I uncommented the bash completion command in both ~/.bashrcs long ago, and at first the problem was only for root (which was weird enough); now (what constitutes 'now' as opposed to 'previously' I don't know) if I hit tab when filling in a path or a filename, as you said, nothing happens; if I fill in the rest of the path manually, the file is not found-- because my use of the TAB key has invisibly taken me up one directory (where the file does not exist). When I hit enter, I find that if I had started in /usr/local/src, I am now in /usr/local, for example. This occurs under various terminals (aterm, gnome-terminal, multi-gnome-terminal, xterm), although bash-completion fails differently under each of them (which is also weird). I know something has changed, but not what. Although now that I'm looking into this (which I had not really taken time to do, so I wasn't really 'worrying' about it as I had put this annoyance on my secondary 'to-do/fix' list, despite the fact that it's a major annoyance) I notice that I have both bash-completion and bash-completion-config installed-- and the man page for bash-completion-config says that the config files are in /etc/bashcomp-configrc, if it exists, or $HOME/.bashcomp-configrc, if it exists. So at least I probably need to check there first to see if bash-completion has in fact been set, since there is no mention of ~/.bashrc and perhaps those settings are now invalid, or in conflict. Something for you to check as well, Mark? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] USE flags...
Eric Waguespack schreef: say for example I installed Gentoo with some USE flags, but then I changed my mind and wanted to add (for example) the offensive USE flag to my make.conf (I have no idea what offensive does, but with a name like that, it must be good http://gentoo-portage.com/USE ). what would I do (short of a reinstallation) to recompile everything with these new USE flags? Thanks. emerge --newuse world (or, emerge -N world) will search through your installed files for the packages that can use that flag and recompile them with it active rather than inactive. (man emerge might be worth a look) Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] USE flags...
Willie Wong schreef: On Mon, Oct 24, 2005 at 05:13:13PM -0500, Eric Waguespack wrote: say for example I installed Gentoo with some USE flags, but then I changed my mind and wanted to add (for example) the offensive USE flag to my make.conf (I have no idea what offensive does, but with a name like that, it must be good http://gentoo-portage.com/USE ). what Offensive turns on, well, possibly offensive content. For x-screensaver, one of the screensavers grabs images off the internet and make a mosaic. Turning on the offensive flag means you might get porn and/or goatse in there. For fortune, that enables the -o option, which produces insults. There might be more equery hasuse -p offensive [ Searching for USE flag offensive in all categories among: ] * installed packages * Portage tree (/usr/portage) [-P-] [ ] app-admin/sudo-1.6.8_p9 (0) [I--] [ ] app-admin/sudo-1.6.8_p9-r2 (0) [-P-] [M~] games-misc/fortune-mod-1.99.1-r2 (0) [-P-] [ ] games-misc/fortune-mod-1.99.1-r1 (0) [-P-] [M~] games-misc/fortune-mod-gentoo-forums-20041207 (0) [-P-] [ ] games-misc/fortune-mod-gentoo-forums-20040922 (0) [-P-] [ ] games-misc/fortune-mod-it-1.99 (0) [-P-] [ ] games-misc/fortune-mod-it-1.51 (0) [-P-] [ ] games-misc/fortune-mod-kernelcookies-8 (0) [-P-] [ ] media-sound/choad-0.822 (0) [-P-] [ ] x11-misc/xscreensaver-4.20 (0) [-P-] [ ] x11-misc/xscreensaver-4.22-r2 (0) [-P-] [ ] x11-misc/xscreensaver-4.22-r4 (0) [-P-] [ ] x11-themes/gentoo-artwork-0.4.1 (0) [-P-] [ ] x11-themes/windowmaker-themes-0.1 (0) I know sudo insults you if you type the wrong password, and I remember the controversy over the Windowmaker themes package (which was an unchecked compilation of previously-existing themes, some of which contained wallpaper featuring nudity-- female, of course-- which was put under the 'offensive' flag not only because it might be personally offensive, but because you might be installing Windowmaker at work, and a random wallpaper or theme change might put you out of a job without you being aware of the possibility that that could happen). The others I don't know personally, but are likely similar to one or the other of these cases as appropriate. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Um...Who can fix this?
Nick Rout schreef: I agree it is necessary when doing something in your overlay. It seems most people who post to bugs.gentoo.org do not post a digest file. Perhaps they should. Sometimes people do, but iirc this is discouraged by the dev team. Don't know why, but I know if I use an overlay ebuild, the tarball is downloaded when the digest is made (thus the md5 is taken directly from the tarball after downloading). I don't really think I'd want to rely on some unknown person's digest from a download that may not be the same as mine for whatever reason. At least this way I can confirm the tarball is from the legitimate source (by watching the wget output), and if necessary, compare the digest md5 with the md5 on the tarball's homepage (usually available). Having a digest from an 'untrusted source' (it's unofficial, after all) would encourage me to trust sources I shouldn't just trust by default, and I don't want to get into a bad habit like that. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome-vfs
Csanyi Andras schreef: Hi! Hi! grep: /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++.la' is not a valid libtool archive make[2]: *** [libfile.la] Error 1 make[2]: Leaving directory `/var/tmp/portage/gnome-vfs-2.12.1.1/work/gnome-vfs-2.12.1.1/modules' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gnome-vfs-2.12.1.1/work/gnome-vfs-2.12.1.1' make: *** [all] Error 2 i search the google, i find this: http://www.usenetlinux.com/archive/topic.php/t-492900.html Right, you found something to tell you that you need to run fix_libtools_files.sh. Good! (LOL, it was me, too!). That is the the thing to do whenever you see an error containing this output: ..libstdc++.la' is not a valid libtool archive make[2]: *** [libfile.la] Error 1 and i make this: sayusi bundi # fix_libtool_files.sh 3.3.6 * Scanning libtool files for hardcoded gcc library paths... This is where you wen't wrong. If you need to run the script with further parameters, the usage is: Usage: fix_libtool_files.sh old-gcc-version [--oldarch old-CHOST] (taken from reading the script with less) But the thing is, your problem is not with gcc 3.3.6, as you put in the command; if the problem is that you upgraded gcc (did you?), the proper old version of gcc is listed in the error message: 3.3.5-20050130 So if libtool is failing because you upgraded gcc, the command should be fix_libtool_files.sh 3.3.5-20050130 But if libtool is failing because you changed your CHOST (with or without upgrading gcc), the command should be fix_libtool_files.sh --oldarch i386-pc-linux-gnu So you might try running the script with the correct command and see if that helps more :-) . Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PANIC !!!!
Hemmann, Volker Armin schreef: direct experience. I have seen xine and mplayer break multiple times or KDE loosing its themes, Yeah, but mplayer breaks if your breathe on it too hard, and Xine is not all that much better (though better than gstreamer, and overall the best in terms of stability). New releases of KDE often are so buggy that you 1) *have* to upgrade whatever is available to get the bugfixes and 2) can't really be certain that any breakage is related to library updates (or worse yet, only *partial* library updates, not all relevant libraries, because all relevant libraries don't necessarily have updates available at the same time), rather than just one of the bugs. 'Loosing its themes' I've never seen (but then again I try to avoid using KDE as much as possible), but of all the things that KDE might (and has, in my experience) lose after a full, partial, or deep upgrade, themes are about the last on my oh, no, I'm now hysterical list. But that's just me. because of qt updates or wesnoth. And that are the ones I remember without to much brain work. That is why I am healed from --deep updates OK. It's your box. In my opinion, it's impossible to avoid stuff breaking (on a Gentoo/source-based distro) box; libraries and applications depending on those libraries are *going* to be mis-matched at some point or another, sometimes quite often. It's usually temporary, and usually easy to fix: recompile the app against the updated library, as I did yesterday for Beagle, or run name_your_language.updater-- I just found there's an ocaml-updater script; who knew? or run the config utility for gcc, or java or whatever is the problem today. Or switch apps, which is a little-thought-of but often quite effective solution. Helps to be a bit flexible, though, of course, which everybody does not have the liberty to be. But if not, then just stick with stable and don't upgrade at all, --deep or otherwise. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] My Continuing ALSA Woes
Michael Sullivan schreef: On Sat, 2005-10-22 at 00:53 -0700, Richard Fish wrote: Mark Knecht wrote: On 10/21/05, Richard Fish [EMAIL PROTECTED] wrote: Mark Knecht wrote: I'm tellin' ya. alsamixer is jsut a gui for amixer and amixer does not work for every Alsa supported card. You need to find out from the Alsa folks what is the supported mixer for this card. Just an FYI, I also have an intel-hda (in my laptop). Alsamixer supports it just fine, except that the stupid card doesn't provide a Master Volume control, so you have to adjust the speaker volume with the Front control. Stupid card. -Richard What kernel are you running? Can you give Michael a hint as to how you set it up? Kernel version is from suspend2-sources-2.6.13-r5. I didn't have to do anything special for setup though...it just worked. I suspect you are correct that it is a driver bug and a newer version of the driver would help. Michael, sorry I haven't been following this thread closely, but have you tried a .14-rc kernel? I just looked at vanilla-sources-2.6.14-rc5, and there seems to be some significant changes with the newest kernel. Anyway, some basic information about my setup follows. I can provide more if desired (particularly /etc/asound.state, ~/.asoundrc, or amixer output). carcharias linux # lsmod Module Size Used by ... snd_hda_intel 15872 1 snd_hda_codec 73536 1 snd_hda_intel snd_pcm78600 2 snd_hda_intel,snd_hda_codec snd_timer 22212 1 snd_pcm snd43192 6 snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer soundcore 9056 1 snd snd_page_alloc 9800 2 snd_hda_intel,snd_pcm ... carcharias linux # emerge -vp alsa-lib alsa-utils alsa-tools alsa-headers These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-libs/alsa-lib-1.0.9 +doc -jack 0 kB [ebuild R ] media-sound/alsa-utils-1.0.9a-r1 +nls 0 kB [ebuild R ] media-sound/alsa-tools-1.0.9 +X 0 kB [ebuild R ] media-sound/alsa-headers-1.0.9b 0 kB carcharias linux # lspci -n ... 00:1b.0 0403: 8086:2668 (rev 04) ... carcharias linux # lspci -vv ... 00:1b.0 Class 0403: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) Subsystem: ASUSTeK Computer Inc. Unknown device 10c3 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0, Cache Line Size 08 Interrupt: pin A routed to IRQ 16 Region 0: Memory at febf8000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- Address: Data: Capabilities: [70] Express Unknown type IRQ 0 Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag- Device: Latency L0s 64ns, L1 1us Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ Device: MaxPayload 128 bytes, MaxReadReq 128 bytes Link: Supported Speed unknown, Width x0, ASPM unknown, Port 0 Link: Latency L0s 64ns, L1 1us Link: ASPM Disabled CommClk- ExtSynch- Link: Speed unknown, Width x0 Capabilities: [100] Virtual Channel Capabilities: [130] Unknown (5) ... -Richard I built and rebooted with the vanilla kernel 2.6.14-rc5 and started /etc/init.d/alsasound: camille ~ # /etc/init.d/alsasound start * Loading ALSA modules ... * Loading: snd-card-0 ... [ ok ] * Loading: snd-seq-oss ... [ ok ] * Loading: snd-pcm-oss ... [ ok ] * Restoring Mixer Levels ... * No mixer config in /etc/asound.state, you have to unmute your card! [ ok ] OK that works (we know you haven't unmuted your card, and we know (or are almost sure) that running alsamixer is what creates /etc/asound.state, so it's no surprise that it's not there. I can modprobe snd-hda-intel successfully. Here is lsmod: camille ~ # lsmod Module Size Used by snd_pcm_oss 36256 0 snd_mixer_oss 12224 1 snd_pcm_oss snd_seq_oss 21280 0 snd_seq_midi_event 2976 1 snd_seq_oss snd_seq 30384 4 snd_seq_oss,snd_seq_midi_event snd_seq_device 4588 2 snd_seq_oss,snd_seq snd_hda_intel 11328 0 snd_hda_codec 58816 1 snd_hda_intel snd_pcm49960 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec snd_timer 14436 2 snd_seq,snd_pcm snd28676 9 snd_pcm_oss,snd_mixer_oss,snd_seq_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer snd_page_alloc 6312 2 snd_hda_intel,snd_pcm snip looks good camille ~ #
Re: [gentoo-user] My Continuing ALSA Woes
Michael Sullivan schreef: camille ~ # emerge -pv alsa-tools alsa-utils alsa-lib alsa-headers alsa-jack alsa-oss alsa-firmware These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-sound/alsa-tools-1.0.9 +X 0 kB [ebuild R ] media-sound/alsa-utils-1.0.10_rc2 +nls 0 kB [ebuild R ] media-libs/alsa-lib-1.0.10_rc2 +doc +jack* 0 kB [ebuild R ] media-sound/alsa-headers-1.0.10_rc2 0 kB [ebuild R ] media-plugins/alsa-jack-1.0.10_rc1 0 kB [ebuild R ] media-libs/alsa-oss-1.0.10_rc2 0 kB [ebuild R ] media-sound/alsa-firmware-1.0.9 0 kB From www.alsa-project.org: Latest Software Releases Package * Driver * Library * Lib-plugins * Utilities * Tools * Firmware * OSS Compat. Library Stable release * 1.0.9b * 1.0.9 * 1.0.9 * 1.0.9a * 1.0.9 * 1.0.9 * 1.0.9 Development release * 1.0.10rc2 * 1.0.10rc2 * 1.0.10rc1 * 1.0.10rc2 * 1.0.10rc2 * --- * 1.0.10rc2 So there is an alsa-tools devel release higher than what you've got, as well as a firmware devel-release. It's possible that part of the issue is the version mismatch you've got happening (for example, the devel release of alsa-tools might well understand how the hda-intel cards work, whereas 1.0.9 does not). I would consider copying the alsa-firmware and alsa-tools ebuilds to your overlay, updating them to 1.0.10rc2, and seeing if they will then upgrade, and if so, whether that helps. Just an idea. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] burning compressed iso
Rumen Yotov schreef: On Sat, 2005-10-22 at 15:37 +0100, damian bamforth wrote: I want to burn an iso image with a .bz2 extension (the full file name is livecd64-ahorn5.iso.bz2). I only have windows xp. I tried the 'bsdtar' tool, but, whilst it decompresses the file, it doesn't leave an iso image which I can then burn. What do I do? Thanks Hi, IIRC you can use 7zip for Windows to uncompress .bz2 compressed files. Or search for bzip2 for Windows (was win tools or something similar). HTH.Rumen WinRAR will do it as well. It can also look in the .iso after extraction, if that would be useful (*.iso is a compression format as well) Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] burning compressed iso
damian bamforth schreef: On Sat, 2005-10-22 14:59:02, Rumen Yotov wrote: IIRC you can use 7zip for Windows to uncompress .bz2 compressed files. Or search for bzip2 for Windows (was win tools or something similar). I have managed to decompress the file with 'bsdtar', however, this does not result in an 'iso' but actually turns the livecd64-ahorn5.iso.bz2 into all the files that would make up the livecd64-ahorn5.iso, so I do end up with all the files, but not an image I can burn onto a cd. Perhaps the file you're using has been deliberately misnamed. Or, perhaps bsdtar is not as useful a program as it would seem at first glance. If you remove the *.bz2 extension, leaving the filename as just *.iso, can it then be burned as an ISO in your CD burning software? In any case I would check the file with WinRAR or 7zip (or even Total Commander) to confirm that it really is a bzipped iso, and not just an ISO that has been renamed to iso.bz2 Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] My Continuing ALSA Woes
Michael Sullivan schreef: On Fri, 2005-10-21 at 14:59 -0700, Mark Knecht wrote: If alsamixer doesn't work then you may need to run amixer at the command line to unmute your card. I'll let you slog through the man page on that one. amixer commands can be placed in /etc/conf.d/local.start if needed. For instance, possibly amixer -c 0 unmute camille ~ # amixer -c 0 unmute amixer: Unknown command 'unmute'... Now, really, Michael, this is a bit silly; the program obviously works, and doesn't even fall over your card, so the card is apparently working, but you're stumped by the lack of the 'unmute' command (which is the very least of all the problems you could encounter at this stage)? amixer --help Usage: amixer options command Available options: -h,--help this help -c,--card N select the card -D,--device N select the device, default 'default' -d,--debug debug mode -n,--nocheckdo not perform range checking -v,--versionprint version of this program -q,--quiet be quiet -i,--inactive show also inactive controls -a,--abstract L select abstraction level (none or basic) Available commands: scontrols show all mixer simple controls scontents show contents of all mixer simple controls (default command) sset sID P set contents for one mixer simple control sget sIDget contents for one mixer simple control controlsshow all controls for given card contentsshow contents of all controls for given card cset cID P set control contents for one control cget cIDget control contents for one control Fine, the unmute command is not listed (perhaps it's been removed), just use 'scontrols' or 'controls' instead and see if you can unmute the card manually! Then follow the rest of the instructions: 3) If alsamixer or amixer works at all then run alsactrl store which will store new data that was created by alsamixer. (And Alsa I suppose...) Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] My Continuing ALSA Woes
Michael Sullivan schreef: On Sat, 2005-10-22 at 00:46 +0200, Holly Bostick wrote: Michael Sullivan schreef: On Fri, 2005-10-21 at 14:59 -0700, Mark Knecht wrote: If alsamixer doesn't work then you may need to run amixer at the command line to unmute your card. I'll let you slog through the man page on that one. amixer commands can be placed in /etc/conf.d/local.start if needed. For instance, possibly amixer -c 0 unmute camille ~ # amixer -c 0 unmute amixer: Unknown command 'unmute'... Now, really, Michael, this is a bit silly; the program obviously works, and doesn't even fall over your card, so the card is apparently working, but you're stumped by the lack of the 'unmute' command (which is the very least of all the problems you could encounter at this stage)? According to man amixer: INVOKING amixer with no arguments will display the current mixer settings for the default soundcard and device. This is a good way to see a list of the sim- ple mixer controls you can use. Yet, when I issue: camille ~ # amixer amixer: Mixer default load error: Invalid argument What argument(s) does it want? The man page doesn't even list an example of the syntax. amixer amixer? That actually *isn't* a valid command, the command meant is simply amixer And yes, the man page does tell you the syntax: NAME amixer - command-line mixer for ALSA soundcard driver SYNOPSIS amixer [-c card] [cmd] That, there, under SYNOPSIS is the syntax --help also lists the syntax: amixer --help Usage: amixer options command That would be the syntax, there under 'Usage'. Now if I just run 'amixer' with nothing after it, I get a whole lot of info (partial): amixer Simple mixer control 'Master',0 Capabilities: pvolume Playback channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 25 [81%] Front Right: Playback 25 [81%] Simple mixer control '3D Control - Switch',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [off] Simple mixer control 'PCM',0 Capabilities: pvolume pswitch pswitch-joined cswitch Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 16 [52%] [on] Capture [off] Front Right: Playback 16 [52%] [on] Capture [off] Simple mixer control 'Synth',0 Capabilities: pvolume pswitch pswitch-joined cswitch Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 26 [84%] [on] Capture [on] Front Right: Playback 26 [84%] [on] Capture [on] Try just 'amixer' or maybe 'amixer -c 0' and see if it tells you anything. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] My Continuing ALSA Woes
Michael Sullivan schreef: On Sat, 2005-10-22 at 01:31 +0200, Holly Bostick wrote: Try just 'amixer' or maybe 'amixer -c 0' and see if it tells you anything. Holly camille ~ # amixer amixer: Mixer default load error: Invalid argument camille ~ # amixer -c 0 amixer: Mixer hw:0 load error: Invalid argument Well it looks like all your modules are there, so something else must be wrong: Have you run alsaconf with the card active/working as it is now? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] My Continuing ALSA Woes
Michael Sullivan schreef: On Sat, 2005-10-22 at 01:44 +0200, Holly Bostick wrote: camille ~ # amixer amixer: Mixer default load error: Invalid argument camille ~ # amixer -c 0 amixer: Mixer hw:0 load error: Invalid argument Well it looks like all your modules are there, so something else must be wrong: Have you run alsaconf with the card active/working as it is now? I just did. Afterwards, I tried to use amixer again: camille ~ # amixer -c 0 amixer: Mixer hw:0 load error: Invalid argument Did you stop and restart alsasound to load alsaconf's changed settings? Did alsaconf make any complaints when run? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] My Continuing ALSA Woes
Michael Sullivan schreef: On Thu, 2005-10-20 at 06:11 -0700, Mark Knecht wrote: Please give me a bit of info: lspci Basically I'm concerned that the hardware you have and the modules you are trying to load aren't matching up. Here is the kernel help for the snd_hda_intel driver: Say Y here to include support for Intel High Definition x Audio (Azalia) motherboard devices. x x To compile this driver as a module, choose M here: the module x will be called snd-hda-intel. x x Symbol: SND_HDA_INTEL [=n] x Prompt: Intel HD Audio x Defined at sound/pci/Kconfig:530 x Depends on: !M68K SOUND!=n PCI SND x Location: x - Device Drivers x - Sound x - Advanced Linux Sound Architecture x - Advanced Linux Sound Architecture (SND [=m]) x - PCI devices x Selects: SND_PCM As I see it, there is no further selection needed to get this detected, but are we certain that this driver (which does not really specify which revisions/versions of the motherboard chipset resources are in fact supported) works with this exact device: :00:1b.0 Class 0403: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 03) ? Perhaps there is undocumented support not built, I went to Device Drivers=I2C support, and found this: CONFIG_I2C_I801: x x If you say yes to this option, support will be included for the Intel x 801 family of mainboard I2C interfaces. Specifically, the following x versions of the chipset are supported: x 82801AA x 82801AB x 82801BA x 82801CA/CAM x 82801DB x 82801EB/ER (ICH5/ICH5R) x 6300ESB x ICH6 x ICH7 x ESB2 x x This driver can also be built as a module. If so, the module x will be called i2c-i801. x x Symbol: I2C_I801 [=m] x Prompt: Intel 82801 (ICH) x Defined at drivers/i2c/busses/Kconfig:110 x Depends on: I2C PCI x Location: x - Device Drivers x - I2C support x - I2C support (I2C [=y]) x - I2C Hardware Bus support x x It seems quite possible that this advanced board might need I2c support statically compiled before the various components can properly communicate with each other and the kernel. Hope this helps. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] stage1 under i686
Markus Fendt schreef: Hi, why is there no stage 1 under i686 on the mirrors? Thanks Because the whole point of a stage 1 is that you make it specific to your cpu yourself (there's no athlon-xp, pentuim3, or pentium4 stage 1 tarballs either)? There are only cpu-specific stage 2 and stage 3 tarballs, because a stage 2 is 'semi-compiled' (thus already cpu-specific) and a stage 3 is almost fully compiled (ditto). A stage 1 is completely uncompiled, so it can't really be specific to a cpu, beyond a general architecture setting (x86 as opposed to ppc, or amd64, for example). HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Where is aticonfig (bug confirmation, please)?
Richard Fish schreef:
Holly Bostick wrote:
As you all might know, I have an ati card. I just installed the new
8.18.6 drivers yesterday.
I was later hanging around on the Rage3D Linux Drivers forum, and
noticed mention of a utility called 'aticonfig', which apparently is a
workalike for fglrxconfig (the xorg.conf configurator), but (also
apparently) works better than fglrxconfig; not least because it
--apparently-- adds to your currently-existing xorg.conf, rather than
creating a (garbage) one from scratch.
So naturally I thought I'd try running it but I don't seem to have
it, and I don't know why.
I'm guessing the following line from the 8.18.6 ebuild is the reason: :-)
rm -rf ${WORKDIR}/usr/X11R6/bin/{aticonfig,fglrx_pplay}
My guess is that it should be added to the ati-drivers-extra ebuild, but
I don't see it there, so yes, it looks worthy of a bug report to me.
Thanks :-) ; for any interested parties, the bug can be found at
http://bugs.gentoo.org/show_bug.cgi?id=109687
Holly
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to use EXTRA_ECONF?
Matias Grana schreef: On Mon, Oct 17, 2005 at 08:28:54PM +0100, Ciaran McCreesh wrote: On Mon, 17 Oct 2005 11:19:55 -0300 Matias Grana [EMAIL PROTECTED] wrote: | I'm trying to compile vim with +clipboard support. One can do this | by passing --enable-clipboard to configure. There's no USE flag for | this feature. Incorrect. USE=vim-with-x. -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm Nicer! So this is what vim-with-x stand for! I saw the flag, but thought that it would pull down gvim, which I already have in my world. Now: this pops up a second question: where can we see the exact efect of USE flags on packages? For instance: what other features 'vim-with-x' will enable? USE flag descriptions can be found in /usr/portage/profiles. There are two files: /usr/portage/profiles/use.desc (for global USE flags), and /usr/portage/profiles/use.local.desc (for local USE flags relevant to individual packages). You can of course search/grep normally through these files, but I find it easier to nick an alias that someone on the list provided, and add it to ~/.bashrc: alias useflag='grep /usr/portage/profiles/use.*desc -e' which enables me to do this (after re-sourcing ~/.bashrc, which I also have an alias to do :-) ): di 10/18/05 15:39 ~ motub- useflag vim-with-x /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - Linking console vim against X11 libraries to enable title and clipboard features in xterm And now I know what it does, instead of guessing ;-) . Hope this helps Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to use EXTRA_ECONF?
Dave Nebinger schreef: On Tuesday 18 October 2005 03:44 pm, Matias Grana wrote: On Tue, Oct 18, 2005 at 03:41:24PM +0200, Holly Bostick wrote: motub- useflag vim-with-x /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - Linking console vim against X11 libraries to enable title and clipboard features in xterm Aha! Now it seems that I have an old (or not so accurate) /usr/portage/profiles/use.local.desc: /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - Enables linking the console vim against X libs to enable some features in xterms You're not out of sync, Holly is, possibly an upstream sync issue. I esync every night at 3am CET. How can I be out of sync? And, if Matias somehow synced more recently than I did, how can his sync result in a *less* informative description than the allegedly older one (mine) ? This file is resynced when you 'emerge --sync'; it is not owned by a package in portage. If you look at the timestamp of the file it should match the date of your last sync. la /usr/portage/profiles totaal 261 drwxr-xr-x 15 root root 720 okt 18 02:36 . drwxr-xr-x 152 root root 4496 okt 18 02:36 .. -rw-r--r--1 root root97 aug 14 13:35 arch.list drwxr-xr-x2 root root 184 okt 16 11:05 base -rw-r--r--1 root root 1541 sep 4 16:36 categories drwxr-xr-x3 root root72 apr 25 05:37 commercial drwxr-xr-x3 root root72 aug 26 2004 default-bsd drwxr-xr-x4 root root 288 okt 6 05:38 default-darwin drwxr-xr-x 15 root root 552 okt 7 01:06 default-linux drwxr-xr-x3 root root 128 feb 7 2005 default-macos drwxr-xr-x2 root root 152 okt 18 02:36 embedded drwxr-xr-x6 root root 304 okt 6 05:38 hardened -rw-r--r--1 root root 257 apr 28 07:07 info_pkgs -rw-r--r--1 root root 370 apr 11 2005 info_vars -rw-r--r--1 root root 7270 nov 8 2002 lang.desc drwxr-xr-x 11 root root 288 aug 14 00:05 obsolete -rw-r--r--1 root root 51812 okt 18 00:05 package.mask -rw-r--r--1 root root 828 sep 5 19:35 profiles.desc drwxr-xr-x4 root root 288 okt 14 01:05 selinux -rw-r--r--1 root root 62518 okt 11 13:35 thirdpartymirrors drwxr-xr-x7 root root 392 okt 18 02:36 uclibc drwxr-xr-x2 root root 384 okt 17 04:08 updates -rw-r--r--1 root root 20490 okt 17 02:06 use.desc -rw-r--r--1 root root 89205 okt 18 02:06 use.local.desc drwxr-xr-x3 root root 296 sep 26 12:35 vserver So no, use.local.desc is at least current, and use.desc has apparently not changed for one day longer. For Holly's case, I'm wondering if she's syncing against a system that doesn't mirror that file from upstream? Just a guess. I sync against the Netherlands rsync pool, SYNC=rsync://rsync.nl.gentoo.org/gentoo-portage. I suppose what you say is possible, but does not seem to be the case. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to use EXTRA_ECONF?
Dave Nebinger schreef: On Tuesday 18 October 2005 04:34 pm, Holly Bostick wrote: I know mine comes out of CVS with the header $Header: /var/cvsroot/gentoo-x86/profiles/use.local.desc,v 1.1502 2005/10/18 00:03:00 vapier Exp $, so I'm guessing that I have the later file. So does mine: # $Header: /var/cvsroot/gentoo-x86/profiles/use.local.desc,v 1.1502 2005/10/18 00:03:00 vapier Exp $ are you saying that this line app-editors/vim:vim-with-x - Linking console vim against X11 libraries to enable title and clipboard features in xterm is not the same on your file, despite the identical header? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] openoffice 2 rc3 revdep rebuild
John J. Foster schreef: Good evening, I've been fighting the install of OOo rc3 for a few days now. Everything is fine until running revdep-rebuild, which wants to re-install the OOo I just installed. I remember having trouble with various binary packages before, including OOo, which I always solved, or hid, by NOT having /opt in revdep-rebuilds search dirs. That was the first place I looked, thinking that an update along the way had changed something. Sure enough, /opt was back in there. However, now OOo is looking like it's installing to regular directory structures, and I don't want to remove those from checking. But you can remove *specific* directories from checking-- like the ooo directory. I'm just now testing this by adding /usr/lib/openoffice to SEARCH_DIRS_MASK=/opt/OpenOffice.org /opt/sun-jre-bin-1.5.0.03 /usr/lib/openoffice in /etc/make.conf and I'm running revdep-rebuild -p to see if OO.o still comes up (I found this directory by doing a locate, but I didn't pay attention when emerging -rc2, so I don't know if it's correct). The whole point of the SEARCH_DIRS_MASK is to mask specific directories, not 'general' giant swathes of the tree, so I'm not quite sure what the issue is, except that the directory to mask has changed (from /opt/OpenOffice.org to /usr/lib/openoffice or wherever). The results from Saturday (I run revdep-rebuild -p as a weekly cron job and get the results mailed to me): All prepared. Starting rebuild... emerge --oneshot -q -p =app-crypt/seahorse-0.7.9 =app-office/abiword-2.2.10 =app-office/openoffice-bin-2.0.0_rc2 =dev-perl/gnome2-wnck-0.10 =gnome-extra/libgda-1.0.4 =mail-client/mail-notification-1.1 =x11-misc/devilspie-0.10 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] app-crypt/seahorse-0.7.9 [ebuild R ] app-office/abiword-2.2.10 [ebuild R ] app-office/openoffice-bin-2.0.0_rc2 [ebuild R ] dev-perl/gnome2-wnck-0.10 [ebuild R ] gnome-extra/libgda-1.0.4 [ebuild R ] mail-client/mail-notification-1.1 [ebuild R ] x11-misc/devilspie-0.10 (I performed this rebuild, so any further revdep-rebuilds would just include OO.o) And the results from today, after adding the /usr/lib/openoffice directory to the search mask: Evaluating package order... done. (/root/.revdep-rebuild.5_order) Dynamic linking on your system is consistent... All done. OpenOffice.org does not appear, so I'll take that as confirmation that the directory is correct. Give it a try. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] porno filtering using squid?
Michael Crute schreef: On 10/15/05, Renat Golubchyk [EMAIL PROTECTED] wrote: On Sun, 16 Oct 2005 04:43:18 +0600 Gentoo Shadow [EMAIL PROTECTED] wrote: is it free to use for commercial purposes? It's GPL. After a fashion. Read the pricing page. -Mike I've gotta say, I would avoid this on general principle after reading the pricing page (and the license): We are not Value Added Tax registered as the revenue is too small so there is no VAT to pay within the EU. The EURO prices are the same as USD. However the *value* of the U.S. Dollar is not the same as the Euro, so if you pay in Euros, you're actually paying *more* than the American customers-- you might even still save money if you paid the fees to convert to USD from Euros (since there's no VAT). It's not like PayPal cares what currency you pay in, so it's within the realm of possiblility that you could do that). What you will get By paying for a download license for DansGuardian you will get: * A nice warm fuzzy feeling inside knowing you are supporting Open Source development and so all humanity. * A license to download DansGuardian 2. * Free public non-commercial support via the mailing list. * Free upgrades as they become available. By paying for a download license for DansGuardian you will *not* get: * A guarantee of anything from me. * Commercial support. * DansGuardian on any physical media. * Printed documentation. So I'm paying for what, exactly? Certainly not most of the features that I would normally expect as a commercial customer (no support, no media, no docs, no *guarantees* I mean, geez). Commercial Support As of 1st Jan 2003, there is no commercial support available from the author. This is due to a lack of time to adequately provide support. Anyone who has purchased support will be honoured until 1st June 2003. If you require commercial support, you have two possibilities: * (a) Purchase a commercial version of DansGuardian which comes with support such as SmoothGuardian. This is highly recommended software and is the only commercial software using DansGuardian technology that is officially endorsed. All other software using DansGuardian is not official. SmoothGuardian has resellers all over the world who will be able to talk to you in your timezone and bill you in your local currency. * (b) Purchase support from an IT consultant in your area. You are allowed to solicit for commercial support on the mailing list. So when I pay for the app, I don't get support unless I pay for support from someone else. Rght. Will the author of this included Smooth Guardian support me? I don't know... but I should know, before I shell out at least 90 euros for this application. Not to mention, if I'm paying the author money, why doesn't he have time to support me? Or share his profits with someone to support me if he's physically incapable for some reason? I find it unbelievable that the author would expect me to accept these conditions (but then, people accept a lot of conditions that I find unbelievable, chief among them that it's OK and normal to reformat and reinstall your OS to solve a relatively minor technical problem that the OS-- which you paid for-- does not allow you to fix in any other way. So clearly I am not normal in my understanding of what constitutes a reasonable condition in this regard). Plus this insanely confusing license that does not really make it clear what the rights and privileges that *I have paid for* actually are? No, thanks thank goodness I have no need for this application. Because I'd tie myself into a pretzel before using it, no matter how much I needed it. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to use EXTRA_ECONF?
Neil Bothwick schreef: On Mon, 17 Oct 2005 11:19:55 -0300, Matias Grana wrote: I'm trying to compile vim with +clipboard support. One can do this by passing --enable-clipboard to configure. There's no USE flag for this feature. After some research, I've learned that the way to do this is to configure the EXTRA_ECONF variable. Now the question is: is there a file to put these variables in? Something like /etc/portage/package.use but for econfs? You can set variables for individual ebuilds using /etc/portage/bashrc. save the attached file as /etc/portage/bashrc then do mkdir -p /etc/portage/env.d/app-editors echo /etc/portage/env.d/app-editors/vim 'EXTRA_ECONF=--enable-clipboard' You can use this to set variables, or override default settings, for any package. Oh, Neil, you're kidding, right? I'd had to use FEATURES=-nostrip on the command line for *ages* to get SDL to emerge unstripped so that it would work with NWMovies (the hack that allows Neverwinter Nights to play movies inside the game, like normal); the only reason I stopped was because with the very most recent versions of SDL even that doesn't work and I have to compile it manually after hacking one line in video.c. But you're saying I could have just added echo /etc/portage/env.d/media-libs/libsdl 'FEATURES=nostrip' to /etc/portage/bashrc and I would have been done, all those times-- could have just emerged normally? But man 5 portage doesn't say anything about /etc/portage/env.d, and it doesn't say anything much about what precisely you can put in /etc/portage/bashrc either: SYNOPSIS /etc/ make.globals make.conf(5) /etc/make.profile/ deprecated make.defaults packages packages.build package.provided parent use.defaults use.mask virtuals /etc/portage/ bashrc package.mask package.unmask package.keywords package.use mirrors categories /etc/portage/profile/ site-specific overrides of /etc/make.profile/ /usr/portage/profiles/ arch.list categories info_pkgs info_vars package.mask profiles.desc thirdpartymirrors use.desc use.local.desc use.mask /var/lib/portage/ world (note no /etc/portage/env.d mentioned, so how would one know to create it or that it would be recognized by Portage) /etc/portage/ bashrc If needed, this file can be used to set up a special environment for ebuilds, different from the standard root environment. The syntax is the same as for any other bash script. (this says almost nothing, frankly, unless you are very familiar with the 'standard root environment for ebuilds', and again, doesn't say anything about which particular features of this enviroment may be varied by this file, or if any of them may not be, in true 'not yet implemented' fashion). But then again, I restrict myself to the last stable version of Portage: * sys-apps/portage Available versions: 2.0.51.22-r3 ~2.0.53_rc5 [M]2.1.0_alpha20050718 Installed: 2.0.51.22-r3 Is it possible that the man page is updated in the unstable versions, or that this is implemented in the unstable versions only, or are you just very clever to have figured this all out :-) ? Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] Where is aticonfig (bug confirmation, please)?
As you all might know, I have an ati card. I just installed the new 8.18.6 drivers yesterday. I was later hanging around on the Rage3D Linux Drivers forum, and noticed mention of a utility called 'aticonfig', which apparently is a workalike for fglrxconfig (the xorg.conf configurator), but (also apparently) works better than fglrxconfig; not least because it --apparently-- adds to your currently-existing xorg.conf, rather than creating a (garbage) one from scratch. So naturally I thought I'd try running it but I don't seem to have it, and I don't know why. It's in the RPM (looked at the one in distfiles using file-roller). And all the other bin files in the rpm in distfiles are in /opt/ati/bin, dated yesterday. Except aticonfig. Which, locate, and find don't find it, either as a user or root. It apparently did not get installed. In fact, this is the case; I just re-installed the drivers to see the output, and no mention is made of the file: (piped to prevent Thunderbird confusing this with a quote) | Install ati-drivers-8.18.6 into /var/tmp/portage/ati-drivers-8.18.6/image/ category media-video | * Installing fglrx module |man: |making executable: /usr/lib/libfglrx_gamma.so.1.0 | Completed installing ati-drivers-8.18.6 into /var/tmp/portage/ati-drivers-8.18.6/image/ | | Merging media-video/ati-drivers-8.18.6 to / |--- /etc/ |--- /etc/env.d/ | /etc/env.d/09ati |--- /lib/ |--- /lib/modules/ |--- /lib/modules/2.6.13-gentoo-r4/ |--- /lib/modules/2.6.13-gentoo-r4/video/ | /lib/modules/2.6.13-gentoo-r4/video/fglrx.ko |--- /opt/ |--- /opt/ati/ |--- /opt/ati/bin/ | /opt/ati/bin/fglrxinfo | /opt/ati/bin/fglrx_xgamma | /opt/ati/bin/fglrxconfig |--- /usr/ |--- /usr/lib/ |--- /usr/lib/modules/ |--- /usr/lib/modules/dri/ | /usr/lib/modules/dri/atiogl_a_dri.so | /usr/lib/modules/dri/fglrx_dri.so |--- /usr/lib/modules/linux/ | /usr/lib/modules/linux/libfglrxdrm.a |--- /usr/lib/modules/drivers/ | /usr/lib/modules/drivers/fglrx_drv.o |--- /usr/lib/opengl/ |--- /usr/lib/opengl/ati/ | /usr/lib/opengl/ati/lib/ | /usr/lib/opengl/ati/lib/libGL.so.1.2 | /usr/lib/opengl/ati/lib/libGL.la | /usr/lib/opengl/ati/lib/libGL.so - libGL.so.1.2 | /usr/lib/opengl/ati/extensions - ../xorg-x11/extensions | /usr/lib/opengl/ati/include - ../xorg-x11/include | /usr/lib/libfglrx_gamma.so.1.0 | /usr/lib/libfglrx_gamma.a |--- /usr/include/ |--- /usr/include/GL/ | /usr/include/GL/glxATI.h | /usr/include/GL/glATI.h |--- /usr/include/X11/ |--- /usr/include/X11/extensions/ | /usr/include/X11/extensions/fglrx_gamma.h | /usr/lib/opengl/ati/lib/libGL.so.1 - libGL.so.1.2 | Safely unmerging already-installed instance... |--- !mtime obj /usr/lib/opengl/ati/lib/libGL.so.1.2 |--- !mtime obj /usr/lib/opengl/ati/lib/libGL.la |--- !mtime obj /usr/lib/modules/linux/libfglrxdrm.a |--- !mtime obj /usr/lib/modules/drivers/fglrx_drv.o |--- !mtime obj /usr/lib/modules/dri/fglrx_dri.so |--- !mtime obj /usr/lib/modules/dri/atiogl_a_dri.so |--- !mtime obj /usr/lib/libfglrx_gamma.so.1.0 |--- !mtime obj /usr/lib/libfglrx_gamma.a |--- !mtime obj /usr/include/X11/extensions/fglrx_gamma.h |--- !mtime obj /usr/include/GL/glxATI.h |--- !mtime obj /usr/include/GL/glATI.h |--- !mtime obj /opt/ati/bin/fglrxinfo |--- !mtime obj /opt/ati/bin/fglrxconfig |--- !mtime obj /opt/ati/bin/fglrx_xgamma |--- cfgpro obj /lib/modules/2.6.13-gentoo-r4/video/fglrx.ko |--- cfgpro dir /lib/modules/2.6.13-gentoo-r4/video |--- cfgpro dir /lib/modules/2.6.13-gentoo-r4 |--- !mtime obj /etc/env.d/09ati |--- cfgpro dir /etc/env.d Interestingly enough, only 3 of the 7 files in /usr/X11R6/bin in the RPM that are eventually installed to /opt/ati/bin were updated: fglrxinfo, fglrxinfo, and fglrx_xgamma. I know that fglrx_glxgears and fireglcontrol are installed by ati-drivers-extra, so I re-emerged that as well: | Merging media-video/ati-drivers-extra-8.18.6 to / |--- /opt/ |--- /opt/ati/ |--- /opt/ati/bin/ | /opt/ati/bin/fireglcontrol | /opt/ati/bin/fgl_glxgears |--- /usr/ |--- /usr/share/ |--- /usr/share/applications/ | /usr/share/applications/fireglcontrol.desktop |--- /usr/share/pixmaps/ | /usr/share/pixmaps/ati.xpm So this means that there are *two* files in the /usr/X11R6/bin folder in the RPM that are not installed by the ebuild: aticonfig fglrx_pplay (whatever that may be) Now this looks very much like a bug in the ebuild to me, but I'm also kinda p.o.'d by the whole ATI situation (morrowind fails to run with these drives, apparently), I don't feel all that well (another cold), and I just don't want to charge onto b.g.o. and risk pissing off the dev team with something along the lines of 'you guys suck!' (first, because they don't, and second, because I like to save my rudeness points for situations where they might do some good, rather than just waste them because my judgement is temporarily poor). So I don't quite know what to ask any interested parties on the list to confirm, but 1) does anybody who might have installed the new ati-drivers package actually have the 'aticonfig'
Re: [gentoo-user] Collecting USE variables
Alexander Skwar schreef: No, that doesn't make sense. A simple question: Why is 3dfx not in the default set of USE flags? If you install a graphics software, like xorg, 3dfx users probably want it. And if you're not a 3dfx user, it won't do harm. For something like 3dfx, this is not necessarily true. I've certainly had packages (mplayer, kernel) fail because *hardware* support was enabled for things I couldn't use (and even things I should be able to use but can't for this package-- I generally have to compile mplayer -mmx and -sse or it won't compile, even though my AMD CPU supports both instruction sets). In general, I've found both the kernel and individual packages to be quite sensitive when compiling optional support for hardware that is not present. So in that example, it likely *can* do harm. Optional *software* support is a different matter entirely. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] maya on Gentoo linux?
Gentoo Shadow schreef: dear friends, where can i download de maya ple trial for gentoo linux? You can't-- from the website-- http://www.alias.com/glb/eng/products-services/maya/maya_ple/get_maya_ple.jsp -- where you should have looked first; I mean, honestly...! Get Maya® Personal Learning Edition Download Now! Please complete the form: (Items in bold are required.) Select your operating system | View System Requirements* Windows 2000/XP Professional (147 MB download) Macintosh OS X (157 MB download) === *(Maya PLE is not available on LINUX; neither Maya nor Maya PLE is available on Windows ME/98 or Mac OS 9 or earlier) I suppose you could try the Windows version on Wine or Crossover Office or VMWare, but that's up to you. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] enable gcj?
Nikodemus Karlsson schreef: Hi, when i try to emerge the pdf toolkit package, pdftk, I get the message Calculating dependencies ...done! emerge (1 of 1) app-text/pdftk-1.12 to / md5 files ;-) pdftk-0.94.1.ebuild md5 files ;-) pdftk-1.12.ebuild md5 files ;-) pdftk-1.00.ebuild md5 files ;-) files/digest-pdftk-0.94.1 md5 files ;-) files/digest-pdftk-1.00 md5 files ;-) files/digest-pdftk-1.12 md5 src_uri ;-) pdftk-1.12.tar.gz * It seems that your system doesn't provides a Java compiler. * Re-emerge sys-devel/gcc with java and gcj enabled. !!! ERROR: app-text/pdftk-1.12 failed. !!! Function pkg_setup, Line 20, Exitcode 0 !!! gcj not found. I have java blackdown java installed, java-config -L gives [blackdown-jdk-1.4.2.02] Blackdown JDK 1.4.2.02 (/etc/env.d/java/20blackdown-jdk-1.4.2.02) * What should I do? What does java-config have to do with it when the message clearly tells you what to do: == Re-emerge sys-devel/gcc with java and gcj enabled == As seen here: emerge -pv gcc These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-devel/gcc-3.4.4-r1 (-altivec) -bootstrap -boundschecking -build +fortran -gcj +gtk -hardened -ip28 (-multilib) -multislot (-n32) (-n64) +nls -nocxx -nopie -nossp -objc -static -vanilla 0 kB See that -gcj? That's your problem; the ability to compile java has not been compiled into your compiler. If there's a 'java' USE flag for your version of GCC, set that as well. Re-emerge gcc with the appropriate USE flags, then try your original emerge again. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Omitting blocked package when updating world
C. Beamer schreef: Rumen Yotov wrote: On Fri, 2005-10-14 at 19:09 -0400, C. Beamer wrote: Hi, I've had Gentoo installed on my main computer for about a month now and want to update world. When I did 'emerge --pretend --update --deep world' I got told that a package that I had installed was blocking another package. I want to update but omit the blocked package from the update, which incidentally is not installed on my system. Regards, Colleen Hi, Think it mostly depends on which is the package in question. Seen three types of package blocking: 1.a new version blocking the old version of the same package - remove it then add again; 2.A new package wants to install but there is another package serving the same role, e.g mail-server: qmail, postfix, exim all provide - virtual/mta (IIRC), so only one could get installed; 3.Think it's your case. Some other package (which is installed) has a *new* dependency on another one (not installed), which provides the same 'virtual/...' as third one (installed). This could happen when using -D/--deep flag - try without it to check and use -t/-tree option to see the deps. But it depends on the package in question friends. HTH.Rumen I went to the painstaking effort of updating each package on my system that required updating individually and am left with this, which is the result of 'emerge --pretend --update --deep world': Calculating world dependencies ...done! [blocks B ] mail-client/pine-4.64-r1 (is blocking net-mail/uw-mailutils-2004g) [ebuild N] net-mail/uw-mailutils-2004g [ebuild U ] mail-client/pine-4.64-r1 [4.63-r2] From this, I assume that the installed package, Pine, is blocking the package nw-mail-utils-2004g, which is *not* installed. So, how do I prevent uw-mailutils-2004g from being installed so I can update Pine? Regards, Colleen You can't-- this is a normal block: (from http://www.gentoo-portage.com ) Runtime Dependencies pine-4.64-r1 ! net-mail/uw-imap - 2004g = sys-apps/sed - 4 = sys-libs/ncurses - 5.1 ldap net-nds/openldap pam = sys-libs/pam - 0.72 ssl dev-libs/openssl app-misc/mimetypes ==net-mail/uwmailutils virtual/libc kerberos app-crypt/mitkrb5 The problem here is that 1) uwmailutils is a new dependency of Pine; 2) dependencies must be installed before the program that depend on them (just like you have to build the walls of your house before you put the roof on, as the roof depends on the walls to hold it up); and 3) pine is already installed (thus the program that depends on uwmailutils is installed before what it depends on is installed, since Portage only removes the previously installed version *after* the new version is installed, which it can't be because its dependency can't be installed, because the program that requires the dependency must be installed to remove the currently-installed version). If you see what I mean. Remove (unemerge) Pine, then merge the updated version, so the dependencies will be installed prior to the program they depend on. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How to set an application to be on all workspaces?
Ognjen Bezanov schreef: Hi all This is more of a general linux question, but in fluxbox how do you set a program to be on all workspaces. I am using engage (from enlightenment) as a toolbar but when run from the fluxbox startup file, it will only be shown on workspace 1. The program itself doesnt seem to have an option show on all workspaces so is there another way to get it on all other workspaces. Cheers If fluxbox itself does not allow you to set applications to be 'sticky', I would suggest devilspie (emerge devilspie; then read the sample config and the docs). Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Fumblefingers corrupts an ebuild, plea for help
Kevin O'Gorman schreef: I thought I was just looking, but after closing the editor my emerges are complaining about a corrupted ebuild of xchat. Specifically, calculating world dependencies -/usr/portage/net-irc/xchat/xchat- 2.4.5.ebuild: line 24: syntax error near unexpected token `' /usr/portage/net-irc/xchat/xchat-2.4.5.ebuild: line 24: ` !xchatnogtk? ( =x11-libs/gtk+-2.0.3 )' OK, here's line 23-29 of my ebuild: (piped to prevent Thunderbird freaking out; ignore the first | symbol) |RDEPEND==dev-libs/glib-2.0.3 |!xchatnogtk? ( =x11-libs/gtk+-2.0.3 ) |ssl? ( =dev-libs/openssl-0.9.6d ) |perl? ( =dev-lang/perl-5.6.1 ) |python? ( =dev-lang/python-2.2 ) |tcltk? ( dev-lang/tcl ) |!net-irc/xchat-gnome Happens with editors; sometimes you get changed spacing or line wrap, and it gets saved for some reason. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Collecting USE variables
John Jolet schreef: On Oct 14, 2005, at 2:13 PM, Ciaran McCreesh wrote: On Thu, 13 Oct 2005 16:29:39 +0100 (WEST) Jorge Almeida [EMAIL PROTECTED] wrote: | I would like to know how the current USE variables are set. | I know that emerge --info displays a list of all of them, but it | doesn't discriminate where they come from. I couldn't find clear | documentation about it, but of course I may have missed something. | In the same line, I find /etc/make.profile/make.defaults _very | strange_. perl? Sure. fortran? Well, who knows... But emboss?! | (In case it doesn't ring a bell immediately: emboss - Adds support for | the European Molecular Biology Open Software Suite) | Could this be a joke? Uh, no. USE flags do not control whether packages get installed. They control whether something which has **optional** support will use it. So, for things with optional emboss support, by default the emboss support will be enabled. Which makes sense, because if you're installing science apps, you'll probably want it, and if you're not installing science apps you'll never see it anyway. but if a program has optional support for a package that CAN be a prerequisite, based on USE flags, emerge will install that prerequisite or not. In that way, they DO control whether packages get installed. Well, that's true... and I'll even leave aside the fact that USE flags are the lesser of whatever evils in terms of dragging in unwanted additional applications or libraries, since at least with USE flags you can control it, but with hard dependencies, you of course can't. But given that /etc/make.conf (and /etc/portage/package.use) trumps everything, and given that you can easily see what flags are in use with emerge info and emerge --verbose, I don't see what the big deal is as to what the defaults are and where they are set in the first place. If a USE flag does something you don't want, unset it. Defaults are not the be-all and end-all of existence; the very presence of 'defaults' means that the user can control them (if something has a 'default' setting, that necessarily means that other settings are possible). It's not as if knowing that the default USE flags are set in /etc/make.profile (plus other cascaded locations) makes the first hairy bit of difference, since the user will never be able to control the contents of that file, but only override their contents manually in the aforementioned /etc/make.conf and /etc/portage/package.use. You could edit /etc/make.profile if you liked, I suppose, but Portage will update it at one or more various points anyway, and then where are you? Sorry, just a bit cranky this evening. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg.conf [SOLVED]
Jorge Almeida schreef: On Thu, 13 Oct 2005, Holly Bostick wrote: Jorge Almeida schreef: It seems it's a known bug. I emerged nvidia-kernel and nvidia-glx with ACCEPT_KEYWORDS=~x86 and it works now. Glad that worked for you, but please now remember to add nvidia-kernel and nvidia-glx to /etc/portage/package.keywords as allowed to be ~x86, or else Portage will try to downgrade them the next time you do an emerge world-- ACCEPT_KEYWORDS on an emerge command line is only *temporary for that emerge*, and *is not remembered permanently by Portage*. I don't know if it's a good idea, in this case. After all, the current masked version will be unmasked one day, and I may not need always the bleeding-edge version (I'd rather use stable things, if they do the job). But I always issue emerge -pv before emerging anything, so a possible downgrade would be detected in advance. Yes, I understand you-- but what then are you going to do when the downgrade is detected? You won't have a choice but to downgrade; if you try masking packages lower than the current one, you'll get an error saying that all available packages are masked, and if you do downgrade, your X will be broken again until you re-emerge the unstable version with ACCEPT_KEYWORDS on the command line-- EVERY TIME you do an emerge (-whatever) world. Is that what you want? The solution for your stated preference is to unmask the packages' keyword in /etc/portage/package.keywords, and mask all versions of the package above the one you have now, so that they do not appear if an update occurs and you do not want to update to a further unstable version: #echo 'media-video/nvidia-kernel ~x86' /etc/portage/package.keywords #echo 'media-video/nvidia-glx ~x86' /etc/portage/package.keywords #echo 'media-video/nvidia-kernel-1.0.7676' /etc/portage/package.mask #echo 'media-video/nvidia-glx-1.0.7676-r1' /etc/portage/package.mask You would of course have to keep an eye on the Portage tree so you would know when to remove the masks and unmask entries, but you could get through your daily life without having to re-emerge everything all the time. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] libtool won't emerge
[EMAIL PROTECTED] schreef: I'm having trouble emerging programs like libmng and libtool. The problem looks like this: == snip /usr/share/aclocal/path_dps.m4:172: file `path_dps.m4' does not exist !!! ERROR: sys-devel/libtool-1.5.20 failed. !!! Function src_unpack, Line 125, Exitcode 1 !!! aclocal !!! If you need support, post the topmost build error, NOT this status message. == I have tried to re-emerge automake and autoconf but with no effect. Anyone any tips? Yes, emerge dgs: dgs Description: fake ebuild to force removal of broken path_dps.m4 Then try your emerge again. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] X will NOT run in framebuffer mode
Richard Watson schreef: Hi - When trying to run X I'm getting the message Fatal server error: Cannot run in framebuffer mode. Please specifiy bus IDs for all framebuffer devices. I'm running an IBM pentium 2 laptop, with the genkernel from 2005.1 stage 3 install. Any help would be really appreciated. Thanks, Richard Knowing what video chip is involved, what kernel module you're trying to use with it, and what settings you have in Xorg (the contents of /etc/X11/xorg.conf and /var/log/Xorg.0.log would be good here), would be useful info to have in order to attempt to help; we are not psychic (this week, as far as I know). Also, are you trying to run in framebuffer mode (and it's not working, obviously), or are you not supposed to be running in framebuffer mode (so you're making an incorrect request when starting the X server, which needs to be corrected)? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What's wrong with eix?
Dave Nebinger schreef: On Thursday 13 October 2005 04:51 am, Holly Bostick wrote: root - eix cedega * app-emulation/cedega Available versions: 4.0 4.0.1 4.1 4.1[1] 4.1.1 4.2-r1 4.2.1 4.3 4.3.1 4.3.2 4.4 4.4.1 Installed: 4.4.1 Sorry, Holly, but what exactly is the error you're seeing? I get the same list (but not the overlay), but there is an ebuild for each one of these in /usr/portage/app-emulatiiin/cedega... In this particular example, version 4.4.3 is also available, but does not show as available under eix, though it does show as available via an emerge --search. Version 4.4.3 was listed as an available update in the email that I get after running esync and update-eix as a cron job. Again, you see the last available version listed by eix is 4.4.1, but emerge --search finds 4.4.3: root - emerge --search cedega Searching... [ Results for search key : cedega ] [ Applications found : 2 ] * app-emulation/cedega Latest version available: 4.4.3 Latest version installed: 4.4.1 Size of downloaded files: 7,471 kB Homepage:http://www.transgaming.com/ Description: Cedega replaces WineX, a distribution of Wine with enhanced DirectX for gaming License: Aladdin What did you expect to see? I expected to see all the versions of the package known to Portage as of the time that I did the search. That *is* the point of eix, is it not :-) ? As I said, the database has been updated multiple times, but eix is no longer picking up the most recent updates to my Portage tree, making the program unreliable for fast searches (since I cannot be sure that eix is showing me all available versions of any given package). Also, as a side note, eix had problems with the cdb portage some time back; if you'e running cdb you might want to disable it, emerge --meta, update-eix, then see if the problem still exists. Thanks for the confirmation; I was figuring that cdb might have had something to do with it, being the only real possible culprit. I'll try that, hopefully it will fix things. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What's wrong with eix? [SOLVED?]
Dave Nebinger schreef: On Thursday 13 October 2005 10:36 am, Dave Nebinger wrote: Well, obviously it's a defect in eix again. I wouldn't call dumping cdb a 'fix' as I wouldn't want to lose the performance increase I get by using it. Guess I'll see what the EIX folks have to say about it... Hmm, Holly I don't know if the same stream of events happened to you, but for me: 1. python update to 2.4, missed the python-updater warning. 2. re-emerged python-cdb to get portage working again. This I had previously done 3. verified missing cedega packages from eix database. 4. re-emerged eix 5. problem solved, cedega reports all versions. Try re-emerging eix, rerun update-eix, then check the output. OHO--- here's something that I at least missed the first time I emerged eix: * Please run 'update-eix' to setup the portage search database. * The database file will be located at /var/cache/eix == * If you want to use the cdb-support, you need to add == * PORTDIR_CACHE_METHOD=cdb == * to you /etc/eixrc or ~/.eixrc * To enable command-line completion for eix, run: * * eselect bashcomp enable eix Regenerating /etc/ld.so.cache... app-portage/eix-0.3.0-r1 merged. Did that-- both /etc/eixrc and ~/.eixrc were empty-- and lo and behold: 1) update-eix was incredibly fast, and 2) gave the following output: update-eix Reading Portage settings .. Building database (/var/cache/eix) from scratch .. ==[0] /usr/portage/ (cache: cdb) Reading 100% [1] /usr/local/portage (cache: none) Reading 100% Applying masks .. whereas previously, it said: Reading Portage settings .. Building database (/var/cache/eix) from scratch .. ==[0] /usr/portage/ (cache: flat) Reading 100% [1] /usr/local/portage (cache: none) Reading 100% Applying masks .. Database contains 10251 packages in 149 categories. So thanks for the suggestion to re-emerge eix, as I wouldn't have seen that einfo otherwise (I did see the second part, but apparently when I originally emerged eix I wasn't using cdb, so I ignored the message relating to it. Looks solved to me-- at least enough that I'm not going to comment on your bug, which I was in the middle of when you sent this mail. But now I don't have to look silly ;-) , since the cdb support is apparently working fine, as long as one uses it. D'oh (on both of us). Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Collecting USE variables
Jorge Almeida schreef: I would like to know how the current USE variables are set. Afaik, they are set by /etc/make/profile/make.defaults, and overridden/added to globally by /etc/make.conf, and individually by /etc/portage/package.use. I know that emerge --info displays a list of all of them, but it doesn't discriminate where they come from. I couldn't find clear documentation about it, but of course I may have missed something. In the same line, I find /etc/make.profile/make.defaults _very strange_. perl? Sure. fortran? Well, who knows... But emboss?! (In case it doesn't ring a bell immediately: emboss - Adds support for the European Molecular Biology Open Software Suite) Could this be a joke? Ah, home users, always thinking the universe revolves around them :-). Linux is quite popular in the scientific community, you know-- I'm sure the admins at (oh, I dunno, let's just make up something) at Berkely (where the Seti @Home project is based) or any random lab at MIT feels the same way when they see +kde as a default USE flag. The default USE flags represent 'sane defaults' for the broadest range of the Gentoo userbase (which I assume the devs know more about than you or I-- certainly I, at least). So if they feel that a significant enough portion of that userbase values the emboss flag, who am I to argue? The whole point of Gentoo is customization, so half of the default USE flags that do apply to me I disable, and then add another quarter-set of ones that aren't in the defaults at all-- I spend an hour or two, when installing, just going through USE flags and setting them up to my personal tastes. I admit, I've never disabled emboss, because I don't use any programs that require that USE flag, so I'm happy to let it be. I'm writing -* at the beginning of the USE declaration in /etc/make.conf, but I can't avoid the feeling that this may be a Bad Thing. Some say it is, some say it's the only way to go. Never done it myself, so I don't know one way or another. I eventually have to set my USE flags anyway (going through them to see what they are if I don't know), so I don't really see the point in not just getting that over with, but it's possible that I've missed some hidden benefit of this procedure. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] cdrecord trouble
John Green schreef: Alexey Asprov wrote: I have finally made my usb cdr to work, however I can't burn cds This was what I made it to work: Device Drivers - SCSI device support - [*] SCSI CDROM support USB support - [*] EHCI HCD [*] USB Mass Storage support [*] Freecom USB/ATAPI Bridge support [*] ISD-200 USB/ATA Bridge support [*] USBAT/USBAT02-based storage support Now... cdrecord -scanbus Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling cdrecord: Warning: Running on Linux-2.6.12-gentoo-r6 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. Linux sg driver version: 3.5.33 Using libscg version 'schily-0.8'. scsibus0: 0,0,0 0) 'HP' 'CD-Writer+ 8200e' '0001' Removable Disk 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * And... cdrecord -v -dao speed=4 dev=0,0,0 KNOPPIX_V4.0.2CD-2005-09-23-EN.iso Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling cdrecord: Warning: Running on Linux-2.6.12-gentoo-r6 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. TOC Type: 1 = CD-ROM scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 Linux sg driver version: 3.5.33 Using libscg version 'schily-0.8'. SCSI buffer size: 64512 atapi: 1 Device type: Removable Disk Version : 0 Response Format: 1 Vendor_info: 'HP' Identifikation : 'CD-Writer+ 8200e' Revision : '0001' Device seems to be: Generic CCS Disk. cdrecord: Sorry, no CD/DVD-Drive found on this target Any suggestions? I see many people have the same problem, but couldn't find the solution. Thanks in advance. Hi Alexey, I haven't seen any replies to your question. You might want to try this suggestion if you are still stuck. It worked for me. emerge k3b Then run k3b and note the parameters it uses to burn the cd. The use that information to adjust cdrecord. I normally use fluxbox, so I first had to emerge large parts of kde, run k3b and then remove k3b and kde. That's why this suggestion is a last resort. That's a good idea, John, but you don't have to 'emerge large parts of KDE' to emerge k3b. Just kdelibs (and qt, but QT is useful even if you don't use KDE, so I don't see that as a problem), *if* you use the -arts and -kde USE flags to emerge it. If you don't use KDE, then they should already be in /etc/make.conf, but you (or Alexey) can also add it to /etc/portage/package.use: #echo 'app-cdr/k3b -arts -kde' /etc/portage/package.use (assuming that the directory /etc/portage exists; the file will be created if it does not exist, but the folder won't, so it must pre-exist). HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] java nightmare
Jorge Almeida schreef: On Wed, 12 Oct 2005, Robert Buzna wrote: Use Sun's Java Kit (preferably jdk 1.4). Some application servers had problems to start with blackdown jdk. If you want use java-alsa, you must have installed alsa. No can do. I'm installing gentoo from a Knoppix disk. I'm in the chroot environment now. I tried to download the thing using Firefox. It died quietly, probably because user knoppix has no permissions to write to the disk. Huh? Am I missing something? (quite possibly.) 1) If you're in the chroot environment in the term, then the Gentoo partitions must be mounted, and you presumably mounted them under Knoppix (prior to chrooting). So how did you mount them that you don't have permissions to write to them? How did you get the Stage Tarball, then? and how can you install Gentoo at all, or are you saying that you only have write permissions to the Gentoo partitions when chrooted? 2) IIrc (I've installed under Knoppix, but it was a while ago, so I'm a bit foggy), Knoppix does allow you to write to the RAM disk while it's running (I'm fairly sure of this, because I had to do that to download and install the LVM 'drivers' before I could install Gentoo with LVM2). So you should be able to download to that folder (iirc, it's kinda hard to find; if you try to download to the default directory, it won't work, but if you go up to the Knoppix / and then drill down, you can get to the RAM disk folder, where you can save to disk (and then copy the file to the mounted Gentoo partition). I tried to download from another computer, through ssh. I went to the site with lynx. Couldn't find my way through the labyrinth that is Sun's site. When you run the ebuild, you'll get the fetch restriction message, but that message will include the exact link to download the file (it uses variables for the version number, so you have to run the ebuild to get the precise link). Copy that link and paste/type it into the other computer's browser. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] locale in gnome
David Eduardo Gómez Noguera schreef: Hi. I have a problem where gnome is using POSIX locale in my user. I start gnome from entrance, and gnome-terminal gives me, when I run locale, LANG= LC_CTYPE=POSIX LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= even after: $ export LC_ALL=en_US.utf8 LANG=en_US.utf8 $ gnome-terminal I can't type any latin characters or use im-ja either Have you tried another terminal (like xterm)? What version of GNOME/gnome-terminal? I also run WindowMaker, and subsequently I run gnome-settings-daemon, when I do this I have no problem. OK, so when you run gnome-settings-daemon, it all works fine, but when you... don't?... it does not? So what WM/DE are you using when gnome-settings-daemon does not run at login? If GNOME, then something is wrong. If anything other than GNOME, the solution seems clear; run gnome-settings-daemon when logging into that WM/DE. HTH, Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] [OT?]And they say Gentoo-ers have no sense of humour...!
Just followed a link (from the Beagle site) back to packages.gentoo.org, where I was supposedly going to see what versions of app-misc/beagle (as opposed to sci-libs/beagle) are available in Portage. None are (which was what I had thought), but the 'search failed' page was a bit unusual: Sorry, dude. I could not find that package. Information on the package you requested could not be found. Be sure to check the packages.gentoo.org main page Sorry, dude? Dude???!!! :-D Somebody been hitting the happy-happy-joy-joy pills again? :-D Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] Bug, or PEBKAC?
Hey, I've been trying to run an emerge -uaDtv world for the past couple of days, and dev-libs/liboil fails to upgrade from 0.3.2 to 0.3.3 with the following error: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -O2 -O2 -march=athlon-xp -mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow -fomit-frame-pointer -pipe -MT libsimdpack_la-scalarmult_i386.lo -MD -MP -MF .deps/libsimdpack_la-scalarmult_i386.Tpo -c scalarmult_i386.c -fPIC -DPIC -o .libs/libsimdpack_la-scalarmult_i386.o i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -O2 -O2 -march=athlon-xp -mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow -fomit-frame-pointer -pipe -MT libsimdpack_la-scalarmult_i386.lo -MD -MP -MF .deps/libsimdpack_la-scalarmult_i386.Tpo -c scalarmult_i386.c -o libsimdpack_la-scalarmult_i386.o /dev/null 21 /bin/sh ../../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -O2 -march=athlon-xp -mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow -fomit-frame-pointer -pipe -o libsimdpack.la libsimdpack_la-abs.lo libsimdpack_la-abs_misc.lo libsimdpack_la-average2_u8.lo libsimdpack_la-clip_ref.lo libsimdpack_la-clip_fast.lo libsimdpack_la-diffsquaresum_f64.lo libsimdpack_la-mix_u8.lo libsimdpack_la-mult8x8_s16.lo libsimdpack_la-multsum.lo libsimdpack_la-sad8x8.lo libsimdpack_la-sad8x8_broken.lo libsimdpack_la-scalaradd.lo libsimdpack_la-scalarmult.lo libsimdpack_la-sincos_f64.lo libsimdpack_la-squaresum_f64.lo libsimdpack_la-sum_f64.lo libsimdpack_la-vectoradd_f64.lo libsimdpack_la-abs_i386.lo libsimdpack_la-mult8x8_i386.lo libsimdpack_la-scalarmult_i386.lo i686-pc-linux-gnu-ar cru .libs/libsimdpack.a .libs/libsimdpack_la-abs.o .libs/libsimdpack_la-abs_misc.o .libs/libsimdpack_la-average2_u8.o .libs/libsimdpack_la-clip_ref.o .libs/libsimdpack_la-clip_fast.o .libs/libsimdpack_la-diffsquaresum_f64.o .libs/libsimdpack_la-mix_u8.o .libs/libsimdpack_la-mult8x8_s16.o .libs/libsimdpack_la-multsum.o .libs/libsimdpack_la-sad8x8.o .libs/libsimdpack_la-sad8x8_broken.o .libs/libsimdpack_la-scalaradd.o .libs/libsimdpack_la-scalarmult.o .libs/libsimdpack_la-sincos_f64.o .libs/libsimdpack_la-squaresum_f64.o .libs/libsimdpack_la-sum_f64.o .libs/libsimdpack_la-vectoradd_f64.o .libs/libsimdpack_la-abs_i386.o .libs/libsimdpack_la-mult8x8_i386.o .libs/libsimdpack_la-scalarmult_i386.o i686-pc-linux-gnu-ranlib .libs/libsimdpack.a creating libsimdpack.la (cd .libs rm -f libsimdpack.la ln -s ../libsimdpack.la libsimdpack.la) make[3]: Leaving directory `/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3/liboil/simdpack' Making all in sse make[3]: Entering directory `/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3/liboil/sse' if /bin/sh ../../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../..-msse -msse2 -Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -O2 -O2 -march=athlon-xp -mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow -fomit-frame-pointer -pipe -MT libsse_la-conv_sse.lo -MD -MP -MF .deps/libsse_la-conv_sse.Tpo -c -o libsse_la-conv_sse.lo `test -f 'conv_sse.c' || echo './'`conv_sse.c; \ then mv -f .deps/libsse_la-conv_sse.Tpo .deps/libsse_la-conv_sse.Plo; else rm -f .deps/libsse_la-conv_sse.Tpo; exit 1; fi mkdir .libs i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -msse -msse2 -Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -O2 -O2 -march=athlon-xp -mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow -fomit-frame-pointer -pipe -MT libsse_la-conv_sse.lo -MD -MP -MF .deps/libsse_la-conv_sse.Tpo -c conv_sse.c -fPIC -DPIC -o .libs/libsse_la-conv_sse.o conv_sse.c: In function `conv_f32_s32_sse': conv_sse.c:44: error: `__m128' undeclared (first use in this function) conv_sse.c:44: error: (Each undeclared identifier is reported only once conv_sse.c:44: error: for each function it appears in.) conv_sse.c:44: error: parse error before xmm0 conv_sse.c:55: error: `xmm0' undeclared (first use in this function) conv_sse.c:55: warning: implicit declaration of function `_mm_cvt_pi2ps' conv_sse.c:55: error: `__m64' undeclared (first use in this function) conv_sse.c:55: error: parse error before ')' token conv_sse.c:56: warning: implicit declaration of function `_mm_movelh_ps' conv_sse.c:57: error: parse error before ')' token conv_sse.c:58: warning: implicit declaration of function `_mm_store_ps' conv_sse.c:59: error: `xmm1' undeclared (first use in this function) conv_sse.c:59: error: parse error before ')' token conv_sse.c:61: error: parse error before ')' token conv_sse.c:76: error: parse error before ')' token conv_sse.c:78: error: parse error before ')' token make[3]: *** [libsse_la-conv_sse.lo] Fout 1 make[3]: Leaving directory `/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3/liboil/sse' make[2]: *** [all-recursive] Fout 1 make[2]: Leaving directory `/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3/liboil' make[1]: *** [all-recursive] Fout 1 make[1]: Leaving directory `/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3'
Re: [gentoo-user] Re: Bug, or PEBKAC?
Thomas Kirchner schreef: I installed liboil 0.3.3 this morning, from an emerge sync done around 8:30 am EST, with no troubles. (As for the other reply - I use ccache as well, so that's not it.) emerge info attached. Tom * On Oct 12 19:52, Holly Bostick (gentoo-user@lists.gentoo.org) wrote: I've been trying to run an emerge -uaDtv world for the past couple of days, and dev-libs/liboil fails to upgrade from 0.3.2 to 0.3.3 with the following error: Turns out it was a PEBKAC :-( . Thanks, Thomas, by looking at your emerge info and the first thing I noticed was that your cccache was ~arch (2.4), while mine was stable (2.3). So I upgraded. That didn't change a thing. Since the error kept occurring in conv_sse.c, I tried USE=-sse even though liboil doesn't have an sse USE flag; unsuprisingly, that didn't work either. So then I turned to the only other place that 'sse' appears-- CFLAGS. I was able to compile without error after removing the following CFLAGS: -mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow Now as far as I know, all of these should be safe for my AthlonXP, but clearly one or more of them is not (though this is the first problem I've had with them in the two or three weeks I've been using them). Anybody want to speculate on which one or ones might have been the problem? Oh well, at least it's not a bug. Thanks for the help, everybody. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg.conf [SOLVED]
Jorge Almeida schreef: It seems it's a known bug. I emerged nvidia-kernel and nvidia-glx with ACCEPT_KEYWORDS=~x86 and it works now. Glad that worked for you, but please now remember to add nvidia-kernel and nvidia-glx to /etc/portage/package.keywords as allowed to be ~x86, or else Portage will try to downgrade them the next time you do an emerge world-- ACCEPT_KEYWORDS on an emerge command line is only *temporary for that emerge*, and *is not remembered permanently by Portage*. ACCEPT_KEYWORDS on an emerge command line is really a recipe for grief if you don't complete the operation by validating the ~arch keyword in some fashion (if you find you want to keep the package, which in this case you do). Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] imlib error
Jorge Almeida schreef: I'm trying to emerge kde-meta. It fails with imlib: checking for gif_lib.h... no configure: error: *** GIF header not found *** I don't use kde-meta, but I went to www.gentoo-portage.com to track down what package you're missing (this error clearly indicates you're missing a package, but that package is not a direct dependency of kde-meta, or it would have been installed). Here's what I found: Programs That Depend On imlib app-i18n/chinput app-i18n/minichinput app-misc/dfm app-misc/endeavour dev-lang/entity dev-python/gnome-python dev-python/pygtk games-board/eboard games-kids/lletters games-kids/stickers gnome-base/gnome-libs ==kde-base/kuickshow mail-client/balsa media-gfx/frontline media-gfx/gphoto media-gfx/qiv media-gfx/scigraphica media-gfx/xzgv media-libs/fnlib media-sound/yconsole media-video/camserv net-analyzer/cheops-ng net-im/gnophone net-irc/bitchx www-client/amaya x11-misc/bbacpi x11-misc/idesk x11-misc/pogo x11-misc/xteddy x11-plugins/epplets x11-plugins/gkrellm-alltraxclock x11-plugins/gkrellm-bfm x11-plugins/gkrellm-console x11-plugins/gkrellm-mailwatch x11-plugins/gkrellm-radio x11-plugins/gkrellmoon x11-plugins/gkrellmouse x11-plugins/gkrellsun x11-terms/mlterm x11-themes/gtk-engines x11-wm/fvwm x11-wm/sawfish !gtk2 x11-themes/gtk-engines-qtpixmap !imlib2 www-client/w3m imlib app-editors/zoinks imlib app-office/magicpoint imlib kde-base/kdegraphics imlib mail-client/sylpheed imlib mail-client/sylpheed-claws imlib media-gfx/gimageview imlib media-gfx/iv imlib net-im/amsn imlib www-client/w3mmee imlib x11-misc/wmakerconf imlib x11-wm/icewm imlib x11-wm/qvwm Programs That Depend On kuickshow kde-base/kdegraphics kde-base/kdegraphics-meta Programs That Depend On kdegraphics-meta kde-base/kde-meta So imlib is needed because kde-meta depends on kdegraphics-meta, which depends on kuickshow, which depends on imlib. But some gif header needed by imlib is not installed or broken: (Piped to prevent quoting) Runtime Dependencies imlib-1.9.15 | = media-libs/giflib - 4.1.0 | = media-libs/jpeg - 6b | = media-libs/libpng - 1.2.1 | = media-libs/tiff - 3.5.5 | gtk = x11-libs/gtk+ - 1.2* imlib-1.9.14-r3 | = media-libs/giflib - 4.1.0 | = media-libs/jpeg - 6b | = media-libs/libpng - 1.2.1 | = media-libs/tiff - 3.5.5 | = x11-libs/gtk+ - 1.2* ... aand my guess is that package would be gif = media-libs/giflib - 4.1.0 Is this package installed? If so, I would consider re-emerging it (and possibly imlib as well), with emerge --oneshot --ask giflib or emerge --oneshot --onlydeps --ask imlib You could just emerge either or both, but that would add them to your world file, which is not necessarily the best choice (but maybe this is not important to you). Or, you could of course check b.g.o (bugs.gentoo.org) to see if this is a known problem. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] imlib error
Jorge Almeida schreef: On Tue, 11 Oct 2005, Holly Bostick wrote: Jorge Almeida schreef: I'm trying to emerge kde-meta. It fails with imlib: checking for gif_lib.h... no configure: error: *** GIF header not found *** I don't use kde-meta, but I went to www.gentoo-portage.com to track down what package you're missing (this error clearly indicates you're missing a package, but that package is not a direct dependency of kde-meta, or it would have been installed). Here's what I found: snip So imlib is needed because kde-meta depends on kdegraphics-meta, which depends on kuickshow, which depends on imlib. But some gif header needed by imlib is not installed or broken: (Piped to prevent quoting) Runtime Dependencies imlib-1.9.15 | = media-libs/giflib - 4.1.0 | = media-libs/jpeg - 6b | = media-libs/libpng - 1.2.1 | = media-libs/tiff - 3.5.5 | gtk = x11-libs/gtk+ - 1.2* imlib-1.9.14-r3 | = media-libs/giflib - 4.1.0 | = media-libs/jpeg - 6b | = media-libs/libpng - 1.2.1 | = media-libs/tiff - 3.5.5 | = x11-libs/gtk+ - 1.2* ... aand my guess is that package would be gif = media-libs/giflib - 4.1.0 Is this package installed? If so, I would consider re-emerging it (and Yes, but when I emerged it the gif USE flag was not set! imlib compiles now. I noticed that, too-- when I checked imlib and giflib on my own system, I saw: emerge -pv imlib giflib These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-libs/imlib-1.9.14-r3 574 kB [ebuild R ] media-libs/giflib-4.1.3 +X +gif 556 kB .. which looked awful weird to me for two reasons: 1) it seems a bit nuts to me that a program called 'giflib' should need optional support for 'gif' (if you compile giflib without gif support, what the h-e-double-hockey-sticks does it do??) 2) the 'gif' USE flag is not listed on gentoo-portage.com (although maybe it's an error in the site, since the flag that *is* listed does not seem to come up in Portage): Runtime Dependencies giflib-4.1.3-r2 ! media-libs/libungif - rle media-libs/urt X virtual/x11 giflib-4.1.3-r1 ! media-libs/libungif - X virtual/x11 giflib-4.1.3 X virtual/x11 Although gentoo-portage.com is apparently correct, given the output of a search for the 'rle' USE flag: useflag rle /usr/portage/profiles/use.local.desc:media-libs/giflib:rle - Build converters for RLE format (utah raster toolkit) which makes sense, I don't get why the 'rle' USE flag does not appear if I request to emerge giflib, while an apparently useless 'gif' USE flag does. So something definitely looks wonky here, but it's not you, and it would seem that enabling the 'gif' USE flag hacks this mess into working (insofar as imlib compiles for both of us with this flag set). Thus, problem solved, but not eliminated, it would seem. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] struggling with dri
Fernando Meira schreef: On 10/10/05, Jason Cooper [EMAIL PROTECTED] wrote: Fernando Meira ([EMAIL PROTECTED]) scribbled: I think I have radeon driver built-in the kernel.. does that mean that it is loaded before agpgart? agpgart and intel_agp are both modules... should I them recompile my kernel and leave radeon as module? yes. Ok, with this modules being loaded at boot: agpgart intel_agp radeon I still don't have rendering! So, should I try to compile all built-in the kernel? Or should I go for x11-drm? Cheers, Fernando I'm not sure I understand what you're doing here. As far as I know (and I must stress that I'm not that familiar with either the radeon driver or how it works with the Mobility chips, because I have a 9800SE that must use the fglrx drivers to get OpenGL/3D hardware acceleration/direct rendering), the radeon driver is a 2D driver that is used in combination with the kernel's DRM and the Mesa libraries to get direct rendering/3D hardware acceleration enabled. So my first question would be: What is the status of DRM in your kernel? Device Drivers=Character Devices=Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) Direct Rendering Manager (XFree86 4.1.0 and higher DRI support x CONFIG_DRM: x x Kernel-level support for the Direct Rendering Infrastructure (DRI) x introduced in XFree86 4.0. If you say Y here, you need to select x the module that's right for your graphics card from the list below. x These modules provide support for synchronization, security, and x DMA transfers. Please see http://dri.sourceforge.net/ for more x details. You should also select and configure AGP x (/dev/agpgart) support. x x Symbol: DRM [=m] x Prompt: Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) x Defined at drivers/char/drm/Kconfig:7 x Depends on: AGP || AGP=n x Location: x - Device Drivers x - Character devices x Now, I know that for the fglrx drivers to run, this kernel option must be *unset*, but it's clear that you can't even have the 'radeon' module if DRM is not set. However, in looking at these settings in my own kernel (and assuming that the Mobility chipset in your lappy can use these drivers to provide 3D hardware acceleration), I noticed that: - when I had /dev/agpgart set as a module, I could only build DRM as a module (the kernel gave me a message to this effect); - setting /dev/agpgart to statically compiled (Y) allowed me to build DRM statically compiled (but I could still build Radeon as a module, and intel_agp as a module under agpgart). Again, I'm no big expert on the radeon kernel drivers, but I find it hard to believe that in this situation it can be a good thing for /dev/agpgart and /DRM themselves to be compiled as loadable modules rather than statically (although the sub-functions, intel_agp and radeon, most likely *should* be compiled as modules). So I would suggest that your kernel config should look like this: * /dev/agpgart (AGP Support) ALI chipset support ATI chipset support AMD Irongate, 761, and 762 chipset support AMD Opteron/Athlon64 on-CPU GART support M Intel 440LX/BX/GX, I8xx and E7x05 chipset support NVIDIA nForce/nForce2 chipset support SiS chipset support Serverworks LE/HE chipset support VIA chipset support Transmeta Efficeon support * Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) 3dfx Banshee/Voodoo3+ (NEW) ATI Rage 128 (NEW) M ATI Radeon Intel I810 (NEW) Intel 830M, 845G, 852GM, 855GM, 865G Matrox g200/g400 (NEW) SiS video cards (NEW) For what it's worth. You could then take agpgart out of /etc/modules.autoload.d/kernel-2.6 (since it's no longer a loadable module, you can't load it that way anyway. but then intel_agp should hopefully load correctly). You would perhaps also want to check your build of xorg: emerge -pv xorg-x11 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] x11-base/xorg-x11-6.8.2-r4 -3dfx +3dnow +bitmap-fonts -cjk -debug -dlloader -dmx -doc +font-server -insecure-drivers -ipv6 -minimal +mmx +nls -nocxx +opengl -pam -sdk +sse -static +truetype-fonts +type1-fonts (-uclibc) +xprint +xv 0 kB As you see, opengl support is *optional*, and if not compiled, presumably the Mesa libraries that allow X to render 3D for those drivers that don't do so natively would also not be available. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Update installed packages, but not install new ones
Nikodemus Karlsson schreef: Hi, almost every time when I do a complete packages upgrade using emerge -u world, portage flags for new packages which is going to be installed. Is there an option to get rid of this behavior, so I only get the updated packages with one command? I'm not quite sure what you mean by this. Sometimes updating a package requires new dependent packages to be installed (which new packages the previous version of the package in your world file did not require, so they're not installed already). In fact, this is the only reason I can think of that an emerge -u world would install new packages, other than changed USE flags, which is more or less the same thing. The most likely to succeed way to eliminate most of the extra dependent packages is to do an emerge -uav(Dt) world, which will enable you to see what USE flags are enabled for the packages requested to emerge, which often will reveal what's going on without you having to do anything more (for example, if you're updating gnome to 2.12 (as I'm doing today), and in the course of the prospective emerge you notice (as I did) that 1) epiphany is being updated (normal), and 2) mozilla is being emerged (not desired), an emerge -pv epiphany shows that emerge -pv epiphany These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N] www-client/mozilla-1.7.12-r2 +crypt -debug +gnome -ipv6 +java +ldap -mozcalendar -mozdevelop +moznocompose +moznoirc +moznomail -moznoxft +mozsvg -postgres +ssl +truetype -xinerama +xprint 468 kB [ebuild U ] www-client/epiphany-1.8.2 [1.6.4] +dbus -debug -doc -firefox +python 3,275 kB looking at the USE flags for epiphany, I see that there is a 'firefox' USE flag which is not enabled. As you might imagine, I do use Firefox (since as you see, I don't have Mozilla installed), and being clever, I guess that I can replace Epiphany's dependency on 'some Mozilla browser' by enabling the 'firefox' USE flag, and that is the case: emerge -pv epiphany These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] www-client/epiphany-1.8.2 [1.6.4] +dbus -debug -doc +firefox* +python 3,275 kB The star next to the firefox USE flag indicates that it is a flag whose status has changed since I last emerged this application. And as you see, Mozilla will not be installed. For more troublesome to debug dependencies, an emerge -uavt(D) world will show what packages are requiring the additional packages to be emerged so that you can see their USE flags (which may be requiring the additional packages), or at least which packages may have new hard dependencies that require the additonal packages (which status you can look up using equery or other tools whose names I momentarily forget, or online at www.gentoo-portage.com ). In the meantime, the upgrade flags for install of a package uw-mailutils-2004g, which conflicts with pine. I don't want uw-mailutils-2004g, but I want pine. Ok, it's easy to upgrade manually all the packages except uw-mailutils-2004g, but then I lose the convinience with the world file, even in the future. Anyone who knows how to solve this problem? This looks fairly insoluble without giving something up: Runtime Dependencies uw-mailutils-2004g ! mail-client/pine - 4.64-r1 ! net-mail/uw-imap - 2004g-r1 virtual/libc Pine cannot be installed with uw-mailutils. OK, but why are we installing uw-mailutils in the first place? Programs That Depend On uw-mailutils net-mail/uw-imap Do you need uw-imap? If not, then get rid of it, and unmerge uw-mailutils, and pine will upgrade by itself. Oh, I see, the upgraded pine needs it. And uw-imap needs uw-mailutils, but not of the -r1 revision that conflicts with the upgrade to uw-imap, and pine. So then mask the versions of uw-mailutils above 2004g, and keep an eye on portage, as this looks like a bug which would need to be resolved, and I would imagine that it would be in short order. # echo =net-mail/uw-mailutils-2004g-r1 /etc/portage/package.mask This command assumes that the directory /etc/portage exists already (but the file package.mask need not exist; as long as the folder exists, the file will be created and this line will be added to it; if the file does exist, the mask command will be added to it). Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ERROR: gnome-base/gnome-vfs-2.10.1
pat schreef: Hi all, I have problem with compilation of the gnome-vfs-2.10.1-r1/2. I know what the error is, but I have no idea how to solve it. Previously I've used as flag 1386-pc-linux-gnu, but I've switched to i686-pc-linux-gnu and the vfs looking for the i386 version which doesn't exist :-\ How to fix it ??? Thanks Pat, this error /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++ .la: No such file or directory libtool: link: `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++.la' is not a valid libtool archive (which you may see in other compilesas well as this one) means that you should run fix_libtool_files.sh (which is installed by GCC, and will be found in /sbin/ , therefore run as root). Basically, if the error includes whatever is not a valid libtool archive, run the above script. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] About ATI drivers in X.org 7
Rafael Fernández López schreef: Hi, I've read something somewhere that have amazed me... Is X.org developing new ATI drivers, better far from ATI.com ? Yes and no... I think what you're talking about is most likely the open source r300 drivers (similar in effect to the open source 'radeon' kernel drivers that are available for the 9500 and below). More information can be found on these drivers here: http://r300.sourceforge.net/R300.php As far as I know, although the r300 project's code is available to X.org (and in fact has been accepted into the CVS tree), the project itself is not associated with, or rather is separate from, the X.org project itself. If that's affirmative... We will be able to use Damage extension (and Composite extension) with ati rendering ? No idea, since I don't know what the Damage extension is/does, and afaik the Composite extension is not yet complete or stable, so it doesn't 'matter' whether it works atm-- ATI themselves don't want to 'waste' resources on supporting Composite until it's done, so I can't imagine that the Open Source project is going to focus on it yet either (having less resources and information than ATI themselves). And when is X.org going to be able on portage ? As noted on the r300 site, 'The latest source code is available directly from Xorg, Mesa and DRM CVS trees.' I would assume that 'the Xorg, Mesa and DRM CVS trees' are the development trees for modular X.org (X.org 7, is that?). Ebuilds for these are available in Portage, they're just hard-masked. Myself, I'm not prepared to touch them with a 20-foot/metre pole, but perhaps you are. If not, then it would be better to wait until upstream stabilizes a release, and the ebuilds stabilize to at least ~arch. Perhaps the Xorg site has a target date for the next release; I haven't looked. I would at least imagine that their development mailing list would give a better idea as to how close to release they might be. I'm happy to wait, but that's just my opinion, and it's your choice what you decide to do. HTH, Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: 回复： Re: [gentoo-user] install ge ntoo 2005.0
张 勇顺 schreef: --- Heinz Sporn [EMAIL PROTECTED]写道: Am Freitag, den 07.10.2005, 14:05 +0800 schrieb 寮 鍕囬『: hi yestoday to today i am spend two days to install gentoo 2005.0 and see the hand man but when i am install it i am see what modules were load with lsmod but i can't see anyting is modules and i ues modprobe lsmod can't see somemodules i don't know how to do that lsmod will not show modules that have been compiled into the kernel. Is it that you are looking for? if i must rc-update add ?or other i am uses logitech USB mouse and uses well in debian starge but can't driverd in gentoo i am try to uses the same driver with starge and ues auto but can't driverd mouse ether i am emerge fvwm and x.org I am not quite sure what exactly your problem is - so sorry for guessing: For any USB input device you'll just need kernel support. Look into /Drivers/USB Support. You'll propably want support for EHCI, OHCI and UHCI. snip now i am went to gentoo and modprobe ehci-hcd nwo can uses mouse and install discover rc-update add modules default but always can't load any modules when system starting and lsmod can't see any modules How did you compile your kernel? It would seem that your problem is related to the fact that some of your needed drivers are compiled as modules and some are not. As Heinz said, 'drivers' compiled statically into the kernel will *not* be visible via lsmod (only 'drivers' compiled as loadable modules are visible). I have many questions about your setup: 1) why do you have rc-update modules default (rather than rc-update modules boot)? I would suspect that the default runlevel may be too late in the boot process for the modules you're trying to load,. 2) 'always can't load any modules when system starting'-- how precisely are you trying to load said modules? Are they in fact modules (or statically compiled)? What do you have in /etc/modules.autoload.d/kernel-2.6 (I assume you're using a 2.6-series kernel)? At least ehci-hcd should be listed there in order to load it during boot (or you could just statically compile it into the kernel, to avoid this). 3) just because modules are not listed in lsmod, does not mean they are not loaded and working. As said previously, modules that are statically compiled into the kernel do not appear in lsmod, but if the hardware requiring said modules is detected during the hardware detection phase of the boot process, the module will be loaded to support it. My USB mouse works fine this way (ehci-hcd is compiled into the kernel, when the usb mouse is detected, the kernel module is loaded), although I cannot see the module in lsmod (because the module is not loadable). Other than the mouse, which we've solved (add ehci-hcd to /etc/modules.autoload.d/kernel-2.6), what other kernel modules are not working as you expect (*not* whether you see them in lsmod or not, what actually *does not work*)? Once you have determined what modules are not loading, you can then check your kernel config to see whether they are loadable modules or statically compiled, and if loadable, add them to /etc/modules.autoload.d/kernel-2.6, which should load them automatically for you at boot. If statically compiled, but not loading at boot, there are two possibilities I can think of: 1) wrong module for the hardware; 2) you do not have 'Automatic kernel module loading' set in your kernel (Loadable Module Support = Automatic kernel module loading= Y) HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems with font-color and fbsplash
Rafael Fernández López schreef: Rafael Fernández López wrote: Hi, I'm using fbsplash for cool booting. I'm working on my own themes, but I've noticed that it doesn't matter what I put on the variable fgcolor or bgcolor, because it will do nothing. Always console color will be GRAY, it doesn't matter if I set on my 1024x768.cfg (for example) fgcolor=8 (white). Thanks, Rafael Fernández. I don't think is a kernel issue, because emerge and so on can show colors (green, red, and so on...). What I'm wondering is just exactly where is white set to equal 8? I suspect that splash doesn't know what 8 means, so it's using the default color (which is probably gray). What you're talking about sounds much more like terminal settings (~/.Xresources settings) rather than splash configuration (from looking at a random config file in /etc/splash). What configuration file are you using, and what does it say? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] sk98lin
Martin Ullrich schreef: Hi! I am using the 2005.1 Universal Installation CD (link from www.gentoo.org). The problem is not, that I can't assign an address or fetch dhcp information, but even ifconfig eth0 fails with a message like no such device (the same with eth1). Martin And what is the output of lspci? Are the network devices not even being detected (which would be indicated by them not appearing in lspci)? Or are they being detected as something that doesn't use the kernel modules you're trying to load (which would presumably be incorrect, but at least its more information as to what's actually going on)? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage question
Eric Crossman schreef: Ok, I'll be the first to admit that I don't know much about using portage beyond the most basic minimal commands. This seems to fall under the used to work category. In the past, I've used a emerge system and emerge world to update to newer versions of installed software. Usually also with a --pretend to see beforehand what it's going to do. Now if I run emerge --pretend system or emerge --pretend world it comes up with no updates to install. If I add an --update to the command, it finds the updates correctly. Is this a syntax change or just a matter of a deprecated command/default behavior? Eric From man emerge: --update (-u) Updates packages to the best version available, which may not always be the highest version number due to masking for testing and development. This will also update direct dependencies which may not be what you want. In general, use this option only in combination with the world or system target. You have not said what the actual packages are that come up with an -u but not without, but from this info, I would assume that they are direct dependencies of packages in your world file, and that the packages in your world file themselves are up-to-date. Dependencies are not listed in your world file, so they would not be updated with an emerge world. And indirect dependencies (dependencies of the direct dependencies of the packages in your world file) won't be updated with an emerge -u world, but only an emerge -uD (--deep) world (because the deep dependencies of the package in your world file are not direct dependencies of the package, so -u doesn't get them either) For example, let's take the case of Totem, which is in my world file: emerge -pv totem cfg-update 1.7.1 : Building checksum index... (takes a few seconds) done! These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-video/totem-1.0.4 +a52 -debug +dvd +flac +gnome -lirc +mad +mpeg +ogg -theora +vorbis +win32codecs +xine +xv 0 kB The direct dependencies of Totem are as follows (from http://www.gentoo-portage.com ): (Piped to prevent quoting) totem-1.0.4 | = dev-libs/glib - 2.6.3 = gnome-base/gnome-desktop - 2.2 = | gnome-base/gnome-vfs - 2.2 = gnome-base/libglade - 2 = | gnome-base/libgnomeui - 2.4 | ! gnome-base/nautilus - media | = gnome-extra/nautilus-cd-burner - 2.9 = | media-plugins/gst-plugins-ffmpeg - 0.8.3 = | media-plugins/gst-plugins-gnomevfs - 0.8.8 = | media-plugins/gst-plugins-mpeg2dec - 0.8.8 = | media-plugins/gst-plugins-pango - 0.8.8 = x11-libs/gtk+ - 2.6 | !xine = media-libs/gstreamer - 0.8.9-r3 | a52 = media-plugins/gst-plugins-a52dec - 0.8.8 | dvd = media-plugins/gst-plugins-a52dec - 0.8.8 | flac = media-plugins/gst-plugins-flac - 0.8.8 | gnome = gnome-base/nautilus - 2.10 | lirc app-misc/lirc | mad = media-plugins/gst-plugins-mad - 0.8.8 | mad = media-plugins/gst-plugins-mad - 0.8.8 | mpeg = media-plugins/gst-plugins-mpeg2dec - 0.8.8 | ogg = media-plugins/gst-plugins-ogg - 0.8.8 | theora = media-plugins/gst-plugins-ogg - 0.8.8 | vorbis = media-plugins/gst-plugins-ogg - 0.8.8 | win32codecs = media-plugins/gst-plugins-pitfdll - 0.8.1 | xine = media-libs/xine-lib - 1 | xv = media-plugins/gst-plugins-xvideo - 0.8.8 Taking one of the direct dependencies at random, nautilus-cd-burner itself has the following dependencies: | nautilus-cd-burner-2.10.2 | = dev-libs/glib - 2.4 = gnome-base/eel - 2 = gnome-base/gconf - 2 = | gnome-base/gnome-vfs - 2.1.3.1 = gnome-base/libglade - 2 = | gnome-base/libgnome - 2 = gnome-base/nautilus - 2.5.5 = x11-libs/gtk+ | - 2.5.4 | hal = sys-apps/hal - 0.4* | cdr virtual/cdrtools | dvdr app-cdr/dvd+rwtools So when I installed Totem, assuming that I had no GNOME subsystem installed, so none of these programs were direct dependencies of some other aspect of GNOME), nautilus-cd-burner would have been installed as a dependency of Totem, but eel would have been installed prior to that as a dependency of nautilus-cd-burner. Eel is therefore a deep dependency of Totem and a direct dependency of nautilus-cd-burner, which is itself a direct dependency of Totem, which is the only package that would have been added to my world file as a result of the 'emerge totem' operation. So if I emerge world, only Totem will be updated if an update is available. If I emerge -u world, only nautilus-cd-burner will be updated if an update is available (irrespective of whether or not an update is available for Totem itself, so long as the currently-existing version of Totem may work with the updated version of nautilus-cd-burner; if not, you'd probably get a message saying that all versions of Totem specified are
Re: [gentoo-user] Can't emerge K3B/avifile/transcode -- SOLVED
Dan schreef: Hemmann, Volker Armin wrote: On Saturday 01 October 2005 13:17, Dan wrote: I'm trying to emerge K3B -- I've asked in the IRC channel with no response, which usually means I'm doing really stupid. snip downgrade ffmpeg - afair there was even a bug on bugzilla.gentoo.org about it. snip Wow that was fast! yes, emerge =media-video/ffmpeg-0.4.9_p20050226-r5 worked well, how do I tell my system not to use the newer broken one? echo 'media-video/ffmpeg x86' /etc/portage/package.keywords if you presume that the newer version will be fixed when it goes stable (this will mask all unstable versions of the package, but when it goes stable it will become available again); or echo 'media-video/ffmpeg-0.4.9_p20050226-r5' /etc/portage/package.mask to mask everything above the version you're using, under all circumstances. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] 2005.1 Universal CD install
vikram ranade schreef: oki I am still stuck at installing gnome..taking forever to compile :-( Sympathies Gnome as a whole isn't so bad; it's just that some of the packages required in the full GNOME monty are among the longest to compile-- most notably mozilla. Even stripped via USE flags (-mozcalendar -mozdevelop +moznocompose +moznoirc +moznomail -moznoxft +mozsvg), it still takes till doomsday to compile, and a number of programs in the full 'gnome' metapackage depend on it. Which is the main reason I hate to bring it up, since you're already in the middle of the compile, but you probably should know which is one of the reasons that I never 'emerge gnome' but always 'emerge gnome-light' instead. But maybe you need Mozilla and Epiphany and Evolution and Evolution Data Server and Sound (bloody) Juicer, in which case, you must suffer the bloated time-consuming compile. On the occasions that I need such an awful compile during the installation process (for instance, I usually want to at least install kdelibs, which also takes forever, because I use a lot of KDE apps, though rarely KDE itself), I usually install a very light WM, like IceWM, as the last stage of install, just to have something I can use to boot into, and have something like a completed system (meaning with X) installed, from which I then compile GNOME or KDE or whatever. Even WindowMaker or AfterStep will do for this purpose, if you like those WMs (and there's plenty to like about them, despite their advanced age and lack of 'modernness'). Heaven knows, they take some 10 or 15 minutes to compile, if that long, and of course system-dependent; I have an Athlon XP 2200+ and 512MB ram, so not really a super-charged setup, though naturally much faster than some of the PIIs and PIIIs I know exist around here-- and the compilation time does not include X of course, but there's no getting around that whatever WM or DE you install. The quick compile of the older WMs is not to be sneezed at by any means, and WindowMaker and AfterStep are pretty usable out of the box, even for those who didn't 'grow up with' them, as many old-school users did. IceWM is for those who 'grew up with' Windows, and is probably a better choice for users who 'grew up with' Win95 and 98. Just ideas for the future, in case you ever need/want/are asked to install Gentoo to another machine. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [Completely and totally OT] FVWM-Crystal...!!!
Mark Knecht schreef: On 9/28/05, Mark Knecht [EMAIL PROTECTED] wrote: Great. Tried it. It worked fine and didn't upset Jack which means my experiment goes on. This is working so much better for me than Gnome on my AMD64 box. I'll have to go back and try the standard Gentoo kernel instead of ck-sources. snip In the end the xruns came back so FVWM-Crystal didn't magically solve my problems. (unfortunately...) My quest goes on. Now running 2.6.14-rc2-mm1, looking for 2.6.14-rc2-mm1-rt6 Am I the only one who doesn't know what are 'xruns'? Whatever they are, it would seem that the problem can be minimized, but not eliminated by choice of WM, but obviously we couldn't go any further in actually eliminating them without knowing what they are (or at least I couldn't, since I don't actually know what you're referring to). Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [Completely and totally OT] FVWM-Crystal...!!!
Mark Knecht schreef: On 9/29/05, Holly Bostick [EMAIL PROTECTED] wrote: Mark Knecht schreef: On 9/28/05, Mark Knecht [EMAIL PROTECTED] wrote: Great. Tried it. It worked fine and didn't upset Jack which means my experiment goes on. This is working so much better for me than Gnome on my AMD64 box. I'll have to go back and try the standard Gentoo kernel instead of ck-sources. snip In the end the xruns came back so FVWM-Crystal didn't magically solve my problems. (unfortunately...) My quest goes on. Now running 2.6.14-rc2-mm1, looking for 2.6.14-rc2-mm1-rt6 Am I the only one who doesn't know what are 'xruns'? Whatever they are, it would seem that the problem can be minimized, but not eliminated by choice of WM, but obviously we couldn't go any further in actually eliminating them without knowing what they are (or at least I couldn't, since I don't actually know what you're referring to). Holly Holly, I'm so very sorry. Of course you would have no reason to know about xruns if you are not part of the Linux audio community. My apologies. One of the Linux 'methods', if you will, for moving audio between sound cards and applications is a server called Jack (jackd) which is supplied by emerging jack-audio-connection-kit. Jack provides for the movement of digital audio between a sound card and essentially an unlimited number of apps (really 'ports') with a known latency. It's the latency that's really important to those of us doing live recording. If I'm listening to a piano and recording my guitar then I need the two to sound like they are in time or it is virtually impossible to play a part correctly. An 'xrun', standing I think for overrun - go figure - is when something in the system has not taken or delivered digital audio at the agreed upon time. This leads to clicks and pops. If you were to look at the waveform in an oscilloscope there would be some sort of discontinuity. With my 32-bit machines I have been blessed. I have been able, for at least the last year, to run the standard Gentoo kernel at 3mS latency with no xruns. I've been writing and recording music on Gentoo and had no problems while others running on other distros have had to build specialized kernels utilizing patches from Andrew Morton and Ingo Molnar to get equivalent results. On guy in Australia didn't really beleive me so I helped him build a Gentoo box over the net. When that machien came up it worked so well, with the standard kernel, that he converted all the machines in his studio to Gentoo and no brags about how stable his environment is. I looked forward to such an experience with my new AMD64 machine. It did not come to be true. Every 64-bit kernel I've tried so far either has terrible xrun problems or will not build. This includes: gentoo-sources - xruns ck-sources - xruns kernel.org - 2.6.13.3 2.6.14-rc2 - xruns 2.6.14-rc2-rt6 - Ingo's patches - won't build I'm currently running 2.6.14-rc2-mm1 - with Andrew Morton's patches. I have not yet tested it but at least it built. The major change to the kernel to get better real time results is (apparently) to make pretty much everything preemptable. When Ingo's patches are added then a new preemption model shows up in make menuconfig. Unfortunately for me it won't build on 64-bit yet, at least for me. The window manager choice is just one choice those of us playing with low latency audio make. KDE has never worked well for me. Gnome has been fine for the last year until this new AMD64 experience. In the old days we used fluxbox over KDE and Gnome and got good, but not great, results. Anyway, I hope that helps explain my xrun comments. OK, sorry not to snip, but your post is a continuous thought/explanation, and it doesn't seem right-- and I don't top-post (99% of the time). I have several questions mostly leading to the same ultimate end. But only one is important to express: 1) do you actually need X? i.e., is it possible to record audio in the manner that you do without it? What occurs to me, looking in from outside, is that while your issues are clearly known to be kernel-based, and 64-bit based, the fact that you are using programs that interfere with latency/real-time issues is obfuscating the entire problem. Certainly if the choice of window managers has an effect on the severity of the problem. So clear the waters if you can, because you can't solve a problem that you can't clearly see the outlines of. Can you record audio from the command line? Or do the X-based programs you use run under DirectFB? What I'm getting at is getting rid of all the obstructions that could possibly interfere with the kernel and introduce even more latency issues than what it already has, so that you (or any devs) can see what problems it already has distinctly enough to solve them-- or to eliminate them sufficiently so that you can get on with doing what you do
Re: [gentoo-user] [Completely and totally OT] FVWM-Crystal...!!!
Mark Knecht schreef: Can you record audio from the command line? Or do the X-based programs you use run under DirectFB? What I'm getting at is getting rid of all the obstructions that could possibly interfere with the kernel and introduce even more latency issues than what it already has snip Good questions. I didn't say this earlier. I probably should have. If I boot this machine into a console mode (i.e. - no xdm/gdm) and run Jack in one console I can log in as root in another console, do emerges all day long and I get no xruns, at least with the small amount of testing I've done so far. This is using 2.6.14-rc2-mm1 so it has some new code but not all of Ingo's stuff. OK, so X really is a problem, then. Now I really want to find a way to get you rid of it. I mean, X is a horrible hog, heaven only knows what effect your nVidia or ATI kernel modules may be having on the ability of the kernel to behave properly, since they also make demands on the kernel that 'distract' it, as it were. And if Jack is a daemon (which I know it is), it's not like it needs X for itself. Right, but as I say, much slower PCs are able to use the standard Gentoo kernel and run Gnome with no xruns. It's only this 3GHz 64-bit machine that has the problem. The sound card has been used in an Athlon XP 1600+ machine and it works fine so I trust its drivers at least in 32-bit mode. Honestly, we don't care what much slower PCs can do, because this isn't one of them, and we don't think there's something wrong with the sound card. The issue is that this particular machine is a 64 bit one that apparently needs special handling in order to minimize the pre-existing latency issues with 64-bit kernels/drivers/environments so that you can use it for what you intend to use it for. Other conditions are irrelevant, imo. It's of course quite possible that I'm talking out of my butt, Not the least bit possible. Your thought are clear and very coorect IMO. :-) since I am not a member of the Linux audio community, but I do know that the first step in troubleshooting is to simplify the environment as much as possible, and then slowly increase the complexity to see when and where things break down. Absolutely. Hopefully with the additional info above you'll see that is what I've been doing, within my limited abilities to patch kernels, etc. Patching the kernel isn't simplifying the environment if you're piling possibly unnecessary additional demands on the kernel. The X server runs on top of the kernel. The window manager runs on top of the X server, which runs on top of the kernel. The whole thing is rather like a head wound (the premise being that even non-serious head wounds tend to heavy bleeding, obscuring the nature and severity of the wound itself). The use of the X server, and anything but the lightest possible WM puts additional stress on the system, which may be the straw that breaks the camel's back in this case. Were I you, I would consider: - If keeping X, switching to the absolute most minimal wm possible (twm, ratpoison, ion), to see what effect that had. Right. FVWM, fluxbox, etc. These can just be tested. No, I really mean twm, ratpoison, ion and the like. FVWM can be configured to be absolutely minimal, but learning to do that is an unreasonable distraction. Fluxbox uses too much X (has to draw toolbars and tabs and decorative windows). Even openbox might, and I don't know enough about pekwm or kahakai to know if they would be appropriate. If you must use X (which I will accept for the moment) for the GUI applications, well, fine, but what I'm suggesting is a window manager that uses the absolute minimum of X resources possible. - If downstepping from X, investigating what programs run under DirectFB and seeing what effect that had. - If going cold-turkey off X, seeing how far you get with the command-line and ncurses programs. Neither are really acceptable as far as I know today. Am I, in fact, talking out of my butt (since it seems that the 'real' audio community would have tried at least some of this)? Or are there reasons that this simplification process is not possible for professional audio recording? As above - see Ardour, Jamin, Muse, Rosegarden, etc. I'm not completely convinced that Ardour, Jamin, Muse and Rosegarden won't run under DirectFB, but I'm not so experienced with DirectFB that I can say definitively one way or the other. I see that at least Muse does have an ncurses interface (or at least an ncurses USE flag which would suggest that it has an ncurses interface). And looking at the DirectFB site, it seems possible that there could be a place for it to help work around the issue: FusionSound Audio sub system for multiple applications FusionSound is a very powerful audio sub system in the manner of DirectFB and a technical demonstration of Fusion. FusionSound supports multiple
Re: [gentoo-user] revdep-rebuild fails
Wes Gray schreef: On Thu, Sep 29, 2005 at 01:21:37PM -0700, Zac Medico wrote: With revdep-rebuild it tries to remerge the same version that you have installed. If your version is no longer in the portage tree, then there are no ebuilds to satisfy your old version. You should update to versions that currently exist in the portage tree. I don't follow why python was out of date though. I had emerged it recently. I finally had to upgrade it to the older 2.2 version to get revdep-rebuild to work which makes no sense to me. Python is one of the apps which use SLOTs. This means that you can 'upgrade' Python without disturbing the previous version, as the 'upgrade' is installed alongside the original version, in a new SLOT, rather than replacing it. SLOTted installs are designated by [ NS] (for New Slot) rather than [ N] (New) or [ U] (Upgrade) in the emerge listing (if you emerge with --pretend or --ask so that you can see what Portage is going to do before it does it, which is always a good idea, preferably with --verbose as well). So it's within the realm of possibility that you emerged whatever version of Python into a new SLOT, and the original version still existed, and that's what revdep-rebuild was upset about. If you aren't using the older 2.2 version (nothing depends on it that can't work with a more current version of python), you might consider running python-rebuilder to migrate any stray modules and then unmerging 2.2 (since you won't need it any more). Hope this helps. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] test message
jangar schreef: is only for test my enabled posting As far as I know, you are not going to get your original message back in your Gmail box. Gmail leaves a copy of the messages you send in your sent folder, and when the message comes back from the list server, it is recognized by Gmail as an exact copy of the message in the sent folder and thus Gmail doesn't make yet another copy in your Inbox. Or something like that. Anyway, your own messages don't appear in the list conversation, if you read the list via Gmail (because they're all in your Outbox, or Sent folder or some such). As replied in your other thread, this has been discussed on the list several times, and there is no 'solution', since it's a Gmail 'feature'. We are getting your messages, though. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem with Xsetup
Rajat Gujral schreef: Sorry forgot to attach the log :(( Hi holly, uwe Thanx for ur replies ... I was actually trying to install my sound driver when emerge automatically downloaded the newer version of kernel i.e 2.6.12-r10 telling me it has a better support for sound cards.. After the newer version was downloaded in /usr/src/ , i did make menuconfig to configure the kernel and save the .config file. Then make make modules_install to compile the kernel. After that i compiled the kernel and copied it to the /boot directory. But forgot to update the grub.conf file ... When rebooted the system i tried to start the X server but it always shows the same message till now..I thought there maybe some problem with the newer version. Then i realize i havent updated the grub.conf file and this was my older version being loaded so* *i make the link linux point towards older version. When i do a uname -a it shows me the older version i.e 2.6.12-r6 of the kernel . OK, this is where I'm a little confused. Would you, first of all, do an emerge -pv gentoo-sources This will not do anything (since you're using the --pretend switch); what I want to know is whether the 'symlink' USE flag is active (+, red) or inactive (-, blue), which will be revealed by the --verbose switch. If it was active, then when you emerged the upgraded kernel, the /usr/src/linux link was automatically adjusted to point to the -r10 kernel just installed, but if the USE flag is inactive, the link remained pointing to the -r6 kernel previously existing (I assume; if the USE flag was never active, and you never manually redirected the links, then /usr/src/linux could still be pointing to the first kernel you installed, for all I know). However, the target for the /usr/src/linux symlink is not likely relevant for this issue. More of relevance is the directory listing of /boot. So could you, second of all 1) mount /boot (if not mounted, and did you remember to mount /boot before installing the new kernel?) 2) post the output of la /boot (or ls -la /boot if you don't have the 'la' alias, but afaik, it's a default alias for ls -la). Oh, wait you install your kernels manually, and don't use 'make install', right? Well, let's look at the output anyway, just to know what exactly is going on. Anyway, what you need to do in order to get grub to recognize your new kernel is not to change the 'linux' link in /usr/src, but to change or add an entry in grub.conf to point to the new kernel. For instance, here's my grub.conf: default=0 timeout=10 splashimage=(hd0,1)/grub/grub-livecd2.xpm.gz title Gentoo_current (2.6.12-gentoo-r10) root (hd0,1) kernel /vmlinuz ro quiet root=/dev/hda5 video=vesafb:ywrap,mtrr,[EMAIL PROTECTED] splash=silent,fadein,theme:livecd-2005.1 CONSOLE=/dev/tty1 title Gentoo_prev (2.6.12-gentoo-r9) root (hd0,1) kernel /vmlinuz.old ro root=/dev/hda5 video=vesafb:ywrap,pmipal,mtrr,[EMAIL PROTECTED] splash=verbose,theme:emergence quiet CONSOLE=/dev/tty1 title Failsafe_current root (hd0,1) kernel /vmlinuz ro root=/dev/hda5 video=vesafb:ywrap,pmipal,mtrr,[EMAIL PROTECTED] emergency title SUSE LINUX 9.3 root (hd0,1) kernel /vmlinuz-2.6.11.4-20a-default real_root=/dev/hda6 vga=0x317 selinux=0 splash=silent resume=/dev/hda6 showopts initrd /initrd-2.6.11.4-20a-default But I use 'make install' to install my kernels, so 'vmlinuz' and 'vmlinuz.old' are symlinks to my current and previous kernels, as you can see from the directory listing: # la /boot drwxr-xr-x 5 root root2048 sep 28 14:11 . drwxr-xr-x 23 root root 672 sep 14 14:06 .. -rw-r--r-- 1 root root 512 apr 27 14:23 backup_mbr lrwxrwxrwx 1 root root 1 apr 27 18:52 boot - . lrwxrwxrwx 1 root root 24 sep 15 23:35 config - config-2.6.12-gentoo-r10 -rw-r--r-- 1 root root 60418 mrt 24 2005 config-2.6.11.4-20a-default -rw-r--r-- 1 root root 31914 sep 15 23:35 config-2.6.12-gentoo-r10 -rw-r--r-- 1 root root 32555 jul 24 02:08 config-2.6.12-gentoo-r6 -rw-r--r-- 1 root root 32009 aug 28 19:18 config-2.6.12-gentoo-r9 lrwxrwxrwx 1 root root 23 sep 28 14:10 config.old - config-2.6.12-gentoo-r9 drwxr-xr-x 2 root root1024 aug 23 19:57 grub lrwxrwxrwx 1 root root 27 apr 27 14:23 initrd - initrd-2.6.11.4-20a-default -rw-r--r-- 1 root root 1365529 apr 27 14:23 initrd-2.6.11.4-20a-default -rw-r--r-- 1 root root 0 apr 29 00:47 .keep drwx-- 2 root root 12288 apr 27 14:13 lost+found -rw-r--r-- 1 root root 138240 apr 27 14:23 message -rw-r--r-- 1 root root 121 mrt 24 2005 README.vmlinux-2.6.11.4-20a-default.gz -rw-r--r-- 1 root root 68372 mrt 24 2005 symvers-2.6.11.4-20a-i386-default.gz lrwxrwxrwx 1 root root 28 sep 15 23:35 System.map - System.map-2.6.12-gentoo-r10 -rw-r--r-- 1 root root 708925 mrt 24 2005 System.map-2.6.11.4-20a-default -rw-r--r-- 1 root root 924836 sep 15 23:35
Re: [gentoo-user] Update portage cache ... horribly slow
Paweł Madej schreef: My other question is if there is some script which could follow rrs from [1] and run emerge sync and emerge -uND world after there is for example 10 ebuild updated comparing to my system, or other way that it will email me that there is 10 ebuilds new and i should run sync manually. Well, esync might be what you want-- it's part of gentoolkit, and while it won't do any emerges for you, it will display (or mail you, which is how I do it) the list of updated packages for the day, with a note as to whether the package is an upgrade for your system, new to your system, or the like. Here's an example of the daily mail I get when I run esync as a cron job and mail myself the output:* Importing old portage tree * Doing '/usr/bin/emerge sync' now * Doing 'eupdatedb' now * esearch-index generated in 4 minute(s) and 23 second(s) * indexed 10357 ebuilds * size of esearch-index: 1618 kB * Importing new portage tree * Preparing databases * Searching for changes [ N] dev-ruby/activesupport (1.1.1-r1): Utility Classes and Extension to the Standard Library [MN] net-libs/aqbanking (1.6.0_beta): Generic Online Banking Interface [MN] media-sound/ardour (0.99): multi-track hard disk recording software [ N] mail-filter/clamsmtp (1.5): ClamSMTP is an SMTP filter that allows you to check for viruses using the ClamAV anti-virus software. [ N] dev-util/cmake (2.0.6-r1): Cross platform Make [ N] net-libs/cvm (0.32-r1): Credential Validation Modules by Bruce Guenter [ N] dev-java/dom4j (1.6.1): Easy to use, open source library for working with XML, XPath and XSLT on the Java platform using the Java Collections Framework and with full support for DOM, SAX and JAXP. [ N] net-mail/fetchyahoo (2.9.0): Perl script that downloads mail from a Yahoo! webmail account to a local mail spool, an mbox file, or to procmail. [ N] net-libs/libmonetra (4.2.2): library for connecting to a MCVE Credit Card Processing Daemon via SSL, TCP/IP, and drop-files. [ N] net-analyzer/libnasl (2.2.5): A remote security scanner for Linux (libnasl) [ U] www-client/mozilla-firefox (1.0.7-r1): Firefox Web Browser [ N] net-analyzer/nagios-core (1.2-r3): Nagios Core - Check daemon, CGIs, docs [ N] net-dns/ndu (0.4-r2): DNS serial number incrementer and reverse zone builder [ N] net-analyzer/nessus (2.2.5): A remote security scanner for Linux [ N] net-analyzer/nessus-core (2.2.5): A remote security scanner for Linux (nessus-core) [ N] net-analyzer/nessus-libraries (2.2.5): A remote security scanner for Linux (nessus-libraries) [ N] net-analyzer/nessus-plugins (2.2.5): A remote security scanner for Linux (nessus-plugins) [ N] mail-client/nmh (1.1-r1): New MH mail reader [MN] x11-misc/openclipart (0.17-r1): Open Clip Art Library (openclipart.org) [MN] app-office/qbankmanager (0.9.29): Onlinebanking frontend for aqbanking [MN] x11-misc/service-discovery-applet (0.1): Service Discovery Applet [MN] sys-block/unieject (5): Multiplatform command to eject and load CD-Rom drives [MN] media-libs/urt (3.1b): the Utah Raster Toolkit is a library for dealing with raster images [MN] sys-cluster/vzctl (2.7.0.21): OpenVZ VPS control utility [ N] x11-plugins/wmail (2.0-r2): Window Maker dock application showing incoming mail [ N] x11-plugins/wmlpq (0.2.1-r1): Windowmaker dockapp which monitors up to 5 printqueues [ N] x11-plugins/wmmenu (1.2-r1): WindowMaker DockApp: Provides a popup menu of icons like in AfterStep, as a dockable application. [ N] x11-plugins/wmnetload (1.3-r2): Network interface monitor dockapp The only upgrade (this is from the 27th), is firefox, but I might take a look at wmail. Nothing else interesting to me on this particular list. I suppose if you really felt that you wanted to have an emerge of the new packages done automatically, you could always create a script to run esync and mail you the output, then run emerge -uD world after esync completed successfully (doesn't seem much point in using --newuse if you're not going to be there to look at the output), but I prefer to do my emerges manually. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Update portage cache ... horribly slow
Dave Nebinger schreef: It's very very slow and I dont know why. So my question is could I some way turn off this cache? I've had a lot of luck with the cdb patch for portage. It's mentioned in the gentoo wiki. I haven't measured to see how syncs are impacted but regular portage stuff seems faster. This sounds quite interesting, but I can't find any mention of this patch on the Wiki, even after two searches on the Wiki and 3 on Google. I feel pretty dumb, since Paweł clearly found it easily, but I can't. Help...? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Update portage cache ... horribly slow
Tony Davison schreef: Its under tips and tricks portage. Just found it myself. HTH I was looking under How-Tos (and searching in the wiki/google for cdb patch). Weird that the wiki search engine didn't find it, though. Maybe I just didn't go through enough of the hits. PS Hows the cold? Better (I'm on the downslope from peak 'I can't sleep because I can't breathe laying down, do we have any more Vicks VapoRub?' miserableness), but clearly not back up to par :) . My bf wants me to go back to bed, but I'm too hardheaded to listen (since I do feel better, and I can get some minor maintenance done), sitting here with a pot of tea and a lot of tissues and not doing anything too stressful (meaning all my projects are backed up, including one 'official' and public one, dammit). Thanks for asking :) . And thanks for the link, everybody. Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] [Completely and totally OT] FVWM-Crystal...!!!
I'm sitting here with my jaw on the floor. I've been fighting with FVWM off and on for a while, and before I tried to go toe-to-toe with the giant, I had installed FVWM-Crystal (I'm a chicken). Which I thought was very pretty, but there was no config I could find to edit and no help (in English), and so I tried going toe-to-toe with the giant itself, which has never quite succeeded... ok, it's never succeeded at all, despite years of managing Litestep .rc files, which seem simple by comparison to fvwm2rc. And FVWM-Crystal, while it worked, didn't really work that well, and then the site (which had very little English help in the first place) tried to move to Berlios but instead went totally down So today, I was doing the previously mentioned 'minor maintenance' and emerge -uaDtv world wanted to reinstall python 2.3.5, which I didn't want it to do, because I find that slotting Python only causes me grief, and I want to just have 2.4.1 and migrate everything. So the reason was that I needed to upgrade pyxml which I had not unmasked to unstable, and in the course of checking what depended on pyxml that might also need to be upgraded, I found that most of the stuff I could unmerge (gdesklets and its desklets, which are also more trouble than they seem to be worth, ultimately), but it was also a dependency of fvwm-crystal-- which I didn't want to unmerge, and *had an unstable upgrade to 3.0-rc2*. I upgraded and just now booted into it, which is why I'm sitting with my jaw on the floor. It works...! It's gorgeous...! The new site is up, and it's in English...! (no docs yet, though, as far as I saw.) I changed my layout to dock (which looks a lot like XFCE, but all transparent), and when I click on one of the icons-- let's say the OO.o icon, a menu that actually has all my word processing programs appears! The Firefox icon menu shows all my 'interact with the web' apps, and the thunderbird icon menu has all my 'communicate with others' programs. OK, maybe not quite all of them, but almost. More than enough to get along with and give me some choice (I have multiple alternatives applications for some types of usage situations), and enough to see that 1) both KDE and GNOME menu listings are being read, and 2) applications are being recognized and sorted reasonably appropriately. I probably will want to customize it a bit further, but on the whole, I would say it JustWorks-- it's certainly useable for me, as is, out of the box. Which is unbelievable, for any variant of FVWM, imo. This is a gigantic leap from the previous versions I've used, and I think I've just switched WMs. Obviously there's been a huge shakeup somewhere, but the site doesn't say anything about it, that I saw. Does anybody happen to follow development of this and know what happened? I'm just stunned (in a good way). Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [Completely and totally OT] FVWM-Crystal...!!!
Mark Knecht schreef: Hi Holly, I thought that if you liked it that much I thought I might as well take a look. I've emerged it. It's running. Nice. It seems to start esd by default. I'd need to turn that off. More embedded below and at the end. - Mark On 9/28/05, Holly Bostick [EMAIL PROTECTED] wrote: I'm sitting here with my jaw on the floor. SNIP I upgraded and just now booted into it, which is why I'm sitting with my jaw on the floor. Cover it if you're still spreading germs! ;-) It works...! It's gorgeous...! It's now running on my AMD64 machine and it is quite pretty. The new site is up, and it's in English...! (no docs yet, though, as far as I saw.) I changed my layout to dock (which looks a lot like XFCE, but all transparent), and when I click on one of the icons-- let's say the OO.o icon, a menu that actually has all my word processing programs appears! The Firefox icon menu shows all my 'interact with the web' apps, and the thunderbird icon menu has all my 'communicate with others' programs. OK, maybe not quite all of them, but almost. More than enough to get along with and give me some choice (I have multiple alternatives applications for some types of usage situations), and enough to see that 1) both KDE and GNOME menu listings are being read, and 2) applications are being recognized and sorted reasonably appropriately. I probably will want to customize it a bit further, but on the whole, I would say it JustWorks-- it's certainly useable for me, as is, out of the box. Which is unbelievable, for any variant of FVWM, imo. I don't quite see this part. Maybe I haven't found them yet. It's only been runnign 10 minutes or so. Use the diamond icon in the upper right corner to get the menu, then Preferences=Used Recipe (layouts are now called Recipes) and choose Dock. Avoid Clean Vertical, as that seems to only use a pager, no menu, no panel, no taskbar-- and I had to edit a config file to change recipes again, since I haven't configured for just a term setup, and I don't know what term-based commands I have available to control this setup. I also changed the button layout to Windows-style-- one thing I never liked about Crystal was that you can't click the close button and just close the stupid program (without reconfiguring), and having to go through that ^%$#% menu to 'Iconify Close Destroy' was making me nuts. One thing I do not see is my special little application drawers I had on my Gnome panel. Not a biggie... I would imagine that you can create them if the provided drawers are not sufficient-- this is, after all, still FVWM. I just don't know how to do it yet, but the config seems like it might be more manageable than 'regular' FVWM, if the one file I've looked at is any indication. There were some setup instructions at the very end: * * After installation, execute following commands: * $ cp -r /usr/share/fvwm-crystal/addons/Xresources ~/.Xresources * $ cp -r /usr/share/fvwm-crystal/addons/Xsession ~/.xinitrc * * Authors of fvwm-crystal recommend also installing * the following applications: * app-admin/gkrellm * app-misc/rox * media-gfx/scrot * x11-misc/xlockmore * x11-misc/xpad * x11-misc/xscreensaver * x11-terms/aterm * How much of this did you do? I've done none and it's running. I didn't do any either-- I didn't even notice it, so thanks for the heads-up. I probably do want at least to copy .Xresources. Most of these applications I already have installed, and the ones I don't, I don't want. I actually don't want a couple of the ones I do have installed, notably rox, which I cannot find it in me to like. I will have a look at scrot, though-- don't know what it is, but media-gfx programs always bear further examination. Quite nice. I went back by the site, and it looks like its the same developer, he's just rewritten everything. His time has been well-spent. I'll have to drop him a note. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [Completely and totally OT] FVWM-Crystal...!!!
Tony Davison schreef: On Wednesday 28 September 2005 20:33, Holly Bostick wrote: I'm sitting here with my jaw on the floor. much snippage This is a gigantic leap from the previous versions I've used, and I think I've just switched WMs. Obviously there's been a huge shakeup somewhere, but the site doesn't say anything about it, that I saw. Does anybody happen to follow development of this and know what happened? I'm just stunned (in a good way). OK I'll bite but does anyone know how to get KDE to play nicely with it. I've b*d about with the ksmserver bit of startkde until I thoroughly broke it but when it aint broke it resolutely refuses to have anything to do with any wm apart fron kwin or KDEWM. Stumped, on my last cig and this wheelchair has no lights. Sorry-- that's one of the reasons I use GDM (even under KDE, but I use KDE very very rarely). What I would think is that you'd want to copy the fvwm-crystal.desktop file from /usr/share/xsessions to /usr/kde/3.4/share/apps/kdm/sessions so that it appears as a choice in KDM. Why you'd expect the *startkde* script to start anything other than KDE rather eludes me, I must admit. :) Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [Completely and totally OT] FVWM-Crystal...!!!
Mark Knecht schreef: On 9/28/05, Holly Bostick [EMAIL PROTECTED] wrote: Mark Knecht schreef: I changed my layout to dock (which looks a lot like XFCE, but all transparent) I don't quite see this part. Maybe I haven't found them yet. It's only been runnign 10 minutes or so. Use the diamond icon in the upper right corner to get the menu, then Preferences=Used Recipe (layouts are now called Recipes) and choose Dock. Avoid Clean Vertical, as that seems to only use a pager, no menu, no panel, no taskbar-- and I had to edit a config file to change recipes again, since I haven't configured for just a term setup, and I don't know what term-based commands I have available to control this setup. OK, thanks. I selected Dock. It wants me to restart. Can I do this within FVWM without exiting? Yes, restart is an internal command that just restarts fvwm without logging out or closing any open applications or anything like that. I assume if you chose 'not now' that it would change the setting in the config file, but not do anything until you logged out and back in, or used the internal restart command in the fvwm console, which I don't know how to access in Crystal (as opposed to 'regular' fvwm). Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How to apply a patch to an ebuild?
Roy Wright schreef:
Howdy,
With Holly's praise of fvwm-crystal I thought I'd give it a try. But
then I hit bug 89594 with aumix. The sound team provided a patch,
aumix-2.8-autoconf.patch, which will create the two missing config
files (they didn't fix the ebuild because it works on their systems).
Now I'm trying to figure out what is the proper way to use this
patch? Any pointers?
I'm guessing I need to dup the ebuild in my local portage, create a
new md5 digest, then emerge aumix.
TIA, Roy
That's almost it--
1) copy the ebuild and /files folder to your overlay
(/usr/local/portage/media-sound/aumix/, assuming that your
PORTDIR_OVERLAY is /usr/local/portage);
2) copy the patch to the /files folder in the overlay folder with the
other aumix patches;
3) edit the following section of the overlay ebuild copy:
src_unpack() {
unpack ${A}
cd ${S}
epatch ${FILESDIR}/${P}-nohome.patch
epatch ${FILESDIR}/${P}-close-dialogs.patch
epatch ${FILESDIR}/${P}-save_load.patch
epatch ${FILESDIR}/${P}-nls.patch
to
src_unpack() {
unpack ${A}
cd ${S}
epatch ${FILESDIR}/${P}-nohome.patch
epatch ${FILESDIR}/${P}-close-dialogs.patch
epatch ${FILESDIR}/${P}-save_load.patch
epatch ${FILESDIR}/${P}-nls.patch
== epatch ${FILESDIR}/${P}-autoconf.patch
Save (of course), redigest (ebuild
/usr/local/portage/media-sound/aumix/aumix-2.8-r2.ebuild digest), emerge.
Hope this helps,
Holly
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird Buffer I/O error in dev ndb0
Matthias Guede schreef: Phill MV wrote: Evertyime I boot up I gett a long string of weird buffer errors shortly after udev starts up; stuff like nbd0: Request when not-ready end_request: I/O error, dev nbd0, sector 4294965120 where ndb0 changes up to ndb12. I still have no clue what dev/ndb0 refers to, but the computer still seems to be running fine. fsck'ing the drives revealed nothing and I might run a memory test later on. (some part of me fears it's my ram, tho, which sounds like it'd make sense. ) Seems like you have the Network Block Device compiled in your Kernel (Device Driver - Block devices) and somebody probes these devices now at bootup. Yes, I was getting the same errors/warnings; it finally annoyed me so much that I recompiled the kernel without NBD support, since I couldn't find any suggestion that I actually needed it, and all was well after that. Certainly I didn't find that anything which had been working got broke due to the removal-- but that wasn't a big surprise, since the errors/warnings suggested that a function was being probed that did not exist anyway (so I wasn't actually using NBD in the first place, which was what it seemed to be complaining about). HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Probleme beim Update von mutt
Liebich Wolfgang schreef: Hi, Nachdem ich beim Starten von mutt auf einmal eine Fehlermeldung wg. fehlerhafter libgdbm.so.2 (Länge 0!) bekam, Versuchte ich, mutt neu zu installieren. Das ging aber schief mit einer (mir unverständlichen) autoconf-Fehlermeldung. Kann hier jemand etwas damit anfangen? Unten habe ich eh hinkopiert, was ich gemacht habe (Da ich keinen Mutt habe, muß ich derzeit outlook verwenden *seufz*)... Sorry, I don't speak German, but /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 /usr/share/aclocal/path_dps.m4 Try this: emerge dgs dgs Description: fake ebuild to force removal of broken path_dps.m4 Hope this helps, and if Liebich doesn't read any English, would someone translate for me? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem with Xsetup
Rajat Gujral schreef: hi i am a newbie in gentoo and for the first time i tried to upgrade my kernel from 2.6.12-r6 to 2.6.12-r10 , but the kernel was not upgraded . When you say you tried to upgrade your kernel, what do you mean to say that you did? If you did something like emerge -uav gentoo-sources that doesn't 'upgrade your kernel', it downloads and extracts a newer kernel to /usr/src, where you would then have to configure, compile, and install it, either manually, or using genkernel. After which, you would possibly need to edit your bootloader config files (grub.conf or lilo.conf), to inform the bootloader that a new kernel was available. If you didn't do any of these things, then you haven't upgraded your kernel-- Gentoo is not a binary distro where you just download and replace the previous kernel binary with a new one, as you would in Mandrake or SuSE or Fedora Core. Now when i boot my system with the older kernel i am not able to start KDE .. Whenever i write startx on the terminal i get the message Using vt 7 Symbol __glXgetActiveScreen from module /usr/lib/modules/extensions/libdri.a is unresolved! What video card do you have? If an ATI or nVidia card using the proprietary drivers, you would need to re-emerge those drivers against the new kernel when upgrading. Are you sure you're booting to the older kernel? After booting, and logging in, don't type startx, but instead uname -a What kernel does it report? HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] cdrecord-prodvd extrange behaivor
Jason Stubbs schreef: As I said, it doesn't seem like it's misinterpreting from the output Actually, it seems to me that it is, from the output: Track 01: of MB written (fifo 100%). Track 01: Total bytes read/written: 4660250624/4660250624 (2275513 sectors). Writing time: 101.814s Fixating... WARNING: Some drives don't like fixation in dummy mode. The output definitely seems to indicate that cdrecord thinks that it is meant to be in dummy mode-- but this is probably not a 'misinterpretation', since two people have already pointed out syntax errors that are probably stimulating cdrecord to resort to a fallback position (dummy mode, to avoid damage to the device or waste of media, since the program is not quite sure from the incorrect syntax precisely what you want it to do). But I very rarely use cdrecord from the command-line, so I'm just guessing, to take my mind off this awful cold I've got. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird Buffer I/O error in dev ndb0
Phill MV schreef: That makes me feel much better. On a related note, shouldn't we be filing bug reports, then? Never occurred to me since it was a PEBKAC (problem existing between keyboard and chair, to save people having to look it up). The only reason NBD was compiled into the kernel was because I put it there, having mysteriously forgotten that I had gotten along fine without it for some time, and having suddenly conceived a conviction that it was some kind of missing link to a network paradise of some sort. Which it may well be, but not for my home network of two puny PCs. I don't know what came over me. And I definitely don't know what kind of a bug 'should' be filed, if I thought one was needed. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] DSPAM + How to train?
Ow Mun Heng schreef: I've got a bunch of ham and spam in my mailbox (mbox format) and I just want to use it to train it. How do I go about doing that? I've tried dspam_sa_trainer but it keeps complaining of errors. (Can't write to the /var/amavis/.dspam/ directory, even though I run it as root!!) Stupid question(s) (forgive me, but the obvious has to be eliminated): 1) does the directory /var/amavis/.dspam exist? With write permissions for the owner and/or root? I've gotta say, a hidden directory in /var/ seems *awful* weird (and pointless). 2) (because the idea of a dotdir in /var seems so weird...) Does dspam have a config file where this target is set? Have you tried changing this target to someplace you can write to (as root)? Further, what are the ownership and permissions of dspam_sa_trainer (I don't use dspam, but it sounds like one of those servers that makes up a whole new user who's the only one who can use it, in which case...)? Have you tried opeing up dspam_sa_trainer in nano or less? Is it readable by doing so? If so, does looking at what it does help in any way? HTH, Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] Unmountable hard drive (already mounted or busy)
That about covers it... I know the events leading up to this situation, but that's not helping me solve it. Originally I had a 9GB drive on hdd which contained the original emergency SuSE installation after I totally broke Gentoo (this was when the PAM breakage progressively ate my installation, so many of you know how long ago that was, the time of the Great PAM Uprising). The drive has not been in use since I reinstalled SuSE (having eventually learned to use it) and installed Gentoo on hda (which is when the 9GB drive had moved to hdd from hda), and so the drive remained connected as hdd but not in use (mounted, etc). Eventually, in order to remove the drive and send it back to our emergency drive pool, I reformatted it with QTParted to FAT32 (but the drive remained connected since I couldn't find the time to shut down in order to physically remove it). Although the reformat seemed to go correctly, I noticed that after having done so, I started seeing messages at boot saying that the drive was listed with thus and so number of heads and cylinders, the drive was reporting thus and so different number of heads and cylinders, and that the drive's reported numbers would be used. It concerned me (since I couldn't imagine what was reporting the drive geometry in the first place, even though I understood that whatever it was was reporting the original drive geometry but had not been updated with the reformat), but the drive was still not in use, so I let it go. Finally today I removed the 9GB drive and replaced it with the original drive that it had replaced as an emergency measure. The 'real' drive that I re-connected is a 40GB FAT32 drive with 2 partitions, again connected to hdd. Because this is the real drive, with files that I now want to use, the fact that every time I try to mount it, I get the message that /dev/hdd is busy or the mount point is already in use (no matter what mount point I use, even a newly-created one) has finally brought the problem home to roost. I get it that this drive -- or rather hdd-- is being listed somewhere in both drive geometry and mount points, and this erroneous entry or entries is what's preventing me from mounting the partitions, but I can't figure out where this is happening. /etc/fstab and /etc/mtab don't refer to it and mount shows it not to be mounted. The only thing I can think of is that this is some kind of weird evms conflict, and the drive certainly is listed in evmsgui, but really my useage of evms is so very limited that I almost should go back to lvm2, so I really am not getting how this interaction is occurring, and how to stop it, if in fact it is evms that is causing it (which it probably is). Can anybody mark me a path out of this swamp? I'd like access to the files stored on this drive again. Thanks, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Unmountable hard drive (already mounted or busy)
Holly Bostick schreef: The only thing I can think of is that this is some kind of weird evms conflict, and the drive certainly is listed in evmsgui, but really my useage of evms is so very limited that I almost should go back to lvm2, so I really am not getting how this interaction is occurring, and how to stop it, if in fact it is evms that is causing it (which it probably is). Never mind-- it was in fact evms, and somehow I managed to deactivate hdd and the partitions that comprise it (I swear, I really don't get how evms works at all), and with the partitions deactivated, I can mount them. I seriously think that evms is overkill for me, though-- anybody know a good how-to on how to get rid of it and go back to lvm2, which at least I could understand? I very much don't like having/using a partition management system that completely eludes me, especially when it throws me a curve like this one. Thanks. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] codec drivers problem.
David Harel schreef: Jonathan, Thanks for your explanation. I still don't get it. The command emerge should have done the dependent packages before doing the desirable package anyway. It will, but not if you haven't specified support for it via USE flags. Meaning: 1) The Win32 codec support in mPlayer is *optional* (many people don't need or use it, and it is your choice as to whether to use it, because it is not essential to the main functionality of the program; 2) Optional support means by definition that it will not be available if you don't specify that you want the option enabled, by enabling the USE flag representing that option; 2) The USE flags available and active for any given package can be viewed prior to emerging with the --verbose flag, which Jonathan gave you an example of for mPlayer: jwright on jonathan [ ~ ] -- emerge -pv mplayer These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] media-video/mplayer-1.0_pre7-r1 [1.0_pre7] -3dfx +3dnow +3dnowext +X -aac -aalib +alsa (-altivec) -arts -bidi -bl +cdparanoia +cpudetection -custom-cflags -debug +dga -directfb +divx4linux -doc +dts +dv -dvb +dvd +dvdread -edl +encode -esd +fbcon -ggi +gif +gtk -i8x0 -ipv6 -jack -joystick +jpeg -libcaca -lirc -live -lzo -mad -matroska -matrox +mmx +mmxext -mythtv -nas -nls +nvidia +opengl -oss +png +real +rtc +samba -sdl +sse -sse2 -svga -tga -theora +truetype -v4l -v4l2 -vorbis +win32codecs -xanim -xinerama -xmms +xv +xvid -xvmc 7,613 kB Jonathan would emerge mplayer with support for the functiions marked with a '+ (such as 3dnow, X, dvd, divx, xvid, win32codecs), and without support for those functions marked with a - (such as 3dfx-- guess he doesn't have a Voodoo card :) -- directfb, bidi --guess he's not Japanese or Hebrew either, not needing bi-directional text support-- xinerama -- no dual-head display? ;) , etc). This is how he customizes mPlayer for his particular system. I also have mplayer installed, and my USE flags are almost the same, except I have -nvidia where he has +nvidia, because I have an ATI card and nvidia support does me no good whatsoever, whereas I guess Jonathan has an nvidia card. If we take a particular USE flag-- let's say xvid-- and consider the effects of having it turned on and off. Now, if you don't use mPlayer to play xvid-encoded *.avi files, you don't need to set this flag, because you'll never miss having xvid support in mplayer (because you never try to play the kinds of files that need such support). However, if you do need such support, and you set the flag, mplayer will emerge xvid before itself, because by setting the USE flag, you have made xvid a dependency of mplayer (since obviously, xvid must be installed for mplayer to compile xvid support into itself). However, if you install xvid alone, and emerge mplayer -xvid, you still won't be able to play divx/xvid *.avi files--despite xvid being installed-- *because you have not told mplayer via the USE flag to look for xvid and use it if available*. This is what USE flags are all about-- the ability to customize your system to your specific needs, without reference to some general user standard or guess by the development team (as is done under a binary distribution), and without reference to what other users using the same program might need. I don't need nvidia support for my programs, but Jonathan does, so he compiles his apps with it, I compile mine without it. But we have, I'm sure, a lot of the same apps on our system. If we were both using a binary distribution that came with precompiled packages, mplayer would likely have nvidia support compiled in (since the maintainer 'guesses' that 'most people' likely need this support), which is fine for Jonathan, but unnecessary for me (and might in fact cause me problems). Also, if I have to specify additional packages while doing mplayer, how do I add them? but last thing. I did emerge win32codec and THEN mplayer and that didn't work. Use emerge -pv program_name to see what USE flags are available for the program, then add or remove them by adding a line to /etc/portage/package.use such as cat-egory/program_name +flag1 -flag2 +flag1 meaning any flag which is not enabled (displayed as - and blue in the previous output) which you want enabled, and -flag2 meaning any flag which is enabled (displayed as + and red or green with a * in the previous output) that you do not want enabled. For example, my custom USE entry in /etc/portage/package.use for mplayer looks like this: media-video/mplayer 3dnowext aac cdparanoia dts dvb dvdread edl matroska mmxext real rtc -sse2 tga theora v4l2 win32codecs xanim xvmc I add 3dnowext because I have an AMD CPU which can use it, remove SSE2, because I have an AMD CPU which can't use it, and add the others because either I know I use them or because it's possible that my usage habits may change so that I need them (I've come across a few
Re: [gentoo-user] emerge kernel?
Alexander Kirillov schreef: Is there a way to list all ebuilds which need to be remerged after kernel upgrade? Would be nice to have a special emerge target for this very thing to happen automatically. emerge -v $( equery b /lib/modules | sed -e 's:^:=:' ) Thanks Peter, Found a module I forgot to rebuild using equery b /lib/modules:) On the other hand splashutils need to be remerged sometimes afaik. And vmware drivers. Yes, I noticed that, too-- when I last tried Peter's command after a kernel update, I surprisingly got x11-xorg as a result (which was good), but not the ati-drivers, iirc, and also not splashutils (which, as you say, does sometimes need re-emerging, though I haven't quite figured out what precisely is the trigger, and I don't use vmware). I meant to ask about that, because while the command does seem to catch some modules that I didn't know needed to be re-emerged when upgrading the kernel, it seems to miss some that I know do, but I don't know enough about the issue to know why. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] cdrom: open failed
Carl Flippin schreef: I've recently done an install based loosely on the 1/3 method but using 2005.1 as the base. Everything works fine except for an error message which I get on bootup. Every time I boot, I get the message: cdrom: open failed cdrom: open failed I always assumed that this message (which I have also seen on occasion) is because 1) udev or /etc/fstab is attempting to mount the detected device (normal), and 2) there is no media in the drive (since a removeable drive can't be read to be mounted if there's no media present). So I never thought there was anything to worry about in such a message. Was I wrong? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] System update problems and Incompatible gcc
Rupert Young (Restart) schreef: grep: /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.1/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.1/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.1/libstdc++.la' is not a valid libtool archive This message, no matter what emerge you encounter it in, is a known error that means run the fix_libtools_files.sh script. You should find in in /sbin (the script is installed by the emerge of gcc), so root should just be able to run it to fix the issue. Then run the emerge again. Hope this helps. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] transfer large files via samba cause system freeze
Qiangning Hong schreef: Bryan Whitehead wrote: Can't you also use the iocharset=utf8 and codepage=utf8? something like: mount -t smbfs -o user=user,iocharset=utf8,codepage=utf8 \\server\path /mnt/samba This doesn't work? It doesn't work. There are ?s in the filenames. That's actually a good thing I take it you're doing this in a terminal? Which one? Was it compiled with UTF8 support?What font is the terminal using for display? A ? replacing characters tends to mean (in font-speak) that the character is 'known', but no actual character exists to render under the selected font, or font encoding. So you kinda get a? literally because the display doesn't know what to show there, if you see what I'm getting at. Are you able to actually use any of the files properly, even if the filenames are not displayed correctly? Or are you unable to try that, because you just can't read any of the filenames? If your Winbox is Chinese, does your terminal, and the display font chosen for the terminal support Chinese characters? I've gotta tell you, getting UTF8 and font encoding properly set up so that 'special characters' appear correctly across programs and terms can be a pain in the butt, and I'm only needing it for another Latin-based language, not any of the Asian or Cyrillic languages that use a completely different character set. But it's well worth doing, because it's more of a pain to not be able to read filenames or messages because of these stupid '?'s or other 'placeholder' characters that must be used in place of the correct ones when the system is not set up to support the correct ones. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] auto-email on reboot?
Billy Holmes schreef: Mark Knecht wrote: it reboots? I don't expect that this should happen often, but I'd like to know when it does. setup ssmtp, install mail-client/mailx, then add this to /etc/conf.d/local.start: date|mail -s 'I just rebooted!' [EMAIL PROTECTED] And you know, it just occurred to me-- isn't there a kernel option or an option somewhere that I can't remember right now, to enable or disable auto-rebooting on severe errors/kernel panics, something like that? I just realized that I always turn this option (wherever it may be) off (I think it's the kernel, which would explain why I don't remember precisely where it is, since I configure all kernels to be the same as the last, so I set it once and forgot it), and maybe you should too-- that way you might have a better chance of knowing what precisely is causing these spontaneous reboots in the first place, so you could stop them. Does anybody else know what I'm talking about? ;-) ? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] running mldonkey with umask 0002
Robert Persson schreef: I would like to run mldonkey with umask 0002. However I cannot work out how to do this. The Gentoo version of /etc/init.d/mldonkey calls start-stop-daemon, but start-stop-daemon doesn't have a umask option. As mldonkey is the only program that runs as user p2p, I would be happy if I could get all programs launched by p2p to run with umask 0002, but I can't work out how to do that either. Can anyone help me with this? Many thanks Robert Frankly, I avoided the entire 'user p2p' issue by editing /etc/conf.d/mldonkey: # owner of mlnet process (don't change, must be existing) USER=me # home dir of owner (don't change, must be existing) BASEDIR=/home/me Whoever wrote the 'don't change' note can bite me-- with the original settings, I wound up with a new user's $HOME directory, solely to contain ~/.mldonkey. This seriously cheesed me off, because I was simply trying out the daemon after I had logged into a new WM, while in my past login I had been trying out Sancho (which is pretty nice), and because I didn't know so much about how it was organized, I had run mlnet standalone. I therefore had files in progress in my own ~/.mldonkey folder. These of course were not picked up by user p2p (unless I wanted to go around symlinking, which I didn't, since I didn't even want some rogue user $HOME directory in the first place). But I'm not running the mldonkey service from another PC, so I can do that. Of course, since I'm not running the server (or the service) from another PC than the client, I don't actually (seeem to) need the service running (on a permanent basis via rc-update) anyway. But if I change my mind and decide to use it despite that, at least it should now pick up my currently-running transfers and settings instead of making a whole new clean setup. I was pretty annoyed by that (hence the 'bite me'). I found that (don't change, must be existing) comment confusing and alarming, especially since the user p2p was (naturally) *not* existing before I ran the daemon the first time (I saw it being created in the output), so 'must be existing' wasn't even true, and 'don't change' contradicts 'must be existing' anyway (why must the user be existing if you aren't changing the user to a different pre-existing user)? I hope this helps, but I am by no means an mldonkey expert, so I could be wrong, or wrong for your setup. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Security Updates and Portage Trees
Neil Bothwick schreef: On Tue, 20 Sep 2005 13:50:28 +0200, Fernando Meira wrote: # equery d libmpeg3 [ Searching for packages depending on libmpeg3... ] app-misc/evidence- What are these versions? Are they CVS installs, or packages installed outside of portage and injected, or added to /etc/portage/profile/package.provided? Oooh, ooh, I know!!! The versions are Enlightement 17 installs, from Portage, but utilizing E17 CVS. It's very complex; the packages have to be installed in a specific order for the whole thing to work (but E17 is pretty cool). I tried E17 recently. I don't remember the name of the media player that perhaps has libmpeg3 as a dependency, but E17 has so much stuff Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mouse wheel doesn't work
Stewart Taylor schreef: Hi all Just about got Gentoo up and running as I want it. Taken a while with all the tweaking and re-tweaking but I've not had as much fun with a computer for years. I've got a couple of problems which, so far, have got me pulling my hair out as nothing I try fixes them. I've got a Microsoft Intellimouse (ps2) which seems to be detected correctly but the wheel will not work under KDE. Under KDE Control center peripherals mouse I get the option to adjust the scroll rate, but this has no effect. The wheel seems to be working as a left button, if I click the wheel over an icon or file that item is selected. I've tried all the fixes I've found on the web (not many, most seem to relate to cordless mice) without success. I'll post the other problem as a separate posting. I suspect your problem is twofold: 1) you may or may not have your mouse set up properly for multiple buttons; 2) you may have the wrong buttons defined as the scroll wheel. Let me explain: I have a Typhoon Optical Wireless mouse which has 7 buttons (left, right, wheel up, wheel down, wheel press-as-a-button, and two thumb-operated buttons on the left side). When I got it, I just used the 'traditonal' wheelmouse settings in /etc/X11/xorg.conf: Identifier Mouse1 Driver mouse Option Protocol Auto Option Buttons7 Option ZAxisMapping 4 5 Option Device /dev/input/mice But this did not work properly-- what happened was that the wheel didn't work, and the side buttons were being used as the wheel (which also didn't work, because they aren't a wheel). This was because the mouse itself lists the side buttons as 4 and 5, and the wheel as buttons 6 and 7. So I had to tell X this: Identifier Mouse1 Driver mouse Option Protocol Auto Option Buttons7 Option ZAxisMapping 6 7 Option Device /dev/input/mice And it works fine (previously used imwheel, but that's no longer necessary, at least in my case). You can run xev in a term and activate your various buttons to see which one is which. That should help you set up the Mouse section of your X config file correctly. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Font sizes very small in KDE
Stewart Taylor schreef: Hi All I've got a problem with the display under KDE. I've just installed Gentoo for the first time. Under KDE the font sizes are very small compared with what they should be. Compared with the same hardware under Suse 8.0 all text displays a little over half the size. this affects KDE apps and non KDE apps the same. Firefox text on menus and the like is so small that it is unusable. On one of my own programs the 14 point text displays as if it were 8-9 point. I have a Matrox Millennium G400 graphics card. I've tried all the settings i can find and have tried different kernel modules settings without success. The info I found on the web left me confused as it seems that this card may have different names in the UK and US. I'm in the UK. TIA Stewart I find this situation a constant annoyance as well. You have, unfortunately, several issues involved, none of which is completely resolveable until everybody is on board with the freedesktop.org standard, but you can get everything to a reasonably stable state that you can deal with. The problem (and I must regretfully point out that most of the problem seems to be KDE, but we'll get to that): You run KDE. Fine; KDE controls its fonts, you set your fonts to whatever you like and they look OK (all right, yours don't, quite, but you can obviously hack them into shape by running them at some ridiculously high point size. I've also noticed that KDE seems to make fonts look smaller than I would imagine they should, and I don't know why, so I just hack them into useability). Then you open Firefox. Which is a GTK program and whose font size (for menus and the like, not page display which is controlled by the program) is controlled by the GNOME control panel (or gtk2rc, but in any case GNOME/GTK, and not KDE). So GTK apps are now running essentially unconfigured fonts and font sizes, so they look like sh*t. Plus KDE is (naturally) trying to control this window (because it's a window on the KDE desktop), and is unable to really do so, so that just makes things a bit worse (more on this later as well). Furthermore you also have X trying to control the font size for one or more reasons (maybe you have a font server running, maybe you're running 'uncontrolled' programs which start with an 'X' rather than a 'K' or a 'G', and of course X is ultimately responsible for displaying all display elements anyway). So the situation is that basically too many cooks spoil the soup. At least, that's the *first* problem, which we'd have to clear away before we could be sure that your video card is doing what it should (which I think it probably is; I have a G400 Max which I used till about a year or so ago under Linux, and it was really the most trouble-free card I've used). Here's what you want to do: 1. emerge x11-themes/gtk-engines-qt. This little GTK engine will add a couple of entries to the KDE control center which will allow KDE to control not only the color of GTK apps (which kcontrol already does before the installation of this engine, check the Appearance and Themes= Colors section for the checkbox), but the theme and the fonts as well, so they can be conformed. Be aware, the themes will only be conformed for GTK2 applications, and only those which do not theme themselves (as Firefox does, for example). So any GTK1 apps you might run will not look so much better (except that the colors will be right), unless you do what I do, which is run a theme which is designed for all three engines, GTK1, GTK2 and QT. A few can be found on KDE-look.org. 1a. emerge =x11-themes/gtk-theme-switch-1.0.1-r2 (specifically the 1.0 version which controls GTK1 themes, rather than the 2.0 version, which controls GTK2 themes, which you don't need, as you're already doing this with Kcontrol). If you use any GTK1 apps (sylpheed, gnotepad +, multi-gnome-terminal, etc), this program can be useful for setting their theme and fonts. 2. Try to stick to programs for one desktop environment wherever possible. Yes, this sucks, but until KDE and GNOME (GTK) are a lot more interoperable in this respect than they are now, the easiest way to avoid them conflicting is to not bring them into conflict by using programs from multiple DEs if it can be avoided. This is, btw, why I complain that KDE is the problem; I don't run GNOME or KDE, but Openbox and FVWM. I run mostly GNOME (GTK) apps, but there are a couple of KDE apps I like that I use (k3b, krusader). It's hard not to notice that when I open one of the KDE programs on my desktop which is already running a bunch of GTK apps, *the font size changes for everything*. Just a little, but I can see it. This may have been my mistake though-- I had set kcontrol to 'use my KDE fonts for GTK apps' (using gtk-engines-qt). It's quite possible that, since kcontrol is not running until I open Krusader or K3b, and because my KDE font size setting is not quite the same as my GNOME font size setting (because I just
