હાઈકુ સાથે મારો પહેલો દિવસ: તેણી અણધારી રીતે સારી છે

TL:DR; એક નવા વ્યક્તિએ પહેલી વાર હાઈકુ અજમાવ્યું અને તેને લાગ્યું કે તે અદ્ભુત છે. ખાસ કરીને ડેસ્કટોપ વાતાવરણની તુલનામાં Linux

મેં # વિશે મારા વિચારો (અને નિરાશાઓ) પહેલાથી જ શેર કર્યા છે.Linuxઉપયોગિતા (ભાગ 1, ભાગ 2, ભાગ 3, ભાગ 4, ભાગ 5, ભાગ 6). આ સમીક્ષામાં હું મારી પ્રથમ છાપનું વર્ણન કરીશ હાઈકુ, પર્સનલ કમ્પ્યુટર્સ માટે ઓપન સોર્સ ઓપરેટિંગ સિસ્ટમ. કેટલીકવાર પ્રથમ છાપ ઉપયોગી હોય છે, પરંતુ તમે માત્ર એક જ વાર પ્રથમ છાપ મેળવતા હોવાથી, મેં મારું અહીં સાચવ્યું છે.

જે સિસ્ટમ પર હું આ સમીક્ષા લખી રહ્યો છું

કદાચ તેઓ હાઈકુ વિકાસકર્તાઓ અથવા અન્ય રસ ધરાવતા પક્ષોને ઉપયોગી થશે.
હું ક્યાંક ખોટો હોઈ શકું છું, કારણ કે હું ફક્ત મારા અંગત (વાંચો: આંખ આડા) પ્રથમ અનુભવનું વર્ણન કરી રહ્યો છું. ઉપરાંત, irc.freenode.net નેટવર્ક પર #haiku ચેનલ પરના મૈત્રીપૂર્ણ લોકોએ મને ટિપ્સ આપવામાં મદદ કરી - હું તેમને પણ પ્રકાશિત કરીશ. આભાર, હાઈકુ વિકાસકર્તાઓ!

હું શું કહેવા માંગતો હતો: હાઈકુ હજી 100% સંપૂર્ણ નથી, પરંતુ તેમાં પહેલેથી જ નક્કર કાર્યકારી વાતાવરણ છે.

સ્થાપન

હાઈકુ પ્રોજેક્ટ સીડી અથવા ડીવીડીમાંથી બુટ કરવા માટે ઈમેજો પ્રદાન કરે છે, દરરોજ રચાય છે. મેં USB-3 ફ્લેશ ડ્રાઇવનો ઉપયોગ કર્યો. મને કહેવામાં આવ્યું છે કે USB-3 માંથી બુટીંગ કામ કરી શકશે નહીં, પરંતુ મારી બે ઇન્ટેલ-આધારિત પરીક્ષણ સિસ્ટમો પર તે દોષરહિત રીતે કાર્ય કરે છે.

મેં 64bit માટે ઇમેજ ડાઉનલોડ કરીને ઇન્સ્ટોલેશન પ્રક્રિયા પોતે જ શરૂ કરી, જે પછી મેં પ્રોગ્રામનો ઉપયોગ કરીને ફ્લેશ ડ્રાઇવ પર લખી. Etcher. ડાઉનલોડ જેવું કામ કરે છે EFI, અને તેના વિના - આવી છબી પ્રદાન કરવા માટે મારી તાળીઓ.

હાઈકુ પોતાનો ઉપયોગ કરે છે BeFS ફાઇલ સિસ્ટમ બુટ પાર્ટીશન માટે, જો કે, સૈદ્ધાંતિક રીતે, FAT32 અને NTFS માટે આધાર જાહેર થયેલ છે. સામાન્ય રીતે, સિસ્ટમ માટે 600MB પૂરતી છે, પરંતુ વધારાની એપ્લિકેશનો માટે વધુ જગ્યાની જરૂર છે.

મૂળભૂત રીતે, BeFS સાથે 600MB પાર્ટીશન અને FAT32 સાથે 3GB પાર્ટીશન બનાવવામાં આવે છે. FAT32 પર એક ફાઇલ છે /EFI/BOOT/BOOTx64.EFI, જેનો અર્થ છે કે તે EFI-સક્રિયકૃત સિસ્ટમો પર બુટ કરી શકે છે. કમનસીબે, મને BeFS નું કદ વધારવા માટેના પ્રોગ્રામ મળ્યા નથી, અને હું આશા રાખું છું કે ભવિષ્યમાં તેઓ અલગ ડિસ્ક પાર્ટીશન સ્કીમ બનાવશે, કારણ કે પાર્ટીશન ઈમેજનું કદ નાનું છે અને વધારાના માટે પૂરતી ખાલી જગ્યા હોઈ શકતી નથી. સોફ્ટવેર તે સરસ રહેશે જો વધારાના સોફ્ટવેર પેકેજો બીજા FAT32 પાર્ટીશન પર સંગ્રહિત થાય.

આ જ ઉકેલ તે લોકો માટે ફાયદાકારક રહેશે જેઓ અન્ય સિસ્ટમોમાંથી સીધી ફાઇલોને ઍક્સેસ કરવા માંગે છે. Linux BeFS વાંચવા માટે પહેલાથી જ સપોર્ટ છે, BeFS વાંચવા અને લખવા માટે અમલીકરણો છે ફ્યુઝ.

હાઈકુ સ્થાપક

