Re: [gentoo-user] looking for a ftp client script
Thanks Morten, but that AIX server only provides telnet access. :( On Fri, Feb 27, 2009 at 3:53 PM, Morten Holt th...@t-hawk.com wrote: Weifeng Liu wrote: Hi guys, I need to exchange some files between a AIX developer server and my gentoo desktop, actually it is not a gentoo request :-). There is no ftp client tool or file server setup on that AIX server, and I don't have enough power to install any binary tool. So, I think it is possible to use script on AIX, then it will get/put files from/to my gentoo's ftp server. Can anyone recommend such a script? Perl based script is prefered, Thanks, Weifeng I don't know of any script for this, but if you have shell access over SSH you can check out SSHFS over FUSE -- Morten 'T-Hawk' Holt In the joy of anticipation there's the anticipatory letdown of anticipating not anticipating anticipation of some future anticipation.
Re: [gentoo-user] Which USB device on which controller?
On Thu, Feb 26, 2009 at 7:34 PM, Grant emailgr...@gmail.com wrote: SNIP I have 2 Philips USB webcams attached to this system and controlled by media-video/motion. One of the webcams is not functioning, and I'm supposed to make sure I don't have both of them attached to the USB 1.1 controller. How can I do that? I have: # lsusb Bus 001 Device 003: ID 04f9:002a Brother Industries, Ltd Bus 001 Device 001: ID 1d6b:0002 Bus 002 Device 003: ID 0471:0329 Philips Bus 002 Device 002: ID 0471:0329 Philips Bus 002 Device 001: ID 1d6b:0001 Is there any way to find out? You might want to try usbview. It gives a graphical display of the USB controllers and what devices are hooked to each controller. If you click on any of the names in the left panel, controller or device, it gives you the capabilities of the device. It's very small and builds fast. m...@lightning ~ $ eix usbview [I] app-admin/usbview Available versions: 1.0-r3 Installed versions: 1.0-r3(02:30:52 PM 01/31/2009) Homepage:http://www.kroah.com/linux-usb/ Description: Display the topology of devices on the USB bus m...@lightning ~ $ Hope that helps. - Mark
Re: [gentoo-user] looking for a ftp client script
On Fri, Feb 27, 2009 at 1:46 AM, Weifeng Liu weifeng...@gmail.com wrote: Hi guys, I need to exchange some files between a AIX developer server and my gentoo desktop, actually it is not a gentoo request :-). There is no ftp client tool or file server setup on that AIX server, and I don't have enough power to install any binary tool. So, I think it is possible to use script on AIX, then it will get/put files from/to my gentoo's ftp server. Can anyone recommend such a script? Perl based script is prefered, Thanks, Weifeng http://www.example-code.com/perl/perlftp.asp Good luck, Paul
Re: [gentoo-user] looking for a ftp client script
On Fri, Feb 27, 2009 at 9:13 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Fri, Feb 27, 2009 at 1:46 AM, Weifeng Liu weifeng...@gmail.com wrote: Hi guys, I need to exchange some files between a AIX developer server and my gentoo desktop, actually it is not a gentoo request :-). There is no ftp client tool or file server setup on that AIX server, and I don't have enough power to install any binary tool. So, I think it is possible to use script on AIX, then it will get/put files from/to my gentoo's ftp server. Can anyone recommend such a script? Perl based script is prefered, Thanks, Weifeng http://www.example-code.com/perl/perlftp.asp Sorry, that was the wrong link. I meant: http://perldoc.perl.org/Net/FTP.html regards, Paul
[gentoo-user] Re: Logwatch not resolving hostname
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Lieb wrote: I have recently setup logwatch-7.3.2 on a few of my machines along with sendmail. For all but one of the machines, I get emails that have the hostname in the subject line (Logwatch for capitol (Linux)) as well as on the line that reads 'Logfiles for Host' (Logfiles for Host: capitol). However, on one machine, the hostname is not resolved correctly. The email has the subject line 'Logwatch for 10 (Linux)' and in the body of the email has 'Logfiles for Host: 10'. The IP address of this machine is 10.192.202.xxx, and the hostname is high. When I do a `hostname -va` on high, I get: gethostname()=`high' Resolving `high' ... Result: h_name=`high.opcdir.intranet' Result: h_aliases=`high' Result: h_aliases=`localhost' Result: h_addr_list=`127.0.0.1' high localhost When I run the same command on congress, which has a working logwatch, I get: gethostname()=`congress' Resolving `congress' ... Result: h_name=`congress.opcdir.intranet' Result: h_aliases=`congress' Result: h_aliases=`localhost' Result: h_addr_list=`127.0.0.1' congress localhost This seems to me to eliminate the possibility of a misconfigured hostname on high. Does anyone have an idea as to what is causing logwatch to not resolve the hostname correctly? Thanks, Chris Lieb I believe I've found the problem! There is a hash called %swordsmen that defines a pair of 'high = 10'. It appears that a function is calling getInt, which uses %wordsToInts to process hostname, turning my hostname of 'high' into '10'. I'm going to play around with it some more to see if this is the case. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEcBAEBAgAGBQJJqAf0AAoJEJWxx7fgsD+C3dcH/2gWwHoDG7tIeBN2NV6Gq8L5 sMOgI/QKqRcOFWEefnc8PQDZ6yj66fAu12MuTEcUi6CLP1XaHcqjjOdeVnu4giDd 3lJl8Bk7LdTjpz+TAF/vlj5D0ERMIVftrF73JoaTBEp5QeNFwcHu9UywVy1I4/KH FkrPuS9lSW6gSdovo7ZN+Q0ok9ooD70grhrzXg6355sNONt1zbbWV/7AkKip357T H6BpNx4xeS0CzyG8hAdkNAbjYd7MAilxX2p8ihLNdjLDmh25WvaBYL3MkRjIMt38 ENuS64vODniIUe2I2FAQ7iyVMoHULXdWfdvqoLLK8CiQ2cEMH2p1n6XvWR54Mg8= =Tco2 -END PGP SIGNATURE-
Re: [gentoo-user] Which USB device on which controller?
My system seems to have 2 USB controllers, one 1.1 controller (OHCI) and one 2.0 controller (EHCI): 00:02.0 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3) (prog-if 10 [OHCI]) Subsystem: Micro-Star International Co., Ltd. Device 7309 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21 Memory at dfe7f000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Kernel driver in use: ohci_hcd 00:02.1 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3) (prog-if 20 [EHCI]) Subsystem: Micro-Star International Co., Ltd. Device 7309 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 22 Memory at dfe7ec00 (32-bit, non-prefetchable) [size=256] Capabilities: [44] Debug port: BAR=1 offset=0098 Capabilities: [80] Power Management version 2 Kernel driver in use: ehci_hcd I have 2 Philips USB webcams attached to this system and controlled by media-video/motion. One of the webcams is not functioning, and I'm supposed to make sure I don't have both of them attached to the USB 1.1 controller. How can I do that? I have: # lsusb Bus 001 Device 003: ID 04f9:002a Brother Industries, Ltd Bus 001 Device 001: ID 1d6b:0002 Bus 002 Device 003: ID 0471:0329 Philips Bus 002 Device 002: ID 0471:0329 Philips Bus 002 Device 001: ID 1d6b:0001 Is there any way to find out? - Grant I !think! mine has that too. This is the usb part of my config: r...@smoker / # cat /usr/src/linux/.config | grep USB | grep =y CONFIG_USB_HID=y CONFIG_USB_SUPPORT=y CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=y CONFIG_USB=y CONFIG_USB_DEVICEFS=y CONFIG_USB_OHCI_HCD=y CONFIG_USB_OHCI_LITTLE_ENDIAN=y CONFIG_USB_ACM=y CONFIG_USB_PRINTER=y CONFIG_USB_STORAGE=y r...@smoker / # With mine, it tries 2.0 first then goes to the first version. My printer is 2.0 but my camera is the old version, or maybe it is the other way around. I got a memory stick that connects 2.0 to. Anyway, that works here and it may work for you. Dale So it doesn't matter which slots the webcams are plugged into? - Grant I'm not 100% sure of this but I think it will try to connect sort of like a IDE drive or even a old dial-up modem does. It just tries to use the fastest speed it can get a stable connect at. It appears to try the new faster version first but if that doesn't work it switches to the slower speed and tries that. Because of my hardware, I have to use both on mine since some can only use the slow speed and some can use the high speed. As far as the actual connector itself, I'm pretty sure it doesn't matter at all. It's one chip that controls it all anyway. Just like the PCI bus, it has one chip and that's it. I know I have switched my printer and camera around several times and it works the same no matter how I connect it. Now if you have the new version USB with everything hardware wise, you may be able to disable the old version so that it has no option but to use the new fast one. That way you can get the fast speed or a error message that it isn't working. Keep in mind tho, if you have a junky cable, it will limit the speed a LOT. My printer would not use the new fast version with a older cable. It does with the new cable tho. My camera just plain don't work with the new version no matter what. You may want to get a good quality cable to test with too. Someone correct me if I am off base here. Dale You seem to be right on here Dale. usbview showed my printer connected to the 2.0 controller and a webcam connected to the 1.1 controller, so I unplugged the printer and plugged the webcam into it's slot and it still showed up under 1.1. So there doesn't appear to be any slot/controller correlation. This is a problem for me though. My webcams can't both operate on the 1.1 controller at the same time due to the bandwidth limitation of the 1.1 controller. I need them both on 2.0 or one on each controller, but they are always grabbed by the 1.1 controller. Even worse, I disabled support for 1.1 in the kernel so only 2.0 was supported and the webcams didn't show up at all. Could they be USB 1.1 only? Shouldn't a 1.1 device operate on a 2.0 controller? - Grant
Re: [gentoo-user] Which USB device on which controller?
On Friday 27 February 2009 17:37:22 Grant wrote: You seem to be right on here Dale. usbview showed my printer connected to the 2.0 controller and a webcam connected to the 1.1 controller, so I unplugged the printer and plugged the webcam into it's slot and it still showed up under 1.1. So there doesn't appear to be any slot/controller correlation. That probably means the controller is running in 1.1 mode 2.0 controllers can do both To find out what the hardware is, look for E|U|OHCI and decode that -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Which USB device on which controller?
Grant wrote: You seem to be right on here Dale. usbview showed my printer connected to the 2.0 controller and a webcam connected to the 1.1 controller, so I unplugged the printer and plugged the webcam into it's slot and it still showed up under 1.1. So there doesn't appear to be any slot/controller correlation. This is a problem for me though. My webcams can't both operate on the 1.1 controller at the same time due to the bandwidth limitation of the 1.1 controller. I need them both on 2.0 or one on each controller, but they are always grabbed by the 1.1 controller. Even worse, I disabled support for 1.1 in the kernel so only 2.0 was supported and the webcams didn't show up at all. Could they be USB 1.1 only? Shouldn't a 1.1 device operate on a 2.0 controller? - Grant This is how I understand it. Any 2.0 device should work with the older 1.0 version, just slower. Backwards compatible. However, like with my camera, if the device is a version 1.0, it will only work in 1.0 mode. If you recently purchased this, you may want to exchange it and make sure you get a 2.0 version. That is if there is such a creature. The reason behind this is the chip inside the camera/webcam itself. The cable can cause this if it is not made for the new higher bandwidth or is crappy but if the chip in there is the old 1.0 version, it can't go any faster. Another idea, you may be able to get a card to expand your USB ports and see if that will help. Each card has its own chip as well. Put one device on the card and one on the mobo port. That way they are seen and controlled by separate chips. That should help with the bandwidth problem at least. Dale :-) :-)
[gentoo-user] Re: Logwatch not resolving hostname
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Lieb wrote: Chris Lieb wrote: I have recently setup logwatch-7.3.2 on a few of my machines along with sendmail. For all but one of the machines, I get emails that have the hostname in the subject line (Logwatch for capitol (Linux)) as well as on the line that reads 'Logfiles for Host' (Logfiles for Host: capitol). However, on one machine, the hostname is not resolved correctly. The email has the subject line 'Logwatch for 10 (Linux)' and in the body of the email has 'Logfiles for Host: 10'. The IP address of this machine is 10.192.202.xxx, and the hostname is high. When I do a `hostname -va` on high, I get: gethostname()=`high' Resolving `high' ... Result: h_name=`high.opcdir.intranet' Result: h_aliases=`high' Result: h_aliases=`localhost' Result: h_addr_list=`127.0.0.1' high localhost When I run the same command on congress, which has a working logwatch, I get: gethostname()=`congress' Resolving `congress' ... Result: h_name=`congress.opcdir.intranet' Result: h_aliases=`congress' Result: h_aliases=`localhost' Result: h_addr_list=`127.0.0.1' congress localhost This seems to me to eliminate the possibility of a misconfigured hostname on high. Does anyone have an idea as to what is causing logwatch to not resolve the hostname correctly? Thanks, Chris Lieb I believe I've found the problem! There is a hash called %swordsmen that defines a pair of 'high = 10'. It appears that a function is calling getInt, which uses %wordsToInts to process hostname, turning my hostname of 'high' into '10'. I'm going to play around with it some more to see if this is the case. It ends up that was the issue. I have opened bug 260524 on Gentoo Bugzilla that includes a patch and a -r1 ebuild for 7.3.6, which went stable yesterday. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEcBAEBAgAGBQJJqBF5AAoJEJWxx7fgsD+CY1AIAKFqDK3e49MuiLlcgJYMHmRU Mm09ijk6JECqGjLzfyFbnlhIItKX5njS/NGu8Ki9mr53LTc3A0M08MGEbeg2TJl6 XZPzR/DM/5x9EWZn6uIVxY3mLo/G4xTj1EOWH/aGpQN7uDDQFNjq27gnkfs3V2VB gNLxN1lylSep6u0knIcvdtt90xHyk3TLwgNORn2KgDSEJPmRIz9hpglrNIHganyQ ihl2t1SVTitdyKNyhaj5NcYy9BMJDRjyhgZ+FPBEkW27ekaJUQhP/16VlftQVLjk 62Z0Dz7J7Je0jLh2ldLi1+p/iyNxyKH8IXstmDsrwiMU39mjmtDJn3R8zcKBV6A= =Rq6i -END PGP SIGNATURE-
Re: [gentoo-user] Which USB device on which controller?
You seem to be right on here Dale. usbview showed my printer connected to the 2.0 controller and a webcam connected to the 1.1 controller, so I unplugged the printer and plugged the webcam into it's slot and it still showed up under 1.1. So there doesn't appear to be any slot/controller correlation. That probably means the controller is running in 1.1 mode 2.0 controllers can do both To find out what the hardware is, look for E|U|OHCI and decode that According to lspci -v, I have one EHCI (2.0) and one OHCI (1.1) controller. usbview has output like this: OHCI - Philips - Philips EHCI - Brother If I unplug the Brother printer and plug a Philips webcam into the same slot the Brother was plugged into, usbview shows this: OHCI - Philips - Philips EHCI So it seems like the slots do not correlate to particular controllers. - Grant
Re: [gentoo-user] Which USB device on which controller?
You seem to be right on here Dale. usbview showed my printer connected to the 2.0 controller and a webcam connected to the 1.1 controller, so I unplugged the printer and plugged the webcam into it's slot and it still showed up under 1.1. So there doesn't appear to be any slot/controller correlation. This is a problem for me though. My webcams can't both operate on the 1.1 controller at the same time due to the bandwidth limitation of the 1.1 controller. I need them both on 2.0 or one on each controller, but they are always grabbed by the 1.1 controller. Even worse, I disabled support for 1.1 in the kernel so only 2.0 was supported and the webcams didn't show up at all. Could they be USB 1.1 only? Shouldn't a 1.1 device operate on a 2.0 controller? - Grant This is how I understand it. Any 2.0 device should work with the older 1.0 version, just slower. Backwards compatible. However, like with my camera, if the device is a version 1.0, it will only work in 1.0 mode. If you recently purchased this, you may want to exchange it and make sure you get a 2.0 version. That is if there is such a creature. The reason behind this is the chip inside the camera/webcam itself. The cable can cause this if it is not made for the new higher bandwidth or is crappy but if the chip in there is the old 1.0 version, it can't go any faster. Another idea, you may be able to get a card to expand your USB ports and see if that will help. Each card has its own chip as well. Put one device on the card and one on the mobo port. That way they are seen and controlled by separate chips. That should help with the bandwidth problem at least. Dale I'm looking at the box of one of the webcams and it says USB 2.0 compatible. It's not a cable problem because the cable is built right into the webcam. I'm not trying to get the webcam to go faster back and forth to the controller, I just need to make sure I don't have both webcams on the same OHCI (1.1) USB controller. I would think buying a USB expansion card would work, but I have an EHCI (2.0) controller on this system and a second OHCI (1.1) controller. Does anyone have any idea on this. It really doesn't make sense. - Grant
[gentoo-user] ksoftirqd goes nuts during rsync
I'm rsyncing some large files across my wireless network and this causes ksoftirqd to take up all of the CPU it can. Can this be fixed? Would it be fixed if I were running the rsync daemon instead of logging in? - Grant
[gentoo-user] Re: Which USB device on which controller?
On 2009-02-27, Grant emailgr...@gmail.com wrote: I'm looking at the box of one of the webcams and it says USB 2.0 compatible. A USB 1.1 device _is_ USB 2.0 compatible because a USB 2.0 will slow down and run at 1.1 speed. Does the device say it's high speed USB? USB 2.0 compatible generally means it's a USB 1.1 device. It's not a cable problem because the cable is built right into the webcam. I'm not trying to get the webcam to go faster back and forth to the controller, I just need to make sure I don't have both webcams on the same OHCI (1.1) USB controller. I would think buying a USB expansion card would work, but I have an EHCI (2.0) controller on this system and a second OHCI (1.1) controller. Does anyone have any idea on this. It really doesn't make sense. Sounds like it's a 1.1 device to me. -- Grant Edwards grante Yow! Edwin Meese made me at wear CORDOVANS!! visi.com
[gentoo-user] Kernel update messed up console encoding
Dear listmates, (I did try to use a more specific mailing list, and tried gentoo-admin, but it seems there's nobody around.) I recently updated my kernel from 2.6.17 to 2.6.27, and it seems that the new kernel causes the encoding of the console to behave weird: I used to use the default Unix encoding, i.e. iso-8859-1, because this was fine for German (now I want to stick to it because I have so much legacy material in that encoding). Now, when I type a string with Non-ASCII characters on the commandline, it looks normal, but when I redirect this to a file, the file command identifies the contents of that file (correctly, it seems to me) as UTF-8. When I boot the old kernel (which I kept), the same procedure results in a file identified as iso-8859-1 (and with accordingly fewer bytes). Here are the contents (the same sentence): Kernel 2.6.17: Ich kann es außerdem nicht ändern Kernel 2.6.27: Ich kann es auÃerdem nicht ändern I grepped the .config files for any options that might have a bearing on this. The only difference I found was in the first of these four lines: linux-2.6.17: # CONFIG_NLS_ASCII is not set CONFIG_NLS_ISO8859_1=y CONFIG_NLS_ISO8859_15=y CONFIG_NLS_UTF8=y linux-2.6.27 CONFIG_NLS_ASCII=y CONFIG_NLS_ISO8859_1=y CONFIG_NLS_ISO8859_15=y CONFIG_NLS_UTF8=y So I set $CONFIG_NLS_ASCII differently for the new kernel. But as far as I understand, these refer to the handling of file names (it's in the section file systems), and only specify what is supported, so I don't see how this could have an effect on console encoding. The only thing I am dead sure about is that the kernel itself must be the culprit, because when I boot the old kernel, this behaviour goes away. There is absolutely no change in the system otherwise. (The $UNICODE variable in /etc/rc.conf is set to no.) Can anyone give me a hint where to look what I have messed up? Emacs, which I sometimes like to use on the console, is particularly uncomfortable with this, and I seem to write confusing e-mails. Many thanks in advance for any hint, Florian
Re: [gentoo-user] Re: Which USB device on which controller?
Grant Edwards wrote: On 2009-02-27, Grant emailgr...@gmail.com wrote: I'm looking at the box of one of the webcams and it says USB 2.0 compatible. A USB 1.1 device _is_ USB 2.0 compatible because a USB 2.0 will slow down and run at 1.1 speed. Does the device say it's high speed USB? USB 2.0 compatible generally means it's a USB 1.1 device. It's not a cable problem because the cable is built right into the webcam. I'm not trying to get the webcam to go faster back and forth to the controller, I just need to make sure I don't have both webcams on the same OHCI (1.1) USB controller. I would think buying a USB expansion card would work, but I have an EHCI (2.0) controller on this system and a second OHCI (1.1) controller. Does anyone have any idea on this. It really doesn't make sense. Sounds like it's a 1.1 device to me. Yep, that's what it sounds like to me too. Dale :-) :-)
Re: [gentoo-user] looking for a ftp client script
* Weifeng Liu (weifeng...@gmail.com) [27.02.09 09:02]: Thanks Morten, but that AIX server only provides telnet access. :( No FTP, but telnet? Who on this shiny planet is administring this nightmare? If I were you I woud refuse to work with such a setup. Sorry had to rant... Sebastian -- Religion ist das Opium des Volkes. Karl Marx s...@sti@N GÜNTHER mailto:sam...@guenther-roetgen.de pgpLKx3sh36AL.pgp Description: PGP signature
Re: [gentoo-user] looking for a ftp client script
On Friday 27 February 2009 19:38:10 Sebastian Günther wrote: * Weifeng Liu (weifeng...@gmail.com) [27.02.09 09:02]: Thanks Morten, but that AIX server only provides telnet access. :( No FTP, but telnet? Who on this shiny planet is administring this nightmare? If I were you I woud refuse to work with such a setup. You should try working with ancient cisco kit sometime... Or ancient decrepit name servers running Solaris that we've been trying to decomm for 7 years (client just will not update their delegations upstream). refuse is tempting but just not an option sometimes -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Which USB device on which controller?
I'm looking at the box of one of the webcams and it says USB 2.0 compatible. A USB 1.1 device _is_ USB 2.0 compatible because a USB 2.0 will slow down and run at 1.1 speed. Does the device say it's high speed USB? USB 2.0 compatible generally means it's a USB 1.1 device. It's not a cable problem because the cable is built right into the webcam. I'm not trying to get the webcam to go faster back and forth to the controller, I just need to make sure I don't have both webcams on the same OHCI (1.1) USB controller. I would think buying a USB expansion card would work, but I have an EHCI (2.0) controller on this system and a second OHCI (1.1) controller. Does anyone have any idea on this. It really doesn't make sense. Sounds like it's a 1.1 device to me. Yep, that's what it sounds like to me too. Dale But that's OK isn't it? I don't need 2.0 speeds between each webcam and the controller, I just need the increased overall bandwidth of a 2.0 controller so one of the 1.1 webcams doesn't use all of it. I get the feeling I have a misconception somewhere along the line here. Could someone straighten me out? - Grant
[gentoo-user] Gentoo on Intel Mac Mini?
I'm considering attempting to set up an Intel Mac Mini as a MythTV frontend. Right now I'm thinking I'll leave the internal drive alone and boot from net or from a USB flash drive. That way I can spin down the internal HD and save on power and noise (and the standard OS-X install is still there, so it can be trivially switched back to normal desktop use). I've been googling for info on running Linux on a Mac Mini, and there was fairly active discussion 3-4 years ago, but very little recent info. That leads me to either of two conclusions: 1) It can't be done and everybody gave up. 2) It's so trivial that people no longer need to ask about it. So, how hard would it be to do a USB or network-based Gentoo install for a recent Intel Mac Mini? -- Grant Edwards grante Yow! I want another at RE-WRITE on my CEASAR visi.comSALAD!!
Re: [gentoo-user] Kernel update messed up console encoding
* Florian v. Savigny (lor...@fsavigny.de) [27.02.09 18:30]: Dear listmates, (I did try to use a more specific mailing list, and tried gentoo-admin, but it seems there's nobody around.) I recently updated my kernel from 2.6.17 to 2.6.27, and it seems that the new kernel causes the encoding of the console to behave weird: I used to use the default Unix encoding, i.e. iso-8859-1, because this was fine for German (now I want to stick to it because I have so much legacy material in that encoding). Now, when I type a string with Non-ASCII characters on the commandline, it looks normal, but when I redirect this to a file, the file command identifies the contents of that file (correctly, it seems to me) as UTF-8. When I boot the old kernel (which I kept), the same procedure results in a file identified as iso-8859-1 (and with accordingly fewer bytes). Here are the contents (the same sentence): Kernel 2.6.17: Ich kann es au��erdem nicht ��ndern Kernel 2.6.27: Ich kann es außerdem nicht ändern I grepped the .config files for any options that might have a bearing on this. The only difference I found was in the first of these four lines: linux-2.6.17: # CONFIG_NLS_ASCII is not set CONFIG_NLS_ISO8859_1=y CONFIG_NLS_ISO8859_15=y CONFIG_NLS_UTF8=y linux-2.6.27 CONFIG_NLS_ASCII=y CONFIG_NLS_ISO8859_1=y CONFIG_NLS_ISO8859_15=y CONFIG_NLS_UTF8=y So I set $CONFIG_NLS_ASCII differently for the new kernel. But as far as I understand, these refer to the handling of file names (it's in the section file systems), and only specify what is supported, so I don't see how this could have an effect on console encoding. The only thing I am dead sure about is that the kernel itself must be the culprit, because when I boot the old kernel, this behaviour goes away. There is absolutely no change in the system otherwise. (The $UNICODE variable in /etc/rc.conf is set to no.) Can anyone give me a hint where to look what I have messed up? Emacs, which I sometimes like to use on the console, is particularly uncomfortable with this, and I seem to write confusing e-mails. Many thanks in advance for any hint, Florian Genrally speaking: switch to utf-8! There are many tools which can convert your files automatically. To your issue: Well, there still is /etc/conf.d/consolefont which could mess up things. Or the locales... But the different bahavior of the two kernels is strange... Is CONFIG_NLS_DEFAULT different of the two kernels? Maybe it's also related to the kernel build in keymap... Maybe you should try the gentoo-user-de list, maybe there is someone whon ran into the same problem... HTH Sebastian -- Religion ist das Opium des Volkes. Karl Marx s...@sti@N GÜNTHER mailto:sam...@guenther-roetgen.de pgpPDhROIIS0D.pgp Description: PGP signature
Re: [gentoo-user] Re: Which USB device on which controller?
On Fri, Feb 27, 2009 at 3:21 PM, Grant emailgr...@gmail.com wrote: I'm looking at the box of one of the webcams and it says USB 2.0 compatible. A USB 1.1 device _is_ USB 2.0 compatible because a USB 2.0 will slow down and run at 1.1 speed. Does the device say it's high speed USB? USB 2.0 compatible generally means it's a USB 1.1 device. It's not a cable problem because the cable is built right into the webcam. I'm not trying to get the webcam to go faster back and forth to the controller, I just need to make sure I don't have both webcams on the same OHCI (1.1) USB controller. I would think buying a USB expansion card would work, but I have an EHCI (2.0) controller on this system and a second OHCI (1.1) controller. Does anyone have any idea on this. It really doesn't make sense. Sounds like it's a 1.1 device to me. Yep, that's what it sounds like to me too. Dale But that's OK isn't it? I don't need 2.0 speeds between each webcam and the controller, I just need the increased overall bandwidth of a 2.0 controller so one of the 1.1 webcams doesn't use all of it. I get the feeling I have a misconception somewhere along the line here. Could someone straighten me out? - Grant The controller itself has the full bandwidth of the 2.0 spec, it's just only able to allocate the bandwidth of the 1.0/1.1 spec to each of the cameras because they're being recognized as 1.1 capable only. The controller, though, I'm pretty sure is able to allocate more than enough overall bandwidth to the pair. Based on your original remarks that one of them isn't functioning, I worry more that there's a problem with the driver for the camera itself that somehow breaks with two of the same camera present, broken udev rule somewhere that's not creating the device for the second camera, or... *something* more along those lines, rather than an issue with the on-chip implementation of your usb controller. -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] Re: Which USB device on which controller?
Grant wrote: I'm looking at the box of one of the webcams and it says USB 2.0 compatible. A USB 1.1 device _is_ USB 2.0 compatible because a USB 2.0 will slow down and run at 1.1 speed. Does the device say it's high speed USB? USB 2.0 compatible generally means it's a USB 1.1 device. It's not a cable problem because the cable is built right into the webcam. I'm not trying to get the webcam to go faster back and forth to the controller, I just need to make sure I don't have both webcams on the same OHCI (1.1) USB controller. I would think buying a USB expansion card would work, but I have an EHCI (2.0) controller on this system and a second OHCI (1.1) controller. Does anyone have any idea on this. It really doesn't make sense. Sounds like it's a 1.1 device to me. Yep, that's what it sounds like to me too. Dale But that's OK isn't it? I don't need 2.0 speeds between each webcam and the controller, I just need the increased overall bandwidth of a 2.0 controller so one of the 1.1 webcams doesn't use all of it. I get the feeling I have a misconception somewhere along the line here. Could someone straighten me out? - Grant If the camera is using USB version 1.0, or the slow connection, it won't ever work as a 2.0. It is just not capable of that. It would be like me wanting my old dial-up modem to connect to my ISP at 256K/s. It can't do that because it was not built to do that or has the hardware to do it either. Not to mention that my ISP would not be happy either. I suspect that sort of like my IDE bus, when I have a old drive on the same cable as a fast one, it is slower because of all the negotiating that goes on between the different devices. I may be wrong but I don't think you are going to be able to get two cameras to work unless they are both USB 2.0 or on a separate chip such as a expansion card. The camera is your limiting factor from what I understand. Dale :-) :-)
Re: [gentoo-user] Gentoo on Intel Mac Mini?
I did not try recently. 3-4- years ago it may still have been Linux PPC. Now it is MacTel so it mainly should be a question of supported hardware and booting. Thierry On Friday 27 February 2009, Grant Edwards wrote: I'm considering attempting to set up an Intel Mac Mini as a MythTV frontend. Right now I'm thinking I'll leave the internal drive alone and boot from net or from a USB flash drive. That way I can spin down the internal HD and save on power and noise (and the standard OS-X install is still there, so it can be trivially switched back to normal desktop use). I've been googling for info on running Linux on a Mac Mini, and there was fairly active discussion 3-4 years ago, but very little recent info. That leads me to either of two conclusions: 1) It can't be done and everybody gave up. 2) It's so trivial that people no longer need to ask about it. So, how hard would it be to do a USB or network-based Gentoo install for a recent Intel Mac Mini?
Re: [gentoo-user] Gentoo on Intel Mac Mini?
On 27 Feb 2009, at 20:21, Grant Edwards wrote: ... I've been googling for info on running Linux on a Mac Mini, and there was fairly active discussion 3-4 years ago, but very little recent info. That leads me to either of two conclusions: 1) It can't be done and everybody gave up. 2) It's so trivial that people no longer need to ask about it. So, how hard would it be to do a USB or network-based Gentoo install for a recent Intel Mac Mini? I don't know why your searches are coming up blank, but the Mac Mini is a very popular choice for MythTV frontends. Try the MythTV-users list: http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users http://www.gossamer-threads.com/lists/mythtv/users/ Stroller.
Re: [gentoo-user] Gentoo on Intel Mac Mini?
On Fri, Feb 27, 2009 at 12:21 PM, Grant Edwards gra...@visi.com wrote: I'm considering attempting to set up an Intel Mac Mini as a MythTV frontend. Right now I'm thinking I'll leave the internal drive alone and boot from net or from a USB flash drive. That way I can spin down the internal HD and save on power and noise (and the standard OS-X install is still there, so it can be trivially switched back to normal desktop use). I've been googling for info on running Linux on a Mac Mini, and there was fairly active discussion 3-4 years ago, but very little recent info. That leads me to either of two conclusions: 1) It can't be done and everybody gave up. 2) It's so trivial that people no longer need to ask about it. So, how hard would it be to do a USB or network-based Gentoo install for a recent Intel Mac Mini? Grant, I have a Myth frontend only running on the terribly underpowered and vastly overpriced PPC MM. I'm sure you'll be fine on the Intel MM. My input with Gentoo would be that if the CD boots it will work. - Mark
Re: [gentoo-user] Re: Which USB device on which controller?
On Fri, Feb 27, 2009 at 12:21 PM, Grant emailgr...@gmail.com wrote: SNIP But that's OK isn't it? I don't need 2.0 speeds between each webcam and the controller, I just need the increased overall bandwidth of a 2.0 controller so one of the 1.1 webcams doesn't use all of it. I get the feeling I have a misconception somewhere along the line here. Could someone straighten me out? - Grant But if your 1.1 webcam slows the bus down to 12Mb/S and then uses that much bandwidth (or a large portion of it) there wouldn't be any time left for the controller to go back to 2.0 speeds anyway. Plan on 12Mb/S max for all devices in total if you plug the device into the 2.0 bus. - Mark
Re: [gentoo-user] Gentoo on Intel Mac Mini?
i used gentoo to run off vmware fusion on an intel mac. saved me a lot of headache. it works. i use it as a development/test bed. On 02 28, 09, at 5:41 AM, Stroller wrote: On 27 Feb 2009, at 20:21, Grant Edwards wrote: ... I've been googling for info on running Linux on a Mac Mini, and there was fairly active discussion 3-4 years ago, but very little recent info. That leads me to either of two conclusions: 1) It can't be done and everybody gave up. 2) It's so trivial that people no longer need to ask about it. So, how hard would it be to do a USB or network-based Gentoo install for a recent Intel Mac Mini? I don't know why your searches are coming up blank, but the Mac Mini is a very popular choice for MythTV frontends. Try the MythTV-users list: http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users http://www.gossamer-threads.com/lists/mythtv/users/ Stroller. Cocoy www.twitter.com/cocoy People who are really serious about software should make their own hardware -- Alan Kay
Re: [gentoo-user] Gentoo on Intel Mac Mini?
It is done often. Writing this on an 24 Intel iMac running Gentoo w/ kde. Just a few gotchas that I ran into: 1. The 2008.0 livecd's version of grub doesn't have the Mac partition patch. Simple update of portage and then grub fixes this. 2. Nvidia binary drivers seem to have a bug that will turn off the screen everytime you either close X11 or switch to a VC. The screen comes back on when you go back to X by CTRL+Fn unless you have shutdown X11. If that is the case, then you have to restart it by typing blindly or ssh'ing in from another machine. I haven't found a fix for this yet. Not sure if this pertains to the mac mini they might be using ATI. Good info at: http://en.gentoo-wiki.com/wiki/Apple_Macbook_Pro If you plan on installing to the hard drive I recommend keeping a small OSX partition (for firmware updates and stuff from apple) and using rEFIt as a boot manager. http://refit.sourceforge.net This is how I have it set up and its working well. On Friday 27 February 2009 02:21:37 pm Grant Edwards wrote: I'm considering attempting to set up an Intel Mac Mini as a MythTV frontend. Right now I'm thinking I'll leave the internal drive alone and boot from net or from a USB flash drive. That way I can spin down the internal HD and save on power and noise (and the standard OS-X install is still there, so it can be trivially switched back to normal desktop use). I've been googling for info on running Linux on a Mac Mini, and there was fairly active discussion 3-4 years ago, but very little recent info. That leads me to either of two conclusions: 1) It can't be done and everybody gave up. 2) It's so trivial that people no longer need to ask about it. So, how hard would it be to do a USB or network-based Gentoo install for a recent Intel Mac Mini?
[gentoo-user] Re: Which USB device on which controller?
On 2009-02-27, Grant emailgr...@gmail.com wrote: Sounds like it's a 1.1 device to me. Yep, that's what it sounds like to me too. Dale But that's OK isn't it? I don't need 2.0 speeds between each webcam and the controller, I just need the increased overall bandwidth of a 2.0 controller so one of the 1.1 webcams doesn't use all of it. The 2.0 controller doesn't _have_ increased bandwith if it's talking to 1.1 devices. In that case, the 2.0 controller is transferring data at the same speed as a 1.1 controller. I get the feeling I have a misconception somewhere along the line here. Could someone straighten me out? A Corvette going 3MPH will get to the finish line at exactly the same time as a 4-year-old kid on a tricycle going 3MPH. It doesn't matter what the controller is capable of -- it matters what speed it's actually talking. -- Grant
[gentoo-user] Re: Gentoo on Intel Mac Mini?
On 2009-02-28, Robert J. King peri...@rajking.net wrote: It is done often. Writing this on an 24 Intel iMac running Gentoo w/ kde. Just a few gotchas that I ran into: 1. The 2008.0 livecd's version of grub doesn't have the Mac partition patch. Simple update of portage and then grub fixes this. Do the livecds now use grub? I thought they used syslinux. Maybe I'm thinking of a different livecd. 2. Nvidia binary drivers seem to have a bug that will turn off the screen everytime you either close X11 or switch to a VC. The screen comes back on when you go back to X by CTRL+Fn unless you have shutdown X11. If that is the case, then you have to restart it by typing blindly or ssh'ing in from another machine. I haven't found a fix for this yet. Not sure if this pertains to the mac mini they might be using ATI. The Minis now use an Intel GMA 950. Linux driver support is supposed to be pretty good. Not sure if it includes XvMC or not, but a 1.8GHz core2 duo should be able to handle ATSC HD playback without it. Good info at: http://en.gentoo-wiki.com/wiki/Apple_Macbook_Pro If you plan on installing to the hard drive I recommend keeping a small OSX partition (for firmware updates and stuff from apple) and using rEFIt as a boot manager. http://refit.sourceforge.net This is how I have it set up and its working well. The first choice would be USB or network. I'd like to shut down the hard-drive. -- Grant
[gentoo-user] Re: Gentoo on Intel Mac Mini?
On 2009-02-27, Mark Knecht markkne...@gmail.com wrote: On Fri, Feb 27, 2009 at 12:21 PM, Grant Edwards gra...@visi.com wrote: I'm considering attempting to set up an Intel Mac Mini [...] So, how hard would it be to do a USB or network-based Gentoo install for a recent Intel Mac Mini? I have a Myth frontend only running on the terribly underpowered and vastly overpriced PPC MM. I'm sure you'll be fine on the Intel MM. SD or HD? My input with Gentoo would be that if the CD boots it will work. Cool. I should take some livecds (Gentoo, KnoppMyth, MythBuntu) to the Apple store and try them out -- it might be fun to mess with the Apple Geniuses (or whatever they call the kids that work there). -- Grant