users' .bashrc not getting executed?

2005-07-04 Thread Ira Abramov
I thought the new question needs a new thread. any answers appreciated!

* On a bunch of RHEL 3 machines which had winbind added; perhaps because
of the pam games, the .bashrc are not executed (not after su -, nor when
you ssh into the machine). Anyone care to point me in the right
direction? the permissions on the bashrc are correct, but only root gets
his .bashrc executed. users on the local passwd and from winbind don't.



-- 
A Timeless classic
Ira Abramov
http://ira.abramov.org/email/

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: users' .bashrc not getting executed?

2005-07-04 Thread Noam Meltzer
Hi Ira,
As far as I know, to source '.bashrc'  during login time, you need to 
explicitly source it in your '.bash_profile' (or '.profile').
RHEL3 make sure that this happens by adding it to the skeleton login scripts 
of newly created users (template in /etc/skel).
Check that you have .bash_profile for each user with atleast the line:

[ -r ~/.bashrc ]  . ~/.bashrc

Noam

On Monday 04 July 2005 09:50, Ira Abramov wrote:
 I thought the new question needs a new thread. any answers appreciated!

 * On a bunch of RHEL 3 machines which had winbind added; perhaps because
 of the pam games, the .bashrc are not executed (not after su -, nor when
 you ssh into the machine). Anyone care to point me in the right
 direction? the permissions on the bashrc are correct, but only root gets
 his .bashrc executed. users on the local passwd and from winbind don't.

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: users' .bashrc not getting executed?

2005-07-04 Thread Tzafrir Cohen
On Mon, Jul 04, 2005 at 09:50:46AM +0300, Ira Abramov wrote:
 I thought the new question needs a new thread. any answers appreciated!
 
 * On a bunch of RHEL 3 machines which had winbind added; perhaps because
 of the pam games, the .bashrc are not executed (not after su -, nor when
 you ssh into the machine). Anyone care to point me in the right
 direction? the permissions on the bashrc are correct, but only root gets
 his .bashrc executed. users on the local passwd and from winbind don't.

They are not executed. They are sourced by the user's shell. Anyway,
according to bash(1) a login shell does not automatically read bashrc.

-- 
Tzafrir Cohen | [EMAIL PROTECTED] | VIM is
http://tzafrir.org.il |   | a Mutt's  
[EMAIL PROTECTED] |   |  best
ICQ# 16849755 |   | friend

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: users' .bashrc not getting executed?

2005-07-04 Thread Yedidyah Bar-David
On Mon, Jul 04, 2005 at 09:50:46AM +0300, Ira Abramov wrote:
 I thought the new question needs a new thread. any answers appreciated!
 
 * On a bunch of RHEL 3 machines which had winbind added; perhaps because
 of the pam games, the .bashrc are not executed (not after su -, nor when
 you ssh into the machine). Anyone care to point me in the right
 direction? the permissions on the bashrc are correct, but only root gets
 his .bashrc executed. users on the local passwd and from winbind don't.

bashrc isn't sourced on login shells, only on interactive non-login
shells. I guess root's .profile or .bash_profile sources .bashrc or
something like that.

If you are certain that it started after adding winbind, then I have
no idea. Maybe winbind/your pam changes cause the shell to be non-login?

I must admit your email caused me to spend a few minutes debugging an
annoying problem I have for a few years. I have (in both .bashrc and
profile) 'source ~/.bash_aliases'. In .bash_aliases I have
alias a=alias
and then many lines like
a j=jobs
On interactive shells (both login and non-login), it all works well.
But when I scp to this machine/account, I get many lines like
/home/didi/.bash_aliases: line 5: a: command not found
Since it causes no harm, I did not check why it's so until now. Now I
did, and after another look in 'man bash', I see
   Aliases  are  not expanded when the shell is not interactive,
   unless the expand_aliases shell option  is  set  using  shopt
-- 
Didi

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: users' .bashrc not getting executed?

2005-07-04 Thread Nadav Har'El
On Mon, Jul 04, 2005, Yedidyah Bar-David wrote about Re: users' .bashrc not 
getting executed?:
 bashrc isn't sourced on login shells, only on interactive non-login
 shells. I guess root's .profile or .bash_profile sources .bashrc or
 something like that.

I wonder why this is so. The situation is certainly differrent in Ksh
and in Zsh, where the $ENV or .zshrc is executed on *any* interactive
shell, login shell or not. The traditional division between the profile
and rc ($ENV in Ksh nomenclature), was that the profile was read only
in one login shell that is the parent of all others, and thus should
contain only inheritable settings, especially exported variables and
umask settings. The rc file would contain things that cannot be inherited
and are specific to interactive shells (on the last point, the behavior
in tcsh is different), such as aliases, functions (which were inheritable
in the original ksh, by the way), and stty settings.

So I was suprised to learn today that indeed, bash default behavior
is not to run the .bashrc on an interactive login shell. I find this
extremely strange... By the way, I see now in bash's manual, that if
it is invoked as sh (rather than bash), it uses the ksh-like ENV
variable and its behavior.

P.S. I'm a very happy user of Zsh. It has its share of peculiarities, but
not this one, so you can consider switching :-)


-- 
Nadav Har'El|Monday, Jul 4 2005, 27 Sivan 5765
[EMAIL PROTECTED] |-
Phone +972-523-790466, ICQ 13349191 |I intend to live forever - so far, so
http://nadav.harel.org.il   |good.

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: A new venture - preventing spam

2005-07-04 Thread Uri Even-Chen

Stanislav Malyshev wrote:
It is not easy to authenticate a person even in RL - identity theft 
and various scams are not unheard of, and it is much harder online when 
you can't see or touch a thing. 
However, most of the cases with email for the recipient it is enough to 
know that the sender of the email is authorized by the domain 
administrator to send it. At least, for detecting email forgery it would 
be enough - and mass-hosters of course would have to implement some 
internal mechanism to not allow users impersonate one another - but this 
would be outside of the email communication domain.


