I am trying to find the Webkit version within QtWebkit. After building using user agent i can find out, but is there any way to know it from the source code.
There is a file WebKitVersion.h in qt-everywhere-opensource-src-4.7.2\src\3rdparty\webkit\webcore\generated
but in latest Qt5, i could see generate-webkitversion.pl [Source\Webkit\scripts] which reads from /Soure/WebKit/mac/Configurations/Version.xcconfig
what is the deterministic way to find Webkit version
Related
I'm writing my first KDE plasmoid using QML. The hello world example uses a metadata.desktop file, while this KDE Plasmoid tutorial talks about a metadata.json instead and says that the metadata.desktop is 'discouraged' now and a desktop file should be converted to json using desktoptojson.
However, when I browse the globally installed plasmoids under /usr/share/plasma/plasmoids/ they all have both the metadata.desktop and metadata.json.
First question: So, what is really recommended? Just the metadata.json? Or both?
And, I wasn't able to find the desktoptojson tool. I'm using Linux Mint and the ./kdesrc-build --initial-setup for debian based systems says that it's "This is woefully incomplete and not very useful" ... I read that "most users of this [i.e. desktoptojson] utility will use the CMake macro kservice_desktop_to_json as part of the process of building a plugin.". However, I haven't found the documentation yet how to use this.
Second question: In case one should maintain both files (for whatever reason), should I use desktoptojson to keep them in sync? And if yes, how?
Thanks!
First question: So, what is really recommended? Just the metadata.json? Or both?
In the current source code, most stock KDE applets such as the task manager use metadata.json's and have dropped the metadata.desktop's. It may be that the desktop files you have locally are left over from old versions, the new format was installed but the old one was never deleted.
Second question: In case one should maintain both files (for whatever reason), should I use desktoptojson to keep them in sync? And if yes, how?
The man page on Arch you linked to has all the information. The tool is part of the package kservice. Find the equivalent in the repository for your distribution. Then, to use it
as part of a CMake macro:
add_library(myplugin MODULE ${myplugin_SRCS})
kservice_desktop_to_json(myplugin myplugin.desktop)
directly on the command-line:
desktoptojson -i myplugin.desktop -o myplugin.json
I have already built pypi package stored on pypi server few days back. Now I want to compare source code diff between already built pypi package and recent code built today. Is there any way to this?
I want to compare already built pypi package and newly build code. And If there is any difference in source code then only create a new package and upload it to pypi server
If you have only Python bytecodes, you cannot get the corresponding source code (that hypothetical transformation is called decompilation, and is not possible in general; read e.g. about Rice's theorem). Since any translation (such as the one done by the python program) from source code to bytecode is losing some information (e.g. name of local variables, comments explaining the intent of the code).
Equality of the behavior of functions by static analysis of their source code (and the observable behavior of your code is what you really care about) is an undecidable problem. Learn more about λ-calculus, it is deeply related to that question.
The source code (by definition, the preferred form of code on which developers work) is not only for computers, but mostly for fellow developers: in other words, most of its value and its meaning is a social one (and that is what free software is about). Read more about the semantics of programs.
For example, renaming a variable from i to x may convey the implicit hypothesis that the intended dynamic runtime type of the value of that variable was an integer, and becomes a floating point.
Maybe you want some kind of package manager (or some version control system, if you deal with source code, or some build automation tool, if you build then install software out of it). Python has something to manage packages. The scons build automation uses Python, but there are many other build automation tools, GNU make being a common one (that you could use to drive compilation from .py source files to .pyc bytecode files and their installation). For version control, I recommend git.
PS. Your question is very unclear and smells like some XY problem.
Suppose I call System::Diagnostics::FileVersionInfo::GetVersionInfo("foo") on file foo.exe, except that foo.exe has multiple version infos, one that is Japanese, one that is English (US), and another that is Neutral.
How do I know which version info my program will retrieve? Is there a specific behavior that .NET uses to choose the version info that has the right locale? Is this behavior dependent on the system locale or the locale of the program the method is being called from?
I've pinpointed it to a Windows API function called GetFileVersionInfo:
Currently, it is querying fixed version from language neutral file
(exe/dll) and the non-fixed part from mui file, merges them and
returns to the user. If the given binary does not have a mui file then
behavior is as in previous version.
I'm not sure what the "previous version" is referring to, but I am assuming that the file description and such are also taken from the neutral version info.
Need To Set Version Information on the existing .dll
I need to add these to dll
1.File Version
2.Product Version
Tried this free version.
does not work
any Idea ?
There is a tool named verpatch that does exactly that.
After you download it you can run it from command line as below:
verpatch your.dll /pv "product.version" /va "file.version"
There are many other flags that can be used to add extra information.
Try:
verpatch /?
There is Resource Tuner Console from Heaventools Software.
Resource Tuner Console is a command-line tool that enables developers to automate editing of different resource types in large numbers of Windows 32- and 64-bit executable files.
See specifically the Changing Version Variables And Updating The Version Information page for greater details.
I've created a tool for this purpose because didn't find anything that is enough easy to use and easy to automate. Developers find it useful.
I'm sorry if that might seem as a self-ad but I know how annoying is to sync versions...
Usually, Blackberry library comes with JDE named "net_rim_api.jar".
Now, the problem with how we come to know the API version ?
Let me explain to avoid digress viewers at all,
suppose you just get "net_rim_api.jar" by somewhere/somehow
Totally unaware about its relevant JDE
Now, how you come to know the API version like 4.7 or .... ?
Cheers,
Amit.
Ok, 'net_rim_api.jar' as any jar is an archive, so you extract the archive to a temp folder, open any .cod file from the root folder and look through with a HEX viewer. For instance, on my PC I have 2 JDEs (4.7 and 6.0), so I extract both jars, open 'net_rim_pdap_resources.cod' (just because it is the smallest .cod file) and (hurray!) I am able to observe the desired difference by these substrings:
6.0.0.141.net_rim_cldc.net_rim_pdap_resources
4.7.0.75.net_rim_cldc.net_rim_pdap_resources
Go to the project properties and then look at the Java Build Path. It should say in Libraries tab which version you are using.