| |
soci
Registered: Sep 2003
Posts: 473 |
Assembly64
This looks interesting, however it's unverifiable currently and seems to includes code which is capable of implementing a ssh server. So while sandboxing was fun in the past eventually I got bored with it and just don't bother to run problematic stuff any more.
So if it comes with a GPL2 license (and according to the jar file it does) then this means I could build this myself if I ask for the sources, right?
Actually the only tiny part which is interesting to me could be done with rsync/$ANY_VCS. Is it possible to get access for synchronization with client software I trust?
May I redistribute the data through a public FTP server or other means for allowing easier access to it?
These questions were not meant as trolling of course. I appreciate all the work and effort went into it even if it's not accessible for me. |
|
| |
Scooby
Registered: Dec 2011
Posts: 22 |
Hi,
The data on my ftp is available for anyone basically. I do not see myself as an owner of this data, and it's not my philosophy to keep it locked away in any way.
The data however is assembled in such way that the assembly64 client that most people run will work on deltachunks of data as soon as there is updated data available.
If you want to redistribute the data on some other ftp, it's actually ok, even though your copy will be outdated in a week or two!
You could easily use assembly64 client to download and store the raw ftpfiles locally yourself.
Ssh dependency is not used though ☺️
Please ping me on Facebook if you want access to the ftp
Cheers,
Fredrik |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
excuse moi, but what is this? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11111 |
what oswald said :) |
| |
soci
Registered: Sep 2003
Posts: 473 |
I thought maybe I could mirror this to GP as otherwise the only thing which updates there is the IDE64 stuff.
But whatever, I can live without it. It'd be like the other mirrors I made in the past, taking up a lot of space but used only once in a blue moon.
And FB, well that won't happen for philosophical reasons. But thanks for the quick answer!
Oswald: it's for those who gave up on maintaining their own collections. For offline use with 1541U and such. |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
No worries, and as i stated before: If someone want's to to anything exciting with the data it's perfectly fine, just ping me!
A PM here also works, if you changes your mind :-)
Cheers,
Fredrik |
| |
JackAsser
Registered: Jun 2002
Posts: 1989 |
Quote: what oswald said :)
What groepaz said. Still not getting it. Collection of what? |
| |
Frantic
Registered: Mar 2003
Posts: 1627 |
http://hackerswithstyle.ddns.net/assembly/index.html |
| |
JackAsser
Registered: Jun 2002
Posts: 1989 |
Quote: http://hackerswithstyle.ddns.net/assembly/index.html
Thanx! |
| |
Dr.j
Registered: Feb 2003
Posts: 276 |
"All your artifacts are belongs to us" mmm... okay ;) if you say so , who am i to complain ;) |
| |
hedning
Registered: Mar 2009
Posts: 4595 |
Best thing since bacon. |
| |
HOL2001
Registered: Aug 2005
Posts: 87 |
Agree, it is a nice and easy way to keep my collection up to date. Backed! :) |
| |
Acidchild
Registered: Jan 2002
Posts: 465 |
nice tool! do you plan to add even more sources, like c64-ftp's or group-homepages that host c64 files aswell? |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
I am pretty much open for suggestions on what could be added. Generally it should make sense to add it, if it's an already well structured library on an ftp-site, it's probably a no-no. |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
Well, changing "Files where downloaded!!" to "Files were downloaded!!" would be nice ;)
Also, on Linux, it seems to delete $HOME/assembly64, the directory I set to be used as target, on each startup. Probably a bug having to do with $HOME/.assembly64 being used for the configuration files. |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
Hehe, spelling is correct actually, kind of ;-)
Reason for deleting "assembly64" folder is that previously the home was "assembly64", but i changed to ".assembly64", moving all files from that folder to .folder, then deleting the "assembly64" folder. So you did hit a cornercase i would say :-) But i can fix that in next release! Thx |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
I changed the target to ~/asm64 and now my downloads don't get deleted anymore.
Also, having the instructions and changelog inside the application might not be great idea. What if the application fails to start (it did when using OpenJDK), how will I know what to do or what code change to look for that might explain the bug?
Anyway, nice tool, should save me quite some time. |
| |
Dymo
Registered: Jun 2016
Posts: 120 |
Lovely tool of wonders... works like a charm here :) |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
Thx for feedback, always appreciated! Yep, will package next release so that changelog and instructions are available as txtfiles. Dymo <3 |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
If you're running Assembly64 with OpenJDK you will
also need OpenJFX, since this is not included in OpenJDK.
In Oracles JDK it is included by default!
Cheers! |
| |
xIII
Registered: Nov 2008
Posts: 210 |
Would you consider making a ' CSDB_Other Platform C64 Tool' download section ? |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
The stategy has been to keep the archive down to just include the core stuff:
.d64, .t64, .d81, .d71, .prg, .tap, .crt, .sid, .bin, .g64
I basically delete everything that does not match any of these suffixes in order to keep size down.
I guess it's could be an option to set this filter per collection instead, then it would be ok to exclude it for "other platformtools"
Cheers! |
| |
kenchis
Registered: Jan 2008
Posts: 65 |
Just a question:
Is it possible to get access to the source code somehow?
I would like to check a possible use inside JSIDPlay2, if that would be ok of course.
That would be something similar to the current Gamebase64 integration, but with more content :-)
Regards,
Ken
Searching for a SID player, that fits your needs?
http://sourceforge.net/projects/jsidplay2/ |
| |
Grue
Registered: Dec 2001
Posts: 146 |
Quote: The stategy has been to keep the archive down to just include the core stuff:
.d64, .t64, .d81, .d71, .prg, .tap, .crt, .sid, .bin, .g64
I basically delete everything that does not match any of these suffixes in order to keep size down.
I guess it's could be an option to set this filter per collection instead, then it would be ok to exclude it for "other platformtools"
Cheers!
.t64 is missing.
Idea of .t64 is container for .prg to keep original filename. .d64's wastes a lot of space if it has just one .prg inside. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11111 |
for that usecase .p00 is a much better format :) |
| |
WdW
Registered: Jun 2013
Posts: 13 |
I'm trying to run this on Linux (Mint, 19.1) and I get the following error when I try to run this:
Error: Could not find or load main class se.light.assembly64.fx.Main
Does anyone know how to fix this? |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
Hi,
What version of java are you running?
Currently compiled with java10.
As for now it will not be updated to java11 due
to the devastating upgrade path Oracle has taken, leaving javafx-lib hanging dangling in java11, including the packageinstaller!
If you're running java10 openjdk you need the openfx dependency also
Cheers,
freabe |
| |
WdW
Registered: Jun 2013
Posts: 13 |
Thanks for the help, I'll check out my versions etc. |