Authenticating the sender is a major step towards preventing spam.  It's
also important to users to know that the message they received is really
sent by an authenticated E-mail address.  It can reduce (but not
completely prevent) cases of phishing, worms etc.  But in itself it is
not a complete solution against spam.  The reason is because spammers
can (and do) register new domain names and use them for spamming.
That's why I think there should be a way to limit the number of messages
sent by each person to a small number, and check that it's a real person
who sends them.  I know it's not easy to do it, but I think we can find
a solution.  We can also try other methods that will distinguish between
spam and legitimate mail.  But authentication itself is not sufficient.


Now, there are two obvious ways out of this vicious circle:
1. Widespread world-wide conspiracy of sysadmins and programmers to
implement and install the protocol.
2. Adoption of the protocol by some company like Microsoft or IBM that can
make anything an industry standard. As they say, nobody ever got fired for
buying IBM, and I'd add - for following IBM (or Microsoft) advice either.
So if they say it's a good way to fight spam/viruses/etc - whatever it
be it probably would get widespread acceptance - enough to catch
momentum. And more importantly - enough to make those who didn't
implement it yet somewhat uncomfortable - like when users ask
administrator why our clients complain that emails from our company come
out as 'Unaunticated sender - probably spammer!' in Outlook - please fix
it ASAP. Network effect is required for such things.


It will help if the big companies in this industry will implement new
protocols that will reduce spam.  The biggest companies in this industry
are Microsoft, Yahoo and Google.  If they all agree on a specific
protocol, they have the power to promote it.  Especially Microsoft,
which not only controls Hotmail, but also Outlook - the most popular
E-mail client I think.  But I believe the current methods these
companies offer are not enough.

Best Regards,

Uri Even-Chen
Speedy Net
Raanana, Israel.

E-mail: [EMAIL PROTECTED]
Phone: +972-9-7715013
Website: www.uri.co.il



=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: A new venture - preventing spam

2005-07-04 Thread Tzafrir Cohen
On Mon, Jul 04, 2005 at 10:01:44AM +0300, Uri Even-Chen wrote:
 Stanislav Malyshev wrote:
 It is not easy to authenticate a person even in RL - identity theft 
 and various scams are not unheard of, and it is much harder online when 
 you can't see or touch a thing. 
 However, most of the cases with email for the recipient it is enough to 
 know that the sender of the email is authorized by the domain 
 administrator to send it. At least, for detecting email forgery it would 
 be enough - and mass-hosters of course would have to implement some 
 internal mechanism to not allow users impersonate one another - but this 
 would be outside of the email communication domain.
 
 Authenticating the sender is a major step towards preventing spam.  It's
 also important to users to know that the message they received is really
 sent by an authenticated E-mail address.  It can reduce (but not
 completely prevent) cases of phishing, worms etc.  But in itself it is
 not a complete solution against spam.  The reason is because spammers
 can (and do) register new domain names and use them for spamming.
 That's why I think there should be a way to limit the number of messages
 sent by each person to a small number

Read: you need a license to run a mailing list. Thansk, but no, thanks.

Not to mention sending a notification to all of your friends that you've
changed your address.

 , and check that it's a real person
 who sends them.  

And not a zomby contrling that real person's email program and
authenticating using that password stored in the mailer's configuration.

-- 
Tzafrir Cohen | [EMAIL PROTECTED] | VIM is
http://tzafrir.org.il |   | a Mutt's  
[EMAIL PROTECTED] |   |  best
ICQ# 16849755 |   | friend

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: users' .bashrc not getting executed?

2005-07-04 Thread Peter


Check whether the shell is called 'sh' or 'bash'. sh is a link to bash 
on linux, but when exec's as sh .bashrc is not read


Peter

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: Active Directory - a short story

2005-07-04 Thread Guy Teverovsky
On Sun, 2005-07-03 at 20:27 +0300, Ira Abramov wrote:
 
 to explain: when you use winbind and add a machine into the domain, the
 first time you look up a user she will be mapped to a local UID in an
 idmap database. the problem is, there is no hash function to map a
 lanman object's SID, and the idmap database fills up on a first asked,
 first served manner. this is a sick mess, since this means that if you
 have several machines winbound, they don't all see the same UIDs mapped
 to the same usernames, which makes NFS impossible.
Not exactly... When winbind service comes up first time, it does several
things:
1) Enumerates trusted domains
2) Reads ALL group objects from trusted domains (including AD) and
generates GIDs by hashing objectSID (octet string LDAP syntax - actually
a byte array) attribute. 
3) Reads ALL user/computer objects and generates UIDs (same logic here) 

The problem is not with idmap database, but rather with the efficiency
of the LDAP query which asks for all user/computer objects from AD - as
I mentioned already before: in my environment winbind is crashing after
about 20 mins, while trying to enumerate accounts, failing to complete
the LDAP query.

 
 solution one - have one machine enumarate all the UIDs and then copy its
 idmap database, and do that again each time you add users to the AD (yuck)
 
 solution 2 - have the userinfo come from the AD, the authentication from
 the kerberos (as before) and ask Samba to map the ids according to LDAP
 (yuck again). that LDAP server can either run on a separate linux
 machine, or be the LDAP that is already part of the SFU, and so keeps
 those details inside the AD itself, with a Unix attributes tag in the
 AD management dialog.
you can share UIDs via LDAP or SQL (OpenLDAP, mySQL), but yuck indeed.


 not NIS, just LDAP. the scheme extensions alone don't let you access
 them. the SFU adds the above mentioned tag to the dialog box.
