Re: [fossil-users] Fuel SCM --httpauth

[Andy Bradford]

Thus said Warren Young on Wed, 25 Nov 2015 10:22:56 -0700:

> On Nov 25, 2015, at 10:14 AM, Andy Bradford  wrote:
> >
> > All  operations to  clone, sync,  etc...  are all  done through  the
> > command line
>
> You mean they are done through  a Win32 Console Mode executable, which
> is not the same thing as ``the command line.''

Sorry, yes, I meant to say ``command-line tool'' not command-line.

The implications are  that without access to  the ``command-line'' using
the  Fossil ``command-line  tool'' will  be extremely  difficult without
some kind of helper application, or wrapper.

I presume this is what Fuel does,  but maybe it doesn't have support for
HTTP AUTH configurations?

Andy
-- 
TAI64 timestamp: 40005655f08b


___
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] Fuel SCM --httpauth

[Warren Young]

On Nov 25, 2015, at 10:14 AM, Andy Bradford  wrote:
> 
> Thus said =?UTF-8?B?RMO2bcO2dMO2ciBHdWx5w6Fz?= on Wed, 25 Nov 2015 16:28:23 
> +0100:
> 
>> due to not  having rights to the windows command line
> 
> if the  users don't  have access to  the command
> line, how in the world can anything use Fossil?

He means that his blinkered IT organization has blocked access to cmd.exe, 
probably via the Group Policy Editor:

  https://technet.microsoft.com/en-us/library/cc975912.aspx

What I don’t understand is what actual problem that policy solves, which 
blocking access to specific tools does not.  I mean, if they don’t want people 
running net.exe, block net.exe, not cmd.exe.

> Once saved, however, it won't be necessary
> to use --httpauth again unless the URL changes.

I wonder if you can fix it via Start > Run?  I suspect this block on cmd.exe 
doesn’t prevent you from doing one-off Fossil operations that way.

Another end-around this blinkered policy might be to write a helper that just 
calls Fossil with the correct arguments.  Presumably the OP is a software 
developer.

> All operations to clone,
> sync, etc... are all done through the  command line

You mean they are done through a Win32 Console Mode executable, which is not 
the same thing as “the command line.”
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Fuel SCM --httpauth

[Dömötör Gulyás]

Do any of you use Fuel? Parts of my team don't want to use the command line
(or can't, due to not having rights to the windows command line) and Fuel
seems like a decent GUI, except I can't figure out how to configure it to
use --httpauth.

It also seems to ignore the settings in the fossil repo, and I can't just
use it to sync an already set-up repo that's synced to the server.
Unfortunately the fossil server has to be accessed with httpauth, as ssh is
again impossible due to the fantastic network policies.

Any ideas?
___
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] Fuel SCM --httpauth

[Warren Young]

On Nov 25, 2015, at 10:31 AM, Andy Bradford  wrote:
> 
> Thus said Warren Young on Wed, 25 Nov 2015 10:22:56 -0700:
> 
>> On Nov 25, 2015, at 10:14 AM, Andy Bradford  wrote:
>>> 
>>> All  operations to  clone, sync,  etc...  are all  done through  the
>>> command line
>> 
>> You mean they are done through  a Win32 Console Mode executable, which
>> is not the same thing as ``the command line.''
> 
> Sorry, yes, I meant to say ``command-line tool'' not command-line.

Sorry to be pedantic, but the correct term for the native Windows build of 
fossil.exe really is “console application,” not “command line tool.”  

It is exactly the same distinction as on a Unix box, where the shell and the 
terminal are not the same thing, even though they appear to be a single 
application to a GUI user.

  https://msdn.microsoft.com/library/windows/desktop/ms682055.aspx

cmd.exe is the command line interpreter, and the console is the Windows 
subsystem that runs the white-on-black I/O window.

The only reason I’m being pedantic about this is that I suspect the GPE setting 
is blocking cmd.exe, not the Console.  I’d test it here, but GPE on the desktop 
version of Windows 10 (the test VM I have nearest at hand) doesn’t have the 
setting I linked to previously.
___
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] Fuel SCM --httpauth

[Andy Bradford]

Thus said =?UTF-8?B?RMO2bcO2dMO2ciBHdWx5w6Fz?= on Wed, 25 Nov 2015 16:28:23 
+0100:

