Re: [gentoo-user] hdparm -d 1 -X 68 ?
On Thu, 18 Feb 2010 14:33:38 + (UTC) James wrote: ... > UDMA modes: udma0 udma1 *udma2 udma3 udma4 ... > Should I put the drive into udma4 mode? > > If so, wouldn't I use: > > hdparm -d 1 -X 68 /dev/hda Sincerely, I haven't seen the need of manually tuning this with hdparm for ages. The kernel is pretty good these days at that, and the drive is probably already working at its max speed. Looking at the specs and age of that model, there's nothing else you can get from this drive. -- Jesús Guerrero
Re: [gentoo-user] Install Gentoo 64bit from 32bit running enviroment
On Sat, 26 Dec 2009 10:05:52 -0200, Francisco Ares wrote: > On Fri, Dec 25, 2009 at 8:41 AM, Alan McKinnon > wrote: > >> On Thursday 24 December 2009 16:33:26 Carlos Moyano Cubillos wrote: >> > Dear friends, >> > >> > I have a gentoo system running 32bit .. and I have a 30GB partition >> > available on which I would like to install a 64bit Gentoo to test for >> > 64bit extensions processor supports . >> > >> > >> > someone could help me and tell me how to proceed with this >> > installation from my running system without having to reboot with a >> > livecd. >> >> You have to reboot with a LiveCD. >> >> Your running 32 bit kernel does not support 64 bit instructions and there >> is >> no magic voodoo to make it possible. The CPU might understand 64 bit >> instructions but the running kernel that drives it definitely does not. >> >> -- >> alan dot mckinnon at gmail dot com >> >> > > I don't know for sure, but I would guess that if you don't try to use any > file from the new 64 bit partition, that would be fine. > > AFAIK you can install a 64 bit system using the 32 bit livecd. > > Just a guess, though > > Francisco You can uncompress the stage files and such, but chroot will fail because you will be attempting to run a 64 bits bash binary against the 32 bits underlying kernel, which will not work. The opposite would be possible though, you can chroot to a 32 bit userland from a 64 bits kernel. But not the other way around. -- Jesús Guerrero
Re: [gentoo-user] make an -9999 ebuild compile only if necessary
On Tue, 22 Dec 2009 22:28:40 +0200, Alan McKinnon wrote: > On Tuesday 22 December 2009 19:21:21 Helmut Jarausch wrote: >> Hi, >> >> I have ebuilds fetching the source code directly from a repository >> (be it CVS,SVN,HG,GIT,...) >> I'd like to modify the .ebuild to enter compilation only if something >> has been updated. >> Is this possible, has somebody else tried to do so? > > You can't. > > The only things that trigger a recompile are the things you already know > > - version number change > - USE flag change > - mask change > > None of those things has occurred in your scenario, so a recompile will > not > happen. This is by design and you should leave it this way. I think that we are looking through the wrong lens. In this case version numbers will be plainly irrelevant 99% of the times, after all, it's a ebuild which we are talking about. Most times, the only factor that triggers the merge for a ebuild is *the user*. And nothing in the ebuild will prevent that of course, at least until Gentoo can control our minds, which will eventually happen :lol: What we should be looking at -in my humble opinion- is towards interrupting the execution of the ebuild once that we find that there's nothing new (like when you do 'emake || die'). That's certainly possible as long as the RCS tool used provides a consistent way to check if there has been a commit that needs to be downloaded. Of course, we would need some kind of IGNORE_RCS_CHECKS boolean variable to override this, for those cases where we truly need to force a recompilation of the offending package, or a similar mechanism, which could also be printed using ewarn, einfo or whatever applies for the situation when the ebuild aborts. As far as I can think, I see no fundamental showstopper, this could be implemented at the corresponding eclass for the given RCS backend, I guess. That would save the need to modify every single ebuild (not that there are a lot anyway). The only problem is that the fact that there's nothing to download doesn't necessarily mean that your binary files are in sync with your sources. For example, the source tree could have been updated on a previous run of the build, but something might have stopped it before the final objects are dumped into your real SO from the sandbox (electrical outages, control+c's, build failures). Also, I am no specialist in RCS's, and I have no idea if there's a truly reliable way to get the needed info from them. > It's best to just always recompile everything, which is what you do when > you > work with CVS code manually. > > I also asked the same question in the past - about e17 - the above is my > conclusions. The real question is if it's worth all the effort to implement the feature, I guess. In my case, when I am using development code for any reason I am also subscribed to the corresponding commits mailing list or tracker, that means that I get notified by email the following minute if there's anything new on that repository, and I can decide if the commit will do me any good or if I can wait for the next important one. So, in my case, the feature is not worth to invest a single minute. Of course, everyone is free to disagree. :) -- Jesús Guerrero
Re: [gentoo-user] Writing a bash script or thinking about it anyway.
On Tue, 22 Dec 2009 16:51:08 +0200, Alan McKinnon wrote: > On Tuesday 22 December 2009 16:21:08 Christian Könitzer wrote: >> a question to b): >> Can you tell me a fs that supports snappshots (I'm planing to set up a >> new server so you can choose a new fs... (now I am using reiserfs)) and >> maybe how to use it (link)? So if you say "or LSM" does this mean I can >> achieve this also woth LVM? How? >> thx... > > None of the traditional filesystems (ext2|3, reiser) support snapshots. > ZFS< > Btrfs do, possibly ext4 also (the last is a hunch only). That's basically true. However btrfs is quite experimental still, and I have no serious experience with ZFS, it kind of turns me back the fact that it's a FUSE based fs, though it's certainly possible to use it even for a root system provided that your kernel can load the module at bootup (initrd), I have no idea if there's any downside. I don't have either any notice about snapshotting in ext4 (I remember the plan being discussed but I don't think it has been finally implemented, I'd like to be wrong on this one though). > LVM snapshots a volume, not the filesystem on it. So it tracks extents > that > have changed, not individual files. For backup purposes though, volume and > fs > snapshots are equivalent. > > Snapshots with LVM are easy as pie: > > - create a new volume which is a snapshot of an existing one > - mount the snapshot somewhere > - copy,backup,etc as you like. The volume is read-only so you can't break > it > - umount snapshot > - destroy snapshot > > The LVM man pages contain a wealth of data, as does Google and the LVM > documentation at redhat.com Yep, just googling for something along the lines of "lvm snapshot backup" should give you enough info to start researching. However, for this to be a possibility you first need to convert your system to use lvm. -- Jesús Guerrero
Re: [gentoo-user] Writing a bash script or thinking about it anyway.
On Tue, 22 Dec 2009 12:20:46 +0100, Christian Könitzer wrote: > I agree with Jesús but recommend you to use rsync for backup purpose. > Simple google for rsync backup script. > And this link explains why: > http://www.sanitarium.net/golug/rsync_backups.html > > There are a lot backup scripts using rsync out there and most of them > are written in bash so it's anyway a good idea to learn a bit bash ;) That's basically it. I also agree that rsync is nowadays the way to go for general purpose backups, unless... a) the volume can't be mounted while the backup is running (not the case) b) your fs supports snapshots (or you use LVM) c) you have an rcs based solution, like svn, git or whatever else The snapshot option is the absolute safest because it ensures that all the files will be consistent, and the tar based solution is probably the worst of them unless you truly can guarantee that the files are not being written concurrently while you do the backup (i.e. the fs is not being used at all or it's mounted read only). A good practice in any case is to capture the exist status of any given tool you are going to use to ensure that no error happened. Discovering that a backup is incomplete or corrupt when you need it is a bit unpleasant to say the least. Bash can be used for that, just to put a simple example. As you say, regardless of the solution of your choice to do the actual backup there's a lot of room for improvement, automation, error loging, verification, etc. using shell scripting. -- Jesús Guerrero
Re: [gentoo-user] Writing a bash script or thinking about it anyway.
On Mon, 21 Dec 2009 21:22:05 -0600, Dale wrote: > Hi folks, > > Me again. I'm thinking about writing a bash script that backs up my > /home directory. I found a guide but before I read all that stuff and > muddy up the waters, is this thing current and will it work fine with > the bash Gentoo uses? Links to a even better guide would be good too. > The guide I found is here: > > http://tldp.org/LDP/abs/html/ The advanced bash scripting guide will be equally valid nowadays as it was when it was first written. A few minor edges have changed in bash in the latest times, but you are unlikely to get touched by these unless you are using some rare feature. After all, bash is compatible with the original bourne shell to a big extent, and that part of its behavior never changes. If you truly want to learn bash, I say go for it and come back when/if you have some problem. -- Jesús Guerrero
Re: [gentoo-user] Can I (partially) rebuild a package with emerge?
On Thu, 17 Dec 2009 15:14:48 +, Alan Mackenzie wrote: > Hi, Neil, > > On Wed, Dec 16, 2009 at 10:05:40PM +, Neil Bothwick wrote: >> On Wed, 16 Dec 2009 20:44:29 +, Alan Mackenzie wrote: > >> > I've just emerged xorg-x11, and noticed that I had a wrong setting >> > for VIDEO_CARDS in /etc/make.conf. Does emerge have a facility to >> > rebuild only those portions of xorg-x11 dependent on that setting, >> > or do I have to start again from scratch? I've perused the emerge >> > man page, but not found this situation addressed. > >> VIDEO_CARDS sets USE flags, so emerge -uavDN world. > > I've done that, but it failed to rebuild my xorg-x11. I've still got > the version from last night, even though I've changed USE flags (via > setting VIDEO_CARDS) in /etc/make.conf. First, as I said in my other mail, the only relevant package that needs to be rebuilt is xorg-server, nothing else. The drivers you add will be built afresh as well as dependencies for xorg-server. Second, xorg-x11 is *nothing*. It's just a meta package that pulls dependencies, it doesn't actually install a single file on your hard disk, and it doesn't compile anything at all. So, re-emerging it will do nothing. > /etc/make.conf has a later timestamp than /usr/bin/Xorg, yet this > doesn't trigger the -N flag. -N flag is not triggered based on time stamps. Each time a package is merged, the USE flags you used the last time you merged it are stored under /var/db/pkg. All -N does is to check if these flags that are stored match the current ones, and if not, the offending package is re-emerged. > If I wanted just to remove Xorg, together with the 188 other packages > installed with it, would it be correct to run these commands: > > emerge --unmerge xorg-x11 > emerge --depclean As long as you didn't emerge any single X package by hand, yes. But it will do nothing to help you, it will not solve your problem. And it's not related to your problem either. You'd just be wasting time. -- Jesús Guerrero
Re: [gentoo-user] Can I (partially) rebuild a package with emerge?
On Wed, 16 Dec 2009 20:44:29 +, Alan Mackenzie wrote: > Hi, gentoo, > > I've just emerged xorg-x11, and noticed that I had a wrong setting for > VIDEO_CARDS in /etc/make.conf. Does emerge have a facility to rebuild > only those portions of xorg-x11 dependent on that setting, or do I have > to start again from scratch? I've perused the emerge man page, but not > found this situation addressed. What you failed to see if that VIDEO_CARDS flags are just an special type of USE flags. Using -auDvN world will fix everything. Truly speaking, xorg-server wouldn't even need to be recompiled (though that's what portage will do). As far as I know, all these special USE flags for xorg-server just push one of another xf86-video-* package(s) as dependencies, which in turn install the required driver(s). The rest of Xorg components do not relate to this, you shouldn't need to recompile anything else unless it also depends on VIDEO_CARDS (only several packages do, like DirectFB if I remember right). -- Jesús Guerrero
Re: [gentoo-user] 3D on ATI
On Thu, 10 Dec 2009 14:40:29 + (UTC), James wrote: > Hello everyone, > > > I just saw something very interesting about kernel 2.6.32: > > "3D graphics on AMD/ATI's series 2000, 3000 and 4000 Radeon graphics cards. > Improving 3D graphics support should help improve Linux' standing as a > gaming > platform, among other benefits." > > > "performing mode-setting for graphics card resolution and > depth mode settings in kernel-space offers advantages over > user-based mode-setting"[1] > > Anyone seen any improvements yet? Is it just for the ati-drivers or > does any of the open source drivers make use of these kernel > enhancements? I can only talk about my experience, I have no direct knowledge about what changes at source code level. The two brands where you are likely to see more improvement are Intel and Ati. Overall, Ati, because its 3d support for anything above the r500 chips is still nowhere never complete, so on each release you are likely to see some noticeable advances on r6xx and r7xx chips. Some basic 3d applications will work, some others will exhibit weird behavior or will fail to run at all. This is only for the radeon and radeonhd drivers. The ati proprietary blob uses its own drm just like nvidia does. However, in which regards 3d, you are not likely to see anything working at all unless you use a git libdrm, mesa and xf86-video-ati (or radeonhd) in conjunction with this new kernel. The kernel alone by itself doesn't do any 3d work, it just provides a convenient way for applications to access the hardware on a straight way. -- Jesús Guerrero
Re: [gentoo-user] Re: Sound card is only usable by one application at a time
On Sat, 5 Dec 2009 17:51:35 +0200, Yoav Luft wrote: > hmmm. I've managed to focus the problem: Some programs try to access > to sound device called "hw:0,0" and there for do not allow it to be > shared. MPD was one of them, and when I changed the setting in > mpd.conf to using "default" it works. The flash player, though, still > tries to access the hardware directly. I'm not sure how to reconfigure > it. I'm using the adobe player. > Can anyone think of away of making all programs use "default" sound > output rather than "hw:0,0"? > Should I report that as a bug to the mpd package maintainer, that the > default setting try to access the sound device directly? Couple of questions: did you try removing whatever customizations you have done in ~/.asoundrc? If so, try to move that file elsewhere and see. Do you have more than one sound chip? If you have an embedded sound chip in your motherboard that you are not using for anything try disabling it in your BIOS setup. -- Jesús Guerrero
Re: [gentoo-user] Re: Sound card is only usable by one application at a time
On Fri, 04 Dec 2009 23:47:18 +0200, App Des wrote: > On Fri, 2009-12-04 at 00:36 +0200, Nikos Chantziaras wrote: >> On 12/03/2009 11:23 PM, Yoav Luft wrote: >> > Hi, >> > On my dell Vostro 1520, with intel hda ICH9 82801I sound card >> > (xSTAC92HD71B3, according to /proc/asound/card0/codec), only one >> > application can access the sound card at a time. This probably means >> > that applications access the hardware, and not some software mixer. I >> > tried to follow information in the alsa wiki >> > (http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html#pcm_plugins_dmix) >> > for setting manually dmix, but couldn't configure anything working. I >> > could find any good documentation (and I don't have plenty of time to >> > dig in it, it's the middle of the semester). Does anyone can help on >> > the topic? >> >> I think all you need to do is to put the "alsasound" service in your >> default runlevel. >> >>rc-update add alsasound default >> >> At least that's what I remember doing when I tried ALSA a few months >> ago. You might need to reboot though so that the card is freed first. >> >> > > I think it is best to add it to the "boot" runlevel intead of the > "default". It really doesn't make any difference, unless you have one init script in the boot level that plays an mp3 file or something ;) As said on my other mail in this thread, all alsasound does is to set up the mixer settings (volumes and such), so, as long as it's started before you want to hear a sound then it's fine. It doesn't really need to be on the boot level, default is fine. But, in any case, this doesn't effect the capability to do soft mixing at all. The problem is elsewhere. -- Jesús Guerrero
Re: [gentoo-user] Re: Sound card is only usable by one application at a time
On Fri, 04 Dec 2009 04:44:50 +0200, Nikos Chantziaras wrote: > On 12/04/2009 03:12 AM, walt wrote: >> Most people don't have any need for more than one application to use >> the sound card at the same time. > > I was under the impression that it's quite the opposite. For example I > would still like to hear my MSN messenger go *ping* when someone talks > to me while I'm listening to some mp3 and/or am playing a game. Definitely, *most* do need support for software mixing. I am not on the boat of notifications or system sounds, but most users are, and all the major desktops do enable sound notifications by default, and all the major IM programs do as well. I like austerity so I don't use these little things, but even for me this is a must. I might have many sound tracks playing at a given moment while I practice with my guitar. Heck, even for youtube this is a must, because the plugin likes to trap the sound card, and you can't even listen to another video if you have another tab with youtube on it, even if the video in that tab is not playing nor even paused. So, yes. Definitely, 99% of the users need software mixing. However, it is not true that you need pulse for that. That's what the dmix alsa plugin is for. The problem is not that alsa can't do it. The problem is that alsa is buggy as hell and should really be fixed. Or, it should be simplified to provide only the basic functionality, rip out all the crap and do it in user land, with either pulse, jack or whatever. The problem is that there are many layers like alsa and pulse that don't have a clear delimitation, they overlap functionality, duplicate code and bloat the system making it prone to bugs and stuff like this. The sound system in linux is in a pitiful state right now :P -- Jesús Guerrero
Re: [gentoo-user] Re: Sound card is only usable by one application at a time
On Fri, 04 Dec 2009 00:36:36 +0200, Nikos Chantziaras wrote: > On 12/03/2009 11:23 PM, Yoav Luft wrote: >> Hi, >> On my dell Vostro 1520, with intel hda ICH9 82801I sound card >> (xSTAC92HD71B3, according to /proc/asound/card0/codec), only one >> application can access the sound card at a time. This probably means >> that applications access the hardware, and not some software mixer. I >> tried to follow information in the alsa wiki >> (http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html#pcm_plugins_dmix) >> for setting manually dmix, but couldn't configure anything working. I >> could find any good documentation (and I don't have plenty of time to >> dig in it, it's the middle of the semester). Does anyone can help on >> the topic? > > I think all you need to do is to put the "alsasound" service in your > default runlevel. > >rc-update add alsasound default > > At least that's what I remember doing when I tried ALSA a few months > ago. You might need to reboot though so that the card is freed first. All alsasound does is to save and restore mixer settings, so you don't have to modify them by hand each time you reboot. There are a number of problems with dmix in alsa, it's one of the reasons why people keep inventing stuff like pulseaudio to work around these issues, when they should be fixing the problem itself, which is in alsa. I for one, use the ca0106 driver for an audigy card. dmix here works ok... until you play a 5.1 stream. When the surround is enabled then dmix doesn't work, and I can't play anything else. When I am in regular stereo mode I can play as many streams as I want without a problem. This is well known, reported, and it has hit a lot of people. But unfortunately, there's no fix yet. @Yoav Luft, I don't know if this is the same problem, maybe it doesn't relate at all. You should start by checking that there's no pulseaudio or something like that monopolizing the alsa output, because maybe the problem is not alsa itself. But, if alsa is running alone, I'd start by checking the alsa bug tracker and see if there's someone that has the same card/uses the same driver and has the same problem. -- Jesús Guerrero
Re: [gentoo-user] Re: Heads up: Your system might be broken and/or insecure due to serious patch-2.6 bug
On Wed, 2 Dec 2009 17:30:37 +0200, Alan McKinnon wrote: > Of course I ran emerge -p. Well actually I run emerge -a but the effect is > the > same - see what's going to be installed before it's installed. Until a > week > ago no-one knew the effects patch-2.6.0 would have so when it appears in > the > list there's no reason to not proceed. Yup. If it was known, the package would have been hard masked or not added to portage at all, to start with. -- Jesús Guerrero
Re: [gentoo-user] Looong delays
On Wed, 2 Dec 2009 10:10:30 -0500, Willie Wong wrote: > On Wed, Dec 02, 2009 at 12:32:20PM +0100, Penguin Lover Jes??s Guerrero > squawked: >> On Wed, 2 Dec 2009 13:22:38 +0200, Dirk Uys wrote: >> > This has been bothering me for some time now. I have a Dell PC at work, >> > Intel Core2 Duo with 4gb ram etc. Whenever something does a lot of disk >> > access, the PC slows down to a halt? > >> > The application that is mostly involved when I get >> > these long delays is FireFox, VMWare and emerge (emerge --sync). >> >> I know I am hitting at the obvious, but I can't be sure you already >> checked that. >> >> Since the applications you are using can be quite intensive in memory >> usage, did you check whether you are hitting swap or not? > > I realize that Firefox is a memory hog, but how many tabs must be open > for Swap to hit severely on a machine with 4gb ram? :) A lot. But even though it's possible to hog that system with firefox alone, I wasn't thinking in that extreme case. I was more thinking along the lines of wmware running a huge vm inside of it and I only meant firefox and emerge as little Satan's helpers :D > Question in general: emerge --sync and VMWare I can see, but why does > FireFox require heavy disk access? Well, that's why I ask if he's hitting swap. ANY app will require disk access, even if not directly, if the ram is full. I have no idea if that's the case though, I was just pointing at a possibility :) -- Jesús Guerrero
Re: [gentoo-user] Looong delays
On Wed, 2 Dec 2009 13:22:38 +0200, Dirk Uys wrote: > Hi > > This has been bothering me for some time now. I have a Dell PC at work, > Intel Core2 Duo with 4gb ram etc. Whenever something does a lot of disk > access, the PC slows down to a halt? I remember some issue between Firefox > and the kernel causing long pauses, but I've had several different kernel > versions running. > > I also use the ntfs-3g driver for write access to a doze partition, but > although the degradation in performance more severe with the ntfs-3g > driver, > access to the native (ext3) partition also drags the system down for a > while. > > I checked obvious things like whether or not I enable SMP in the kernel. I > tried changing the kernel pre-emption from low latency desktop to desktop, > but the problem persist. The application that is mostly involved when I get > these long delays is FireFox, VMWare and emerge (emerge --sync). > Everything > is compiled 64bit but I have the 32bit emulation libs. > > Can anyone point me into some direction? > > Regards > Dirk I know I am hitting at the obvious, but I can't be sure you already checked that. Since the applications you are using can be quite intensive in memory usage, did you check whether you are hitting swap or not? -- Jesús Guerrero
Re: [gentoo-user] fsck won't work if ac cord not attached?!
Maxim really has a bad attitude, but I'll try once more, and only once. This post I quote from Willie Wong has an step-by-step guide that Maxim obviously didn't read, because even the most utterly illiterate person would understand it. On Tue, 1 Dec 2009 04:56:53 -0500, Willie Wong wrote: > > (a) When AC cord is plugged in, fsck runs on boot. > (b) When running on battery, fsck refuses to run on boot. > (c) When fsck does not run, your computer refuses to mount /var and > /home? > [...] > > (i) You have a broken ext2 file system. Probably marked dirty from a > bad unmount prior to shutdown. > (ii) On boot, when the AC cord is plugged in, fsck runs, so any error > is fixed, and if no error, the file system is marked clean again. > (ii') When running on battery, because devs don't want fsck to run half > way and have the computer run out of battery (which may corrupt the > FS beyond whatever state it is already in), fsck does not run. > (iii) Since the file system is marked clean, when the AC cord is in, > the system boots fine. Directories are mounted, you can use it as > usual. > (iii') When the AC cord is out, the file system is still marked dirty, > since fsck did not have a chance to look at it. Mount refuses to > process those directories because Bad Things (tm) can happen. So > your boot fails. > > Again, if (a-c) are correct, then what Neil and Alan said does NOT in > anyway contradict your observation I quoted just above; in fact, your > quote seems to make their diagnosis even more reasonable. > > According to what I vaguely remember of this thread (again correct me > if I am wrong), you see the symptom that (iii) behaves differently > from (iii'), and want to fix it by making its immediate causes (ii) > and (ii') agree. What Neil and Alan are telling you is that (ii) vs > (ii') should never be a problem (and I agree: on my Gigabyte netbook > my ext2 and my ext3 partitions never showed any behaviour like yours), > and in fact it is probably by design. That the reason why (iii) and > (iii') differ is actually (i). What Maxim fails to see is that fsck *is not a fix* for his problem. The real problem is that the fs is marked dirty, and that happens because it has not been unmounted the right way on shutdown. When fsck runs at boot time, the fs is marked clean and it can be mounted, when fsck doesn't run it isn't marked clean, and, hence, it can't be mounted. Please, Maxim, once and for all, understand that running fsck when the power is low is bad, it could completely break your fs, do you really think that's an acceptable policy Please, Maxim, once and for all, understand that if an fs is marked as non-clean, it can't be mounted, because it could completely break your fs, and you would lose all your data in a single sweep, is that an acceptable policy??? Plese, Maxim, once and for all, understand that the real problem is *why is your fs being marked dirty*??? That's the problem that you don't seem to be aware of, you are now just feeling a rigid zealotry for your cause and you are not even listening any longer. Please, read this post, quotes fron Wong included, and try to understand what we are saying before even responding. You are only repeating yourself "but with the powercord it works, explain me why?", and we have done so many times already: with your power cord, fsck works, when fsck works, the fs is marked clean, when it's clean it can be mounted. Right? Now ask yourself: why is not not clean? Why??? To explain your crazy theories you have invented some rules that never existed, during more than 15 years of ext2, it NEVER ever required fsck to boot, that's an invention of you. Others have already told you that fsck DOESN'T run at every boot. Only when the fs is not clean or when it's due. They even told you that the tune2fs tool can be used to control this, and that fstab can as well. You didn't even bother to check the man pages, instead you just continue to invent theories that can support your crazy idea that the Earth is flat so everything can fit together in your mind. If you want help, we are handing it to you, if not, please, just stop and good luck anywhere else. Regards, and some tea. -- Jesús Guerrero
Re: [gentoo-user] What provides libaudio.so
On Sun, 29 Nov 2009 23:47:21 +0200, Alan McKinnon wrote: > Hi, > > I need a 32 bit browser running 32 bit java on an ~amd64 system (that's > the > only combination that works on the company vpn, it's complicated). mozilla- > firefox-bin works, but it interferes with the regular firefox installed > when > run. > > A 32 bit Opera would be ideal but for some bizarre reason it insists that > libaudio.so *must* be present, which is provided by nas. And mine is 64 > bit. > None of the emul-linux-x86 packages seem to provide it. > > What's an easy way to get such a lib, keeping in mind that I don't have a > handy 32 bit machine to snarf one off of? You can just search for the package at http://rpm.pbone.net/, uncompress it and pick the lib from there. -- Jesús Guerrero
Re: [gentoo-user] flash drive FAT partition disappears
Hello, first, the disclaimer: take everything I'll say here as a starting point, not as an universal truth. I am by no means specialist in this kind of toys. On Thu, 19 Nov 2009 02:46:36 +, "Alan E. Davis" wrote: > I can't think of a specific place to look for this, so will try the > eclectics at gentoo-user. > > A student handed me a USB flash drive with a video file on it he wanted to > offer to me to watch. It mounted automatically, I copied the file, then I > took the disk out of the drive and gave it to him. I cannot say with 100% > certainty that I unmounted it. The file was completely copied. I am > pretty > careful, so I think I unmounted it. Even if you didn't, in my understanding, all that could cause (normally) is a broken file system. The effects will usually depends on whatever was happening at the moment, and at the fs you are using. Some mount options can influence this as well. To palliate the effects of a catastrophic plug off without having umounted before you can use the -osync mount option, which will enable synchronous writes (making your device seems slower, because writes will no longer be deferred/cached for a later oportunity). But, that's not a substitute for a true umount, or a sync. It's just a way to shorten the scope of any possible problem if you accidentelly unplug the drive without having used umount first. As a note, FAT is not precisely known for being too solid. > Today he came back to me, asking what happened to his disk. He said > nothing > it there anymore. I checked. Gparted says this drive (4 GB I think) has 2 > Terabytes of unallocated space. None of the Windoze gurus (so to speak) > around here know what to do. > > Any ideas? I'm afraid the little bit of progress I've made over the past > 13 years in advocating GNU/Linux and Free Softwrae, will be lost if this > problem isn't solved. Your problem with the size of the drive is a bit more alarming. It could be a problem in your partition table. In that case, the chance is high that testdisk can guess a valid partition table and restore the drive to a working state. However, it could also be a fortuitous electric accident that fried the unit, that happens sometimes, and it has nothing to do with you or linux. In any case, and to max the chance to recover anything, the first thing you should be doing is an image of the device, using dd, just in case. All this, assuming that the student didn't already mess up the drive. Anyway, if s/he truly saved the only copy of anything important in a pendrive and then sent it around the world, s/he almost deserves any pain that could derive from that action. -- Jesús Guerrero
Re: [gentoo-user] making a file-list at (a) for fetching at (b)
On Fri, 13 Nov 2009 15:36:27 -0500, Marcus Wanner wrote: > On 11/13/2009 3:24 PM, Maxim Wexler wrote: >> Hi group, >> >> Can someone explain to me how to generate a list of files to be >> fetched, eg -fuDN world, on a slow desktop that can be downloaded onto >> a netbook later? >> >> Maxim >> > You want to generate a list of packages to be upgraded, and then upgrade > them on different computer? He probably wants to update a computer that's got not internet connection. Hence, he will need to get a list of the URI's to download in (a), then fetch them from another computer (b), then put all the files on the $DISTDIR of the (a) computer. Emerge will pick them from there instead of looking for a way to download them. -- Jesús Guerrero
Re: [gentoo-user] making a file-list at (a) for fetching at (b)
On Fri, 13 Nov 2009 13:24:34 -0700, Maxim Wexler wrote: > Hi group, > > Can someone explain to me how to generate a list of files to be > fetched, eg -fuDN world, on a slow desktop that can be downloaded onto > a netbook later? Add -p or --pretend, and redirect the output to a file. emerge -fuDNp world > list.txt -- Jesús Guerrero
Re: [gentoo-user] Anybody using Seamonkey 2 ?
On Sun, 08 Nov 2009 14:32:09 -0600, Dale wrote: > Call me chicken, I'll wait a little bit to let them fix the bugs. I use > almost the whole thing so I want to be sure it is safe. If I were using the mail stuff I'd certainly do that. I would wait until I am relatively sure that everything is going to work. For web usage it really doesn't matter to have an occasional problem, and anyway in that regard seamonkey 2 is going pretty well. But mail is another story. :) In any case, if you are going to test it be sure to make backups, just in case. -- Jesús Guerrero
Re: [gentoo-user] Anybody using Seamonkey 2 ?
On Sun, 08 Nov 2009 04:03:54 -0600, Dale wrote: > Hi, > > I noticed that the Seamonkey Project has released Seamonkey 2.0. I > assume this is the same one that is currently masked and keyworded in > the tree. Is anyone using it already? Any problems? Lose any old > emails or settings that you can notice? Problems with bugs or things > not working? > > [OT sort of] My brother needs to upgrade soon and he is currently using > windoze XP and Seamonkey 1. I tried to do a install the other day but > it sort of ran into a issue of locking up part way through the install. > He didn't lose anything but I did have to go back to the old version to > get it working again. Anyone here run into a similar problem? I can't > recall exactly where it locked up but it was only about 20% or so of the > way through according to the little bar thingy. I plan to install Linux > on his rig once all this KDE stuff gets sorted out. [/OT] > > Thinking about the upgrade, just looking to see if I should or not since > it has some sort of conversion process going on. > For me it's working nicely, I use the ebuild in the mozilla overlay though. However, I only use the browser, I compile it with moznocompose moznoirc moznomail moznoroaming, so I don't know how the rest of the components work. Some people have been complaining about the mail reader in the seamonkey mailing list lately, so you might want to check the mails there. -- Jesús Guerrero
Re: [gentoo-user] {OT?} What happened to iexplore in wine?
On Sat, 7 Nov 2009 05:34:35 -0800, Grant wrote: >>>>> I haven't used wine's /usr/bin/iexplore to test a website in IE for a >>>>> while, and now it looks like that binary is no longer installed. >>>>> Does >>>>> anyone know how to get it, or if there is a replacement of some sort? >>>>> I looked at the files installed by wine in /usr/bin but didn't see >>>>> anything. >>> >>> Great site, I will use that a lot. >>> >>> The nice thing about iexplore is it lets you interact with the >>> browser, and some pages I need to test are the result of a POST. >>> >>> My memory failed me before. iexplore is run like this: >>> >>> wine iexplore www.example.com >>> >>> For me the window it loads is blank though. Is it working for anyone >>> else? >> >> I didn't know this command, it works well for me. >> >> Boris > > It's working for me now too. I just needed to wait a while for it to > fully load. > > - Grant That's not the MS Internet Explorer. If you are using it to check your site compatibility with MSIE then you are doing it wrong. If you want MSIE, you have to install MSIE. -- Jesús Guerrero
Re: [gentoo-user] {OT?} What happened to iexplore in wine?
On Sat, 7 Nov 2009 05:02:54 -0800, Grant wrote: > I haven't used wine's /usr/bin/iexplore to test a website in IE for a > while, and now it looks like that binary is no longer installed. Does > anyone know how to get it, or if there is a replacement of some sort? > I looked at the files installed by wine in /usr/bin but didn't see > anything. Wine never included IE by default so I have no idea what are you talking about, probably some custom setup. Look into ies4wine for an easy way to install IE on wine, I guess that's what you need. -- Jesús Guerrero
Re: [gentoo-user] Another angle on hal/xorg thread
On Wed, 04 Nov 2009 11:25:49 -0500, Mike Edenfield wrote: > On 11/4/2009 10:51 AM, Harry Putnam wrote: >> I didn't want to derail the ongoing thread about hal/xorg with this >> question there. >> >> Far as I remember I haven't done anything special concerning hal but >> at some point hal disappeared. And is not on my system anymore. > > I believe that some packages in portage recently masked off the "hal" > USE flag (GNOME stuff, maybe?), so if those were the only packages > relying on hal it might have gone away. > >> I've always used and /etc/X11/xorg.conf file for starting X. >> What I'm wondering from seeing this kind of topic frequently here is >> if I'm running in some deprecated mode? >> >> If my setup using no hal, and xorg.conf is going to become outdated >> and stop working anytime soon? > > The answer is a solid "who the heck knows". > > If it works for you now, don't mess with it. Wait for the > Xorg/hal/devkit/whatever situation to settle down before you go making > any drastic changes. I'd just save all the config files for future reference, specially if you are going to keep your hardware for a long time. For the rest, use whatever works for you right now. I remind you also of quickpkg, in case you need to test and revert packages quickly. > Some people, like myself, are running X with hal and no .conf file and > it works like a champ. I get better hardware detection with hal, > especially on my laptop, than I ever got manually. > > Other people have had problems with hal and Xorg not detecting their > hardware at all. What you are "frequently" seeing is those people > reminding everyone, every time the topic come up, that you don't *need* > to use the new hal-ified way if it doesn't work for you. This whole hal stuff has always been a mess. Yes, it works for a few persons out of the box. But for those that don't, it has brought a lot of trouble. I've never suggested anyone ditching hal when it worked for him or her. If it ain't broke, don't fix it. But I can't help but to think that I've never liked hal because it's a monsters that doesn't solve the problems that it was created to solve, except in a few cases out of pure chance. I still don't know what's so amazing about the hal automounting stuff, when a simple udev rule can do exactly the same without tainting all my software. Now hal has proven to be what a lot of people knew it was from the beginning, just think of the lot of wasted hours, and the other lot that will be wasted to remove all the metastases on every single program it has touched with its tentacles. Hopefully a big part of it would be a conversion rather than a complete rewrite. However, I am sure that they've learn from the experience, and that's a good thing, it's useless to talk now about *what* could have been done and *how*, we have to look forward, everyone including those that just like me do not like hal. It's the kind of thing that happens when we integrate non-mature technologies into every single product under the sun: if they succeed they are visionaries. If they don't, then everyone complains, human nature I guess. :) -- Jesús Guerrero
Re: [gentoo-user] hal, how to chose between nvidia and nv
On Wed, 4 Nov 2009 11:08:26 +0100, Arnau Bria wrote: > Hi all, > > I have no xorg.conf, so hal does all the conf stuff for me. > My problem (I think) is that I have both modules in my sytem: > > > [I] x11-drivers/nvidia-drivers > > $ grep nv /etc/make.conf > VIDEO_CARDS="vesa nvidia" > > > and seems that Xorg tries some drivers and finally loads nv driver: > > from less /var/log/Xorg.0.log, some relevant info: > > [..] > (--) PCI:*(0:1:0:0) 10de:0221:: nVidia Corporation NV44A [GeForce > 6200] rev 161, Mem > [...] > > (II) LoadModule: "glx" > (II) Loading /usr/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor="NVIDIA Corporation" > compiled for 4.0.2, module version = 1.0.0 > Module class: X.Org Server Extension > (II) NVIDIA GLX Module 180.60 Tue May 12 12:42:34 PDT 2009 > [...] > (II) LoadModule: "dri" > (WW) Warning, couldn't open module dri > (II) UnloadModule: "dri" > (EE) Failed to load module "dri" (module does not exist, 0) > (II) LoadModule: "dri2" > (WW) Warning, couldn't open module dri2 > (II) UnloadModule: "dri2" > (EE) Failed to load module "dri2" (module does not exist, 0) > (II) LoadModule: "nv" > (II) Loading /usr/lib/xorg/modules/drivers//nv_drv.so > (II) Module nv: vendor="X.Org Foundation" > compiled for 1.6.3.901, module version = 2.1.14 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 5.0 > (II) LoadModule: "vesa" > (II) Loading /usr/lib/xorg/modules/drivers//vesa_drv.so > (II) Module vesa: vendor="X.Org Foundation" > compiled for 1.6.3.901, module version = 2.2.1 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 5.0 > (II) LoadModule: "fbdev" > (WW) Warning, couldn't open module fbdev > (II) UnloadModule: "fbdev" > (EE) Failed to load module "fbdev" (module does not exist, 0) > (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, > [...] > (II) NV(0): Initializing int10 > (II) NV(0): Primary V_BIOS segment is: 0xc000 > (--) NV(0): Chipset: "GeForce 6200" > (II) NV(0): Creating default Display subsection in Screen section > "Builtin Default nv Screen 0" for depth/fbbpp 24/32 > (==) NV(0): Depth 24, (--) framebuffer bpp 32 > (==) NV(0): RGB weight 888 > (==) NV(0): Default visual is TrueColor > [...] > (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not > found) > [...] > > > from here all refers to NV. > > Am Iworng or my xorg uses nv driver? if so, how may I force hal to use > nvidia driver? what about dri module? why is it failling to load it? This is only one of the reasons (only one of them) why hal in X is as useless as it can get: if you use any driver that's not provided by the Xorg guys then you still need an xorg.conf. About dri, I don't think nv supports dri at all. It certainly doesn't do any 3d. -- Jesús Guerrero
Re: [gentoo-user] revdep-rebuild vs. @preserved-rebuild [was: Kmplayer, video and audio not syncing.]
Thanks everyone for the input, it's being quite informative and valuable. I guess I'll have to research on this at some point. Still I'd like to keep responses coming if anyone can bring some light into the issue. :) I am responding only to one post, but I've read Alan's one as well, as said, thanks to everyone that answered. On Mon, 2 Nov 2009 16:50:19 +0100, Alex Schuster wrote: > Jesús Guerrero writes: > >> On Mon, 2 Nov 2009 16:12:49 +0200, Alan McKinnon >> wrote: >> > On Monday 02 November 2009 15:58:57 Jesús Guerrero wrote: >> >> On Mon, 2 Nov 2009 13:25:08 +, Neil Bothwick >> >> wrote: >> >> > On Mon, 02 Nov 2009 13:58:03 +0100, Jesús Guerrero wrote: >> >> >> @preserved-rebuild never worked for me, maybe it's just that it >> >> >> doesn't like ~arch. I am just too lazy to work on how to fix a >> >> >> thing when there's an alternative that always worked reliably, >> >> >> revdep-rebuild. > > I like the preserve-libs FEATURE. With revdep-rebuild, things are fixed > after they were broken by an update of a library. And there is a time (in > case of the dreaded expat update, a large one, expecially if revdep- > rebuilding stuff fails for some packages) in which things do not work. I > always hated that and considered it a serious bug. > With preserve-libs, things do not break in the first place, because the > old > libraries are still in place. Ok, well, then the libs are preserved at merge time. Using Alan's analogy, when you update the lib to y.1.0.1.so. It is *at this time* when y.1.0.0 is kept, and that has nothing with using "emerge @preserved-rebuild" *in the future*. You could still use revdep-rebuild and the effect will be the same (except that old libs will not ever be cleaned if I got it right). Right? So, it's not "emerge @preserved-rebuild" which fixes the problem (as I said, by the time you run "emerge @preserved-rebuild" it's already too late, by then the libs are either preserved or broken), but a whole new portage behavior, which is quite different. And maybe only if you have a given FEATURE enabled, which takes this even more far away from the @revdep-rebuild set. So, if this all is correct, this set is intended to *fix* the breakage, just like revdep-rebuild, and *not to prevent* it. It's portage which prevents it by preserving all .so files. Note that revdep-rebuild didn't break anything either. That's false. revdep-rebuild only fixes what portage breaks. It all comes down to one thing: are you using the preserve feature or not? And not the tool you use to fix the binaries. > >> >> > If it didn't work on ~arch, how would it ever make it into arch? >> >> >> >> I am not the one to answer that, all I can say is that the few times >> >> I've tried it, it kept rebuilding the same packages again, and >> >> again, and again ad infinitum, as said, I didn't even bother to find >> >> what the problem was, because I have a working alternative. Sure it >> >> could be better, but that hasn't been the case for me with >> >> @preserved-rebuild. > > I had the same problem with emerge @preserved-rebuild looping endlessly, > but that's probably just a minor issue. Just use emerge @preserved-rebuild > once to make sure the new libs are being used, and remove > /var/lib/portage/preserved_libs_registry afterwards to get rid of the > preserved-libs message. That's good to know. However this needs to be fixed, which is probably one of the reasons why portage 2.2 is taking quite a bit to be released. >> >> > The trouble with revdep-rebuild is that you have to break your >> >> > system and then fix it. Most of the time this is trivial, but >> >> > updates like expat-2.0 showed the usefulness of being able to >> >> > recompile the packages before they were broken. >> >> >> >> I can't understand that. You CAN'T recompile your packages against >> >> the new ABI's until the new ABI is in your system, and hence your >> >> system is already broken. There's no preemptive measure against >> >> this. Both methods fix the system *after* it's broken. >> > >> > Unless the old and the new ABI version are installed side by side. When >> > @preserved-rebuild is run, it deletes the old libs only after >> > everything left that used it is now linked against the new one. >> >> Thanks for the feedback. However there's one thing I can't understand: >> whether the libraries are kept o
Re: [gentoo-user] revdep-rebuild vs. @preserved-rebuild [was: Kmplayer, video and audio not syncing.]
On Mon, 2 Nov 2009 16:12:49 +0200, Alan McKinnon wrote: > On Monday 02 November 2009 15:58:57 Jesús Guerrero wrote: >> On Mon, 2 Nov 2009 13:25:08 +, Neil Bothwick >> >> wrote: >> > On Mon, 02 Nov 2009 13:58:03 +0100, Jesús Guerrero wrote: >> >> @preserved-rebuild never worked for me, maybe it's just that it >> >> doesn't >> >> like ~arch. I am just too lazy to work on how to fix a thing when >> >> there's an alternative that always worked reliably, revdep-rebuild. >> > >> > If it didn't work on ~arch, how would it ever make it into arch? >> >> I am not the one to answer that, all I can say is that the few times I've >> tried it, it kept rebuilding the same packages again, and again, and >> again >> ad infinitum, as said, I didn't even bother to find what the problem was, >> because I have a working alternative. Sure it could be better, but that >> hasn't been the case for me with @preserved-rebuild. >> >> I've seen people reporting the same problems in the forums, so I am >> fairly >> sure that's a common problem and not just exclusive to my installations. >> >> > The trouble with revdep-rebuild is that you have to break your system >> >> and >> >> > then fix it. Most of the time this is trivial, but updates like >> >> expat-2.0 >> >> > showed the usefulness of being able to recompile the packages before >> >> they >> >> > were broken. >> >> I can't understand that. You CAN'T recompile your packages against the >> new >> ABI's until the new ABI is in your system, and hence your system is >> already >> broken. There's no preemptive measure against this. Both methods fix the >> system *after* it's broken. > > Unless the old and the new ABI version are installed side by side. When > @preserved-rebuild is run, it deletes the old libs only after everything > left > that used it is now linked against the new one. Thanks for the feedback. However there's one thing I can't understand: whether the libraries are kept of removed is decided at the merge time, isn't it? So, whatever breaks, breaks when using "emerge" to update the offending library, the one that will break the ABI. So, how can using a tool *after that* have any impact over what's broken? It can fix the problem, but so can revdep-rebuild. I mean: if the old libs with the old abi's are kept, how it is relevant if you are using @preserved-rebuild, revdep-rebuild or another method, or none at all? Your programs will continue to work ok without needing to rebuild anything, won't them? And after rebuilding the package it's irrelevant *how* did you rebuild them... I must obviously be missing something here, if you have the time please, direct me to an adequate source of information or explain a bit, I am curious. > There's only one case where this can't work - the developer changes the > ABI > and does not change the .so version number. That ain't gentoo's fault - > shoot > the developer. Of course, I can understand that. However and even if @preserved-rebuild has some reason to exist, it still doesn't fix the weird behavior that it exhibited for me in the past. But to tell the truth, I haven't tested lately. It just came to mi mind because of the Dale's problem, which seems to be the same one. Please, understand that I'm not complaining, merely describing my experience, I'd rather be filling bugs than complain uselessly, it's just that -as I said- I really didn't see a need to because the old way just works. -- Jesús Guerrero
Re: [gentoo-user] Kmplayer, video and audio not syncing.
On Mon, 2 Nov 2009 13:25:08 +, Neil Bothwick wrote: > On Mon, 02 Nov 2009 13:58:03 +0100, Jesús Guerrero wrote: > >> @preserved-rebuild never worked for me, maybe it's just that it doesn't >> like ~arch. I am just too lazy to work on how to fix a thing when >> there's an alternative that always worked reliably, revdep-rebuild. > > If it didn't work on ~arch, how would it ever make it into arch? > I am not the one to answer that, all I can say is that the few times I've tried it, it kept rebuilding the same packages again, and again, and again ad infinitum, as said, I didn't even bother to find what the problem was, because I have a working alternative. Sure it could be better, but that hasn't been the case for me with @preserved-rebuild. I've seen people reporting the same problems in the forums, so I am fairly sure that's a common problem and not just exclusive to my installations. > The trouble with revdep-rebuild is that you have to break your system and > then fix it. Most of the time this is trivial, but updates like expat-2.0 > showed the usefulness of being able to recompile the packages before they > were broken. I can't understand that. You CAN'T recompile your packages against the new ABI's until the new ABI is in your system, and hence your system is already broken. There's no preemptive measure against this. Both methods fix the system *after* it's broken. -- Jesús Guerrero
Re: [gentoo-user] Kmplayer, video and audio not syncing.
On Mon, 02 Nov 2009 00:08:01 -0600, Dale wrote: > Jesús Guerrero wrote: >> >> As far as I know that version of mplayer is bugged. I can't guarantee >> that >> your problem is the same one I had, but if I am not mistaken the bug is >> present in that release. Please, try 1.0_rc4_p20091026-r1 and see if the >> bug goes away. I will open an STABLEREQ bug to speed up the stabilization >> of this version, and the masking of older ones. After all, they should be >> hard masked or at least patched to fix the bug. >> >> > > Well, this opened a can of worms. After doing that upgrade, I get a > endless loop of preserved-rebuilds. Here is the list that I keep going > in circles with: > > Sun Nov 1 17:22:11 2009 >>> media-libs/x264-0.0.20091021 > Sun Nov 1 17:35:33 2009 >>> media-video/mplayer-1.0_rc4_p20091026-r1 > Sun Nov 1 18:25:39 2009 >>> media-libs/x264-0.0.20081006 > Sun Nov 1 18:29:09 2009 >>> media-libs/libquicktime-1.1.3 > Sun Nov 1 18:47:44 2009 >>> media-video/avidemux-2.4.4-r2 > Sun Nov 1 18:58:11 2009 >>> media-video/ffmpeg-0.5-r1 > Sun Nov 1 21:35:58 2009 >>> media-libs/x264-0.0.20091021 > Sun Nov 1 21:48:19 2009 >>> media-video/mplayer-1.0_rc4_p20091026-r1 > Sun Nov 1 22:25:58 2009 >>> media-libs/x264-0.0.20081006 > Sun Nov 1 22:29:24 2009 >>> media-libs/libquicktime-1.1.3 > Sun Nov 1 22:47:44 2009 >>> media-video/avidemux-2.4.4-r2 > Sun Nov 1 22:58:09 2009 >>> media-video/ffmpeg-0.5-r1 > r...@smoker / # > > It just seems to go round and round. Ideas? @preserved-rebuild never worked for me, maybe it's just that it doesn't like ~arch. I am just too lazy to work on how to fix a thing when there's an alternative that always worked reliably, revdep-rebuild. -- Jesús Guerrero
Re: [gentoo-user] Kmplayer, video and audio not syncing.
On Sun, 01 Nov 2009 12:21:32 -0600, Dale wrote: > Jesús Guerrero wrote: >> On Fri, 30 Oct 2009 22:34:57 -0500, Dale wrote: >> >>> Jesús Guerrero wrote: >>> >>>> kmplayer can get in the middle, can you -please- test regular mplayer >>>> from >>>> command line? >>>> >>>> I've had a similar issue a couple of weeks ago, and we were able to >>>> >> track >> >>>> it down on the mplayer mailing lists. If it's the same bug, I was able >>>> >> to >> >>>> consistently reproduce it in streams with ac3 (5.1) audio (stereo >>>> >> worked >> >>>> fine), and only when using ALSA. So, check that and see if you can see >>>> >> a >> >>>> pattern there. If you see that same pattern, then it might be the same >>>> bug, >>>> it's been fixed in the development branch, and the following ebuilds >>>> should >>>> work fine: >>>> >>>> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, >>>> >>>> If not, then it's probably something else. But try with mplayer alone >>>> when >>>> debugging, since kmplayer just adds another level to worry about. For >>>> your >>>> reference, here's the bug I opened, there you can also find links to >>>> >> the >> >>>> relevant mails in the mplayer ML. >>>> >>>> http://bugs.gentoo.org/show_bug.cgi?id=286020 >>>> >>>> >>>> >>> I can give it a shot at least. Do I just run mplayer path/to/file or do >>> I need to add some options so that it will provide more info? >>> >> >> Sorry for the delay, it's been a busy weekend ;) >> >> You can just run "mplayer ", if you need to force ALSA (so you can >> check if it's a problem with ALSA as it was my case) you can add -ao >> alsa, >> so it would be: >> >> mplayer -ao alsa >> >> Mplayer is usually smart enough to decide what to do without any further >> action on the user's side, however as someone said it's a very complex >> program that can do almost anything in which regards playing media files, >> that's why the man page is such a huge beast. If we manage to identify >> the >> bug and reproduce it consistently then that's a huge step towards >> finding a >> solution. >> >> By the way, what mplayer version are you using? >> > > This is the emerge info for mplayer and ffmpeg since that is what it is > using: > > r...@smoker / # emerge -pv mplayer ffmpeg > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] media-video/ffmpeg-0.5-r1 USE="3dnow 3dnowext X alsa > encode hardcoded-tables ipv6 jpeg2k mmx mmxext mp3 sdl ssse3 vorbis x264 > xvid zlib (-altivec) -amr -bindist -custom-cflags -debug -dirac -doc > -faac -faad -gsm -ieee1394 -network -oss -schroedinger -speex -test > -theora -threads -v4l -v4l2 -vdpau -vhook" VIDEO_CARDS="nvidia" 0 kB > [ebuild R ] media-video/mplayer-1.0_rc2_p20090731 USE="3dnow X aac > alsa ass cddb cdio dirac dv dvd dvdnav enca encode esd faac faad gif > iconv ipv6 jpeg live mad mmx mng mp2 mp3 network opengl osdmenu png > quicktime rar real rtc schroedinger sdl shm speex sse tremor truetype > unicode vorbis win32codecs x264 xscreensaver xv xvid -3dnowext -a52 > -aalib (-altivec) -bidi -bindist -bl -cdparanoia -cpudetection > -custom-cflags -custom-cpuopts -debug -dga -directfb -doc -dts -dvb > -dxr3 -fbcon -ftp -ggi -gmplayer -jack -joystick -ladspa -libcaca -lirc > -lzo -md5sum -mmxext -nas -openal -oss -pnm -pulseaudio -pvr -radio > -samba -sse2 -ssse3 -svga -teletext -tga -theora -v4l -v4l2 -vdpau > -vidix -xanim -xinerama -xvmc -zoran" VIDEO_CARDS="nvidia -mga -s3virge > -tdfx -vesa" 0 kB > > Total: 2 packages (2 reinstalls), Size of downloads: 0 kB > r...@smoker / # > > Those version OK? I am also still using KDE 3.5. KDE4 is just not > there yet for me. As far as I know that version of mplayer is bugged. I can't guarantee that your problem is the same one I had, but if I am not mistaken the bug is present in that release. Please, try 1.0_rc4_p20091026-r1 and see if the bug goes away. I will open an STABLEREQ bug to speed up the stabilization of this version, and the masking of older ones. After all, they should be hard masked or at least patched to fix the bug. -- Jesús Guerrero
Re: [gentoo-user] Kmplayer, video and audio not syncing.
On Fri, 30 Oct 2009 22:34:57 -0500, Dale wrote: > Jesús Guerrero wrote: >> >> kmplayer can get in the middle, can you -please- test regular mplayer >> from >> command line? >> >> I've had a similar issue a couple of weeks ago, and we were able to track >> it down on the mplayer mailing lists. If it's the same bug, I was able to >> consistently reproduce it in streams with ac3 (5.1) audio (stereo worked >> fine), and only when using ALSA. So, check that and see if you can see a >> pattern there. If you see that same pattern, then it might be the same >> bug, >> it's been fixed in the development branch, and the following ebuilds >> should >> work fine: >> >> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, >> >> If not, then it's probably something else. But try with mplayer alone >> when >> debugging, since kmplayer just adds another level to worry about. For >> your >> reference, here's the bug I opened, there you can also find links to the >> relevant mails in the mplayer ML. >> >> http://bugs.gentoo.org/show_bug.cgi?id=286020 >> >> > > I can give it a shot at least. Do I just run mplayer path/to/file or do > I need to add some options so that it will provide more info? Sorry for the delay, it's been a busy weekend ;) You can just run "mplayer ", if you need to force ALSA (so you can check if it's a problem with ALSA as it was my case) you can add -ao alsa, so it would be: mplayer -ao alsa Mplayer is usually smart enough to decide what to do without any further action on the user's side, however as someone said it's a very complex program that can do almost anything in which regards playing media files, that's why the man page is such a huge beast. If we manage to identify the bug and reproduce it consistently then that's a huge step towards finding a solution. By the way, what mplayer version are you using? -- Jesús Guerrero
Re: [gentoo-user] Kmplayer, video and audio not syncing.
On Fri, 30 Oct 2009 06:17:51 -0500, Dale wrote: > Alan McKinnon wrote: >> >> I haven't snipped - the output might be useful later in the thread. >> >> First, the "slow system" message always means something, but it's a bit >> generic. It means that mplayer can't process the audio fast enough and >> like >> the message says is often buggy driver or wrong configs. Try the >> suggestions >> listed. >> >> An OOo compile in the background will indeed kill interactive processes. >> I >> find that even on this DualCore2 2.6 notebook with 4G of RAM, building >> OOo >> sends the load through the roof, especially when it starts printing >> progress >> lines with lots of dots. It's IO blocking on something and the entire >> machine >> just sits there doing nothing whatsoever except sit in a tight loop >> waiting >> for soemthing to happen in the build. >> >> Try again once emerge OOo has completed. emerge KDE should not affect >> things >> anywhere near the same amount. >> >> >> >> > > I'm a snipping. LOL I haven't ignored this reply, I been testing some > things. It appears that some file types are worse than others. .mp4 > for example seems to be worse than a .flv. I'm still trying to make > some sense out of this so I can report back something that makes sense. > Trust me, that can be a challenge for me sometimes. ;-) kmplayer can get in the middle, can you -please- test regular mplayer from command line? I've had a similar issue a couple of weeks ago, and we were able to track it down on the mplayer mailing lists. If it's the same bug, I was able to consistently reproduce it in streams with ac3 (5.1) audio (stereo worked fine), and only when using ALSA. So, check that and see if you can see a pattern there. If you see that same pattern, then it might be the same bug, it's been fixed in the development branch, and the following ebuilds should work fine: 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, If not, then it's probably something else. But try with mplayer alone when debugging, since kmplayer just adds another level to worry about. For your reference, here's the bug I opened, there you can also find links to the relevant mails in the mplayer ML. http://bugs.gentoo.org/show_bug.cgi?id=286020 -- Jesús Guerrero
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Wed, 28 Oct 2009 12:59:59 +0200, Alan McKinnon wrote: > On Wednesday 28 October 2009 12:45:27 Helmut Jarausch wrote: >> On 28 Oct, Alan McKinnon wrote: >> > On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote: >> >> Hi, >> >> >> >> This was working just fine: >> >> >> >> kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 >> >> >> >> Now >> >> kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 >> >> fail with >> >> >> >> (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so >> >> dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined >> >> symbol: >> >> resVgaShared (EE) Failed to load >> >> /usr/lib64/xorg/modules/drivers/fglrx_drv.so >> >> >> >> >> >> Is there any fix already? >> > >> > Apparently not. The conflict lies in the ati drivers and you will have >> > to >> > wait for ATI to support xorg-1.7 before upgrading. >> > >> > There's a bug on b.g.o. which I read last night that has more info. >> > Search for xorg-server, it's near the end of the list (clearly marked) >> >> Thanks for pointing this out to me. >> There should be a warning, since, as many others found out, as well, >> it's not that easier to step back to xorg-server-1.6.5 > > "not that easy" ... now there's an understatement :-) Well, it's truly not for the newbie, but it's not complicated either. After all, you are using ~arch, so..... > The nvidia drivers sensibly block the latest xorg-server. That's what blockers are for: they prevent incompatible packages from being installed together, right? So you can choose what action of course you want to follow. At least your system keeps working instead of throwing you to a text console and greeting you with an undefined symbol message. -- Jesús Guerrero
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Wed, 28 Oct 2009 12:12:32 +0200, Alan McKinnon wrote: > On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote: >> Hi, >> >> This was working just fine: >> >> kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 >> >> Now >> kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 >> fail with >> >> (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so >> dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: >> resVgaShared (EE) Failed to load >> /usr/lib64/xorg/modules/drivers/fglrx_drv.so >> >> >> Is there any fix already? > > > Apparently not. The conflict lies in the ati drivers and you will have to > wait > for ATI to support xorg-1.7 before upgrading. > > There's a bug on b.g.o. which I read last night that has more info. > Search > for xorg-server, it's near the end of the list (clearly marked) There's a thread in the forum as well. Searching for fglrx it's the first one right now, though it's titled towards nvidia. But just look inside. there are instructions on how to revert back. However, the following rule always holds true if you are using fglrx (and to some extent, the nvidia driver): before updating your system, check if there's any important update for X, and if so, please, always triple check in the forum and the web that the new X release is supported by your drivers. At least for fglrx, this is almost never true so the regular procedure is to mask the packages that are about to be updated, and check again when a new ati-drivers revision is in place. -- Jesús Guerrero
Re: [gentoo-user] GCC man pages
On Tue, 27 Oct 2009 13:11:26 +0100, Florian Philipp wrote: > Hi list! > > I noticed that recently (probably with the update to gcc-4.3.4 from > gcc-4.3.2-r2) the man and info pages disappeared. I am curious about this issue as well. I've been suffering this since some time ago, couldn't say exactly when this started, and it seems to be an intermittent problem (right now, for example, I can see the man page, no problem), I haven't been able to narrow it or determine why and how exactly this happens, but so far it only happened to me with the gcc man page. I've not been too concerned about it because I can always look up for it online or ssh to my server and see it there. But it's slightly annoying. I can't help but only confirm that you are not alone. -- Jesús Guerrero
Re: [gentoo-user] X86 stable emerged a bunch of KDE 4 things. How to use them?
On Sun, 25 Oct 2009 13:56:24 -0700, "Kevin O'Gorman" wrote: > Having just emerged what looked like a couple of hundred things, many of > them KDE-4 related, I'm surprised that on reboot I'm still running KDE 3.5. > Moreover, there's only /usr/kde/3.5, no 4*. The only change I noticed was > in the background of the login dialog. You will not see an /usr/kde/4.x unless you have USE=kdeprefix. Since 4.x, kde by default is installed on your regular system prefix, instead of creating his own. So your kde binaries will usually live in /usr/bin, and each component will go to the right place just like for any other package. > Should I just wait, or is there something I should be doing? I have no experience mixing branches of kde. As long as you have the 4.x version of kdebase-startkde you should have a way to start kde4, how to do it will depend no how do you start X. You seem to use kdm, I can't really help with that because I don't use a DM. If you use startx from command line it's just a matter of using the correct binary on your ~/.xinitrc, in this case /usr/bin/startkde if I am not mistaken. -- Jesús Guerrero
Re: [gentoo-user] Re: ATI X trouble, again
On Fri, 23 Oct 2009 17:47:44 +0200, Alex Schuster wrote: > Nikos Chantziaras writes: > >> On 10/23/2009 03:15 PM, Alex Schuster wrote: >> > I did not try ati-drivers. Her card is a RV505 (Radeon X1550 Series) >> > which is no longer supported by current ati-drivers. Older drivers >> > might still work for a while, but only with kernels< 2.6.29. And I >> > suspect the problem is not the driver itself, because radeon does not >> > work, too, and I also had similar problems of a blank screen with an >> > ATI card and different drivers. >> >> For the radeon X driver (which *is* the best choice for the X1000 >> series) make sure you also have radeon in-kernel support enabled. > > It is enabled, and according do dmesg, it is running fine: > > [ 387.433698] [drm] Initialized drm 1.1.0 20060810 > [ 387.535673] [drm] Initialized radeon 1.30.0 20080528 for :02:00.0 > on > minor 0 > > But that's only for GLX, right? So even if it weren't enabled, I should > see > something, I guess. Yes. What kind of blank is it? Do you see the mouse pointer at least? Do the monitor(s) stay on or do they go into standby mode? I've had issues with radeon in the past, and after asking in the mailing list it seemed like some issue with my AGP card. Some developer suggested to try this in the xorg.conf file and it worked for me: Option "BusType" "PCIE" And yes, it's an AGP card. The logic behind this is out of my understanding. You can see the thread here: http://article.gmane.org/gmane.comp.freedesktop.xorg.drivers.ati/10628/match=i92guboj If you have problems with the radeon (not fglrx or radeonhd) driver, I suggest posting to that list. It's probably the best place to get help if the standard procedures do not work. -- Jesús Guerrero
Re: [gentoo-user] ATI X trouble, again
Each time you reinstall the driver (fglrx) for some reason, be sure you do "eselect opengl set ati" again, even if the ebuild says it's doing it for you. I've been hit by that dozens of times. Can't be sure if it's your problem but it might worth a try. Besides that, if you have both installed, make sure (using lsmod) that only fglrx OR radeon+drm is loaded, and that it matches the one in your xorg.conf. Otherwise funny things will happen. -- Jesús Guerrero
Re: [gentoo-user] Short cut for unmerging all packages that are not longer in the tree
On Thu, 22 Oct 2009 14:09:31 +0200, Alan McKinnon wrote: > On Thursday 22 October 2009 15:42:41 Johannes Kimmel wrote: >> Helmut Jarausch wrote: >> > Hi, >> > >> > is there an easy way to unmerge all packages which are no longer in >> > the current portage tree. >> > (Those make problems on update world) >> > >> > Many thanks for a hint, >> > Helmut. >> >> if packages are not in the portage tree, they should not be pulled in >> anymore. therefore "emerge --depclean" could help. > > depclean only removes packages that it knows for a fact are no longer > needed. > This means > > - not in world > - not linked to by anything > - not depended on by anything > > "not in the tree" is not part of that list. If you have a package in world > that is not in the tree anymore, depclean will leave it as is. It will > remove > ancient mere deps that are somehow still lying around though Yep, if the package is in world, delclean will not help. You could always do it the bash way. I have no idea if there's any tool out there that will make this easier, but it's simple enough to script it, something like this should work: qlist -I --nocolor | while read pkg; do if [ ! -d "/var/portage/$pkg" ]; then echo "$pkg is not in portage" fi done This will not catch overlays, but it could be easily extended to do so, it's just a generic (and untested) example. It should work I guess. It just dumps the list of installed packages, then tries to find a dir with the same name under your portage directory and if it doesn't exist then the package name is printed. -- Jesús Guerrero
Re: [gentoo-user] fbpanell alternatives
On Sun, 18 Oct 2009 05:53:27 +0200, meino.cra...@gmx.de wrote: > Hi, > > since fbpanel is not themeable as far as I know and my > eyes have problems to clearly recgonize the red numbers > of the desktops numeration and the "current-desktop" cursor > I am looking for another light panel to uses in conjunction > with openbox. > > What panel with a similiar functionality can be suggested? > The colors should be tuneable. Maybe lxpanel? -- Jesús Guerrero
Re: [gentoo-user] my xorg-server 1.6 seems a bit unstable - what am I doing wrong?
On Fri, 9 Oct 2009 17:08:41 -0400, Denis wrote: >> nvidia drivers load into the kernel. Driver-kernel interaction can cause >> a lot >> of problems. > > Alright, I am now running 2.6.30-gentoo-r6 kernel, but I still have > the same issue. > > I think it's a scroll-bar that triggers it. If I drag a scrollbar > down with my mouse and then run it back up, there is a delayed > response (especially in Acrobat Reader), and when I do that in > Mathematica 5.2, that simply crashes X. > > Now I am kind of regretting that I upgraded to xorg-server-1.6... I > was very happy with 1.5 and before. Sigh. May this be a library > issue? Gtk? I received some kind of an error from Gtk, if I recall, > while using acroread, but acroread did not crash... Acroread has always been particularly unstable. I know nothing about the Linux version of Mathematica. You can always try revdep-rebuild. -- Jesús Guerrero
Re: [gentoo-user] Re: FIXED 3D
On Thu, 08 Oct 2009 22:22:05 -0400, Jonathan Callen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Neil Bothwick wrote: >> Note you can also nest commands when using $(), which you can't do with >> backticks. > > You can nest commands with ``, it's just less intuitive; each of the > following are equivalent: Thank for calling my attention on that. Yes, I know how it works. I rather meant that you can't nest the backticks in a vanilla fashion, like with $(). Escaping the ticks you can do whatever you want, it's just a matter of making sure the right thing reaches the correct depth in a nested chain of shells, since each time that this kind of substitution it happens in a new subshell. $ pgrep bash | wc -l 6 $ echo $(pgrep bash | wc -l) 7 $ echo $(echo $(pgrep bash | wc -l)) 8 I'll admit I didn't express it in the clearest way. However, this doesn't solve the fact of the accents being dead keys in a lost (most?) languages with a Latin alphabet, but English, nor the problem about the clarity (though that's less an issue when you are working in command line, most times anyway). I have no idea if the accent is a standard character in every keyboard layout, so I am not sure that that is a valid argument on any sane keyboard. I just checked and that accent is even part of the 7 bit ascii table (dec 96), which is as minimal as you can get nowadays unless we are speaking about some exotic embedded stuff or ancient device of the caverns, and in that case, probably the same could apply to $, and even () :P -- Jesús Guerrero
Re: [gentoo-user] Re: FIXED 3D
On Thu, 8 Oct 2009 19:33:01 +0100, Neil Bothwick wrote: > On Thu, 08 Oct 2009 18:54:26 +0300, Nikos Chantziaras wrote: > >> And it's usually quicker to type with backticks instead of $(): > > But nowhere near as clear. > >> Note: not single-quotes ('), but backticks (`). It's usually the key >> above TAB and to the left of 1. > > I rest my case :) > > Note you can also nest commands when using $(), which you can't do with > backticks. Note also that some languages and keyboard layouts don't favor the use of the backticks for this case. In Spanish keyboards, this characters: `´^¨ are dead keys (I think that's the correct term, not 100% sure), which means they don't print anything until you press another key. That means that to write `foo` I have to actually type `[space]foo`[space], or at least ``foo`` (press the key twice). An in any case it's just a matter of tastes. Besides that, $() is far clearer, and it allows you to do things like this: echo $(ls -l $(which tar)) Just an useless example. That, you can't do with backticks. -- Jesús Guerrero
Re: [gentoo-user] Re: FIXED 3D
On Thu, 8 Oct 2009 15:28:12 + (UTC), James wrote: > Jesús Guerrero terra.es> writes: > > >> You can't since you want to use ati-driver/fglrx. The fglrx is not part >> of >> the kernel, it's only shipped in the form of a binary-only closed source >> kernel module. fglrx doesn't need (and most likely will fail as you see) >> the in-kernel radeon drm driver. So, either disable radeon AND drm in >> your >> kernel, or build them as modules and make sure that they are not loaded >> before you try to load fglrx. > > > As usually Volker was right. Thanks for this explanation > With a mixture of open sourced and ati-driver systems, > sometimes I get confused.. or careless. > > > One final question. When I run this command: > emerge -1 $(qlist -I x11-drivers) > > I get this error: > 'x11-drivers/ati-drivers' is not a valid package atom > Please check ebuild(5) for full details. > > > yet 'emerge x11-drivers/ati-drivers' > works fine as a one line command > > > Is this a bug? My bad (syntax)? Probably the colors screwing everything, as always. Try searching the qlist man page for something like --nocolor or --color=never. -- Jesús Guerrero
Re: [gentoo-user] Broken 3D
On Wed, 7 Oct 2009 16:49:41 + (UTC), James wrote: > Hello, > > bzflag will not run > > I'm using ati-drivers (9.9-r2) on an AMD64 system. > > xdriinfo says? > > Xlib: extension "XFree86-DRI" missing on > display ":0.0" > Screen 0: not direct rendering capable. > > > Wnen I recompile ati-drivers I get this: > > snip > Found sources for kernel version: > 2.6.30-gentoo-r4 > You have DRM support built in to the kernel > Direct rendering will not work. > > > I usally aways put my video driver stuff into > the kernel, not as a module.. You can't since you want to use ati-driver/fglrx. The fglrx is not part of the kernel, it's only shipped in the form of a binary-only closed source kernel module. fglrx doesn't need (and most likely will fail as you see) the in-kernel radeon drm driver. So, either disable radeon AND drm in your kernel, or build them as modules and make sure that they are not loaded before you try to load fglrx. -- Jesús Guerrero
Re: [gentoo-user] Portage should rebuild kaffeine after libdvdcss installed?
On Tue, 6 Oct 2009 14:22:23 +0900, daid kahl wrote: > 2009/10/5 Jesús Guerrero : >> On Mon, 5 Oct 2009 15:42:22 +0100, Stroller >> wrote: >>> On 5 Oct 2009, at 15:18, Jesús Guerrero wrote: >>> >>> I actually find this a little surprising. I might have thought that >>> the devs might have separated the decryption and playback components: >>> one could imagine it being legal to play back a region 0 DVD in some >>> territories, but not to install or operate encryption "circumvention" >>> software. >> >> Yes, I agree, USE flags are a bit fuzzy. Even if legality wasn't a >> problem, still it's not accurate to use such a name for an use flag that >> adds support for decryption. It's even funnier when you realize that you >> don't even need to enable it to play all the dvd's (only encrypted ones). >> In such cases, the best thing is to fill an enhancement bug and hope for >> the best. I might do that later if I manager to remember it. > > Yeah, I'm agreeing about this notion. Particularly with the legality > issues, there might be some desire to separate watching unencrypted > DVDs from encryption. > > I suppose if the enhancement bug is filed, a suggested name for the > new USE flag is something like dvd-crypto. There was already a bug and it's now closed and fixed. Kaffeine now has a css use flag. css has been chosen because already exists and has exactly that purpose, and besides that, the library that does the work and is pushed as a dependency to play encrypted dvds is called "libdvdcss". http://bugs.gentoo.org/show_bug.cgi?id=287057 -- Jesús Guerrero
Re: [gentoo-user] Portage should rebuild kaffeine after libdvdcss installed?
On Mon, 5 Oct 2009 15:42:22 +0100, Stroller wrote: > On 5 Oct 2009, at 15:18, Jesús Guerrero wrote: > > I actually find this a little surprising. I might have thought that > the devs might have separated the decryption and playback components: > one could imagine it being legal to play back a region 0 DVD in some > territories, but not to install or operate encryption "circumvention" > software. Yes, I agree, USE flags are a bit fuzzy. Even if legality wasn't a problem, still it's not accurate to use such a name for an use flag that adds support for decryption. It's even funnier when you realize that you don't even need to enable it to play all the dvd's (only encrypted ones). In such cases, the best thing is to fill an enhancement bug and hope for the best. I might do that later if I manager to remember it. -- Jesús Guerrero
Re: [gentoo-user] Portage should rebuild kaffeine after libdvdcss installed?
On Mon, 5 Oct 2009 15:00:46 +0100, Stroller wrote: > On 5 Oct 2009, at 02:44, Jesús Guerrero wrote: >> On Mon, 5 Oct 2009 10:31:53 +0900, daid kahl >> wrote: >>> ... >>> I was getting some Japanese-bought DVDs ... to rebuild kaffeine (or >>> mplayer, etc) >> >> Nope. What you have to do is to set up the correct use flags for >> xine-lib >> (dvd). > > I think the css USE flag may also be required, at least by some > packages. For each package it might be different (which can be confusing) but for xine-lib, it's the "dvd" use flag which controls this, and trigger the dependency of xine-libs upon libdvdcss. You just need to look into the ebuild to see it: $ grep dvd /var/portage/media-libs/xine-lib/xine-lib-1.1.16.3-r1.ebuild IUSE="-aalib -libcaca -arts esd win32codecs nls +dvd +X directfb +vorbis +alsa dvd? ( >=media-libs/libdvdcss-1.2.7 ) -- Jesús Guerrero
Re: [gentoo-user] Portage should rebuild kaffeine after libdvdcss installed?
On Sun, 04 Oct 2009 21:19:04 -0500, Dale wrote: > Jesús Guerrero wrote: >> On Mon, 5 Oct 2009 10:31:53 +0900, daid kahl wrote: >> >>> Hello all, >>> >>> I was getting some Japanese-bought DVDs to play correctly on my >>> laptop, and I found that I after I installed libdvdcss from portage, >>> portage did not think to rebuild kaffeine (or mplayer, etc), but that >>> was necessary to get full viewing functionality. >>> >>> In the first case, I wonder if libdvdcss should be pulled in by the >>> dvd USE flag. Secondly, I think portage ought to be smart enough to >>> know to rebuild programs in such a case. >>> >> >> Nope. What you have to do is to set up the correct use flags for xine-lib >> (dvd). All the dependencies will be pushed, you don't even have to >> implicitly install libdvdcss. When a given use flag is changed portage >> will >> detect and recompile all the required packages with a simple emerge >> -auDVN >> world. >> >> > > I think this is a typo. The command should be emerge -auDvN world. The > upper case V would only print the version of portage. That should > therefore be a lower case v. Well spotted, yes, it's a typo. Thanks for the correction. :) -- Jesús Guerrero
Re: [gentoo-user] Portage should rebuild kaffeine after libdvdcss installed?
On Mon, 5 Oct 2009 10:31:53 +0900, daid kahl wrote: > Hello all, > > I was getting some Japanese-bought DVDs to play correctly on my > laptop, and I found that I after I installed libdvdcss from portage, > portage did not think to rebuild kaffeine (or mplayer, etc), but that > was necessary to get full viewing functionality. > > In the first case, I wonder if libdvdcss should be pulled in by the > dvd USE flag. Secondly, I think portage ought to be smart enough to > know to rebuild programs in such a case. Nope. What you have to do is to set up the correct use flags for xine-lib (dvd). All the dependencies will be pushed, you don't even have to implicitly install libdvdcss. When a given use flag is changed portage will detect and recompile all the required packages with a simple emerge -auDVN world. -- Jesús Guerrero
Re: [gentoo-user] Re: preferred editor
On Sun, 4 Oct 2009 01:22:47 + (UTC), Grant Edwards wrote: > On 2009-10-03, Stroller wrote: >> >> On 2 Oct 2009, at 17:16, Grant Edwards wrote: >>> ... >>> I don't like nano much either -- I find it rather clumsy, but >>> at least it seems to be "safe". It doesn't trash my file every >>> 30 seconds when I start typing content while in command mode. >>> Honestly -- I've used vi infrequently but regularly (probably >>> several times a month) for decades, and my brain just doesn't >>> work the way vi does. >> >> What editor do you prefer, then? > > I'm an emacs guy. I've been using emacs (or various clones > such as jove and jed) for 25 years now. > >> IIRC when I was at uni (c 2000) one of the TA's suggested Joe >> as an alternative to the traditional Unix editors. I have been >> making a little effort in the last year or two to come to >> grips with vi or vim, and am starting to prefer it, but ISTM >> that the problem with traditional Unix editors (i.e. vi & >> emacs) is that they depend upon learning obscure keyboard >> shortcuts. > > I don't have any problem learning keystrokes. I do have > problems with vi's modality. That's just one of the things I dislike about vi and all the vi clones out there. To me it is like the difference between edit to live and live to edit. It's a good editor and I respect people who like and use vi, but I refuse to use it unless there's absolutely no other option. -- Jesús Guerrero
Re: [gentoo-user] Am I wrong?..
On Fri, 02 Oct 2009 13:57:44 +0300, "Arthur D." wrote: >> So, if it can't find vim, we should go >> fix that ourselves and that is acceptable, but if it can't find nano then >> that's unacceptable for you, did I get it right? > Did you visit > http://www.rootshell.be/~spinal/gentoo_bug_report/286017.html ? Obviously I did. Otherwise I couldn't have commented on your patch for the ebuild. I also posted in that bug in case you missed it. > I was forced to offer the maintainer to respect at least vanilla sudo > behaviour. > You don't like something? Go ahead create a ticket and speak with Diego. I don't have to open any bug this time, I am not the one that's not happy with sudo. ;) -- Jesús Guerrero
Re: [gentoo-user] Am I wrong?..
On Fri, 02 Oct 2009 13:35:47 +0300, "Arthur D." wrote: >> Oh, and your ebuild patch doesn't even bother to check the vim >> dependency. > > The "vanilla" USE flag is not global, it's local, man. That's irrelevant. Each ebuild should sort its dependencies. The scope of the use flags is irrelevant. > And it doesn't force user to install vim. > You may want to make symlink /usr/bin/vi -> /bin/busybox instead. Right, you were complaining because it didn't work out of the box, but now you don't care about that? I fail to understand that reasoning. Oh, yes, I understand it: it doesn't matter because *you* have vim installed so it won't bother you. I'd like to see why for you it's acceptable to symlink a file manually but it's not acceptable to configure sudo... I also wonder what's the difference between sudo complaining that it can be find nano and sudo complaining that it can't find vim. So, if it can't find vim, we should go fix that ourselves and that is acceptable, but if it can't find nano then that's unacceptable for you, did I get it right? -- Jesús Guerrero
Re: [gentoo-user] Am I wrong?..
On Fri, 2 Oct 2009 11:21:53 +0100, Neil Bothwick wrote: > On Fri, 02 Oct 2009 12:09:23 +0200, Jesús Guerrero wrote: > >> The USE flag idea is non-viable and doesn't make sense. > > Why not? The flag already exists for the very purpose the OP raised. Oh, you meant "vanilla", sorry, I was talking about the other idea that I read on I don't know which mail before about USE flags to set different editors, which is not viable at all. I'd have nothing against the "vanilla" flag, but surely everyone will want a flag for their preferred editor. Using a var in make.conf is absolutely better in my opinion, but as said, this is non-trivial. Portage would need to adjust the dependencies, it's not as easy as to throw a random string into the ebuild. -- Jesús Guerrero
Re: [gentoo-user] Am I wrong?..
On Thu, 01 Oct 2009 23:12:36 +0300, "Arthur D." wrote: > James Ausmus писал(а) в своём письме Thu, 01 Oct > > 2009 22:04:38 +0300: > > VI. > Maybe it's called VIsudo because VIM is better alternative for VANILLA, > hah? Maybe we should stick to the old devfs stuff instead of udev, because the names matches. Maybe we should use fam as our file alteration monitor instead of the newest gaim, because the names matches. Maybe we should continue using xfree86 because a lot of tools are still named the xf* way. Let's assume it: each distro has its defaults and times change. The origin of the name of visudo is at best an extremely poor argument. > I think it's most reasonably to omit that hardcoding line from ebuild. > I'm sure visudo will notice the user about what should be done to make it > work > as expected and that's better behaviour than complaining about missing > /bin/nano, > don't u think so? No, Gentoo assumes nano as a safe default. If you are ripping something that's part of the base installation (in fact, it's part of the system package set) then you should be prepared to handle it yourself. There's a default editor just like there's a default syslogger, a default cron daemon and a default package manager. Maybe we should also start debating about there. Maybe, and following your logic, it would be better to set as default something that might not even be installed because the first two letter of "vim" and "visudo" are the same. If you truly want to find a "solution", you will have to dig much deeper than that, and not just put your preferred editor instead of the one that comes in the gentoo stage files in the ebuild, because that's simply not acceptable. Oh, and your ebuild patch doesn't even bother to check the vim dependency. Oh, and to set a default is not the same than "hardcoding". They are very different concepts. All the programs have defaults on their config files. Assume it, your vim zealotry is getting in the middle. Try to look at it from a distant perspective. Then let the ideas rest a couple of days and come back if you have a proper suggestion other than "set my beloved vim as default". -- Jesús Guerrero
Re: [gentoo-user] Am I wrong?..
This thread is really out of control, I doubt anything useful can be born here, we are just running circles around a chair. On Fri, 2 Oct 2009 04:54:42 -0500, forgottenwizard wrote: > On Fri, Oct 02, 2009 at 11:40:33AM +0200, Sebastian Be?ler wrote: >> Am 02.10.2009 11:29, schrieb forgottenwizard: >> >> Then maybe a "custom_editor"-flag that inserts >> >> Defaultsenv_keep += "EDITOR VISUAL PAGER" >> >> to /etc/sudoers >> >> With that even emacs users would be satisfied. >> >> Greetings >> >> Sebastian >> > > Didn't the maintainer/dev that was dealing with the bug say that he > wouldn't do that because it was insecure? > > That also doesn't fix the problem that sudo thinks that nano is a safe > fallback. The problem is not in the editor, that's just one of the thousand assumptions people make here that are incorrect. The developers were rather pointing at the use of keep_env in the sudoers file, which is indeed risky, and the usage of external variables in the ebuild, which is also not only insecure, but very bad from every single viewpoint that I can think of. And anyway, it's true that vimOS and emacOS are not the sanest and more secure editors for config file, since they can do everything, and a bad user config for any of these (specially emacs I gues) can put your system at risk easier than nano could ever, because nano simply has not the needed capabilities to act as a nuclear bomb. But as said, that wasn't the point of the developers. > How about a custom_editor flag, as you suggested, then an EDITOR > variable in make.conf? Thats the only way I could see being able to > solve this problem without invariably screwing someone. This would > provide a fairly sane default while giving the user the choice to use > something else. That would be the only way that it would make sense to me. Just like we have VIDEO_CARDS, some GENTOO_EDITOR variable would be nice for this. But ebuilds and eclasses would need to be aware of this to push the correct dependencies. It's not that trivial to addapt portage to a new portage variable. The USE flag idea is non-viable and doesn't make sense. It really isn't a big deal to configure yourself anyways. So unless some developer is interested in this, I doubt they are going to do the job unless some pristine and already working patch is sent to them, and someone is willing to work on a collaborative way, and not just throwing blindingly in the sudo ebuild. -- Jesús Guerrero
Re: [gentoo-user] KDE 4 bugs update
On Thu, 1 Oct 2009 15:27:47 +0900, daid kahl wrote: >> >> Change it in Systemsettings. I use konsole-4.3.1 with kde-3.5.10 and >> after the change it opens firefox for me. >> >> > What all do you unmask for this? I'm still kicking around 3.5.10, but I > wouldn't mind some updated apps, and some of the new Konsole features sound > useful (which is ironic, since they were laid out as to why there aren't > differences from 3.5.10...) > > Of course I wouldn't mind Okular either, but I think this needs the full > kde4 libraries. I don't know if I understand you well, but either way you'll need kdelibs for *any* kde package, konsole is no exception. It's perfectly possible to have 3.x and 4.x installed alongside, but if you use both at the same time it will of course cause an extra "waste" of ram. There's no work around for that because you will have to load the run time stuff for both kde 3.x and 4.x, but nothing that a modern desktop machine should be worried about. You can start by keywording kdelibs and konsole for your ~arch, then try to emerge and go from there. -- Jesús Guerrero
Re: [gentoo-user] Is my machine too old for virtualbox?
On Sun, 27 Sep 2009 14:51:45 -0400, "Walter Dnes" wrote: > On Sun, Sep 27, 2009 at 09:28:03AM -0400, Walter Dnes wrote > > I apologize for wasting everybody's time. I didn't RTFM thoroughly > enough. Apparently, with the Sun install, and any time you build a new > kernel, you have to "/etc/init.d/vboxdrv setup". The result is... > > [d530][root][~] /etc/init.d/vboxdrv setup > * Stopping VirtualBox kernel module ... > * [ ok ] * Recompiling VirtualBox kernel module ... > * [ ok ] * Starting VirtualBox kernel module ... > > [d530][root][~] > > ...and on rebooting, I get... > > * Starting VirtualBox kernel module ... * [ ok ] > > While I'm at it, here's what I have in my .config regarding KVM. Since > I don't use KVM, can I turn off all the options here without affecting > virtualbox? > > # CONFIG_CRYPTO_HW is not set > CONFIG_HAVE_KVM=y > CONFIG_HAVE_KVM_IRQCHIP=y > CONFIG_VIRTUALIZATION=y > CONFIG_KVM=y > CONFIG_KVM_INTEL=y > # CONFIG_KVM_AMD is not set > # CONFIG_KVM_TRACE is not set > # CONFIG_LGUEST is not set > # CONFIG_VIRTIO_PCI is not set > # CONFIG_VIRTIO_BALLOON is not set > # CONFIG_BINARY_PRINTF is not set kvm and virtualbox are not related, you can turn those on if you don't need kvm. Virtualbox will continue working. -- Jesús Guerrero
Re: [gentoo-user] Re: Is my machine too old for virtualbox?
On Sun, 27 Sep 2009 14:01:02 -0400, "Walter Dnes" wrote: > On Sun, Sep 27, 2009 at 08:15:46AM -0700, walt wrote > >> I'm using the vbox svn repository from Sun, so I haven't tried building >> the portage version. > > As I mentioned, I'm using Sun's install because the portage install > dies. > >> What problem do you see? > > At bootup I get... > * Starting VirtualBox kernel module ... > * modprobe vboxdrv failed. Please use 'dmesg' to find out why > > I'm attaching dmesg output in the hope that someone can figure this > out. The attached output doesn't seem to have anything related to vboxdrv at all. In any case, did you check that you are compiling the driver against the right kernel? Look at the output of uname -r, and make sure that the symlink /usr/src/linux points to the current kernel version, then recompile the drivers package. -- Jesús Guerrero
Re: [gentoo-user] [OT] Rootwindow Sysmon?
On Wed, 16 Sep 2009 12:07:29 -0400, Willie Wong wrote: > On Wed, Sep 16, 2009 at 05:51:30PM +0200, Penguin Lover > meino.cra...@gmx.de squawked: >> on my way to the "best" window manager (at least for my needs ;) ) >> I came across a lot of screenshots of themes. >> More than one screenshot shows something which looks like a >> system monitor a la gkrellm but it was painted plain onto >> the background / root window. > > It may help if you point us to the screen shot. > > But quite a few X applications allow drawing directly to the root > window. For example, torsmo and conky (both in portage), supports the > -w switch to specify the window id. You just need to specify the right > one for the root window :) Correction, torsmo is gone from portage since at least 3 years ago, conky was born as a fork of torsmo, and it's being actively developed, while torsmo has been discontinue upstream. -- Jesús Guerrero
Re: [gentoo-user] Fluxbox + wmdockapps ?
On Sun, 13 Sep 2009 16:46:21 +0200, meino.cra...@gmx.de wrote: > meino.cra...@gmx.de [09-09-13 16:22]: >> >> Hi, >> >> I thought that I had understood some informations given >> by sites of the internet that fluxbox's slit can handle >> wmdockapps (wmnetload for example). >> I installed fluxbox and could use slit via ob-mda, wich >> are openbox dockapps. So slit is working. >> >> I can start wmnetload without any error but also >> without any effect. >> >> Do I have the wrong informations or is it generally >> not working, what I am trying to do? >> >> Have a nice sunday! >> mcc >> >> --- >> Please don't send me any Word- or Powerpoint-Attachments >> unless it's absolutely neccessary. - Send simply Text. >> See http://www.gnu.org/philosophy/no-word-attachments.html >> In a world without fences and walls nobody needs gates and windows. >> > > Sorry, wrong alert! :) > > suddenly it works...why? dont know... > Probably there is an error in front of my > keyboard... Hehe, well, some of these plugins are a bit weird. Also, make sure you check the command line options, some of them might need to be launched with a special flag (usually -w) to be in withdrawn/ embeddable mode. -- Jesús Guerrero
Re: [gentoo-user] [OT] In search of a "good" windowmanager
On Sat, 12 Sep 2009 22:52:40 -0500, forgottenwizard wrote: > On Sun, Sep 13, 2009 at 02:55:34AM +0200, meino.cra...@gmx.de wrote: >> forgottenwizard [09-09-13 02:12]: >> > On Sat, Sep 12, 2009 at 01:37:45PM -0500, Paul Hartman wrote: >> > > On Sat, Sep 12, 2009 at 8:40 AM, wrote: >> > > > >> > > > Hi, >> > > > >> > > > for a long time I used IceWM as my windowmanager since I dont >> > > > want to mimicry other OSses (...) or want session management. >> > > > One thing, which is a must-have of windowmanagers I want to use >> > > > is the possibility to control the windowmanager nearly completly >> > > > with the keyboard (hotkeys configurable) which does *not* >> > > > imply "uncontrollable by mouse" ;) >> > > > Furthermore I should not be a hana-bi or anything else eye-candy >> > > > like (nothing against hana-bi as hana-bi!) -- most of the time >> > > > I will use the windowmanager instead of only looking at it -- >> > > > which >> > > > does not imply: "black anmd white ugly ascii thingy". >> > > > >> > > > Since IceWM seems to be gone into hibernation phase I am looking >> > > > for >> > > > a replacement which should >> > > > -- be widely configurable via ascii files >> > > > -- be as far as possible controllable by keyboard >> > > > -- be also useable with the mouse >> > > > -- no eye-candy >> > > > -- not ugly >> > > > -- NOT tiling >> > > > -- FAST! >> > > > >> > > > I would like to hear from others what experiences they made with >> > > > what windowmanagers. >> > > > >> > > > Thank you very much in advance for any help! >> > > > Best regards and have a nice weekend! >> > > > Meino Cramer >> > > >> > > try Openbox, tiny but modern >> > > >> > >> > Another vote for Openbox. Good little wm. If you want a panel for it, >> > I'd suggest fbpanel. >> > >> >> Hi, >> >> Currently I am playing aroung with fluxbox. The previously missing >> feature of a keyboard useable applikation menu is nearly "fixed" :) >> >> I also installed fbpanel -- what I miss are the two mini-graphs of >> the IceWM-Taskbar, which shows CPU load and net traffic throughput. >> Can I get this anywhere in a way that it is incorparated into >> fbpanel? > > It may be possible, but I don't know how. I used fbpanel as just a > panel, though if you scale it down in width you could run conky and get > the info you want in the exposed area. You can use the fluxbox "slit" to embed wmaker applets, there are quite a lot on portage under the category x11-plugins/ but also in many more places. You could as well use gkrellm which does a lot of things in a very reduced space. -- Jesús Guerrero
Re: [gentoo-user] [OT] In search of a "good" windowmanager
On Sat, 12 Sep 2009 13:34:27 -0400, Philip Webb wrote: > 090912 Lars Gustäbel wrote: >> I've been using fvwm2 for years now ... >> I have a graphical system monitor on my third desktop ... > > Can you have multiple desktops with Fvwm ? > I couldn't find anything about it in the manual > & dropped further investigation of Fvwm as a result. Obviously you didn't look too much into fvwm. By default you only have to move the mouse across the screen border to change to another "page" using the fvwm terminology. This is configurable of course, you have the DesktopSize option which configures the number of pages on each desktop, you can as well define many desktops, each of them with many pages. It's far more powerful than the average WM in that regard, certainly more powerful than xfwm, kwin or metacity (which is the dumbest wm ever in my humble opinion). Fvwm is not for the lazy, though. But it can do *almost* anything, my only complain about it is the xinerama support, I am just one of the xrandr haters out there. Menus also can be defined and accessed using keybindings. Or you could very well use just keybindings and don't use menus, which is what I do. -- Jesús Guerrero
Re: [gentoo-user] ati-drivers and 2.6.31 ?
On Thu, 10 Sep 2009 18:35:11 +0200, Peter Alfredsen wrote: > On Thu, 10 Sep 2009 09:51:01 +0200 (CEST) > Helmut Jarausch wrote: > >> Hi, >> >> is there a patch for the ati-driver together with the new 2.6.31 >> kernel? >> >> Currently I get (ati-drivers-9.8) >> Kernels newer then 2.6.30 are not supported by this driver > > Try ati-drivers-8.660. It's ati-drivers-9.10-alpha in disguise. Ubuntu > got ATI to give them some working drivers for Karmic. Scarabeus then put > them in the tree, but used the old versioning scheme to distinguish > them from the normal releases. > > /Peter Ugh, that's quite disturbing. All these version scheme dances are anything but practical. If there's no new release we should be using 9.8-r1 or whatever fits, just like in any other package. Otherwise, when .31 hits the tree we are going to need to mask ati-drivers and unmask that concrete version. -- Jesús Guerrero
Re: [gentoo-user] Unpacking a .exe file
On Thu, 10 Sep 2009 13:39:11 +0100, Mick wrote: > 2009/9/10 Jesús Guerrero : >> On Thu, 10 Sep 2009 10:17:28 +0100, Mick >> wrote: >>> 2009/9/10 Adam Carter : >>>> Did you try running the .exe with wine? >>> >>> Thanks Adam, I don't have WINE on this old machine, or the space for >>> it. Even if I did - how do I find the files (don't know what their >>> names are). Is it a matter of running the .exe so that it installs >>> and assuming that it does not fail then diff-ing the fs before and >>> after, or ls -l -a -t to find the latest files which were modified? >> >> Well, the installer itself needs to be decompressed to run. Most windows >> installers install the intermediate files in c:\windows\temp (which >> usually would be ~/.wine/drive_c/windows/temp. Some others create a >> temporal dir under c:\ (~/.wine/drive_c). It's a matter of firing >> up the installer and go looking around there with each step until >> you can find them. >> >> >> By the way, I've tried decompressing the file with 7z and it indeed >> extracts 6 files, however I have no idea what they contain. > > Hmm ... p7zip does not seem to like it over here - is it different to 7z? > > $ p7zip -d wg511v2_3_2.exe > /usr/bin/p7zip: wg511v2_3_2.exe: unknown suffix -- ignored I've used the 7z binary that comes shipped with p7zip-4.65 in Gentoo. The command I used was $ 7z x wg511v2_3_2.exe 7-Zip 4.65 Copyright (c) 1999-2009 Igor Pavlov 2009-02-03 p7zip Version 4.65 (locale=es_ES.utf8,Utf16=on,HugeFiles=on,1 CPU) Processing archive: wg511v2_3_2.exe Extracting .text Extracting .rdata Extracting .data Extracting .rsrc Extracting CERTIFICATE Extracting [data-1] Everything is Ok Files: 6 Size: 18794632 Compressed: 18798728 I reviewed the ebuild, just in case, and it doesn't apply any strange patch so it must be a standard feature. I haven't much experience with p7zip itself, but it doesn't seem to be quite the same than 7z. 7z serves as a frontend for many compression algorithms. It can surely open most compressed formats around. -- Jesús Guerrero
Re: [gentoo-user] Unpacking a .exe file
On Thu, 10 Sep 2009 10:17:28 +0100, Mick wrote: > 2009/9/10 Adam Carter : >> Did you try running the .exe with wine? > > Thanks Adam, I don't have WINE on this old machine, or the space for > it. Even if I did - how do I find the files (don't know what their > names are). Is it a matter of running the .exe so that it installs > and assuming that it does not fail then diff-ing the fs before and > after, or ls -l -a -t to find the latest files which were modified? Well, the installer itself needs to be decompressed to run. Most windows installers install the intermediate files in c:\windows\temp (which usually would be ~/.wine/drive_c/windows/temp. Some others create a temporal dir under c:\ (~/.wine/drive_c). It's a matter of firing up the installer and go looking around there with each step until you can find them. By the way, I've tried decompressing the file with 7z and it indeed extracts 6 files, however I have no idea what they contain. It must be the pieces that installshield chain together. I have no idea if it's possible to extract something from there or not. There's a big file called textually '[DATA]', which is the biggest one, so the stuff must be there. I guess that's the one containing the compressed files, the rest of the files must be the exe header and the install shield control into. However I haven't manager to decompress that '[DATA]' file using anything. -- Jesús Guerrero
Re: [gentoo-user] Unpacking a .exe file
On Wed, 9 Sep 2009 22:23:43 +0100, Mick wrote: > Hi All, > > I seem to be having problems unpacking a particular wireless driver. I > tried > both unzip and cabextract and neither will do the deed: > === > $ unzip -l wg511v2_3_2.exe > Archive: wg511v2_3_2.exe > End-of-central-directory signature not found. Either this file is not > a zipfile, or it constitutes one disk of a multi-part archive. In the > latter case the central directory and zipfile comment will be found on > the last disk(s) of this archive. > note: wg511v2_3_2.exe may be a plain executable, not an archive > unzip: cannot find zipfile directory in one of wg511v2_3_2.exe or > wg511v2_3_2.exe.zip, and cannot find wg511v2_3_2.exe.ZIP, period. > > $ cabextract -l wg511v2_3_2.exe > wg511v2_3_2.exe: no valid cabinets found > > All done, errors in processing 1 file(s) > === > > Last time I used cabextract (more than a couple of years now) I don't > recall > having such problems. How can I troubleshoot this, or how else can I > extract > the .sys files from in there? The files can be compressed with whatever algorithm. So you can still try unrar and many others. Failing that, you can still try to extract it using wine. -- Jesús Guerrero
Re: [gentoo-user] USE flags confusing on emerge gimp
On Fri, 04 Sep 2009 09:25:59 -0500, Harry Putnam wrote: > After some resent discussion here of USE in thread: >Subject: How to play quicktime (*.mov) videos with firefox > > I'm a little confused by what I see when investigating the emerge of > gimp (wrapped for mail). > > Calculating dependencies... done! > [ebuild N] media-libs/babl-0.0.22 USE="-mmx -sse" 388 kB > > [ebuild N] media-libs/gegl-0.0.22 USE="svg -cairo -debug -doc >-ffmpeg -jpeg -mmx -openexr -png >-raw -sdl -sse -v4l" 1,226 kB > > [ebuild N ] media-gfx/gimp-2.6.6 USE="alsa python svg -aalib >(-altivec) -curl -dbus -debug -doc -exif -gnome -hal -jpeg -lcms -mmx >-mng -pdf -png -smp -sse -tiff -webkit -wmf" 15,700 kB > > Would anyone want things like -jpeg, -pdf, -png, -tiff, -exif - turned > off in an image (or photo) processing program? Yes, definitely. If you only want gimp to process the photos from your digital camera you only need support for one format. > What does it mean that those flags are turned off? That you are using a minimal profile when you really want to use a more generic one, like desktop, as others pointed out. > Should I turn them on before emerging? If you want support for those formats: yes. -- Jesús Guerrero
Re: [gentoo-user] Xorg hal/evdev (was: unknown filesystem type 'ext2')
On Thu, 3 Sep 2009 09:29:48 -0400, Nick Khamis wrote: > Exactly! > In console everything is find. but when I issue startx my keybaord and > mouse > are non functional. I did remerge xf86 mouse and keyboard and still > nothing. > I looking into xorg.conf. > > Regards, > Ninus New versions of xorg.conf use hal to configure input devices. If you want to continue using the old method (xorg.conf) for input devices, you need to add this line to your xorg.conf: Option "AllowEmptyInput" "False" The X will continue to use your old xorg.conf settings for input devices. Else, If you want to migrate to the new policy using hal, you need to do this instead: cp /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi /etc/hal/fdi/policy/ You might need to customize that file to suit your localization settings or whatever. -- Jesús Guerrero
Re: [gentoo-user] win32codecs on an ARM architecture?
On Wed, 2 Sep 2009 21:28:10 +, Daniel Quinn wrote: > I have 3 Sheevaplugs (http://www.marvell.com/featured/plugcomputing.jsp) > which > all run ARM cpus. For the most part I've had very few problems setting > these > up to run Gentoo but now I'm trying to have one of them run Mencoder to > record > CBC's The National from an MMS stream and I'm having this problem: > > Sorry, this file format is not recognized/supported > > I can only assume that this is due to the fact that mplayer won't emerge > with > the win32codecs USE flag, probably relating the architecture I'm using. > Isn't > there a way to make this work? Emulate an x86 space or something? I'm > rather > new at working across architectures so I'm kinda poking around in the dark > here. I don't think so. win32codecs install some dll files which come precompiled from windows. There's no way to change that, they are dll's compiled for x86. They work only for that arch. That's why chosing closed formats is *never* a good idea. Your best bet is the try the absolute latest ffmpeg and pray that they have included support for the concrete format you need. -- Jesús Guerrero
Re: [gentoo-user] how to clean up /usr/portage/distfiles?
On Tue, 1 Sep 2009 22:59:09 +0800, Xi Shen wrote: > Hi, > > as you emerge, the /usr/portage/distfiles get stuffed with old > packaged. even through it is safe to delete them all, and d/l again > when needed, but i just want to remove only the old version. is there > any way, or any tool to help with this task? emerge gentoolkit eclean -d distfiles -- Jesús Guerrero
Re: [gentoo-user] How to set udev rule?
On Sun, August 30, 2009 23:26, Alex Schuster wrote: > Jesús Guerrero writes: > > >> Then they wonder why the heck >> the file is not where it should be. I guess they never heard of cached >> writes. >> >> The correct thing to do is of course to umount it before, >> and then unplug it or whatever. > > I do so, it makes me feel better, but I wonder whether it is _really_ > necessary. It is. Nothing can guarantee that the data has been dumped to the disk unless you umount it first. You can reduce the chances of losing information by waiting before removing it. But if the system is loaded the writes can be deferred to a later time, when the system is idle. This can be partially mitigated by using the "sync" mount option, as you say below. :) Of course then the performance will drop, and the i/o scheduler will not have a chance to work as usual either because i/o ops will not be queued, which is the bad part of the deal. > I see Windows users do this all the time, without any problem > yet. Of course, the wait a little after writing to it, but a few seconds > after the blinking stops seem to be enough. Lucky guys. That, or when the file is not on the drive they come back and copy it again without you noticing it. This happens lots of times. I've seen it and I'll continue to see it as long as users don't understand what's going under the hood. That's what the safe removal feature in Windows is about, it's not there just to decorate your try, it exists for a reason. > And people are lazy, Yes, I am as well. But when integrity matters you really want to umount or at least sync before unplugging. I am a lazy guy, lazy like hell, but I always fasten my seat belt when I am going to drive. ;) > The > udev mouting rule is nice, but it leaves a lot of mounts when plugging in > and out repeatedly. Mmmm, I am not sure I follow you. If you use a rule as described above you can remove the mount and even the mount point when the device is detached. Is not that what you mean? > When the system is mostly idle, I guess the writing to the stick would > not be delayed for a long time, so this should be quite safe. At least if > the data is not that important. And if there are no writes, I see no > problem at all. If you don't have a problem with the chance to lose files that's ok. I just thought I'd point it out just in case, because the chance is there. A write operation can be deferred for a number of reasons. That's why "sync" (both as a command and as a mount option) was invented in first place. > There also is the sync option to mount, it should not be used on media > with limited number of write cycles, but I also guess that for my purposes > this would not matter. Nowadays this shouldn't matter too much. The life cycle of ssd devices has been greatly expanded, and they also do some kind of balancing so all the blocks get the same usage. Even journal fs's shouldn't be much of a problem with any recent flash device. -- Jesús Guerrero
Re: [gentoo-user] How to set udev rule?
On Sun, August 30, 2009 21:38, Dirk Heinrichs wrote: > Am Sonntag 30 August 2009 19:29:39 schrieb Alex Schuster: > > >> I have to change the bus from usb to scsi, then it works. But what >> about unmounting? Is is possible to have it unmounted after I pull the >> memory stick? > > How do want to umount something that's not there anymore? You have to > umount _before_ you pull it. You can force the umount using -l (no, it's not documented in the man page). You can use this to umount a volume *after* it has been physically removed. And some people use this crap on udev rules to remove the volume when they unplug the pendrive. Then they wonder why the heck the file is not where it should be. I guess they never heard of cached writes. The correct thing to do is of course to umount it before, and then unplug it or whatever. If you truly want to umount after, you should at least do a sync before removing the device. In any case, if you don't follow the logical order of the things don't complain if then you find that the files that should be there are not there when you need them. If you truly love risk, just use umount -l, but you have to promise not to cry if the fs breaks or your files are not writen when you sudenly unplug the device. -- Jesús Guerrero
Re: [gentoo-user] Re: keyboard copy paste
> It has to be something done with javascript to intercept the event of > pressing and disabling or redirecting it. > > There are dozens of routines in javascript and AJAX that intercept > keyboard and mouse events... and use them to display something helpful like > a preview of the page the hyperlink leads to or that sort of thing. > > So I'm guessing its either being done purposely for some reason or is > a side effect of some other javascript code. That would make sense. Firefox has no easy way to handle that, other than disabling javascript of course, which would pretty much kill the site if it relies too heavily on javascript. > Thanks for the time and help. You are welcome. -- Jesús Guerrero
Re: [gentoo-user] Re: keyboard copy paste
On Sun, August 30, 2009 19:52, Harry Putnam wrote: > Jesús Guerrero writes: > > > [...] > > >>> will navigate to next and to previous link and I >>> see they are selected... but I find no keyboard action that does >>> whatever a mouse click does to hyperlinks...[/quote] >> >> That entirely depends on the browser you use. But usually it's enter >> once you have the link selected. At least, that works on firefox and >> seamonkey. I seem to remember the same holds true for konqueror, not >> sure. >> >>> >>> I thought either or but neither of those activate the >>> links. Also tried quite a few other keyboard combos, but never did >>> find one that activates a hyperlink like a mouse click does. >> >> If that doesn't work, then let us know which browser do you use. >> > > Yes sorry. I use firefox-3.5.1 and I also thought should > activate a hperlink. I don't know what your problem might be then. If you select a link with tab, just pressing enter should be enough to open it. An alternate method is to directly type part of the link, firefox will select matches (you don't have to press any key combo to open the search box or anything, it's automatic as you start typing). Once you have typed enough characters and the selection is -hopefully- over the link, just press enter. This method can be a bit tricky sometimes. You might need to click the background on the area containing the links or tab somewhere near the link to be able to use it. Yet a third method would be to use the search feature. Control+f, then type part of the name, once the link is -partly- selected, press ESC (important, to close the search bar) then enter to activate the selected link. > If your enter key activates hyperlinks, please try some of the links > here: > http://www.lynda.com/home/ViewCourses.aspx?lpk0=391 As far as I can tell, they work fine in both firefox and seamonkey. -- Jesús Guerrero
Re: [gentoo-user] Re: How to play quicktime (*.mov) videos with firefox
On Sun, August 30, 2009 19:23, Harry Putnam wrote: > Alan McKinnon writes: > > >> You have it wrong. >> > > A not unusual state of affairs for me, I'll admit. > > > After several yrs on gentoo... I still don't understand fully the use > of the USE flags. > >> "USE=" is supposed to add *support* for , not >> necessarily *install* something called . Whatever means in >> the context of a specific ebuild depends on what the ebuild is for, and >> different ebuilds with the same USE flag may have entirely different >> DEPEND stanzas, depending on how the package is >> written and what it needs to build/run. > > But wouldn't having the gnome use flag active cause updates to pull in > stuff that may not be necessary for the one or two gnome based tools $user > wants? USE flags don't pull into your system things that are not required. If you enable a given feature and extra stuff is required, then it is required. Otherwise, just disable the feature and that way you will remove the dependencies. You don't have to enable it globally either. If you only require the feature for a given program use package.use instead of putting the USE in your make.conf, that way you will limit the scope of the use flag to a given package. -- Jesús Guerrero
Re: [gentoo-user] Re: keyboard copy paste
On Sun, August 30, 2009 19:20, Harry Putnam wrote: > Frank Steinmetzger writes: > > >> Am Sonntag, 30. August 2009 schrieb Harry Putnam: >> >> >>> Now I want to paste whats on the clipboard into an Xterm cmd line, >>> without going to the mouse. >>> >>> I'm running recent Xfce4 desktop... but not finding a way to do this. >>> >>> >>> Can I just steal whatever events happen when middle click on three >>> button mouse and put them into a keyboard shortcut? >>> >>> How might I do that? >>> >> >> Pasting into an xterm or one of its clones can be done by Shift+Ins. >> > > Haa... yes nice... > > > How about a way to activate a hyperlink from keyboard? > > > I have a list of videos that are displayed as hyperlinks on a web > page. > > will navigate to next and to previous link and I see > they are selected... but I find no keyboard action that does whatever a > mouse click does to hyperlinks...[/quote] That entirely depends on the browser you use. But usually it's enter once you have the link selected. At least, that works on firefox and seamonkey. I seem to remember the same holds true for konqueror, not sure. > > I thought either or but neither of those activate the > links. Also tried quite a few other keyboard combos, but never did find one > that activates a hyperlink like a mouse click does. If that doesn't work, then let us know which browser do you use. -- Jesús Guerrero
Re: [gentoo-user] Hal mount .iso
On Tue, August 25, 2009 19:11, Vasya Volkov wrote: > Ð Ðнд, 24/08/2009 в 12:07 +0200, Ward Poelmans пиÑеÑ: > >> On Mon, Aug 24, 2009 at 11:26, Daniel Troeder >> wrote: >> >>> On Mon, 2009-08-24 at 10:03 +0400, Top Point wrote: >>> >>>> Hi. >>>> Can hal mount .iso 9660 by loop device? I can mount .iso manually >>>> but I >>>> want to do it automatically by hal. >>> Do you want to mount it by "right-clicking" it in a graphical >>> environment like GNOME or KDE? >>> >>> If that is what you want, in GNOME you could just drop a shell script >>> in ~/.gnome2/nautilus-scripts that does mount "$@". I don't know about >>> KDE, >>> but I'm sure there is something similar. >> >> >> try >> http://g-scripts.sourceforge.net/nautilus-scripts/File%20System%20Manag >> ement/Mount_Image >> > > Thanks for all! I've started with cdEMU, but it's very extreme. Does > fuseiso better? Nautilus script very interesting, but not works fine. In my > topic under hal I meant smthing authentic linux wich can mount .iso by > "right-clicking". But then I really thought that Hal can mount .iso. > Sorry for my incompetence. It's randomly.) Hal doesn't mount anything as said. If you mean, in file browsers, then that's very specific to the file browser that you use. For example, mc (which is a text based browser) can open isos just like zips, rars and many others, without need for any trick at all. There are scripts and tricks around for nautilus (gnome) and konqueror (kde) file browsers. But I don't know them myself. cdemu is more like the infamous windows based Daemon Tools, they mount the iso like if it was a regular driver, then you can enter that drive and operate as if it was a phisical cdrom/dvd reader. If you don't like the command like, there's a graphical frontend for it, called gcdemu that might suit you better. -- Jesús Guerrero
Re: [gentoo-user] Hal mount .iso
On Mon, August 24, 2009 08:40, Dale wrote: > Jesús Guerrero wrote: > >> On Mon, August 24, 2009 08:03, Top Point wrote: >> >> >>> Hi. >>> Can hal mount .iso 9660 by loop device? I can mount .iso manually but >>> I >>> want to do it automatically by hal. >>> >> >> I don't quite get it. What would be the "trigger" to mount it? >> Hal doesn't really mount anything, anyway. It's just a supposedly >> simpler way to interface your hardware. >> >> Maybe you should look into fuseiso or cdemu. >> >> >> > > Could he use ivman? Maybe have a config that tells it how to mount or > would it look at fstab and OP could put the options there? I guess yes, he could use fstab. Just using the iso instead of the node name and giving it the loop option should work, if all he wants is to permanently mount an iso that will always live in the same place. ivman is for automounting, again, here, what would be the "trigger" that will tell ivman "mount this iso that appeared here in I don't know what place"? The problem here is that I don't visualize too well the true aim of the original poster. But well, there he has some ideas to try already :) -- Jesús Guerrero
Re: [gentoo-user] Hal mount .iso
On Mon, August 24, 2009 08:03, Top Point wrote: > Hi. > Can hal mount .iso 9660 by loop device? I can mount .iso manually but I > want to do it automatically by hal. I don't quite get it. What would be the "trigger" to mount it? Hal doesn't really mount anything, anyway. It's just a supposedly simpler way to interface your hardware. Maybe you should look into fuseiso or cdemu. -- Jesús Guerrero
Re: [gentoo-user] problems with the web browsers
On Mon, August 17, 2009 23:29, M Daniel R M wrote: > On Sun, 2009-08-16 at 18:49 +0200, Ward Poelmans wrote: > >> On Sun, Aug 16, 2009 at 18:40, M Daniel R M<4.maga...@gmail.com> wrote: >> >>> firefox: Here the problem is very very annoying, I've run firefox >>> before with many other Linux flavours and never..., never got to this >>> status of inability; once you've got about six tabs opened on the same >>> frame window, firefox gets close to hang, and you become unable to >>> manage it anymore, unless you have an infinite patience. Doing "top" >>> from a CLI shows a %CPU _over_ 100%, amazing!. At the end, you'll have >>> to kill the process from console. >> >> Have you tried running firefox with all your extensions and plugins >> disabled? Which version of firefox are you running and what use flags do >> you use? >> >> Ward >> >> > Yes, after your suggestion ;-) > > > I had those extensions, until today: babelfish, boost for facebook, > foxlingo, suggestmeyes. They are not on my firefox web browser any more. > Then I tried once again, and the problem continued there, exactly the > same. Well, I didn't want to touch the next, but.. Now I just have two more > extensions left, the most used for me: pdf download, and clickweather. I > just disabled them. Tried again several tabs and now... it's OK. > Everything seems to be > running pretty stably. > > > Mozilla Firefox Version: 3.0.11 > > > USE flags I use are pasted here on my first mail, man. > > > Thank you very much, the problem seems to be located. Now I ask to > myself whether there is anything I could do in order to have enabled those > two extensions, working and without leave stability on firefox, or maybe > this is, at the moment, not possible. The best you can do is to report the problem to the creator(s) of the said extension(s). Somewhere around the configuration of the extension or in the mozilla extensions site you should be able to find info about them or a contact mail or a link. Alternatively, you can try to substitute them with any other extension or program that can do the work. -- Jesús Guerrero
Re: [gentoo-user] problems with the web browsers
I am not into konqueror these days, so no idea about that. As for firefox, most problems comes from corrupted profiles, silly extensions, etc. So, first I would try using a clean profile, the easiest way to do that is to create a new user to test with. If the problem goes away then you know that there's something wrong in your profile, try disabling every extension and plugin before doing anything else. -- Jesús Guerrero
Re: [gentoo-user] Recovering a deleted file.
On Tue, August 4, 2009 17:24, sean wrote: > > Some friends, who are trying out Linux on their home system, > accidentally deleted some pictures on their camera memory card, while it > was plugged into the camera. > > Is there any software to recover a deleted file off of a memory card in > such a circumstance? > > I already told them not to use the card for anything else and to lock it. > > > Thanks > Sean > > > photorec is probably perfect for this concrete task. http://www.cgsecurity.org/wiki/PhotoRec -- Jesús Guerrero
Re: [gentoo-user] How do I find new packages?
On Tue, August 4, 2009 16:35, fe...@crowfix.com wrote: > On Tue, Aug 04, 2009 at 08:52:37AM +, Jacob Todd wrote: > > >> It sounds like you're thinking of the eix-diff application that comes >> with eix. When using eix-sync, it's run after the sync is complete to >> update the eix database; but it can be run by itself. To update a eix >> database, run 'eix-diff /var/cache/eix.previous /var/cache/eix' after >> you run eix-update. It will show all new ebuilds, what was removed, et >> cetera. > > Might do. I ran both, but eix-diff says > > > void load_db(const char*, DBHeader*, PackageTree*, PortageSettings*): > Can't open the database file '/var/cache/eix.previous' for reading (mode > = 'rb') > > > which I take as a particularly lazy way of telling me the cache hasn't > been created or is elsewhere. I'll investigate in a bit -- a quick --help > from both programs doesn't show anything obvious. Probably something > easy. update-eix You might want to create a cron job, I have no idea if the package installs one by default. However, if you run eix-sync instead of emerge --sync, it should update the eix database as well, so running eix-update would be redundant. It will also list the diff when the sync is done if you run it manually. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Sat, July 4, 2009 22:54, Willie Wong wrote: > On Sat, Jul 04, 2009 at 04:22:59AM +0200, Penguin Lover Jes?s Guerrero > squawked: > >> >> On Sat, July 4, 2009 03:58, Volker Armin Hemmann wrote: >> >>> On Samstag 04 Juli 2009, Jes?s Guerrero wrote: >>> >>> >>> >>> I don't filter anything. Just default metalog with default settings. >>> >> >> I use sysklogd, that shouldn't matter much though. >> > > It may matter quite a bit, It depends on the criteria for "matter". It doesn't matter to me whichever logger you use because it's the kernel who sends the messages and all that stuff. Obviously, the log spam that you get is not as aggressive as mine. However that's the lesser problem compared to the cpu waste. I think that it's just faulty hardware, my ati card must be really the worse ati in the world or something. > This computer has been running gentoo for close to 7 years now and I've > never once need to clearn out log files processed by metalog (I do have to > clean out elogs and apache logs [when I had a web server running] every > once in a while). I've never cleaned the logs in this install, which is like 4 years old by now. And they are like 40 mbs or so, compressed of course. However, fglrx+.30 managed to fill the partition in a few hours. That's why I reverted to .28. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Sat, July 4, 2009 03:58, Volker Armin Hemmann wrote: > On Samstag 04 Juli 2009, Jesús Guerrero wrote: > > > I don't filter anything. Just default metalog with default settings. I use sysklogd, that shouldn't matter much though. The config is pretty standard, and certainly there's nothing related to fglrx in there. The logs on a normal day are, at most, a few kb's (without fglrx+.30). With that combo into scene, kern.log and syslog grow around 500mb each filling the whole var. I need to delete these two files and restart sysklogd to get some free space in /var (just in case someone around has a similar problem). A quick hack on the printk code in the kernel can be used though to solve all this spam. But the cpu usage doesn't get any better. I know not the reason why, but the truth is that xv wastes lots more of cpu to play video when I have fglrx+.30, with or without the logs, with or without patching the kernel. I really, really doubt that the configuration of my system has anything to do with this, unless it has to do something with some kernel setting. > I know how the logs are filled up with 3d apps - but it is not as bad on > THIS > system. So what might be the reason? No idea. But it's all fglrx spam, that's for sure. Why does it generate more in my system? Well, I blame the hardware, since it's a driver who creates all the spam, there are really few things that I could "missconfigure", besides my kernel, that would affect it. I don't use any essoteric stuff in xorg.conf, and I do not even use a compositing wm. > sorry about that last line. No harm done. Heat raises easily sometimes. I apologize for anything I've done wrong as well. Regards. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Sat, July 4, 2009 03:17, Volker Armin Hemmann wrote: > On Freitag 03 Juli 2009, Jesús Guerrero wrote: > >> If I have to choose between one closed driver that works perfectly and >> one close driver that works bad+2 open ones that simply don't work, I >> choose the closed driver that works. > > go to nvnews - and you'll see that there are more than enough people > where the driver does not work. So with amd you have 3 drivers to choose > from - with nvidia 1. Fair enough :) > And please - the open ones aren't that bad. When did > you try them the last time? Some days ago. During months for now. I've tried every single version of the drivers, mesa, Xorg and whatever you can think of. From older to newer to live. They simply don't work with my card. I don't want to taint the thread so I will just say that one of the latest thread about that is this: http://forums.gentoo.org/viewtopic-p-5789462.html >>> Besides - if you use the ebuild, even 2.6.30 works. Yes, dmesg is >>> spammed with ugly messages. But who cares? Do you really monitor dmesg >>> non stop? >> >> Who cares?!? , my /var partition gets filled with +1gb logs >> everyday, > > hm - really? maybe you have stupid logging settings? because /var/log is > 286M > here - and I never remove any log ... No. I haven't. My logs have always been perfectly sane until I've used fglrx with .30. Besides the fact that the logs don't reach the disk if you filter them don't fix anything about the real problem. >> the sys logger because while the files are open the space won't be >> freed. The driver does that, and the rest of my programs fail. But, who >> cares... The cpu usage is insane when using fglrx on .30, 60-100% on X >> when I play something in mplayer, so while watching a movie I can't do >> anything else, with the same fglrx version on linux 2.6.28 it takes >> around 10%. > > root 3913 1.7 3.8 347992 195588 tty7Ss+ Jul03 11:08 > /usr/bin/X - > br -novtswitch -qu > > 1000 24706 5.4 0.3 174936 15288 pts/1S+ 03:15 0:00 mplayer > /mnt/filme/YuGiOh! The > > > > I suspect your system has other problems then the driver. > > > Like a bad setup. > You are of course free to think that. I'm not going into that line of discussion though. My system works perfectly ok without that fatal combo, always did ;) >> Who cares? I do. The driver just doesn't work, these are not minor >> annoyances, as you paint them, these are big problems. And the ebuild >> should be eliminated, and the old one depending on <2.6.29 should be >> restored. >> >> I really advice to stay in .28 if you are going to use fglrx. >> > > and people who want to use an actual kernel punished just because YOU are > too lazy to use package.mask? And people who find these problems punished because a buggy driver has been forced into your system by emerge. Sir, the problem with logs is not mine, I've seen other persons having it. The amount of spam just depends on the use you do of the graphics card. If you use 3d intensive apps you will see how the spam grows, exponentially. At least for me it's that way. Maybe you should relax instead presupposing that all the bad things about fglrx+.30 are my fault. Just because it works for you it doesn't mean that .30+fglrx is a stable combo. Or... maybe everyone having problems is just idiot. > I really advice you to rethink your position before you make anti-social > demands. Thanks for your concern. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Fri, July 3, 2009 21:56, Sebastian Beßler wrote: > Jesús Guerrero schrieb: > > >> I really advice to stay in .28 if you are going to use fglrx. >> > > That is exactly what the ebuild says after building with a kernel >2.6.28 > > > "Kernels newer then 2.6.28 are heavily patched and might result in > runtime failitures." "Consider them as unsupported by us." > "All bug reports are needed to be tested with 2.6.28 kernel" > > > Besides your bleat here doesn't help at all. > Nobody here on the list has any power to change the way the > ati-developers release there drivers or which kernels are supported. > > If you always want to run the latest kernel a videocard from ati or > nvidia maybe isn't the right for you. True. But that's irrelevant to the thread, we are talking about fglrx here. I was merely responding to a post that, to say the least, was full of inaccuracies (to say the least, I repeat). Or should I just shut up and let spread misinformation just to be decorous? Regards. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Fri, July 3, 2009 20:30, Volker Armin Hemmann wrote: > Well, AMD uses a fixed cycle - one release a month. They also have a > fixed development cycle that takes roughly 3 month (all explained on > phoronix a long time ago). So supporting the latest kernels is not easy or > even possible. Very well for them, I don't know how that is relevant, since 2.6.29 was released 23-Mar-2009 23:30. So, by now, both the 1 month and the 3 month cycles have passed. Still no support. Or maybe my maths are not correct. > They also only support a few distros. If you insist on using a > non-supported kernel, you are on your own. Crap. All the distros use the same kernel. If it compiles against a vanilla kernel, it will compile against a vanilla kernel on *every* distro under the sun. There can be problems with the location of the libraries, versions of xorg and mesa and the like, that that's out of the scope of this thread, which is basically that we will get a working driver for 2.6.30 6 months after the kernel is released. By then we will have .35, which won't work with fglrx either. That the distro is listed as supported or not doesn't change the scenery if you want to use a current kernel for some reason. > That said - Nvidia might be 'better' when it comes to binary drivers, but > they suck when it comes to open source drivers. Agreed. But at least, you have *one* driver that works. With my hd2600, fglrx sucks big time, and neither radeon nor radeonhd works (unless I disable dri, and then vesa performs better). If I have to choose between one closed driver that works perfectly and one close driver that works bad+2 open ones that simply don't work, I choose the closed driver that works. > AMD is working on free > drivers for all cards - that is something you have to recognize. As far as I know (I might be wrong) amd isn't working in anything. They just released the specifications and some technical sheets. The community is doing all the work. > Besides - if you use the ebuild, even 2.6.30 works. Yes, dmesg is spammed > with ugly messages. But who cares? Do you really monitor dmesg non stop? Who cares?!? , my /var partition gets filled with +1gb logs everyday, I have to delete the logs (yes, losing everything in them) and then restart the sys logger because while the files are open the space won't be freed. The driver does that, and the rest of my programs fail. But, who cares... The cpu usage is insane when using fglrx on .30, 60-100% on X when I play something in mplayer, so while watching a movie I can't do anything else, with the same fglrx version on linux 2.6.28 it takes around 10%. Who cares? I do. The driver just doesn't work, these are not minor annoyances, as you paint them, these are big problems. And the ebuild should be eliminated, and the old one depending on <2.6.29 should be restored. I really advice to stay in .28 if you are going to use fglrx. -- Jesús Guerrero
[gentoo-user] radeon driver, hd2600 card, no dri
Hello, I'd like to know if anyone has any ideas about this. After some tinkering around I've finally managed to get somewhat working a setup with the xf86-video-ati (radeon) driver. I am using a vanilla 2.6.30 kernel, xorg-server 1.6 and x11-drivers/xf86-video-ati-6.12.2. But I've tried many more versions that range from stable to live builds of everything. The results have been *exactly* the same, no matter which versions do I consider. The driver only works when I add this to my xorg.conf: Option "DRI" "off" According to the man page, dri should work with my card (and that's why I have to explicitly disable it, indeed). I don't want fancy cubes or stuff like that. My main concern about having dri off is that xvideo doesn't work without it. 2d performance also sucks which is definitely a bad thing. When I have DRI on my screen is corrupted to the point that's unusable, you can see it here: http://jesgue.homelinux.org/other-files/foo.jpg This is what you should see instead: http://jesgue.homelinux.org/other-files/bar.jpg This is the log: no errors, no nothing. It says it works nicely, but it obviously doesn't. http://pastebin.ca/1463295 And my xorg.conf: http://pastebin.ca/1463374 Additional stuff: = # uname -a Linux jesgue 2.6.30 #7 PREEMPT Fri Jun 12 01:26:58 CEST 2009 x86_64 AMD Sempron(tm) Processor 3000+ AuthenticAMD GNU/Linux # lsmod Module Size Used by radeon379392 0 drm 184576 1 radeon oss_usb 123220 0 oss_audigyls 21792 0 osscore 566436 2 oss_usb,oss_audigyls nfs 172856 1 nfsd 113384 9 lockd 82000 2 nfs,nfsd exportfs5424 1 nfsd sunrpc218184 15 nfs,nfsd,lockd sr_mod 16644 0 # ls -l /dev/dri/card0 crw-rw-rw- 1 root video 226, 0 jun 17 13:57 /dev/dri/card0 = So I haven't dri and I can't use xvideo. There are many more annoying things about this driver. But this is the most annoying one. fglrx is worse with each release, and now once again I have to use whatever version of xorg and the kernel they want. I am fed up with this and that's why I'd like to migrate to either radeon or radeonhd. But so far it's being a frustrating experience. Sometimes I think that the only future for ati users is going to be the framebuffer :p Thanks for reading and for any tip you can share :) -- Jesús Guerrero
Re: [gentoo-user] Re: Verification of audio CD copy?
On Fri, June 5, 2009 12:21, Joerg Schilling wrote: > Jesús Guerrero wrote: > > >> On Wed, June 3, 2009 22:23, Joerg Schilling wrote: >> >>> Nikos Chantziaras wrote: >>> >>> >>> >>> BTW: this is where you see that cdparranoia(1) is now 12 year old and >>> unmaintained since ~ 10 years. cdda2wav -paranoia gives much better >>> results that cdparanoia. >> >> Pardon me for getting in the middle but I am really curious about >> this. I know that paranoia is old but according to their web page the >> last update was "September 11, 2008". However maybe it was just a >> maintenance update to fix compilation errors or something like that. > > Correct, there was a mainenance update but cdparanoia is still based on > a cdda2wav source from 1997. > >> I have researched about cdda2wav vs. cdparanoia vs. cdrdao in the past >> and came to the conclussion that cdparanioa is probably the worst >> nowadays, however I am not sure it's dead. > > cdrdao did not et new features since 4 years and it did not get even a > maintenance update since 3 years. > > cdparanoia is a "patch" on a cdd2wav source from 1997 and there was a lot > of activities 'till March 2001 with cdparanoia-III-alpha9.8 since then no > new features have been introduced and as the project did look completely > dead, I decided to take the relevent code, make a real portable library > from it and use it from cdda2wav. This port was done in spring 2002. > > > A year ago, there have been some minor code changes and lot's > of new comment in the main paranoia code. The new comment has been moved to > libparanoia for cddawav Thanks a lot for clearing that for me. :) -- Jesús Guerrero
Re: [gentoo-user] Re: Verification of audio CD copy?
On Wed, June 3, 2009 22:23, Joerg Schilling wrote: > Nikos Chantziaras wrote: > > > BTW: this is where you see that cdparranoia(1) is now 12 year old and > unmaintained since ~ 10 years. cdda2wav -paranoia gives much better > results that cdparanoia. Pardon me for getting in the middle but I am really curious about this. I know that paranoia is old but according to their web page the last update was "September 11, 2008". However maybe it was just a maintenance update to fix compilation errors or something like that. I have researched about cdda2wav vs. cdparanoia vs. cdrdao in the past and came to the conclussion that cdparanioa is probably the worst nowadays, however I am not sure it's dead. -- Jesús Guerrero
Re: [gentoo-user] mount iso files whotout root privileges
On Wed, May 20, 2009 11:28, Arnau Bria wrote: > On Wed, 20 May 2009 10:15:33 +0100 > Neil Bothwick wrote: > > >> On Wed, 20 May 2009 11:08:12 +0200, Arnau Bria wrote: >> >> >>> I have fuse for mounting iso files without root privilege. I' ve >>> also seen cdemu, but I was wondering if is there any other software (or >>> solution appart from sudo) for mounting iso files without root >>> privilege... >> >> What's wrong with using sudo? >> > > Mmmm... may I restrict users to only be allowed to mount ISO > files? I'm looking for that... What's the problem with fuseiso or cdemu? -- Jesús Guerrero
Re: [gentoo-user] kde:3.5 how to phase out
On Tue, May 12, 2009 11:25, Helmut Jarausch wrote: > Hi, > > > I'd like to phase out KDE:3.5. One reason is, that I cannot install > both, 3.5 and 4.2 without using 'prefix'. > > For doing so, I need to find out which (installed) packages use which > parts of KDE:3.5. Is there something better than unmerge all of KDE:3.5 and > let revdep-rebuild find out. How about this? $ equery d kdelibs:3.5 > Furthermore, how to unmerge all of KDE:3.5, e.g. > emerge --unmerge kde-base/kde-meta:3.5 does not work. Unmerge whatever kde:3.5 packages you installed by hand then use --depclean to clear the dependencies. -- Jesús Guerrero
Re: [gentoo-user] {OT} Copy the full path to clipboard from Thunar
El Jue, 26 de Febrero de 2009, 17:47, Grant escribió: > I'm trying to copy the full path of a file from xfce4's file manager > Thunar so I can paste it into a command line program. The way I found > to do this was with the "Configure custom actions..." option like this: > > > echo %f | xcopy -selection c > > I can then paste the path, but there is a newline character at the end > which messes things up. Is there a better way to do this, or can I strip > the newline character? Try echo -n -- Jesús Guerrero
RE: [gentoo-user] Gentoo Installer and Handbook (Was: Re: Gentoo's advantage: 'optimized for your system' -- huh?)
El Sab, 21 de Febrero de 2009, 19:29, James Homuth escribió: > -Original Message- > From: Mark David Dumlao [mailto:madum...@gmail.com] > Sent: February 21, 2009 1:12 PM > To: gentoo-user@lists.gentoo.org > Subject: [gentoo-user] Gentoo Installer and Handbook (Was: Re: Gentoo's > advantage: 'optimized for your system' -- huh?) > > > To which the guru replied: "If you just want a CD installer, then you can > have this.", and he gave the student another Ubuntu CD. > > At this point the student was enlightened. > > > I think you just outlined the exact kind of "help" that keeps most people > from switching to Gentoo. If that had been, for example, you and I > having that particular conversation, I'd of probably smacked you with the > CD and Assume it: Gentoo is not for most people. If you lack the ability to read a manual, use the Ubuntu installer or whatever else. Why do the people keep wanting to convert Gentoo in yet another Ubuntu? If you don't like it don't use it, and let us live with what we are happy. -- Jesús Guerrero
Re: [gentoo-user] Ext4 for a new installation?
El Dom, 15 de Febrero de 2009, 16:59, Volker Armin Hemmann escribió: > On Montag 02 Februar 2009, Stroller wrote: > > the best thing would be to wait for another year before you even think > about touching that mess. If by "that mess" you mean ext4, you should know that it's just as stable as ext3. -- Jesús Guerrero
Re: [gentoo-user] Re: Gentoo's advantage: 'optimized for your system' -- huh?
El Dom, 8 de Febrero de 2009, 1:42, Harry Putnam escribió: > Jesús Guerrero writes: > > >>> There should be no posts beyond this point proclaiming how tuff it is >>> to use emacs if you have no network on a fresh install... Or having >>> to suffer through learning info to learn emacs to ah but who >>> knows. >> >> So you word is definitive and infallible. >> > > Where did that come from? I'm saying the mumbo jumbo about some kind > of catch22 with emacs and info is non-sense. The item has been cleared up. > > > Using emacs to read info was only proposed as an advanced way to read > info. That's all nothing more. Yes. That's true and I agree. But since emacs was proposed as a way to overcome the natural limitations of info, I guess that's completely fair if others point out also the disadvantages of doing so. All in all, we could also say how nice is man in konqueror, but that wouldn't be fair, would it? If you expose something the good part of something, everyone has the right to know also the disadvantage. Stating that from now on the rest of arguments should be ignored doesn't make that true. -- Jesús Guerrero