Re: To-do lists

Andreas Enge skribis: > Am Dienstag, 29. Januar 2013 schrieb Ludovic Courtès: >> I finally installed Gobby, and it works beautifully! >> >> Perhaps if we type in using Org-mode “syntax” we can then use Org’s HTML >> export facility in the cron job. WDYT? > > I do not know how to write it; is it

Re: To-do lists

Am Dienstag, 29. Januar 2013 schrieb Ludovic Courtès: > I finally installed Gobby, and it works beautifully! > > Perhaps if we type in using Org-mode “syntax” we can then use Org’s HTML > export facility in the cron job. WDYT? I do not know how to write it; is it difficult? How about recutils in

Re: To-do lists

Andreas Enge skribis: > So I set up a gobby server. I do not know whether there are console based > clients, but you can use the gtk program "gobby". Upon connecting, it > allows to edit files, with contributions by different persons highlighted > in different colours. And there is a little ch

Re: To-do lists

Andreas Enge writes: > Am Dienstag, 29. Januar 2013 schrieb Florian Friesdorf: >> I think having version control and history is quite beneficial for >> keeping track who closed what when. > > There is already the git for the project itself, and at some point in time, > we might need a bug tracker

Re: To-do lists

Am Dienstag, 29. Januar 2013 schrieb Ludovic Courtès: > Cyril Roelandt skribis: > > Is it possible to have a read-only access to the files ? It would be > > nice for potential contributors to be able to read our TODO list. > > I agree that would be nice. > > If the tool doesn’t support it, perhap

Re: To-do lists

Cyril Roelandt skribis: > Is it possible to have a read-only access to the files ? It would be > nice for potential contributors to be able to read our TODO list. I agree that would be nice. If the tool doesn’t support it, perhaps we could have a cron job that periodically exports the file some

Re: To-do lists

Am Dienstag, 29. Januar 2013 schrieb Florian Friesdorf: > I think having version control and history is quite beneficial for > keeping track who closed what when. There is already the git for the project itself, and at some point in time, we might need a bug tracker. Here it is more about intra p

Re: To-do lists

Andreas Enge writes: > Am Montag, 28. Januar 2013 schrieb Ludovic Courtès: >> > "Jason Self" skribis: >> > Perhaps we should ask savannah-hackers for a secondary Git repo? >> Done at . > > I am not sure whether a git repo is the right thing, since we do n

Re: To-do lists

Am Dienstag, 29. Januar 2013 schrieb Cyril Roelandt: > Is it possible to have a read-only access to the files ? It would be > nice for potential contributors to be able to read our TODO list. I do not think so. Andreas

Re: To-do lists

On 01/28/2013 10:47 PM, Andreas Enge wrote: Am Montag, 28. Januar 2013 schrieb Ludovic Courtès: "Jason Self" skribis: Perhaps we should ask savannah-hackers for a secondary Git repo? Done at. I am not sure whether a git repo is the right thing, since

Re: To-do lists

Am Montag, 28. Januar 2013 schrieb Ludovic Courtès: > > "Jason Self" skribis: > > Perhaps we should ask savannah-hackers for a secondary Git repo? > Done at . I am not sure whether a git repo is the right thing, since we do not need version control and h

Re: To-do lists

l...@gnu.org (Ludovic Courtès) skribis: > "Jason Self" skribis: > >> Another option might be GNU Recutils. > > Right. > >> Regardless of the use of Org-mode or Recutils, is there any reason >> such a file couldn't exist in version control on Savannah? It could be >> part of either the source code

Re: To-do lists

Ludovic Courtès wrote .. > Perhaps we should ask savannah-hackers for a secondary Git repo? I don't suppose there's any harm in that, except that it means using Git but I'll go be quiet now.

Re: To-do lists

Hi Jason, "Jason Self" skribis: > Another option might be GNU Recutils. Right. > Regardless of the use of Org-mode or Recutils, is there any reason > such a file couldn't exist in version control on Savannah? It could be > part of either the source code repository or web pages repository. > Ac

Re: To-do lists

Ludovic Courtès wrote .. > Another option would be to have a simple Org-mode file in a repo hosted > on hydra.gnu.org (say), but that means that everyone would need to have > an SSH account on that machine (unless we can use a single SSH account > for everyone who needs to access the repo?). > > S

Re: To-do lists

Nikita Karetnikov skribis: >> Could be, though it’s really inconvenient (heavyweight, browser-only). > > There are some bug trackers that support email [1]. Have you ever tried > them? Yes, http://bugs.gnu.org is a Debbugs instance, used by Guile, among others. It’s convenient for bug reports,

Re: To-do lists

> Could be, though it’s really inconvenient (heavyweight, browser-only). There are some bug trackers that support email [1]. Have you ever tried them? > You mean this /mailing/ list? Yes, I was talking about the mailing list. Nikita [1] http://webapps.stackexchange.com/questions/6115/which-b

Re: To-do lists

Nikita Karetnikov skribis: >> That is what I do. But I am not fond of pushing packages for which I >> would still like to add more inputs; it is possible to push >> libextractor without lots of optional dependencies. This is what my >> proposed patch for vorbis-tools does, there is a FIXME explai

Re: To-do lists

>> Another thing we can do to avoid duplicated work, is to commit and push >> individual packages as soon as we have them. For instance, as soon as >> you have a working libextractor, go ahead and push it. Sounds good. > That is what I do. But I am not fond of pushing packages for which I > would

Re: To-do lists

Am Freitag, 18. Januar 2013 schrieb Ludovic Courtès: > Another thing we can do to avoid duplicated work, is to commit and push > individual packages as soon as we have them. For instance, as soon as > you have a working libextractor, go ahead and push it. That is what I do. But I am not fond of p

To-do lists

Hi! Andreas Enge skribis: > So maybe to avoid working on the same things, I currently have gnunet, > libextractor, flac (with a patch), curl, groff, netpbm, openldap and > ghostscript in my pipeline. These are all dependencies in one way or > another of gnunet. But I think it could take quite