Who cares about the GUI ? SFU registers a COM object which makes the tab
show up in ADUC (AD Users  Computers), but you can still access those
attributes from any LDAP browser/editor or using Windows CLI utilities
like dsmod/dsget/dsquery/dsadd/dsrm (surprise, surprise ! there is CLI
in Windows ;-) )
And if you want even more flexibility, search for adfind/admod in
google.  

 * On winbound machines of the RHEL 3WS variety, I could su - user from
 root without any problem. not so on 3ES, where I got back su: Invalid
 password. at some point it magicly fixed itself and I  could not
 recreate it (good thing?). could it be a kerberos glitch?
Try creating user called root in AD and disabling the requirement for
Kerberos pre-authentication on that account (Account tab in ADUC or
adding directly 0x20 to userAccountControl attribute of the
account).

Guy


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: users' .bashrc not getting executed?

2005-07-04 Thread Yedidyah Bar-David
On Mon, Jul 04, 2005 at 11:00:57AM +0300, Nadav Har'El wrote:
 On Mon, Jul 04, 2005, Yedidyah Bar-David wrote about Re: users' .bashrc not 
 getting executed?:
  bashrc isn't sourced on login shells, only on interactive non-login
  shells. I guess root's .profile or .bash_profile sources .bashrc or
  something like that.
 
 I wonder why this is so. The situation is certainly differrent in Ksh
 and in Zsh, where the $ENV or .zshrc is executed on *any* interactive
 shell, login shell or not. The traditional division between the profile
 and rc ($ENV in Ksh nomenclature), was that the profile was read only
 in one login shell that is the parent of all others, and thus should
 contain only inheritable settings, especially exported variables and
 umask settings. The rc file would contain things that cannot be inherited
 and are specific to interactive shells (on the last point, the behavior
 in tcsh is different), such as aliases, functions (which were inheritable
 in the original ksh, by the way), and stty settings.

But what if ENV isn't set in profile? Nothing gets sourced (in
sh-compatibility mode). ash doesn't even have a compatibility mode -
that's its only behaviour (only /etc/profile ~/.profile and ENV if set).

 
 So I was suprised to learn today that indeed, bash default behavior
 is not to run the .bashrc on an interactive login shell. I find this
 extremely strange... By the way, I see now in bash's manual, that if
 it is invoked as sh (rather than bash), it uses the ksh-like ENV
 variable and its behavior.

I agree it's a bit strange, but it's not a real problem practically.
Only causes bugs such as Ira's (if that indeed was the thing).

I personally simply have .profile linked to .bashrc and that's it.

 
 P.S. I'm a very happy user of Zsh.

Yes, we know that. You remind us often :-)

I admit your pressure was enough that I tried it a few years ago, after
using tcsh for many years, for a few months, and then moved to bash. Of
course zsh is more powerful, but bash is more standard, so I can rely on
it being installed and being the default in almost all new machines I
encounter. 

 It has its share of peculiarities, but
 not this one, so you can consider switching :-)

Indeed a good enough reason :-)
-- 
Didi


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: users' .bashrc not getting executed?

2005-07-04 Thread Tzafrir Cohen
On Mon, Jul 04, 2005 at 11:00:57AM +0300, Nadav Har'El wrote:

 P.S. I'm a very happy user of Zsh. It has its share of peculiarities, but
 not this one, so you can consider switching :-)

My short test has shown that my current zsh (4.2.5) still fails to
handle UTF-8 in a decent manner. So seem tcsh (6.13.00): with zsh I
typed Hebrew and immeditely non-printable characters showed and the
cursor location was bogus. tcsh simply won't let me type them.

System: debian sarge. Local settings: LANG=he_IL.UTF-8 and that's it.
Terminal: uxterm.

