Re: [gentoo-user] Why are gentoo people so in love with colorized output?!?
"W.Kenworthy" <[EMAIL PROTECTED]> writes: > What I would like to know is why less in a console does give colour > syntax highlighting, but does NOT do so in any of the X terminals Ive > tried ... Or why when run in a console the output stays on the screen when you exit less, thus allowing you to refer to it when typing the next command, but in an X terminal it 'collapses' to just the command prompt on exit. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why are gentoo people so in love with colorized output?!?
On Thu, 2007-04-05 at 18:07 +0100, Mick wrote: > On Wednesday 04 April 2007 07:22, Bo Ørsted Andresen wrote: > > On Wednesday 04 April 2007 08:19:47 Graham Murray wrote: > > > Bo Ørsted Andresen <[EMAIL PROTECTED]> writes: > > > > First of all I believe most people (including myself) very much prefer ... > > > > Not really. Just use --color=y if you want colors through a pipe. > > Hmm, neither less not cat give me color output. Passing --color=y to either > tells me things like: > == > There is no color=y option ("less --help" for help) > == ... What I would like to know is why less in a console does give colour syntax highlighting, but does NOT do so in any of the X terminals Ive tried ... I did bring this up on the list some time back and I think its a bug, but lost track of the thread due to lack of time. BillK -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Need to identify USB device by port
Here is the output of those command: mouse1: 19a20,22 > usbdev2.56_ep81 > usbdev2.56_ep00 > usbdev2.56 645a649 > mouse0 664a669 > his_mouse 671a677 > event2 19a20,22 > usbdev2.57_ep81 > usbdev2.57_ep00 > usbdev2.57 648a652 > mouse1 676a681 > event3 sh-3.1$ ...eagerly awaiting further instruction Now, on the off chance that you meant to use /sys and not /dev, I've made the output available at http://www.diehlnet.com/mouse1.txt and http://www.diehlnet.com/mouse2.txt Thank you for your time. Mike. On Thursday 05 April 2007 22:39, Walter Dnes wrote: > On Thu, Apr 05, 2007 at 07:46:45PM -0600, Mike Diehl wrote > > > OPTIONS+="last_rule", PHYSDEVPATH=="*:00:02.0/usb2/2-10" > > > > Any ideas are much appreciated. > > Are you sure both PHYSDEVPATHs contain "00:02.0"? > > Anyhow, let's dig into this a bit deeper... > > - go into text console mode (e.g. tty1) > - unplug both mice > - execute (without the quotes) "ll -R /dev/ > x1" > - insert the 1st mouse and wait 60 seconds > - execute (without the quotes) "ll -R /dev/ > x2" > - insert the 2nd mouse and wait 60 seconds > - execute (without the quotes) "ll -R /dev/ > x3" > - execute (without the quotes) "diff x1 x2 > mouse1.txt" > - execute (without the quotes) "diff x2 x3 > mouse2.txt" > > Attach the output files mouse1.txt and mouse2.txt and email to this > list. It'll show us where the mice appear in your /dev directory. Once > we see the output, we'll proceed from there. > > -- > Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1 > Q. Mr. Ghandi, what do you think of Microsoft security? > A. I think it would be a good idea. -- Mike Diehl -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Need to identify USB device by port
On Thu, Apr 05, 2007 at 07:46:45PM -0600, Mike Diehl wrote > OPTIONS+="last_rule", PHYSDEVPATH=="*:00:02.0/usb2/2-10" > Any ideas are much appreciated. Are you sure both PHYSDEVPATHs contain "00:02.0"? Anyhow, let's dig into this a bit deeper... - go into text console mode (e.g. tty1) - unplug both mice - execute (without the quotes) "ll -R /dev/ > x1" - insert the 1st mouse and wait 60 seconds - execute (without the quotes) "ll -R /dev/ > x2" - insert the 2nd mouse and wait 60 seconds - execute (without the quotes) "ll -R /dev/ > x3" - execute (without the quotes) "diff x1 x2 > mouse1.txt" - execute (without the quotes) "diff x2 x3 > mouse2.txt" Attach the output files mouse1.txt and mouse2.txt and email to this list. It'll show us where the mice appear in your /dev directory. Once we see the output, we'll proceed from there. -- Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1 Q. Mr. Ghandi, what do you think of Microsoft security? A. I think it would be a good idea. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Need to identify USB device by port
Well, I changed my rule per your advice: BUS=="usb", SYMLINK+="mouse1", SYSFS{manufacturer}=="Logitech", OPTIONS+="last_rule", PHYSDEVPATH=="*:00:02.0/usb2/2-10" And it STILL doesn't work. I've googled and read everything I can find. It looks like my PHYSDEVPATH isn't correct. I've got one rule for each of my two mice and it seems like the first one always matches, eventhough I've used different PHYSDEVPATH's... Any ideas are much appreciated. Mike. On Thursday 05 April 2007 10:06, ds wrote: > On 4/4/07, Mike Diehl <[EMAIL PROTECTED]> wrote: > > My first try was a udev rule like: (each on one line.) > > > > BUS=="usb" SYMLINK="mouse_1" SYSFS{manufacturer}=="Logitech" > > PHYSDEVPATH=="*:00:02.0/usb2/2-9" OPTIONS+="last_rule" > > > > BUS=="usb" SYMLINK="mouse_2" SYSFS{manufacturer}=="Logitech" > > PHYSDEVPATH=="*:00:02.0/usb2/2-10" OPTIONS+="last_rule" > > I just happened to have read a webpage on writing udev rules yesterday: > http://www.reactivated.net/writing_udev_rules.html > First, it looks like the udev rules are supposed to be separated by > comma, and second the symlink assignment key should use the += syntax. > I think your first rule should look like this: > > BUS=="usb", SYMLINK+="mouse_1", SYSFS{manufacturer}=="Logitech", > PHYSDEVPATH=="*:00:02.0/usb2/2-9", OPTIONS+="last_rule" > > Other than this, I cannot verify the accuracy of any of your values. > When I get home I will see what my logitech mouse looks like in sysfs > > Hope this helps, > -- > ds -- Mike Diehl -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2
On Thu, 05 Apr 2007, Neil Bothwick wrote: > You mask out binary packages with SEARCH_DIRS_MASK="" > in /etc/revdep-rebuild/99revdep-rebuild. CONFIG_PROTECT_MASK has an > entirely different use. For the record, worked for me, with: SEARCH_DIRS_MASK="/opt/sun-jdk-1.4.2.13" Thanks, Neil Bogo -- Sent via KMail 1.9.6, Gentoo 1.12.9, Linux-2.6.20-gentoo-r3 -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: switching to tty[x] from gdm does not work [SOLVED]
on 04/06/2007 12:56 AM Thanasis wrote the following: > Cannot switch to any tty[1-6] from gdm (vt7) using control-alt-f[1-6] > respectively. > If I login (gnome session), then the above key combination works. > But from the gdm/xdm screen (before login) it does nothing. > Where should I start to look for the reason? I changed the following two lines in /etc/X11/xorg.conf: Option "XkbLayout" "us,el(polytonic)" Option "XkbOptions" "grp:alt_shift_toggle,ctrl:ctrl_aa,grp_led:scroll,altwin:menu,numpad:microsoft,compose:rwin" to the simpler: Option "XkbLayout" "us,el" Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll" and now control-alt-f[1-6] works as expected. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On Thu, 5 Apr 2007 21:41:12 + (UTC), Grant Edwards wrote: > Thay's why using colors by default can be a problem. Except you edit make.conf before you emerge anything and guess where you turn off the colours :) -- Neil Bothwick Top Oxymorons Number 20: Synthetic natural gas signature.asc Description: PGP signature
[gentoo-user] switching to tty[x] from gdm does not work
Cannot switch to any tty[1-6] from gdm (vt7) using control-alt-f[1-6] respectively. If I login (gnome session), then the above key combination works. But from the gdm/xdm screen (before login) it does nothing. Where should I start to look for the reason? gnome-base/gdm-2.16.4 x11-apps/xdm-1.0.5 dev-python/pygtk-2.10.3 x11-libs/gtk+-1.2.10-r12 x11-libs/gtk+-2.10.9 x11-libs/gtkglarea-1.99.0 x11-themes/gtk-engines-2.8.2 ~ # locale LANG= LC_CTYPE=el_GR.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= ~ # uname -a Linux laptop 2.6.18.6 #1 Wed Mar 14 15:27:03 EET 2007 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On 2007-04-05, Neil Bothwick <[EMAIL PROTECTED]> wrote: > On Thu, 5 Apr 2007 19:52:28 + (UTC), Grant Edwards wrote: > >> > Only if you're installing via SSH, >> >> Which is how I do all my installs. > > Even the first? Yup. >> > A VC is always available, an xterm is usually available, so it makes >> > sense to base defaults on a VC. >> >> I would pick a default that works for both, but I guess I'm >> weird. > > There aren't many colours that display clearly on both black and white > backgrounds :( Thay's why using colors by default can be a problem. -- Grant Edwards grante Yow! I'm dressing up in at an ill-fitting IVY-LEAGUE visi.comSUIT!! Too late... -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On Thu, 5 Apr 2007 19:52:28 + (UTC), Grant Edwards wrote: > > Only if you're installing via SSH, > > Which is how I do all my installs. Even the first? > > A VC is always available, an xterm is usually available, so it makes > > sense to base defaults on a VC. > > I would pick a default that works for both, but I guess I'm > weird. There aren't many colours that display clearly on both black and white backgrounds :( -- Neil Bothwick Clap on Clap off NO CARRIEþ®©¼ signature.asc Description: PGP signature
Re: [gentoo-user] video capture
On Thursday 05 April 2007 16:37, Uwe Thiem wrote: > On 05 April 2007, Matthew R. Lee wrote: > > I've been rumaging around on the internet for the last few hours, but I'm > > still confused ( a regular condition!) > > Here's my problem. I have a video camera (ken-a-vision, 7000 series) > > which I can attached to my microscope which outputs a standard analog > > signal. I want to capture this signal on my laptop and edit the video. > > What I need is a basic external video capture card that will work with > > linux. Any suggestions. Sound and colour are irrelevant as the 'stars' > > of the videos are both dead and transparent > > Does the camera generate a "normal" TV signal (PAL, SECAM, NTSC,...)? If > so, the WinTV-PVR150 will work. > > Uwe I assume so, the manual doesn't explicitly say so, but it says just connect it to a video recorder or tv and "away you go" A quick google and check of my usual computer suppliers here in Chile doesn't bring up that card. Does it belong to a generic type? Will the average TVtuner type card work along with video4linux ( I guess)? Matt -- %%% Dr. Matthew R. Lee CASEB & ECIM Departamento de Ecologia, P. Universidad Catolica de Chile, Alameda 340, Santiago. CP 6513677 CHILE [EMAIL PROTECTED] [EMAIL PROTECTED] URL: meiochile.matthewlee.org %%% -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] video capture
On 05 April 2007, Matthew R. Lee wrote: > I've been rumaging around on the internet for the last few hours, but I'm > still confused ( a regular condition!) > Here's my problem. I have a video camera (ken-a-vision, 7000 series) which > I can attached to my microscope which outputs a standard analog signal. I > want to capture this signal on my laptop and edit the video. > What I need is a basic external video capture card that will work with > linux. Any suggestions. Sound and colour are irrelevant as the 'stars' of > the videos are both dead and transparent Does the camera generate a "normal" TV signal (PAL, SECAM, NTSC,...)? If so, the WinTV-PVR150 will work. Uwe -- A fast and easy generator of fractals for KDE: http://www.SysEx.com.na/iwy-1.0.tar.bz2 Proof of concept of a TSP solver for KDE: http://www.SysEx.com.na/epat-0.1.tar.bz2 -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
[This is a followup to the whole thread, not any particular posting] Something interesting just happened to me that I would like to share. I realized that I have a program called usetool that I must have installed some time. What is that i thought, so my first try to find out was to try 'man usetool'. ...No manpage. Ok, next try, 'usetool -h' ...Good it has documentation, unfortunately the coloring made it unreadable, but with a lot of effort and eye-strain I could at least see that it has the -nc option. Ok, next try, 'usetool -nc -h' ...Dissapointment, still unreadable! I just wanted to let you know since it has relevance in this quarrel. I realize that the correct way to report this is to the bugzilla, and I will do that. -- Christer -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
Neil Bothwick ha scritto: Hello Grant Edwards, Until recently, it was all Gentoo users, since the installation was done from a virtual console. Nah. I almost always do 90% of the install from an aterm (with a white bacground). Only if you're installing via SSH, otherwise 90% of the install was done before you could run an xterm. Technically not (I installed my desktop box from a Knoppix cd instead of the Gentoo cd, chrooting etc.). However I like the black background and I always set that on my xterms, so I never noticed the problem. m. -- gentoo-user@gentoo.org mailing list
[gentoo-user] video capture
I've been rumaging around on the internet for the last few hours, but I'm still confused ( a regular condition!) Here's my problem. I have a video camera (ken-a-vision, 7000 series) which I can attached to my microscope which outputs a standard analog signal. I want to capture this signal on my laptop and edit the video. What I need is a basic external video capture card that will work with linux. Any suggestions. Sound and colour are irrelevant as the 'stars' of the videos are both dead and transparent Thanks Matt -- %%% Dr. Matthew R. Lee CASEB & ECIM Departamento de Ecologia, P. Universidad Catolica de Chile, Alameda 340, Santiago. CP 6513677 CHILE [EMAIL PROTECTED] [EMAIL PROTECTED] URL: meiochile.matthewlee.org %%% -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On 2007-04-05, Neil Bothwick <[EMAIL PROTECTED]> wrote: > Hello Grant Edwards, > >> > Until recently, it was all Gentoo users, since the installation was >> > done from a virtual console. >> >> Nah. I almost always do 90% of the install from an aterm (with >> a white bacground). > > Only if you're installing via SSH, Which is how I do all my installs. > A VC is always available, an xterm is usually available, so it makes > sense to base defaults on a VC. I would pick a default that works for both, but I guess I'm weird. -- Grant Edwards grante Yow! Is it 1974? What's at for SUPPER? Can I spend my visi.comCOLLEGE FUND in one wild afternoon?? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why are gentoo people so in love with colorized output?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tony Stohne said the following on 2007-04-05 21:14: | ... | or simply put "alias less=less -R", without the quotes, in your | ~/.bashrc or in the systemwide bashrc in /etc. | Ooops - sorry for the redundant info. I'm a bit tired... //T -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGFUyJJDzv6DN+QUkRAgvWAJ9kC5IiS4W0NfL6uTK5HQmB/Fg4igCgnTrn Kx6yAW7jWNN2cVaL39ejMBU= =glRS -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorizedoutput?!?
[EMAIL PROTECTED] ha scritto: When the first colors were added to emerge, did no one think hard coded magic constants were wrong? I'm not that big developer (I just hack some python here and there, and I'm trying to learn c++), but I agree, hard coded magic constants are 99.999% of times bad. Probably 1)however those people honestly thought that hard coded colour was better than nothing and 2)that colour was indeed useful (for me, it is) 3)"we can put color now and think about themes etc. later". Yes, kludgish attitude, but IMHO better than pushing portage back just because of wanting to do colour thing 100% right or not doing it at all. You seem to be able to hack the portage code. Why don't you join the gentoo dev team and send a patch for customizable, themeable colour? Stop whining at stupid developers -show them you're indeed a better developer! Where are your guts? ;) When devs think it good to colorize everybody's terminal without regard to long established UNIX custom of using just simple plain text, I am told that gentoo is not UNIX. Good grief, what an attitude! Yes, gentoo is not UNIX. Face it. Gentoo is even not Linux: there is a gentoo-freebsd distribution and I know of a fellow that tried to do a Gentoo-GNU Hurd. Linux and GNU Hurd are UNIX-like systems, but are not plain UNIX (*BSD probably can be considered true UNIXen) -Linux is mostly POSIX compliant AFAIK, but it's not certified to be 100%. The fact is, Gentoo is a package management system (ebuilds+portage or paludis) and a philosophy. I wouldn't find strange to see Gentoo-ReactOS or Gentoo-Haiku systems in the future, thus applying Gentoo to free software operating systems that are all but Unix-like. Moreover, operating systems evolve. What you call a departure from tradition, probably most people call a new and nice feature. When the gentoo dev community stops spouting nonsense about gentoo is not unix, This is not nonsense. This is the plain truth, as I showed you before. If you want real UNIX, buy a PDP-11 and install plain old UNIX on it. ;) stops pointing fingers at third party software which was written to work with gentoo software, ?? and stops blaming users for preferring white backgrounds, then they will have earned some respect. I agree with the request of themeable colour, but how you are justifying yourself is plain nonsense. m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why are gentoo people so in love with colorized output?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tony Stohne said the following on 2007-04-05 21:07: | ... | To make less interpret color escape sequences, you need the -R option. | export LESS=-R in your shell startup script and you-ll have it as | default. or simply put "alias less=less -R", without the quotes, in your ~/.bashrc or in the systemwide bashrc in /etc. //T -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGFUqpJDzv6DN+QUkRAmIMAKCKnZ4qXjkk+J06NGBqxLnL6GQqQgCguAl/ +w4PDlLmDPahN+4SCWDr4BQ= =NlJz -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Seamonkey, Linux and bank websites.
Dale wrote: > Nelson, David J wrote: >> Try emailing your bank? It may be that their website uses some sort >> of Windows script via MSIE (which I am led to believe allows sites to >> do stuff with your local machine, I know at work if I open the >> intranet in MSIE it knows who I am from my NT logon, but in firefox I >> have to enter username and password) that finds some sort of >> identifier about your PC. >> >> Either way, call your bank or email them and complain. If they value >> your business they'll maybe at least try to help if they can. >> >> PS apologies for the top post, I'm using Outlook at work which for >> some reason plays silly-buggers with some emails and wont let me >> write my email under the email I'm replying to. A heineous (sp?) >> crime I know. >> >> -- >> djn >> >> I do not represent anyone else in emails I send to this list. >> > > Well, I hope everybody is sitting down here. I went diggin in the > cookie jar, found a few cookies for that website and deleted them > all. Guess what, the thing works fine now. Go figure. > > After all that it just needed me to delete the stupid cookie so it > could make a new one I guess. Somebody come slap the crap out of my > head. LOL > > I do appreciate all the replies and the people that tried to figure > out something to help. I hope the bank one will be this easy too. > > Dale > > :-) :-) :-) :-) > > > -- > www.myspace.com/-remove-me-dalek1967 > Well, the bank changed their site too. It works but I ran into a new thing. You know how you can use form manager and password manager to fill in user names and passwords, well this doesn't work any more. I had, key word is had, a really secure password but it is hard to type in all that crap. I changed it to something shorter and easier to type in. It's funny, this thing is supposed to be more secure and it seems that I have had to give up some security to use their security. Strange huh? Thanks for all the help. Dale :-) :-) :-) :-) -- www.myspace.com/-remove-me-dalek1967 Copy n paste then remove the -remove-me- part.
Re: [gentoo-user] Why are gentoo people so in love with colorized output?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mick said the following on 2007-04-05 19:07: | ... | Hmm, neither less not cat give me color output. Passing --color=y to either | tells me things like: | == | There is no color=y option ("less --help" for help) | == | | I also tried --color but it's all still shown in black & white. How do you | pipe a file and get it to show in color? Am I missing something in | my .bashrc or elsewhere? To make less interpret color escape sequences, you need the -R option. export LESS=-R in your shell startup script and you-ll have it as default. Generally, you don't want to use less -r, which allows arbitrary control characters through to affect the terminal (which tend to create major garbage). Color is added via ANSI escape sequences, which don't work in all displays/terminals/consoles, but as an example: grep is smart enough to detect this and won't use color (even when specified) if you're sending the output via a pipeline. Otherwise, if you piped the output, eg to less, the ANSI escape sequences would send garbage to the screen. ~ If, on the other hand, that's really what you want to do (without the garbage), there's a workaround: use the --color=always to force it through and call less with the -R flag (which prints ALL RAW control characters). That way, the color codes will escape correctly and you'll page through screens of text with your matched patterns in full color: grep --color=always "regexp" the_file_you_want_to_wade_through | less -R That should do the trick :) //Regards Tony PS. Have a nice Easter everyone! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGFUjWJDzv6DN+QUkRArevAKDoe0VND3TXj0o0kV3KkrD7cwPmBgCfUF27 VgMOQFi+i5rwL2p0rpljZ70= =w/na -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Francesco Talamona said the following on 2007-04-05 20:33: | | Me too!! | I was in love with rxvt... So I switched to (urxvt) | x11-terms/rxvt-unicode, it is basically the same but fully functional. | Yes, urxvt is my choice too :) Amen to that! //Ciao ragazzo :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGFURdJDzv6DN+QUkRAs3sAKDLYhofQg0AUA46RvRKP3DuBGGwJQCdGait HPqHso5KYufle78F30Myy5s= =beh4 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tony Stohne said the following on 2007-04-05 20:26: ... | I think there is a third alternative to rgb.txt and ~/.Xdefaults. | bash DIRCOLORS is an option and it will affect ls. | For clarification - dircolors ar not dependent of bash. It is supported in other shells as well, eg csh or bourne. The command dircolors -p should print out the default, ie compiled-in, colors and provides quite a bit of info on the possibilities. The output is actually a valid configuration. //T -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGFUGwJDzv6DN+QUkRAqXAAKDAeD4SfdPyv3I62f2FzCefgkSm/QCg3sTU B5CxBLC9+atQRmw2wHntqY8= =BIbg -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grant Edwards said the following on 2007-04-05 19:51: |> Grant Edwards said the following on 2007-04-05 16:45: |> | ... | That will change the colors that are used by 'ls' without | breaking other programs that use color? | The colors of any other program should be unaffected unless they are dependending on the console colors AFAIK. And yes, ls colors will change, as long as You use the xterminal which colors you have changed, eg xterm, rxvt and so on . I think there is a third alternative to rgb.txt and ~/.Xdefaults. bash DIRCOLORS is an option and it will affect ls. | I used rxvt for many years until cut/paste stopped working for | me a couple years back. | Hmmm... I never had that problem so I can't help you with that one :/ Maybe someone else has more knowledge/experience than me regarding this issue. |> This should provide you with enough info on setting your preferred |> colors. Getting a black (or any other color) background is not that |> difficult, | | But I don't _want_ a black background. I want a white | background and a black foreground. | As my previous posting stated, you can set whatever color (your preferred xterminal app supports) for background and foreground , ie you can choose white foreground on black background or any other combination you prefer: For instance XTerm*background: #ff XTerm*foreground: #00 in your ¨/.Xdefaults should set black on white as default values for any xterm you open (although portage could override it (?) since it's a python app(?) if my memory doesn't fail me. Right now i can't verify if it works or not because of my / disk crapping out on me.) I'm stuck Windoze again :( I'm surprised that turning off colors for portage/emerge doesn't work. It sounds like a very odd behaviour - it has always worked for me whenever I tried it (although I prefer using colors - a matter of personal taste - or lack thereof :) //Cheers Tony -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGFT9GJDzv6DN+QUkRAubdAJ9/U6IlF1q4VfMqBwAnKuMcyPvqsgCfY8Ub DbF5xrreouE0BhP5JphKq1k= =KLL9 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On Thursday 05 April 2007, Grant Edwards wrote: > I used rxvt for many years until cut/paste stopped working for > me a couple years back. Me too!! I was in love with rxvt... So I switched to (urxvt) x11-terms/rxvt-unicode, it is basically the same but fully functional. Ciao Francesco -- Linux Version 2.6.20-gentoo-r4, Compiled #1 PREEMPT Sun Mar 25 09:20:13 CEST 2007 One 2.2GHz AMD Athlon 64 Processor, 2GB RAM, 4408.89 Bogomips Total aemaeth -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
Hello Grant Edwards, > > Until recently, it was all Gentoo users, since the installation was > > done from a virtual console. > > Nah. I almost always do 90% of the install from an aterm (with > a white bacground). Only if you're installing via SSH, otherwise 90% of the install was done before you could run an xterm. A VC is always available, an xterm is usually available, so it makes sense to base defaults on a VC. -- Neil Bothwick Another casualty of applied metaphysics. signature.asc Description: PGP signature
Re: [gentoo-user] Why are gentoo people so in love with colorized output?!?
On Wednesday 04 April 2007 07:22, Bo Ørsted Andresen wrote: > On Wednesday 04 April 2007 08:19:47 Graham Murray wrote: > > Bo Ørsted Andresen <[EMAIL PROTECTED]> writes: > > > First of all I believe most people (including myself) very much prefer > > > colors over no colors (no I cannot qualify with any numbers..). That > > > does not, however, mean that the pipe detection and --color switch etc. > > > shouldn't be honoured. It should (and it does here). > > > > Though, as less can display colours, it might be good if the pipe > > detection did *not* disable colour output but require the user to use > > the --no-color switch to disable them. > > Not really. Just use --color=y if you want colors through a pipe. Hmm, neither less not cat give me color output. Passing --color=y to either tells me things like: == There is no color=y option ("less --help" for help) == I also tried --color but it's all still shown in black & white. How do you pipe a file and get it to show in color? Am I missing something in my .bashrc or elsewhere? -- Regards, Mick pgpviOJ5FtnrR.pgp Description: PGP signature
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On 2007-04-05, Tony Stohne <[EMAIL PROTECTED]> wrote: > > Grant Edwards said the following on 2007-04-05 16:45: >| ... >| My point was why default to something that isn't useful for the >| standard terminal emulators like xterm, aterm, rxvt, etc. Are >| there common terminal emulators that default to a black >| background? >| > You always have the options of changing the colors in xterm/rxvt/aterm > etc to your preferred colors, background color included. That will change the colors that are used by 'ls' without breaking other programs that use color? > The first one is changing the /usr/share/X11/rgb.txt file. The > problem with changing it is that it usually gets overwritten > with every xorg-x11 update. > > I prefer changing the .Xdefaults file in my user & root > directories. That way any updates don't screw up my > preferences. > > To see my current .Xdefaults, please look at the attached file > - I have dropped Eterm & aterm. Rxvt is very resource > efficient :) I use xterm as a fallback. I used rxvt for many years until cut/paste stopped working for me a couple years back. > This should provide you with enough info on setting your preferred > colors. Getting a black (or any other color) background is not that > difficult, But I don't _want_ a black background. I want a white background and a black foreground. -- Grant Edwards grante Yow! YOW!!! I am having at fun!!! visi.com -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On 2007-04-05, Neil Bothwick <[EMAIL PROTECTED]> wrote: > On Thu, 5 Apr 2007 14:45:15 + (UTC), Grant Edwards wrote: > >> > Those particular colours are less useful, because they are designed >> > for a black background, >> >> But the default background on terminals under X has always been >> white (at least as long as I remember). Are there really a lot >> of Gentoo users who just run on the console and don't use X? > > Until recently, it was all Gentoo users, since the installation was done > fro a virtual console. Nah. I almost always do 90% of the install from an aterm (with a white bacground). -- Grant Edwards grante Yow! Life is a POPULARITY at CONTEST! I'm REFRESHINGLY visi.comCANDID!! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] RAID-0 with LVM - is there any point?
Daniel Iliev wrote: > Neil Bothwick wrote: > >> On Thu, 05 Apr 2007 17:39:06 +0300, Daniel Iliev wrote: >> >> >> >>> Out of curiosity I made some tests which confirmed my expectations. What >>> about you - did you have time (and wish) to take some performance >>> benchmarks? I would be glad to see some additional results. >>> >>> >> So your tests show that RAID-0 is faster than LVM, but I'll be using LVM >> anyway so the comparison will have to be between LVM+RAID and LVM alone. >> I haven't had a chance to do this yet, hopefully over the holiday weekend. >> >> >> >> > > OK > I still have that free space and I'll post the results of the same test > against RAID0+LVM. > > Here we go. I think the results can't be interpreted unambiguously. Perhaps I'll use a benchmarking program in the weekend to get clearer results. -- Best regards, Daniel echo y | mdadm -C /dev/md9 -n2 /dev/sda11 /dev/sdb11 -l0 pvcreate /dev/md9 vgcreate test /dev/md9 vgdisplay | grep 'Total PE' Total PE 1686 lvcreate -i2 -l1686 -nlogvol test Using default stripesize 64,00 KB Number of stripes (2) must not exceed number of physical volumes (1) //ooops! :) // lvcreate -l1686 -nlogvol test Logical volume "logvol" created mkfs.xfs /dev/test/logvol mount /dev/test/logvol /test time cp /test.rnd /test real0m54.547s user0m0.046s sys 0m7.118s sync time mv /test.rnd /test real0m46.863s user0m0.067s sys 0m7.045s sync time mv /test/test.rnd / real1m27.282s user0m0.063s sys 0m13.456s BOTTOM LINE: (LVM and RAID-0 are taken rom the prev. tests. The new one here is only RAID-0+LVM) cp /test.rnd /test LVM: 20.78 [MB/s] RAID-0: 33.41 [MB/s] RAID+LVM: 27.49 [MB/s] mv /test.rnd /test LVM: 29.04[MB/s] RAID-0: 31.56[MB/s] RAID+LVM: 32.00 [MB/s] time mv /test/test.rnd / LVM: 17.089 [MB/s] RAID-0: 27.84[MB/s] RAID+LVM: 17.185 [MB/s]
Re: [gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2
On Thu, 05 Apr 2007 11:34:19 -0500, Roy Wright wrote: > So shouldn't /opt be in SEARCH_DIRS_MASK by default as that is where > binary packages are suppose to be installed? Most binary packages now install a file into /etc/revdep-rebuild setting SEARCH_DIRS_MASK for that package, rather than blindly masking out the whole of /opt without knowing what a user may have installed in there. This includes a java file on the two boxes I've checked (one running IBM Java and the other with Sun and Blackdown JDKs installed. If the OP's Java package hasn't installed such a file, a bug report would be in order. -- Neil Bothwick The gene pool could use a little chlorine. signature.asc Description: PGP signature
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
"Boyd Stephen Smith Jr." <[EMAIL PROTECTED]> wrote: > On Thursday 05 April 2007, [EMAIL PROTECTED] wrote about 'Re: > [gentoo-user] Why are gentoo people so in love with colorized > output?!?': > > 31334 > > I think you meant 31337. I thought he was estimating how many posters took his bait. -- »Q« -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] RAID-0 with LVM - is there any point?
Neil Bothwick wrote: > On Thu, 05 Apr 2007 17:39:06 +0300, Daniel Iliev wrote: > > >> Out of curiosity I made some tests which confirmed my expectations. What >> about you - did you have time (and wish) to take some performance >> benchmarks? I would be glad to see some additional results. >> > > So your tests show that RAID-0 is faster than LVM, but I'll be using LVM > anyway so the comparison will have to be between LVM+RAID and LVM alone. > I haven't had a chance to do this yet, hopefully over the holiday weekend. > > > OK I still have that free space and I'll post the results of the same test against RAID0+LVM. -- Best regards, Daniel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2
Alan McKinnon wrote: > You *could* get around the problem with a complex arrangment of > symlinks, but then you'd have to maintain them. It's so much easier to > just tell revdep-rebuild to ignore the binary package altogether, using > Rumen and Neil's suggestions > > So shouldn't /opt be in SEARCH_DIRS_MASK by default as that is where binary packages are suppose to be installed? TIA, Roy -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grant Edwards said the following on 2007-04-05 16:45: | ... | My point was why default to something that isn't useful for the | standard terminal emulators like xterm, aterm, rxvt, etc. Are | there common terminal emulators that default to a black | background? | You always have the options of changing the colors in xterm/rxvt/aterm etc to your preferred colors, background color included. The first one is changing the /usr/share/X11/rgb.txt file. The problem with changing it is that it usually gets overwritten with every xorg-x11 update. I prefer changing the .Xdefaults file in my user & root directories. That way any updates don't screw up my preferences. To see my current .Xdefaults, please look at the attached file - I have dropped Eterm & aterm. Rxvt is very resource efficient :) I use xterm as a fallback. ~ For further info & examples see: http://fluxbox-wiki.org/index.php/Howto_setup_Xdefaults http://dev.gentoo.org/~taviso/xdefaults.html http://gentoo-wiki.com/TIP_Linux_Colors_in_Aterm/rxvt http://forums.gentoo.org/viewtopic.php?t=68555 http://gentoo-wiki.com/Talk:TIP_Linux_Colors_in_Aterm/rxvt http://cvs.schmorp.de/rxvt-unicode/doc/rxvt.7.html#i_don_t_like_the_screen_colors__how_do_i_change_them http://www.fleiner.com/vim/xdefaults.linux http://invisible-island.net/xterm/xterm.faq.html#my_xdefaults For a nice xterm color palette, see http://mkaz.com/ref/xterm_colors.html ...and don't forget the man pages :) This should provide you with enough info on setting your preferred colors. Getting a black (or any other color) background is not that difficult, once you know how, and it's certainly helpful. You can set transparency, background image and more according to your taste and depending on what your preferred terminal supports. (For the moment I don't use Gentoo at all, due to a diskcrash :( Right now i'm stuck with Windoze xp (yuck). The only partitions working are the boot and the NTFS... disks are cheap but i'm between jobs right now :/) /Regards Tony -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGFSBbJDzv6DN+QUkRAl2hAKCbpn1SGNFTPxkKYZgqeG3U6Q1XLwCeNicq pH2Pywp2Rxl09mptps6iNgY= =qmAE -END PGP SIGNATURE- Xft.dpi: 120 Xft.hinting: 1 Xft.hintstyle: hintfull Xft.antialias: 1 Xft.rgba: rgb Xcursor.theme:gentoo-silver xterm*loginShell: True xterm*vt100.translations: #override Home: scroll-back(100,page) End: scroll-forw(100,page) Prior: scroll-back(1,page) Next: scroll-forw(1,page) XTerm*highlightSelection: true XTerm*VT100.colorBDMode: on XTerm*VT100.colorBD: blue XTerm*VT100.colorULMode: on XTerm*VT100.colorUL: magenta XTerm*VT100.titeInhibit: true XTerm*VT100.colorMode:on XTerm*VT100.dynamicColors:on XTerm*VT100.underLine:off XTerm*internalBorder: 10 XTerm*externalBorder: 10 XTerm*eightBitInput: True XTerm*eightBitOutput: True XTerm*geometry: 132x30 XTerm*background: #00 XTerm*foreground: #7f7f7f XTerm*color0: #00 XTerm*color1: #9e1828 XTerm*color2: #aece92 XTerm*color3: #968a38 XTerm*color4: #414171 XTerm*color5: #963c59 XTerm*color6: #418179 XTerm*color7: #bebebe XTerm*color8: #66 XTerm*color9: #cf6171 XTerm*color10: #c5f779 XTerm*color11: #fff796 XTerm*color12: #4186be XTerm*color13: #cf9ebe XTerm*color14: #71bebe XTerm*color15: #ff urxvt.depth: 32 urxvt.urlLauncher: firefox urxvt*termName: rxvt-unicode urxvt*keysym.Home: \\e[1~ urxvt*keysym.End:\\e[4~ urxvt*colorBD: #FF urxvt*colorIT: #FF urxvt*font: xft:DejaVu Sans Mono:size=7:antialias=true urxvt*boldFont: xft:DejaVu Sans Mono:bold:size=7:antialias=true urxvt*italicFont:xft:DejaVu Sans Mono:italic:size=7:antialias=true:autohint=true urxvt*boldItalicFont:xft:DejaVu Sans Mono:bold:italic:size=7:antialias=true:autohint=true urxvt*secondaryScroll: true urxvt.cursorUnderline: 1 !urxvt.cursorBlink: 1 urxvt*inheritPixmap: True urxvt*scrollBar: False urxvt*scrollBar_right: False !urxvt*transpscroll: True urxvt*transparent: True urxvt*savelines: 32000 urxvt*visualBell:True urxvt*internalBorder:10 urxvt*externalBorder:10 urxvt*loginShell:True urxvt*fading:52 urxvt*fadeColor: BlueViolet urxvt*shading: 64 urxvt*geometry: 132x30 urxvt*tinting: True urxvt*tintColor: Sienna3 urxvt*borderLess:True urxvt*utmpInhibit: True urxvt*scrollTtyOutput: False urxvt*scrollWithBuffer: True urxvt*scrollTtyKeypress: True urxvt*cursorColor: #8a8a8a urxvt*background:#00 urxvt*foreground:#FF ! #7f7f7f urxvt*color0:#00 urxvt*color1:#9e1828 urxvt*color2:#aece92 urxvt*color3:#968a38 ur
Re: [gentoo-user] Need to identify USB device by port
On 4/4/07, Mike Diehl <[EMAIL PROTECTED]> wrote: My first try was a udev rule like: (each on one line.) BUS=="usb" SYMLINK="mouse_1" SYSFS{manufacturer}=="Logitech" PHYSDEVPATH=="*:00:02.0/usb2/2-9" OPTIONS+="last_rule" BUS=="usb" SYMLINK="mouse_2" SYSFS{manufacturer}=="Logitech" PHYSDEVPATH=="*:00:02.0/usb2/2-10" OPTIONS+="last_rule" I just happened to have read a webpage on writing udev rules yesterday: http://www.reactivated.net/writing_udev_rules.html First, it looks like the udev rules are supposed to be separated by comma, and second the symlink assignment key should use the += syntax. I think your first rule should look like this: BUS=="usb", SYMLINK+="mouse_1", SYSFS{manufacturer}=="Logitech", PHYSDEVPATH=="*:00:02.0/usb2/2-9", OPTIONS+="last_rule" Other than this, I cannot verify the accuracy of any of your values. When I get home I will see what my logitech mouse looks like in sysfs Hope this helps, -- ds -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Constructive Suggestions Regarding the Colorized Output Thread
On 4/5/07, fire-eyes <[EMAIL PROTECTED]> wrote: Plenty of noise over this one, with zero useful accomplishments. My suggestions: 1) Stop replying to the emails 2) Felix: File a bug, you are wasting your time ranting here 2a) If you don't want to file a bug, then kindly drop it 3) Be respectful and courteous to each other That is all. Have a nice day. -- gentoo-user@gentoo.org mailing list Thanks. Hope this has the desired effect. -- -·=»Ðŧħ«=·-
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On Thu, 5 Apr 2007 14:45:15 + (UTC), Grant Edwards wrote: > > Those particular colours are less useful, because they are designed > > for a black background, > > But the default background on terminals under X has always been > white (at least as long as I remember). Are there really a lot > of Gentoo users who just run on the console and don't use X? Until recently, it was all Gentoo users, since the installation was done fro a virtual console. > > but it is easy enough to change to a more suitable selection. > > My point was why default to something that isn't useful for the > standard terminal emulators like xterm, aterm, rxvt, etc. Are > there common terminal emulators that default to a black > background? Not that I know of, but that's irrelevant. The defaults fit what *everyone* has, and can be so easily changed to suit the optional alternative. The important word here is "default", that's all it is, you can use whatever colours you want, or none at all. -- Neil Bothwick Failure is not an option...it is integrated with every Microsoft product. signature.asc Description: PGP signature
Re: [gentoo-user] RAID-0 with LVM - is there any point?
On Thu, 05 Apr 2007 17:39:06 +0300, Daniel Iliev wrote: > Out of curiosity I made some tests which confirmed my expectations. What > about you - did you have time (and wish) to take some performance > benchmarks? I would be glad to see some additional results. So your tests show that RAID-0 is faster than LVM, but I'll be using LVM anyway so the comparison will have to be between LVM+RAID and LVM alone. I haven't had a chance to do this yet, hopefully over the holiday weekend. -- Neil Bothwick "RAM DISK is NOT an installation procedure!" signature.asc Description: PGP signature
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On Thu, Apr 05, 2007 at 02:45:15PM +, Grant Edwards wrote: > My point was why default to something that isn't useful for the > standard terminal emulators like xterm, aterm, rxvt, etc. Are > there common terminal emulators that default to a black > background? aterm on default settings has a black background for me, and I think Konsole does also. Ryan Curtin [EMAIL PROTECTED] -- -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On 2007-04-05, Grant Edwards <[EMAIL PROTECTED]> wrote: > On 2007-04-05, Alexander Skwar <[EMAIL PROTECTED]> wrote: >> Grant Edwards <[EMAIL PROTECTED]> wrote: >> >>> Why not default to a _useful_ condition? >> >> But, it does! The colors are very useful! > > Only on certain terminals. They're quite unreadable on a white > background (which has always been the default for xterm and > it's descendants, right?). I did find one terminal emulator on my system that defaults to a black background (/usr/bin/Terminal, which belongs to the xfce-extras package). On a black background, it's not as bad, but some of the colors like blue on black are still hard to read. I guess I'm in the minority, though... -- Grant Edwards grante Yow! I just had my entire at INTESTINAL TRACT coated visi.comwith TEFLON! -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On 2007-04-05, Neil Bothwick <[EMAIL PROTECTED]> wrote: > On Thu, 5 Apr 2007 14:24:02 + (UTC), Grant Edwards wrote: > >> > But, it does! The colors are very useful! >> >> Only on certain terminals. They're quite unreadable on a white >> background (which has always been the default for xterm and >> it's descendants, right?). > > Those particular colours are less useful, because they are designed for a > black background, But the default background on terminals under X has always been white (at least as long as I remember). Are there really a lot of Gentoo users who just run on the console and don't use X? > but it is easy enough to change to a more suitable selection. My point was why default to something that isn't useful for the standard terminal emulators like xterm, aterm, rxvt, etc. Are there common terminal emulators that default to a black background? -- Grant Edwards grante Yow! ... I want to perform at cranial activities with visi.comTuesday Weld!! -- gentoo-user@gentoo.org mailing list
[gentoo-user] Constructive Suggestions Regarding the Colorized Output Thread
Plenty of noise over this one, with zero useful accomplishments. My suggestions: 1) Stop replying to the emails 2) Felix: File a bug, you are wasting your time ranting here 2a) If you don't want to file a bug, then kindly drop it 3) Be respectful and courteous to each other That is all. Have a nice day. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why are gentoo people so in love with colorized output?!?
On Thursday 05 April 2007, [EMAIL PROTECTED] wrote about 'Re: [gentoo-user] Why are gentoo people so in love with colorized output?!?': > 31334 I think you meant 31337. -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ pgppisluZTz0q.pgp Description: PGP signature
Re: [gentoo-user] RAID-0 with LVM - is there any point?
Neil Bothwick wrote: > Hello Daniel Iliev, > > >> Actually I'd be glad to read some results from a "Fake RAID-0 vs LVM" >> tests. My bet would be that RAID-0 w/o LVM would give the best speeds >> > > Omitting LVM isn't an option, I'd lose all the flexibility that LVM > offers. I don't see why RAID-0 should be necessarily more efficient than > LVM, unless there's something superior about RAID-0's striping > algorithms. I could do some before and after tests, but I'd first have the > reformat the filesystems to remove any effects of fragmentation. > > If no one comes up with a good reason for keeping the RAID, I'll get rid > of it, running bonnie++ before and after. > > > Hi, Neil! Out of curiosity I made some tests which confirmed my expectations. What about you - did you have time (and wish) to take some performance benchmarks? I would be glad to see some additional results. I'm attaching my tests in file called "bench.txt". -- Best regards, Daniel echo y | mdadm -C /dev/md9 -n2 /dev/sda11 /dev/sdb11 -l0 mkfs.xfs /dev/md9 mkdir /test mount /dev/md9 /test dd if=/dev/urandom of=/test.rnd bs=1M count=1500 time cp /test.rnd /test real0m44.981s user0m0.036s sys 0m6.967s sync time mv /test.rnd /test real0m47.514s user0m0.047s sys 0m7.077s sync time mv /test/test.rnd / real0m53.863s user0m0.060s sys 0m8.885s mdadm --stop /dev/md9 pvcreate /dev/sda11 pvcreate /dev/sdb11 vgcreate test /dev/sda11 vgextend test /dev/sdb11 vgdisplay | grep 'Total PE' Total PE 1686 lvcreate -i2 -l1686 -nlogvol test mkfs.xfs /dev/test/logvol mount /dev/test/logvol /test time cp /test.rnd /test real1m12.183s user0m0.039s sys 0m9.570s sync time mv /test.rnd /test real0m51.643s user0m0.044s sys 0m7.275s sync time mv /test/test.rnd / real1m54.937s user0m0.047s sys 0m9.556s = BOTTOM LINE: cp /test.rnd /test LVM:20.78 [MB/s] RAID-0: 33.41 [MB/s] mv /test.rnd /test LVM:29.04[MB/s] RAID-0: 31.56[MB/s] mv /test/test.rnd / LVM:11.11[MB/s] RAID-0: 27.84[MB/s] Strange: I repeated the last LVM test because it seemed to me as a low performance peak, but the result was again very low: time mv /test/test.rnd / real1m27.775s user0m0.050s sys 0m9.813s which is: 1500/87.775 = 17.089 [MB/s]
Re: [gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On Thu, 5 Apr 2007 14:24:02 + (UTC), Grant Edwards wrote: > > But, it does! The colors are very useful! > > Only on certain terminals. They're quite unreadable on a white > background (which has always been the default for xterm and > it's descendants, right?). Those particular colours are less useful, because they are designed for a black background, but it is easy enough to change to a more suitable selection. -- Neil Bothwick Das Internet is nicht fuer gefingerclicken und giffengrabben. Ist easy droppenpacket der routers und overloaden der backbone mit der spammen und der me-tooen. Ist nicht fuer gewerken bei das dumpkopfen. Das mausklicken sichtseeren keepen das bandwit-spewin hans in das pockets muss; relaxen und watchen das cursorblinken. signature.asc Description: PGP signature
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
On 2007-04-05, Alexander Skwar <[EMAIL PROTECTED]> wrote: > Grant Edwards <[EMAIL PROTECTED]> wrote: > >> Why not default to a _useful_ condition? > > But, it does! The colors are very useful! Only on certain terminals. They're quite unreadable on a white background (which has always been the default for xterm and it's descendants, right?). -- Grant Edwards grante Yow! Could I have a drug at overdose? visi.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2
Hi Neil, On Thu, 5 Apr 2007 08:52:12 +0100 Neil Bothwick <[EMAIL PROTECTED]> wrote: > Hello Rumen Yotov, > > > This happens with all "binary-source" ;) packages, like java, > > firefox-bin, openoffice-bin etc. > > They have been made to work on quite all systems (despite existing > > libraries). > > Use CONFIG_PROTECT_MASK=/dir/path in /etc/make.conf to work around. > > You mask out binary packages with SEARCH_DIRS_MASK="" > in /etc/revdep-rebuild/99revdep-rebuild. CONFIG_PROTECT_MASK has an > entirely different use. You're right, my bad (was too lazy to search, so looked at the end of latest emerged package - found CONFIG_PROTECT_MASK and sited it). The OP needs SEARCH_DIRS_MASK="" of course. Rumen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Can't find eth0?
> 2007/4/4, Alexander Skwar <[EMAIL PROTECTED]>: >> Chuanwen Wu <[EMAIL PROTECTED]> wrote: >> >> > Or if I use eth3,what do I need to do to fix it? >> > Cause after I changed eth0 to eth3 in cond.d/net and added eth3 to >> > rc-update,when I boot up my machine,new error occur: >> > >> > Bringing up eth3 >> > default >> > No load modules provide "default" (default-start) >> >> I doubt that this is related to the fact that the interface >> is called "eth3" instead of "eth0". On my machine, I also >> have no "eth0", just a "tg3". >> >> What do you have in /etc/conf.d/net? > When I use eth3,my conf.d/net is: > > config_eth3=( "192.168.83.123 netmask 255.255.255.0 brd 192.168.83.255" ) > config_eth3=( "default gw 192.168.83.254" ) Try changing that to: config_eth3=( "192.168.83.123 netmask 255.255.255.0 brd 192.168.83.255" ) routes_eth3=( "default gw 192.168.83.254" ) That should solve your problem, for comparison, this is what I have in my /etc/conf.d/net: config_dmz2=( "10.1.4.11 netmask 255.255.255.0 broadcast 10.1.4.255" ) routes_dmz2=( "default gw 10.1.4.1" ) Kind regards, Joost Roeleveld -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] avidemux?
I have installed the berkano overlay and now have avidemux installed and appearing to work. of course as an svn ebuild, tomorrow's version may not work at all. On Thu, April 5, 2007 1:42 pm, Nick Rout wrote: > w avidemux svn, I'll try that tonight and see what happens. > > In fact I could log in from work I suppose, will report back later ;-) > > > On Thu, April 5, 2007 10:15 am, Robert Walter wrote: >> hi >> try http://berkano.net/bits/2006/09/20/gentoo-overlay >> best regards robert >> >> On Wednesday 04 April 2007 21:55, Nick Rout wrote: >>> Can anyone point me to an overlay or other reliable source of an ebuild >>> for avidemux that isn't hard masked and that "just works"? >>> >>> >>> -- >>> Nick Rout >>> >> -- >> gentoo-user@gentoo.org mailing list >> >> > > > -- > Nick Rout > > -- > gentoo-user@gentoo.org mailing list > > -- Nick Rout -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2
On Thursday 05 April 2007, Marc Blumentritt wrote: > Thanks for the answers, but to be honest, I still do not get, what > the problem is and how to solve it. Could someone explain me, what > goes wrong, if I use a binary package like sun-jdk? The problem is that you can't recompile sun-jdk. Say you have package A which needs library B. You update library B to the next higher version, but neither library B nor it's ebuild is aware of other packages that use or may use it. Don't try and "fix" this - there be dragons... revdep-rebuild might now detect that binary files in package A are still looking for old libs that have been replaced in the meantime. The solution is easy - recompile package A and the build process will find and link to the correct libraries that you now *do* have. But you can't do that with a third party binary app. Remember that ebuild defines which *packages* they depend on, not the files in those packages. So it's quite possible that sun compiled something that would like to use lib-1.2.3.so and you have lib-1.2.5.so. It all still works nicely because the shared libraries system is designed to cope with this as an essential feature, but revdep-rebuild will complain. You *could* get around the problem with a complex arrangment of symlinks, but then you'd have to maintain them. It's so much easier to just tell revdep-rebuild to ignore the binary package altogether, using Rumen and Neil's suggestions alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Heliodor?
On Wednesday 04 April 2007, Ryan Sims wrote: > On 4/4/07, Neil Bothwick <[EMAIL PROTECTED]> wrote: > > On Wed, 4 Apr 2007 18:57:01 +0200, Francesco Talamona wrote: > > > > echo 'x11-wm/heliodor' > /etc/portage/package.keywords > > > > emerge -av heliodor > > > > > > Do the following, instead :) > > > echo 'x11-wm/heliodor ~amd64' >> /etc/portage/package.keywords > > > > Either will work. If no arch is given in package.keywords, it > > defaults to ~yourcurrentarch. > > Perhaps I'm being pedantic, but I think it's worth making clear that > Alan's version will clobber /etc/portage/package.keywords, excepting > noclobber-type options. /me hangs head in shame after a blooper like that Thanks for picking it up ;-) alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2
Thanks for the answers, but to be honest, I still do not get, what the problem is and how to solve it. Could someone explain me, what goes wrong, if I use a binary package like sun-jdk? Thanks Marc -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorizedoutput?!?
On Wednesday 04 April 2007 15:57:40 [EMAIL PROTECTED] wrote: > I am told the ~ platform is testing. No it is not, or should not > be; it is one thing to release new features which may or may not be > finished, but entirely different to release untested code. ~ARCH is testing, don't run it if you aren't willing to test code and file bugs. The handbook is clear on this point. Its not completely untested code, though. The developer that marks it as ~ARCH should have compiled and run the program to his or her satisfaction on that ARCH. At that point, the developer can (rightly) feel free to release the package to those users that have **VOLUNTARILY chosen to test new packages* by running ~ARCH. I'm not saying don't run ~ARCH at all; but if you do, you have chosen to test the software and should file bugs, even if that takes some time. > Nazis Godwin!! -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ pgp1FdYRbK5CO.pgp Description: PGP signature
Re: [gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2
On Thu, 05 Apr 2007 11:12:38 +0200, Marc Blumentritt wrote: > Thanks for the answers, but to be honest, I still do not get, what the > problem is and how to solve it. Could someone explain me, what goes > wrong, if I use a binary package like sun-jdk? The "problem" is that revdep-rebuild checks the consistency of packages built from source on your system. The messages about binary packages are spurious, as what revdep-rebuild does does not apply to them. That's why the config file has an option to stop it even checking such packages. -- Neil Bothwick If Barbie is so popular, why do you have to buy her friends? signature.asc Description: PGP signature
Re: [gentoo-user] Re: Heliodor?
On Wednesday 04 April 2007, Francesco Talamona wrote: > > echo 'x11-wm/heliodor' > /etc/portage/package.keywords > > emerge -av heliodor > > Do the following, instead :) > echo 'x11-wm/heliodor ~amd64' >> /etc/portage/package.keywords The ~amd64 is redundant in package.keywords if ACCEPT_KEYWORDS=amd64 man 5 portage -> section for package.keywords alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Why are gentoo people so in love withcolorizedoutput?!?
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 04 April 2007 18:08 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Why are gentoo people so in love > withcolorizedoutput?!? > > > > Insults rarely get you anywhere. Constructive feedback and > discussion are generally better options FYI. > > Like I said. My experience has been that people who don't follow even > the most rudimentary principles, like testing features, following > standards, and reusing existing code rather than hard coding magic > numbers, simply do not listen to old farts who file bug reports. This > has been from years of experience with coworkers and with mailing > lists. > > My rant here has been to let off steam. I am not going to waste time > filing a bug report about magic numbers, standards, and testing new > features, when those are the things that should be taught in the first > weeks of any programming course and explained in the first chapters of > any programming book. I might as well explain 2+2=4 to someone > screwing up his calculus homework. If the devs won't read a bug report reporting an issue where a useful feature doesn't work then they are just going to ignore some old fart ranting and raving on a mailing list. Letting off steam on a mailing list is a bad idea anyway. I like the sound of the '24 hour' rule David -- djn I do not represent anyone else in emails I send to this list. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2
Hello Rumen Yotov, > This happens with all "binary-source" ;) packages, like java, > firefox-bin, openoffice-bin etc. > They have been made to work on quite all systems (despite existing > libraries). > Use CONFIG_PROTECT_MASK=/dir/path in /etc/make.conf to work around. You mask out binary packages with SEARCH_DIRS_MASK="" in /etc/revdep-rebuild/99revdep-rebuild. CONFIG_PROTECT_MASK has an entirely different use. -- Neil Bothwick Don't take life too seriously, you won't get out alive. signature.asc Description: PGP signature
[gentoo-user] Re: Re: Why are gentoo people so in love with colorizedoutput?!?
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Wed, Apr 04, 2007 at 10:27:48PM +0200, Harm Geerts wrote: > >> Would you please show a little respect to the people who developed >> the software you use every day. > > I have found that people are fine, it is groups of people who cause > the problems in the world. The gentoo dev community has a reputation > of releasing untested code, and when I mention a couple of severe > cases that shouldn't have even gotten near the door, let alone out of > it, I am told the ~ platform is testing. Correct. > No it is not, or should not > be; What else should it be? > finished, but entirely different to release untested code. Maybe > getdelta is not from the core community; but did no one in the core > community think it good to report their changes? When the first > colors were added to emerge, did no one think hard coded magic > constants were wrong? When devs think it good to colorize everybody's > terminal without regard to long established UNIX custom of using just > simple plain text, I am told that gentoo is not UNIX. Exactly. > Good grief, > what an attitude! Yep, you've got quite an attitude. > When the gentoo dev community stops spouting nonsense about gentoo is > not unix, What are you talking about? You DO know, to what list you're writing to, don't you? Hint: There's no "dev" in the name of the list. > stops pointing fingers at third party software which was > written to work with gentoo software, and stops blaming users for > preferring white backgrounds, then they will have earned some respect. I guess earning respect from people like you is something, the Gentoo people could very well do without. Alexander Skwar -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Here's my current favorite. emerge -f digikam. It downloads a > corrupted file No, it doesn't. >>> Emerging (6 of 6) media-gfx/digikam-0.9.1 to / Adjusting permissions recursively: '/Gentoo/Portage/distfiles/' >>> Downloading 'http://gentoo.supp.name/distfiles/digikam-0.9.1.tar.bz2' --09:10:01-- http://gentoo.supp.name/distfiles/digikam-0.9.1.tar.bz2 => `/Gentoo/Portage/distfiles/digikam-0.9.1.tar.bz2' Resolving gentoo.supp.name... 82.208.58.65 Connecting to gentoo.supp.name|82.208.58.65|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 6'781'756 (6.5M) [application/x-tar] 100%[===>] 6'781'756330.41K/sETA 00:00 09:10:16 (429.62 KB/s) - `/Gentoo/Portage/distfiles/digikam-0.9.1.tar.bz2' saved [6781756/6781756] * digikam-0.9.1.tar.bz2 RMD160 ;-) ... [ ok ] * digikam-0.9.1.tar.bz2 SHA1 ;-) ... [ ok ] * digikam-0.9.1.tar.bz2 SHA256 ;-) ... [ ok ] * digikam-0.9.1.tar.bz2 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking digikam-0.9.1.tar.bz2 ;-) ... [ ok ] > and tries several times, with tons of colored output > which I have to copy and paste to read. If you don't like colors, you should disable them. Alexander Skwar -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why are gentoo people so in love with colorizedoutput?!?
[EMAIL PROTECTED] wrote: I have found that people are fine, it is groups of people who cause the problems in the world. This is a interesting observation that I concur with in general - unfortunately you own attitude displayed in your previous messages pretty much provides a counter example!...(blast - hate it when nice theories get invalidated). Mark -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Why are gentoo people so in love with colorized output?!?
Grant Edwards <[EMAIL PROTECTED]> wrote: > Why not default to a _useful_ condition? But, it does! The colors are very useful! Alexander Skwar -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Re: Why are gentoo people so in love with colorizedoutput?!?
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Wed, Apr 04, 2007 at 09:40:21PM +0200, Harm Geerts wrote: >> try to unset the FETCHCOMMAND in your /etc/make.conf > > That does eliminate the color output, So your rant was without substance, after all? > to disable getdelta. If the portage develoeprs don't keep track of > their own changes and don't talk to each other even on such closely > related packages, well, I guess it doesn't surprise me. getdelta is a "addon" product. Get your facts straight, before you complain, boy! Alexander Skwar -- gentoo-user@gentoo.org mailing list