> Do any of you use Fuel? Parts of my team don't want to use the command
> line (or can't, due to not  having rights to the windows command line)
> and Fuel  seems like a  decent GUI, except I  can't figure out  how to
> configure it to use --httpauth.

I believe that if you want to  use --httpauth, you'll have to specify it
with each sync operation because it  won't save it without prompting the
user first. And if the user has  no access to the command line, the user
cannot answer Yes to save it. Once saved, however, it won't be necessary
to use --httpauth again unless the URL changes.

Which version of Fossil are you using?

I'm confused  though... if the  users don't  have access to  the command
line, how in the world can anything use Fossil? All operations to clone,
sync, etc... are all done through the  command line, so I don't know how
they  are going  to get  away from  it. If  they have  no rights  to the
Windows command-line,  I fail to see  how Fossil will ever  work in this
environment.

> Unfortunately the fossil  server has to be accessed  with httpauth, as
> ssh is again impossible due to the fantastic network policies.

You  might mention  to the  policy overloards  that no  shell access  is
required to use Fossil over SSH.  There are ways to implement this using
ForceCommand. When Fossil uses SSH  it simply remotely executes ``fossil
test-http /path/to/repository''  and this  does not  require interaction
with a shell.

Andy
-- 
TAI64 timestamp: 40005655ec7f


___
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] Fuel SCM --httpauth

[Dömötör Gulyás]

Ah, great idea, I'll give that a try! We'll see just how rusty my windows
batch file skills are.

I’m not a Fuel user, but I just installed 1.0.1 on my Windows 10 test VM,
> and I see File > Preferences... > Fossil Path.  That should allow you to
> write a wrapper script that calls fossil.exe with --httpauth.
>
> Problem solved, no?
>
> > Getting developers administrator privileges for their computers is a
> weeks long process.
>
> Please let me know who your employer is, so I can invest in your agile
> competitors’ stock. :)
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
___
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] Fuel SCM --httpauth

[Warren Young]

On Nov 25, 2015, at 3:56 PM, Dömötör Gulyás  wrote:
> 
> Ah, great idea, I'll give that a try! We'll see just how rusty my windows 
> batch file skills are.

The tricky bit is going to be replicating the effect of the “$@“ in POSIX 
shells.  (i.e. “all args, properly quoted”)  It might be better to write 
something in C or C#, so you don’t get tripped up by things like spaces in file 
names.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Timeline questions

[Abilio Marques]

I know, I know, here we go again looking to git, but this is a question
concerning clean comments on commits.

When using git, you're suggested to write comments in the form of:

Subject Line (recommended as short, 50 to 75 characters long single line)

Description (whatever you want to put here)



Then you can do git log (and get the timeline with all the descriptions
included, keeping the newlines visible), or git log --oneline, to print
just the subject.


Fossil lets you add a multi-line comment, by making fossil ci, without
passing the -m parameter. It then proceeds to store the newlines in the
database, but then the newlines are not displayed.

I've been trying to do this at least on the fossil web server timeline
results, but my knowledge of CSS is limited, and even so, I believe it
would be an ugly CSS patch.

I believe having the flexibility of making more verbose descriptions while
keeping the subject line clean is a "best practice" that could be useful.
Am I wrong about that?

Am I missing something from the settings or something that can produce
those results?
___
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] Timeline questions

[Abilio Marques]

Here is a trivial working example of what I mean:
http://abiliojr.homenet.org:20003/cleantimeline/timeline

If you see carefully there are some commits with ellipsis at the end,
hovering with the mouse over the comment of that commit, you'll see the
full comment as a tooltip.

This was ugly done by introducing the following javascript quick and dirty
hack on the footer:

​
> 

var comments = document.getElementsByClassName("timelineComment");

var i;

for (i = 0; i < comments.length; i++) {

  var fullText = comments[i].textContent.trim();

  var description = "";

  var descriptionStart = fullText.search('\n');

  if (descriptionStart !== -1) {

comments[i].setAttribute('title', fullText);

comments[i].textContent = fullText.split('\n', 1)[0] + '...';

  }

}




​Needs to be done in a cleaner way. Also, the tooltip can be drawn in a
more beautiful way (e.g., http://www.menucool.com/tooltip/css-tooltip)​


Can anyone else see the usefulness of this idea (if also available in the
command line)?

On Wed, Nov 25, 2015 at 7:46 PM, Abilio Marques  wrote:

> I know, I know, here we go again looking to git, but this is a question
> concerning clean comments on commits.
>
> When using git, you're suggested to write comments in the form of:
>
> Subject Line (recommended as short, 50 to 75 characters long single line)
>
> Description (whatever you want to put here)
>
>
>
> Then you can do git log (and get the timeline with all the descriptions
> included, keeping the newlines visible), or git log --oneline, to print
> just the subject.
>
>
> Fossil lets you add a multi-line comment, by making fossil ci, without
> passing the -m parameter. It then proceeds to store the newlines in the
> database, but then the newlines are not displayed.
>
> I've been trying to do this at least on the fossil web server timeline
> results, but my knowledge of CSS is limited, and even so, I believe it
> would be an ugly CSS patch.
>
> I believe having the flexibility of making more verbose descriptions while
> keeping the subject line clean is a "best practice" that could be useful.
> Am I wrong about that?
>
> Am I missing something from the settings or something that can produce
> those results?
>
>
>
___
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] Fuel SCM --httpauth