તેઓએ મને સલાહ આપી: જો તમે વધુ ક્ષમતાવાળા પાર્ટીશનનો ઉપયોગ કરવા માંગતા હો, તો બીજી ફ્લેશ ડ્રાઇવ પર હાઈકુ ઇન્સ્ટોલ કરો.
મારા માટે, આ પગલું, સૈદ્ધાંતિક રીતે, અનાવશ્યક છે, કારણ કે હાઇકુ ઇન્સ્ટોલર ડિસ્કને કેવી રીતે પાર્ટીશન કરવું તે જાણતો નથી, પરંતુ તે ફક્ત ડ્રાઇવસેટઅપ પ્રોગ્રામને લોન્ચ કરે છે, જેમાં તમારે ડિસ્કને મેન્યુઅલી પાર્ટીશન કરવાની જરૂર છે, એક પાર્ટીશન ઉમેરવાની જરૂર છે, જે પછી ફોર્મેટ કરવામાં આવે છે. BeFS, જે પછી નિયંત્રણ ઇન્સ્ટોલરને પરત કરે છે. તમારે અલગ પ્રોગ્રામનો ઉપયોગ કરીને બુટલોડરને મેન્યુઅલી ઇન્સ્ટોલ કરવાની પણ જરૂર પડશે. કમનસીબે, હું આ પાર્ટીશન સાથે EFI માંથી બુટ કરવામાં અસમર્થ હતો, કારણ કે EFI માટે બુટ ફાઈલો સાથે કોઈ FAT32 પાર્ટીશન નથી. EFI લક્ષણો સહિત સ્વચાલિત પાર્ટીશન કરવા સક્ષમ સ્થાપક મદદરૂપ થશે.

BootManager ડિસ્ક પર બુટલોડર ઇન્સ્ટોલ કરે છે

ઇન્સ્ટોલેશન પ્રક્રિયામાં ફક્ત ત્રણ મિનિટનો સમય લાગે છે, જે ખૂબ ઝડપી છે. તે સમગ્ર સિસ્ટમની નકલ કરે છે, જેમાં "માત્ર" 4751 ફાઇલો હોય છે. આનું કારણ એ છે કે મોટાભાગના સોફ્ટવેર hpkg ફાઇલો તરીકે પેક કરવામાં આવે છે (કેટલાક અંશે સ્નેપ પેકેજો જેવા). Linux (સિસ્ટમ્સ) જે ક્યારેય ઇન્સ્ટોલ થતી નથી, પરંતુ ફક્ત માઉન્ટ થાય છે. રસપ્રદ વાત એ છે કે png જેવી ઘણી બધી "મફત" ફાઇલો છે. તે શા માટે પેક કરવામાં આવતી નથી?

મેં પહેલેથી જ કહ્યું તેમ, ઓપરેટિંગ સિસ્ટમ કર્નલ પણ hpkg ફાઇલના રૂપમાં આવે છે. (હું 4751 ફાઇલો વિશે વાત કરી રહ્યો હતો કારણ કે હું ઇન્સ્ટોલ કરતા પહેલા હાઇકુડેપોટ ચલાવતો હતો, જેણે ઘણી બધી સામગ્રી ડાઉનલોડ કરી હતી. સ્વચ્છ ઇન્સ્ટોલમાં તે બધું સમાવિષ્ટ હોય તેવું લાગતું નથી, અને લગભગ 200 પેકેજો સાથે ઝડપથી ઇન્સ્ટોલ કરી શકાય છે. સરસ! મને જે કહેવામાં આવ્યું છે ડાઉનલોડ કરેલી ફાઇલોને ઇન્સ્ટોલેશન દરમિયાન અવગણવામાં આવતી નથી - આ છે સોફ્ટવેર ભૂલ. વાહ, એવું લાગે છે કે આ મારા સૂચન પર લખાયેલ પ્રથમ બગ રિપોર્ટ છે).

પ્રથમ બુટ

સિસ્ટમ બૂટ થાય છે, એક સરસ સ્પ્લેશ સ્ક્રીન બતાવે છે, અને પછી અટકે છે: લોડ થયા પછી, મારું વિડિયો કાર્ડ (રેડિયન) કાળી સ્ક્રીન બતાવે છે.

મને ફુલએચડી મોનિટર પર 1024x768 ના રિઝોલ્યુશન સાથે સ્ક્રીનને સલામત મોડમાં બુટ કરવાની સલાહ આપવામાં આવી હતી. સૈદ્ધાંતિક રીતે, ફુલએચડી સાથે કામ કરવા માટે બુટલોડર સાથે ટિંકર કરવું શક્ય હતું, પરંતુ ઇન્ટેલ વિડિયો કાર્ડવાળા બીજા કમ્પ્યુટર પર બધું જ દોષરહિત રીતે કામ કરે છે.

સિસ્ટમ પોતે ફ્લેશ ડ્રાઇવથી પ્રતિભાવશીલ રીતે કાર્ય કરે છે, દેખીતી રીતે કારણ કે ઓપરેશન દરમિયાન ફ્લેશ ડ્રાઇવ પર કંઈ લખાયેલું નથી, તેથી હું ફ્લેશ ડ્રાઇવનો ઉપયોગ મારી પ્રાથમિક કાર્યકારી સિસ્ટમ તરીકે કરવાની આશા રાખું છું. USB માંથી બુટ કરતી વખતે તમને વાસ્તવિક સિસ્ટમ મળશે, જે સુસ્ત "લાઇવ" સિસ્ટમોથી વિપરીત છે. Linux છબીઓ.

બુટ દરમ્યાન કોઈ સ્ક્રીન ફ્લિકરિંગ નથી, કોઈ કર્નલ સંદેશાઓ નથી, અને કોઈ લાગણી નથી કે Xorg વાદળી ટેપથી કર્નલ સાથે ચોંટાડેલું છે. સામાન્ય વિતરણોથી વિપરીત. Linux, કોર અને GUI અહીં એકબીજા માટે બનાવવામાં અને ગોઠવવામાં આવે છે!

ત્યાં કોઈ લોગિન પ્રોમ્પ્ટ નથી કારણ કે સિસ્ટમ એક જ વપરાશકર્તા માટે બનાવવામાં આવી છે. બધું સરળ છે, વ્યક્તિગત કમ્પ્યુટર માટે બરાબર શું જરૂરી છે.

