Re: [gentoo-user] Scripts not working... HELP!
4/28/2011, Walter Dnes waltd...@waltdnes.org wrote: This message is coming from my 32-bit hot backup gentoo machine. For some reason, any script that I call on my 64-bit machine immediately returns to the command prompt. No warnings or error messages or diagnostics. Builtins and compiled executables work OK. For instance, if I have a script named xyz that goes like so... #!/bin/bash man bash ..., executing xyz or ~/bin/xyz results in bash immediately returning to to the command prompt. If I type man bash, it works OK. I am not an expert in scripts at all, but I remember there is difference between interactive and non-interactive shells that could cause things like this. What happens if you try to execute a script with non-interactive command? For example: #!/bin/bash echo I am script And, just for a case... Are all scripts executable? (+x) -- Regards, Alex
Re: [gentoo-user] Scripts not working... HELP!
Had similar symptoms as my default system python was not defined properly. Use eselect python list --python2 to see if that is the case. Set it with eselect python set --python2 number if necessary. Regards Norman Am 04/28/11 07:40, schrieb Walter Dnes: This message is coming from my 32-bit hot backup gentoo machine. For some reason, any script that I call on my 64-bit machine immediately returns to the command prompt. No warnings or error messages or diagnostics. Builtins and compiled executables work OK. For instance, if I have a script named xyz that goes like so... #!/bin/bash man bash ..., executing xyz or ~/bin/xyz results in bash immediately returning to to the command prompt. If I type man bash, it works OK. On top of everything else, getmail seems to go into forkbomb mode, generating a gazillion processes, and eventually locking up the machine, if I type in... /usr/bin/getmail -v -v -v --rcfile rc_cotse It looks like the script is being totally ignored, e.g... waltdnes@i3 ~ $ emerge anyone home? waltdnes@i3 ~ $ Any ideas what gives?
[gentoo-user] xpdf won't run - missing libpoppler.so.5
Hi, Gentoo! I try to run xpdf from within Gnome. It doesn't run. On the virtual terminal, the error message is: xpdf: error while loading shared libraries: libpoppler.so.5: cannot open shared object file: No such file or directory . However there is a library /usr/lib/libpoppler.so.7. ^ I look in /var/db/pkg/app-text/xpdf-3.02-r4/DEPENDS, and see: =app-text/poppler-0.12.3-r3[xpdf-headers] ^^ ^ I currently have installed poppler-0.14.5-r1, which satisfies DEPENDS. Presumably, though, it incorporate so.7, which is useless for xpdf. This situation, requiring an older version of a dynamic library, can't be unheard of. What's the canonical way of getting .so.5? As a matter of interest, how do you say, in DEPENDS, that you need a library _between_ two version numbers rather than just = than one? Am I missing anything else important? -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Scripts not working... HELP!
Walter Dnes writes: This message is coming from my 32-bit hot backup gentoo machine. For some reason, any script that I call on my 64-bit machine immediately returns to the command prompt. No warnings or error messages or diagnostics. Builtins and compiled executables work OK. For instance, if I have a script named xyz that goes like so... #!/bin/bash man bash ..., executing xyz or ~/bin/xyz results in bash immediately returning to to the command prompt. Wird. I have no idea. The usual guess is that a partition is mounted noexec, but that would give an error. Or that the script is saved in DOS format, with CR-LF instead of LF endings, but that would throw a 'bad interpeter' error. Try 'strace ~/bin/xyz' (emerge strace if you don't have it) and compare the output with your working machine, that should give some hints to what is happening. What happens if you change the script to this? #!/usr/bin/man bash Oh, now I _do_ have an idea. What about startup files, like .bashrc, .bash_profile and such? Any recent chanegs here? Try: #!/bin/bash -i This forces the shell to be interactive, so it sources other startup files. Add 'xv' (bash -ixv) to let bash output which lines are being executed. Also put some debug info in .bashrc, .bash_profile, /etc/bash/bashrc, /etc/profile to see what of them is being started. And try another user without your personal startup files. Same effect? Wonko
Re: [gentoo-user] xpdf won't run - missing libpoppler.so.5
On Thu, Apr 28, 2011 at 09:45:55AM +, Alan Mackenzie wrote: Hi, Gentoo! I try to run xpdf from within Gnome. It doesn't run. On the virtual terminal, the error message is: xpdf: error while loading shared libraries: libpoppler.so.5: cannot open shared object file: No such file or directory . However there is a library /usr/lib/libpoppler.so.7. ^ revdep-rebuild ? Seems like poppler has been updated, but xpdf wasn't recompiled yet to use the new lib. I look in /var/db/pkg/app-text/xpdf-3.02-r4/DEPENDS, and see: =app-text/poppler-0.12.3-r3[xpdf-headers] ^^ ^ I currently have installed poppler-0.14.5-r1, which satisfies DEPENDS. Presumably, though, it incorporate so.7, which is useless for xpdf. This situation, requiring an older version of a dynamic library, can't be unheard of. What's the canonical way of getting .so.5? As a matter of interest, how do you say, in DEPENDS, that you need a library _between_ two version numbers rather than just = than one? Am I missing anything else important? you can say ( =something something) but my guess is, that xpdf doesn't _need_ the old version of lib, it just needs to be recompiled with the new version... yoyo
[gentoo-user] Re: Headsup: bad breakage from today's xcb update
I have similar breakage with xcb*-0.3.8 but with gnome-base/nautilus this time, but seems related with startup-notification... During the ebuild compilation, it fail with a link error searching for libxcb-aux, libxcb-event and libxcb-atom. I search in all .la file, run lafilefixer to verify if all la is fixed --- CCLD libeel-2.la CCLD check-program /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-aux /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-event /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-atom collect2: ld returned 1 exit status make[2]: *** [check-program] Error 1 make[2]: Leaving directory `/var/tmp/portage/gnome-base/nautilus-2.32.2.1-r1/work/nautilus-2.32.2.1/eel' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gnome-base/nautilus-2.32.2.1-r1/work/nautilus-2.32.2.1' make: *** [all] Error 2 emake failed --- I found refs about this libs in some .la files inside /usr/lib (here libcheese-gtk.la, libgksu2.la libgnome-desktop-2.la, libmetacity-private.la and libstartup-notification-1.la) It looks like nautilus search for libstartup-notification and the .la file end with screw everything. Maybe lafilefixer should have some logic to search for missing lib inside la file, like revdep-rebuild do on binary files. Searching for such breakages is really a pain, and can happen oftenly with such bad tools as libtool... Both xcb and startup-notification are latest version and compile without a problem: [I] x11-libs/startup-notification Available versions: 0.10 (~)0.10_p20110426 {static-libs} Installed versions: 0.10_p20110426(16:40:14 04/27/11)(-static-libs) [I] x11-libs/xcb-util Available versions: 0.3.6 (~)0.3.8 {debug doc static-libs test} Installed versions: 0.3.8(10:15:14 04/28/11)(-doc -static-libs -test) (of course revdep-rebuild found nothing to do on /usr/lib/libstartup-notification-1.so, so no easy way to find and eliminate such painful bugs.) Manoel There is already a bug filed against xlibs/xcb*-0.3.8, and 0.3.6 has already been removed from portage (a very bad decision). The major problem is with libstartup-notification, which relies on a function defined in xcb-util-0.3.6 and no longer exists in 0.3.8.
[gentoo-user] removing gtk+ as requested by --depclean
(I confess to being a little over cautious after xcb.) After today's update word (just a few updates were specified/done). --depclean recommended These are the packages that would be unmerged: x11-libs/gtk+ selected: 3.0.9 protected: none omitted: 2.24.3 All selected packages: x11-libs/gtk+-3.0.9 I am a gnome user so gtk is important and I notice that it is suggesting I remove the highest version. I decided not to remove it until I checked here. My system is ~amd64 Advice appreciated. allan
Re: [gentoo-user] removing gtk+ as requested by --depclean
Am 04/28/11 14:28, schrieb Allan Gottlieb: (I confess to being a little over cautious after xcb.) After today's update word (just a few updates were specified/done). --depclean recommended These are the packages that would be unmerged: x11-libs/gtk+ selected: 3.0.9 protected: none omitted: 2.24.3 All selected packages: x11-libs/gtk+-3.0.9 I am a gnome user so gtk is important and I notice that it is suggesting I remove the highest version. I decided not to remove it until I checked here. My system is ~amd64 Advice appreciated. allan Hi, you can check with equery d x11-libs/gtk+ if there is a package which depends on this version. I expect there will be none, otherwise depclean would not want to remove it. If you remove it, you can run revdep-rebuild to see if any programs have broken libs und rebuild them. Regards Norman
Re: [gentoo-user] gcc-config: Active gcc profile is invalid!
Hi, Mike. On Wed, Apr 27, 2011 at 10:03:46AM -0400, Mike Edenfield wrote: On 4/27/2011 8:16 AM, Alan Mackenzie wrote: Hi, Gentoo. I got the error message gcc-config: error: could not run/locate 'x86_64-pc-linux-gnu-gcc' whilst trying to emerge something. Running gcc-config myself # gcc-config -l, I get back this error message: * gcc-config: Active gcc profile is invalid! [1] x86_64-pc-linux-gnu-4.4.5 . 4.4.5 is indeed the version of my gcc package. This got updated very recently. What is a gcc profile? Where can I find it, and what do I need to do to make it valid? Your gcc profile is a set of gcc specs and symlinks to a specific gcc version, since you can have more than one. The error just means gcc-config didn't get run properly before uninstalling your previous version of gcc. OK. Run gcc-config to set your profile to the one you have listed: # gcc-config 1 Done that. It works. Thanks! You will get the error every time you run gcc-config until you set a valid profile; after that it should go away and builds should work again. --Mike -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] xpdf won't run - missing libpoppler.so.5
Hi, YoYo. On Thu, Apr 28, 2011 at 12:36:29PM +0200, YoYo Siska wrote: On Thu, Apr 28, 2011 at 09:45:55AM +, Alan Mackenzie wrote: Hi, Gentoo! I try to run xpdf from within Gnome. It doesn't run. On the virtual terminal, the error message is: xpdf: error while loading shared libraries: libpoppler.so.5: cannot open shared object file: No such file or directory . However there is a library /usr/lib/libpoppler.so.7. ^ revdep-rebuild ? Seems like poppler has been updated, but xpdf wasn't recompiled yet to use the new lib. Thanks! revdep-rebuild fixed it for me. I look in /var/db/pkg/app-text/xpdf-3.02-r4/DEPENDS, and see: =app-text/poppler-0.12.3-r3[xpdf-headers] ^^ ^ I currently have installed poppler-0.14.5-r1, which satisfies DEPENDS. Presumably, though, it incorporate so.7, which is useless for xpdf. This situation, requiring an older version of a dynamic library, can't be unheard of. What's the canonical way of getting .so.5? As a matter of interest, how do you say, in DEPENDS, that you need a library _between_ two version numbers rather than just = than one? Am I missing anything else important? you can say ( =something something) but my guess is, that xpdf doesn't _need_ the old version of lib, it just needs to be recompiled with the new version... Indeed! yoyo -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] [OT] Script to crack gpg passphrase
On 27 April 2011 19:56, Mick michaelkintz...@gmail.com wrote: On Wednesday 27 April 2011 19:15:46 fe...@crowfix.com wrote: On Tue, Apr 26, 2011 at 09:24:44PM +0100, Mick wrote: Back to plan A. Any ideas how I can improve my script? Do you have any guesses as to your passphrase or is it a total shot in the dark, could be anything from one word to a poem? Unless you can narrow it down tremendously, you're wasting time and it will never be recovered. There are some candidate passphrases. I tried them all with rephrase and all the permutations that I could think of. Now I am trying app-crypt/nasty, for brute force cracking, but I can't get it to work. :-( It keeps popping up my pinentry and asking me for my default key passphrase, not the key I am trying to feed to it. Is there a way to change that script I posted so that it a)takes the passphrases from a file, or b)incrementally tries {a,b,...,z}, and/or capitals and/or numbers? I'm making some good progress! First I used the key to encrypt a file: gpg -e file.txt Then run this script to try to decrypt it: == #!/bin/bash # # try all word in test.txt for word in $(cat test.txt); do # try to decrypt with word echo ${word} | gpg --passphrase-fd 0 -q --batch --no-tty --output file_success.txt -d file.txt.gpg; # if decrypt is successfull; stop if [ $? -eq 0 ]; then echo GPG passphrase is: ${word}; exit 0; fi done; exit 1; == This finds the passphrase and prints it out on the terminal. However, its success depends on the dictionary file I use. Also, it's not particularly fast ... Any idea how I can create a dictionary file? I've used apg but it's aheam! too random. :-) I have been given something like 6 passphrases that may have been used. The problem is that at the time of creation the passphrase was typed in incorrectly (twice!) So I would need to use some method of generating a dictionary with potential typos of these known passphrases (pretty much how the rephrase application works). What is a good way to generate such a file by imputing a range of candidate characters? Finally, is there a way or parallelising the run so that it speeds up? -- Regards, Mick
Re: [gentoo-user] removing gtk+ as requested by --depclean
gtk+ 3.x is not used by gnome versions in portage (2.x). If you don't know if you need it, then you don't need it. You will be happy as long as portage doesn't want to remove gtk+ 2.x which is what most programs use. I don't even know if there's anything in portage at all that will require 3.x. -- Jesús Guerrero Botella
Re: [gentoo-user] removing gtk+ as requested by --depclean
On Thu, Apr 28 2011, Jesús J. Guerrero Botella wrote: gtk+ 3.x is not used by gnome versions in portage (2.x). If you don't know if you need it, then you don't need it. You will be happy as long as portage doesn't want to remove gtk+ 2.x which is what most programs use. I don't even know if there's anything in portage at all that will require 3.x. I see. It is required only for gnome3, which I am not yet running. thank you and norman as well, allan
Re: [gentoo-user] Re: [OT router advice] a router capable of detailed logs
* Harry Putnam rea...@newsguy.com [110428 01:06]: Yeah I had a look at the lines containing LOG and of course had no idea of what they meant or how to alter them. The entire iptables is inlined below... maybe you will know how to alter them so that ports show up in logs. That is, only if you are still patient enough to continue so far, no one has complained about the OT thread... but I fear I must be nearing the end of your patient willingness to continue, if not the lists willingness to allow my OT thread. ---- ---=--- - There only 4 instances of LOG in the tables. But I wonder if it might just be an increase in log level that is required. I don't think so. That's the syslog level and changing it might change if you see the logged entries at all (depending on your syslog config.) I wanted to try that out, but was a bit chicken, thinking I'd destroy whatever setup there is that invokes the iptable rules. You won't really break anything by changing the log levels. If you're changing things using iptables commands from the shell then it's unlikely any changes are permanent anyway (everything will go back to how it was.) To make a permanent change you'll need to figure how and where the iptables rules are being loaded from when the system comes up (it might be using iptable-save and iptables-restore or a firewall script or similar.) Now I'm not an expert on iptables logging and I'm sure Mick and/or someone else will respond too. I think your iptables output is truncated at 80 columns too so some of the info is missing at the ends of some of the lines. Also, I apologize but I forget exactly the traffic for which you're trying to get the port #'s logged? But let's go through what's there (apologies if you already know what I mention:) First, iptables has different tables that it (netfilter in the kernel) uses for different purposes. The one you're interested in (and which you dumped and is the default for the iptables command if you don't specify one) is the filter table. Other tables that are of interest for other things are the nat table and, for most people, to a lessor degree the mangle table. Inside tables there are standard chains of rules and there are (potentially) user-defined chains. The path a packet takes in the system determines which tables and chains are processed. Chain INPUT (policy DROP) The filter table INPUT chain is used when a packet is destined for the box itself (i.e., not sourced on the box and not being forwarded through the box.) The policy is to DROP any packets that aren't matched by terminating rules (e.g., ACCEPT) in the chain. target prot opt source destination ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 tcp dpt:23 ACCEPT esp -- 0.0.0.0/00.0.0.0/0 ACCEPT udp -- 0.0.0.0/00.0.0.0/0 udp dpt:4500 ACCEPT udp -- 0.0.0.0/00.0.0.0/0 udp dpt:500 These ACCEPT rules allow certain traffic destined for the router itself. DROP tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp flags: Other TCP traffic that's not allowed above is dropped if it's a NEW TCP connection to the router itself (i.e., not a response to TCP traffic initiated by the router.) ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABL This accepts any traffic that's part of a flow initiated from the router. INPUT_UDP udp -- 0.0.0.0/00.0.0.0/0 Go process the the user defined INPUT_UDP chain if the packet is a UDP packet. If that chain reaches the end of its rule list without matching a terminating rule it will return back here (as with all jumps to other chains.) INPUT_TCP tcp -- 0.0.0.0/00.0.0.0/0 Go process the the user defined INPUT_TCP chain if the packet is a TCP packet DOSicmp -- 0.0.0.0/00.0.0.0/0 icmp type 8 Go process the the user defined DOS chain if the packet is a ICMP packet with icmp type 8 ACCEPT all -- 0.0.0.0/00.0.0.0/0 state NEW ACCEPT all traffic that's in state NEW to the router. Presumably if a packet hasn't been dropped above or in the user defined chains then the router wants to see that traffic. Chain FORWARD (policy DROP) The filter table FORWARD chain is used when a packet is being forwarded by the system. The default policy is to DROP packets not matched by any terminating rules in the chain. target prot opt source destination ip_filter all -- 0.0.0.0/00.0.0.0/0 Go process the user defined ip_filter chain for all packets POLICY icmp -- 0.0.0.0/00.0.0.0/0 Go process the user defined POLICY chain for ICMP packets POLICY udp -- 0.0.0.0/00.0.0.0/0 Go process the user defined POLICY chain for UDP packets TCPMSS tcp -- 0.0.0.0/00.0.0.0/0
Re: [gentoo-user] Re: [OT router advice] a router capable of detailed logs
On 28 April 2011 06:31, Harry Putnam rea...@newsguy.com wrote: Mick michaelkintz...@gmail.com writes: Once you access it via telnet, have a look for any log rules in IP Tables (/sbin/iptables -L -v -n) and perhaps all we need to do is modify those. Yeah I had a look at the lines containing LOG and of course had no idea of what they meant or how to alter them. OK, let's see what's you got here. The first logging rule is this: Chain BLOCK (0 references) target prot opt source destination LOGall -- 0.0.0.0/00.0.0.0/0 LOG flags 0 level 4 DROP all -- 0.0.0.0/00.0.0.0/0 In the chain called BLOCK you have rule No.1 with target LOG which is used to ... log: all protocols no options any source any destination all(?) flags level 4 of verbosity I assume that setting this to level 6 would show ports too. The entire iptables is inlined below... maybe you will know how to alter them so that ports show up in logs. That is, only if you are still patient enough to continue so far, no one has complained about the OT thread... but I fear I must be nearing the end of your patient willingness to continue, if not the lists willingness to allow my OT thread. No worries! I'm no iptables guru, but I'm still here! ;-) There only 4 instances of LOG in the tables. But I wonder if it might just be an increase in log level that is required. Yes, level 6, or level 7 (debug) should give you more than the verbosity required. Careful though you don't overdo it and flood your logs. To guard against this options like --limit-burst or --limit-rate will only capture some of the initial similar packets and quietly drop the rest. I wanted to try that out, but was a bit chicken, thinking I'd destroy whatever setup there is that invokes the iptable rules. Yes, that's wise. You don't want to be inadvertently opening holes in your firewall ... This is why you can back up the existing set of rules and then reinstate it when you need to. In Gentoo we can see in our /etc/conf.d/iptables: == # /etc/conf.d/iptables # Location in which iptables initscript will save set rules on # service shutdown IPTABLES_SAVE=/var/lib/iptables/rules-save # Options to pass to iptables-save and iptables-restore SAVE_RESTORE_OPTIONS=-c # Save state on stopping iptables SAVE_ON_STOP=yes == Unless you are running some special script at boot up, there's where all your running rules will be saved: # /etc/init.d/iptables --verbose save * Saving iptables state ...[ ok ] Then run any commands you want to alter your rule set and if you don't like it restart/reload your iptables (without saving first) to restore your previous configuration. I would therefore recommend that you experiment on your desktop to achieve the logging level you want and then run the same commands on the router. I guess in the router you'll have to reboot it to reset the rules, or you will need to find the Linksys equivalent command that will save the running rule set (it may be different to /etc/init.d/iptables save - most probably something like /sbin/iptables-save with redirection to a file). The command you want to run is /sbin/iptables --replace: -R, --replace chain rulenum rule-specification Replace a rule in the selected chain. If the source and/or des‐ tination names resolve to multiple addresses, the command will fail. Rules are numbered starting at 1. So, to modify the above rule you would run something like: /sbin/iptables --replace BLOCK 1 -m limit --limit 15/minute -j LOG --log-level 6 --log -prefix Blocked packets This will only replace the above number 1 rule in the BLOCK chain. Chain DOS (6 references) target prot opt source destination RETURN tcp -- 0.0.0.0/0 0.0.0.0/0 limit: avg 200/sec b RETURN udp -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABL RETURN udp -- 0.0.0.0/0 0.0.0.0/0 limit: avg 200/sec b RETURN icmp -- 0.0.0.0/0 0.0.0.0/0 icmp type 8 limit: a LOG all -- 0.0.0.0/0 0.0.0.0/0 limit: avg 10/sec bu DROP all -- 0.0.0.0/0 0.0.0.0/0 To replace the above number 5 rule in the DOS chain you need to follow my example, but first you have to see more than the options shown above - I think that your terminal only showed up to a burst option and chopped the rest off? Chain SCAN (2 references) target prot opt source destination LOG all -- 0.0.0.0/0 0.0.0.0/0 limit: avg 10/sec bu DROP all -- 0.0.0.0/0 0.0.0.0/0 Ditto here, you want to replace rule number 1, of the SCAN chain, but you need to see the complete rule options in the
[gentoo-user] Microphone problems Thinkpad X300
Hi guys, I have some problems to get my headset to work. I have a snd_hda_intel soundcard and the output works pretty good - like watching videos etc pp. But Skype is not able to use my mic. I can hear myself in the speakers but for some reasons I can't use the mic for a skype phonecall. I have installed alsa after this documentation: http://www.gentoo.org/doc/en/alsa-guide.xml Alsaconf does not recognize my soundcard, but alsamixer works. Is there a special Kernelmodule I need to install? gentoo user # lspci | grep Audio 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) gentoo user # gentoo user # lsmod | grep snd_hda snd_hda_codec_analog69192 1 snd_hda_intel 18522 4 snd_hda_codec 56894 2 snd_hda_codec_analog,snd_hda_intel snd_hwdep 4964 1 snd_hda_codec snd_pcm54908 4 snd_pcm_oss,snd_hda_intel,snd_hda_codec snd44572 18 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_hwdep,thinkpad_acpi,snd_pcm,snd_timer snd_page_alloc 5849 2 snd_hda_intel,snd_pcm firmware_class 4997 9 iwlagn,snd_hda_codec,tg3,aic94xx,libsas,qla2xxx,qla1280,advansys,pcmcia gentoo user # Regards, alokat
Re: [gentoo-user] [OT] Script to crack gpg passphrase
On 04/28/2011 10:04 AM, Mick wrote: This finds the passphrase and prints it out on the terminal. However, its success depends on the dictionary file I use. Also, it's not particularly fast ... Any idea how I can create a dictionary file? I've used apg but it's aheam! too random. :-) I have been given something like 6 passphrases that may have been used. The problem is that at the time of creation the passphrase was typed in incorrectly (twice!) So I would need to use some method of generating a dictionary with potential typos of these known passphrases (pretty much how the rephrase application works). What is a good way to generate such a file by imputing a range of candidate characters? Finally, is there a way or parallelising the run so that it speeds up? If you know the actual passphrase is close to some known passphrase, read up on the concept of Levenshtein distance: http://en.wikipedia.org/wiki/Levenshtein_distance If you can define a function that computes all passwords of Levenshtein distance 1 from a given password, then you can run that function twice to get the password of distance 2,3... Three or four is probably a good place to stop. Then you can take those six known passwords, and compute all words of distance 1,2,3 from all of them. Stick those in a list, and try them.
[gentoo-user] Re: Headsup: bad breakage from today's xcb update
On 04/28/2011 03:51 AM, godzil wrote: I have similar breakage with xcb*-0.3.8 but with gnome-base/nautilus this time, but seems related with startup-notification... During the ebuild compilation, it fail with a link error searching for libxcb-aux, libxcb-event and libxcb-atom. I search in all .la file, run lafilefixer to verify if all la is fixed I'm happy to report that startup-notification was fixed as of this morning, so update again if you haven't already. Check /usr/lib/pkgconfig/ for outdated *.pc files.
Re: [gentoo-user] Kompozer: undefined reference to `SEC_ASN1Encode_Util'
On Wed, Apr 27, 2011 at 12:08 PM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: Hello list, I've been trying to install kompozer (very useful for developing web style sheets), but it fails with a whole lot of errors such as the one in the subject. Googling only shows a conversation from two-and-a-half years ago, with no real solution after much discussion of nss and nspr, both of which I've remerged (nspr has the utils USE flag set). Does anyone here know how to evade this problem? Alternatively, is there another visual web-page development tool? Hi, I don't see kompozer in portage at all. Is it in an overlay? I think the function in the subject is from libnss, so I wonder if trying a different version of libnss might produce different results. Kompozer is probably closely related to some version of Firefox or Seamonkey. If you know which version it is similar to, you might be able to look at the dependencies for that and compare them. I also wonder if you might need to remove -Wl,--as-needed from your LDFLAGS.
Re: [gentoo-user] Microphone problems Thinkpad X300
On Thu, 28 Apr 2011 18:22:40 + Alokat mail...@alokat.org wrote: Hi guys, I have some problems to get my headset to work. I have a snd_hda_intel soundcard and the output works pretty good - like watching videos etc pp. But Skype is not able to use my mic. I can hear myself in the speakers but for some reasons I can't use the mic for a skype phonecall. I have installed alsa after this documentation: http://www.gentoo.org/doc/en/alsa-guide.xml Alsaconf does not recognize my soundcard, but alsamixer works. Is there a special Kernelmodule I need to install? I don't think so. ...module details snipped... After installation of alsa none of the microphone channels get captured (recorded) by default. Even when you can hear them in the headset they do not get captured. Try the following: Alsamixer starts up and shows just the Playback channels. To see what is getting captured press key F4 when alsamixer is running. This shows the Capture channels. Then go to one of the microphone channels (maybe named Capture or Capture 1), and press your space bar to toggle the capturing. There should appear the word CAPTURE in red letters below the microphone channel. If capture is inactive then there are white dashes (---) below the channel. You can activate all your microphone channels for capture. Now you have your microphone captured, and can record sound and use skype. gnome-alsamixer is another graphical mixer, which I like better then alsamixer. If this does not work post the output of amixer here. Urs
[gentoo-user] [SOLVED] Scripts not working... HELP!
It appears that it's only python scripts that are not executing. By sheer chance, I wanted to use 2 scripts that involved python. My getcot script invokes getmail which is a python script. emerge is also a python script. Maybe it's just python scripts that are the problem. Last minute update == I ran eselect python set 1, and things appear to be working now. I'm not sure if it's my memory fading, but I seem to recall that before I ran eselect python set 1, I got... [i3][root][~] eselect python list Available Python interpreters: [1] python2.7 [2] python3.1 I.e. neither one was selected. Is it possible that... * my selected version was python2.6 * I ran an update and removed the python 2.6 * but forgot to select 2.7 -- Walter Dnes waltd...@waltdnes.org execlog.txt.gz Description: Binary data
Re: [gentoo-user] Microphone problems Thinkpad X300
On Thu, Apr 28, 2011 at 11:22 AM, Alokat mail...@alokat.org wrote: Hi guys, I have some problems to get my headset to work. I have a snd_hda_intel soundcard and the output works pretty good - like watching videos etc pp. But Skype is not able to use my mic. I can hear myself in the speakers but for some reasons I can't use the mic for a skype phonecall. I had _exactly_ the same problem on my compute server which was solved fairly easily in KDE. YMMV in some other environment. In KDE I opened the mixer. Initially it has a fairly limited set of controls. Under 'Settings' I enabled the 'Capture' channel by dragging the Capture icon over to the right side. I enabled the Capture checkbox and raised the Capture volume. Testing with the Skype test service worked and I have no trouble using Skype now. HTH, Mark
[gentoo-user] Re: Headsup: bad breakage from today's xcb update [correction]
On 04/27/2011 02:40 PM, Volker Armin Hemmann wrote: #readelf -s libxcb-atom.so.1.0.0 | grep xcb_atom_get don't have that lib. only: readelf -s /usr/lib64/libxcb-util.so.0.0.0| grep xcb_atom_get 34: 2c6035 FUNCGLOBAL DEFAULT 11 xcb_atom_get_name_predefi 55: 2b60 230 FUNCGLOBAL DEFAULT 11 xcb_atom_get_predefined and equery belongs /usr/lib64/libxcb-util.so.0.0.0 * Searching for /usr/lib64/libxcb-util.so.0.0.0 ... x11-libs/xcb-util-0.3.8 (/usr/lib64/libxcb-util.so.0.0.0) no libxcb-atom Thanks for your reply, Volker. Yes, libxcb-atom was deleted by the upgrade to xcb-util-0.3.8, and, as of this morning, x11-libs/startup-notification-0.10_p20110426 has the fix for my missing-symbol problem :)
Re: [gentoo-user] removing gtk+ as requested by --depclean
On Thu, 2011-04-28 at 16:19 +0200, Jesús J. Guerrero Botella wrote: gtk+ 3.x is not used by gnome versions in portage (2.x). If you don't know if you need it, then you don't need it. Gnome3 is slowly making its way into portage, and so so is bringing with it packages that depend either explicitly or optionally on gtk3, e.g. libunique-3.0.0 clutter-gtk libnotify-0.7.2 gtkmm-3.0.0.