On 2007-10-09 14:05:08 -0500, Nehemiah Dacres wrote:
having installed gnu texinfo from macports upon using "info ls"
You need to type "info coreutils" ("info ls" doesn't work either under Debian, so I suppose that this form is not supported).
it responds with dir: no such file
I don't have this error. Instead I get the ls manpage. Your problem may be that you don't have a /opt/local/share/info/dir file, but the bug comes from the ports that install info files. On my machine, only gsl updated the dir file, with: post-install { system "install-info ${destroot}${prefix}/share/info/gsl-ref.info ${prefix}/share/info/dir" } but IMHO, this is incorrect: to be correct, the dir file should be updated by post-activate (to install) and post-deactivate (with the --delete option of install-info). Is there any documentation about that? [ I had to send this mail from another account, delta.macosforge.org is blocking my mail: (host delta.macosforge.org[17.254.17.249] said: 450 <prunille.vinc17.org>: Helo command rejected: Host not found (in reply to RCPT TO command)) This machine is on a local network behind a NAT router and delta.macosforge.org cannot connect to it anyway. ] -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
On Oct 10, 2007, at 11:13 AM, Vincent Lefevre wrote:
post-install { system "install-info ${destroot}${prefix}/share/info/gsl- ref.info ${prefix}/share/info/dir" }
but IMHO, this is incorrect: to be correct, the dir file should be updated by post-activate (to install) and post-deactivate (with the --delete option of install-info). Is there any documentation about that?
post-activate and post-deactivate don't run on macports installs with 'direct' mode.
[ I had to send this mail from another account, delta.macosforge.org is blocking my mail: (host delta.macosforge.org[17.254.17.249] said: 450 <prunille.vinc17.org>: Helo command rejected: Host not found (in reply to RCPT TO command)) This machine is on a local network behind a NAT router and delta.macosforge.org cannot connect to it anyway. ]
$ host prunille.vinc17.org Host prunille.vinc17.org not found: 3(NXDOMAIN) Many (most?) mailservers won't accept mail from a host who supplies a HELO hostname that doesn't exist in dns. You should fix your MTA (and/ or have it smarthost out to a 'real' mailserver). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
On 10.10.2007, at 17:13, Vincent Lefevre wrote:
post-install { system "install-info ${destroot}${prefix}/share/info/gsl- ref.info ${prefix}/share/info/dir" }
Guess that was me...
but IMHO, this is incorrect: to be correct, the dir file should be updated by post-activate (to install) and post-deactivate (with the --delete option of install-info). Is there any documentation about that?
Agreed, will do! However, more importantly, more ports should install and "register" their info pages! Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll
$ host prunille.vinc17.org Host prunille.vinc17.org not found: 3(NXDOMAIN)
As I said, this is a machine on a local network, not visible from the Internet. But the host can be resolved from the local network.
Many (most?) mailservers won't accept mail from a host who supplies a HELO hostname that doesn't exist in dns.
This is completely wrong. I've been using this since 2003-12-26, and this is the first time I get mail blocked for this reason. What is common is that mail is refused when the IP address doesn't have a reverse DNS, but my IP address has one.
You should fix your MTA
The MTA works as expected: it gives the FQDN, which is resolvable from the machines where the host is visible. The only machine that can see the local network and can be seen from the Internet is the NAT router, but it doesn't do SMTP forwarding.
(and/or have it smarthost out to a 'real' mailserver).
The smarthosts of my ISP often get blacklisted because this is a small ISP and this happens as soon as some client sends spam (probably due to a compromised machine). That's the main reason why I abandoned the smarthost solution. If someone knows how to configure postfix to select a smarthost for some domains only, this could be a solution (/etc/postfix/transport has some documentation, I'll have to try...). -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
On Oct 10, 2007, at 10:13, Vincent Lefevre wrote:
On 2007-10-09 14:05:08 -0500, Nehemiah Dacres wrote:
having installed gnu texinfo from macports upon using "info ls"
You need to type "info coreutils" ("info ls" doesn't work either under Debian, so I suppose that this form is not supported).
[snip] FYI, "info ls" works for me under Mac OS X. It appears to show the ls manpage. I do not have coreutils or texinfo installed.
On 2007-10-10 11:38:51 -0400, Daniel J. Luke wrote:
On Oct 10, 2007, at 11:13 AM, Vincent Lefevre wrote:
but IMHO, this is incorrect: to be correct, the dir file should be updated by post-activate (to install) and post-deactivate (with the --delete option of install-info). Is there any documentation about that?
post-activate and post-deactivate don't run on macports installs with 'direct' mode.
Can't this be changed? [mail sent from my local machine, but with updated postfix configuration to use the smarthost of my ISP for macosforge.org -- let's see if this works (note the To and Cc headers since I'm not sure that this will work)] -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
On 2007-10-10 21:30:07 +0200, Vincent Lefevre wrote:
If someone knows how to configure postfix to select a smarthost for some domains only, this could be a solution (/etc/postfix/transport has some documentation, I'll have to try...).
Problem solved. Sorry for the duplicates. -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
On Oct 10, 2007, at 3:39 PM, Vincent Lefevre wrote:
On 2007-10-10 11:38:51 -0400, Daniel J. Luke wrote:
On Oct 10, 2007, at 11:13 AM, Vincent Lefevre wrote:
but IMHO, this is incorrect: to be correct, the dir file should be updated by post-activate (to install) and post-deactivate (with the --delete option of install-info). Is there any documentation about that?
post-activate and post-deactivate don't run on macports installs with 'direct' mode.
Can't this be changed?
Sure ... it's just software. However, I'm not sure it makes sense to have them run in direct mode, since the activate/deactivate phases don't run. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
On 2007-10-10 14:42:57 -0500, Ryan Schmidt wrote:
FYI, "info ls" works for me under Mac OS X. It appears to show the ls manpage. I do not have coreutils or texinfo installed.
But this is just a fallback, that won't necessarily give what the user really wants to. The man page should be viewed with the "man" command. Those who have the coreutils should type "info coreutils ls" to get the documentation on ls from the info manual. -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
On 2007-10-10 16:48:40 -0400, Daniel J. Luke wrote:
On Oct 10, 2007, at 3:39 PM, Vincent Lefevre wrote:
On 2007-10-10 11:38:51 -0400, Daniel J. Luke wrote:
post-activate and post-deactivate don't run on macports installs with 'direct' mode.
Can't this be changed?
Sure ... it's just software.
However, I'm not sure it makes sense to have them run in direct mode, since the activate/deactivate phases don't run.
Is there any reason? I'd say that in direct mode, when installing a port, it is automatically activated (because the files get available in $prefix), and when uninstalling it, it is automatically deactivated. -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
On Oct 11, 2007, at 11:06 AM, Vincent Lefevre wrote:
On 2007-10-10 16:48:40 -0400, Daniel J. Luke wrote:
On Oct 10, 2007, at 3:39 PM, Vincent Lefevre wrote:
On 2007-10-10 11:38:51 -0400, Daniel J. Luke wrote:
post-activate and post-deactivate don't run on macports installs with 'direct' mode.
Can't this be changed?
Sure ... it's just software.
However, I'm not sure it makes sense to have them run in direct mode, since the activate/deactivate phases don't run.
Is there any reason? I'd say that in direct mode, when installing a port, it is automatically activated (because the files get available in $prefix), and when uninstalling it, it is automatically deactivated.
You can think of it conceptually that way, I suppose. What really happens is that activate/deactivate create the links from the place where the software is actually installed by macports to $ {prefix}. activate/deactivate didn't exist until image mode was invented. Since direct mode installs software directly into ${prefix}, activate/ deactivate don't have any meaning and don't get run (and therefore pre/post activate/deactivate don't run either). I imagine that activate/deactivate phases that do nothing could be run in direct mode, but I don't see why that would be necessary. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
On 2007-10-11 11:23:39 -0400, Daniel J. Luke wrote:
What really happens is that activate/deactivate create the links from the place where the software is actually installed by macports to ${prefix}. activate/deactivate didn't exist until image mode was invented.
Since direct mode installs software directly into ${prefix}, activate/deactivate don't have any meaning and don't get run (and therefore pre/post activate/deactivate don't run either).
I imagine that activate/deactivate phases that do nothing could be run in direct mode, but I don't see why that would be necessary.
In fact, what is necessary is to have: * code that would be run when the files become available in $prefix (this happens when a port is installed in direct mode and when a port is activated in image mode); * code that would be run when the files are removed from $prefix (this happens when a port is uninstalled in direct mode and when a port is deactivated in image mode). And I think that running activate/deactivate phases in direct mode too could be a simple solution for this goal. -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
participants (4)
-
Daniel J. Luke
-
Jochen Küpper
-
Ryan Schmidt
-
Vincent Lefevre