Re: [gentoo-user] Tcp Listener
Check out what I consider to be a fantastic guide: http://beej.us/guide/bgnet/ On Mon, Feb 3, 2014 at 3:50 PM, Xar Man manousidis@gmail.com wrote: Well it's actually a project for a company that needs a tcp listener for the data sent by the devices. You are right about my question. It's a bit irrelevant with gentoo but I'm working on gentoo and I'm asking this list because I consider its users have wide knowledge on general programming. In fact I got a good suggestion and I believe my search is done. Thank you anyway. On Tue, Feb 4, 2014 at 1:20 AM, Alan McKinnon alan.mckin...@gmail.comwrote: On 03/02/2014 23:51, xarman wrote: On 02/03/2014 11:43 PM, Alan McKinnon wrote: On 03/02/2014 20:15, xarman wrote: I'm interested in making a TCP Listener in C / C++ on Linux to accept many connections simultaneously. I did a relative search on the Web and although I am aware of the C language as to a certain extent, I struggle to find a model program. Essentially, it is the listener of a server that receives a signal and stores it in a database and do some other functions. I know how to do the functions but I'm looking for a way to fix the basic skeleton of listener that will be always active. I'm not sure if I need multi threading or multi socketing for multi connections. If you have any knowledge on the subject or have a simple example or even some reference in order to work on that, I'd appreciate it. Is this a school homework question? No. Why are you asking? It's worded like one, and it's your first post to this list I can find. Google the topic do my homework for me. There's always a chance it's a genuine question though. If so, you are unlikely to get decent answers here, this is a user-based support list for users of Gentoo. Your question is better directed to forums that deal with C programming as their core topic. -- Alan McKinnon alan.mckin...@gmail.com -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats.
Re: [gentoo-user] linux command for file ownership and flag by creation ?!
Looks like you're looking for setgid functionality. Check out http://en.wikipedia.org/wiki/Setuid#setgid_on_directories On Mon, Feb 3, 2014 at 4:47 PM, Tamer Higazi th9...@googlemail.com wrote: Hi people! I have asked myself if there are set of commands on Linux or Gentoo, that if a file locally created it belongs to a special group. Let us say: /var/folderX folderX belong to tamer:daemon I want every file I create inside automatically belongs to: tamer:daemon and not tamer:tamer For any advises, I would thank you Tamer -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats.
Re: [gentoo-user] Mouse Paste
On 9/9/07, Benno Schulenberg [EMAIL PROTECTED] wrote: Korthrun wrote: I've done some tweaking of my xorg.conf, .xbindkeysrc and .Xmodmap to get my logitech mx1000 working. The forums/wiki helped a lot with this. You're not saying which forums or wiki. :) The https://help.ubuntu.com/community/MX1000Mouse page suggests that the following may be needed: Option ZAxisMapping 4 5 7 6 Sorry, the gentoo forums and gentoo-wiki.com of course! :) Since making these changes I've lost my middleclick to paste functionality, When you remove all your tweaks again and go back to the defaults, does middleclicking work again? Just to make sure the mouse is still working. Yes, it does still work when I revert. When I get home today, I'll have to see if I can narrow it down to a specific option. Instinct tells me it's the difference in evdev versus mouse' for driver. We'll see. Benno -- [EMAIL PROTECTED] mailing list Maybe I'll just set the box on fire tonight. -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- [EMAIL PROTECTED] mailing list
[gentoo-user] Mouse Paste
I've done some tweaking of my xorg.conf, .xbindkeysrc and .Xmodmap to get my logitech mx1000 working. The forums/wiki helped a lot with this. Since making these changes I've lost my middleclick to paste functionality, and pasting from terminal into a GUI app doesn't seem to fly anymore either. Here's what I've got. #start xorg.conf snippet Section InputDevice Identifier MX1000 Driver evdev Option Dev Name Logitech USB RECEIVER Option Dev Phys usb-:00:10.0-1/input0 Option Device /dev/input/event0 Option Buttons 12 Option ZAxisMapping 4 5 Option Resolution 800 EndSection #end xorg.conf snippet #start .Xmodmap pointer = 1 2 3 4 5 6 7 8 9 10 11 12 #end .Xmodmap #start .xbindkeysrc #forward and back bindings for side buttons /usr/bin/xvkbd -text \[Alt_L]\[Left] m:0x0 + b:8 /usr/bin/xvkbd -text \[Alt_L]\[Right] m:0x0 + b:9 #PageUp anf PageDown bindings for cruise control /usr/bin/xvkbd -text \[Page_Up] m:0x0 + b:11 /usr/bin/xvkbd -text \[Page_Down] m:0x0 + b:12 #Bindings for wheel left-right to switch tabs in opera #and others. Configuration in programm is needed /usr/bin/xvkbd -text \[Control_L]\[Page_Down] m:0x0 + b:13 /usr/bin/xvkbd -text \[Control_L]\[Page_Up] m:0x0 + b:14 /usr/bin/xvkbd -text \[Alt_L]\[F5] m:0x0 + b:10 #end .xbindkeysrc So everything works as expected: Left button clicks, right button right clicks horizontal buttons change browser tabs, the browser forward/back buttons work. The cruise control buttons do 'page up' and 'page down' just fine. Just no middle click to paste, terminal to gui paste, or middle click event in xev. Xev tells me: left button = 1 right button = 3 up wheel = 4 down wheel = 5 backbutton = 6 forwardbutton = 7 other = 10 up button = 11 down button = 12 horizontalleft = 13 horizontalright = 14 When I press the mouse wheel down (middle button) I get nothing in xev. Well sometimes. The output on soemtimes looks like the same output as using the horizonal scroll keys, but those keys are pressing the wheel to the left or right, so when I get output I think I'm just pushing the wheel to the left or right. When I very carefully push the wheel straight down, I get nothing. This _did_ work before I changed everything from the basic xmouse config. Driver was mouse instead of evdev. Is there something with evdev that needs done to support this? Any pointers would be greaty appreciated. Regards. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Bon Echo (why?)
On 2/25/07, Grant Edwards [EMAIL PROTECTED] wrote: On 2007-02-25, Joe Menola [EMAIL PROTECTED] wrote: On Sunday 25 February 2007 12:55 pm, Dan Farrell wrote: but 'IceWeasel' is ugly. Bon Echo is such a nice name. I'd prefer firefox_alt or something similar. Something that tells me what it is Um, if you're not allowed to use the trademarked name firefox, then calling it firefox_alt is also going to be a trademark violation. -- Grant Edwards grante Yow! Do I hear th' at SPINNING of various visi.comWHIRRING, ROUND, and WARM WHIRLOMATICS?! -- gentoo-user@gentoo.org mailing list Iceweasel for life. -- gentoo-user@gentoo.org mailing list
[gentoo-user] pants
Does anyone have any clue what put: PANTS=ON into my environment? google is failing me here =/ Thanks -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] pants
On 1/9/07, Justin Findlay [EMAIL PROTECTED] wrote: On AD 2007 January 10 Wednesday 06:21:10 AM +0100, Bo V|GV|Grsted Andresen wrote: # grep -R PANTS=ON /etc/bash /etc/profile* /etc/env.d ~/.bash* ~/.profile Or better yet, # find /etc -type f -exec grep -nI --color PANTS {} \; $ ls -d --color=no ~/.??* | xargs -i find {} -type f -exec grep -nI --color PANTS {} \; OR $ find ~ | grep \.\/\. | xargs grep -nI --color PANTS OR $ find ~ -mindepth 1 -wholename './.*' | xargs -r grep -nI --color PANTS Yeah, maybe I'm just showing off by now. (-: Justin -- gentoo-user@gentoo.org mailing list Thanks for the responses. None of the grepping found anything sadly, and no one else uses this box. It's my home workstation. I dropped out of Xorg and noticed that it wasn't in my env any more. Installed fluxbox and fired it up and behold, PANTS is not set. A quick google for enlightenment pants was quite..enlightening. Thanks again for all the neat ideas. -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox, flash player, and youTube
On 12/18/06, Iain Buchanan [EMAIL PROTECTED] wrote: On Mon, 2006-12-18 at 10:51 +0100, Arnau Bria wrote: On Sat, 16 Dec 2006 09:57:05 -0800 Kevin O'Gorman wrote: I'm up-to-date on stable ebuilds. I've tried to view a cute youTube Code Monkey video, but get the complaint my flash Player plugin is obsolete (or I'm blocking Javascript, which is false). It's at http://www.youtube.com/watch?v=2lLRBiEBRAc Here's some code for downloading youtube videos: or, you could just install the firefox add-on videodownloader from http://javimoya.com/blog/youtube_en.php and have a little icon in your status bar which, on a right click, will let you download any mp3, flash, wmv, avi, etc, etc, on the current web page. HTH! -- Iain Buchanan iaindb at netspace dot net dot au Living on Earth may be expensive, but it includes an annual free trip around the Sun. -- gentoo-user@gentoo.org mailing list SNIP I've downloaded the latest player that Adobe offers for linux, /SNIP Are you talking about the one that firefox directs you to based on the EMBED tag for the player or the actual latest linux version? Specificly: http://labs.adobe.com/downloads/flashplayer9.html I have yet to find any flash that whines about my version or anything like it since installing that. No problems either. -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] {OT} Webmail in portage without PHP?
I am using perl and I'd rather not install and maintain PHP just so I can use Squirrelmail. It sounds like I may need to though. Does anyone prefer another webmail client to Squirrelmail? - Grant -- gentoo-user@gentoo.org mailing list If you don't mind php, I recommend horde . Just be sure that you actually need the features it provides, because it has the potential be a hassle to setup. Atmail is a good perl based webmail, along with Neomail, which was previously mentioned. -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mail for multiple domains
On 12/5/06, Grant [EMAIL PROTECTED] wrote: I've been using postfix and courier-imap along with mutt for a while with a single domain. I now need to set up a second domain. How is the system supposed to know which domain to use when sending a message? How can I keep mail for [EMAIL PROTECTED] and [EMAIL PROTECTED] separate? - Grant -- gentoo-user@gentoo.org mailing list You will need to setup postfix to host virtual domains if I'm following you. I believe what you are looking for can be found here: http://www.postfix.org/VIRTUAL_README.html -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xmms alternative
On 10/23/06, Arnau Bria [EMAIL PROTECTED] wrote: On Mon, 23 Oct 2006 08:08:08 -0400 Dave V wrote: Hello, Hi, I just read on the gentoo-dev list that xmms is about to be removed, but it's probably the only sound player that I've used. Could someone recommend a good alternative. I'm rather surprised that no one wanted to maintain the packages. you should, not should, you MUST use Amarok :-) Cheers! -- Arnau Bria http://blog.emergetux.net Wiggum: Dispara a las ruedas Lou. Lou: eee, es un tanque jefe. Wiggum: Me tienes hartito con todas tus excusas. -- gentoo-user@gentoo.org mailing list I've never been an xmms fan, the GUI has just never felt right, something about the app didn't suit my tastes. I've been use mpg123, mplayer and mpd depending on what I want. Though apparently we should be using amarok so I'll have to give that a whirl. -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Nvidia+Xorg not allowing DRI.
On 7/16/06, Dale [EMAIL PROTECTED] wrote: Korthrun wrote: I restarted X and I can see DRI fine on a non privileged user. The change was adding some of the options from device section of the xorg.conf posted by Hemmann, Volker Armin Thanks everyone, K Can you post what you changed? I would like to compare mine to yours. Thanks Dale :-) :-) -- gentoo-user@gentoo.org mailing list Sorry for the delay...the lot of what I have now should be attatched. -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. xorg.conf Description: Binary data
Re: [gentoo-user] Nvidia+Xorg not allowing DRI.
On 7/15/06, Hemmann, Volker Armin [EMAIL PROTECTED] wrote: On Friday 14 July 2006 14:30, Korthrun wrote: Heyyas, I'm running: Xorg 7.0-r1 nvidia-kernel 1.0.8762 nvidia-glx 1.0.8762 I've followed the guide at http://www.gentoo.org/doc/en/nvidia-guide.xml with the following exceptions. I'm using a kernel.org kernel not a portage kernel, and I didn't make the changes regarding framebuffers because I don't intend to use one.That whole bit is disabled in my kernel. X starts up fine and looks great, I get decent FPS from glxgears. While following the above guide I get to this point Code Listing 2.19: Checking the direct rendering status and end up with this: glxinfo | grep direct Xlib: extension XFree86-DRI missing on display :0.0. direct rendering: No did you make eselect opengl set nvidia? Did you ever use the nvidia-installer? If yes to the second question, stale files from it, can ruin everything. # Section Module # This loads the DBE extension module. Loaddbe # Double buffer extension Loadextmod Loadtype1 Loadspeedo Loadfreetype #Loadxtt Loadglx Loadv4l Loadddc Loadi2c EndSection Section Extensions Option Composite Enable EndSection # ** # Files section. This allows default font and rgb paths to be set # ** Section Files FontPath /usr/share/fonts/misc/ FontPath /usr/share/fonts/TTF/ FontPath /usr/share/fonts/Type1/ FontPath /usr/share/fonts/75dpi/ FontPath /usr/share/fonts/100dpi/ FontPath /usr/share/fonts/local/ #FontPath /usr/share/fonts/Speedo/ FontPath /usr/share/fonts/TrueType/ FontPath /usr/share/fonts/freefont/ FontPath /usr/share/fonts/sharefonts/ FontPath /usr/share/fonts/corefonts/ EndSection # ** # Server flags section. # ** Section ServerFlags EndSection # ** # Input devices # ** # ** # Core keyboard's InputDevice section # ** Section InputDevice Identifier Keyboard1 Driver kbd Option AutoRepeat 500 30 Option XkbRules xorg Option XkbModel pc102 Option XkbLayout de EndSection # ** # Core Pointer's InputDevice section # ** Section InputDevice # Identifier and driver Identifier Mouse1 #Driver mouse #Option ProtocolIMPS/2 #Option Protocol ExplorerPS/2 #Option InputFashion Mouse #Option Buttons 7 #Option ButtonNumber 7 #Option ZAxisMapping 6 7 #Option Emulate3Buttons false #Option Device /dev/input/mice #Option ZAxisMapping 4 5 # Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ExplorerPS/2 Option Buttons 8 Option ZAxisMapping 4 5 6 7 Option Emulate3Buttons false Option Resolution800 EndSection # ** # Monitor section # ** # Any number of monitor sections may be present Section Monitor Identifier ibm HorizSync 31.5-96 VertRefresh 50-85 Option dpms EndSection # ** # Graphics device section # ** Section Device Identifier 6600 Driver nvidia #VideoRam131072 # Insert Clocks lines here if appropriate Option RenderAccel true Option AllowGLXWithComposite true Option backingstore true # Option XaaNoOffscreenPixmaps true Option ADDARGBGLXVisuals true EndSection # ** # Screen sections # ** # Any number of screen sections may be present. Each describes # the configuration of a single screen. A single specific screen section # may be specified from the X server command line with the -screen # option. Section Screen
Re: [gentoo-user] Nvidia+Xorg not allowing DRI.
On 7/15/06, Richard Fish [EMAIL PROTECTED] wrote: On 7/15/06, Hemmann, Volker Armin [EMAIL PROTECTED] wrote: no, you should not. This last 'stanza' is not needed - maybe even harmfull. Remove it. Oops, your right. Looks like an artifact (both in the config and my brain) from my ATI days. Apologies to korthrun for the bogus info. -Richard -- gentoo-user@gentoo.org mailing list No problem man, it happens to the lot of us :) K -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Nvidia+Xorg not allowing DRI.
On 7/14/06, Korthrun [EMAIL PROTECTED] wrote: Heyyas, I'm running: Xorg 7.0-r1 nvidia-kernel 1.0.8762 nvidia-glx 1.0.8762 I've followed the guide at http://www.gentoo.org/doc/en/nvidia-guide.xml with the following exceptions. I'm using a kernel.org kernel not a portage kernel, and I didn't make the changes regarding framebuffers because I don't intend to use one.That whole bit is disabled in my kernel. X starts up fine and looks great, I get decent FPS from glxgears. While following the above guide I get to this point Code Listing 2.19: Checking the direct rendering status and end up with this: glxinfo | grep direct Xlib: extension XFree86-DRI missing on display :0.0. direct rendering: No My Xorg.conf follows: ##Start xorg.conf Section ServerLayout Identifier X.org Configured Screen 0 Screen[0] 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/share/X11/rgb ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/misc FontPath /usr/share/fonts/75dpi FontPath /usr/share/fonts/100dpi FontPath /usr/share/fonts/TTF FontPath /usr/share/fonts/Type1 EndSection Section Module Load glx Load extmod Load xtrap Load record Load dbe # Load dri Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option Buttons 7 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier Monitor[0] Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true HorizSync 30-70 VertRefresh 50-180 EndSection Section Device Identifier Device[0] Driver nvidia EndSection Section Screen Identifier Screen[0] Device Device[0] MonitorMonitor[0] DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 Modes 1280x1024 EndSubSection EndSection Section DRI Group video Mode 0660 EndSection ##End xorg.conf I've tried it both with and without this last stanza regarding DRI. I tossed it in there for giggles since I needed it with my ATI card. One thing I haven't ventured to yet is recompilin xorg. When I compiled it I did have VIDEO_CARDS set to radeon. Will this effect xorg working with nvidia cards? What would the proper VIDEO_CARDS setting be for a geforce 6800? Any suggestions/comments are very welcome. Thanks muchly., Korf -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. Well, I've now narrowed it down to permissions. I didn't install the drivers off of nvidias site as they are the same version. Perusing the nvidia linux forum I came across a post that made me want to do glxgears again. I was root on that console due to just having emerged something, and DRI works fine. I'm going to poke some stuff with chmod and restart, but if any know what might be the difference that allows root to do it I'd love to hear it. K -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Nvidia+Xorg not allowing DRI.
On 7/15/06, Korthrun [EMAIL PROTECTED] wrote: On 7/14/06, Korthrun [EMAIL PROTECTED] wrote: Heyyas, I'm running: Xorg 7.0-r1 nvidia-kernel 1.0.8762 nvidia-glx 1.0.8762 I've followed the guide at http://www.gentoo.org/doc/en/nvidia-guide.xml with the following exceptions. I'm using a kernel.org kernel not a portage kernel, and I didn't make the changes regarding framebuffers because I don't intend to use one.That whole bit is disabled in my kernel. X starts up fine and looks great, I get decent FPS from glxgears. While following the above guide I get to this point Code Listing 2.19: Checking the direct rendering status and end up with this: glxinfo | grep direct Xlib: extension XFree86-DRI missing on display :0.0. direct rendering: No My Xorg.conf follows: ##Start xorg.conf Section ServerLayout Identifier X.org Configured Screen 0 Screen[0] 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/share/X11/rgb ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/misc FontPath /usr/share/fonts/75dpi FontPath /usr/share/fonts/100dpi FontPath /usr/share/fonts/TTF FontPath /usr/share/fonts/Type1 EndSection Section Module Load glx Load extmod Load xtrap Load record Load dbe # Load dri Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option Buttons 7 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier Monitor[0] Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true HorizSync 30-70 VertRefresh 50-180 EndSection Section Device Identifier Device[0] Driver nvidia EndSection Section Screen Identifier Screen[0] Device Device[0] MonitorMonitor[0] DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 Modes 1280x1024 EndSubSection EndSection Section DRI Group video Mode 0660 EndSection ##End xorg.conf I've tried it both with and without this last stanza regarding DRI. I tossed it in there for giggles since I needed it with my ATI card. One thing I haven't ventured to yet is recompilin xorg. When I compiled it I did have VIDEO_CARDS set to radeon. Will this effect xorg working with nvidia cards? What would the proper VIDEO_CARDS setting be for a geforce 6800? Any suggestions/comments are very welcome. Thanks muchly., Korf -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. Well, I've now narrowed it down to permissions. I didn't install the drivers off of nvidias site as they are the same version. Perusing the nvidia linux forum I came across a post that made me want to do glxgears again. I was root on that console due to just having emerged something, and DRI works fine. I'm going to poke some stuff with chmod and restart, but if any know what might be the difference that allows root to do it I'd love to hear it. K -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. I restarted X and I can see DRI fine on a non privileged user. The change was adding some of the options from device section of the xorg.conf posted by Hemmann, Volker Armin Thanks everyone, K -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Nvidia+Xorg not allowing DRI.
Heyyas, I'm running: Xorg 7.0-r1 nvidia-kernel 1.0.8762 nvidia-glx 1.0.8762 I've followed the guide at http://www.gentoo.org/doc/en/nvidia-guide.xml with the following exceptions. I'm using a kernel.org kernel not a portage kernel, and I didn't make the changes regarding framebuffers because I don't intend to use one.That whole bit is disabled in my kernel. X starts up fine and looks great, I get decent FPS from glxgears. While following the above guide I get to this point Code Listing 2.19: Checking the direct rendering status and end up with this: glxinfo | grep direct Xlib: extension XFree86-DRI missing on display :0.0. direct rendering: No My Xorg.conf follows: ##Start xorg.conf Section ServerLayout Identifier X.org Configured Screen 0 Screen[0] 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/share/X11/rgb ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/misc FontPath /usr/share/fonts/75dpi FontPath /usr/share/fonts/100dpi FontPath /usr/share/fonts/TTF FontPath /usr/share/fonts/Type1 EndSection Section Module Load glx Load extmod Load xtrap Load record Load dbe # Load dri Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option Buttons 7 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier Monitor[0] Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true HorizSync 30-70 VertRefresh 50-180 EndSection Section Device Identifier Device[0] Driver nvidia EndSection Section Screen Identifier Screen[0] Device Device[0] MonitorMonitor[0] DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 Modes 1280x1024 EndSubSection EndSection Section DRI Group video Mode 0660 EndSection ##End xorg.conf I've tried it both with and without this last stanza regarding DRI. I tossed it in there for giggles since I needed it with my ATI card. One thing I haven't ventured to yet is recompilin xorg. When I compiled it I did have VIDEO_CARDS set to radeon. Will this effect xorg working with nvidia cards? What would the proper VIDEO_CARDS setting be for a geforce 6800? Any suggestions/comments are very welcome. Thanks muchly., Korf -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nvidia+Xorg not allowing DRI.
On 7/14/06, Dale [EMAIL PROTECTED] wrote: Andrew Frink wrote: On 7/14/06, *Korthrun* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Heyyas, I'm running: Xorg 7.0-r1 nvidia-kernel 1.0.8762 nvidia-glx 1.0.8762 I've followed the guide at http://www.gentoo.org/doc/en/nvidia-guide.xml http://www.gentoo.org/doc/en/nvidia-guide.xml with the following exceptions. I'm using a kernel.org http://kernel.org kernel not a portage kernel, and I didn't make the changes regarding framebuffers because I don't intend to use one.That whole bit is disabled in my kernel. X starts up fine and looks great, I get decent FPS from glxgears. While following the above guide I get to this point Code Listing 2.19: Checking the direct rendering status and end up with this: glxinfo | grep direct Xlib: extension XFree86-DRI missing on display :0.0. direct rendering: No My Xorg.conf follows: ##Start xorg.conf Section ServerLayout Identifier X.org http://X.org Configured Screen 0 Screen[0] 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/share/X11/rgb ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/misc FontPath /usr/share/fonts/75dpi FontPath /usr/share/fonts/100dpi FontPath /usr/share/fonts/TTF FontPath /usr/share/fonts/Type1 EndSection Section Module Load glx Load extmod Load xtrap Load record Load dbe # Load dri Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option Buttons 7 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier Monitor[0] Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true HorizSync 30-70 VertRefresh 50-180 EndSection Section Device Identifier Device[0] Driver nvidia EndSection Section Screen Identifier Screen[0] Device Device[0] MonitorMonitor[0] DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 Modes 1280x1024 EndSubSection EndSection Section DRI Group video Mode 0660 EndSection ##End xorg.conf I've tried it both with and without this last stanza regarding DRI. I tossed it in there for giggles since I needed it with my ATI card. One thing I haven't ventured to yet is recompilin xorg. When I compiled it I did have VIDEO_CARDS set to radeon. Will this effect xorg working with nvidia cards? What would the proper VIDEO_CARDS setting be for a geforce 6800? Any suggestions/comments are very welcome. Thanks muchly., Korf -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailto:gentoo-user@gentoo.org mailing list It may have i would sujest trying with VIDEO_CARDS=nvidia and see.. i'm not sure i haven't moved my box with an nvidia to xorg7 cynyr I ran into the same thing. I ended up doing a emerge -ev world to fix mine. I just had someone else on the forums to do the same thing and it worked for them as well. It's a pain but it worked for me and the other person. I personally think it is something KDE but not kdelibs or the nvidia drivers. I had re-emerged them before a few times with no help. Maybe someone has a better idea. Dale :-) :-) -- gentoo-user@gentoo.org mailing list I'm definatly a user of the video group. I'll try the emerge -ev world in a bit here, at the moment I'm KDE free but it can't hurt to try. -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nvidia+Xorg not allowing DRI.
On 7/14/06, Richard Fish [EMAIL PROTECTED] wrote: On 7/14/06, Korthrun [EMAIL PROTECTED] wrote: I'm definatly a user of the video group. I'll try the emerge -ev world in a bit here, at the moment I'm KDE free but it can't hurt to try. Try the eselect opengl option first...it will take much less time! :-) -Richard -- gentoo-user@gentoo.org mailing list Thanks for the suggestion, I already have this set to nvidia. Are there more options for this module that I'm missing? I'll poke through the docs in the mean time. Thanks muchly -- () The ASCII Ribbon Campaign - against HTML Email, /\ vCards, and proprietary formats. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Spamassassin: Ignoring setup ???
On 5/30/06, Meino Christian Cramer [EMAIL PROTECTED] wrote: Hi, I am using spamassassin in combination with exim and Emacs/Mew to handle my mails. Everything seems to work well. Spamassassin recognizes spam and write a X-Spam_score: 5.1 X-Spam_score_int: 51 X-Spam_bar: + X-Spam_report: Spam detection software, running on the system solfire, has identified this incoming email as possible spam.The original messagehas been attached to this so you can view it (if it isn't spam) or labelsimilar future email.If you have any questions, see the administrator of that system for details. Content preview:Content-Type: text/plain Content-Transfer-Encoding: 8bit Mr.Bob Watts, [...] Content analysis details: (5.1 points, 5.0 required)pts rule namedescription -- --1.2 SUBJ_ALL_CAPSSubject is all capitals 0.9 DEAR_FRIENDBODY: Dear Friend? That's not very dear! 1.2 BLANK_LINES_70_80BODY: Message body has 70-80% blank lines0.5 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org 1.3 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net[Blocked - see http://www.spamcop.net/bl.shtml?207.178.136.150 ! ] 0.0 ADVANCE_FEE_1Appears to be advance fee fraud (Nigerian 419) -field into the header of suspicious mails (exact output depends on the spam contents itsself). Unfortunately I haven't figured out how to convince Mew to scan not only the official mail header parts like To:, From: and such but also any other entry in the header. What remains is: I have to look for spam myself and being happy, that spamassassin has judged this or that mail as spam also. It would be nice, if spamassassin would put a ***SPAM*** directly into the Subject:-field, which can be scanned by Mew. In /etc/spamassassin/local.cf I found the following entry:# Add *SPAM* to the Subject header of spam e-mails#rewrite_header Subject *SPAM*add-header but.it seems to achieve nothing. Do I have to enable this somewhere else? Or why is spamassassin silently ignoring my wishes. Am I spam mysself ? ;) ;O)) I would be hapy about any hint about this problem! Kind regards, Meino Cramer--gentoo-user@gentoo.org mailing listDid you install spam assassin from emerge, CPAN, or other source? My CPAN version looks for /etc/mail/spamassassin/* for example. If you do#vi `which spamd`you can see where it is looking for the config files. Might be a good start.-- ()The ASCII Ribbon Campaign - against HTML Email, /\vCards, and proprietary formats.
Re: [gentoo-user] Libwww
On 5/31/06, Leandro Melo de Sales [EMAIL PROTECTED] wrote: Hi, I'm trying to install Libwww but I got erros, please, see:/bin/sh ../../libtool --mode=link x86_64-pc-linux-gnu-gcc-march=athlon64 -O2 -pipe -Wall-o headhead.o ../src/libwwwinit.la ../src/libwwwapp.la ../../Library/src/libwwwxml.la ../../modules/expat/xmlparse/libxmlparse.la../../modules/expat/xmltok/libxmltok.la ../src/libwwwhtml.la../src/libwwwtelnet.la../src/libwwwnews.la../src/libwwwhttp.la ../src/libwwwmime.la ../src/libwwwgopher.la ../src/libwwwftp.la ../src/libwwwdir.la ../src/libwwwcache.la ../src/libwwwstream.la ../src/libwwwfile.la../src/libwwwmux.la ../src/libwwwtrans.la ../src/libwwwcore.la ../src/libwwwutils.la../../Library/src/SSL/libwwwssl.la -lm ../../Library/src/libwwwzip.la../../Library/src/libwwwsql.la ../../modules/md5/libmd5.la -ldl-lz-L/usr/lib64/mysql -lmysqlclient -L/usr/lib -lssl -lcrypto/bin/sh ../../libtool --mode=link x86_64-pc-linux-gnu-gcc -march=athlon64 -O2 -pipe -Wall-o libapp_1libapp_1.o../src/libwwwinit.la ../src/libwwwapp.la../../Library/src/libwwwxml.la../../modules/expat/xmlparse/libxmlparse.la../../modules/expat/xmltok/libxmltok.la ../src/libwwwhtml.la ../src/libwwwtelnet.la../src/libwwwnews.la../src/libwwwhttp.la../src/libwwwmime.la../src/libwwwgopher.la../src/libwwwftp.la ../src/libwwwdir.la ../src/libwwwcache.la../src/libwwwstream.la../src/libwwwfile.la ../src/libwwwmux.la ../src/libwwwtrans.la ../src/libwwwcore.la../src/libwwwutils.la ../../Library/src/SSL/libwwwssl.la -lm ../../Library/src/libwwwzip.la../../Library/src/libwwwsql.la ../../modules/md5/libmd5.la -ldl-lz -L/usr/lib64/mysql -lmysqlclient -L/usr/lib -lssl -lcrypto/bin/sh ../../libtool --mode=link x86_64-pc-linux-gnu-gcc-march=athlon64 -O2 -pipe -Wall-o libapp_2libapp_2.o../src/libwwwinit.la ../src/libwwwapp.la ../../Library/src/libwwwxml.la../../modules/expat/xmlparse/libxmlparse.la../../modules/expat/xmltok/libxmltok.la ../src/libwwwhtml.la../src/libwwwtelnet.la../src/libwwwnews.la../src/libwwwhttp.la ../src/libwwwmime.la../src/libwwwgopher.la../src/libwwwftp.la ../src/libwwwdir.la ../src/libwwwcache.la../src/libwwwstream.la../src/libwwwfile.la../src/libwwwmux.la ../src/libwwwtrans.la ../src/libwwwcore.la ../src/libwwwutils.la ../../Library/src/SSL/libwwwssl.la -lm ../../Library/src/libwwwzip.la../../Library/src/libwwwsql.la ../../modules/md5/libmd5.la -ldl-lz-L/usr/lib64/mysql -lmysqlclient -L/usr/lib -lssl -lcrypto mkdir .libsx86_64-pc-linux-gnu-gcc -march=athlon64 -O2 -pipe -Wall -o.libs/libapp_2 libapp_2.o../src/.libs/libwwwinit.so-L/usr/lib64/mysql -L/usr/lib64 -L/usr/lib ../src/.libs/libwwwapp.so../../Library/src/.libs/libwwwxml.so ../../modules/expat/xmlparse/.libs/libxmlparse.so../../modules/expat/xmltok/.libs/libxmltok.so../src/.libs/libwwwhtml.so ../src/.libs/libwwwtelnet.so../src/.libs/libwwwnews.so ../src/.libs/libwwwhttp.so ../src/.libs/libwwwmime.so ../src/.libs/libwwwgopher.so../src/.libs/libwwwftp.so ../src/.libs/libwwwdir.so../src/.libs/libwwwcache.so ../src/.libs/libwwwstream.so../src/.libs/libwwwfile.so ../src/.libs/libwwwmux.so ../src/.libs/libwwwtrans.so ../src/.libs/libwwwcore.so../src/.libs/libwwwutils.so ../../Library/src/SSL/.libs/libwwwssl.so../../Library/src/.libs/libwwwzip.so../../Library/src/.libs/libwwwsql.so ../../modules/md5/.libs/libmd5.so -ldl /usr/lib64/mysql/libmysqlclient.so -lz -lcrypt -lnsl -lm -lssl-lcrypto -Wl,--rpath -Wl,/usr/lib64/mysqlx86_64-pc-linux-gnu-gcc -march=athlon64 -O2 -pipe -Wall -o .libs/headhead.o../src/.libs/libwwwinit.so -L/usr/lib64/mysql -L/usr/lib64 -L/usr/lib ../src/.libs/libwwwapp.so../../Library/src/.libs/libwwwxml.so../../modules/expat/xmlparse/.libs/libxmlparse.so../../modules/expat/xmltok/.libs/libxmltok.so../src/.libs/libwwwhtml.so ../src/.libs/libwwwtelnet.so ../src/.libs/libwwwnews.so ../src/.libs/libwwwhttp.so../src/.libs/libwwwmime.so ../src/.libs/libwwwgopher.so../src/.libs/libwwwftp.so ../src/.libs/libwwwdir.so../src/.libs/libwwwcache.so ../src/.libs/libwwwstream.so ../src/.libs/libwwwfile.so ../src/.libs/libwwwmux.so../src/.libs/libwwwtrans.so ../src/.libs/libwwwcore.so../src/.libs/libwwwutils.so ../../Library/src/SSL/.libs/libwwwssl.so../../Library/src/.libs/libwwwzip.so ../../Library/src/.libs/libwwwsql.so ../../modules/md5/.libs/libmd5.so-ldl /usr/lib64/mysql/libmysqlclient.so -lz -lcrypt -lnsl -lm -lssl-lcrypto -Wl,--rpath -Wl,/usr/lib64/mysql../../Library/src/.libs/libwwwsql.so: undefined reference to `mysql_connect' ../../Library/src/.libs/libwwwsql.so: undefined reference to `mysql_create_db'collect2: ld returned 1 exit statusmake[3]: *** [head] Error 1make[3]: *** Waiting for unfinished jobs../../Library/src/.libs/libwwwsql.so: undefined reference to `mysql_connect' ../../Library/src/.libs/libwwwsql.so: undefined reference to `mysql_create_db'collect2: ld returned 1 exit statusmake[3]: *** [libapp_2] Error 1x86_64-pc-linux-gnu-gcc -march=athlon64 -O2 -pipe -Wall -o .libs/libapp_1 libapp_1.o../src/.libs/libwwwinit.so-L/usr/lib64/mysql -L/usr/lib64
Re: [gentoo-user] Libwww
On 5/31/06, Ryan Tandy [EMAIL PROTECTED] wrote: Korthrun wrote: -- ()The ASCII Ribbon Campaign - against HTML Email, /\vCards, and proprietary formats.OT, but it kind of made me giggle to see this at the bottom of an HTML email.And to the OP: try emerge -D libwww.--gentoo-user@gentoo.org mailing list:( I wonder how long google has been sending my email as HTML. Sad panda.Thanks though.