Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[jungle boogie]

On 07/11/2017 06:30 PM, Richard Hipp wrote:

On 7/11/17, jungle Boogie  wrote:


I don't think the -v works:
https://www.fossil-scm.org/index.html/help?cmd=info



What were you expecting it to do?



Your commit is welcomed!
Just one minor nitpick here:
https://www.fossil-scm.org/index.html/help?cmd=info

I think you want to say:
If the argument is a repository name, then the --verbose option shows
the known

Sorry for the trouble!
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[jungle boogie]

On 07/11/2017 06:30 PM, Richard Hipp wrote:

On 7/11/17, jungle Boogie  wrote:


I don't think the -v works:
https://www.fossil-scm.org/index.html/help?cmd=info



What were you expecting it to do?



Well that's a good question.

With and without the -v seem to produce the same output.
I'd either expect: 'fossil info' to show less info or 'fossil info -v' 
to show more info than it currently does.


The help page says "Show extra information".

Thanks
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[Richard Hipp]

On 7/11/17, jungle Boogie  wrote:
>
> I don't think the -v works:
> https://www.fossil-scm.org/index.html/help?cmd=info
>

What were you expecting it to do?

-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[jungle boogie]

On 07/11/2017 04:57 PM, jungle Boogie wrote:

On 11 July 2017 at 16:41, Richard Hipp  wrote:

On 7/11/17, jungle Boogie  wrote:


Is there at least a workaround in Fossil to report info on a tag if
there's a directory with the same name? Using the webapp I suppose it
a workaround.



fossil info tag:stuff



Ah, indeed that is nice!

I don't think the -v works:
https://www.fossil-scm.org/index.html/help?cmd=info



Looks like it was added here:
https://www.fossil-scm.org/index.html/info/5214a2a8b894b7b6


Does it work for anyone?
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[jungle Boogie]

On 11 July 2017 at 16:41, Richard Hipp  wrote:
> On 7/11/17, jungle Boogie  wrote:
>>
>> Is there at least a workaround in Fossil to report info on a tag if
>> there's a directory with the same name? Using the webapp I suppose it
>> a workaround.
>>
>
> fossil info tag:stuff
>

Ah, indeed that is nice!

I don't think the -v works:
https://www.fossil-scm.org/index.html/help?cmd=info


$ fossil info -v release
uuid: 036ebf729e4b21035d7f4f8e35a6f705e6bf9988 2017-06-17 09:59:36 UTC
parent:   e1b71029087675749a5c64303a8756d16cb33ed3 2017-06-17 00:39:47 UTC
tags: release, branch-3.18, version-3.18.2
comment:  Version 3.18.2 (user: drh)

$ fossil info -v tag:release
uuid: 036ebf729e4b21035d7f4f8e35a6f705e6bf9988 2017-06-17 09:59:36 UTC
parent:   e1b71029087675749a5c64303a8756d16cb33ed3 2017-06-17 00:39:47 UTC
tags: release, branch-3.18, version-3.18.2
comment:  Version 3.18.2 (user: drh)


$ fossil info
project-name: SQLite
repository:   /home/jungle/fossil-repos/sqlite/../sqlite.fossil
local-root:   /home/jungle/fossil-repos/sqlite/
config-db:/home/jungle/.fossil
project-code: 2ab58778c2967968b94284e989e43dc11791f548
checkout: 39069941e98605bc8c7c736819781761760ee2b8 2017-07-11 20:36:35 UTC
parent:   b0a49d90fc91acca1306cf6145adc83acd368686 2017-07-11 19:55:38 UTC
tags: trunk
comment:  In lsm, attempt to unmap the database file before
truncating it when disconnecting. A mapped file may not be truncated
on win32. (user: dan)
check-ins:19056