જો તમને ઘણા વપરાશકર્તાઓના સમર્થનની જરૂર હોય, તો તેમને ફ્લેશ ડ્રાઇવ આપો, જેમાંથી દરેકની કિંમત $5 કરતાં વધુ નથી.

કામના વાતાવરણની પ્રથમ છાપ

જો તમે પહેલી છાપની સરખામણી કરો છો, તો તે ઉદાહરણ તરીકે, મેક કરતાં વધુ જેવું છે, Linux જીનોમ સાથે. "કમાન્ડ" કી મેકની જેમ જ કામ કરે છે. સરસ!

કોઈ અવકાશી ફાઇલ મેનેજરને હરાવતું નથી જે સારા જૂના મેક જેવું લાગે છે!

ડિફૉલ્ટ ફાઇલ મેનેજર અવકાશી છે (જેમ કે મેકિન્ટોશ સિસ્ટમ 1.0), કમનસીબે દરેક વિન્ડો તેના સેટિંગ્સને યાદ રાખતી નથી (ઉદાહરણ તરીકે, સૂચિ તરીકે અથવા ચિહ્નો તરીકે જોવાનું). જેમ મને કહેવામાં આવ્યું હતું, આ એક ભૂલ છે, જેને હું માનું છું કે તેને સુધારવી મુશ્કેલ નહીં હોય. (કમનસીબે, હાઈકુ માટે બગટ્રેકરમાં "મિમોક્રોકોડાઈલ" ને અહેવાલો લખો મુશ્કેલ - મૂળ સિસ્ટમનો ઉપયોગ કરવામાં આવે છે, જે GitLab અથવા GitHub પર આધારિત નથી, જે તેમની સહાયથી લોગ ઇન કરવું પણ અશક્ય છે). ફાઇલોને તેમના પોતાના ચિહ્નો મળે છે, ડેસ્કટોપ અને ચિહ્નો પર અલગ ફાઇલો સાથે કોઈ સમસ્યા નથી.
સારું! ડેસ્કટોપ વાતાવરણ કરતાં ઘણું સારું Linux, તમે સરળતા અનુભવી શકો છો.

ઉત્પાદકતા

ઓપરેટિંગ સિસ્ટમ એટમ નેટબુક જેવા ઓછા-પાવર સાધનો પર પણ ઝડપથી કામ કરે છે. સોફ્ટવેરના કોઈ ફૂલેલા સ્તરો નથી. ફાઇન!

લંડુકે જણાવ્યું હતું કે લીબરઓફીસ અન્ય ઓપરેટિંગ સિસ્ટમો કરતાં વધુ ઝડપથી કામ કરે છે, પરંતુ મેં હજુ સુધી આનું પરીક્ષણ કર્યું નથી.

બ્રાયન લુંડુકે. હાઈકુ ઓએસ બીટા - સમીક્ષા અને છાપ

આદેશ વાક્ય

રચનામાં ટર્મિનલનો સમાવેશ થાય છે. સામાન્ય રીતે, નાના તફાવતો હોવા છતાં Linux મને તરત જ તેની આદત પડી ગઈ; ખરેખર તો એ ફક્ત નિયમિત પાર્ટી છે, જેનાથી હું ખૂબ ખુશ થયો.

Welcome to the Haiku shell.
In it, you can easily launch applications that are on the $PATH:
~> Touchpad
~> echo $PATH
.:/boot/home/config/non-packaged/bin:/boot/home/config/bin:/boot/system/non-packaged/bin:/bin:/boot/system/apps:/boot/system/preferences

વાહ! "."માં $PATH! આનો અર્થ એ છે કે તમે વર્તમાન ડાયરેક્ટરીમાંથી સીધા જ આદેશો ચલાવી શકો છો (લિનક્સોઇડ્સે મને એકવાર કહ્યું હતું કે જો હું તેનો પ્રયાસ કરું તો વિશ્વ વિસ્ફોટ થશે). સરસ!

હાઇકુ ટર્મિનલમાં ચાલતી બેશ

ટર્મિનલ વિશે બીજી એક સરસ વાત એ છે કે તમે ડેસ્કટોપ વાતાવરણથી વિપરીત, અન્ય એપ્લિકેશનોની જેમ, નકલ કરવા માટે ctrl + c દબાવી શકો છો. Linux, જ્યાં તમારે ટર્મિનલમાં ctrl + shift + c દબાવવાની જરૂર છે.
નાની વસ્તુઓ જે સમગ્ર સિસ્ટમની અખંડિતતા દર્શાવે છે.

ફાઇલ સિસ્ટમ માળખું

પાર્ટીશન જેમાંથી ડાઉનલોડ આવે છે તે માઉન્ટ થયેલ છે /boot. કેટલું સરળ!
કોઈ ઢગલો નથી /etc, /usr, /bin… માત્ર /home и /system. સ્વચ્છ, સરળ, સમજી શકાય તેવું. ફાઇન! (ખરેખર નથી: તેઓ ત્યાં છે, પરંતુ છુપાયેલા છે. શા માટે? કારણ કે /bin તે /system/bin, આને ટ્રેકરમાં દર્શાવવાની જરૂર નથી, પરંતુ સ્ક્રિપ્ટો હજુ પણ તેનો ઉપયોગ કરે છે. મને લાગે છે કે ડેવલપર્સે સુસંગતતા માટે કરવામાં આવતી નાપસંદ કરેલી વસ્તુઓથી છૂટકારો મેળવવો જોઈએ કારણ કે તે તેને સમજવું મુશ્કેલ બનાવે છે.)

પેકેજએફ

મેં પહેલા hpkg ફાઇલો વિશે ઉલ્લેખ કર્યો હતો, જે પેકેજો જેવી જ છે Linux, પરંતુ તે ઇન્સ્ટોલ કરેલા નથી, ફક્ત માઉન્ટ કરેલા છે (સ્નેપ પેકેજોની જેમ). આ જાદુ કરતી ફાઇલ સિસ્ટમને packagefs કહેવામાં આવે છે. તે hpkg ફાઇલોને અન્ય ફાઇલોની ટોચ પર માઉન્ટ કરે છે, પરિણામે સમગ્ર /system ડિરેક્ટરી આ રીતે બનાવવામાં આવે છે.

