Result for 7C52932C9F69DDCC4E1DC8467607616CC15C20D8

Query result

Key Value
CRC324FEEADC4
FileNamepre_checkin.sh
FileSize248
MD52CD507C5E0C1817FA94296AA92FC699C
OpSystemCode{'MfgCode': '1006', 'OpSystemCode': '362', 'OpSystemName': 'TBD', 'OpSystemVersion': 'none'}
ProductCode{'ApplicationType': 'Server', 'Language': 'Multilanguage', 'MfgCode': '924', 'OpSystemCode': '599', 'ProductCode': '183705', 'ProductName': 'SUSE Manager Server - 2 of 2', 'ProductVersion': '3.0'}
SHA-17C52932C9F69DDCC4E1DC8467607616CC15C20D8
SHA-2565B747853CBE20749EF22FB9E83392D418749A419FC30EA38065AE89F140EC268
SSDEEP6:hIfDIle7yssng0sa5vN7EJKQEC9HpKQEYen5NfFdYAiXLW9vn:r0Bsnea55UHYx5NfEzGvn
SpecialCode
TLSHT140D02EA6E24219E0C02480B8FF0D45F883A1924E7B2F8823B10C65BB4F281472C7A480
dbnsrl_modern_rds
insert-timestamp1647023376.588448
sourceNSRL
hashlookup:parent-total2
hashlookup:trust60

Network graph view

Parents (Total: 2)

The searched file hash is included in 2 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
MD5F33F7191168B299F2E8BC750A3BB43CE
PackageArchnoarch
PackageDescriptionApache Ant is a Java-based build tool. In theory, it is kind of like Make, but without Make's wrinkles. Why another build tool when there is already make, gnumake, nmake, jam, and others? Because all those tools have limitations that Ant's original author could not live with when developing software across multiple platforms. Make-like tools are inherently shell-based--they evaluate a set of dependencies then execute commands, not unlike what you would issue in a shell. This means that you can easily extend these tools by using or writing any program for the OS that you are working on. However, this also means that you limit yourself to the OS, or at least the OS type, such as Unix, that you are working on. Makefiles are inherently evil as well. Anybody who has worked on them for any time has run into the dreaded tab problem. "Is my command not executing because I have a space in front of my tab???" said the original author of Ant way too many times. Tools like Jam took care of this to a great degree, but still have yet another format to use and remember. Ant is different. Instead of a model where it is extended with shell-based commands, Ant is extended using Java classes. Instead of writing shell commands, the configuration files are XML-based, calling out a target tree where various tasks are executed. Each task is run by an object that implements a particular task interface. Granted, this removes some of the expressive power that is inherent by being able to construct a shell command such as `find . -name foo -exec rm {}`, but it gives you the ability to be cross-platform--to work anywhere and everywhere. If you really need to execute a shell command, Ant has an <exec> task that allows different commands to be executed based on the OS used.
PackageNameant-antlr
PackageRelease8.1
PackageVersion1.8.2
SHA-13946084BBDF036CB43DCE1439EB1E15001C1970A
SHA-25611C3B9DC4B6710AC8F123CA267DBE8CFFD0669121C9ECC661D5B15ADF602A97E
Key Value
MD51636BEFCCFBFD771D3C8F832FE674EE9
PackageArchnoarch
PackageDescriptionApache Ant is a Java-based build tool. In theory, it is kind of like Make, but without Make's wrinkles. Why another build tool when there is already make, gnumake, nmake, jam, and others? Because all those tools have limitations that Ant's original author could not live with when developing software across multiple platforms. Make-like tools are inherently shell-based--they evaluate a set of dependencies then execute commands, not unlike what you would issue in a shell. This means that you can easily extend these tools by using or writing any program for the OS that you are working on. However, this also means that you limit yourself to the OS, or at least the OS type, such as Unix, that you are working on. Makefiles are inherently evil as well. Anybody who has worked on them for any time has run into the dreaded tab problem. "Is my command not executing because I have a space in front of my tab???" said the original author of Ant way too many times. Tools like Jam took care of this to a great degree, but still have yet another format to use and remember. Ant is different. Instead of a model where it is extended with shell-based commands, Ant is extended using Java classes. Instead of writing shell commands, the configuration files are XML-based, calling out a target tree where various tasks are executed. Each task is run by an object that implements a particular task interface. Granted, this removes some of the expressive power that is inherent by being able to construct a shell command such as `find . -name foo -exec rm {}`, but it gives you the ability to be cross-platform--to work anywhere and everywhere. If you really need to execute a shell command, Ant has an <exec> task that allows different commands to be executed based on the OS used.
PackageNameant
PackageRelease10.1
PackageVersion1.8.2
SHA-1646F4165ACBBA364D6FC587AEB9224613FA518F2
SHA-256B6229AE90A304124F0ABD75FF2861C731461248330A84500EE1C79F1886500BA