So, are we to change the source format of blurb items to HTML?
It seems ugly to me in principle, but if the consensus is that that is
the most useful approach, ok, I won't object (i.e., will install the
patch :). I don't have strong feelings about it.
karl
So, are we to change the source format of blurb items to HTML?
It seems ugly to me in principle, but if the consensus is that that is
the most useful approach, ok, I won't object (i.e., will install the
patch :). I don't have strong feelings about it.
karl
John Darrington skribis:
> On Fri, Feb 14, 2014 at 11:59:32AM +0100, Ludovic Court??s wrote:
> However, we???re just packaging an existing application. IMO, when we
> find such limitations (it???s really a limitation, and not something that
> makes it completely unusable), we shou
Hello,
Not the most experienced "upstream maintainer", but …
John Darrington writes:
> This being the case, would it not be a good idea, to have some kind of web
> interface to these patch files to make it easy for upstream maintainers to
> fetch them. (perhaps there is sucha page already) Th
On Fri, Feb 14, 2014 at 11:59:32AM +0100, Ludovic Court??s wrote:
However, we???re just packaging an existing application. IMO, when we
find such limitations (it???s really a limitation, and not something that
makes it completely unusable), we should submit the improvement
upst
"Ineiev via RT" skribis:
>> [karl - Sat Jan 11 18:34:38 2014]:
>>
>> > What would you prefer?
>>
>> I prefer plain text, but I don't feel that strongly about it, as such.
>>
>> > about not introducing HTML markup in the translated text?
>>
>> If the "translation" you're referring to is the ho
"Ineiev via RT" skribis:
>> [karl - Sat Jan 11 18:34:38 2014]:
>>
>> > What would you prefer?
>>
>> I prefer plain text, but I don't feel that strongly about it, as such.
>>
>> > about not introducing HTML markup in the translated text?
>>
>> If the "translation" you're referring to is the ho
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Mark H Weaver skribis:
>>
>>> IMO, it's not reasonable to have to add
>>> /home///bin/ for every combination of ,
>>> , and to /etc/shells, in order to prevent 'xterm' from
>>> overriding your $SHELL setting.
>>
>> On NixOS, /