-- 
Tzafrir Cohen | [EMAIL PROTECTED] | VIM is
http://tzafrir.org.il |   | a Mutt's  
[EMAIL PROTECTED] |   |  best
ICQ# 16849755 |   | friend

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: pidof on a process (which was ran by passing arguments from the command li

2005-07-04 Thread Oleg Goldshmidt
Amir Binyamini [EMAIL PROTECTED] writes:

 No.
 pidof -x xend returns an empty string.

Oh, that's because of env... If you had #!/usr/bin/python directly it
should have worked. One level of indirection too many...

Modify xend or try this:

pname () { /bin/ps auxww | /bin/egrep $@ | /bin/grep -v egrep; }
pnum () { pname $@ | /bin/awk '{print $2}'; }

$ pnum xend 

is likely to work.


-- 
Oleg Goldshmidt | [EMAIL PROTECTED] | http://www.goldshmidt.org

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: pidof on a process (which was ran by passing arguments from the command li

2005-07-04 Thread Amir Binyamini

Hello,


Oh, that's because of env... If you had #!/usr/bin/python directly...

changing to #!/usr/bin/python and running  pidof -x xend did the work.

The env is in he original Xend script but there is no problem for me to 
remove it.


Thanks,
Amir






From: Oleg Goldshmidt [EMAIL PROTECTED]
Reply-To: linux-il@linux.org.il
To: Amir Binyamini [EMAIL PROTECTED]
CC: linux-il@linux.org.il
Subject: Re: pidof on a process (which was ran by passing arguments from 
the command li

Date: 04 Jul 2005 11:40:59 +

Amir Binyamini [EMAIL PROTECTED] writes:

 No.
 pidof -x xend returns an empty string.

Oh, that's because of env... If you had #!/usr/bin/python directly it
should have worked. One level of indirection too many...

Modify xend or try this:

pname () { /bin/ps auxww | /bin/egrep $@ | /bin/grep -v egrep; }
pnum () { pname $@ | /bin/awk '{print $2}'; }

$ pnum xend

is likely to work.


--
Oleg Goldshmidt | [EMAIL PROTECTED] | http://www.goldshmidt.org

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



_
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/



=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: A new venture - preventing spam

2005-07-04 Thread Oron Peled
On Monday 04 July 2005 00:34, Stanislav Malyshev wrote:
 Last but not least, I think I can tolerate protocol controlled by ...

Hmmm controlled

 provided the protocol itself is public and possible to implement
 independently and that it is actually used and accepted. 

.. But independently implementable

Seem like a contradition to me.

Other than that, it should be noted that MS acceptance of public
standards was always in part of its E^3 (Embrace, Extend, Extinguish).

[A recent victim is, of course, Kerberos].

This means its adoption/release of some open standard by MS only
signifies they are in the first phase (Embrace) as their market
share in that arena is not dominant. If/when they acquire dominant
position you'll start to see Extensions to the standard
(Which will be fiercely defended by MS against reimplementation).

-- 
Oron Peled Voice/Fax: +972-4-8228492
[EMAIL PROTECTED]  http://www.actcom.co.il/~oron
ICQ UIN: 16527398

Code Red, Blue or Green there all a symptom of a far more pervasive
and insidious virus, it costs around $200.
-anonymous

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: users' .bashrc not getting executed?

2005-07-04 Thread Ira Abramov
Quoting Noam Meltzer, from the post of Mon, 04 Jul:
 Hi Ira,
 As far as I know, to source '.bashrc'  during login time, you need to 
 explicitly source it in your '.bash_profile' (or '.profile').

this IS embarassing. After interrogating the client, I indeed discovered
that the problematic users did not get their homedirs started from
/etc/skel (he didn't know about it because he never used adduser - these
are all users that came from a winbind map, remember?)

anyway, pam_mkhomedir does not seem to work, so he simply made them a
homedir with mkdir and they copied the .bashrc from one of the more
knowledgable people with *ix experiance, and indeed their xterms looked
right (.bashrc is sourced for interactive, non-login shells, and
bash_profile for interactive login shells).

so X worked ok, but not console login or ssh, or su -!

so I simply installed .bash_profile to all those who missed it and hey
presto...


-- 
By name but not by nature
Ira Abramov
http://ira.abramov.org/email/

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: A new venture - preventing spam

2005-07-04 Thread Tzafrir Cohen
On Mon, Jul 04, 2005 at 12:34:02AM +0300, Stanislav Malyshev wrote:

 That is not entirely correct, at least for now - they are vigorously
 promoting any protocols or standards they chose, but they do value
 standartization and open protocols lately - e.g. most of their .net specs
 are public. While there is no doubt that they have their own agenda and
 would promote it, it would not necessary contradict with my needs or OSS
 software developers' and users' needs.

For instance, they have no hard feelings with the Mono folks
re-implementing their new standards:

http://lwn.net/Articles/141232/

-- 
Tzafrir Cohen | [EMAIL PROTECTED] | VIM is
http://tzafrir.org.il |   | a Mutt's  
[EMAIL PROTECTED] |   |  best
ICQ# 16849755 |   | friend

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: A new venture - preventing spam

2005-07-04 Thread Gadi Evron

I'm looking for people who are interested in founding with me
a new venture related to preventing spam.  The anti-spam
market is a big market and in 2 or 3 years it's expected to
become a market of billions. I already have an idea of solving
this problem.  I believe that with the right people with me
we'll be able to find a solution to this problem.

If any of you is interested, please contact me for more information.


First off, I wish you all the luck in the world, both in solving the
problem and making Billions.

Still, by the way you type, I would strongly suggest you read the
following (FUSSP) before attempting to solve the problem:
http://www.rhyolite.com/anti-spam/you-might-be.html

Gadi.

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



my new Palm Zire 72

2005-07-04 Thread Shlomo Solomon
This should be easy, but for some reason, I can't seem to sync my new USB 
Palm. My previous Palm was a serial one and pilot-xfer -p/dev/ttyS1 worked 
fine. 

When I plugged in the USB cable on my new Zire 72, a KPILOT icon popped up on 
the KDE desktop so I thought - wow, this is going to be easy. But, although 
the icon popped up (and usbview also recognizes the Palm), it doesn't work. I 
tried autodetection in the Kpilot configuration wizard, but it seems to be 
looking for /dev/pilot which doesn't exist. I looked in the /dev directory 
and didn't find anything.

If someone could walk me through the setup, it would be greatly appreciated.

TIA

-- 
Shlomo Solomon
http://the-solomons.net
Sent by KMail 1.7.1 (KDE 3.2.3) on LINUX Mandrake 10.1


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: my new Palm Zire 72

2005-07-04 Thread Lior Kaplan
why not to link from /dev/pilot to /dev/usb ? (or whatever the device is
called on your system).

Shlomo Solomon wrote:
 This should be easy, but for some reason, I can't seem to sync my new USB 
 Palm. My previous Palm was a serial one and pilot-xfer -p/dev/ttyS1 worked 
 fine. 
 
 When I plugged in the USB cable on my new Zire 72, a KPILOT icon popped up on 
 the KDE desktop so I thought - wow, this is going to be easy. But, although 
 the icon popped up (and usbview also recognizes the Palm), it doesn't work. I 
 tried autodetection in the Kpilot configuration wizard, but it seems to be 
 looking for /dev/pilot which doesn't exist. I looked in the /dev directory 
 and didn't find anything.
 
 If someone could walk me through the setup, it would be greatly appreciated.
 
 TIA
 

-- 

Regards,

Lior Kaplan
[EMAIL PROTECTED]
http://www.Guides.co.il

Debian GNU/Linux unstable (SID)

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: my new Palm Zire 72

2005-07-04 Thread Yedidyah Bar-David
On Mon, Jul 04, 2005 at 09:07:02PM +0300, Shlomo Solomon wrote:
 This should be easy, but for some reason, I can't seem to sync my new USB 
 Palm. My previous Palm was a serial one and pilot-xfer -p/dev/ttyS1 worked 
 fine. 
 
 When I plugged in the USB cable on my new Zire 72, a KPILOT icon popped up on 
 the KDE desktop so I thought - wow, this is going to be easy. But, although 
 the icon popped up (and usbview also recognizes the Palm), it doesn't work. I 
 tried autodetection in the Kpilot configuration wizard, but it seems to be 
 looking for /dev/pilot which doesn't exist. I looked in the /dev directory 
 and didn't find anything.

USB Palms use either /dev/ttyUSB0 or /dev/ttyUSB1, depending on model.
Use e.g. something like 'dlpsh -p /dev/ttyUSB0' (from pilot-link) to
find out which one, and make /dev/pilot a link to it.

 
 If someone could walk me through the setup, it would be greatly appreciated.

Feel free to contact me if you need help.
-- 
Didi


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: my new Palm Zire 72

2005-07-04 Thread Matan Ziv-Av

On Mon, 4 Jul 2005, Shlomo Solomon wrote:


When I plugged in the USB cable on my new Zire 72, a KPILOT icon popped up on
the KDE desktop so I thought - wow, this is going to be easy. But, although
the icon popped up (and usbview also recognizes the Palm), it doesn't work. I
tried autodetection in the Kpilot configuration wizard, but it seems to be
looking for /dev/pilot which doesn't exist. I looked in the /dev directory
and didn't find anything.

If someone could walk me through the setup, it would be greatly appreciated.


On my Fedora system, this is the content of 
/etc/udev/rules.d/10-visor.rules:


BUS=usb, SYSFS{product}=Palm Handheld*, KERNEL=ttyUSB*, SYMLINK=pilot

If you are using another system based on udev, it might be similar. If 
you don't use udev, just create this symbolic link (pilot-ttyUSB1).



--
Matan Ziv-Av. [EMAIL PROTECTED]


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: my new Palm Zire 72

2005-07-04 Thread Shlomo Solomon
On Monday 04 July 2005 21:43, Lior Kaplan wrote:
 why not to link from /dev/pilot to /dev/usb ? (or whatever the device is
 called on your system).
as I wrote before, I didn't find any new device in /dev - maybe I'm not 
looking in the right place.

On Monday 04 July 2005 21:46, Yedidyah Bar-David wrote:
 USB Palms use either /dev/ttyUSB0 or /dev/ttyUSB1, depending on model.
 Use e.g. something like 'dlpsh -p /dev/ttyUSB0' (from pilot-link) to
 find out which one, and make /dev/pilot a link to it.
I tried the dlpsh command (even though neither of these devices exist), but as 
I expected there was no result.

On Monday 04 July 2005 22:26, Matan Ziv-Av wrote:
 On my Fedora system, this is the content of
 /etc/udev/rules.d/10-visor.rules:

 BUS=usb, SYSFS{product}=Palm Handheld*, KERNEL=ttyUSB*,
 SYMLINK=pilot

 If you are using another system based on udev, it might be similar. If
 you don't use udev, just create this symbolic link (pilot-ttyUSB1).
Mandrake also uses udev, but I didn't find anything interesting 
in /etc/udev/rules.d - again, maybe I'm looking in the wrong palce. I admit 
to knowing very little about how udev works. Here's the content of that 
directory.

[EMAIL PROTECTED] solomon]$ ls -la /etc/udev/rules.d
total 28
drwxr-xr-x  2 root root  272 Jan  4 15:55 ./
drwxr-xr-x  5 root root  160 Jan  4 15:55 ../
-rw-r--r--  1 root root 2094 Dec 28  2004 00-lsb.rules
-rw-r--r--  1 root root 4090 Dec 28  2004 01-devfs.rules
-rw-r--r--  1 root root   64 Dec 28  2004 06-dvb.rules
-rw-r--r--  1 root root   29 Dec 20  2004 dvd2.rules
-rw-r--r--  1 root root   28 Dec 20  2004 dvd.rules
-rw-r--r--  1 root root   37 Dec 20  2004 mouse.rules
-rw-r--r--  1 root root  312 Dec 28  2004 provision.tbl

I looked at all the files listed above, but none of them mention the Palm.

The strange thing is that, as I wrote earlier, a Kpilot icon pops up when I 
plug in the USB cable, so obviously, something is at least partially 
configured.




-- 
Shlomo Solomon
http://the-solomons.net
Sent by KMail 1.7.1 (KDE 3.2.3) on LINUX Mandrake 10.1


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: my new Palm Zire 72

2005-07-04 Thread Yedidyah Bar-David
On Mon, Jul 04, 2005 at 10:56:55PM +0300, Shlomo Solomon wrote:
 On Monday 04 July 2005 21:46, Yedidyah Bar-David wrote:
  USB Palms use either /dev/ttyUSB0 or /dev/ttyUSB1, depending on model.
  Use e.g. something like 'dlpsh -p /dev/ttyUSB0' (from pilot-link) to
  find out which one, and make /dev/pilot a link to it.
 I tried the dlpsh command (even though neither of these devices exist), but 
 as 
 I expected there was no result.

OK. For a start, try to create it manually.
# mknod /dev/ttyUSB0 c 188 0
# mknod /dev/ttyUSB1 c 188 1

If it works, you might try playing with udev etc. if you want.

If not, maybe you need to manually load the module - I don't know if
hotplug does that automatically (and you did not say if you use hotplug
but I guess you do).
# modprobe visor

Ohhh, one more thing - maybe that's the problem: The device is connected
only when you do hotsync (with the cradle or the hotsync app). Try to
press it and then check stuff (if you have a device etc.). Otherwise it
does not appear to be connected (e.g. you won't see it in lsusb).
-- 
Didi


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: my new Palm Zire 72

2005-07-04 Thread Matan Ziv-Av

On Mon, 4 Jul 2005, Shlomo Solomon wrote:


On my Fedora system, this is the content of
/etc/udev/rules.d/10-visor.rules:

BUS=usb, SYSFS{product}=Palm Handheld*, KERNEL=ttyUSB*,
SYMLINK=pilot

If you are using another system based on udev, it might be similar. If
you don't use udev, just create this symbolic link (pilot-ttyUSB1).

Mandrake also uses udev, but I didn't find anything interesting
in /etc/udev/rules.d - again, maybe I'm looking in the wrong palce. I admit
to knowing very little about how udev works. Here's the content of that
directory.

[EMAIL PROTECTED] solomon]$ ls -la /etc/udev/rules.d
total 28
drwxr-xr-x  2 root root  272 Jan  4 15:55 ./
drwxr-xr-x  5 root root  160 Jan  4 15:55 ../
-rw-r--r--  1 root root 2094 Dec 28  2004 00-lsb.rules
-rw-r--r--  1 root root 4090 Dec 28  2004 01-devfs.rules
-rw-r--r--  1 root root   64 Dec 28  2004 06-dvb.rules
-rw-r--r--  1 root root   29 Dec 20  2004 dvd2.rules
-rw-r--r--  1 root root   28 Dec 20  2004 dvd.rules
-rw-r--r--  1 root root   37 Dec 20  2004 mouse.rules
-rw-r--r--  1 root root  312 Dec 28  2004 provision.tbl


You should create this file. No matter the name (as long as it ends 
with .rules), but the content should be the line I wrote. If you don't 
have ttyUSB devices at all, that might indicate a problem. Please show 
the relevant lines from dmesg. At least on the TE, the device is 
recognized (and the device files created) only when I run hotsync on the 
Palm.




--
Matan Ziv-Av. [EMAIL PROTECTED]


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: my new Palm Zire 72

2005-07-04 Thread Shlomo Solomon
On Monday 04 July 2005 23:43, Yedidyah Bar-David wrote:
If not, maybe you need to manually load the module - I don't know if
hotplug does that automatically (and you did not say if you use hotplug
but I guess you do).
# modprobe visor
not necessary - the module is loaded:

[EMAIL PROTECTED] solomon]# lsmod | grep visor
visor  16144  17
usbserial  25384  27 visor
usbcore   103172  9 
visor,usbserial,usbmouse,quickcam,usbhid,usblp,ohci-hcd
[EMAIL PROTECTED] solomon]#

 Ohhh, one more thing - maybe that's the problem: The device is connected
 only when you do hotsync (with the cradle or the hotsync app). Try to
 press it and then check stuff (if you have a device etc.). Otherwise it
 does not appear to be connected (e.g. you won't see it in lsusb).

On Tuesday 05 July 2005 00:15, Matan Ziv-Av wrote:
 You should create this file. No matter the name (as long as it ends
 with .rules), but the content should be the line I wrote. If you don't
 have ttyUSB devices at all, that might indicate a problem. Please show
 the relevant lines from dmesg. At least on the TE, the device is
 recognized (and the device files created) only when I run hotsync on the
 Palm.

OK - I think I'm making some progress here. Each time I connect or 
disconnect the USB cable, there are changes in the /dev directory. Notice 
that there are several USB devices being created - always two at a time. I'm 
also including dmesg output below. But I've tried using each of the USB 
devices to sync and I get no response from the Palm. 

For example, the command pilot-xfer -p/dev/ttyUSB5 -l and running hotsync does 
nothing and eventually, the Palm hotsync application times out.



[EMAIL PROTECTED] solomon]$ ls -la /dev/ttyUSB*
crw-rw  1 solomon uucp 188, 0 Jul  4 22:33 /dev/ttyUSB0
crw-rw  1 solomon uucp 188, 1 Jul  4 22:33 /dev/ttyUSB1
crw-rw  1 solomon uucp 188, 2 Jul  5 00:54 /dev/ttyUSB2
crw-rw  1 solomon uucp 188, 3 Jul  5 00:54 /dev/ttyUSB3
crw-rw  1 solomon uucp 188, 4 Jul  5 00:55 /dev/ttyUSB4
crw-rw  1 solomon uucp 188, 5 Jul  5 00:55 /dev/ttyUSB5
[EMAIL PROTECTED] solomon]$ ls -la /dev/tts
total 0
drwxr-xr-x   2 root root  320 Jul  5 00:55 ./
drwxr-xr-x  21 root root 4540 Jul  5 00:55 ../
lrwxrwxrwx   1 root root8 Jun 24 05:31 0 - ../ttyS0
lrwxrwxrwx   1 root root8 Jun 24 05:31 1 - ../ttyS1
lrwxrwxrwx   1 root root8 Jun 24 05:31 2 - ../ttyS2
lrwxrwxrwx   1 root root8 Jun 24 05:31 3 - ../ttyS3
lrwxrwxrwx   1 root root8 Jun 24 05:31 4 - ../ttyS4
lrwxrwxrwx   1 root root8 Jun 24 05:31 5 - ../ttyS5
lrwxrwxrwx   1 root root8 Jun 24 05:31 6 - ../ttyS6
lrwxrwxrwx   1 root root8 Jun 24 05:31 7 - ../ttyS7
lrwxrwxrwx   1 root root   10 Jul  4 22:33 USB0 - ../ttyUSB0
lrwxrwxrwx   1 root root   10 Jul  4 22:33 USB1 - ../ttyUSB1
lrwxrwxrwx   1 root root   10 Jul  5 00:54 USB2 - ../ttyUSB2
lrwxrwxrwx   1 root root   10 Jul  5 00:54 USB3 - ../ttyUSB3
lrwxrwxrwx   1 root root   10 Jul  5 00:55 USB4 - ../ttyUSB4
lrwxrwxrwx   1 root root   10 Jul  5 00:55 USB5 - ../ttyUSB5
[EMAIL PROTECTED] solomon]$