માઉન્ટ આદેશ, કમનસીબે, શું માઉન્ટ થયેલ છે તે બતાવતું નથી.

~> mount
usage: mount [-ro] [-t fstype] [-p parameter] [device] directory
-ro mounts the volume read-only
-t specifies the file system to use (defaults to automatic recognition)
-p specifies parameters to pass to the file system (-o also accepted)
if device is not specified, NULL is passed (for in-memory filesystems)

મને પ્રયાસ કરવાની ભલામણ કરવામાં આવી હતી mountvolume, જે માઉન્ટ થયેલ પાર્ટીશનો બતાવશે, પરંતુ કમનસીબે તે પેકેજફ્સ સાથે માઉન્ટ પોઈન્ટ પણ બતાવતું નથી (તે ફક્ત પાર્ટીશનો અથવા ડિસ્ક ઈમેજો સાથે સંકળાયેલા બતાવશે). [સદનસીબે, જો તમે ડોકર સાથે હોસ્ટ પર ક્યાંક માઉન્ટ અથવા ડીએફ ચલાવો છો, તો તમે કેટલીક સ્ક્રીનોમાંથી સ્ક્રોલ કરી શકો છો! - આશરે અનુવાદક] પરંતુ તમે df સાથે યુક્તિ કરી શકો છો :

~> df -h

Mount Type Total Free Flags Device
----------------------------------
/boot bfs 600.0 MiB 6.0 KiB QAM-P-W /dev/disk/usb/0/0/0
/boot/system packagefs 4.0 KiB 4.0 KiB QAM-P -
/boot/home/config packagefs 4.0 KiB 4.0 KiB QAM-P -
/no name fat 2.8 MiB 2.3 MiB - M-PRW /dev/disk/usb/0/0/1

જોયું તેમ, /system и /home/config અંદર /boot આ માત્ર પેકેજફ્સ છે.
જે લોકો મને ઓળખે છે તેઓ જાણે છે કે હું ફાઇલ મેનેજર્સમાં ડ્રેગ-એન્ડ-ડ્રોપ સપોર્ટનો ચાહક છું: ઉદાહરણ તરીકે, હું નેક્સ્ટ-સ્ટાઇલ એપ્લિકેશન બંડલ્સનો ઉપયોગ કરું છું, અથવા એપ્લિકેશન છબીઓ.
કોઈપણ કિસ્સામાં, સોફ્ટવેર વિતરણના આ ફોર્મેટમાં ગેરફાયદા છે. પેકેજફ્સ શ્રેષ્ઠ ભેગા કરી શકે છે?

જેમ તમે જોઈ શકો છો, મારા કિસ્સામાં (સિસ્ટમ પાર્ટીશન ભરેલું છે, પરંતુ હું એપ્લિકેશનો ઇન્સ્ટોલ કરવા માંગુ છું), બ્રાઉઝરનો ઉપયોગ કરીને ક્યાંક એપ્લિકેશન ડાઉનલોડ કરવી વધુ ભવ્ય હશે, જેમ કે હું ફાઇલો સાથે કરું છું .dmg Mac અથવા AppImage માટે. packagefs કર્નલમાં રહે છે, તેથી તે FUSE માટેની ફાઇલસિસ્ટમ નથી (જોકે હું જાણું છું કે હાઈકુમાં પણ FUSE છે). મને એવું પણ કહેવામાં આવ્યું છે કે ભવિષ્યમાં વધારાના "packagefs ઝોન" હોઈ શકે છે, જેનો મોટાભાગે અર્થ એ થાય છે કે હું પેકેજફ્સને અલગ ડિસ્ક પાર્ટીશનો પર પેકેજો સ્ટોર કરવા માટે કહી શકીશ, ઉદાહરણ તરીકે. મને આ ગમે છે - છેવટે, જો ડિસ્ક પાર્ટીશન દૂર કરી શકાય તેવા મીડિયા પર હોય, તો હું બીજા કમ્પ્યુટર પર બેસી શકું છું અને ત્યાં ચાલી રહેલી એપ્લિકેશનો મેળવી શકું છું.

તેઓએ એમ પણ કહ્યું કે ડ્રેગ-એન્ડ-ડ્રોપ પદ્ધતિનો ઉપયોગ કરીને પેકેજો ઇન્સ્ટોલ કરવાનું પણ કામ કરે છે: ફક્ત ફાઇલને અંદર ખેંચો /system/packages અથવા /home/config/packages ઇન્સ્ટોલેશન માટે, અને જો તમે ત્યાંથી ફાઇલ કાઢો છો, તો તે કાઢી નાખવામાં આવશે. જો તમે અસંતુષ્ટ નિર્ભરતા સાથે પેકેજ ખેંચો, તો સિસ્ટમ તેમના પ્રારંભિક સ્થાપન માટે વિનંતી કરશે.

શરૂઆતમાં તે મને સ્પષ્ટ ન હતું કે કેવી રીતે પેકેજએફ એક જ પેકેજના બહુવિધ સંસ્કરણોને હેન્ડલ કરે છે, જો હું ઇન્સ્ટોલ કરવા માંગુ તો શું થશે, ઉદાહરણ તરીકે, gcc ના વિવિધ સંસ્કરણો, અથવા અન્ય GUI પ્રોગ્રામ્સ? (વિકાસકર્તાઓમાંના એકે કહ્યું, ક્વોટ: "packagefs પોતે એવું કંઈપણ ધરાવતું નથી કે જે એક જ નામના બહુવિધ પેકેજોને ઇન્સ્ટોલ થવાથી અટકાવે, પરંતુ OpenSuse ના libsolv નો ઉપયોગ અવલંબન રિઝોલ્યુશન માટે થાય છે, જે આને મંજૂરી આપતું નથી, તેથી તેને આવું કરવાની મનાઈ હતી. અને સેટિંગ્સમાં જ HaikuDepot." હું સમજાવી શકું છું કે મને શા માટે .app, AppDir અને AppImages પેકેજોનો વિચાર ગમે છે).