[Dömötör Gulyás]

We seem to be able to make fossil do things via windows shortcuts. And Fuel
runs fine, except that it's apparently impossible to configure it to use
--httpauth, or to make it use the url and credentials stored in the fossil
repo.

I have no control over the fact that work PCs are locked down in this way.
Getting developers administrator privileges for their computers is a weeks
long process.

I was hoping to get in touch to with the Fuel devs somehow, to be able to
configure this. We can work around the PC restrictions, but it's gonna be a
cold day in hell before they turn off the corporate firewall.

(and how to tell fossil how to read the http proxy script is another issue
entirely... ;) )

On 25 November 2015 at 18:40, Warren Young  wrote:

> On Nov 25, 2015, at 10:31 AM, Andy Bradford 
> wrote:
> >
> > Thus said Warren Young on Wed, 25 Nov 2015 10:22:56 -0700:
> >
> >> On Nov 25, 2015, at 10:14 AM, Andy Bradford 
> wrote:
> >>>
> >>> All  operations to  clone, sync,  etc...  are all  done through  the
> >>> command line
> >>
> >> You mean they are done through  a Win32 Console Mode executable, which
> >> is not the same thing as ``the command line.''
> >
> > Sorry, yes, I meant to say ``command-line tool'' not command-line.
>
> Sorry to be pedantic, but the correct term for the native Windows build of
> fossil.exe really is “console application,” not “command line tool.”
>
> It is exactly the same distinction as on a Unix box, where the shell and
> the terminal are not the same thing, even though they appear to be a single
> application to a GUI user.
>
>   https://msdn.microsoft.com/library/windows/desktop/ms682055.aspx
>
> cmd.exe is the command line interpreter, and the console is the Windows
> subsystem that runs the white-on-black I/O window.
>
> The only reason I’m being pedantic about this is that I suspect the GPE
> setting is blocking cmd.exe, not the Console.  I’d test it here, but GPE on
> the desktop version of Windows 10 (the test VM I have nearest at hand)
> doesn’t have the setting I linked to previously.
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] fossil bundle export of all artifact types ...

[Jousef Lofstrom]

How can I export file *and* non-file artifacts (tickets, wiki-pages) into a
bundle for import into another repo (offline synchronization) ?

Many thanks,

Jousef
___
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 bundle export of all artifact types ...

[Eduard]

Hi Jousef,

If you want everything, then

fossil clone input.fossil output.fossil

You can also have an intermediary that you periodically sync with:

fossil sync -R input.fossil intermediary.fossil

Use the "--private" option in either case to also sync private branches.

Best,
Eduard

On 11/25/2015 02:47 PM, Jousef Lofstrom wrote:
> How can I export file *and* non-file artifacts (tickets, wiki-pages)
> into a bundle for import into another repo (offline synchronization) ?
>
> Many thanks,
>
> Jousef
>
>




signature.asc
Description: OpenPGP digital signature
___
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] Fuel SCM --httpauth

[Warren Young]

On Nov 25, 2015, at 11:45 AM, Dömötör Gulyás  wrote:
> 
> And Fuel runs fine, except that it's apparently impossible to configure it to 
> use --httpauth,

I’m not a Fuel user, but I just installed 1.0.1 on my Windows 10 test VM, and I 
see File > Preferences... > Fossil Path.  That should allow you to write a 
wrapper script that calls fossil.exe with --httpauth.

Problem solved, no?

> Getting developers administrator privileges for their computers is a weeks 
> long process.

Please let me know who your employer is, so I can invest in your agile 
competitors’ stock. :)
___
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] Fuel SCM --httpauth

[Ron W]

On Wed, Nov 25, 2015 at 1:45 PM, Dömötör Gulyás  wrote:

> We seem to be able to make fossil do things via windows shortcuts. And
> Fuel runs fine, except that it's apparently impossible to configure it to
> use --httpauth, or to make it use the url and credentials stored in the
> fossil repo.
>
> I have no control over the fact that work PCs are locked down in this way.
> Getting developers administrator privileges for their computers is a weeks
> long process.
>

How is it that you can run the Fossil and Fuel executables? Are you able to
create and run your own executables? Can you run Perl, Lua, or Python
programs you create?


> I was hoping to get in touch to with the Fuel devs somehow, to be able to
> configure this. We can work around the PC restrictions, but it's gonna be a
> cold day in hell before they turn off the corporate firewall.
>
> (and how to tell fossil how to read the http proxy script is another issue
> entirely... ;) )
>

Is that required to allow Fossil to sync between PCs in your office?
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users