gfjardim Posted July 6, 2014 Author Share Posted July 6, 2014 my-calibre.xml just remove the .txt extension Is that maintained by you? I'm not willing to add anything that have no support. Quote Link to comment
JM2005 Posted July 6, 2014 Share Posted July 6, 2014 my-calibre.xml just remove the .txt extension Is that maintained by you? I'm not willing to add anything that have no support. I tried it and it didn't work for me. Don't know why. Quote Link to comment
soana Posted July 6, 2014 Share Posted July 6, 2014 my-calibre.xml just remove the .txt extension Is that maintained by you? I'm not willing to add anything that have no support. No Quote Link to comment
gfjardim Posted July 8, 2014 Author Share Posted July 8, 2014 Updated the example. Now it supports the description of package. Quote Link to comment
eroz Posted July 13, 2014 Share Posted July 13, 2014 This is the sample .xml for Airvideo. Thanks again for your help, gfjardim! <?xml version="1.0" encoding="utf-8"?> <Container> <Name>AirVideo</Name> <Description> Air Video can stream videos in almost any format to your iPhone, iPad and iPod touch. You don't need to copy your videos to the device just to watch them.[br][br] If the videos in your collection are not in format supported by iPhone or iPad, Air Video will convert them on fly. You don't need to wait until the entire video is converted. You can start watching it almost immediately![br][br] [b][span style='color: #E80000;']Directions:[/span][/b][br] [b]/config[/b] : this path is used to store the configuration and the database files of AirVideo[br] [b]/tv[/b] :set this path to where you wish to find your tvshows in AirVideo[br] [b]/movies[/b] : set this path to where you wish to find your movies in AirVideo. </Description> <Registry>https://registry.hub.docker.com/u/eroz/airvideo/</Registry> <Repository>eroz/airvideo</Repository> <BindTime>true</BindTime> <Privileged>true</Privileged> <Environment> <Variable> <Name></Name> <Value></Value> </Variable> <Variable> <Name>FOLDERS</Name> <Value>Movies:/movies, TVShows:/tv</Value> </Variable> </Environment> <Networking> <Mode>host</Mode> <Publish> <Port> <HostPort>45631</HostPort> <ContainerPort>45631</ContainerPort> <Protocol>tcp</Protocol> </Port> </Publish> </Networking> <Data> <Volume> <HostDir></HostDir> <ContainerDir>/movies</ContainerDir> <Mode>ro</Mode> </Volume> <Volume> <HostDir></HostDir> <ContainerDir>/tv</ContainerDir> <Mode>ro</Mode> </Volume> <Volume> <HostDir></HostDir> <ContainerDir>/config</ContainerDir> <Mode>rw</Mode> </Volume> </Data> </Container> Quote Link to comment
gfjardim Posted July 13, 2014 Author Share Posted July 13, 2014 This is the sample .xml for Airvideo. Thanks again for your help, gfjardim! Will be added in the next update. Thanks! Quote Link to comment
NAS Posted July 17, 2014 Share Posted July 17, 2014 Sorry it has taken me so long to chime on on this. Fundamentally I think you have more than proven this is a sound concept implemented well. However I would like to see if we could document it on the wiki so we can show some change control and define it as a spec. Also I am not so keen about how the description section is evolving for two reasons. 1. I dont think we should allow HTML in there as it is very specifically useful to the current enhanced docker plugin you wrote. Should later on if people start skinning or using alternate plugins this will become a hurdle and not a benefit. 2. I think the HTML formatting hints at a lack of comment field per data field. For example the comment: Directions: /config : in this path, Deluge will store it's configuration files. which has HTML formatting to distinguish the data from the description would actually be better served as a comment specifically applied to that one volume field. Would you also consider having two fields for description much like manpage has e.g. NAME cut - remove sections from each line of files DESCRIPTION Print selected parts of lines from each FILE to standard output. This lends itself to having a summary header that is useful for popups and summary lists etc. It also focuses devs on having a one liner basic NAME description which is easy for users to consume. Quote Link to comment
dalben Posted July 17, 2014 Share Posted July 17, 2014 I'd like to see an auto-generting XML feature. i.e. a brainless noob like me can cut and paste the docker command line that I find at the reporitory's site into a tool which then parses the command and creates the XML for me. The is if I want to tweek it, or add commentry/help text, I can do that directly. Or maybe that's an overkill. Quote Link to comment
Neo_x Posted July 20, 2014 Share Posted July 20, 2014 Noticed that Justin has created an XML for moviegrabber link : http://lime-technology.com/forum/index.php?topic=34168.0 Hope he doesn't mind if you include it Quote Link to comment
JustinChase Posted July 20, 2014 Share Posted July 20, 2014 Of course I don't mind, that's why I created it. Quote Link to comment
JM2005 Posted July 20, 2014 Share Posted July 20, 2014 This is not maintained by me! Just thought I would share my xml I created for maraschino. Be sure to remove the .txt at the end of the file. my-maraschino.xml.txt Quote Link to comment
smdion Posted August 8, 2014 Share Posted August 8, 2014 These are maintained by me http://www.seandion.info/dockers/maraschino.xml http://www.seandion.info/dockers/reverseproxy.xml http://www.seandion.info/dockers/upstatsboard.xml http://www.seandion.info/dockers/htpcmanager.xml http://www.seandion.info/dockers/h5ai.xml I think I did these right, let me know otherwise. Quote Link to comment
gfjardim Posted August 8, 2014 Author Share Posted August 8, 2014 These are maintained by me http://www.seandion.info/dockers/maraschino.xml http://www.seandion.info/dockers/reverseproxy.xml http://www.seandion.info/dockers/upstatsboard.xml http://www.seandion.info/dockers/htpcmanager.xml http://www.seandion.info/dockers/h5ai.xml I think I did these right, let me know otherwise. Well done, smdion, those are very nice. Will be included soon! Thanks for sharing! Quote Link to comment
NAS Posted August 8, 2014 Share Posted August 8, 2014 Can we add a license field to the XML spec please. Quote Link to comment
gfjardim Posted August 10, 2014 Author Share Posted August 10, 2014 Can we add a license field to the XML spec please. Bad idea, LICENSE file should be in the GitHub repository. I'll include one for my containers soon. Quote Link to comment
NAS Posted August 10, 2014 Share Posted August 10, 2014 Does it not need to be both? T XML doesn't come from either the docker repo or the github source and therefore isnt covered by either license.? This might seem over the top but if we are going to try and be more open there should be no grey areas. Quote Link to comment
gfjardim Posted August 10, 2014 Author Share Posted August 10, 2014 Does it not need to be both? T XML doesn't come from either the docker repo or the github source and therefore isnt covered by either license.? This might seem over the top but if we are going to try and be more open there should be no grey areas. Those xml are already GPL'ed, since they are a generated code from the plugin: https://github.com/gfjardim/dockers/blob/dockerMan/dockerMan/LICENSE Since my work is forked from the original docker extension, I maintained the LICENSE file, so LT could include it in the official version with no major license shenanigan. Quote Link to comment
NAS Posted August 10, 2014 Share Posted August 10, 2014 I understand what you are saying but let me use an example. XML can be posted anywhere (look up a few posts). These are not covered by your dockerman license since neither you or the dockerman code are the author of the XML. The most elegant solution is that attribution and licensing contained as fields in the XML spec itself (note I say XML spec which I consider a discrete entity to dockerman even though it is the only tool currently that uses it). So let me add attribution to the request for addition to the spec as well. Quote Link to comment
gfjardim Posted August 10, 2014 Author Share Posted August 10, 2014 I understand what you are saying but let me use an example. XML can be posted anywhere (look up a few posts). These are not covered by your dockerman license since neither you or the dockerman code are the author of the XML. The most elegant solution is that attribution and licensing contained as fields in the XML spec itself (note I say XML spec which I consider a discrete entity to dockerman even though it is the only tool currently that uses it). So let me add attribution to the request for addition to the spec as well. The original format of the XML (on the main topic) was generated by the source code itself. It's a mirror of an specific function. It's derived work by the definition of the GPL, and maintain the license as such. Quote Link to comment
NAS Posted August 10, 2014 Share Posted August 10, 2014 I know you know about these things but if i write an XML and post it here the contents within the fields are still mine unless i choose to explicitly state otherwise. That is a given and currently the XML or the forum itself cannot easily cater for this. If you are saying this thread is only about about a specific configuration file of the dockerman tool and not a independent specification to share dockers in xml format then that is fine but it is not what I took from it and is off less interest to me as it is very specific. Quote Link to comment
smdion Posted August 13, 2014 Share Posted August 13, 2014 Polipo: http://www.seandion.info/dockers/polipo.xml Maintained by me. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.