ગતિશીલ પુસ્તકાલયો

શું ત્યાં ગતિશીલ પુસ્તકાલય તકનીક છે? હા, આ દૃશ્યમાન છે, ઉદાહરણ તરીકે, જો તમે ડબલ ક્લિક કરીને ગુમ થયેલ લાઇબ્રેરીઓ સાથે એપ્લિકેશન લોંચ કરો છો:

શું તમે જીનોમ, kde અથવા xfce માં આની કલ્પના કરી શકો છો?

В Linux આ પ્રકારના લોન્ચથી કંઈ ખુલશે નહીં. ચાલો જોઈએ કે વિવિધ વાતાવરણમાં તે કેટલો સમય લે છે:

• જીનોમ: https://gitlab.gnome.org/GNOME/nautilus/issues/1166
• કે.ડી. https://bugs.kde.org/show_bug.cgi?id=409777
• XFCE: https://bugzilla.xfce.org/show_bug.cgi?id=15714
• સાથી: https://github.com/mate-desktop/caja/issues/1262

ચેક વિશે શું?

~> ldd
bash: ldd: command not found

તમારે રિપ્લેસમેન્ટનો ઉપયોગ કરવાની જરૂર છે:

~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.so

સિદ્ધાંતમાં ldd તે વધુ સારું રહેશે કારણ કે તે તે માર્ગો પણ બતાવે છે જ્યાંથી લાઇબ્રેરીઓ લોડ કરવામાં આવશે.
તેઓ ખરેખર ક્યાંથી લોડ થાય છે?

~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/lib

તો તમે એક્ઝિક્યુટેબલની બાજુમાં લાઇબ્રેરીઓ મૂકી શકો છો, અને તે "બસ કામ કરશે." કેટલું સરસ! તમે rpath સાથે ગડબડ કર્યા વિના અથવા LD_LIBRARY_PATH ચલ સેટ કર્યા વિના તમારી એપ્લિકેશનમાં વ્યક્તિગત લાઇબ્રેરીઓ શામેલ કરી શકો છો જેમ કે Linux. સરસ!

ત્યાં એક પુસ્તકાલય છે (ભયંકર Linux) /boot/system/lib/libstdc++.so.6.0.24.
જો એપ્લીકેશનને /boot/system/lib કરતા નવા સંસ્કરણની જરૂર હોય તો શું?
સરેરાશ વપરાશકર્તા કદાચ નવીનતમ સંસ્કરણ પર અપગ્રેડ કરશે કારણ કે આ સિસ્ટમ પર રુટ પાસવર્ડ સાથે કોઈ "એડમિનિસ્ટ્રેટર" વપરાશકર્તા નથી [લેખક સરળતા તરફ ઈશારો કરે છે - આશરે અનુવાદક].
ઠીક છે, ઓછામાં ઓછું તે જેવું લાગે છે. (ખરેખર, "વપરાશકર્તા" એ રૂટની સમકક્ષ છે. તમે આદેશનો ઉપયોગ કરીને પાસવર્ડ સેટ કરી શકો છો passwd, પછી સૂચવો PermitRootLogin=yes в sshd_config, અને પછી તમે ssh દ્વારા બાહ્ય રીતે કનેક્ટ કરી શકો છો. વિકાસકર્તાઓએ મને કહ્યું કે મૂળભૂત રીતે બધી એપ્લિકેશનો રૂટ તરીકે લોંચ કરવામાં આવે છે. તેઓ આખરે તે કામ કરી શકે છે... પરંતુ મને ખાતરી નથી કે મને તે ગમશે કે નહીં.)

હાઈકુના કોઈ વિતરણો ન હોવાને કારણે, એપ્લિકેશન વિકાસકર્તાઓને તમારી સિસ્ટમ પર ડાઉનલોડ કરવા માટે ઉપલબ્ધ સંસ્કરણો કરતાં નવા સંસ્કરણોની ઍક્સેસ પણ નથી. પરિણામ: ઓછી નિરાશા, વસ્તુઓ "માત્ર કામ કરે છે." મહાન સરળીકરણ! મને તે ગમે છે.

સંસાધનો અને રજીસ્ટ્રાર

ઉપર જણાવ્યા મુજબ, એપ્લિકેશનોને એક પ્રકાર અને એક ચિહ્ન મળે છે, જેથી તમારે ડેસ્કટોપ ફાઇલો અને તેના જેવી વસ્તુઓ સાથે ગડબડ કરવાની જરૂર નથી. મને કહેવામાં આવ્યું હતું કે એક વિશેષ રજિસ્ટ્રાર સેવા છે જે એપ્લિકેશન્સ, ફાઇલ પ્રકારો અને ચિહ્નો વિશે જાણે છે. જ્યારે પેકેજ ઇન્સ્ટોલ કરવામાં આવે અથવા ફાઇલને એક્ઝેક્યુશન માટે ચિહ્નિત કરવામાં આવે ત્યારે તે હંમેશા સૂચિત કરવામાં આવે છે (પ્રોગ્રામનો ઉપયોગ કરીને chmod અથવા mimeset).
મને કંઈક યાદ અપાવે છે સેવાઓ શરૂ કરો મેક પર. પરંતુ આ શું છે કાર્યકારી વાતાવરણમાં ગેરહાજર છે Linux. સરસ!

દ્વિસંગી ફાઇલો સંસાધન તરીકે બિલ્ટ-ઇન આઇકન મેળવે છે, તેથી તમારે તમારા ડેસ્કટૉપ પર ફાઇલો ઉપરાંત અલગ ચિહ્નની જરૂર નથી. લગભગ મેકિન્ટોશ સિસ્ટમ 1 પર જેવું જ હતું. સરસ!

