Changes

Line 22: Line 22:  
It is perfect understandable if you are approaching this for the first time, with a burning desire to solve a specific musical dilemma with code. Treat it as an opportunity to learn. It is a process that can, at first, appear overly involved and, perhaps, a little bureaucratic, but there are good reasons for the approach that's taken. It has succeeded to keep track of enormous code bases securely, sometimes in the face of actively hostile actions by others. It is this very characteristic that means that many open source projects operate that way, and may give people an insight into quite what 'open source code visible to all really' means for us.   
 
It is perfect understandable if you are approaching this for the first time, with a burning desire to solve a specific musical dilemma with code. Treat it as an opportunity to learn. It is a process that can, at first, appear overly involved and, perhaps, a little bureaucratic, but there are good reasons for the approach that's taken. It has succeeded to keep track of enormous code bases securely, sometimes in the face of actively hostile actions by others. It is this very characteristic that means that many open source projects operate that way, and may give people an insight into quite what 'open source code visible to all really' means for us.   
 
Also this robustness should resolve you of fears about 'doing some damage'. This well walked path of forking a repository, and making a Pull request protects you the community from yourself in an agreed fashion.  
 
Also this robustness should resolve you of fears about 'doing some damage'. This well walked path of forking a repository, and making a Pull request protects you the community from yourself in an agreed fashion.  
 +
    
=== Could you tell me about the codebase? ===
 
=== Could you tell me about the codebase? ===
Line 32: Line 33:     
It's open source. Absolutely whatever they want to do . . .  
 
It's open source. Absolutely whatever they want to do . . .  
 +
 +
For example.. These are devices that have code written specifically for them....
 +
 +
[[Supported MIDI controllers|Supported_MIDI_controllers]]
    
Personally I do soundscapes, church bells and cajon enhancement, and much of this built without any direct purchase from the zynthian site. The Hardware designs are up on the site if you want to make your own. You'd probably even get advise on how to do it on the forum if you ask ...
 
Personally I do soundscapes, church bells and cajon enhancement, and much of this built without any direct purchase from the zynthian site. The Hardware designs are up on the site if you want to make your own. You'd probably even get advise on how to do it on the forum if you ask ...
Line 39: Line 44:  
Probably to do something with a particular piece of equipment that you want to customise to aid you in your sound based endeavours.
 
Probably to do something with a particular piece of equipment that you want to customise to aid you in your sound based endeavours.
 
The output of MIDI based equipment presents it's self easily to a python code base that allows messages to be detected in an orderly fashion and then pretty much any aspect of the zynthian can be modified to obey your will. This has grown up from user dialog within the forum [https://discourse.zynthian.org/ Zynthian Forum]which is an excellent place to start with questions, suggestions and the truly crazy range of things people do with these machines.
 
The output of MIDI based equipment presents it's self easily to a python code base that allows messages to be detected in an orderly fashion and then pretty much any aspect of the zynthian can be modified to obey your will. This has grown up from user dialog within the forum [https://discourse.zynthian.org/ Zynthian Forum]which is an excellent place to start with questions, suggestions and the truly crazy range of things people do with these machines.
 +
 +
Here's the current list of devices...[[Supported MIDI controllers|Supported_MIDI_controllers]]
    
=== Can I do damage to MY zynthian with the code I write ? ===
 
=== Can I do damage to MY zynthian with the code I write ? ===
Line 56: Line 63:  
No. Your code will be checked by people who control access to the core repository that you get your code from. They will not allow anything into the code base that they don't trust or that doesn't meet house rules about how stuff is written and presented.
 
No. Your code will be checked by people who control access to the core repository that you get your code from. They will not allow anything into the code base that they don't trust or that doesn't meet house rules about how stuff is written and presented.
   −
=== It is 'suggested' one creates a task/issue? how do I do that ? ===
     −
"it's a good habit to create a task/issue associated with more relevant changes"
+
=== How is code of the zynthian maintained? ===
 
