Is there an API/command available so I can check what is the available latest version of a rock? Similar to say npm info xxx.
The best I can find is luarocks search xxx; was hoping there would be a better endpoint that provides a better-structured response than a string.
Update
Also, using luarocks search xxx does not do an exact match. For example, running luarocks search multipart returns 4 results because of multipart matches for names. But I do want to do an exact search; there is a package called multipart. How is that possible?
luarocks show (described here) has a --mversion flag that will return the current package version.
Otherwise, luarocks search is, as you already know, your option for querying what rocks (and their versions) are available.
Related
In pydrake, the following line successfully locates an SDF file:
my_sdf = FindResourceOrThrow("drake/examples/multibody/cart_pole/cart_pole.sdf")
Given the structure of the github repository and this example, I would expect the following line to work as well,
my_sdf = FindResourceOrThrow("drake/examples/multibody/four_bar/four_bar.sdf")
but it fails with RuntimeError: Could not find Drake resource_path....
Why is this? Are only some of the SDF files included with the python bindings? If so, is there a list of such available files anywhere?
Are only some of the SDF files included with the python bindings?
Yes, that's correct.
If so, is there a list of such available files anywhere?
If you installed using https://drake.mit.edu/pip.html, then you can list the installed SDFormat files for your current version of the Drake wheel like so:
$ find env/lib/python*/site-packages/pydrake/share/drake -name '*.sdf'
...
env/lib/python3.8/site-packages/pydrake/share/drake/examples/multibody/cart_pole/cart_pole.sdf
...
If you installed via some other mechanism, the command would be similar but you'd need to change the find path to wherever Drake is installed.
Why is this?
Drake is primary a library of stable code, not a library of models. We generally expect users to create their own models, possibly by copying and modifying some example models to get started.
Some model files are very large (e.g., meshes or textures). If we included those in our wheels, the wheel would exceed the default size allowed by PyPI.
We currently do install some models along with our wheels to facilitate our tutorials, but we plan to stop installing those and instead download them at runtime for the tutorials.
The set of installed models for a given version of Drake is somewhat random, and will generally shrink from one release to the next. If you need a stable version of Drake model(s), you should copy the model file(s) into your own project directly.
I'm not 100% sure that e.g. version 1.7.7 of Avro can read files produced by 1.9.2 or 1.8.2. So I'd rather keep somewhere in meta information the version of avro that was used when creating a file.
But I don't see how it is possible, without tweaking build files and creating some kind of resource (it's pretty simple in gradle).
As you can see in Get jar version in runtime, version can be retrieved, at least when it's provided.
So, in this specific case, the following line:
(new org.apache.avro.Schema.Parser).getClass.getPackage.getImplementationVersion
Returns a version string; in my specific case it is "1.7.7".
I want to know how to find all TeX Live keywords. I'm using Windows 10 and TeX Live 2019. I have tried this command tlmgr search --list --keyword but I did not receive the except result.
This syntax is no longer possible.
Looking at https://tug.org/texlive/tlmgr-news.html it says
tlmgr revision 35841 (released 24dec14): remove taxonomy searching, since upstream data is no longer maintained.
An archived version of the taxonomy list is available from https://web.archive.org/web/20121120023458/http://az.ctan.org/keyword
So I upgraded to 1.4 for a project I am contributing to (in development/testing branch of course) and ran into some problems and thus we want to use Dart 1.3.6 again. However, I cannot find this.
Does anyone know where I could download it?
I have seen and starred https://code.google.com/p/dart/issues/detail?id=18323
as I was putting this question together, but of course seems like there is no more movement there just yet.
I think I pretty much ran into similar issues to what corgath described in comments on this question... looking for the right version in those "archives" where the "latest" is not really the latest anymore.
Update
There is now a nice page to select and download specific Dart versions https://www.dartlang.org/tools/download-archive/
Since a while there are also deb packages available which can be installed using
sudo apt-get install dart=1.7.0-dev.0.1.*
see https://www.dartlang.org/tools/debian.html for more details.
Original
You can download from
http://gsdview.appspot.com/dart-archive/channels/stable/release/
The list only contains the build number but each folder contains a file VERSION that contains detailed version information for this build.
dev channel releases can be found here
http://gsdview.appspot.com/dart-archive/channels/dev/release/
there are also unsigned raw builds (bleeding edge) but it is not recommended to use them.
http://gsdview.appspot.com/dart-archive/channels/be/raw/release/
I built a dissector for my WireShark version (after doing all that steps of installing cygwin etc. for building WireShark). Now, my dissector works only on my build of WireShark (ver 1.9 ... ), and not on, lets say, the newest WireShark version 1.8.4 that I can download from www.wireshark.org.
I saw that it is possible to create an installer of my version, which I can spread, and then my dissector will also work for others...
But I wanted to ask if it possible some how, by changing the version some where, to make my dissector relevant for other/older versions of WireShark which are official releases.
Thanks ahead.
edit: I tried downloading 1.8 source, building it, then building my dissector... but the official 1.8 release doesn't recognize it:
"Couldn't load module C:\Program Files\Wireshark\plugins\1.8.3\mydissector.dll: `C:\Program Files\Wireshark\plugins\1.8.3\mydissector.dll': %1 is not a valid Win32 application."
Hmm. The best I can say is get the SVN revision 45260 (on how to, see Stack Overflow question Checkout a specific revision from subversion from the command line) of the code, and compile your plugin again (check the SVN revision graph if you want to select a different version. You'll have the option to do this by right clicking the folder, and looking under the TortoiseSVN option). I just download the 1.8 source, and it seems too short (291 MB), and it's giving me the same problem, and I am not too certain if using it is the right thing.
Also make sure you're using Visual C++ 2010 to compile.
I notice you've asked the same question in ask.wireshark forum. A better solution may be provided there.