એપ્લિકેશન પ્રકારો, સમર્થિત દસ્તાવેજ પ્રકારો, બિલ્ટ-ઇન સંસાધનો અને સંસ્કરણ માહિતી

ટ્રેકર (ફાઇલ મેનેજર) આપમેળે બાઈનરીઓને એક્ઝિક્યુટેબલ તરીકે ચિહ્નિત કરે છે. ડેસ્કટોપ વાતાવરણમાંથી મને આની અપેક્ષા હતી Linux 10 વર્ષથી વધુ સમય માટે.
આ બધું ખૂબ જ સંતોષકારક છે. તે સરસ છે! જીવન એટલું સરળ બની જાય છે. તે sleeker અને વધુ મેક જેવા કરતાં છે એક્સડીજી પર Linuxઅથવા આ...

અરજી ચાલુ Linux એક્ઝેક્યુટેબલ બીટ સેટ વગર

જીનોમમાં દૂર ફાઇલ મેનેજર પાસેથી એક્ઝિક્યુટેબલ ફાઇલો શરૂ કરવાની ક્ષમતા, પરંતુ સમુદાયે હોબાળો મચાવ્યો - અને બધું પાછું આપવામાં આવ્યું.
મને એમ પણ કહેવામાં આવ્યું હતું કે એપ્લિકેશનો ફંક્શનનો ઉપયોગ કરે છે find_paths() હાર્ડ-કોડેડને બદલે /usr/bin и /usr/share (કાર્ય વાતાવરણની એક સામાન્ય લાક્ષણિકતા Linux), જેનો અર્થ એ થાય કે તેમને ફાઇલ સિસ્ટમમાં ખસેડી શકાય છે. ઉભા થઈને તાળીઓ પાડવી! માં Linux તે હંમેશની જેમ જટિલ છે..

મને શું આશ્ચર્ય થયું

• હું મૂંઝવણમાં હતો કે /boot આ પાર્ટીશન માઉન્ટ પોઈન્ટ છે જેમાંથી સિસ્ટમ બુટ થાય છે. કેમ નહિ "/"? તેથી અથવા /Haiku? (સ્પષ્ટીકરણ: ખરેખર, /boot આ હંમેશા બુટ પાર્ટીશન છે, તે ડેસ્કટોપ પર "હાઈકુ" તરીકે દેખાય છે કારણ કે તે તેનું નામ છે. જોવા "/"મેક સિસ્ટમ 1 માં ડેસ્કટોપના એનાલોગ તરીકે, વંશવેલોનું મૂળ કે જે ડિસ્ક પર ખરેખર અસ્તિત્વમાં નથી).
• વપરાશકર્તા સ્થાપિત પેકેજો માટે માઉન્ટ બિંદુ છે /home/config. શા માટે માત્ર /home? (વિકાસકર્તાઓમાંના એકે મને સમજાવ્યું કે તેઓ હોમ ડિરેક્ટરીને દૂષિત કરવા માંગતા નથી, પરંતુ મને લાગે છે કે રૂપરેખા એક ખરાબ નામ છે કારણ કે અંદર એક સબડિરેક્ટરી છે. bin/, તેથી તે ફક્ત સેટિંગ્સને સંગ્રહિત કરવાનું નથી).
• દરેક વસ્તુ માટે લાઇસન્સ શું છે? ઉદાહરણ તરીકે માં વેબ પોઝિટિવ બ્રાઉઝર જ્યારે "વિશે" જુઓ ત્યાં કોઈ સ્પષ્ટ સંકેત નથી. "આ સિસ્ટમ વિશે" ફીલ્ડ કહે છે કે હાઇકુ કોડ MIT લાયસન્સ હેઠળ છે. મહાન! (મને એવું પણ કહેવામાં આવ્યું હતું કે WebPositive એ જ લાયસન્સ હેઠળ ઓપરેટિંગ સિસ્ટમ સાથે આવે છે, પરંતુ તેનું WebKit એન્જિન મોટે ભાગે બે-પોઇન્ટ BSD હેઠળ આવે છે).

મારી અપેક્ષા મુજબ શું કામ ન કર્યું

પ્રથમ વસ્તુ જે મને ત્રાટકી તે હાર્ડવેર સપોર્ટનું સ્તર હતું. WLAN સહિત મારી એટમ-આધારિત નેટબુક પર બધું કામ કરે છે. પરંતુ કામમાં કેટલીક ખાસિયતો છે.

