Re-iterating what's been said earlier...
On Sun, Jun 8, 2014 at 5:53 PM, Vincent Bernat wrote:
> ❦ 9 juin 2014 01:27 +0930, Ron :
>
>>> 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 the linux kernel source
❦ 9 juin 2014 01:27 +0930, Ron :
>> 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 fixed than
Hi Vincent,
On Sun, Jun 08, 2014 at 08:02:56AM +0200, Vincent Bernat wrote:
> ❦ 16 avril 2014 06:15 +0900, Shigio YAMAGUCHI :
>
> > 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: p
❦ 16 avril 2014 06:15 +0900, Shigio YAMAGUCHI :
> 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 fine ht
2014-04-12 17:34 GMT+09:00 Punit Agrawal :
>
> 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 talking about. Neither
On Fri, Apr 11, 2014 at 1:55 PM, Ron wrote:
> On Fri, Apr 11, 2014 at 12:50:57PM +0100, Punit Agrawal wrote:
>> On Fri, Apr 11, 2014 at 11:31 AM, Ron 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 scrip
2014-04-11 21:55 GMT+09:00 Ron :
> 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 methods that wo
On Fri, Apr 11, 2014 at 12:50:57PM +0100, Punit Agrawal wrote:
> On Fri, Apr 11, 2014 at 11:31 AM, Ron 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 to be c
On Fri, Apr 11, 2014 at 11:31 AM, Ron 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 wrote:
>> > Hi Punit,
>> >> resolves to '/usr/var' which throws a lintian warning
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 wrote:
> > Hi Punit,
> >> resolves to '/usr/var' which throws a lintian warning
> >> as this location doesn't conform to Debian File
> 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,
Hi Shigio,
Thanks for the explanation.
On Thu, Apr 10, 2014 at 1:03 PM, Shigio YAMAGUCHI wrote:
> Hi Punit,
>> 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 a
Hi Punit,
> 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 this to.
Th
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 wrote:
> Hello,
> 2014-04-09 22:38 GMT+09:00 Punit Agrawal :
>> Ron's, rather short, reply pointed out that a distro package re
Hello,
2014-04-09 22:38 GMT+09:00 Punit Agrawal :
> 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 the system directory
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 periodic
16 matches
Mail list logo