[gentoo-user] Re: Packet sniffing broken recently?
walt, Wed, 28 Dec 2011 17:01:59 -0800: Sometime in the last month or so (when I wasn't looking) my ~x86 and ~amd64 machines quit working when I try to run wireshark or tcpdump, etc, but I don't know exactly when or why. (My amd64 machine still sniffs packets normally.) I get this same error from any packet sniffing app: Can't open netlink socket 93:Protocol not supported Strace shows that this is the failing system call: socket(PF_NETLINK, SOCK_RAW, 12) = -1 EPROTONOSUPPORT (Protocol not supported) That makes me think of some missing kernel config that may have been added or modified in recent kernels, so I tried gentoo-sources-3.0.6 (same as my working amd64 machine) with no joy. Same error message. Have I missed some important gentoo bulletin about networking recently? Anyone have working packet sniffing on ~arch? Hi, If I remember correctly, I needed to set Networking support - Networking options - Network packet filtering framework (Netfilter) - Core Netfilter Configuration - Netfilter connection tracking support It has been a while though, so it may be another option in the netfilter config - just try it :) Lubos
[gentoo-user] Re: New project in perl? {OT}
Indexer, Sun, 02 Jan 2011 10:47:46 +1030: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/01/2011, at 09:04, Grant wrote: I'm sorry this is OT but I really value the opinion of many people subscribed to this list. I'm starting a new project that is quite straightforward and will interface with an old project. The only point of contact between the two projects might be both of them having access to the same database table. The old project is written in a language that is related to perl so I can imagine there would be some benefit to using perl for the new project. Am I foolish to start a new project in perl at this stage in its lifecycle? I won't be doing the coding myself and I wonder if I would be better off with PHP since more coders seem to be familiar with PHP than perl. TBH use neither, most people are jumping away from PHP and Perl. I am not sure who is most people but I do almost all my coding in Perl and love it. Perl has great features and is very cleverly designed language! Lubos
[gentoo-user] Re: Best way to copy /* ?
Marc Blumentritt, Mon, 27 Dec 2010 16:20:55 +0100: Hi, I have bought myself a Christmas present, a new shiny hard disk. Now I want to copy my old Gentoo system to my new disk like this: 1.) boot with gentoo boot cd 2.) mount my old system ind /old ( / in one partition, /home, /usr, /var, /tmp and /opt in lvm2 volumes and /boot on it's own partition) 3.) mount my new disk ind /new (just 2 partitions, 1 for / and 1 for /boot) 4.) copy from /old to /new 5.) modify fstab and prepare grub 6.) reboot Concerning step 4: what is the best copy command? I tried with cp -a /old/* /new but got some problems in /home. My user dir got the wrong permissions (I d'ont know, if this is in some way connected with /home being a mount point). Of course this could be the same in other dirs. Is there a better method? I read years ago on this list about using tar with this (piping the tar output into a second tar command, which extracts the files to their final destination). Are there other tools? Or did I use cp in a wrong way? Regards Marc Try rsync -auD --verbose --progress --exclude=/proc --exclude=/sys -- exclude=/dev /old/ /new/ and then copy over /dev/console, /dev/tty and/or any other /devices Lubos
[gentoo-user] Re: Advice for System monitor + Intrusion Detection tools?
Stroller, Fri, 19 Nov 2010 22:06:57 +: On 19/11/2010, at 8:45pm, Fatih Tümen wrote: I just want to beware of anything unusual instantly, preferably by email. This is a single or two user laptop. I've been meaning for some time to look for something like this myself. I'm personally only interested in messages from the RAID controller, and I'm not sure that I'm a high-risk for intrusion, but I do want to know about it *immediately* if a drive fails, so that ideally I can pop into the store on the way home and pick up a new disk to replace the one that failed. Seems to me like a use case for nagios Lubos Kolouch
SOLVED - Re: [gentoo-user] i386-pc-linux-gnu-gcc broken
Hello all, I am happy to report it is solved. Solution? simple emerge libIDL Thanks for your help Lubos On 5/3/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Sun, 1 May 2005 17:31:32 +0200, Lubos Kolouch wrote: how to convince liborbit not to use i386- ? Have you changed CHOST in /etc/make.conf? -- Neil Bothwick Drink varnish and you'll have a lovely finish. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] i386-pc-linux-gnu-gcc broken
On 5/3/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Sun, 1 May 2005 17:31:32 +0200, Lubos Kolouch wrote: how to convince liborbit not to use i386- ? Have you changed CHOST in /etc/make.conf? -- Neil Bothwick No. It was written in the installation handbook that it is not advisable if you do a non-stage1 (stage3) installation. My make.conf : # cat /etc/make.conf # These settings were set by the catalyst build script that automatically built this stage # Please consult /etc/make.conf.example for a more detailed example CFLAGS=-O2 -march=i686 -fomit-frame-pointer -pipe CHOST=i686-pc-linux-gnu CXXFLAGS=${CFLAGS} ACCEPT_KEYWORDS=~x86 USE=X a52 aac aalib acl acpi aim alsa apache2 apm arts audiofile avi bash-completion bluetooth bonobo bzlib calendar cdb cdparanoia cdr crypt cups dv dvd dvdr dvdread encode ethereal exif flac ftp gd gif gnome gphoto2 gpm gtk gtk2 gtkhtml iconv icq imagemagick imap imlib jabber java javascript jpeg kde lm_sensors maildir mbox mime mmx mozilla mp3 mpeg msn mysql ncurses nocd offensive ogg oggvorbis opengl oss pcmcia pda pdflib perl php png qt quicktime readline recode samba sdl sox spell ssl truetype usb vcd vorbis wifi win32codecs wmf xmms xosd xvid x86 Lubos -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] i386-pc-linux-gnu-gcc broken
On 4/29/05, Michael W. Holdeman [EMAIL PROTECTED] wrote: On Friday 29 April 2005 02:14 am, Lubos Kolouch wrote: On 4/28/05, Dave Nebinger [EMAIL PROTECTED] wrote: I found another two packages with this problem : Have you tried fix_libtool_files.sh 3.3.5? -- gentoo-user@gentoo.org mailing list Yes. Not helped. Same problem orbit-idl-2 2.12.0 compiling mode, show preprocessor errors, passes: stubs skels common headers skel_impl imodule gcc-config error: Could not run/locate i386-pc-linux-gnu-gcc Error: Empty file ** (process:11762): WARNING **: nautilus-view-component.idl compilation failed make[3]: *** [nautilus_view_component_idl_stamp] Error 1 What to do now? I had a like problem, I had to run fix_libtool on a current gcc, then run gcc-config and switch to another gcc, run fix_libtool on teh one I just switched from, then gcc-config and switch to the one I wanted, then fix_libtool on the one I just switched from... Worked for me.. Mike Thanks. I tried it but still NOT working. It seems like some problem with liborbit package because all compilations seem to stop at this point orbit-idl-2 2.12.2 compiling mode, show preprocessor errors, passes: headers gcc-config error: Could not run/locate i386-pc-linux-gnu-gcc Error: Empty file ** (process:11417): WARNING **: ../../../src/orb/orb-core/corba-defs.idl compilation failed how to convince liborbit not to use i386- ? Thanks Lubos -- gentoo-user@gentoo.org mailing list
[gentoo-user] i386-pc-linux-gnu-gcc broken
Hello, (after hours of googling) When I do emerge kdegraphics (but also other packages) the compilation ends with error complaining that the i386-pc-linux-gnu-gcc cannot be run/located. however (installed from 2005.3 universal CD) # /usr/bin/i386-pc-linux-gnu-gcc gcc-config error: Could not run/locate i386-pc-linux-gnu-gcc # ls -l /usr/bin/ | grep i386 -rwxr-xr-x 1 root root 7196 Mar 10 19:50 i386-pc-linux-gnu-gcc -rwxr-xr-x 1 root root 47 Mar 10 19:56 i386-pc-linux-gnu-gcc32 # gcc-config -l [1] i686-pc-linux-gnu-3.3.5 * [2] i686-pc-linux-gnu-3.3.5-hardened [3] i686-pc-linux-gnu-3.3.5-hardenednopie [4] i686-pc-linux-gnu-3.3.5-hardenednossp [5] i686-pc-linux-gnu-3.4.3-20050110 [6] i686-pc-linux-gnu-3.4.3-20050110-hardened [7] i686-pc-linux-gnu-3.4.3-20050110-hardenednopie [8] i686-pc-linux-gnu-3.4.3-20050110-hardenednossp Where is the problem? Thank you Lubos -- gentoo-user@gentoo.org mailing list