-- from dmesg 

usb 2-2: new full speed USB device using address 54
visor 2-2:1.0: Handspring Visor / Palm OS converter detected
usb 2-2: Handspring Visor / Palm OS converter now attached to ttyUSB4
usb 2-2: Handspring Visor / Palm OS converter now attached to ttyUSB5

 snip 

usb 2-2: USB disconnect, address 54
visor ttyUSB4: Handspring Visor / Palm OS converter now disconnected from 
ttyUSB4
visor ttyUSB5: Handspring Visor / Palm OS converter now disconnected from 
ttyUSB5
visor 2-2:1.0: device disconnected

snip

usb 2-2: new full speed USB device using address 55
visor 2-2:1.0: Handspring Visor / Palm OS converter detected
usb 2-2: Handspring Visor / Palm OS converter now attached to ttyUSB4
usb 2-2: Handspring Visor / Palm OS converter now attached to ttyUSB5

snip

usb 2-2: USB disconnect, address 55
visor ttyUSB4: Handspring Visor / Palm OS converter now disconnected from 
ttyUSB4
visor ttyUSB5: Handspring Visor / Palm OS converter now disconnected from 
ttyUSB5
visor 2-2:1.0: device disconnected

snip

usb 2-2: new full speed USB device using address 56
visor 2-2:1.0: Handspring Visor / Palm OS converter detected
usb 2-2: Handspring Visor / Palm OS converter now attached to ttyUSB4
usb 2-2: Handspring Visor / Palm OS converter now attached to ttyUSB5




