On 2014-05-21 12:49, Stephan Beal wrote:
We all have our quirks. One of mine is that i refuse to come into
physical contact with an Apple product of any sort, do not provide any
tech support of any kind for Apple products, nor do i allow Apple
products in my flat. (Why i do that is not relevant
On Wed, May 21, 2014 at 1:17 PM, Stephan Beal wrote:
> On Wed, May 21, 2014 at 7:04 PM, Igor de Oliveira Couto <
> i...@semperuna.com> wrote:
>
>> That structure is *absolutely guaranteed* to exist, as it is necessary
>> for the way the System works. The way Apple structures their hard drive and
Hi Folks,
I apologize if this appears to be a repost. I'm not a frequent mailing list
user.
I've uploaded a Jenkins Plugin for Fossil to my GitHub repository for those
who might have an interest. It is Java source-only at this point and it's
been a while since I've synced with the latest Jenkins
On Thu, May 22, 2014 at 02:39:41AM +1000, Igor de Oliveira Couto wrote:
snip
> OS X is actually quite simple:
>
> Preference files can be named anything, but should NOT be 'dot-files' (as
> these
> are normally kept invisible by the system). To avoid name-collision, Apple
> suggest developers
On Wed, May 21, 2014 at 12:02 PM, Stephan Beal wrote:
> i will most certainly attempt to remember that point the next time this
> comes up. It reduces the argument form "Mac vs Windows vs *nix" to "POSIX
> vs non-POSIX," which is not only simpler to grasp and argue around, but is
> geeky enough to
Thus said Stephan Beal on Wed, 21 May 2014 18:49:21 +0200:
> i'll admit to having uninstalled apps which have violated my sense of
> propriety, but an extra file in my home dir is not (because of
> the Unix history behind it) one of those proprieties. "Historical
> momentum" wins he
On Wed, May 21, 2014 at 7:48 PM, Scott Robison wrote:
> different systems in one: the native Mac system with lots of guidelines om
> how things are to be done, and a fairly standard POSIX platform underneath
> that can run a huge number of programs without modification. In this world,
> fossil is
BAH! How dare someone make my wordy points while I'm also making them! :)
SDR
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On May 21, 2014 9:34 AM, "Igor de Oliveira Couto"
wrote:
>
> Dear Fossil Gurus,
>
> I'm a new user - have been using Fossil for just over a month now - and
I'm loving it. One point that I found somewhat disappointing, is that
Fossil creates a ".fossil" database in my home directory.
>
> I know tha
On Wed, May 21, 2014 at 7:43 PM, j. van den hoff
wrote:
> -- overall I mostly believe it would be sort of wrong to move `.fossil' to
> some Mac-specific place. if it would happen so be it. but really I believe
> this is a non-issue.
>
Amen and +1 to that. :) If emacs put my config files anywhere
just to throw in my 2c regarding this (in my view: non-)problem:
-- as a mac and linux/unix user I could not care less about dot-files
materializing in my (mac-)home dir. it could be done differently but not
"better" in any meaningful sense.
-- while it is true that true "mac" applications ar
On Wed, May 21, 2014 at 12:49 PM, Stephan Beal wrote:
> And if the dir structure doesn't exist, fossil has to go creating it, etc.
> We "know" the home dir exists, which makes it easy. Ideal? No, but easy.
Indeed. That is why I'm likely going to simply not bother making any
changes whatsoever t
On Wed, May 21, 2014 at 7:04 PM, Igor de Oliveira Couto
wrote:
> That structure is *absolutely guaranteed* to exist, as it is necessary for
> the way the System works. The way Apple structures their hard drive and
> sub-divides the directories has changed very little since the first release
> of O
On Wed, May 21, 2014 at 6:49 PM, Igor de Oliveira Couto
wrote:
> Where can I find some of these? - I had a quick look through the
> repositories at 'Chisel', but found only 3 skins there.
>
i think you'll either need to search the list archives or wait until
someone who's created one responds in
Ah, I see your points:
On 22 May 2014, at 2:49 am, Stephan Beal wrote:
> On Wed, May 21, 2014 at 6:39 PM, Igor de Oliveira Couto
> wrote:
> Preference files can be named anything, but should NOT be 'dot-files' (as
> these are normally kept invisible by the system).
>
> In fact, that's the re
On Wed, May 21, 2014 at 12:39 PM, Igor de Oliveira Couto
wrote:
> Wow, I must confess I had never even heard of 'Haiku', so I had to go and
> look it up! :
Don't worry, you aren't the first person to tell me that. ;)
> On 22 May 2014, at 2:11 am, Joe Prostko wrote:
>
> [...] If it were decided
Oooh, all of this sounds *really* interesting and exciting:
On 22 May 2014, at 2:25 am, Stephan Beal wrote:
> [...] That, of course, is possible, and some people here have done up some
> impressive skins, [...]
Where can I find some of these? - I had a quick look through the repositories
at '
On Wed, May 21, 2014 at 6:39 PM, Igor de Oliveira Couto
wrote:
> Preference files can be named anything, but should NOT be 'dot-files' (as
> these are normally kept invisible by the system).
>
In fact, that's the reason it starts with a dot - users should NOT be
touching that file directly. It's
Wow, I must confess I had never even heard of 'Haiku', so I had to go and look
it up! :
On 22 May 2014, at 2:11 am, Joe Prostko wrote:
> [...] If it were decided to add in the preferred settings directories for
> additional platforms, I would gladly provide a patch for Haiku. I
> don't know a
On Wed, May 21, 2014 at 6:16 PM, Igor de Oliveira Couto
wrote:
> Is development now focused on libfossil, rather than fossil itself?
>
libfossil is an "unofficial" port of the fossil core infrastructure,
primarily by myself (also one of the long-time Fossil devs). There are NO
plans, in any mid-t
Thank you for the explanation:
On 22 May 2014, at 1:54 am, Stephan Beal wrote:
> On Wed, May 21, 2014 at 5:45 PM, Igor de Oliveira Couto
> wrote:
> The HTML used in the web interface of Fossil is... well... let's just say,
> "not optimal". Although the web interface is sufficiently functional
Thank you for the quick response!:
On 22 May 2014, at 1:46 am, Stephan Beal wrote:
> Is there a reason why this should not be added as a feature request?
>
> Maintainability.[...]
Understandable: resources have to be used and focused where they are most
needed...
> PS: welcome aboard, and pl
On Wed, May 21, 2014 at 11:34 AM, Igor de Oliveira Couto
wrote:
> loving it. One point that I found somewhat disappointing, is that Fossil
> creates a ".fossil" database in my home directory.
>
> I know that many applications in Linux/Unix store their preferences and
> settings in dot-files, in t
On Wed, May 21, 2014 at 5:45 PM, Igor de Oliveira Couto
wrote:
> The HTML used in the web interface of Fossil is... well... let's just say,
> "not optimal". Although the web interface is sufficiently functional, it
> could do with an upgrade - ie, use proper html5 elements, make use of a
> respons
On Wed, May 21, 2014 at 5:34 PM, Igor de Oliveira Couto
wrote:
> Dear Fossil Gurus,
>
Well, okay, if you insist ;)
> ...I believe that it should not be too difficult to add a check in the
> Fossil code, so that the name and location of the ".fossil" would vary,
> depending on the platform it's
Dear Fossil Gurus,
The HTML used in the web interface of Fossil is... well... let's just say, "not
optimal". Although the web interface is sufficiently functional, it could do
with an upgrade - ie, use proper html5 elements, make use of a responsive
layout, etc.
I have played with editing the
Dear Fossil Gurus,
I'm a new user - have been using Fossil for just over a month now - and I'm
loving it. One point that I found somewhat disappointing, is that Fossil
creates a ".fossil" database in my home directory.
I know that many applications in Linux/Unix store their preferences and
se
27 matches
Mail list logo