[gentoo-user] vlc-1.1.4 won't shoutcast?
It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] ntfs-3g access rights
Hi All, On a box which dual boots into MSWindows I mount a ntfs partition using fstab as follows: /dev/sda9/mnt/datantfs-3g defaults,noatime,locale=en_GB.utf8 0 0 however, when I ls the contents all files and directories are shown as: (d)rwxrwxrwx The problem is that these are different to the MSWindows rights and also if I untar any fs in there then the access rights of that tarred fs are not retained. What is an appropriate way to configure this so that the Linux user has the same access rights as the MSWindows user? PS. I have set up a UserMapping file, but this has not made any difference. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: vlc-1.1.4 won't shoutcast?
On 10/03/2010 05:05 AM, Mick wrote: It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? There is a 'shout' useflag. Do you have it unset?
Re: [gentoo-user] vlc-1.1.4 won't shoutcast?
Le 03 octobre à 14:05 Mick a écrit It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? If you're using vlc 1.1.0 or above, you should have read http://www.videolan.org/press/2010-1.html which informs about the situation and why the VLC team had had to removed it. Vx -- Rejoignez les 5439 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org +33 (0) 148 295 997 http://blog.thetys-retz.net/ GPG Id: EBEC C39A DAAE F766 9785 EF23 E76F 467D 2E14 CE70
[gentoo-user] Re: ntfs-3g access rights
On 10/03/2010 05:13 PM, Mick wrote: Hi All, On a box which dual boots into MSWindows I mount a ntfs partition using fstab as follows: /dev/sda9/mnt/datantfs-3g defaults,noatime,locale=en_GB.utf8 0 0 however, when I ls the contents all files and directories are shown as: (d)rwxrwxrwx The problem is that these are different to the MSWindows rights and also if I untar any fs in there then the access rights of that tarred fs are not retained. What is an appropriate way to configure this so that the Linux user has the same access rights as the MSWindows user? PS. I have set up a UserMapping file, but this has not made any difference. AFAIK, it's not possible. Windows access rights are totally different than Unix ones.
Re: [gentoo-user] Re: ntfs-3g access rights
On Sunday 03 October 2010 16:39:53 Nikos Chantziaras wrote: On 10/03/2010 05:13 PM, Mick wrote: Hi All, On a box which dual boots into MSWindows I mount a ntfs partition using fstab as follows: /dev/sda9/mnt/datantfs-3g defaults,noatime,locale=en_GB.utf8 0 0 however, when I ls the contents all files and directories are shown as: (d)rwxrwxrwx The problem is that these are different to the MSWindows rights and also if I untar any fs in there then the access rights of that tarred fs are not retained. What is an appropriate way to configure this so that the Linux user has the same access rights as the MSWindows user? PS. I have set up a UserMapping file, but this has not made any difference. AFAIK, it's not possible. Windows access rights are totally different than Unix ones. :-( OK, thanks. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: vlc-1.1.4 won't shoutcast?
On Sunday 03 October 2010 15:29:32 walt wrote: On 10/03/2010 05:05 AM, Mick wrote: It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? There is a 'shout' useflag. Do you have it unset? Thanks Walter, I have it set, but no shoutcast. From Vincent-Xavier's link I can see that vlc had to remove this functionality because AOL (damn them) bitched about it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] vlc-1.1.4 won't shoutcast?
On Sunday 03 October 2010 15:41:43 Vincent-Xavier JUMEL wrote: Le 03 octobre à 14:05 Mick a écrit It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? If you're using vlc 1.1.0 or above, you should have read http://www.videolan.org/press/2010-1.html which informs about the situation and why the VLC team had had to removed it. Thanks, I can see why now. The page mentions icecast as an alternative and the fact that this is available as an Addon for vlc, but can't find anywhere how to add it on ... -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] vlc-1.1.4 won't shoutcast?
Mick wrote: On Sunday 03 October 2010 15:41:43 Vincent-Xavier JUMEL wrote: Le 03 octobre à 14:05 Mick a écrit It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? If you're using vlc 1.1.0 or above, you should have read http://www.videolan.org/press/2010-1.html which informs about the situation and why the VLC team had had to removed it. Thanks, I can see why now. The page mentions icecast as an alternative and the fact that this is available as an Addon for vlc, but can't find anywhere how to add it on ... I know nothing about vlc or icecast but I did google and find this. http://en.flossmanuals.net/VLC/StreamingIcecast It may help, it may not. Let's hope. ;-) Dale :-) :-)
Re: [gentoo-user] ridiculously wide handbook pages
On Saturday 02 October 2010 10:06:05 Renat Golubchyk wrote: Probleme kann man niemals mit derselben Denkweise loesen, durch die sie entstanden sind. Please translate into English - thanks. -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] vlc-1.1.4 won't shoutcast?
On Sunday 03 October 2010 17:29:45 Dale wrote: Mick wrote: On Sunday 03 October 2010 15:41:43 Vincent-Xavier JUMEL wrote: Le 03 octobre à 14:05 Mick a écrit It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? If you're using vlc 1.1.0 or above, you should have read http://www.videolan.org/press/2010-1.html which informs about the situation and why the VLC team had had to removed it. Thanks, I can see why now. The page mentions icecast as an alternative and the fact that this is available as an Addon for vlc, but can't find anywhere how to add it on ... I know nothing about vlc or icecast but I did google and find this. http://en.flossmanuals.net/VLC/StreamingIcecast It may help, it may not. Let's hope. ;-) Thanks Dale, very kind of you to look into this for me. I actually want to stream from (listen to internet radio), not stream to a server. Previous versions of vlc had a Service Discovery option which would tune in to shoutcast/icecast servers to list and listen to their streams. This has now been removed. A really good feature was that you could search for music of your liking by genre and different servers would show up to allow you to connect and listen. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] vlc-1.1.4 won't shoutcast?
Mick wrote: On Sunday 03 October 2010 17:29:45 Dale wrote: Mick wrote: On Sunday 03 October 2010 15:41:43 Vincent-Xavier JUMEL wrote: Le 03 octobre à 14:05 Mick a écrit It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? If you're using vlc 1.1.0 or above, you should have read http://www.videolan.org/press/2010-1.html which informs about the situation and why the VLC team had had to removed it. Thanks, I can see why now. The page mentions icecast as an alternative and the fact that this is available as an Addon for vlc, but can't find anywhere how to add it on ... I know nothing about vlc or icecast but I did google and find this. http://en.flossmanuals.net/VLC/StreamingIcecast It may help, it may not. Let's hope. ;-) Thanks Dale, very kind of you to look into this for me. I actually want to stream from (listen to internet radio), not stream to a server. Previous versions of vlc had a Service Discovery option which would tune in to shoutcast/icecast servers to list and listen to their streams. This has now been removed. A really good feature was that you could search for music of your liking by genre and different servers would show up to allow you to connect and listen. While diggin, I saw a list of servers and I think they were by genre. Just go to google and type in icecast server and see what pops up. Also, watch what google suggests as you type to. It may show a option we aren't thinking about. May be just what you need. Dale :-) :-)
Re: [gentoo-user] Re: ntfs-3g access rights
Apparently, though unproven, at 17:58 on Sunday 03 October 2010, Mick did opine thusly: On Sunday 03 October 2010 16:39:53 Nikos Chantziaras wrote: On 10/03/2010 05:13 PM, Mick wrote: Hi All, On a box which dual boots into MSWindows I mount a ntfs partition using fstab as follows: /dev/sda9/mnt/datantfs-3g defaults,noatime,locale=en_GB.utf8 0 0 however, when I ls the contents all files and directories are shown as: (d)rwxrwxrwx The problem is that these are different to the MSWindows rights and also if I untar any fs in there then the access rights of that tarred fs are not retained. What is an appropriate way to configure this so that the Linux user has the same access rights as the MSWindows user? PS. I have set up a UserMapping file, but this has not made any difference. AFAIK, it's not possible. Windows access rights are totally different than Unix ones. : :-( OK, thanks. I don't have ntsf-3g installed here, and have no use for it, and can't be arsed to install it to check :-) But, it's mount command ought to obey the usual permission model for using foreign filesystems on Unix, which is: As the models are so different and can't be mapped one to another sanely, mount fudges the permissions. Basically, it assigns the same umask and ownership to every object on the volume. The default is umask=, owner=root:root (actually 0:0), but that's just a default and it can actually be anything. Look into the docs for such mount options as uid gid umask fmask dmask The last two are from vfat, they just let you use one mask for directories and another for files (which is quite sane actually - otherwise you get every file on the volume being executable which is crazy). Assuming your uid is 1000, primary group 1000, you can then use options something like: uid=1000,gid=1000,dmask=0007,fmask=0117 which gives a sane unix-like set of permissions. Nothing close to windows but a) you don't have to be root to use it and b) the www user can't trash your files on the ntfs volume. Like I said, I've never used ntfs-3g but the above is a pretty common permissions model and it's reasonable to assume ntfs-3g probably implements it or something similar. As always, read the fine docs and YMMV. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] vlc-1.1.4 won't shoutcast?
On Sunday 03 October 2010 19:10:13 Dale wrote: Mick wrote: On Sunday 03 October 2010 17:29:45 Dale wrote: Mick wrote: On Sunday 03 October 2010 15:41:43 Vincent-Xavier JUMEL wrote: Le 03 octobre à 14:05 Mick a écrit It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? If you're using vlc 1.1.0 or above, you should have read http://www.videolan.org/press/2010-1.html which informs about the situation and why the VLC team had had to removed it. Thanks, I can see why now. The page mentions icecast as an alternative and the fact that this is available as an Addon for vlc, but can't find anywhere how to add it on ... I know nothing about vlc or icecast but I did google and find this. http://en.flossmanuals.net/VLC/StreamingIcecast It may help, it may not. Let's hope. ;-) Thanks Dale, very kind of you to look into this for me. I actually want to stream from (listen to internet radio), not stream to a server. Previous versions of vlc had a Service Discovery option which would tune in to shoutcast/icecast servers to list and listen to their streams. This has now been removed. A really good feature was that you could search for music of your liking by genre and different servers would show up to allow you to connect and listen. While diggin, I saw a list of servers and I think they were by genre. Just go to google and type in icecast server and see what pops up. Also, watch what google suggests as you type to. It may show a option we aren't thinking about. May be just what you need. Yes, google shows and plays shoutcast/icecast music via the browser. It is just that I used to do that directly from within vlc. But now both vlc and amarok dropped it due to AOL. :-( -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Notice: possible past, present and future breakage related to .la files
On 2010-10-03 12:15 AM, Diego Elio Pettenò wrote: Yes once 2.1.9.x series of Portage goes stable (i.e.: if all goes well, by November) there won't be any need for adding the snipped; you'll still have to run at least once lafilefixer to avoid keeping stuff around on the system unfixed, but then it'll be taken care of transparently. The only effect of forgetting it in there is that it'll take a couple of seconds extra at each build since both Portage and lafilefixer iterate over the package content, but no ill results will be caused, it is pretty safe. Thanks Diego, and thanks again for the detailed warning+fix on this situation... as always, gentoo rocks! :)
Re: [gentoo-user] vlc-1.1.4 won't shoutcast?
Mick wrote: On Sunday 03 October 2010 19:10:13 Dale wrote: Mick wrote: On Sunday 03 October 2010 17:29:45 Dale wrote: Mick wrote: On Sunday 03 October 2010 15:41:43 Vincent-Xavier JUMEL wrote: Le 03 octobre à 14:05 Mick a écrit It doesn't show up in the menu anymore. The previous version was working fine. Am I missing some crafty USE flag? If you're using vlc 1.1.0 or above, you should have read http://www.videolan.org/press/2010-1.html which informs about the situation and why the VLC team had had to removed it. Thanks, I can see why now. The page mentions icecast as an alternative and the fact that this is available as an Addon for vlc, but can't find anywhere how to add it on ... I know nothing about vlc or icecast but I did google and find this. http://en.flossmanuals.net/VLC/StreamingIcecast It may help, it may not. Let's hope. ;-) Thanks Dale, very kind of you to look into this for me. I actually want to stream from (listen to internet radio), not stream to a server. Previous versions of vlc had a Service Discovery option which would tune in to shoutcast/icecast servers to list and listen to their streams. This has now been removed. A really good feature was that you could search for music of your liking by genre and different servers would show up to allow you to connect and listen. While diggin, I saw a list of servers and I think they were by genre. Just go to google and type in icecast server and see what pops up. Also, watch what google suggests as you type to. It may show a option we aren't thinking about. May be just what you need. Yes, google shows and plays shoutcast/icecast music via the browser. It is just that I used to do that directly from within vlc. But now both vlc and amarok dropped it due to AOL. :-( I was talking about google as a search tool. I found this on Google: http://dir.xiph.org/index.php Genre is on the left but it is a short list. No idea what you are looking for tho. ;-) Dale :-) :-)
Re: [gentoo-user] Re: ntfs-3g access rights
On Sunday 03 October 2010 20:00:23 Alan McKinnon wrote: Apparently, though unproven, at 17:58 on Sunday 03 October 2010, Mick did opine thusly: On Sunday 03 October 2010 16:39:53 Nikos Chantziaras wrote: On 10/03/2010 05:13 PM, Mick wrote: Hi All, On a box which dual boots into MSWindows I mount a ntfs partition using fstab as follows: /dev/sda9/mnt/datantfs-3g defaults,noatime,locale=en_GB.utf8 0 0 however, when I ls the contents all files and directories are shown as: (d)rwxrwxrwx The problem is that these are different to the MSWindows rights and also if I untar any fs in there then the access rights of that tarred fs are not retained. What is an appropriate way to configure this so that the Linux user has the same access rights as the MSWindows user? PS. I have set up a UserMapping file, but this has not made any difference. AFAIK, it's not possible. Windows access rights are totally different than Unix ones. : :-( OK, thanks. I don't have ntsf-3g installed here, and have no use for it, and can't be arsed to install it to check :-) But, it's mount command ought to obey the usual permission model for using foreign filesystems on Unix, which is: As the models are so different and can't be mapped one to another sanely, mount fudges the permissions. Basically, it assigns the same umask and ownership to every object on the volume. The default is umask=, owner=root:root (actually 0:0), but that's just a default and it can actually be anything. Look into the docs for such mount options as uid gid umask fmask dmask The last two are from vfat, they just let you use one mask for directories and another for files (which is quite sane actually - otherwise you get every file on the volume being executable which is crazy). Assuming your uid is 1000, primary group 1000, you can then use options something like: uid=1000,gid=1000,dmask=0007,fmask=0117 which gives a sane unix-like set of permissions. Nothing close to windows but a) you don't have to be root to use it and b) the www user can't trash your files on the ntfs volume. Like I said, I've never used ntfs-3g but the above is a pretty common permissions model and it's reasonable to assume ntfs-3g probably implements it or something similar. As always, read the fine docs and YMMV. Thanks Neil, much appreciated. I'll have a play with the dmask, fmask settings as you suggest and see what gives. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: ntfs-3g access rights
On Sun, Oct 3, 2010 at 10:19 PM, Mick michaelkintz...@gmail.com wrote: On Sunday 03 October 2010 20:00:23 Alan McKinnon wrote: [..] Assuming your uid is 1000, primary group 1000, you can then use options something like: uid=1000,gid=1000,dmask=0007,fmask=0117 which gives a sane unix-like set of permissions. Nothing close to windows but a) you don't have to be root to use it and b) the www user can't trash your files on the ntfs volume. Like I said, I've never used ntfs-3g but the above is a pretty common permissions model and it's reasonable to assume ntfs-3g probably implements it or something similar. As always, read the fine docs and YMMV. Thanks Neil, much appreciated. I'll have a play with the dmask, fmask settings as you suggest and see what gives. -- Regards, Mick Here it is in action... Sun Oct 03 | 22:38:57 ~ $ grep ntfs /etc/fstab #/dev/hda3 /mnt/hda3 ntfs-3g dmask=007,fmask=117,gid=6,locale=en_US.UTF-8 0 0 Sun Oct 03 | 22:39:11 ~ $ ll /mnt/hda3/ total 461 -rw-rw 1 root disk 0 Mar 7 2004 AUTOEXEC.BAT -rw-rw 1 root disk 4952 Aug 4 2004 Bootfont.bin -rw-rw 1 root disk210 Apr 28 13:54 boot.ini -rw-rw 1 root disk 0 Mar 7 2004 CONFIG.SYS drwxrwx--- 1 root disk 4096 Feb 20 2010 Documents and Settings drwxrwx--- 1 root disk 32768 Dec 25 2009 f66ab2f450887cbdbce72b4ac54c5a -rw-rw 1 root disk 0 Mar 7 2004 IO.SYS drwxrwx--- 1 root disk 4096 Mar 27 2009 MinGW -rw-rw 1 root disk166 Dec 13 2009 mp4log.txt -rw-rw 1 root disk 0 Mar 7 2004 MSDOS.SYS drwxrwx--- 1 root disk 0 Mar 29 2010 My Photo drwxrwx--- 1 root disk 0 Mar 29 2010 My Video drwxrwx--- 1 root disk 4096 Jul 11 2009 nrn71 -rw-rw 1 root disk 47564 Aug 4 2004 NTDETECT.COM -rw-rw 1 root disk 250560 Sep 28 2008 ntldr drwxrwx--- 1 root disk 28672 Apr 28 13:43 Program Files drwxrwx--- 1 root disk 4096 Mar 9 2004 pyqt drwxrwx--- 1 root disk 12288 Dec 7 2009 Python25 drwxrwx--- 1 root disk 4096 Jul 10 2009 Python31 drwxrwx--- 1 root disk 0 Sep 12 2008 Qt drwxrwx--- 1 root disk 0 Apr 28 13:35 RECYCLER drwxrwx--- 1 root disk 4096 Jan 7 2010 System Volume Information drwxrwx--- 1 root disk 61440 Apr 28 13:43 WINDOWS Sun Oct 03 | 22:39:42 ~ $ ..huh! I just noticed, it seems I havent booted the damn thing since August.. [snigger] Btw, his name is Alan, not Neil. WB Alan. :)
Re: [gentoo-user] fetchmail + certs = problems
On Sat, Oct 02, 2010 at 12:31:38PM +0200, meino.cra...@gmx.de wrote: Hi, fetchmail's log told me, that there is something wrong with the setup of the certificats. In the log there is the following section fetchmail: Server certificate: fetchmail: Issuer Organization: Thawte Consulting cc fetchmail: Issuer CommonName: Thawte Premium Server CA fetchmail: Subject CommonName: pop.gmx.net fetchmail: pop.gmx.net key fingerprint: A6:57:BC:4A:97:AD:DB:99:00:E9:3A:B8:81:55:D7:B6 fetchmail: Server certificate verification error: unable to get local issuer certificate fetchmail: This means that the root signing certificate (issued for /C=DE/ST=Bayern/L=Munich/O=GMX GmbH/CN=pop.gmx.net) is not in the trusted CA certificate locations, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page. fetchmail: Server certificate: fetchmail: Issuer Organization: Thawte Consulting cc fetchmail: Issuer CommonName: Thawte Premium Server CA fetchmail: Subject CommonName: pop.gmx.net fetchmail: Server certificate verification error: certificate not trusted fetchmail: Server certificate: fetchmail: Issuer Organization: Thawte Consulting cc fetchmail: Issuer CommonName: Thawte Premium Server CA fetchmail: Subject CommonName: pop.gmx.net fetchmail: Server certificate verification error: unable to verify the first certificate fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!) In beforehand I did the following: i did pretty much the same thing without success :( but the sslcertfile option in the default section of my .fetchmailrc finaly solved the problem: he...@chiefwiggum:~ cat .fetchmailrc defaults proto pop3 limit 0 mda /usr/bin/procmail -d %T sslcertfile /etc/ssl/certs/ca-certificates.crt poll pop.1und1.de user xxx keep ssl poll pop.gmx.net user xxx keep ssl option sslcertfile in the fetchmail manpage and the update-ca-certificates manpage gave me the hint. cheers heiko -- This email is not and cannot, by its nature, be confidential. En route from me to you, it will pass across the public Internet, easily readable by any number of system administrators along the way. If you have received this message by mistake, it would be ridiculous for me to tell you not to read it or copy to anyone else, because, let's face it, if it's a message revealing confidential information or that could embarrass me intensely, that's precisely what you'll do. Who wouldn't? Likewise, it is superfluous for me to claim copyright in the contents, because I own that anyway, even if you print out a hard copy or disseminate this message all over the known universe. I don't know why so many corporate mail servers feel impelled to attach a disclaimer to the bottom of every email message saying otherwise. If you don't know either, why not email your corporate lawyers and system administrators and ask them why they insist on contributing so much to the waste of bandwidth? To say nothing of making the presence of your mail on public discussions or mailinglists of explicitly contratictory nature. May as well just delete it, eh? Oh, and this message is probably plagued with viruses as well. pgp8wdHnW3hk1.pgp Description: PGP signature
Re: [gentoo-user] fetchmail + certs = problems
Heiko Zinke ma...@rabuju.com [10-10-03 22:01]: On Sat, Oct 02, 2010 at 12:31:38PM +0200, meino.cra...@gmx.de wrote: Hi, fetchmail's log told me, that there is something wrong with the setup of the certificats. In the log there is the following section fetchmail: Server certificate: fetchmail: Issuer Organization: Thawte Consulting cc fetchmail: Issuer CommonName: Thawte Premium Server CA fetchmail: Subject CommonName: pop.gmx.net fetchmail: pop.gmx.net key fingerprint: A6:57:BC:4A:97:AD:DB:99:00:E9:3A:B8:81:55:D7:B6 fetchmail: Server certificate verification error: unable to get local issuer certificate fetchmail: This means that the root signing certificate (issued for /C=DE/ST=Bayern/L=Munich/O=GMX GmbH/CN=pop.gmx.net) is not in the trusted CA certificate locations, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page. fetchmail: Server certificate: fetchmail: Issuer Organization: Thawte Consulting cc fetchmail: Issuer CommonName: Thawte Premium Server CA fetchmail: Subject CommonName: pop.gmx.net fetchmail: Server certificate verification error: certificate not trusted fetchmail: Server certificate: fetchmail: Issuer Organization: Thawte Consulting cc fetchmail: Issuer CommonName: Thawte Premium Server CA fetchmail: Subject CommonName: pop.gmx.net fetchmail: Server certificate verification error: unable to verify the first certificate fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!) In beforehand I did the following: i did pretty much the same thing without success :( but the sslcertfile option in the default section of my .fetchmailrc finaly solved the problem: he...@chiefwiggum:~ cat .fetchmailrc defaults proto pop3 limit 0 mda /usr/bin/procmail -d %T sslcertfile /etc/ssl/certs/ca-certificates.crt poll pop.1und1.de user xxx keep ssl poll pop.gmx.net user xxx keep ssl option sslcertfile in the fetchmail manpage and the update-ca-certificates manpage gave me the hint. cheers heiko Hi Heiko, looks good! ...and works! Thank you for your help! Best regards mcc -- This email is not and cannot, by its nature, be confidential. En route from me to you, it will pass across the public Internet, easily readable by any number of system administrators along the way. If you have received this message by mistake, it would be ridiculous for me to tell you not to read it or copy to anyone else, because, let's face it, if it's a message revealing confidential information or that could embarrass me intensely, that's precisely what you'll do. Who wouldn't? Likewise, it is superfluous for me to claim copyright in the contents, because I own that anyway, even if you print out a hard copy or disseminate this message all over the known universe. I don't know why so many corporate mail servers feel impelled to attach a disclaimer to the bottom of every email message saying otherwise. If you don't know either, why not email your corporate lawyers and system administrators and ask them why they insist on contributing so much to the waste of bandwidth? To say nothing of making the presence of your mail on public discussions or mailinglists of explicitly contratictory nature. May as well just delete it, eh? Oh, and this message is probably plagued with viruses as well.
Re: [gentoo-user] ridiculously wide handbook pages
On Sun, 3 Oct 2010 18:32:57 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Saturday 02 October 2010 10:06:05 Renat Golubchyk wrote: Probleme kann man niemals mit derselben Denkweise loesen, durch die sie entstanden sind. Please translate into English - thanks. We can't solve problems by using the same kind of thinking we used when we created them. -- Probleme kann man niemals mit derselben Denkweise loesen, durch die sie entstanden sind. (Einstein) signature.asc Description: PGP signature