+
You can log onto a Zynthian itself as the root user if you have the password (it's set to raspberry), but you might well change it on a performance machine. People will find it very amusing to log onto your machine pre or during performance if they can, and if you don't change the password....  
Goto the zynthian issue tracker github page...
     −
[[File:Zynthian-issue-tracker-page.png|600px|thumb|center]]
+
[[File:A-terminial-sshing.png|600px|center| An ssh terminal from a host computer (not necessarily yours ....]]
   −
<br clear=all>
  −
  −
Then fill out something relevant
  −
  −
[[File:Duo-piano feature request.png|600px|thumb|center]]
  −
  −
<br clear=all>
  −
  −
==== So what have we gained here ? ====
  −
Well, the communal Zynthian entity gains an area of interest. Even if the task, dies on the vine, and nothing more gets done, there is a possible development signposted. Because these could be allocated to somebody else at some later time which means the code magically appears from someone you probably would never have met. Of course if you go ahead yourself and write it then so much the better. You move that one step closer to the "Had An Open Source PR accepted"
  −
  −
The github environment allows these relationships to be managed and the more structured this stuff is the less intimidating it becomes. . .
  −
  −
<br clear=all>
  −
  −
=== How is code of the zynthian maintained? ===
  −
You can log onto a Zynthian itself as the root user if you have the password (it's set to raspberry), but you might well change it on a performance machine. People will find it very amusing to log onto your machine pre or during performance if they can, and if you don't change the password....
      
You and they (if you haven't changed the password)  can, and do pretty much anything you want as it it nothing more or less than a raspberry Pi of various vintages running an operating system. So you can edit files to your hearts content and very quickly render your Zynthian unplayable if you don't know what you are doing.
 
You and they (if you haven't changed the password)  can, and do pretty much anything you want as it it nothing more or less than a raspberry Pi of various vintages running an operating system. So you can edit files to your hearts content and very quickly render your Zynthian unplayable if you don't know what you are doing.
Line 87: Line 75:  
and there are code editors that operate entirely round the command line, allowing you to change the contents of files on the machine.  
 
and there are code editors that operate entirely round the command line, allowing you to change the contents of files on the machine.  
   −
Here there is no protection. it's your machine and you can break it as you wish, and whilst you will almost certainly get help on the discourse forum, this is not the sort of activity to indulge in twenty five minutes before your performance. It easy to become the essential technician beloved and feared in equal measure, but probably the first concept to learn is stable . . .  
+
Here there is no protection. it's your machine and you can break it as you wish, and whilst you will almost certainly get help on the discourse forum, this is not the sort of activity to indulge in twenty five minutes before your performance. It easy to become the essential technician beloved and feared in equal measure, but probably the first concept to learn is the stable branch . . .  
      Line 111: Line 99:  
This is your protection from your own misdeeds with code. In fact it is sensible to keep at least two ssd's with a known good stable version on so you can give the zynth a brain change and keep a separate ssd for your code projects, but if you trash a part of webconf, then you have little or no easy way onto the machine, and you will need your backup... You have been warned!
 
This is your protection from your own misdeeds with code. In fact it is sensible to keep at least two ssd's with a known good stable version on so you can give the zynth a brain change and keep a separate ssd for your code projects, but if you trash a part of webconf, then you have little or no easy way onto the machine, and you will need your backup... You have been warned!
   −
So now we know how to switch between different branches of code how do we actually set up this new branch?
+
So now we know how to switch between different branches of code how do we actually set up this new branch?  
 +
 
 +
Is there some magic software tool...?
    
==== So what is an IDE ?====
 
==== So what is an IDE ?====
Line 178: Line 168:  
There are magic incantations to control zynthian via systemd  
 
There are magic incantations to control zynthian via systemd  
   −
systemctl stop zynthian
+
systemctl stop zynthian
systemctl start zynthian  
+
systemctl start zynthian  
systemtl status zynthian
+
systemtl status zynthian
    
So to stop a running zynthian you issue the first of these and this will tell systemd to ignore the restart so you can take over the running of it.
 
So to stop a running zynthian you issue the first of these and this will tell systemd to ignore the restart so you can take over the running of it.
 +
 +
==== How do I start a X11 windows server so I can run the code in a debugger? ====
 +
 +
Once you have stopped the zynthian process you can start it within the VSC debugger which is a good thing, but to allow this to happen you have to start the X11 Windows server to allow you to have something to connect to.
 +
 +
To do this in the window you typed systemctl stop zynthian type
 +
 +
X -r -s 0
 +
 +
You can then start the Debuuger in VSC.
    
==== How do I tell the world about my contribution...? ====
 
==== How do I tell the world about my contribution...? ====
Line 208: Line 208:     
So we better write some code.
 
So we better write some code.
 +
 +
<br clear=all>
 +
 +
=== It is 'suggested' one creates a task/issue? how do I do that ? ===
 +
 +
"it's a good habit to create a task/issue associated with more relevant changes"
 +
 +
Goto the zynthian issue tracker github page...
 +
 +
[[File:Zynthian-issue-tracker-page.png|600px|thumb|center]]
 +
 +
<br clear=all>
 +
 +
Then fill out something relevant
 +
 +
[[File:Duo-piano feature request.png|600px|thumb|center]]
 +
 +
<br clear=all>
 +
 +
==== So what have we gained here ? ====
 +
Well, the communal Zynthian entity gains an area of interest. Even if the task, dies on the vine, and nothing more gets done, there is a possible development signposted. You also get a unique identity number that goes into the Zynthian event queue. #941 in this case. This is an identifier you can add into a connect with Pull requests so the call for work and the doing of work can be related, tracked and pull requested, accepted tested and  completed.
 +
 +
This sort of structure within a project like Zynthian is a very good thing. And if precisely scratching your name into a spaceship excites you, then take this as an early buzz.
 +
 +
[[File:Zynthian Issues page.png|600px|center]]
 +
<br clear=all>
 +
 +
Because an event could be allocated to somebody else at some later time which means the code magically appears from someone you probably would never have met. Of course if you go ahead yourself and write it then so much the better. You move that one step closer to the "Had An Open Source PR accepted"
 +
 +
The github environment allows these relationships to be managed and the more structured this stuff is the less intimidating it becomes. . .
    
<br clear=all>
 
<br clear=all>
Line 297: Line 327:     
[[File:Remote-rack2-code display.png|600px|thumb|center]]
 
[[File:Remote-rack2-code display.png|600px|thumb|center]]
 +
 +
<br clear=all>
 +
 +
==== How Do I stop being asked for my password? ====
 +
 +
on your host machine type:
 +
 +
ssh-copy-id root@zynthian-your-machine-name.local
 +
 +
This will copy the key from your host computer to your remote host, where it will allow you to log on without providing the machine password each time, just a first confirmation by asking for your passphrase NOT your password. and when you need to enter the password the first time you will be asked for you pass phrase, if you set one, and since you have probably set this up for github you will have done,
 +
This should reduce the chatter a fair bit, but it may still occasionally ask just out of a certain degree of paranoia.. .
    
<br clear=all>
 
<br clear=all>
Line 423: Line 464:  
<br clear=all>
 
<br clear=all>
   −
and just as a further illustration her is the git graph vsc plugin showing tramlines for this repository.
+
==== Can I see a diagram of the my various zynthian various branches? ====
 +
 
 +
Here is the git graph vsc plugin showing tramlines for this repository. You will need to install this plugin to get this.  
    
[[File:Git-tramlines.png|600px|thumb|center]]
 
[[File:Git-tramlines.png|600px|thumb|center]]
 +
 +
<br clear=all>
 +
 +
==== Can I see a diagram of the various branches in the zynthian github page ? ====
 +
 +
From the github.com/zynthian/zynthian-ui/  you can select insights in the top menu and then Network in the left hand vertical menu. Github will chug away for a little while having a think then show you this, which now features the duo-piano-device branch waiting for me to submit the completion of the code with some more commits and then the pull request which, if successful will result in the branch being merged into testing, and at some later date in stable .  . .
 +
[[File:Zynthian-ui-networks.png|600px|thumb|center]]
    
<br clear=all>
 
<br clear=all>
584

edits