Re-iterating what's been said earlier...
On Sun, Jun 8, 2014 at 5:53 PM, Vincent Bernat ber...@debian.org wrote:
❦ 9 juin 2014 01:27 +0930, Ron r...@debian.org :
I am using gg-tags in Emacs and the current version of global in Debian
just doesn't work with this mode.
I am using global with
❦ 16 avril 2014 06:15 +0900, Shigio YAMAGUCHI shi...@gnu.org :
There will be no response, even if you are waiting. Instead, how about
making a new package named 'global6'? Such cases are often seen.
e.g.
Python: python, python3
gnupg: gnupg, gnupg2
Since the present package includes Ron's
Hi Vincent,
On Sun, Jun 08, 2014 at 08:02:56AM +0200, Vincent Bernat wrote:
❦ 16 avril 2014 06:15 +0900, Shigio YAMAGUCHI shi...@gnu.org :
There will be no response, even if you are waiting. Instead, how about
making a new package named 'global6'? Such cases are often seen.
e.g.
❦ 9 juin 2014 01:27 +0930, Ron r...@debian.org :
I am using gg-tags in Emacs and the current version of global in Debian
just doesn't work with this mode.
What changed incompatibly to make it not work? And what would need
patching to fix that?
I'd really much rather see problems get
2014-04-12 17:34 GMT+09:00 Punit Agrawal punitagra...@gmail.com:
I've been using global for over a year now. And in all that usage I've
never had to run anything as root. When you off-handedly mentioned a
generated script being required to be run as root I didn't even know
what you were
On Fri, Apr 11, 2014 at 1:55 PM, Ron r...@debian.org wrote:
On Fri, Apr 11, 2014 at 12:50:57PM +0100, Punit Agrawal wrote:
On Fri, Apr 11, 2014 at 11:31 AM, Ron r...@debian.org wrote:
On Fri, Apr 11, 2014 at 09:38:54AM +0100, Punit Agrawal wrote:
Ok. Am I correct in understanding that the
Hi Shigio,
Thanks for the explanation.
On Thu, Apr 10, 2014 at 1:03 PM, Shigio YAMAGUCHI shi...@gnu.org wrote:
Hi Punit,
localstatedir resolves to '/usr/var' which throws a lintian warning
as this location doesn't conform to Debian File Hierarchy Standard.
Can you please explain what is the
So the aim is to have a mapping from sitekeys to actual project
directories containing the generated HTML.
That's right.
Ok. Am I correct in understanding that the actual system cgi script is
not provided by global but it is to be created by the user or system
administrator.
At first, you
On Fri, Apr 11, 2014 at 09:38:54AM +0100, Punit Agrawal wrote:
Hi Shigio,
Thanks for the explanation.
On Thu, Apr 10, 2014 at 1:03 PM, Shigio YAMAGUCHI shi...@gnu.org wrote:
Hi Punit,
localstatedir resolves to '/usr/var' which throws a lintian warning
as this location doesn't conform
On Fri, Apr 11, 2014 at 11:31 AM, Ron r...@debian.org wrote:
On Fri, Apr 11, 2014 at 09:38:54AM +0100, Punit Agrawal wrote:
Hi Shigio,
Thanks for the explanation.
On Thu, Apr 10, 2014 at 1:03 PM, Shigio YAMAGUCHI shi...@gnu.org wrote:
Hi Punit,
localstatedir resolves to '/usr/var' which
On Fri, Apr 11, 2014 at 12:50:57PM +0100, Punit Agrawal wrote:
On Fri, Apr 11, 2014 at 11:31 AM, Ron r...@debian.org wrote:
On Fri, Apr 11, 2014 at 09:38:54AM +0100, Punit Agrawal wrote:
Ok. Am I correct in understanding that the actual system cgi script is
not provided by global but it is
2014-04-11 21:55 GMT+09:00 Ron r...@debian.org:
Shigio, please reconsider. We have people prepared to spend time on this.
Let's use that to do this properly once and for all. Let's find an answer
that satisfies both basic security practices, and whatever it is that does
concern you about
Hi Shigio,
Thanks for your reply. Since I don't use the htags functionality I
appreciate your clarifications. I have a
On Thu, Apr 10, 2014 at 1:53 AM, Shigio YAMAGUCHI shi...@gnu.org wrote:
Hello,
2014-04-09 22:38 GMT+09:00 Punit Agrawal punitagra...@gmail.com:
Ron's, rather short, reply
Hi Punit,
localstatedir resolves to '/usr/var' which throws a lintian warning
as this location doesn't conform to Debian File Hierarchy Standard.
Can you please explain what is the role of this folder and how it is
used? Perhaps there is a more standard debian location where I can
install
An update since the last reply.
* I've managed to fix the issue in global related to emacsen-common
while installing the package. Yay! (Note: The emacsen-bug #736062
still needs a fix though).
* The global package development repository has been uploaded to
collab-maint[0] which I'll sync
Hello,
2014-04-09 22:38 GMT+09:00 Punit Agrawal punitagra...@gmail.com:
Ron's, rather short, reply pointed out that a distro package requiring
users to run a generated script as root isn't an acceptable interface.
It's a misunderstanding. I just offered a means to leave the admin user to
update
16 matches
Mail list logo
