ಟಿಎಲ್; ಡಿಆರ್A: Haiku ನಿರ್ದಿಷ್ಟವಾಗಿ PC ಗಳಿಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಇದು ಇತರರಿಗಿಂತ ಉತ್ತಮವಾದ ಡೆಸ್ಕ್‌ಟಾಪ್ ಪರಿಸರವನ್ನು ಮಾಡಲು ಕೆಲವು ತಂತ್ರಗಳನ್ನು ಹೊಂದಿದೆ. ಆದರೆ ಅದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ?
ನಾನು ಹೈಕು, ಅನಿರೀಕ್ಷಿತವಾಗಿ ಉತ್ತಮ ವ್ಯವಸ್ಥೆಯನ್ನು ಕಂಡುಹಿಡಿದಿದ್ದೇನೆ. ವಿಶೇಷವಾಗಿ Linux ಡೆಸ್ಕ್‌ಟಾಪ್ ಪರಿಸರಕ್ಕೆ ಹೋಲಿಸಿದರೆ ಅದು ಎಷ್ಟು ಸರಾಗವಾಗಿ ಚಲಿಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ನಾನು ಇನ್ನೂ ಆಶ್ಚರ್ಯ ಪಡುತ್ತೇನೆ. ಇಂದು ನಾನು ಹುಡ್ ಅಡಿಯಲ್ಲಿ ನೋಡೋಣ. ಆಳವಾದ ತಿಳುವಳಿಕೆಗೆ ಅಗತ್ಯವಿರುವಲ್ಲಿ, ನಾನು ಮೂಲ Macintosh, Mac OS X ಮತ್ತು Linux ಡೆಸ್ಕ್‌ಟಾಪ್‌ಗಳೊಂದಿಗೆ ಹೋಲಿಕೆ ಮಾಡುತ್ತೇನೆ (freedesktop.org ನಿಂದ XDG ಪ್ರಮಾಣಿತ).
ELF ಫೈಲ್‌ಗಳಲ್ಲಿನ ಸಂಪನ್ಮೂಲಗಳು
IconOMatic ELF ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್‌ಗಳಲ್ಲಿ rdef ಸಂಪನ್ಮೂಲಗಳಲ್ಲಿ ಐಕಾನ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು ಎಂದು ನಿನ್ನೆ ನಾನು ಕಂಡುಕೊಂಡೆ. ಇದು ನಿಜವಾಗಿ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಇಂದು ನಾನು ನೋಡಲು ಬಯಸುತ್ತೇನೆ.
ಸಂಪನ್ಮೂಲಗಳು? ರಿಂದ , ಮ್ಯಾಕಿಂತೋಷ್ ಫೈಂಡರ್‌ನ ಮೂಲ ಲೇಖಕ ಮತ್ತು ಮ್ಯಾಕಿಂತೋಷ್ ಸಂಪನ್ಮೂಲ ವ್ಯವಸ್ಥಾಪಕರ ತಂದೆ:
ಸಾಂಪ್ರದಾಯಿಕ ಕೋಡಿಂಗ್‌ನ ಕಟ್ಟುನಿಟ್ಟಿನ ಸ್ವಭಾವದ ಬಗ್ಗೆ ನನಗೆ ಕಾಳಜಿ ಇದೆ. ನನಗೆ, ಯಾವುದನ್ನೂ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಬದಲಾಯಿಸುವ ಸಾಮರ್ಥ್ಯವಿಲ್ಲದೆ, ಕೋಡ್‌ನಲ್ಲಿ ಫ್ರೀಜ್ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ನ ಕಲ್ಪನೆಯು ಅತ್ಯಂತ ಹುಚ್ಚುತನವಾಗಿದೆ. ರನ್ಟೈಮ್ನಲ್ಲಿ ಸಾಧ್ಯವಾದಷ್ಟು ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗಬೇಕು. ಸಹಜವಾಗಿ, ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ ಅನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಕೋಡ್ ಅನ್ನು ಮರುಸಂಕಲಿಸದೆ ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸಬಹುದೇ?
ಮೂಲ ಮ್ಯಾಕಿಂತೋಷ್ ಈ ಫೈಲ್ಗಳನ್ನು "ಡೇಟಾ ವಿಭಾಗ" ಮತ್ತು "ಸಂಪನ್ಮೂಲ ವಿಭಾಗ" ಹೊಂದುವಂತೆ ಮಾಡಿದೆ, ಇದು ಐಕಾನ್‌ಗಳು, ಅನುವಾದಗಳು ಮತ್ತು ಮುಂತಾದವುಗಳನ್ನು ಉಳಿಸಲು ಅತ್ಯಂತ ಸುಲಭವಾಗಿಸಿತು. ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್‌ಗಳಲ್ಲಿ.
ಮ್ಯಾಕ್‌ನಲ್ಲಿ, ಇದು ಅನ್ವಯಿಸುತ್ತದೆ , ಒಂದು ಚಿತ್ರಾತ್ಮಕ ಪ್ರೋಗ್ರಾಂ - ಇದ್ದಕ್ಕಿದ್ದಂತೆ - ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸಂಪಾದಿಸುವುದು.
ಮೂಲ ಮ್ಯಾಕಿಂತೋಷ್‌ನಲ್ಲಿ ಮರುಸಂಪಾದಿಸಿ
ಪರಿಣಾಮವಾಗಿ, ಐಕಾನ್‌ಗಳು, ಮೆನು ಐಟಂಗಳು, ಅನುವಾದಗಳು ಇತ್ಯಾದಿಗಳನ್ನು ಸಂಪಾದಿಸಲು ಸಾಧ್ಯವಾಯಿತು. ಸಾಕಷ್ಟು ಸುಲಭ, ಆದರೆ ಅವರು ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ "ಪ್ರಯಾಣ" ಮಾಡುತ್ತಾರೆ.
ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಈ ವಿಧಾನವು ಒಂದು ದೊಡ್ಡ ನ್ಯೂನತೆಯನ್ನು ಹೊಂದಿತ್ತು: ಇದು ಆಪಲ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಇದು ಮ್ಯಾಕ್ ಓಎಸ್ ಎಕ್ಸ್‌ಗೆ ಚಲಿಸುವಾಗ ಆಪಲ್ "ಸಂಪನ್ಮೂಲ ವಿಭಾಗ" ವನ್ನು ಕೈಬಿಟ್ಟ ಕಾರಣಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.
Mac OS X ನಲ್ಲಿ, Apple ಒಂದು ಫೈಲ್ ಸಿಸ್ಟಮ್-ಸ್ವತಂತ್ರ ಪರಿಹಾರವನ್ನು ಬಯಸಿತು, ಆದ್ದರಿಂದ ಅವರು ಪ್ಯಾಕೇಜುಗಳ ಪರಿಕಲ್ಪನೆಯನ್ನು ಅಳವಡಿಸಿಕೊಂಡರು (NXT ನಿಂದ), ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಿಂದ "ಅಪಾರದರ್ಶಕ ವಸ್ತುಗಳು" ಎಂದು ಪರಿಗಣಿಸಲ್ಪಡುವ ಡೈರೆಕ್ಟರಿಗಳು, ಫೈಲ್‌ಗಳಂತೆ, ಡೈರೆಕ್ಟರಿಗಳಲ್ಲ. ಸ್ವರೂಪದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಯಾವುದೇ ಪ್ಯಾಕೇಜ್ .app ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ, ಫೈಲ್ ಅನ್ನು ಹೊಂದಿದೆ Info.plist (ಆಪಲ್‌ನಿಂದ JSON ಅಥವಾ YAML ನ ಕೆಲವು ಅನಲಾಗ್‌ನಲ್ಲಿ) ಅಪ್ಲಿಕೇಶನ್ ಮೆಟಾಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿದೆ.
Mac OS X ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೇಜ್‌ನಿಂದ Info.plist ಫೈಲ್ ಕೀಗಳು.
ಐಕಾನ್‌ಗಳು, UI ಫೈಲ್‌ಗಳು ಮತ್ತು ಇತರವುಗಳಂತಹ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪ್ಯಾಕೇಜ್ನಲ್ಲಿ ಫೈಲ್‌ಗಳಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಪರಿಕಲ್ಪನೆಯು ವಾಸ್ತವವಾಗಿ NeXT ನಲ್ಲಿ ಅದರ ಬೇರುಗಳಿಗೆ ಮರಳಿತು.
1.0 ರಲ್ಲಿ NeXTSTEP 1989 ನಲ್ಲಿ Mathematica.app: ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ಫೈಲ್ ಡೈರೆಕ್ಟರಿಯಾಗಿ ಗೋಚರಿಸುತ್ತದೆ, ಆದರೆ ಗ್ರಾಫಿಕಲ್ ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಒಂದೇ ವಸ್ತುವಾಗಿ ಕಂಡುಬರುತ್ತದೆ.
ಹೈಕು ಆಧರಿಸಿದ BeOS ಗೆ ಹಿಂತಿರುಗಿ ನೋಡೋಣ. ಇದರ ಡೆವಲಪರ್‌ಗಳು, PEF (PowerPC) ನಿಂದ ELF (x86) ಗೆ ಚಲಿಸುವಾಗ (ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಬಳಸಲಾದ ಅದೇ), ELF ಫೈಲ್‌ಗಳ ಅಂತ್ಯಕ್ಕೆ ಸಂಪನ್ಮೂಲ ವಿಭಾಗವನ್ನು ಸೇರಿಸಲು ನಿರ್ಧರಿಸಿದರು. ಇದು ತನ್ನದೇ ಆದ ಸರಿಯಾದ ELF ವಿಭಾಗವನ್ನು ಬಳಸಲಿಲ್ಲ, ಇದನ್ನು ELF ಫೈಲ್‌ನ ಅಂತ್ಯಕ್ಕೆ ಸರಳವಾಗಿ ಸೇರಿಸಲಾಗಿದೆ. ಕಾರ್ಯಕ್ರಮದ ಪರಿಣಾಮವಾಗಿ strip ಮತ್ತು ಅದರ ಬಗ್ಗೆ ತಿಳಿದಿಲ್ಲದ ಬಿನುಟಿಲ್‌ನಲ್ಲಿರುವ ಇತರರು ಅದನ್ನು ಕತ್ತರಿಸಿ. ಆದ್ದರಿಂದ, BeOS ನಲ್ಲಿ ELF ಫೈಲ್‌ಗೆ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸೇರಿಸಿದ ನಂತರ, Linux ಪರಿಕರಗಳೊಂದಿಗೆ ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡದಿರುವುದು ಉತ್ತಮ.
ಮತ್ತು ಹೈಕುದಲ್ಲಿ ಈಗ ಏನಾಗುತ್ತಿದೆ? ಮೂಲಭೂತವಾಗಿ, ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಒಂದೇ.
ಸಿದ್ಧಾಂತದಲ್ಲಿ, ELF ನ ಅಪೇಕ್ಷಿತ ವಿಭಾಗದಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಇರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. irc.freenode.net ನಲ್ಲಿ #haiku ಚಾನಲ್‌ನಲ್ಲಿನ ಡೆವಲಪರ್‌ಗಳ ಪ್ರಕಾರ:
ELF ನೊಂದಿಗೆ, ವಿಭಾಗವು ಹೆಚ್ಚು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ... ನಾವು ಅದನ್ನು ಮಾಡದಿರಲು ಒಂದೇ ಕಾರಣವೆಂದರೆ ನಾವು ಅದನ್ನು BeOS ನಲ್ಲಿ ಮಾಡಿದ್ದೇವೆ."
ಮತ್ತು ಈಗ ಅದನ್ನು ಬದಲಾಯಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ಸಂಪನ್ಮೂಲ ನಿರ್ವಹಣೆ
ಸಂಪನ್ಮೂಲಗಳನ್ನು ರಚನಾತ್ಮಕ "ಸಂಪನ್ಮೂಲ" ಸ್ವರೂಪದಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ: ವಾಸ್ತವವಾಗಿ, ಇದು ಗಾತ್ರಗಳೊಂದಿಗೆ ಸಂಪನ್ಮೂಲಗಳ ಪಟ್ಟಿ ಮತ್ತು ನಂತರ ಅವುಗಳ ವಿಷಯಗಳು. ನೆನಪಾಯಿತು .
ಹೈಕುದಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು ಹೇಗೆ? ResEdit ನಂತಹ ಏನಾದರೂ ಇದೆಯೇ?
ಪ್ರಕಾರ :
ನೀವು ಎಕ್ಸಿಕ್ಯೂಟಬಲ್ ಅನ್ನು ಪ್ರೋಗ್ರಾಂಗೆ ಎಳೆಯಬಹುದು ಮತ್ತು ಬಿಡಬಹುದು . ನೀವು ಟರ್ಮಿನಲ್‌ಗೆ ಹೋಗಬಹುದು ಮತ್ತು ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಬಹುದು
listres имя_файла.
ಸಂಪನ್ಮೂಲಕಾರರು ಹೈಕು ಡಿಪೋದಲ್ಲಿದ್ದಾರೆ, ಆದರೆ ಅದು ನನಗೆ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ.
ಹಾಗಾದರೆ ನೀವು ELF ಫೈಲ್‌ಗಳಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತೀರಿ? ಬಳಸಿ rsrc и rdef. rdef ಕಡತಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ rsrc. ಫೈಲ್ rdef ಸರಳ ಪಠ್ಯ ರೂಪದಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಇದು ಕೆಲಸ ಮಾಡಲು ಹೆಚ್ಚು ಸುಲಭವಾಗಿದೆ. ಫೈಲ್ ಫಾರ್ಮ್ಯಾಟ್ rsrc ELF ಫೈಲ್‌ನ ಅಂತ್ಯಕ್ಕೆ ಲಗತ್ತಿಸಲಾಗಿದೆ. ಆಡಲು ಪ್ರಯತ್ನಿಸೋಣ:
~> rc -h
Haiku Resource Compiler 1.1To compile an rdef script into a resource file:
rc [options] [-o <file>] <file>...To convert a resource file back into an rdef script:
rc [options] [-o <file>] -d <file>...Options:
-d --decompile create an rdef script from a resource file
--auto-names construct resource names from ID symbols
-h --help show this message
-I --include <dir> add <dir> to the list of include paths
-m --merge do not erase existing contents of output file
-o --output specify output file name, default is out.xxx
-q --quiet do not display any error messages
-V --version show software version and licenseನೀವು ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬಳಸಬಹುದು xres ಪರಿಶೀಲಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು:
/> xres
Usage: xres ( -h | --help )
xres -l <file> ...
xres <command> ...The first form prints this help text and exits.The second form lists the resources of all given files.The third form manipulates the resources of one or more files according to
the given commands.
(...)ಸರಿ, ಪ್ರಯತ್ನಿಸೋಣವೇ?
/> xres -l /Haiku/system/apps/WebPositive/Haiku/system/apps/WebPositive resources:type ID size name
------ ----------- ----------- --------------------
'MIMS' 1 36 BEOS:APP_SIG
'APPF' 1 4 BEOS:APP_FLAGS
'MSGG' 1 421 BEOS:FILE_TYPES
'VICN' 101 7025 BEOS:ICON
'VICN' 201 91 kActionBack
'VICN' 202 91 kActionForward
'VICN' 203 300 kActionForward2
'VICN' 204 101 kActionStop
'VICN' 206 243 kActionGoStart
'MSGG' 205 1342 kActionGo
'APPV' 1 680 BEOS:APP_VERSIONಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಸ್ವರೂಪದ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು rdef ನೀವು ಓದಬಹುದು .
ಪ್ರಮಾಣಿತ ಸಂಪನ್ಮೂಲ ಪ್ರಕಾರಗಳು
ನೀವು ಸಂಪನ್ಮೂಲಗಳಲ್ಲಿ ಏನನ್ನಾದರೂ ಹಾಕಬಹುದಾದರೂ, ಕೆಲವು ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಪ್ರಮಾಣಿತ ಪ್ರಕಾರಗಳಿವೆ:
app_signature: ಅಪ್ಲಿಕೇಶನ್ನ MIME ಪ್ರಕಾರ, ತೆರೆದ ಫೈಲ್ಗಳನ್ನು ಹೊಂದಿಸಲು, ಪ್ರಾರಂಭ, IPC, ಇತ್ಯಾದಿ.app_name_catalog_entry: ಅಪ್ಲಿಕೇಶನ್ ಹೆಸರು ಸಾಮಾನ್ಯವಾಗಿ ಇಂಗ್ಲಿಷ್‌ನಲ್ಲಿರುವುದರಿಂದ, ಅನುವಾದಿತ ಹೆಸರುಗಳು ಇರುವ ಸ್ಥಳಗಳನ್ನು ನೀವು ಇಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು, ಇದರಿಂದ ವಿವಿಧ ಭಾಷೆಗಳ ಬಳಕೆದಾರರು ಬಯಸಿದಲ್ಲಿ ಅನುವಾದಿತ ಅಪ್ಲಿಕೇಶನ್ ಹೆಸರನ್ನು ನೋಡುತ್ತಾರೆ.app_version: ನೀವು ಅಂದುಕೊಂಡದ್ದು ನಿಖರವಾಗಿapp_flags: ಸೂಚಿಸುತ್ತದೆregistrarಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುವುದು. ಕಣ್ಣಿಗೆ ಕಾಣುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದು ಇದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಉದಾಹರಣೆಗೆ, ಇದೆB_SINGLE_LAUNCH, ಬಳಕೆದಾರರು ಪ್ರತಿ ಬಾರಿ ವಿನಂತಿಸಿದಾಗ ಹೊಸ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಸಿಸ್ಟಮ್ ಕಾರಣವಾಗುತ್ತದೆ (ಇದೇ ತತ್ವವನ್ನು ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ). ತಿನ್ನುB_MULTIPLE_LAUNCH, ಪ್ರಕ್ರಿಯೆಯು ರನ್ ಆಗಲು ಕಾರಣವಾಗುತ್ತದೆ ಪ್ರತಿ ಫೈಲ್. ಅಂತಿಮವಾಗಿ ಇದೆB_EXCLUSIVE_LAUNCH, ಒಂದು ಸಮಯದಲ್ಲಿ ಕೇವಲ ಒಂದು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಸಿಸ್ಟಮ್ ಅನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ, ಬಳಕೆದಾರರು ಅದನ್ನು ಎಷ್ಟು ಬಾರಿ ಪ್ರಾರಂಭಿಸಿದರೂ (ಉದಾಹರಣೆಗೆ, Linux ನಲ್ಲಿ Firefox ಈ ರೀತಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ; ಅದೇ ಫಲಿತಾಂಶವನ್ನು Qt ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯವನ್ನು ಬಳಸಿಕೊಂಡು ಸಾಧಿಸಬಹುದು. ) ಇದರೊಂದಿಗೆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳುB_EXCLUSIVE_LAUNCHಬಳಕೆದಾರರು ಅವುಗಳನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಸೂಚಿಸಲಾಗುತ್ತದೆ: ಉದಾಹರಣೆಗೆ, ಬಳಕೆದಾರರು ತಮ್ಮೊಂದಿಗೆ ತೆರೆಯಲು ಬಯಸುವ ಫೈಲ್‌ನ ಮಾರ್ಗವನ್ನು ಅವರು ಪಡೆಯುತ್ತಾರೆ.vector_icon: ಅಪ್ಲಿಕೇಶನ್ ವೆಕ್ಟರ್ ಐಕಾನ್ (BeOS ವೆಕ್ಟರ್ ಐಕಾನ್‌ಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ಹೆಚ್ಚಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅವುಗಳ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್‌ಗಳಲ್ಲಿ ಎರಡು ಬಿಟ್‌ಮ್ಯಾಪ್ ಐಕಾನ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದವು).
ಸಹಜವಾಗಿ, ನೀವು ಯಾವುದೇ ಅಪೇಕ್ಷಿತ ID ಗಳು ಮತ್ತು ಪ್ರಕಾರಗಳೊಂದಿಗೆ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸೇರಿಸಬಹುದು, ತದನಂತರ ಅವುಗಳನ್ನು ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿಯೇ ಅಥವಾ ವರ್ಗವನ್ನು ಬಳಸಿಕೊಂಡು ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ ಓದಬಹುದು BResources. ಆದರೆ ಮೊದಲು, ಐಕಾನ್‌ಗಳ ಆಕರ್ಷಕ ಥೀಮ್ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸೋಣ.
ಹೈಕು ಶೈಲಿಯಲ್ಲಿ ವೆಕ್ಟರ್ ಐಕಾನ್‌ಗಳು
ಸಹಜವಾಗಿ, ಹೈಕು ಅತ್ಯುತ್ತಮ ಐಕಾನ್ ಸ್ವರೂಪವನ್ನು ಮಾತ್ರ ಆಯ್ಕೆ ಮಾಡಿಲ್ಲ, ಈ ಭಾಗದಲ್ಲಿ ಲಿನಕ್ಸ್ ಡೆಸ್ಕ್‌ಟಾಪ್‌ಗಳೊಂದಿಗಿನ ಪರಿಸ್ಥಿತಿಯು ಆದರ್ಶದಿಂದ ದೂರವಿದೆ:
me@host:~$ ls /usr/share/icons/hicolor/
128x128 256x256 512x512 index.theme
160x160 28x28 64x64 scalable
16x16 32x32 72x72 symbolic
192x192 36x36 8x8
22x22 42x42 96x96
24x24 48x48 icon-theme.cacheಇದನ್ನು ನೋಡುವಾಗ, ಈ ತುಣುಕು ಏನೆಂದು ನೀವು ಈಗಾಗಲೇ ಅನುಭವಿಸಬಹುದು.
ಸಹಜವಾಗಿ, ನೀವು ನೋಡುವಂತೆ ವೆಕ್ಟರ್ ಐಕಾನ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಸ್ಕೇಲೆಬಲ್ ಇದೆ. ಹಾಗಾದರೆ ಬೇರೆ ಏನಾದರೂ ಏಕೆ? ಏಕೆಂದರೆ ಸಣ್ಣ ಗಾತ್ರಗಳಲ್ಲಿ ವೆಕ್ಟರ್ ಗ್ರಾಫಿಕ್ಸ್ ಅನ್ನು ಚಿತ್ರಿಸುವ ಫಲಿತಾಂಶವು ಆದರ್ಶಕ್ಕಿಂತ ಕಡಿಮೆಯಿರಬಹುದು. ನಾನು ವಿಭಿನ್ನ ಆಯ್ಕೆಗಳನ್ನು ಹೊಂದಲು ಬಯಸುತ್ತೇನೆ, ವಿಭಿನ್ನ ಗಾತ್ರಗಳಿಗೆ ಹೊಂದುವಂತೆ. Linux ಡೆಸ್ಕ್‌ಟಾಪ್ ಪರಿಸರದಲ್ಲಿ, ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಾದ್ಯಂತ ವಿವಿಧ ಗಾತ್ರಗಳ ಐಕಾನ್‌ಗಳನ್ನು ಸ್ಕ್ಯಾಟರಿಂಗ್ ಮಾಡುವ ಮೂಲಕ ಇದನ್ನು ಸಾಧಿಸಲಾಗುತ್ತದೆ.
me@host:~$ find /usr/share/icons/ -name 'firefox.*'
/usr/share/icons/HighContrast/16x16/apps/firefox.png
/usr/share/icons/HighContrast/22x22/apps/firefox.png
/usr/share/icons/HighContrast/24x24/apps/firefox.png
/usr/share/icons/HighContrast/256x256/apps/firefox.png
/usr/share/icons/HighContrast/32x32/apps/firefox.png
/usr/share/icons/HighContrast/48x48/apps/firefox.png
/usr/share/icons/elementary-xfce/apps/128/firefox.png
/usr/share/icons/elementary-xfce/apps/16/firefox.png
/usr/share/icons/elementary-xfce/apps/22/firefox.png
/usr/share/icons/elementary-xfce/apps/24/firefox.png
/usr/share/icons/elementary-xfce/apps/32/firefox.png
/usr/share/icons/elementary-xfce/apps/48/firefox.png
/usr/share/icons/elementary-xfce/apps/64/firefox.png
/usr/share/icons/elementary-xfce/apps/96/firefox.png
/usr/share/icons/hicolor/128x128/apps/firefox.pngಫೈರ್‌ಫಾಕ್ಸ್‌ನ ವಿವಿಧ ಆವೃತ್ತಿಗಳ ಪರಿಕಲ್ಪನೆ ಇಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಹೀಗಾಗಿ, ಸಿಸ್ಟಮ್ನಲ್ಲಿನ ಅಪ್ಲಿಕೇಶನ್ನ ಹಲವಾರು ಆವೃತ್ತಿಗಳ ಉಪಸ್ಥಿತಿಯೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿಯನ್ನು ಆಕರ್ಷಕವಾಗಿ ನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ವಿಭಿನ್ನ ಆವೃತ್ತಿಗಳಲ್ಲಿ ವಿಭಿನ್ನ ಫೈರ್‌ಫಾಕ್ಸ್ ಐಕಾನ್‌ಗಳು. ಇಲ್ಲಿಯವರೆಗೆ, ವಿವಿಧ ಊರುಗೋಲುಗಳಿಲ್ಲದೆ ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಇದನ್ನು ನಿರ್ವಹಿಸಲು ಅಸಾಧ್ಯವಾಗಿದೆ.
Mac OS X ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಪರಿಷ್ಕರಿಸುತ್ತದೆ:
Mac:~ me$ find /Applications/Firefox.app | grep icns
/Applications/Firefox.app/Contents/MacOS/crashreporter.app
/Contents/Resources/crashreporter.icns
/Applications/Firefox.app/Contents/MacOS/updater.app/Contents/Resources/updater.icns
/Applications/Firefox.app/Contents/Resources/document.icns
/Applications/Firefox.app/Contents/Resources/firefox.icnsಒಂದು ಫೈಲ್ ಇರುವುದನ್ನು ನೋಡಬಹುದು firefox.icns ಪ್ಯಾಕೇಜ್ನಲ್ಲಿ Firefox.app, ಎಲ್ಲಾ ಗಾತ್ರಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್ನ ವಿಭಿನ್ನ ಆವೃತ್ತಿಗಳು ವಿಭಿನ್ನ ಐಕಾನ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ.
ಹೆಚ್ಚು ಉತ್ತಮ! ಐಕಾನ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಪ್ರಯಾಣಿಸುತ್ತವೆ, ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳು ಒಂದೇ ಫೈಲ್‌ನಲ್ಲಿವೆ.
ಮತ್ತೆ ಹೈಕಿಗೆ ಬರೋಣ. ಮನಸ್ಸಿಗೆ ಮುದ ನೀಡುವ ನಿರ್ಧಾರ, ಇದಕ್ಕೆ ಹೊರತಾಗಿಲ್ಲ. ಈ ಪ್ರಕಾರ :
ಸಣ್ಣ ಗಾತ್ರಗಳು ಮತ್ತು ವೇಗದ ರೆಂಡರಿಂಗ್‌ಗಾಗಿ ಹೆಚ್ಚು ಹೊಂದುವಂತೆ ವಿಶೇಷ HVIF ಸ್ವರೂಪವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ಆದ್ದರಿಂದ, ನಮ್ಮ ಐಕಾನ್‌ಗಳು ಬಿಟ್‌ಮ್ಯಾಪ್‌ಗಳು ಅಥವಾ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗುವ SVG ಸ್ವರೂಪಕ್ಕಿಂತ ಚಿಕ್ಕದಾಗಿದೆ.
ಮತ್ತು ಅವುಗಳನ್ನು ಇನ್ನೂ ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲಾಗಿದೆ:
ಇತರ ಸ್ವರೂಪಗಳಿಗೆ ಹೋಲಿಸಿದರೆ HVIF ನಲ್ಲಿ ಐಕಾನ್ ಗಾತ್ರಗಳು.
ಪ್ರಮಾಣದ ವ್ಯತ್ಯಾಸದ ಕ್ರಮ!
ಆದರೆ ಮ್ಯಾಜಿಕ್ ಇಲ್ಲಿಗೆ ಮುಗಿಯುವುದಿಲ್ಲ. ಅದೇ HVIF ಇದು ವೆಕ್ಟರ್ ಫಾರ್ಮ್ಯಾಟ್ ಆಗಿದ್ದರೂ ಸಹ, ಪ್ರದರ್ಶಿಸಲಾದ ಗಾತ್ರವನ್ನು ಅವಲಂಬಿಸಿ ವಿಭಿನ್ನ ಹಂತಗಳ ವಿವರಗಳನ್ನು ತೋರಿಸಬಹುದು.
ರೆಂಡರ್ ಗಾತ್ರದ ಆಧಾರದ ಮೇಲೆ ವಿವಿಧ ಹಂತದ ವಿವರಗಳು (LOD).
ಈಗ ಅನಾನುಕೂಲತೆಗಳ ಬಗ್ಗೆ: ನೀವು SVG ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ, ಅದನ್ನು ಇಮೇಜ್‌ಮ್ಯಾಜಿಕ್‌ಗೆ ಎಸೆಯಿರಿ ಮತ್ತು ಅದನ್ನು ಮುಗಿಸಿ, HVIF ಸ್ವರೂಪದಲ್ಲಿ ಐಕಾನ್ ರಚಿಸಲು ನೀವು ಹಲವಾರು ಚಕ್ರಗಳ ಮೂಲಕ ಹೋಗಬೇಕಾಗುತ್ತದೆ. ವಿವರಣೆಗಳು. ಆದಾಗ್ಯೂ, SVG ಗಳನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳುವಲ್ಲಿ IconOMatic ಸಾಕಷ್ಟು ಅಪೂರ್ಣವಾಗಿದೆ; ಸುಮಾರು 90% SVG ವಿವರಗಳನ್ನು ಕೆಲವು ಸಂಭವನೀಯತೆಯೊಂದಿಗೆ ಆಮದು ಮಾಡಿಕೊಳ್ಳಲಾಗುತ್ತದೆ, ಉಳಿದ 10% ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ಹಸ್ತಚಾಲಿತವಾಗಿ ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ. HVIF ತನ್ನ ಮ್ಯಾಜಿಕ್ ಅನ್ನು ಹೇಗೆ ಮಾಡುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಇನ್ನಷ್ಟು ಓದಿ ಬ್ಲಾಗ್ನಲ್ಲಿ
ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಐಕಾನ್ ಸೇರಿಸಲಾಗುತ್ತಿದೆ
ಈಗ ನಾನು ರಚಿಸಲಾದ ಪ್ಯಾಕೇಜ್‌ಗೆ ಐಕಾನ್ ಅನ್ನು ಸೇರಿಸಬಹುದು , ಸ್ವೀಕರಿಸಿದ ಎಲ್ಲಾ ಮಾಹಿತಿಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು.
ಸರಿ, ಇದೀಗ ನನ್ನ "ಹಲೋ ವರ್ಲ್ಡ್" QtQuickApp ಗಾಗಿ ನನ್ನದೇ ಆದ ಐಕಾನ್ ಅನ್ನು ಸೆಳೆಯಲು ನಾನು ವಿಶೇಷವಾಗಿ ಉತ್ಸುಕನಾಗದ ಕಾರಣ, ನಾನು ಅದನ್ನು Qt ಕ್ರಿಯೇಟರ್‌ನಿಂದ ಹೊರತೆಗೆಯುತ್ತೇನೆ.
/Haiku/home> xres /Haiku/system/apps/QtCreator/bin/Qt Creator -o /Haiku/home/QtQuickApp/QtQuickApp -a VICN:101:BEOS:ICON /Haiku/system/apps/QtCreator/bin/Qt Creatorಐಕಾನ್ ಅನ್ನು ನಕಲಿಸಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸೋಣ:
/Haiku/home> xres -l /Haiku/home/QtQuickApp/QtQuickApp/Haiku/home/QtQuickApp/QtQuickApp
resources:type ID size name
------ ----------- ----------- --------------------
'VICN' 101 152238 BEOS:ICONಉತ್ತಮವಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೆ ಹೊಸ ಐಕಾನ್ ಅನ್ನು ನಕಲಿಸಿದಾಗ ಅದು ಏಕೆ ಕಾಣಿಸುವುದಿಲ್ಲ?
ನಕಲಿಸಲಾದ VICN:101:BEOS:ICONs ಅನ್ನು ಪ್ರಸ್ತುತ ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಐಕಾನ್ ಆಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ
ನಾನು ಏನು ಕಳೆದುಕೊಂಡೆ?
ಡೆವಲಪರ್ ಕಾಮೆಂಟ್:
ಫೈಲ್ ಅನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ
rdefಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ, ನಂತರ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿrc имя.rdef, ಇದು ಫೈಲ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ.rsrc. ನಂತರ ನೀವು ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಬೇಕುresattr -o имя_бинарника имя.rsrc. ಕನಿಷ್ಠ, ನನ್ನ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಿಗೆ ಐಕಾನ್‌ಗಳನ್ನು ಸೇರಿಸಲು ನಾನು ಇದೇ ರೀತಿಯ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸುತ್ತೇನೆ.
ಒಳ್ಳೆಯದು, ನಾನು ಸಂಪನ್ಮೂಲವನ್ನು ರಚಿಸಲು ಬಯಸುತ್ತೇನೆ, ಗುಣಲಕ್ಷಣವಲ್ಲ. ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ಗೊಂದಲಕ್ಕೊಳಗಾಗಿದ್ದೇನೆ.
ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ಮಾರ್ಟ್ ಕ್ಯಾಶಿಂಗ್
ELF ಗುಣಲಕ್ಷಣಗಳನ್ನು ತೆರೆಯುವುದು ಮತ್ತು ಓದುವುದು ನಿಧಾನವಾಗಿರುತ್ತದೆ. ನಾನು ಮೇಲೆ ಬರೆದಂತೆ, ಐಕಾನ್ ಅನ್ನು ಫೈಲ್‌ನಲ್ಲಿಯೇ ಸಂಪನ್ಮೂಲವಾಗಿ ಬರೆಯಲಾಗಿದೆ. ಈ ವಿಧಾನವು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ, ಇದು ಮತ್ತೊಂದು ಫೈಲ್ ಸಿಸ್ಟಮ್ಗೆ ನಕಲಿಸುವುದನ್ನು ಬದುಕಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಆದಾಗ್ಯೂ, ನಂತರ ಅದನ್ನು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಗುಣಲಕ್ಷಣಕ್ಕೆ ಸಹ ನಕಲಿಸಲಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ BEOS:ICON. ಇದು BFS ನಂತಹ ಕೆಲವು ಫೈಲ್‌ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಸಿಸ್ಟಂನಿಂದ ತೋರಿಸಲಾದ ಐಕಾನ್‌ಗಳನ್ನು (ಟ್ರ್ಯಾಕರ್ ಮತ್ತು ಡೆಸ್ಕ್‌ಬಾರ್‌ನಲ್ಲಿ) ಈ ವಿಸ್ತೃತ ಗುಣಲಕ್ಷಣದಿಂದ ಓದಲಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಈ ಪರಿಹಾರವು ವೇಗವಾಗಿರುತ್ತದೆ. ಕೆಲವು ಸ್ಥಳಗಳಲ್ಲಿ (ವೇಗವು ಮುಖ್ಯವಲ್ಲ, ಉದಾಹರಣೆಗೆ, ವಿಶಿಷ್ಟವಾದ "ಕುರಿತು" ವಿಂಡೋ), ಸಿಸ್ಟಮ್ ಫೈಲ್‌ನಲ್ಲಿರುವ ಸಂಪನ್ಮೂಲದಿಂದ ನೇರವಾಗಿ ಐಕಾನ್ ಅನ್ನು ಪಡೆಯುತ್ತದೆ. ಆದರೆ ಇದು ಅಂತ್ಯವಲ್ಲ. ನೆನಪಿಡಿ, ಮ್ಯಾಕ್‌ನಲ್ಲಿ, ಬಳಕೆದಾರರು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, ಫೋಲ್ಡರ್‌ಗಳು, ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳ ಐಕಾನ್‌ಗಳನ್ನು ತಮ್ಮದೇ ಆದ ರೀತಿಯಲ್ಲಿ ಬದಲಾಯಿಸಬಹುದು, ಏಕೆಂದರೆ ಮ್ಯಾಕ್‌ನಲ್ಲಿ ಈ "ಪ್ರಮುಖ" ಕೆಲಸಗಳನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿದೆ, ಉದಾಹರಣೆಗೆ . ಹೈಕುದಲ್ಲಿ, ಸಂಪನ್ಮೂಲವನ್ನು (ಫೈಲ್‌ನಲ್ಲಿ) ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಬರುವ ಮೂಲ ಐಕಾನ್ ಎಂದು ಯೋಚಿಸಿ ಮತ್ತು (ಬಿಎಫ್‌ಎಸ್ ಫೈಲ್‌ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ) ಗುಣಲಕ್ಷಣವು ಬಳಕೆದಾರರಿಗೆ ಇಚ್ಛೆಯಂತೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ (ಆದಾಗ್ಯೂ, ಸುಳಿವು, ಜಿಯುಐ ಐಕಾನ್ ಮೇಲೆ ಕಸ್ಟಮ್ ಐಕಾನ್ ಸೇರಿಸುವುದು ಐಚ್ಛಿಕ).
ಫೈಲ್ ಸಿಸ್ಟಮ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ
ಸಹಾಯದಿಂದ resaddr ಫೈಲ್ ಸಿಸ್ಟಮ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಮತ್ತು ಹೊಂದಿಸಲು ಸಾಧ್ಯವಿದೆ.
/> resattr
Usage: resattr [ <options> ] -o <outFile> [ <inFile> ... ]
Reads resources from zero or more input files and adds them as attributes
to the specified output file, or (in reverse mode) reads attributes from
zero or more input files and adds them as resources to the specified output
file. If not existent the output file is created as an empty file.
(...)ಇದು ಮೂಲಭೂತವಾಗಿ "ಅಂಟು" ಆಗಿದ್ದು ಅದು (ವಿಶ್ವಾಸಾರ್ಹ) ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು (ವೇಗದ) ಫೈಲ್ ಸಿಸ್ಟಮ್ ಗುಣಲಕ್ಷಣಗಳ ನಡುವೆ ಹಿಂದಕ್ಕೆ ಮತ್ತು ಮುಂದಕ್ಕೆ ಪರಿವರ್ತನೆ ಮಾಡುತ್ತದೆ. ಮತ್ತು ಸಿಸ್ಟಮ್ ಸಂಪನ್ಮೂಲ ಸ್ವಾಧೀನವನ್ನು ಊಹಿಸುತ್ತದೆ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಕಲು ಮಾಡುವುದರಿಂದ, ನಾನು ಅದರ ಬಗ್ಗೆ ಚಿಂತಿಸುವುದಿಲ್ಲ.
hpkg ಪ್ಯಾಕೇಜುಗಳ ಮ್ಯಾಜಿಕ್
ಹೈಕುದಲ್ಲಿ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಪಡೆಯಲು ಪ್ರಸ್ತುತ (ಹೆಚ್ಚಾಗಿ) ಪ್ಯಾಕೇಜುಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ .hpkg. ಸರಳವಾದ ಹೆಸರಿನಿಂದ ಮೋಸಹೋಗಬೇಡಿ: .hpkg ಫಾರ್ಮ್ಯಾಟ್ ನೀವು ಕಂಡ ಇತರ ಹೆಸರಿನ ಸ್ವರೂಪಗಳಿಗಿಂತ ವಿಭಿನ್ನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಇದು ನಿಜವಾದ ಮಹಾಶಕ್ತಿಗಳನ್ನು ಹೊಂದಿದೆ.
ಸಾಂಪ್ರದಾಯಿಕ ಪ್ಯಾಕೇಜ್ ಸ್ವರೂಪಗಳೊಂದಿಗೆ, ಈ ಅಂಶದಿಂದಾಗಿ ನಾನು ದೀರ್ಘಕಾಲದವರೆಗೆ ಅಸಮಾಧಾನಗೊಂಡಿದ್ದೇನೆ: ನೀವು ಒಂದು ವಿಷಯವನ್ನು (ಪ್ಯಾಕೇಜ್) ಡೌನ್ಲೋಡ್ ಮಾಡಿ, ಮತ್ತು ಇನ್ನೊಂದನ್ನು ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ (ಪ್ಯಾಕೇಜ್‌ನೊಳಗಿನ ಫೈಲ್‌ಗಳು). ಸಾಂಪ್ರದಾಯಿಕ ರೀತಿಯಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವಾಗ ಫೈಲ್ಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು (ಉದಾಹರಣೆಗೆ ಅವುಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದು) ತುಂಬಾ ಕಷ್ಟ. ಮತ್ತು ಎಲ್ಲಾ ಏಕೆಂದರೆ ಪ್ಯಾಕೇಜಿನ ವಿಷಯಗಳು ಕಡತ ವ್ಯವಸ್ಥೆಯಾದ್ಯಂತ ಹರಡಿಕೊಂಡಿದೆ, ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಬರೆಯುವ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರದ ಸ್ಥಳಗಳನ್ನು ಒಳಗೊಂಡಂತೆ. ಇದು ಇಡೀ ವರ್ಗದ ಕಾರ್ಯಕ್ರಮಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ - ಪ್ಯಾಕೇಜ್ ವ್ಯವಸ್ಥಾಪಕರು. ಆದರೆ ಈಗಾಗಲೇ ಸ್ಥಾಪಿಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ವರ್ಗಾಯಿಸುವುದು, ಉದಾಹರಣೆಗೆ, ಮತ್ತೊಂದು ಯಂತ್ರಕ್ಕೆ, ತೆಗೆಯಬಹುದಾದ ಡಿಸ್ಕ್ ಅಥವಾ ಫೈಲ್ ಸರ್ವರ್‌ಗೆ ಇನ್ನೂ ಕಷ್ಟವಾಗುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ಅಸಾಧ್ಯ. ವಿಶಿಷ್ಟವಾದ ಲಿನಕ್ಸ್-ಆಧಾರಿತ ಸಿಸ್ಟಮ್ನಲ್ಲಿ, ನೂರಾರು ಸಾವಿರದಿಂದ ಮಿಲಿಯನ್‌ಗಟ್ಟಲೆ ಪ್ರತ್ಯೇಕ ಫೈಲ್‌ಗಳು ಸುಲಭವಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರುತ್ತವೆ. ಹೇಳಲು ಅನಾವಶ್ಯಕವಾದದ್ದು, ಇದು ದುರ್ಬಲ ಮತ್ತು ನಿಧಾನವಾಗಿರುತ್ತದೆ, ಉದಾಹರಣೆಗೆ ಸಿಸ್ಟಮ್ನ ಆರಂಭಿಕ ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ, ಸಾಮಾನ್ಯ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಸ್ಥಾಪಿಸುವಾಗ, ನವೀಕರಿಸುವಾಗ ಮತ್ತು ತೆಗೆದುಹಾಕುವಾಗ ಮತ್ತು ಬೂಟ್ ಪರಿಮಾಣವನ್ನು (ರೂಟ್ ವಿಭಾಗ) ಮತ್ತೊಂದು ಮಾಧ್ಯಮಕ್ಕೆ ನಕಲಿಸುವಾಗ.
ನಾನು AppImage ಯೋಜನೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇನೆ, ಇದು ಅಂತಿಮ ಬಳಕೆದಾರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಭಾಗಶಃ ಊರುಗೋಲು. ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ವಿತರಣಾ ಸ್ವರೂಪವಾಗಿದ್ದು ಅದು ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಅದರ ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳನ್ನು ಒಂದೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಇಮೇಜ್‌ಗೆ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಅದು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾರಂಭವಾದಾಗ ಅಳವಡಿಸಲ್ಪಡುತ್ತದೆ. ಇದು ವಿಷಯಗಳನ್ನು ಬಹಳ ಸರಳಗೊಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅದೇ ಇಮೇಜ್‌ಮ್ಯಾಜಿಕ್ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಕೇವಲ ಮನುಷ್ಯರಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಒಂದೇ ಫೈಲ್ ಆಗಿ ಬದಲಾಗುತ್ತದೆ. ಸೂಚಿಸಿದ ವಿಧಾನವು ಸಾಫ್ಟ್‌ವೇರ್‌ಗಾಗಿ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಯೋಜನೆಯ ಹೆಸರಿನಲ್ಲಿ ಪ್ರತಿಬಿಂಬಿತವಾಗಿದೆ ಮತ್ತು ಲಿನಕ್ಸ್ ಸಾಫ್ಟ್‌ವೇರ್ ಮಾರಾಟಗಾರರು ಯಾವಾಗಲೂ ನನಗೆ ಸೂಚಿಸುವುದರಿಂದ ತನ್ನದೇ ಆದ ದೋಷಗಳನ್ನು ಸಹ ಹೊಂದಿದೆ.
ಮತ್ತೆ ಹೈಕಿಗೆ ಬರೋಣ. ಸಾಂಪ್ರದಾಯಿಕ ಪ್ಯಾಕೇಜಿಂಗ್ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಇಮೇಜ್ ಆಧಾರಿತ ಸಾಫ್ಟ್‌ವೇರ್ ವಿತರಣೆಯ ನಡುವೆ ಸರಿಯಾದ ಸಮತೋಲನವನ್ನು ನೀವು ಕಂಡುಕೊಂಡಿದ್ದೀರಾ? ಅವಳ ಪ್ಯಾಕೇಜುಗಳು .hpkg ವಾಸ್ತವವಾಗಿ ಸಂಕುಚಿತ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಚಿತ್ರಗಳು. ಸಿಸ್ಟಮ್ ಬೂಟ್ ಮಾಡಿದಾಗ, ಕರ್ನಲ್ ಎಲ್ಲಾ ಸ್ಥಾಪಿಸಲಾದ ಮತ್ತು ಸಕ್ರಿಯವಾಗಿರುವ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಈ ಕೆಳಗಿನ ಕರ್ನಲ್ ಸಂದೇಶಗಳೊಂದಿಗೆ ಆರೋಹಿಸುತ್ತದೆ:
KERN: package_daemon [16042853: 924] active package: "gawk-4.2.1-1-x86_64.hpkg"
KERN: package_daemon [16043023: 924] active package: "ca_root_certificates_java-2019_01_23-1-any.hpkg"
KERN: package_daemon [16043232: 924] active package: "python-2.7.16-3-x86_64.hpkg"
KERN: package_daemon [16043405: 924] active package: "openjdk12_default-12.0.1.12-1-x86_64.hpkg"
KERN: package_daemon [16043611: 924] active package: "llvm_libs-5.0.0-3-x86_64.hpkg"ಕೂಲ್, ಹೌದು? ಅಲ್ಲಿಯೇ ಇರಿ, ಅದು ಇನ್ನೂ ಕೆಟ್ಟದಾಗಲಿದೆ!
ವಿಶೇಷ ಪ್ಯಾಕೇಜ್ ಇದೆ:
KERN: package_daemon [16040020: 924] active package: "haiku-r1~beta1_hrev53242-1-x86_64.hpkg"ಇದು ಕರ್ನಲ್ ಸೇರಿದಂತೆ ಅತ್ಯಂತ ಕನಿಷ್ಠ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ. ಅದನ್ನು ನಂಬಿರಿ ಅಥವಾ ಇಲ್ಲ, ಕರ್ನಲ್ ಅನ್ನು ಸಹ ಬೂಟ್ ಪರಿಮಾಣದಿಂದ (ರೂಟ್ ವಿಭಾಗ) ಹೊರತೆಗೆಯಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಪ್ಯಾಕೇಜ್‌ನಿಂದ ಅದರ ಸ್ಥಳಕ್ಕೆ ಅಂದವಾಗಿ ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ. .hpkg. ಅದ್ಭುತ! ಹೈಕುವಿನ ಒಟ್ಟಾರೆ ಅತ್ಯಾಧುನಿಕತೆ ಮತ್ತು ಸ್ಥಿರತೆಯ ಭಾಗವು ಕರ್ನಲ್ ಮತ್ತು ಆಧಾರವಾಗಿರುವ ಯೂಸರ್‌ಸ್ಪೇಸ್‌ನಿಂದ ಪ್ಯಾಕೇಜ್ ನಿರ್ವಹಣೆ ಮತ್ತು ಡೆಸ್ಕ್‌ಟಾಪ್ ಮೂಲಸೌಕರ್ಯದವರೆಗೆ ಒಂದು ತಂಡದಿಂದ ಸಹಯೋಗದಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲ್ಪಟ್ಟಿದೆ ಎಂಬ ಅಂಶದಿಂದ ನಾನು ಮೊದಲೇ ಉಲ್ಲೇಖಿಸಿದ್ದೇನೆ. Linux ನಲ್ಲಿ ಈ ರೀತಿಯದನ್ನು ಚಲಾಯಿಸಲು ಎಷ್ಟು ವಿಭಿನ್ನ ಗುಂಪುಗಳು ಮತ್ತು ತಂಡಗಳು ಬೇಕಾಗುತ್ತವೆ ಎಂದು ಊಹಿಸಿ. [ನಾನು PuppyLinux ಯೋಜನೆಯನ್ನು ಊಹಿಸುತ್ತೇನೆ, - ಅಂದಾಜು. ಅನುವಾದಕ]. ನಂತರ ಈ ವಿಧಾನವನ್ನು ವಿತರಣೆಗಳಲ್ಲಿ ಅಳವಡಿಸಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಊಹಿಸಿ. ಅವರು ಹೇಳುತ್ತಾರೆ: ಸರಳವಾದ ಕೆಲಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ಅದನ್ನು ವಿಭಿನ್ನ ಪ್ರದರ್ಶಕರ ನಡುವೆ ವಿಂಗಡಿಸಿ, ಮತ್ತು ಅದು ತುಂಬಾ ಜಟಿಲವಾಗಿದೆ, ಅದು ಇನ್ನು ಮುಂದೆ ಪರಿಹರಿಸಲಾಗುವುದಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ ಹೈಕು ನನ್ನ ಕಣ್ಣು ತೆರೆಸಿತು. ಈಗ ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಇದು ನಿಖರವಾಗಿ ನಡೆಯುತ್ತಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ (ಈ ಸಂದರ್ಭದಲ್ಲಿ ಲಿನಕ್ಸ್ Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu ಸ್ಟಾಕ್‌ಗೆ ಒಂದು ಸಾಮೂಹಿಕ ಪದವಾಗಿದೆ).
hpkg ಬಳಸಿಕೊಂಡು ಸಿಸ್ಟಮ್ ರೋಲ್ಬ್ಯಾಕ್
ಕೆಳಗಿನ ಪರಿಸ್ಥಿತಿಯು ಎಷ್ಟು ಬಾರಿ ಸಂಭವಿಸುತ್ತದೆ: ನವೀಕರಣವು ಯಶಸ್ವಿಯಾಗಿದೆ, ಮತ್ತು ನಂತರ ಏನಾದರೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿಲ್ಲ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ? ನೀವು ಸಾಮಾನ್ಯ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ಗಳನ್ನು ಬಳಸಿದರೆ, ಹೊಸ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಮೊದಲು (ಉದಾಹರಣೆಗೆ, ಏನಾದರೂ ತಪ್ಪಾದಾಗ) ಸಿಸ್ಟಮ್ನ ಸ್ಥಿತಿಯನ್ನು ಒಂದು ಹಂತಕ್ಕೆ ಹಿಂತಿರುಗಿಸುವುದು ಕಷ್ಟ. ಕೆಲವು ಸಿಸ್ಟಮ್‌ಗಳು ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳ ರೂಪದಲ್ಲಿ ಪರಿಹಾರಗಳನ್ನು ನೀಡುತ್ತವೆ, ಆದರೆ ಇದು ತೊಡಕಿನ ಮತ್ತು ಎಲ್ಲಾ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಅನ್ವಯಿಸುವುದಿಲ್ಲ. ಹೈಕುದಲ್ಲಿ ಇದನ್ನು ಪ್ಯಾಕೇಜುಗಳೊಂದಿಗೆ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ .hpkg. ಸಿಸ್ಟಂನಲ್ಲಿನ ಪ್ಯಾಕೇಜುಗಳು ಬದಲಾದಾಗ, ಹಳೆಯ ಪ್ಯಾಕೇಜುಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಉಪ ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ /Haiku/system/packages/administrative/state-<...>/ ನಿರಂತರವಾಗಿ. ಬಾಕಿ ಉಳಿದಿರುವ ಕಾರ್ಯಾಚರಣೆಗಳು ತಮ್ಮ ಡೇಟಾವನ್ನು ಉಪ ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತವೆ /Haiku/system/packages/administrative/transaction-<...>/.
ವಿಷಯ /Haiku/system/packages/administrative. "ರಾಜ್ಯ ..." ಡೈರೆಕ್ಟರಿಗಳು ಸಕ್ರಿಯ ಪ್ಯಾಕೇಜುಗಳ ಹೆಸರುಗಳೊಂದಿಗೆ ಪಠ್ಯ ಫೈಲ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ, "ವ್ಯವಹಾರ ..." - ಪ್ಯಾಕೇಜ್ಗಳು ಸ್ವತಃ.
"ಹಳೆಯ ಸಕ್ರಿಯ ಸ್ಥಿತಿ", ಅಂದರೆ. ಪಟ್ಟಿ .hpkg ಪಠ್ಯ ಫೈಲ್‌ನಲ್ಲಿ ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಪ್ರತಿ ಕಾರ್ಯಾಚರಣೆಯ ನಂತರ ಬದಲಾವಣೆಗಳನ್ನು ಬರೆಯುವ ಮೊದಲು ಸಕ್ರಿಯವಾಗಿರುವ ಪ್ಯಾಕೇಜ್ಗಳು /Haiku/system/packages/administrative/state-<...>/activated-packages. ಅಂತೆಯೇ, ಪಠ್ಯ ಫೈಲ್‌ನಲ್ಲಿ ಹೊಸ "ಸಕ್ರಿಯ ಸ್ಥಿತಿ" ಬರೆಯಲಾಗಿದೆ /Haiku/system/packages/administrative/activated-packages.
ಡೈರೆಕ್ಟರಿ /Haiku/system/packages/administrative/state-<...>/ ಈ ಸ್ಥಿತಿಯ ಸಕ್ರಿಯ ಪ್ಯಾಕೇಜುಗಳ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿರುವ ಪಠ್ಯ ಫೈಲ್ ಅನ್ನು ಮಾತ್ರ ಒಳಗೊಂಡಿದೆ (ಅವುಗಳನ್ನು ತೆಗೆದುಹಾಕದೆಯೇ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಸಂದರ್ಭದಲ್ಲಿ), ಮತ್ತು ಪ್ಯಾಕೇಜುಗಳನ್ನು ತೆಗೆದುಹಾಕಿದರೆ ಅಥವಾ ನವೀಕರಿಸಿದರೆ, ಸ್ಟೇಟ್ ಡೈರೆಕ್ಟರಿಯು ಪ್ಯಾಕೇಜ್‌ಗಳ ಹಳೆಯ ಆವೃತ್ತಿಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ.
ಸಿಸ್ಟಮ್ ಬೂಟ್ ಮಾಡಿದಾಗ, ಪ್ಯಾಕೇಜುಗಳ ಪಟ್ಟಿಯನ್ನು ಆಧರಿಸಿ, ಪ್ಯಾಕೇಜುಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು (ಮೌಂಟ್) ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಇದು ತುಂಬಾ ಸರಳವಾಗಿದೆ! ಡೌನ್ಲೋಡ್ ಸಮಯದಲ್ಲಿ ಏನಾದರೂ ತಪ್ಪಾದಲ್ಲಿ, ಬೇರೆ, ಹಳೆಯ ಪಟ್ಟಿಯನ್ನು ಬಳಸಲು ನೀವು ಡೌನ್ಲೋಡ್ ಮ್ಯಾನೇಜರ್‌ಗೆ ಹೇಳಬಹುದು. ಸಮಸ್ಯೆ ಪರಿಹಾರವಾಯಿತು!
ಹೈಕು ಬೂಟ್ಲೋಡರ್. ಪ್ರತಿ ಪ್ರವೇಶ ಬಿಂದುವು ಅನುಗುಣವಾದ "ಸಕ್ರಿಯ ಸ್ಥಿತಿಯನ್ನು" ಪ್ರದರ್ಶಿಸುತ್ತದೆ
ಸರಳ ಪಠ್ಯ ಫೈಲ್ಗಳನ್ನು ಸುಲಭವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಹೆಸರುಗಳೊಂದಿಗೆ "ಸಕ್ರಿಯ ಸ್ಥಿತಿ" ಪಟ್ಟಿಯಾಗಿ ಬಳಸುವ ವಿಧಾನವನ್ನು ನಾನು ಇಷ್ಟಪಡುತ್ತೇನೆ .hpkg. ಇದು ಯಂತ್ರಕ್ಕಾಗಿ-ಮನುಷ್ಯರಿಗಾಗಿ-ಅಲ್ಲ-ಅಂತ-ನಿರ್ಮಿತಕ್ಕೆ ಸಂಪೂರ್ಣವಾಗಿ ವ್ಯತಿರಿಕ್ತವಾಗಿದೆ OSTree ಅಥವಾ Flatpak ನಿಂದ ಕಡತ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ (ಮೈಕ್ರೋಸಾಫ್ಟ್ GUID ಯಂತೆಯೇ ಅದೇ ಮಟ್ಟದಲ್ಲಿ).
ಪ್ರತಿ ಸಮಯಕ್ಕೆ ಸಕ್ರಿಯ ಪ್ಯಾಕೇಜ್‌ಗಳ ಪಟ್ಟಿ
ಕಾನ್ಫಿಗರೇಶನ್ ಡೇಟಾ
ಸ್ಪಷ್ಟವಾಗಿ ಕ್ಯಾಟಲಾಗ್ /Haiku/system/packages/administrative/writable-files ಪ್ಯಾಕೇಜುಗಳಿಗಾಗಿ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ಗಳನ್ನು ಹೊಂದಿದೆ, ಆದರೆ ಬರೆಯಬಹುದಾಗಿದೆ. ಎಲ್ಲಾ ನಂತರ, ನಿಮಗೆ ನೆನಪಿರುವಂತೆ, .hpkg ಓದಲು ಮಾತ್ರ ಅಳವಡಿಸಲಾಗಿದೆ. ಹೀಗಾಗಿ, ಈ ಫೈಲ್ಗಳನ್ನು ಬರೆಯುವ ಮೊದಲು ಪ್ಯಾಕೇಜ್‌ಗಳಿಂದ ನಕಲಿಸಬೇಕು. ಅರ್ಥವನ್ನು ಹೊಂದಿದೆ.
.hpkg ವ್ಯವಸ್ಥೆಗಾಗಿ GUI ಏಕೀಕರಣ
ಈ ಹೊಳೆಯುವ ಪ್ಯಾಕೇಜ್ಗಳು ಹೇಗೆ ಎಂದು ಈಗ ನೋಡೋಣ .hpkg ಬಳಕೆದಾರರ ಕೆಲಸದ ಪರಿಸರಕ್ಕೆ (UX) ಏಕೀಕರಣವನ್ನು ನಿಭಾಯಿಸಿ. ಎಲ್ಲಾ ನಂತರ, ಹೈಕು ವೈಯಕ್ತಿಕ ಬಳಕೆಗೆ ಉದ್ದೇಶಿಸಲಾಗಿದೆ, ಎಲ್ಲಾ ನಂತರ. ವೈಯಕ್ತಿಕವಾಗಿ, ನಾನು ಬಳಕೆದಾರರ ಅನುಭವವನ್ನು ಪ್ಯಾಕೇಜ್‌ಗಳಿಗೆ ಹೋಲಿಸುವ ಮೂಲಕ ಬಾರ್ ಅನ್ನು ಹೆಚ್ಚು ಹೊಂದಿಸಿದ್ದೇನೆ. .app ಮ್ಯಾಕಿಂತೋಷ್‌ನಲ್ಲಿ ಅದೇ ಅನುಭವದೊಂದಿಗೆ .hpkg. ನಾನು ಲಿನಕ್ಸ್ ಡೆಸ್ಕ್‌ಟಾಪ್ ಪರಿಸರದೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿಯನ್ನು ಹೋಲಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಇದು ಇತರರಿಗಿಂತ ಸಂಪೂರ್ಣವಾಗಿ ಭಯಾನಕವಾಗಿದೆ.
ಕೆಳಗಿನ ಸನ್ನಿವೇಶಗಳು ಮನಸ್ಸಿಗೆ ಬರುತ್ತವೆ:
- ನಾನು ಪ್ಯಾಕೇಜ್‌ನ ವಿಷಯಗಳನ್ನು ವೀಕ್ಷಿಸಲು ಬಯಸುತ್ತೇನೆ
.hpkg - ನಾನು ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಬಯಸುತ್ತೇನೆ
- ನಾನು ಪ್ಯಾಕೇಜ್ ಅನ್ನು ತೆಗೆದುಹಾಕಲು ಬಯಸುತ್ತೇನೆ
- ಪ್ಯಾಕೇಜಿನ ಭಾಗವಾಗಿ ಸಿಸ್ಟಮ್ಗೆ ಬಂದ ಯಾವುದನ್ನಾದರೂ ಅಳಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ
- ಪ್ಯಾಕೇಜ್‌ನ ಭಾಗವಾಗಿ ಸಿಸ್ಟಮ್ಗೆ ಬಂದ ಯಾವುದನ್ನಾದರೂ ನಾನು ನಕಲಿಸಲು ಬಯಸುತ್ತೇನೆ
- ಪ್ರತಿ ಹೈಕು ಸ್ಥಾಪನೆಯ ಭಾಗವಾಗಿರಲು ಸಾಧ್ಯವಾಗದ ಎಲ್ಲಾ ಪ್ಯಾಕೇಜ್ ಅವಲಂಬನೆಗಳನ್ನು ನಾನು ಡೌನ್ಲೋಡ್ ಮಾಡಲು ಬಯಸುತ್ತೇನೆ (ಉದಾಹರಣೆಗೆ, ನಾನು ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶವಿಲ್ಲದೆ ಭೌತಿಕವಾಗಿ ಪ್ರತ್ಯೇಕವಾದ ಯಂತ್ರವನ್ನು ಹೊಂದಿದ್ದೇನೆ.)
- ನನ್ನ ಪ್ಯಾಕೇಜುಗಳನ್ನು (ಚೆನ್ನಾಗಿ, ಅವುಗಳಲ್ಲಿ ಭಾಗ) ಪ್ರತ್ಯೇಕವಾಗಿ ಮತ್ತೊಂದು ಸ್ಥಳಕ್ಕೆ ಸರಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ, ಬೂಟ್ ವಾಲ್ಯೂಮ್ (ರೂಟ್ ವಿಭಾಗ) ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ (ಏಕೆಂದರೆ, ಉದಾಹರಣೆಗೆ, ನಾನು ಅದರಲ್ಲಿ ಸಾಕಷ್ಟು ಸ್ಥಳವನ್ನು ಹೊಂದಿಲ್ಲ).
ಇದು ನನ್ನ ದೈನಂದಿನ ಕೆಲಸದಿಂದ ಹೆಚ್ಚಿನ ಪ್ರಮುಖ ಪ್ರಕರಣಗಳನ್ನು ಒಳಗೊಂಡಿರಬೇಕು. ಸರಿ, ಪ್ರಾರಂಭಿಸೋಣ.
ಪ್ಯಾಕೇಜ್ ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ
Mac ನಲ್ಲಿ ನಾನು ಪ್ಯಾಕೇಜ್ ಅನ್ನು ತೆರೆಯಲು ಮತ್ತು ಫೈಂಡರ್‌ನಲ್ಲಿನ ವಿಷಯಗಳನ್ನು ವೀಕ್ಷಿಸಲು ಅದರ ಮೇಲೆ ಬಲ ಕ್ಲಿಕ್ ಮಾಡುತ್ತೇನೆ. ಇದು ನಿಜವಾಗಿಯೂ ಮಾರುವೇಷದಲ್ಲಿರುವ ಡೈರೆಕ್ಟರಿಯಾಗಿದೆ! (ಪ್ಯಾಕೇಜುಗಳಿವೆ ಎಂದು ನನಗೆ ತಿಳಿದಿದೆ .pkg ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲದ ಸಿಸ್ಟಮ್ನ ಒಂದು ಭಾಗಕ್ಕೆ, ಆದರೆ ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಹೆಚ್ಚಾಗಿ ಅವರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವುದಿಲ್ಲ).
ಹೈಕು ಮೇಲೆ ನಾನು ಪ್ಯಾಕೇಜ್ ಮೇಲೆ ಬಲ ಕ್ಲಿಕ್ ಮಾಡಿ, ನಂತರ ಒಳಗೆ ಏನಿದೆ ಎಂದು ನೋಡಲು "ವಿಷಯ" ಕ್ಲಿಕ್ ಮಾಡಿ. ಆದರೆ ಅವುಗಳನ್ನು ತೆರೆಯಲು ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವಿಲ್ಲದ ಫೈಲ್‌ಗಳ ಪಟ್ಟಿಯಾಗಿದೆ.
ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಆರೋಹಿಸಲು (ತಾತ್ಕಾಲಿಕವಾಗಿ) ಒಂದು ಮಾರ್ಗವಿದ್ದರೆ ಅದು ಹೆಚ್ಚು ಉತ್ತಮವಾಗಿರುತ್ತದೆ .hpkg ಫೈಲ್ ಮ್ಯಾನೇಜರ್ ಮೂಲಕ ವೀಕ್ಷಿಸಲು, ಮತ್ತು ಬಳಕೆದಾರನು ಅನುಷ್ಠಾನದ ವಿವರಗಳ ಬಗ್ಗೆ ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ. (ಮೂಲಕ, ನೀವು ತೆರೆಯಬಹುದು .hpkg ಪ್ಯಾಕೇಜ್ ನಲ್ಲಿ Expander, ಇದು ಯಾವುದೇ ಇತರ ಆರ್ಕೈವ್‌ನಂತೆ ಅನ್ಪ್ಯಾಕ್ ಮಾಡಬಹುದು).
HaikuDepot ನ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ, ನೀವು ಪ್ಯಾಕೇಜ್ ಫೈಲ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ವೀಕ್ಷಿಸಬಹುದು, ಆದರೆ ವಿಷಯಗಳನ್ನು ವೀಕ್ಷಿಸಲು ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ, ಉದಾಹರಣೆಗೆ, README.md ಮೇಲೆ ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ
ಈ ವರ್ಗದಲ್ಲಿ, Mac ಗೆಲ್ಲುತ್ತದೆ, ಆದರೆ HaikuDepot ಗೆ ಸರಿಯಾದ ಕಾರ್ಯವನ್ನು ಸೇರಿಸುವುದು ದೊಡ್ಡ ವ್ಯವಹಾರವಾಗಿರಬಾರದು.
GUI ಮೂಲಕ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ
Mac ನಲ್ಲಿ, ಹೆಚ್ಚಿನ ಡಿಸ್ಕ್ ಚಿತ್ರಗಳು .dmg ಪ್ಯಾಕೇಜುಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ .app. ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ ಡಿಸ್ಕ್ ಚಿತ್ರವನ್ನು ತೆರೆಯಿರಿ, ತದನಂತರ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ನಕಲಿಸಿ, ಉದಾಹರಣೆಗೆ, ಅದನ್ನು ಎಳೆಯುವ ಮೂಲಕ /Applications ಫೈಂಡರ್‌ನಲ್ಲಿ. ನನಗೆ ಇದು ಹೇಳದೆ ಹೋಗುತ್ತದೆ, ಆದರೆ ಕೆಲವು ಆರಂಭಿಕರು ಇದನ್ನು ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ ಎಂದು ನಾನು ಕೇಳಿದೆ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಆಪಲ್ ಸಿಸ್ಟಮ್-ವೈಡ್ ಡೈರೆಕ್ಟರಿಯನ್ನು "ಸಲಹೆ ಮಾಡುತ್ತದೆ" /Applications (NEXT ನಲ್ಲಿ ಇದು ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ವೈಯಕ್ತಿಕ), ಆದರೆ ನೀವು ಸುಲಭವಾಗಿ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಫೈಲ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಅಥವಾ ಉಪ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರಿಸಬಹುದು $HOME/Applicationsನೀವು ತುಂಬಾ ಇಷ್ಟಪಟ್ಟರೆ.
ಹೈಕು ಮೇಲೆ, ಪ್ಯಾಕೇಜ್ ಮೇಲೆ ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡಿ, ನಂತರ "ಸ್ಥಾಪಿಸು" ಕ್ಲಿಕ್ ಮಾಡಿ, ಅದು ಸುಲಭವಾಗುವುದಿಲ್ಲ. HaikuPorts ನಲ್ಲಿ ಒಂದು ಪ್ಯಾಕೇಜ್ ಅವಲಂಬನೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಆದರೆ ಇನ್ನೂ ಸ್ಥಾಪಿಸದಿದ್ದರೆ ಏನಾಗುತ್ತದೆ ಎಂದು ನಾನು ಆಶ್ಚರ್ಯ ಪಡುತ್ತೇನೆ. ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಏನು ಮಾಡಬೇಕೆಂದು ಅವರಿಗೆ ನಿಜವಾಗಿಯೂ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ಪರಿಹಾರವು ಸ್ಪಷ್ಟವಾಗಿದೆ - ಅವಲಂಬನೆಗಳನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಸ್ಥಾಪಿಸಬೇಕಾದರೆ ಬಳಕೆದಾರರನ್ನು ಕೇಳಿ. ನಿಖರವಾಗಿ ಹೈಕು ಏನು ಮಾಡುತ್ತದೆ.
ನಾನು 'ಸ್ಯಾನಿಟಿ' ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಡೌನ್ಲೋಡ್ ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ಅದರ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡಿದ್ದೇನೆ, ಅದರ ಅವಲಂಬನೆಗಳನ್ನು ಎಲ್ಲಿಂದ ಪಡೆಯಬೇಕೆಂದು ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ಗೆ ತಿಳಿದಿದೆ (ರೆಪೊಸಿಟರಿಗಳು ಈಗಾಗಲೇ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿವೆ ಎಂದು ಊಹಿಸಿ). ಪ್ರತಿಯೊಂದು ಲಿನಕ್ಸ್ ವಿತರಣೆಯು ಇದನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಫೈಲ್ ಮ್ಯಾನೇಜರ್ ಅನ್ನು ಬಳಸುವುದು ಇನ್ನೊಂದು ಮಾರ್ಗವಾಗಿದೆ, ಕೇವಲ ಎಳೆಯಿರಿ ಮತ್ತು ಬಿಡಿ .hpkg ಪ್ಯಾಕೇಜ್ ಅಥವಾ ಒಳಗೆ /Haiku/system/packages (ಸಿಸ್ಟಮ್-ವೈಡ್ ಅನುಸ್ಥಾಪನೆಗೆ, ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ), ಅಥವಾ ಇನ್ /Haiku/home/config/packages (ವೈಯಕ್ತಿಕ ಸೆಟ್ಟಿಂಗ್‌ಗಾಗಿ; ಡಬಲ್-ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ ಲಭ್ಯವಿಲ್ಲ - ಈ ಸ್ಥಳದಲ್ಲಿ "ಸಂರಚನೆ" ಎಂಬ ಪದದಿಂದ ನಾನು ಇನ್ನೂ ಸಿಟ್ಟಾಗಿದ್ದೇನೆ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ನನಗೆ ಇದು "ಸೆಟ್ಟಿಂಗ್‌ಗಳು" ಗೆ ಸಮಾನಾರ್ಥಕವಾಗಿದೆ). ಮತ್ತು ಬಹು ಬಳಕೆದಾರರ ಪರಿಕಲ್ಪನೆಯು ಹೈಕುಗೆ ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ (ಬಹುಶಃ ಅದಕ್ಕಾಗಿಯೇ ಇದು ತುಂಬಾ ಸರಳವಾಗಿದೆ - ನನಗೆ ಗೊತ್ತಿಲ್ಲ, ಬಹು-ಬಳಕೆದಾರ ಸಾಮರ್ಥ್ಯಗಳು ಡೆಸ್ಕ್‌ಟಾಪ್ ಡೆಸ್ಕ್‌ಟಾಪ್ ಪರಿಸರಕ್ಕೆ ಅನಗತ್ಯವಾಗಿ ವಿಷಯಗಳನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸುತ್ತದೆ).
ಈ ವರ್ಗದಲ್ಲಿ, ಹೈಕು ಗೆಲ್ಲುತ್ತದೆ, ಏಕೆಂದರೆ ಇದು ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ಮಾತ್ರವಲ್ಲದೆ ಸಿಸ್ಟಮ್ ಪ್ರೋಗ್ರಾಂಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬಹುದು.
GUI ನಿಂದ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ತೆಗೆದುಹಾಕಲಾಗುತ್ತಿದೆ
Mac ನಲ್ಲಿ, ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಐಕಾನ್ ಅನ್ನು ಅನುಪಯುಕ್ತಕ್ಕೆ ಎಳೆಯಬೇಕು ಮತ್ತು ಅದು ಇಲ್ಲಿದೆ. ಸುಲಭವಾಗಿ!
ಹೈಕು ಮೇಲೆ, ಮೊದಲನೆಯದಾಗಿ, ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ನೀವು ಕಂಡುಹಿಡಿಯಬೇಕು, ಏಕೆಂದರೆ ನೀವು ಅದನ್ನು ಸರಿಯಾದ ಸ್ಥಳದಲ್ಲಿ ಅಪರೂಪವಾಗಿ ಸ್ಥಾಪಿಸಿ (ಸಿಸ್ಟಮ್ ಎಲ್ಲವನ್ನೂ ಮಾಡುತ್ತದೆ). ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ಹುಡುಕಬೇಕಾಗಿದೆ /Haiku/system/packages (ಸಿಸ್ಟಮ್-ವೈಡ್ ಡೀಫಾಲ್ಟ್ ಅನುಸ್ಥಾಪನೆಯಲ್ಲಿ), ಅಥವಾ ಇನ್ /Haiku/home/config/packages ("config" ಎಂಬುದು ತಪ್ಪು ಹೆಸರು ಎಂದು ನಾನು ಉಲ್ಲೇಖಿಸಿದ್ದೇನೆಯೇ?). ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸರಳವಾಗಿ ಕಸದ ಬುಟ್ಟಿಗೆ ಎಳೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಅದು ಇಲ್ಲಿದೆ.
ಸುಲಭವಾಗಿ! ಆದಾಗ್ಯೂ, ನಾನು ಹಾಗೆ ಹೇಳುವುದಿಲ್ಲ. ನಿಜವಾಗಿಯೂ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:
ನೀವು ಅನುಪಯುಕ್ತಕ್ಕೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಡ್ರ್ಯಾಗ್ ಮಾಡಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ /Haiku/system/packages
QtQuickApp ನಲ್ಲಿ ನನ್ನ ನಿನ್ನೆಯ "ಹಲೋ ವರ್ಲ್ಡ್" ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅನುಪಯುಕ್ತಕ್ಕೆ ಸರಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ. ನಾನು ಸಿಸ್ಟಮ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಸರಿಸಲು ಪ್ರಯತ್ನಿಸಲಿಲ್ಲ, ಮತ್ತು ಎಲ್ಲಾ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಸಿಸ್ಟಮ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿರುವುದರಿಂದ - ಪ್ಯಾಕೇಜ್ ಅನ್ನು ತೆಗೆದುಹಾಕಲು ಅಸಾಧ್ಯ .hpkg ಬದಲಾವಣೆ ಇಲ್ಲದೆ "ಅದರ ವಿಷಯ". ಸಾಮಾನ್ಯ ಬಳಕೆದಾರನು ಭಯಪಡುತ್ತಾನೆ, ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ನಿಯೋಜಿಸಲಾದ "ರದ್ದುಮಾಡು" ಗುಂಡಿಯನ್ನು ಒತ್ತಿ.
ವಿವರಿಸುತ್ತಾರೆ :
ಈ ಪೋಸ್ಟ್ 10 ವರ್ಷಕ್ಕಿಂತ ಹಳೆಯದು. ಹೆಚ್ಚಾಗಿ, ನಾವು ಅದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗಿದೆ ಆದ್ದರಿಂದ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸರಿಸಿದಾಗ ಮಾತ್ರ ಎಚ್ಚರಿಕೆ ಹೊರಬರುತ್ತದೆ. ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಇದನ್ನು ಹೇಗಾದರೂ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ.
ಸರಿ, ಬಹುಶಃ ನೀವು ಇದನ್ನು HaikuDepot ಬಳಸಿ ಮಾಡಬೇಕೇ? ಪ್ಯಾಕೇಜ್ ಮೇಲೆ ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡಿ /Haiku/system/packages, "ಅಸ್ಥಾಪಿಸು" ಬಟನ್ ತೋರಿಸಲು ಕಾಯುತ್ತಿದೆ. ಇಲ್ಲ, ಅಲ್ಲಿ (ಕೇವಲ) "ಸ್ಥಾಪಿಸು". ಅನ್‌ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿ, ನೀವು ಎಲ್ಲಿದ್ದೀರಿ?
ವಿನೋದಕ್ಕಾಗಿ, ನಾನು ಈಗಾಗಲೇ ಸ್ಥಾಪಿಸಲಾದ ಪ್ಯಾಕೇಜ್ನಲ್ಲಿ "ಸ್ಥಾಪಿಸು" ಕ್ಲಿಕ್ ಮಾಡಿದರೆ ಏನಾಗುತ್ತದೆ ಎಂದು ನೋಡಲು ಪ್ರಯತ್ನಿಸಿದೆ. ಇದು ಈ ರೀತಿ ತಿರುಗುತ್ತದೆ:
ನೀವು ಈಗಾಗಲೇ ಸ್ಥಾಪಿಸಲಾದ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಪ್ರಯತ್ನಿಸಿದರೆ ಇದು ಸಂಭವಿಸುತ್ತದೆ.
ಇದು ಮುಂದೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ:
ಹಿಂದಿನ ವಿಂಡೋದಲ್ಲಿ ನೀವು "ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸು" ಕ್ಲಿಕ್ ಮಾಡಿದರೆ, ಅದು ಈ ರೀತಿ ತಿರುಗುತ್ತದೆ
ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ದೋಷ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಲಿಂಕ್ ಈಗಾಗಲೇ ಇದೆ. [ಲೇಖಕರು ಲಿಂಕ್ ಅನ್ನು ಒದಗಿಸಿಲ್ಲ, - ಅಂದಾಜು. ಅನುವಾದಕ]
ತ್ವರಿತ ಪರಿಹಾರ: ಪ್ಯಾಕೇಜ್ ಈಗಾಗಲೇ ಇದ್ದರೆ "ಅಸ್ಥಾಪಿಸು" ಬಟನ್ ಅನ್ನು ಸೇರಿಸಿ
/Haiku/system/packages, ಅಥವಾ ಇನ್/Haiku/home/config/packages.
HaikuDepot ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ ಪ್ಯಾಕೇಜುಗಳ ಪಟ್ಟಿಯನ್ನು ವೀಕ್ಷಿಸುವಾಗ, ನಾನು ಪಟ್ಟಿಯಲ್ಲಿ ನನ್ನ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ನೋಡಬಹುದು ಮತ್ತು ಅದನ್ನು ತೆಗೆದುಹಾಕಬಹುದು.
ಮ್ಯಾಕ್ ಈ ವರ್ಗವನ್ನು ಗೆಲ್ಲುತ್ತದೆ. ಆದರೆ ಸರಿಯಾದ ಸೆಟಪ್‌ನೊಂದಿಗೆ, ಹೈಕುದಲ್ಲಿನ ಬಳಕೆದಾರರ ಅನುಭವವು ಮ್ಯಾಕ್‌ಗಿಂತ ಉತ್ತಮವಾಗಿರುತ್ತದೆ ಎಂದು ನಾನು ಊಹಿಸಬಲ್ಲೆ. (ಡೆವಲಪರ್‌ಗಳಲ್ಲಿ ಒಬ್ಬರು ಇದನ್ನು ಈ ರೀತಿ ರೇಟ್ ಮಾಡಿದ್ದಾರೆ: “ನಿಮಗೆ ಸ್ವಲ್ಪ C ++ ತಿಳಿದಿದ್ದರೆ ಹೈಕು ಡಿಪೋಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಕಾರ್ಯವನ್ನು ಸೇರಿಸಲು ಒಂದು ಗಂಟೆಗಿಂತ ಕಡಿಮೆ ಸಮಯ”, ಯಾರಾದರೂ ಸ್ವಯಂಸೇವಕರು?)
ಪ್ಯಾಕೇಜ್‌ನಿಂದ ಏನನ್ನಾದರೂ ತೆಗೆದುಹಾಕುವುದು
ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅಸ್ಥಾಪಿಸಲು ಪ್ರಯತ್ನಿಸೋಣ, ಪ್ಯಾಕೇಜ್ ಅಲ್ಲ .hpkg, ಅದರಿಂದ ಅದು ಕಾಣಿಸಿಕೊಂಡಿತು ("ಕೇವಲ ಮನುಷ್ಯರಿಗೆ" ಯಾವುದೇ ವ್ಯತ್ಯಾಸವಿದೆ ಎಂದು ನನಗೆ ಅನುಮಾನವಿದೆ).
Mac ನಲ್ಲಿ, ಬಳಕೆದಾರರು ವಾಸ್ತವವಾಗಿ ಫೈಲ್‌ನೊಂದಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ .dmgಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೇಜ್ ಎಲ್ಲಿಂದ ಬರುತ್ತದೆ .app. ಸಾಮಾನ್ಯವಾಗಿ ಚಿತ್ರಗಳು .dmg ಡೌನ್‌ಲೋಡ್‌ಗಳ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಪ್ಯಾಕೇಜುಗಳನ್ನು ಬಳಕೆದಾರರಿಂದ ನಕಲಿಸಲಾಗುತ್ತದೆ /Applications. ಅನೇಕ ಬಳಕೆದಾರರಿಗೆ ಅವರು ಏನು ಮಾಡುತ್ತಿದ್ದಾರೆಂದು ತಿಳಿದಿಲ್ಲ ಎಂದು ನಂಬಲಾಗಿದೆ, ಈ ಊಹೆಯನ್ನು ಮಾಜಿ ಆಪಲ್ ಉದ್ಯೋಗಿ ದೃಢಪಡಿಸಿದ್ದಾರೆ. (ಮ್ಯಾಕ್‌ನಲ್ಲಿ ನಾನು ಇಷ್ಟಪಡದ ವಿಷಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಮತ್ತು AppImage ಜೊತೆಗೆ, ಉದಾಹರಣೆಗೆ, ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಪ್ಯಾಕೇಜ್‌ನ ನಡುವೆ ಯಾವುದೇ ವ್ಯತ್ಯಾಸವಿಲ್ಲ. ಐಕಾನ್ ಅನ್ನು ಅನುಪಯುಕ್ತಕ್ಕೆ ಎಳೆಯಿರಿ = ಅದು ಇಲ್ಲಿದೆ. ಸುಲಭ!)
ಹೈಕು ಮೇಲೆ, ನಡುವೆ ವಿಭಜನೆಯೂ ಇದೆ apps/ и packages/, ಹಾಗಾಗಿ ಇದು ಬಳಕೆದಾರರಿಗೆ ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ನಾನು ಅನುಮಾನಿಸುತ್ತೇನೆ. ಆದರೆ ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಎಳೆದರೆ ಏನಾಗುತ್ತದೆ apps/ ಕಾರ್ಟ್ಗೆ ಸೇರಿಸಿ:
ನೀವು ಫೈಲ್‌ನಿಂದ ತೆಗೆದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತೆಗೆದುಹಾಕಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ .hpkg
ಇದು ತಾಂತ್ರಿಕವಾಗಿ ಸರಿಯಾಗಿದೆ (ಎಲ್ಲಾ ನಂತರ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಓದಲು-ಮಾತ್ರ ಫೈಲ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಲಾಗಿದೆ, ಮೊದಲ ಸ್ಥಾನದಲ್ಲಿ), ಆದರೆ ಇದು ಬಳಕೆದಾರರಿಗೆ ವಿಶೇಷವಾಗಿ ಉಪಯುಕ್ತವಲ್ಲ.
ತ್ವರಿತ ಪರಿಹಾರ: ಬದಲಿಗೆ ಅಳಿಸಲು GUI ಮೂಲಕ ಸೂಚಿಸಿ
.hpkg
ವಿನೋದಕ್ಕಾಗಿ, ನಾನು Alt + D ಅನ್ನು ಒತ್ತುವ ಮೂಲಕ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಕಲು ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿದೆ. "ಓದಲು-ಮಾತ್ರ ಪರಿಮಾಣದಲ್ಲಿ ವಸ್ತುಗಳನ್ನು ಸರಿಸಲು ಅಥವಾ ನಕಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ" ಎಂಬ ಸಂದೇಶವನ್ನು ಪಡೆದುಕೊಂಡಿದೆ. ಮತ್ತು ಎಲ್ಲಾ ಏಕೆಂದರೆ /system (ಅಲ್ಲದೆ /system/packages и /system/settings) ಎಂದರೆ packfs ಮೌಂಟ್ ಪಾಯಿಂಟ್ (ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಅದು ಹೇಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ df?). ದುರದೃಷ್ಟವಶಾತ್, ಆಜ್ಞೆಯ ಔಟ್ಪುಟ್ mount ಪರಿಸ್ಥಿತಿಯನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುವುದಿಲ್ಲ (ಹಿಂದಿನ ಲೇಖನಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಹೇಳಿದಂತೆ), mountvolume ನೀವು ಹುಡುಕುತ್ತಿರುವುದನ್ನು ತೋರಿಸುವುದಿಲ್ಲ (ಸ್ಪಷ್ಟವಾಗಿ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಲೂಪ್ ಮೂಲಕ ಜೋಡಿಸಲಾಗಿದೆ .hpkg "ಸಂಪುಟಗಳು" ಎಂದು ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ), ಮತ್ತು ನಾನು ಪರ್ಯಾಯ ಆಜ್ಞೆಗಳನ್ನು ಮರೆತಿದ್ದೇನೆ.
ಈ ವಿಭಾಗದಲ್ಲಿ, AppImage ಹೊರತುಪಡಿಸಿ ಯಾರೂ ಗೆದ್ದಿಲ್ಲ (ಆದರೆ ಇದು ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರಾಮಾಣಿಕವಾಗಿರಲು, ಪಕ್ಷಪಾತದ ಅಭಿಪ್ರಾಯವಾಗಿದೆ). ಆದಾಗ್ಯೂ, ಟ್ವೀಕ್ ಮಾಡಿದ ನಂತರ, ಹೈಕುದಲ್ಲಿನ ಬಳಕೆದಾರರ ಅನುಭವವು ಮ್ಯಾಕ್‌ಗಿಂತ ಉತ್ತಮವಾಗಿರುತ್ತದೆ ಎಂದು ಒಬ್ಬರು ಊಹಿಸಬಹುದು.
ಗಮನಿಸಿ: "ವಿಭಜನೆ" ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ "ವಾಲ್ಯೂಮ್" ಏನೆಂದು ನೀವು ಲೆಕ್ಕಾಚಾರ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಇದು ಬಹುಶಃ "ಫೋಲ್ಡರ್" ಗೆ "ಡೈರೆಕ್ಟರಿ" ಸಂಬಂಧಕ್ಕೆ ಹೋಲುತ್ತದೆ: ಹೆಚ್ಚಿನ ಡೈರೆಕ್ಟರಿಗಳು ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಫೋಲ್ಡರ್‌ಗಳಾಗಿ ಗೋಚರಿಸುತ್ತವೆ, ಆದರೆ ಅವೆಲ್ಲವೂ ಅಲ್ಲ (ಉದಾ. ಪ್ಯಾಕೇಜುಗಳನ್ನು ಫೈಲ್‌ಗಳಾಗಿ ಪರಿಗಣಿಸಲಾಗಿದೆ). ಈ ರೀತಿಯ ವಿಷಯವು ನನ್ನನ್ನು ಅಧಿಕೃತವಾಗಿ ದಡ್ಡನನ್ನಾಗಿ ಮಾಡುತ್ತದೆಯೇ?
ಪ್ಯಾಕೇಜ್‌ನ ವಿಷಯಗಳನ್ನು ಮತ್ತೊಂದು ಸಿಸ್ಟಮ್ಗೆ ನಕಲಿಸಲಾಗುತ್ತಿದೆ
Mac ನಲ್ಲಿ, ಮೂರ್ಖತನದಿಂದ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಎಳೆಯುವುದು .app, ಮತ್ತು ಅವಲಂಬನೆಗಳು ಪ್ಯಾಕೇಜ್‌ನ ಒಳಗಿರುವುದರಿಂದ, ಅವು ಒಟ್ಟಿಗೆ ಚಲಿಸುತ್ತವೆ.
ಹೈಕು ಮೇಲೆ, ನಾನು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಎಳೆಯುತ್ತೇನೆ, ಆದರೆ ಅವಲಂಬನೆಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗಿಲ್ಲ.
ತ್ವರಿತ ಪರಿಹಾರ: ಬದಲಿಗೆ, ಸಂಪೂರ್ಣ "`.hpkg" ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಯಾವುದಾದರೂ ಅವಲಂಬನೆಗಳೊಂದಿಗೆ ಎಳೆಯಲು ಸಲಹೆ ನೀಡಿ.
ಈ ವಿಭಾಗದಲ್ಲಿ, ಮ್ಯಾಕ್ ಸ್ಪಷ್ಟವಾಗಿ ಗೆಲ್ಲುತ್ತದೆ. ಕನಿಷ್ಠ ನನಗೆ, ಅವರ ಮಾದರಿಯ ಪ್ರೇಮಿ. ಹಾಯ್ಕು ನಕಲು ಮಾಡಬೇಕು .hpkg ಅಪ್ಲಿಕೇಶನ್ ಬದಲಿಗೆ, ಆದರೆ ಸಿಸ್ಟಮ್ ನನಗೆ ಇದನ್ನು ನೀಡುವುದಿಲ್ಲ ...
ಅದರ ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳೊಂದಿಗೆ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಲಾಗುತ್ತಿದೆ
ಪ್ರತಿಯೊಂದು ಯಂತ್ರವೂ ಎಲ್ಲಾ ಸಮಯದಲ್ಲೂ ಆನ್‌ಲೈನ್‌ನಲ್ಲಿರುವುದಿಲ್ಲ. ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಕೆಲವು ಯಂತ್ರಗಳು (ಹೌದು, ನಾನು ನಿಮ್ಮನ್ನು ನೋಡುತ್ತಿದ್ದೇನೆ, ಆಧುನಿಕ ವಿಂಡೋಸ್, ಮ್ಯಾಕ್ ಮತ್ತು ಲಿನಕ್ಸ್) ಅದನ್ನು ಮರೆತುಬಿಡುತ್ತದೆ. ನಾನು ಇಂಟರ್ನೆಟ್ ಕೆಫೆಗೆ ಹೋಗುವುದು ನನಗೆ ಮುಖ್ಯವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ತೆಗೆಯಬಹುದಾದ ಮಾಧ್ಯಮಕ್ಕೆ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ, ಈ ಮಾಧ್ಯಮವನ್ನು ನನ್ನ ಹೋಮ್ ಕಂಪ್ಯೂಟರ್‌ಗೆ ಸೇರಿಸಿ ಮತ್ತು ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ [ಅಪಾಯಕಾರಿ ವ್ಯಕ್ತಿ, ಇದನ್ನು ವಿಂಡೋಸ್‌ನಲ್ಲಿ ಮಾಡಿ ... - ಅಂದಾಜು . ಅನುವಾದಕ].
ಪರಿಣಾಮವಾಗಿ, ಸಾಮಾನ್ಯಕ್ಕಿಂತ ಸ್ವಲ್ಪ ಹೆಚ್ಚಾಗಿ, ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ವಿಂಡೋಸ್ ಮತ್ತು ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಅನ್‌ಮೆಟ್ ಡಿಪೆಂಡೆನ್ಸಿಗಳೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತೇನೆ.
Mac ನಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಫೈಲ್ ಆಗಿದೆ, ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು ಡೌನ್ಲೋಡ್ ಮಾಡುವುದು .dmg. ಹೆಚ್ಚಾಗಿ, ಇದು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ MacOS ನಿಂದ ಒದಗಿಸಲಾದ ಯಾವುದೇ ಅವಲಂಬನೆಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಒಂದು ಅಪವಾದವೆಂದರೆ ಜಾವಾದಂತಹ ಸೂಕ್ತವಾದ ರನ್‌ಟೈಮ್ ಪರಿಸರದ ಅಗತ್ಯವಿರುವ ಸಂಕೀರ್ಣ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು.
ಹೈಕು ಮೇಲೆ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ .hpkg ಏಕೆಂದರೆ, ಹೇಳುವುದಾದರೆ, ಅದೇ ಜಾವಾ ಅಪ್ಲಿಕೇಶನ್, ಸಾಕಾಗದೇ ಇರಬಹುದು, ಏಕೆಂದರೆ ಗುರಿ ಯಂತ್ರದಲ್ಲಿ ಜಾವಾ ಇರಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು. ನೀಡಿರುವ ಪ್ಯಾಕೇಜ್‌ಗಾಗಿ ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಲು ಒಂದು ಮಾರ್ಗವಿದೆಯೇ .hpkgಹೈಕುವಿನಲ್ಲಿ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸ್ಥಾಪಿಸಲಾದ ಮತ್ತು ಆದ್ದರಿಂದ ಪ್ರತಿ ಹೈಕು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಇರಬೇಕಾದವುಗಳನ್ನು ಹೊರತುಪಡಿಸಿ ಬೇರೆ?
ಈ ವಿಭಾಗದಲ್ಲಿ, Mac ಸಣ್ಣ ಅಂತರದಿಂದ ಗೆಲ್ಲುತ್ತದೆ.
ಶ್ರೀ ಕಾಮೆಂಟ್ ಮಾಡಿದ್ದಾರೆ. ವಾಡ್ಲ್‌ಸ್ಪ್ಲಾಶ್:
ಅಪ್ಲಿಕೇಶನ್ನ ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳನ್ನು ಪ್ಯಾಕೇಜ್‌ಗಳ ಗುಂಪಿನಂತೆ ಸಂಗ್ರಹಿಸಲು ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬರೆಯಲು
.hpkgಹೈಕು ಇಂಟರ್ನಲ್‌ಗಳ ಪರಿಚಯವಿರುವ ಯಾರಿಗಾದರೂ, ಸುಮಾರು 15 ನಿಮಿಷಗಳು ಸಾಕು. ಇದಕ್ಕೆ ನಿಜವಾದ ಅಗತ್ಯವಿದ್ದಲ್ಲಿ ಇದಕ್ಕೆ ಬೆಂಬಲವನ್ನು ಸೇರಿಸುವುದು ಕಷ್ಟವೇನಲ್ಲ. ಆದರೆ ನನಗೆ ಇದು ಅಪರೂಪ.
ಈ ಸರಣಿಯ ಮುಂದಿನ ಲೇಖನದವರೆಗೆ ಉಸಿರು ಬಿಗಿ ಹಿಡಿದುಕೊಳ್ಳೋಣ.
ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕ ಸ್ಥಳಕ್ಕೆ ಸರಿಸಲಾಗುತ್ತಿದೆ
ನಾನು ಮೊದಲೇ ಬರೆದಂತೆ, ನನ್ನ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಹಾಕಲು ನಾನು ಬಯಸುತ್ತೇನೆ .hpkg (ಚೆನ್ನಾಗಿ, ಅಥವಾ ಅವುಗಳಲ್ಲಿ ಒಂದು ಭಾಗ) ವಿಶೇಷ ಸ್ಥಳಕ್ಕೆ, ಬೂಟ್ ವಾಲ್ಯೂಮ್ (ರೂಟ್ ವಿಭಾಗ) ಮೇಲೆ ಸಾಮಾನ್ಯ ನಿಯೋಜನೆಯಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ. ಸಾಮಾನ್ಯ (ಅಷ್ಟು ಸೈದ್ಧಾಂತಿಕವಲ್ಲದ) ಪ್ರಕರಣದಲ್ಲಿ, ಇದಕ್ಕೆ ಕಾರಣವೆಂದರೆ ನನ್ನ (ಅಂತರ್ನಿರ್ಮಿತ) ಡ್ರೈವ್‌ಗಳು ಎಷ್ಟೇ ದೊಡ್ಡದಾಗಿದ್ದರೂ ನಿರಂತರವಾಗಿ ಖಾಲಿ ಜಾಗದಿಂದ ಖಾಲಿಯಾಗುತ್ತಿವೆ. ಮತ್ತು ನನ್ನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಇರುವ ಬಾಹ್ಯ ಡ್ರೈವ್‌ಗಳು ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಹಂಚಿಕೆಗಳನ್ನು ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ಮ್ಯಾಪ್ ಮಾಡುತ್ತೇನೆ.
Mac ನಲ್ಲಿ ನಾನು ಪ್ಯಾಕೇಜುಗಳನ್ನು ಸರಿಸುತ್ತೇನೆ .app ಫೈಂಡರ್‌ನಲ್ಲಿ ತೆಗೆಯಬಹುದಾದ ಡ್ರೈವ್ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಡೈರೆಕ್ಟರಿಗೆ, ಮತ್ತು ಅಷ್ಟೆ. ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ಬೂಟ್ ವಾಲ್ಯೂಮ್‌ನಿಂದ ಮಾಡುವಂತೆ ಅಪ್ಲಿಕೇಶನ್ ತೆರೆಯಲು ನಾನು ಇನ್ನೂ ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡಬಹುದು. ಕೇವಲ!
ಹೈಕು ಮೇಲೆ, ನಾನು ಹೇಳಿದಂತೆ, ನನ್ನ ಚಲಿಸುವ ಮೂಲಕ ಇದನ್ನು ಸಾಧಿಸಬಹುದು .hpkg ತೆಗೆಯಬಹುದಾದ ಡ್ರೈವ್ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಡೈರೆಕ್ಟರಿಗೆ ಪ್ಯಾಕೇಜ್ಗಳು, ಆದರೆ ನಂತರ ಅವುಗಳನ್ನು ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಆರೋಹಿಸಲು ನೀವು ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಕೆಲವು ದಾಖಲೆರಹಿತ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ. GUI ಮಾತ್ರ ಬಳಸಿ ಅದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ನನಗೆ ಗೊತ್ತಿಲ್ಲ.
ಮ್ಯಾಕ್ ಈ ವರ್ಗವನ್ನು ಗೆಲ್ಲುತ್ತದೆ.
ಶ್ರೀ ಪ್ರಕಾರ. ವಾಡ್ಲ್‌ಸ್ಪ್ಲಾಶ್:
ಇದು ಸಾಮಾನ್ಯ ಬಳಕೆಯ ಆಧಾರದ ಮೇಲೆ ಆಪ್ಟಿಮೈಸೇಶನ್ ಆಗಿದೆ. ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಳಕೆದಾರರಿಗೆ ಬೇಡಿಕೆಯಿದ್ದರೆ, ನಾವು ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತೇವೆ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಅನುಷ್ಠಾನದ ಸಾಧ್ಯತೆಯಿದೆ.
ಮುಂದಿನ ಲೇಖನದಲ್ಲಿ ನಾವು ಇದರ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ.
ನೆಟ್‌ವರ್ಕ್ ಡೈರೆಕ್ಟರಿಗಳ ಕುರಿತು ಹೇಳುವುದಾದರೆ: ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್‌ಗೆ ನಕಲಿಸಬಹುದಾದ ಅಥವಾ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ನೇರವಾಗಿ ರನ್ ಮಾಡಬಹುದಾದ ಸರಳ, ಅನ್ವೇಷಿಸಬಹುದಾದ, ನೆಟ್‌ವರ್ಕ್-ವೈಡ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು (ಉದಾ ಝೀರೋಕಾನ್ಫ್ ಮೂಲಕ) ಹೊಂದಲು ಇದು ಉತ್ತಮವಾಗಿದೆ (ನಾನು LAN ಪಕ್ಷಗಳನ್ನು ಊಹಿಸುತ್ತೇನೆ). ಸಹಜವಾಗಿ, ಡೆವಲಪರ್‌ಗಳು ಆಯ್ಕೆಯಿಂದ ಹೊರಗುಳಿಯುವ ಆಯ್ಕೆಯನ್ನು ಹೊಂದಿರುತ್ತಾರೆ app_flags.
GUI ಜೊತೆಗೆ hpkg ಸಿಸ್ಟಮ್ನ ಏಕೀಕರಣದ ಅಂತಿಮ ವರದಿ
ನಾನು ಪ್ರಾಥಮಿಕವಾಗಿ ಏಕೀಕರಣದ ಸಾಪೇಕ್ಷ ನವೀನತೆಯ ಕಾರಣದಿಂದಾಗಿ ಭಾವಿಸುತ್ತೇನೆ .hpkg GUI ಯೊಂದಿಗೆ ಇನ್ನೂ ಅಪೇಕ್ಷಿತವಾಗಿರುವುದನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಹೇಗಾದರೂ, UX ವಿಷಯದಲ್ಲಿ ಸುಧಾರಿಸಬಹುದಾದ ಕೆಲವು ವಿಷಯಗಳಿವೆ…
ಇನ್ನೊಂದು ವಿಷಯ: ಕರ್ನಲ್ ಡೀಬಗ್ ಲ್ಯಾಂಡ್
ಉದಾಹರಣೆಗೆ, ಕರ್ನಲ್ ಪ್ಯಾನಿಕ್ ಸಮಯದಲ್ಲಿ ಆಜ್ಞೆಗಳನ್ನು ನಮೂದಿಸಲು ಸಾಧ್ಯವಾಗುವುದು ಉತ್ತಮವಾಗಿದೆ syslog | grep usb. ಸರಿ, ಹೈಕುದಲ್ಲಿ ಇದು ಕರ್ನಲ್ ಡೀಬಗ್ ಲ್ಯಾಂಡ್‌ಗೆ ಧನ್ಯವಾದಗಳು. ಕರ್ನಲ್ ಪ್ಯಾನಿಕ್‌ಗೆ ಒಳಗಾಗದೆ ಎಲ್ಲವೂ ನಿಮಗೆ ಬೇಕಾದಂತೆ ಕೆಲಸ ಮಾಡಿದರೆ ಈ ಮ್ಯಾಜಿಕ್ ಅನ್ನು ನೀವು ಹೇಗೆ ನೋಡಬಹುದು? Alt+PrintScn+D (ಡೀಬಗ್ ಜ್ಞಾಪಕ) ಒತ್ತುವ ಮೂಲಕ ಸುಲಭವಾಗಿ. ನನಗೆ ತಕ್ಷಣ ನೆನಪಿದೆ , ಇದು ಮೂಲ ಮ್ಯಾಕಿಂತೋಷ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಡೀಬಗರ್‌ಗೆ ಪ್ರವೇಶಿಸಲು ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು (ಒಂದನ್ನು ಸ್ಥಾಪಿಸಿದ್ದರೆ, ಸಹಜವಾಗಿ).
ತೀರ್ಮಾನಕ್ಕೆ
ಹೈಕು ವ್ಯವಸ್ಥೆಯ ಅತ್ಯಾಧುನಿಕತೆಯು ಕೆಲಸದ ವಾತಾವರಣದ ಮೇಲೆ ಸ್ಪಷ್ಟವಾದ ಗಮನವನ್ನು ಹೊಂದಿರುವ ಒಂದು ಸಣ್ಣ ತಂಡದಿಂದ ಕೆಲಸ ಮಾಡಲ್ಪಟ್ಟಿದೆ ಎಂಬ ಅಂಶದಿಂದ ಬರುತ್ತದೆ ಎಂದು ನಾನು ಅರಿತುಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿದೆ, ಸಿಸ್ಟಮ್ನ ಎಲ್ಲಾ ಪದರಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿದೆ.
Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu ಜಗತ್ತಿಗೆ ತೀಕ್ಷ್ಣವಾದ ವ್ಯತಿರಿಕ್ತತೆ, ಅಲ್ಲಿ ಅಮೂರ್ತತೆಯು ಅಮೂರ್ತತೆಯ ಮೇಲೆ ಕುಳಿತು ಊರುಗೋಲನ್ನು ಓಡಿಸುವಷ್ಟು ಮಟ್ಟಿಗೆ ಸಣ್ಣ ತುಂಡುಗಳಾಗಿ ಒಡೆಯುತ್ತದೆ.
ವ್ಯವಸ್ಥೆ ಹೇಗಿದೆ ಎಂಬ ತಿಳುವಳಿಕೆಯೂ ಇತ್ತು .hpkg ಸಾಂಪ್ರದಾಯಿಕ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ಗಳು, ಸ್ನ್ಯಾಪಿ, ಫ್ಲಾಟ್‌ಪ್ಯಾಕ್, ಆಪ್‌ಇಮೇಜ್, ಬಿಟಿಆರ್‌ಎಫ್‌ಗಳ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಮ್ಯಾಕ್‌ನ "ಜಸ್ಟ್ ವರ್ಕ್ಸ್" ವಿಧಾನದೊಂದಿಗೆ ಬೆರೆಸುತ್ತದೆ.
ನನ್ನ ತಲೆಯಲ್ಲಿ ಏನಾದರೂ "ಬದಲಾಯಿಸಿದ" ಹಾಗೆ, ಮತ್ತು ಸಿಸ್ಟಮ್ ಹೇಗೆ ಎಂದು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ .hpkg ಅವಳನ್ನು ನೋಡುವ ಮೂಲಕ ಹೇಗೆ ದೂರ ಹೋಗಬೇಕೆಂದು ತಿಳಿದಿದೆ. ಆದರೆ ಇದು ನಾನಲ್ಲ, ಆದರೆ ವ್ಯವಸ್ಥೆಯ ಸೌಂದರ್ಯ ಮತ್ತು ಸರಳತೆ. ಇಲ್ಲಿ ಹೆಚ್ಚಿನವು ಮೂಲ ಮ್ಯಾಕ್‌ನ ಆತ್ಮದೊಂದಿಗೆ ತುಂಬಿವೆ.
ಹೌದು, ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಬ್ರೌಸಿಂಗ್ ಜರ್ಕಿ ಆಗಿರಬಹುದು ಮತ್ತು ಬಸವನಂತೆ ಕೆಲಸ ಮಾಡಬಹುದು, ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಕೊರತೆಯಿರಬಹುದು (ಜಿಟಿಕೆ ಇಲ್ಲ, ಎಲೆಕ್ಟ್ರಾನ್ - ಡೆವಲಪರ್‌ಗಳು ಅತ್ಯಾಧುನಿಕತೆಯೊಂದಿಗೆ ಸರಿಯಾಗಿ ಹೋಗುವುದಿಲ್ಲ ಎಂದು ತೀರ್ಮಾನಿಸಿದ್ದಾರೆ), ವೀಡಿಯೊ ಮತ್ತು 3 ಡಿ ವೇಗವರ್ಧನೆಯು ಸಂಪೂರ್ಣವಾಗಿ ಇಲ್ಲದಿರಬಹುದು, ಆದರೆ ಇನ್ನೂ ನಾನು ಈ ವ್ಯವಸ್ಥೆ ಇಷ್ಟ. ಎಲ್ಲಾ ನಂತರ, ಈ ವಿಷಯಗಳನ್ನು ಸರಿಪಡಿಸಬಹುದು ಮತ್ತು ಬೇಗ ಅಥವಾ ನಂತರ ಅವರು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. ಇದು ಕೇವಲ ಸಮಯದ ವಿಷಯವಾಗಿದೆ ಮತ್ತು ಬಹುಶಃ ಸ್ವಲ್ಪ ಕೆಂಪು ಕಣ್ಣು.
ನಾನು ಸಹಾಯವನ್ನು ನೀಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ಇದು ಇಂದಿನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಡೆಸ್ಕ್‌ಟಾಪ್‌ನಲ್ಲಿ ಹೈಕು ವರ್ಷ.
ಯಾದೃಚ್ಛಿಕ ಸಮಸ್ಯೆಗಳು
ಬಹುಶಃ ಈಗಾಗಲೇ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿವೆ, ಅಥವಾ ನಾನು ಅವುಗಳನ್ನು ತೆರೆಯಬೇಕೇ?
- BeScreenCapture ಗೆ ಪೀಕ್ ನಂತಹ GIF ಗೆ ರಫ್ತು ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಹೈಕುಗೆ ಈಗಾಗಲೇ ಲಭ್ಯವಿರುವ ffmpeg ನೊಂದಿಗೆ ಇದನ್ನು ಮಾಡಬಹುದು. .
- ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ಉಪಕರಣವು ಮೋಡಲ್ ವಿಂಡೋದ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ತೆಗೆದುಕೊಳ್ಳಲು ವಿಫಲವಾಗಿದೆ, ಬದಲಿಗೆ ಸಂಪೂರ್ಣ ಪರದೆಯನ್ನು ಸೆರೆಹಿಡಿಯುತ್ತದೆ
- ನೀವು WonderBrush ನ ಕ್ರಾಪ್ ಟೂಲ್‌ನೊಂದಿಗೆ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳನ್ನು ಕ್ರಾಪ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಮತ್ತು ನಂತರ ಫಲಿತಾಂಶವನ್ನು ಫೈಲ್‌ಗೆ ಉಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ
- ನಾನು ವಿಶೇಷವಾಗಿ ಹೈಕುದಲ್ಲಿನ ಹ್ಯಾಂಡ್ ಕರ್ಸರ್ ಅನ್ನು ಇಷ್ಟಪಡುವುದಿಲ್ಲ, ಆದರೆ ಇದು ಬೆಚ್ಚಗಿನ ನಾಸ್ಟಾಲ್ಜಿಕ್ ಭಾವನೆಯನ್ನು ಹೊಂದಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಕೃತದಲ್ಲಿ ಕ್ರಾಪ್ ಟೂಲ್ ಅನ್ನು ಬಳಸುವಾಗ ಇದು ವಿಶೇಷವಾಗಿ ಕಿರಿಕಿರಿ ಉಂಟುಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಇದು ತಪ್ಪಾದ ಬೆಳೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ (ಈ ಲೇಖನದಲ್ಲಿ ಮಾದರಿ ಸಂವಾದಗಳ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳನ್ನು ನೋಡಿ). ಕ್ರಾಸ್‌ಹೇರ್ ಕರ್ಸರ್ ಉತ್ತಮವಾಗಿರುತ್ತದೆ. .
ನೀವೇ ಪ್ರಯತ್ನಿಸಿ! ಎಲ್ಲಾ ನಂತರ, ಹೈಕು ಯೋಜನೆಯು ಡಿವಿಡಿ ಅಥವಾ ಯುಎಸ್‌ಬಿಯಿಂದ ಬೂಟ್ ಮಾಡಲು ಚಿತ್ರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ . ಸ್ಥಾಪಿಸಲು, ಚಿತ್ರವನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ಬಳಸಿಕೊಂಡು USB ಫ್ಲಾಶ್ ಡ್ರೈವ್‌ಗೆ ಬರ್ನ್ ಮಾಡಿ
ಪ್ರಶ್ನೆಗಳಿವೆಯೇ? ನಾವು ನಿಮ್ಮನ್ನು ರಷ್ಯನ್ ಭಾಷೆಗೆ ಆಹ್ವಾನಿಸುತ್ತೇವೆ .
ದೋಷ ಅವಲೋಕನ:
ನಿಂದ ಅನುವಾದ: ಇದು ಹೈಕು ಸರಣಿಯ ಆರನೇ ಲೇಖನ.
ಲೇಖನಗಳ ಪಟ್ಟಿ:
ಮೂಲ: www.habr.com