-- 
Shlomo Solomon
http://the-solomons.net
Sent by KMail 1.7.1 (KDE 3.2.3) on LINUX Mandrake 10.1


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Lightning Talks at Telux

2005-07-04 Thread Shlomi Fish
The Tel Aviv Linux Club will gather on Sunday 10/July to conduct a series of 
Lightning Talks. Lightning Talks are short presentations on various topics 
that are over quickly and leave a taste for more. More information about 
Lightning Talks can be found here:

http://perl.plover.com/lightning-talks.html

So if you have a nice idea for it, don't hesitate to mail us about it to 
[EMAIL PROTECTED] (or just attend and give it on the fly).

Regards,

Shlomi Fish

-
Shlomi Fish  [EMAIL PROTECTED]
Homepage:http://www.shlomifish.org/

Tcl is LISP on drugs. Using strings instead of S-expressions for closures
is Evil with one of those gigantic E's you can find at the beginning of 
paragraphs.

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: A new venture - preventing spam

2005-07-04 Thread Uri Even-Chen


Gadi Evron wrote:

First off, I wish you all the luck in the world, both in solving the
problem and making Billions.


Thanks!  I really need it.  This task is not easy.


Still, by the way you type, I would strongly suggest you read the
following (FUSSP) before attempting to solve the problem:
http://www.rhyolite.com/anti-spam/you-might-be.html