• EFI મોડ અથવા BIOS ઇમ્યુલેશનને ધ્યાનમાં લીધા વિના, મેકિન્ટોશ હાર્ડવેર પર સંપૂર્ણ નિષ્ક્રિયતા (Windows"). જો હું મેક બુટલોડરમાં આઇકોન પસંદ કરું તો સિસ્ટમ ખાલી થીજી જાય છે. મને કહેવામાં આવ્યું હતું કે આ પ્રખ્યાત લક્ષણ અને તમે તેનો ઉપયોગ કરીને બુટ કરી શકો છો REFIT, પરંતુ આ સેટિંગ્સ મારા માટે ખૂબ જટિલ છે.
• ગ્રાફિક્સ પ્રવેગક. એવું લાગે છે કે હજી સુધી Radeon નો ઉપયોગ કરવો શક્ય નથી (મારી પાસે કાળી સ્ક્રીન હતી), પરંતુ વસ્તુઓ ઇન્ટેલ પર પણ સરળતાથી ચાલી રહી નથી. WebPositive માં વિડિયો પ્રવેગક માત્ર સોફ્ટવેર છે, જેમાં H.264નો સમાવેશ થાય છે. તે આશ્ચર્યજનક છે, કારણ કે પ્રારંભિક અભિગમ વિડિઓ પર છે. વિકાસકર્તાઓમાંના એકે સ્પષ્ટ કર્યું કે WebPositive માંનો વીડિયો ધીમા હેક્સનો ઉપયોગ કરીને કામ કરે છે.
• કોઈ અવાજ નથી? "સાઉન્ડ કાર્ડ ડ્રાઇવરો હજુ પણ પ્રવાહમાં છે," વિકાસકર્તાએ કહ્યું. તેને કદાચ HDA ડ્રાઇવરને USB-3 જેવી જ રીતે સપોર્ટ કરવાની જરૂર છે. હવે, અવાજ મેળવવા માટે, અન્ય ઑપરેટિંગ સિસ્ટમમાંથી ગરમ રીબૂટ પૂરતું છે, અને હું માનું છું કે આ કોઈક રીતે ઠીક થઈ જશે.
• તેજ અને વોલ્યુમ નિયંત્રણ બટનો કામ કરતા નથી. (શૉર્ટકટ્સ એપ્લિકેશનના રૂપમાં આનો આધાર પહેલેથી જ છે: તમે કોઈપણ કીબોર્ડ શૉર્ટકટને તમને ગમે તે ફંક્શન સાથે જોડી શકો છો, પરંતુ અત્યાર સુધી હાઈકુને મીડિયા કી સાથે કેવી રીતે કામ કરવું તે ખબર નથી. કદાચ ત્યાં સ્વયંસેવકો છે?)
• બે આંગળીના ટચપેડ નિયંત્રણ. બોક્સની બહાર કામ કરતું નથી. ત્યાં એક સેટિંગ્સ પેનલ છે જેણે કહ્યું હતું કે "કોઈ ટચપેડ મળ્યું નથી, સેટિંગ્સ પર કોઈ અસર થશે નહીં." (જાણીતો મુદ્દો ELAN ઇનપુટ ઉપકરણ સાથે, ACPI ETD050A).
• ડિજિટલ કેમેરા અને સ્માર્ટફોનમાંથી ફાઇલો વાંચવા માટેની હાલની એપ્લિકેશન સાથે Android હું MTP અને PTP મોડમાં સિંક કરી શક્યો નહીં. જો તેમને સિસ્ટમમાં અન્ય પાર્ટીશનોની જેમ માઉન્ટ કરી શકાય તો તે ખૂબ સારું રહેશે.
• લેપટોપનું ઢાંકણું બંધ કરવાથી સંભાળવામાં આવતું નથી. (હું જાણું છું કે હાઈકુ હજુ પણ ACPI સાથે કામ કરતું નથી: સપોર્ટ અમલમાં છે, પરંતુ ડિફૉલ્ટ રૂપે સક્ષમ નથી; કોઈ ડ્રાઈવર પુનઃપ્રારંભ નથી)
• હું બગટ્રેકર પર એકાઉન્ટ બનાવી શક્યો નથી કારણ કે તે કામ કરતું નથી કેપ્ચા WebPositive માં.

Приложения

ઓપરેટિંગ સિસ્ટમનો મુખ્ય હેતુ એપ્લીકેશન્સ લોન્ચ કરવાનો છે. મને ડર હતો કે હાઈકુ હેઠળ વાસ્તવિક કાર્ય માટે કોઈ અરજીઓ નહીં આવે. સદનસીબે, હું ખોટો હતો, કારણ કે સુધારાની આશા છે - જ્યારે હાઈકુનો વધુ વખત ઉપયોગ થાય છે.
સ્ક્રીબસ (વિઝ્યુઅલ લેઆઉટ માટેની એપ્લિકેશન) છે, અને તે Qt પર આધારિત ખૂબ જ જટિલ એપ્લિકેશન છે. ત્યાં પણ છે ક્યુટ્રીએક્ટર (IDE).

હું આશ્ચર્ય પામી રહ્યો હતો કે શું લોકો આજે નેટીવ ટુલ્સ (જો તેઓ અસ્તિત્વમાં હોય તો) નો ઉપયોગ કરીને હાઈકુ માટે નેટીવ બી એપ્સ લખે છે, અથવા જો તે QtCreator નો ઉપયોગ કરવા માટે પૂરતું છે (જે ક્રોસ-પ્લેટફોર્મ એપ્લિકેશન્સને પોર્ટ કરવાનું સરળ બનાવશે). હાઈકુ વિકાસકર્તાઓની સ્થિતિ હાઈકુ માટે મૂળ એપ્લિકેશન માટે "સ્પષ્ટ" પસંદગી છે. શુ તે સાચુ છે? મને શંકા છે કે વાસ્તવિક કાર્ય માટેની એપ્લિકેશનો ક્રોસ-પ્લેટફોર્મ નથી (મારા કાર્યમાં ઉપયોગમાં લેવાતી તમામ એપ્લિકેશનો ક્રોસ-પ્લેટફોર્મ છે).

Wx સપોર્ટની જાહેરાત કરીWindows приложений.

Gtk+ સપોર્ટનો અભાવ નિરાશાજનક છે. આનો અર્થ એ છે કે હાઈકુ પર ટૂંક સમયમાં જિમ્પ નહીં હોય (સારું, મને લાગે છે), પરંતુ ક્રિતાના રૂપમાં રિપ્લેસમેન્ટ છે!

ઉપરાંત, મને લાગે છે કે હાઇકુ માટે એપ્લિકેશન બનાવવા માટે એક સરળ અને સ્પષ્ટ રીત હોવી જરૂરી છે, આની જેમ - Travis CI અને GitLab CI નો ઉપયોગ કરીને.

આપણે ક્યાં જઇ રહ્યા છીએ?

શું હાઈકુ BeOS UX કોન્સેપ્ટ સાથે અટવાઈ જશે? મને લાગે છે કે આકર્ષક બનવા માટે, નવી UX ડિઝાઇનને અપનાવતી વખતે તેને કાળજીપૂર્વક માપાંકિત કરવાની જરૂર છે, જ્યારે તેના મૂળભૂત સિદ્ધાંતો પર સાચા રહીને.
ઉદાહરણ તરીકે:

• સરળ રહો, તે 100500 વિકલ્પો વિના જે બનાવે છે Linux "જટિલ".
• વિચિત્ર હાથને બદલે માઉસ માટે એરો કર્સરનો ઉપયોગ કરો.
• ત્યાં કોઈ ડોક હશે? (મને ખબર છે કે ડોક નામના જેવું કંઈક છે લોંચબોક્સ, ડોકની પણ નજીક LnLuncher, પરંતુ મૂળ BeOS પાસે 1998માં પહેલાથી જ ડોક બેક હતું!)
• વૈશ્વિક મેનુ? (દેખીતી રીતે નહીં, ત્યારથી જેએલજી કોઈ ખાસ ફાયદો દેખાતો નથી).
• ઝડપી વિન્ડો સ્વિચિંગ? (તેઓએ કહ્યું કે તમે સક્રિય કરવાનો પ્રયાસ કરી શકો છો "સ્ટેક અને ટાઇલ"ચાવી દબાવી રાખીને Windows વિન્ડો ખેંચતી વખતે, પણ તે સહજ નથી, અને વધુમાં, તે મારા માટે કામ કરતું નથી).
• વિન્ડો ખોલવાનું અને બંધ કરવાનું એનિમેશન?
• બારીની બહાર પડછાયાઓ?
• એક્વા જેવી થીમ સપોર્ટ? (હા, તમે કરી શકો છો, ત્યાં ઈન્ફ્રાસ્ટ્રક્ચર અને સાધનો છે, ઉદાહરણ તરીકે, હાઈકુ થીમ મેનેજર, પરંતુ કોઈએ થ્રેડો બનાવવાની જરૂર છે. હું તેને જાતે અજમાવીશ, મને કહેવામાં આવ્યું હતું કે તેમાં દસ્તાવેજો છે https://xref.plausible.coop/source /xref/haiku/headers/os/interface/ControlLook.h, પરંતુ હવે નહીં).

આ સૂક્ષ્મ ઘોંઘાટ છે, જે ધ્યાનમાં લેતા સિસ્ટમે તેની અનન્ય વ્યક્તિત્વ ગુમાવવી જોઈએ નહીં.

નિષ્કર્ષ

હાઈકુએ ખરેખર મારી આંખો ખોલી, મને બતાવ્યું કે કેવી રીતે કામનું વાતાવરણ “ફક્ત કામ કરે છે”.
10 વર્ષ પહેલાં મેં Mac માંથી Linux અને ત્યારથી જ તેઓ સમાન સ્તરની સુસંસ્કૃતતા અને સુંદરતા શોધી રહ્યા છે, અને હાઈકુ ઘણી રીતે તેના પર ખરા ઉતરે છે.

વાજબી રીતે કહીએ તો, ત્યાં ખામીઓ છે, પરંતુ WLAN અથવા પ્રિન્ટર્સ જેવા હાર્ડવેર સહિતની વસ્તુઓની આશ્ચર્યજનક સંખ્યા, "ફક્ત કામ કરો."

જો કે, સૌ પ્રથમ, સિસ્ટમમાં કાર્યકારી વાતાવરણનો ખ્યાલ છે જે કાર્યકારી વાતાવરણમાં ગેરહાજર છે Linux.

સંપૂર્ણ સિસ્ટમ રાખવાથી (કર્નલ અને વિવિધ સ્પર્ધાત્મક વપરાશકર્તા વાતાવરણને બદલે) બધું સરળ અને સુસંગત બનાવે છે.

વિવિધ બિલ્ડ્સ (વિતરણો) નો અભાવ બધું વધુ સરળ બનાવે છે.

સિસ્ટમ દીઠ માત્ર એક વપરાશકર્તા પર આધાર રાખવાથી જટિલતા ઓછી થાય છે.

પરિણામ: ઘણી બાબતોમાં ખૂબ જ સરળ, અત્યાધુનિક, ન્યૂનતમ સિસ્ટમ, "માત્ર મનુષ્ય" માટે રચાયેલ છે અને UNIX સિસ્ટમ સંચાલકો માટે નહીં.

આશા એ છે કે જ્યારે આ સિસ્ટમ વધુ લોકપ્રિય થશે (જેમ કે તે અનિવાર્યપણે કરશે), તેની જટિલતા વધશે નહીં.

મેં # વિશે પહેલેથી જ લખ્યું છેLinuxપાછલા લેખ શ્રેણીમાં ઉપયોગિતા. એ જાણીને આનંદ થયો કે હાઈકુ ઘણા બધા મુદ્દાઓને સંબોધે છે સામાન્ય સમસ્યાઓ સહિત, જે કાર્યકારી વાતાવરણને અસર કરે છે Linux.

મારા માટે ખાતરી કરવા માટે એક દિવસ પૂરતો હતો: હું રોજિંદા કામ માટે આ કાર્ય પર્યાવરણનો ઉપયોગ કરવા માંગુ છું, અને હું સિસ્ટમના વિકાસમાં મારા યોગદાન માટે વિકલ્પો પણ શોધી રહ્યો છું.

તેને જાતે અજમાવી જુઓ! છેવટે, હાઇકુ પ્રોજેક્ટ DVD અથવા USB માંથી બુટ કરવા માટે છબીઓ પ્રદાન કરે છે, દરરોજ રચાય છે. ઇન્સ્ટોલ કરવા માટે, ફક્ત ઇમેજ ડાઉનલોડ કરો અને તેનો ઉપયોગ કરીને ફ્લેશ ડ્રાઇવ પર લખો Etcher.

અનુવાદના લેખક તરફથી: હાઈકુ વિશેની શ્રેણીમાં આ ફક્ત પ્રથમ લેખ છે, બાકીના અનુવાદની રાહ જોઈ રહ્યા છે અને પછીથી પ્રકાશિત કરવામાં આવશે.

સોર્સ: www.habr.com