Re: [O] Why no secure code retrieval

Hi, I haven't been as active as I'd have liked in this matter... Bastien Guerry wrote: > Hi Ian, > > Ian Barton writes: > > > Not heard of Gogs before, although it looks nice. Another possiblity > > would be gitolite with cgit. Gitolite is very flexible

Re: [O] Why no secure code retrieval

Bastien Guerry writes: > I encourage you to try gogs, it is very easy to install and maintain, > and its interface is very engaging. The more gogs users and potential > admins out there, the more comfortable I'll feel making the switch. If it requires anything more than dropping in the public

Re: [O] :exports ignored when org-export-babel-evaluate is nil

On Fri, 1 Jul 2016, Christian Heinrich wrote: Hello, I built org-mode from the master branch. I set org-export-babel- evaluate to nil in my init.el as my org-files contain lots of src- blocks that take ages to execute. I realized that since commit ec615b192d703a0201ceefd46897e4636ff00a38, the

[O] Bug: org-toggle-item on region is buggy [8.3.4 (8.3.4-93-g0d72c3-elpaplus @ /home/sindikat/.emacs.d/elpa/org-plus-contrib-20160627/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list.

[O] :exports ignored when org-export-babel-evaluate is nil

Hello, I built org-mode from the master branch. I set org-export-babel- evaluate to nil in my init.el as my org-files contain lots of src- blocks that take ages to execute. I realized that since commit ec615b192d703a0201ceefd46897e4636ff00a38, the export behavior has changed. Since then, the

Re: [O] Provide rsync access to Org ELPA

On Sun, Jul 3, 2016 at 12:24 AM, Achim Gratz wrote: > Chunyang Xu writes: >> rsync access would allow people to efficiently mirror Org ELPA >> [http://orgmode.org/elpa/]. Please provide rsync access to it. > > Git transport is more efficient than rsync. All files we need to

Re: [O] Why no secure code retrieval

Hi Ian, Ian Barton writes: > Not heard of Gogs before, although it looks nice. Another possiblity > would be gitolite with cgit. Gitolite is very flexible and as a > consequence can be hard to set up initially. The documentation is very > comprehensive. It supports

Re: [O] BUG: swapped utf-8 symbols in org-entities

Thanks! I have an additional, similar patch - In this one I changed the unicode symbol for \circ from something looking like ^ to [image: \circ] (#x2218 = "ring operator" = \circ in TeX input method). Thanks, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On 1

[O] Bug: org-toggle-item on region is buggy [8.3.4 (8.3.4-93-g0d72c3-elpaplus @ /home/sindikat/.emacs.d/elpa/org-plus-contrib-20160627/)]

`org-toggle-item` transforms a heading into a list item. It transforms a heading with a TODO into a list item with a checkbox. It works on a region, so intuitively it should correctly transform all headings with TODOs in a region into a list with checkboxes. Instead, it does this: * TODO a * TODO

Re: [O] Why no secure code retrieval

I think that the original question was looking at a different problem, and discussion of hosted tooling may be a distraction. The issues that normally come up for cyber-security discussions of distribution need to be looked at. The following is a start at organizing those for org-mode. I think

Re: [O] Why no secure code retrieval

Hello Robert, I am the OP. For what it is worth, the current discussion is actually precisely what I was aiming at. I agree with your analysis of my Intended goals but completely disagree that SHA1 alone is any sort of guarantee.. To be precise, I don't just think that it doesn't provide much,

Re: [O] Why no secure code retrieval

Konstantin Kliakhandler writes: > For what it is worth, the current discussion is actually precisely what I > was aiming at. I agree with your analysis of my Intended goals but > completely disagree that SHA1 alone is any sort of guarantee.. To be > precise, I don't just think that it doesn't

[O] :store for new link model

I was looking through all the changes needed to centralize the link code we have been discussing. One point we didn't discuss yet is the org-store-link-functions. These could be stored in a :store property in `org-link-parameters'. Instead of a variable for org-store-link-functions we could

Re: [O] [RFC] Modified Babel call execution and property deprecation

Nicolas Goaziou writes: > That leads me to the second point. I think it's high time to remove the > deprecated (3 years ago) syntax for header properties, e.g., > > :PROPERTIES: > :tangle: no > :END: > > I re-read discussions about it from a couple of years ago,

Re: [O] Why no secure code retrieval

Konstantin Kliakhandler writes: > Hello Robert, > > I am the OP. > > For what it is worth, the current discussion is actually precisely what I > was aiming at. I agree with your analysis of my Intended goals but > completely disagree that SHA1 alone is any sort of guarantee.. To be > precise, I

Re: [O] patch for custom colored links in org-mode

Nicolas Goaziou writes: > John Kitchin writes: > >> I agree, it doesn't make sense to use it for customization. OTOH, it >> also adds the link type to org-link-types, rebuilds the regexp and the >> org-link-protocols. > > It is possible to rebuild regexps upon modifying

Re: [O] Why no secure code retrieval

Hello, On 3 July 2016 at 23:12, Robert Horn wrote: > > The SHA1's are reference elements used throughout git, and are primarily > for integrity protection against accidents, not against attackers. Hence > it's sufficient that > they be maintained by the git processes. >

Re: [O] Why no secure code retrieval

Konstantin Kliakhandler writes: > > Sufficient for what? I believe we were discussing security (that was my > intention at least, and so did your previous email seem to indicate). And > if this is the case, you have just contradicted yourself. I apologize for > pointing it out so directly, and

[O] As of 2016-07-03, Noweb no longer seems to work.

As of tonight, when I updated Org, Noweb References no longer seem to resolve during the tangle process, when "#+PROPERTY: noweb tangle" is set. Any idea why or what I can do to get this fixed? Sam -- Samuel W. Flint 4096R/266596F4 (9477 D23E 389E 40C5 2F10 DE19 68E5 318E 2665 96F4)

[O] Problem with eldoc and Python

Hi, Am I alone to see this recently: insert an src python block with