xenofem/python-zulip-api
1
0
Fork 0
Code Issues Pull requests Packages Projects Releases Wiki Activity
448 commits 2 branches 0 tags 5.8 MiB
Commit graph

6 commits

Author SHA1 Message Date
Tim Abbott 0c3eba5331 Rename Humbug-based variables in Trac plugin. 
(imported from commit 5d406cb6c5fe7b1fbd4da706f7ac6bb6e381cadb)
 2013-08-08 10:22:31 -04:00
Tim Abbott 4611b40b12 Rename humbug_*_config.py to zulip_*_config.py. 
(imported from commit a1d4dd22c59f812f0eb4875dc70c89ce96a4b90c)
 2013-08-08 10:22:31 -04:00
Tim Abbott 084847b0d7 Rename the 'humbug' API module to 'zulip'. 
(imported from commit b3a3d7c05459cbb0110cd0fbe2197d779f3a6264)
 2013-08-08 10:22:31 -04:00
Tim Abbott 4cd4c6897b Change Humbug => Zulip in text/comments. 
(imported from commit 2f9d73431ae40e1b9e9e11bc2f4f62f566ae758a)
 2013-08-07 10:00:07 -04:00
Keegan McAllister 396861feb1 Consistently use #!/usr/bin/env python 
At Ksplice we used /usr/bin/python because we shipped dependencies as Debian /
Red Hat packages, which would be installed against the system Python.  We were
also very careful to use only Python 2.3 features so that even old system
Python would still work.

None of that is true at Humbug.  We expect users to install dependencies
themselves, so it's more likely that the Python in $PATH is correct.  On OS X
in particular, it's common to have five broken Python installs and there's no
expectation that /usr/bin/python is the right one.

The files which aren't marked executable are not interesting to run as scripts,
so we just remove the line there.  (In general it's common to have libraries
that can also be executed, to run test cases or whatever, but that's not the
case here.)

(imported from commit 437d4aee2c6e66601ad3334eefd50749cce2eca6)
 2013-02-20 16:02:30 -05:00
Tim Abbott 9acf43a440 Move trac integration to a subdirectory. 
(imported from commit fea539e275a5c81d9fde7f66ef8396d77f8d8b6d)
 2013-02-14 17:50:00 -05:00
Renamed from integrations/humbug_trac.py (Browse further)