$ fossil info -v
project-name: SQLite
repository:   /home/jungle/fossil-repos/sqlite/../sqlite.fossil
local-root:   /home/jungle/fossil-repos/sqlite/
config-db:/home/jungle/.fossil
project-code: 2ab58778c2967968b94284e989e43dc11791f548
checkout: 39069941e98605bc8c7c736819781761760ee2b8 2017-07-11 20:36:35 UTC
parent:   b0a49d90fc91acca1306cf6145adc83acd368686 2017-07-11 19:55:38 UTC
tags: trunk
comment:  In lsm, attempt to unmap the database file before
truncating it when disconnecting. A mapped file may not be truncated
on win32. (user: dan)
check-ins:19056



> --
> D. Richard Hipp
> d...@sqlite.org

---
inum: 883510009027723
sip: jungleboo...@sip2sip.info
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[Richard Hipp]

On 7/11/17, jungle Boogie  wrote:
>
> Is there at least a workaround in Fossil to report info on a tag if
> there's a directory with the same name? Using the webapp I suppose it
> a workaround.
>

fossil info tag:stuff

-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[jungle Boogie]

On 11 July 2017 at 15:14, Warren Young  wrote:
> On Jul 11, 2017, at 12:32 AM, jungle boogie  wrote:
>>
>> % fossil info stuff
>>
>> But that results in this error:
>> SQLITE_CANTOPEN: cannot open file at line 36100 of [284707a7b3]
>> SQLITE_CANTOPEN: os_unix.c:36100: (21) 
>> open(/usr/home/jungle/fossil-repos/repo/stuff) - Is a directory
>> fossil: [stuff]: unable to open database file
>>
>> So can a tag not have the same name as its directory?
>
> That’s not it.  If you give a file name here, Fossil assumes it is a 
> repository file, and fails to open it if it isn’t a file.   You can cause the 
> same error with “fossil info .”
>

Ah, indeed I do trip over the same SQLITECANTOPEN warning when
specifying the current directory.

> Very early in my Fossil indoctrination process, I had the “svn info filename” 
> habit beaten out of my finger memory because “fossil info” simply doesn’t do 
> the same thing as “svn info”.   Consequently, my ongoing assumption up to 
> this thread was that “fossil info” doesn’t accept file names; that’s what 
> “finfo” is for.
>

Right, finfo is very nice for that.

> That aside, I think the thing for Fossil to do here is to try looking for a 
> VERSION match before testing whether the parameter names a local file.  The 
> chances of a local repository file name matching a tag or version hash in the 
> local repository are far smaller than having a tag or version that just 
> happens to match the name of a local file.

Is there at least a workaround in Fossil to report info on a tag if
there's a directory with the same name? Using the webapp I suppose it
a workaround.

Thanks!


-- 
---
inum: 883510009027723
sip: jungleboo...@sip2sip.info
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[Warren Young]

On Jul 11, 2017, at 12:32 AM, jungle boogie  wrote:
> 
> % fossil info stuff
> 
> But that results in this error:
> SQLITE_CANTOPEN: cannot open file at line 36100 of [284707a7b3]
> SQLITE_CANTOPEN: os_unix.c:36100: (21) 
> open(/usr/home/jungle/fossil-repos/repo/stuff) - Is a directory
> fossil: [stuff]: unable to open database file
> 
> So can a tag not have the same name as its directory?

That’s not it.  If you give a file name here, Fossil assumes it is a repository 
file, and fails to open it if it isn’t a file.   You can cause the same error 
with “fossil info .”

Very early in my Fossil indoctrination process, I had the “svn info filename” 
habit beaten out of my finger memory because “fossil info” simply doesn’t do 
the same thing as “svn info”.   Consequently, my ongoing assumption up to this 
thread was that “fossil info” doesn’t accept file names; that’s what “finfo” is 
for.

That aside, I think the thing for Fossil to do here is to try looking for a 
VERSION match before testing whether the parameter names a local file.  The 
chances of a local repository file name matching a tag or version hash in the 
local repository are far smaller than having a tag or version that just happens 
to match the name of a local file.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] fossil info on tag & directory: SQLITE_CANTOPEN

[jungle Boogie]

On 10 July 2017 at 23:32, jungle boogie  wrote:
> Hi All,
>
> Maybe this is a bad practice on my part, let me know.
>

Is that the case with this?
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users