Thanks for the link.  I read it and found it useful.

If you happen to be interested in this venture, please let me know.

Best Regards,

Uri Even-Chen
Speedy Net
Raanana, Israel.

E-mail: [EMAIL PROTECTED]
Phone: +972-9-7715013
Website: www.uri.co.il


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: pidof on a process (which was ran by passing arguments from the command li

2005-07-04 Thread guy keren

On Mon, 4 Jul 2005, Amir Binyamini wrote:

 Hello,

 Oh, that's because of env... If you had #!/usr/bin/python directly...
  changing to #!/usr/bin/python and runningpidof -x xend did the work.

 The env is in he original Xend script but there is no problem for me to
 remove it.

and loosing portability to platforms where python is installed in a
different path...

-- 
guy

For world domination - press 1,
 or dial 0, and please hold, for the creator. -- nob o. dy

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: my new Palm Zire 72

2005-07-04 Thread Yedidyah Bar-David
On Tue, Jul 05, 2005 at 01:32:33AM +0300, Shlomo Solomon wrote:
 OK - I think I'm making some progress here. Each time I connect or 

At last :-)

 disconnect the USB cable, there are changes in the /dev directory. Notice 
 that there are several USB devices being created - always two at a time. I'm 
 also including dmesg output below. But I've tried using each of the USB 
 devices to sync and I get no response from the Palm. 
 
 For example, the command pilot-xfer -p/dev/ttyUSB5 -l and running hotsync 
 does 
 nothing and eventually, the Palm hotsync application times out.
 
 
 
 [EMAIL PROTECTED] solomon]$ ls -la /dev/ttyUSB*
 crw-rw  1 solomon uucp 188, 0 Jul  4 22:33 /dev/ttyUSB0
 crw-rw  1 solomon uucp 188, 1 Jul  4 22:33 /dev/ttyUSB1
 crw-rw  1 solomon uucp 188, 2 Jul  5 00:54 /dev/ttyUSB2
 crw-rw  1 solomon uucp 188, 3 Jul  5 00:54 /dev/ttyUSB3
 crw-rw  1 solomon uucp 188, 4 Jul  5 00:55 /dev/ttyUSB4
 crw-rw  1 solomon uucp 188, 5 Jul  5 00:55 /dev/ttyUSB5
[snip]
 -- from dmesg 
 
 usb 2-2: new full speed USB device using address 54
 visor 2-2:1.0: Handspring Visor / Palm OS converter detected
 usb 2-2: Handspring Visor / Palm OS converter now attached to ttyUSB4
 usb 2-2: Handspring Visor / Palm OS converter now attached to ttyUSB5
[snip]

OK.
I have no idea about how to continue. I'll just summarize my experience.
I never used a Zire72.
I did use (i.e. connected to a linux machine) a VX (serial cradle), and
m130, Tungsten T, Tungsten T3, Zire31 (only a few times). All of them,
IIRC, and at least the Tungstens for sure, emit two connections in dmesg
- e.g.
Jul  3 08:01:59 maint kernel: usb 1-1: Handspring Visor / Palm OS
converter now attached to ttyUSB0
Jul  3 08:01:59 maint kernel: usb 1-1: Handspring Visor / Palm OS
converter now attached to ttyUSB1
Jul  3 08:02:03 maint kernel: visor ttyUSB0: Handspring Visor / Palm OS
converter now disconnected from ttyUSB0
Jul  3 08:02:03 maint kernel: visor ttyUSB1: Handspring Visor / Palm OS
converter now disconnected from ttyUSB1
But, as I said, some are actually accessible from ttyUSB0 and some from
ttyUSB1. I wanted to find out automatically which one, which wasn't
easy (found no real info on google). So I simply tried, and at least for
the first 3, I use the following script:
#!/bin/sh

MAX=30

# Fallback
dev=ttyUSB1
tmp1=`mktemp /tmp/get-palm-dev.XX`

n=0
while [ $n -lt $MAX ]; do
lsusb -v  $tmp1
if cat $tmp1 | awk '/Palm/ {palm=1; p=$0} palm  /bcdUSB/ {print p, 
$0; exit}' | grep -q 'P
alm Tungsten T.*bcdUSB.*1\.00'; then
dev=ttyUSB1
break
elif cat $tmp1 | grep -q Palm; then
dev=ttyUSB0
break
fi
sleep 1
echo -n . 12
n=`expr $n + 1`
done
rm $tmp1
echo $dev

That is, the only difference between the Tungstens is the bcdUSB, which
is IIRC 1.10 with the T3 and 1.00 with T (or vice-verse).
I do not think it will work for other palms without tweaking, so do not
use it as is.

I never saw one that used 4 and 5 like yours. A first guess would be
that you also have other usb-serial hardware connected, but you say that
before connecting there are no devices, which rules it out.

Did you try also 0-3 (Even though the kernel says 4 and 5)?

Doesn't google say anything useful about Zire72?

You might want to look at linux/Documentation/usb/usb-serial.txt.

Are you sure the hardware is ok? Does it work in Windows? You might
even be able to find out what device it uses in Windows (I have no
idea how).

BTW, which kernel version? Did you try doing this as root (not needed
here, but lsusb -vv does need it on some combinations of
kernel/filesystem (there are both usbfs and the older usbdevfs)?
-- 
Didi


=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



what are the differences between XKB and Xmodmap

2005-07-04 Thread Girish

hi all,

i want to know how XKB is better than XModmap.

what are the steps to be fallowed inorder to upgrade my Xserver with  
XKB support.


and i need a good documentation on XIM (X input method) please provide 
me a link for that.


Thanks in Advance.







 



=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: what are the differences between XKB and Xmodmap

2005-07-04 Thread Tzafrir Cohen
On Mon, Jul 04, 2005 at 08:42:52PM +0530, Girish wrote:
 hi all,
 
 i want to know how XKB is better than XModmap.

XKB is one of the standard extensions to the core X protocol. Works much 
better. XModmap uses the core X protocol and thus should work on any X
server.

 
 what are the steps to be fallowed inorder to upgrade my Xserver with  
 XKB support.

XFree supports XKB, and has done so since 3.3.something. which means most 
X servers around you support XKB. one popular free X server that lacks 
XKB support is Xvnc.

 
 and i need a good documentation on XIM (X input method) please provide 
 me a link for that.

XIM is intended for languages that have more characters than could fit
on a standard keyboard. Thus it is not exactly useful for Hebrew and
generally for western languages. THus I'm not well familiar with the
subject.

-- 
Tzafrir Cohen | [EMAIL PROTECTED] | VIM is
http://tzafrir.org.il |   | a Mutt's  
[EMAIL PROTECTED] |   |  best
ICQ# 16849755 |   | friend

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: pidof on a process (which was ran by passing arguments from the command li

2005-07-04 Thread Oron Peled
On Tuesday 05 July 2005 03:53, guy keren wrote:
  Oh, that's because of env... If you had #!/usr/bin/python directly...
   changing to #!/usr/bin/python and runningpidof -x xend did the work.
 
  The env is in he original Xend script but there is no problem for me to
  remove it.

Sure. While the 'env' hack is a nice trick in a private script,
it is wrong when a system-wide program depends on the current
path during it's running.

 and loosing portability to platforms where python is installed in a
 different path...

This should be solved by the installation procedure on said platform
which should substitute the correct path during build or install
phase. If it was a C program I would call autoconf, but in python
I think (haven't checked -- not a pythoneer) that 'setup.py' should
have the equivalent mechanism.

-- 
Oron Peled Voice/Fax: +972-4-8228492
[EMAIL PROTECTED]  http://www.actcom.co.il/~oron
ICQ UIN: 16527398

The wonderful thing about standards is that there are so many of
them to choose from.
-- Grace Murray Hopper

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



[JOB OFFER]*nix developers and QA/IT

2005-07-04 Thread Michael Sternberg
Hello everybody.
We're still looking for capable *nix developer and QA/IT person. Details are at 
http://www.filesx.com/careers/engineering.asp . Yes, the first project of newly 
created team will be porting Windows client to *nix platform. But there are 
many other new projects are already planned.

Thanks.
Michael.
-- 

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]