ինչի՞ ա մաեմօ֊լեստէն կամ պոստմարկէտօս֊ը օգտագործում միայն մէյնլայն միջուկ՝ դա միայն գաղափարական֊քաղաքական որոշում չի, այլեւ տեքնիկական՝

որովհետեւ բարդ ա յետոյ նայել ու թարմացնել տարբեր սարքերի համար միջուկների բազմազանութիւն։ եթէ դիցուք ունենք 100 սարք (հեռախօս), ամէն մէկն իր միջուկով, ապա ունենք նոյնքան միջուկի առանձին ֆորք՝ ֆիքսած վարկածներով, ու պարզ սեքիւրիթի փաթչ աւելացնելը դառնալու ա գլխացաւանք՝ լաւագոյն դէպքում պէտք կը լինի բեքփորտ անել այն հարիւր տարբեր կոդի մէջ, իսկ վատագոյն՝ ոչ մի բան էլ անել չի լինի, քանի որ նոյնիսկ միայն էդ կոնկրետ միջուկի վարկածը հասանելի ա միայն բինար ձեւով։

նաեւ, էն լինուքս միջուկը որը հեռախօսների մէջ ա, շատ ա տարբերուում մէյնլայնից ու մեր իմացած լինուքսից՝ ահաւոր շատ փոփոխութիւն ա պարունակում՝ սկսած գուգլից, վերջացրած soc֊ի՝ չիպսետի, ու հեռախօսի արտադրողի փաթչերով։ եւ տարբեր soc֊երի ու հեռախօսների արտադրողների մօտ լրիւ տարբեր փաթչեր են, որ անկապ տեղերում կոնֆլիկտներ կառաջացնեն։

https://wiki.postmarketos.org/wiki/The_Mainline_Kernel

#միջուկ #մաեմո #մաեմօ #պոստմարկետօս #պոստմարկետ #պոստմարկէտօս #պոստմարկէտ #մաեմօ-լեստէ #մաեմո-լեստէ #լինուքս #սեփականատիրական_ծա #սեփականատիրական_ծրագրակազմ #ազատ_ծա #ազատ_ծրագրակազմ #տեքնոլոգիաներ #ազատութիւն

բնօրինակ սփիւռքում(եւ մեկնաբանութիւննե՞ր)

վերջապէս գտայ պիտակներով ֆայլային համակարգի ռեալիզացիա, որն ինձ դուր ա գալիս։ սովորաբար օգտագործում են կողքից եղած տուեալների բազա, սա օգտագործում ա ֆս֊ի ընդլայնուած ատրիբուտները։ նէնց չի որ դրանց սիրայար եմ, բայց աւելի լաւ ա դա, քան առանձին տբ պահել։

պիտակ աւելացնելու համար՝

$ tag -a my_brand_new_tag my_file

նոյնը՝ ռեկուրսիւ՝

$ tag -ra 2013 ~/photos

իւնիկոդ էլ ա աշխատում՝

$ tag -a ♥ ~/photos/wizzup.png

պիտակածների ցուցակ ստանալը՝

$ tag -l ~/photos/wizzup.png
~/photos/wizzup.png: 2013, ♥

նոյնը ռեկուրսիւ՝

$ tag -rL ~
# (output not shown)

http://hetgrotebos.org/wiki/neversearch

#ֆայլային_համակարգ #պիտակներ #լինուքս #մօտեցում #նախագծում #դիզայն

բնօրինակ սփիւռքում(եւ մեկնաբանութիւննե՞ր)

լիքը մարդիկ կարողանում են ոչ թէ պարզապէս օգտուել, այլ հէնց՝ take advantage of էն ինչ այլ մարդիկ արել են, ու դա ոչ մի ձեւ չի օգնում այդ աշխատանքը կատարած մարդկանց, կամ համայնքին՝ օգնում ա միայն իրենց։

դա կատարուում ա ամենատարբեր շերտերում։

սկսած դեբիլ դեւելոփերից որ կարողացել ա կայք սարքել որը վիդեօ ա փոխարկում իսկ տակից օգտագործում ա ffmpeg֊ը, որն ազատ ու համայնքի կողմից զարգացած գործիք ա, կամ կայքից որը տեքստ ֆայլերի ֆորմատներն ա իրար փոխում, բայց տակից օգտագործում ա ասենք կալիբրի փոխարկիչը, ու էդ կայքերը ձեզ ցոյց են տալիս գովազդ, թռնում են ձեր դէմքին զանազան առաջարկներով, ու լկտիութիւն են ունենում ուոթերմարկ դնել նկարի վրայ որը խմբագրել են տակից աշխատող ազատ imagemagick֊ով, քանի որ իրենց փող եւ անձնական տուեալներ չէք տալիս։

իսկ աւարտած դէ օրինակ անդրոիդ հեռախօսների արտադրողներով, որ ինչ ասես չեն աւելացնում լինուքս կերնելի մէջ, պլիւս լիքը ձեզ համար անպիտան, բայց իրենց համար կարեւոր սոֆթ են աւելացնում հեռախօսի մէջ, որը ձեզ վաճառում են։ ու էդ հեռախօսն ունենալիս դուք չէք կարող էդ ամէնը հանել։

էսպէս իրենք օգտուում են համայնքի սարքած բարիքներից՝ իսկ յետոյ անհամեմատ աւելի քիչ ջանք դնելով այդ գործի վրայ՝ աշխատում են անհամեմատ աւելի շատ փող։

ինչո՞ւ՝ որովհետեւ կարող են։ որովհետեւ մեր արտօնագրերը իրենց թոյլ են տալիս։ որովհետեւ մարդիկ կան, որ ասում են, որ bsd արտօնագիրը ամենալիբերալն ա։ ես այդ պնդման հետ բնաւ համաձայն չեմ։ այն ամենալիբերալը չի՝ ամենաալտրուիստականն ա։ ըստ որում ալտրուիստական ա ոչ թէ մարդկանց մեծամասնութեան՝ իրենց դնում ա վատ վիճակի մէջ, այլ մի քանիսի համար ա ալտրուիստական, որ փող են քաղելու հեղինակների արած գործից։

ու ես մտածում եմ, որ պէտք չի անել նոյնը, ինչ անում են իրենք։ էթիկապէս ճիշտ չի օգտագործել անդրոիդ նոյնիսկ իր ազատ ձեւով՝ ռեպլիկանտի, կամ թէկուզ ազատին մօտ՝ լինէյջի ձեւով։

պէտք չի։ դրանով մենք չենք նպաստում մեր ազատ օհ֊երի լաւացմանը, դրանով մենք նպաստում ենք անդրոիդում հասանելի յաւելուածների շատացմանը։ դրանով մենք նպաստում ենք որ vlc֊ն դարձել ա bsd արտօնագրի տակ՝ զի gpl ծրագրակազմը չի կարող լինել փլէյ սթորում՝ փլէյ սթորի պայմաններով ամէնը ինչ այնտեղից ներբեռնած ա՝ չի կարելի տարածել։

ու նաեւ էթիկապէս լաւ չի։ պէտք չի անել էնպէս ինչպէս իրենք են անում։ մեզ պէտք չեն իրենց սարքած պսեւդո ազատ գործիքները։ մենք մերը սարքում ենք ու կարող ենք զարգացնել։

#ազատութիւն #ծրագրակազմ #ազատ_ծա #ազատ_ծրագրակազմ #միջուկ #կերնել #լինուքս #անդրոիդ #արտօնագիր

բնօրինակ սփիւռքում(եւ մեկնաբանութիւննե՞ր)

վերջերս jolla֊ն՝ հէնց jolla ֆիրմայի առաջին սարքս հա միացուած եմ պահում։ նոյնիսկ իր վրայ ունեմ եւս մի tooter որը կպնում ա անգլերէն մաստոդոնիս հաշուին։ ու ուզում էի լինկ ստանալ ջաբերով՝ միացրի ջաբերը, տեսնեմ՝ xperia֊ի ջաբեր կլիենտը դուրս գցեց՝ անջատուեց։ էքսպերիայինը միացրի՝ եօլլայինը դուրս եկաւ։

հասկացայ՝ resource֊ն ա խնդիրը։ ամէն ջաբեր կլիենտ երբ կպնում ա՝ նշում ա resource ու sailfish֊ի լռելեայն կլիենտի ռեսուրսը՝ Jolla ա հէնց։

մտածեցի՝ ո՞նց փոխել։ յիշեցի որ այն իրականում libpurple֊ն ա օգտագործում, ու նայեցի .purple֊ի մէջ, կարո՞ղ ա փիջինական accounts.xml գտնեմ։ չէ՝ այլ բաներ կային, բայց ոչ դա։ իսկ resource֊ը հաշուի հետ ա նշուում։

հասկացայ որ ինչո֊ր տեղ հարդկոդ արած ա։ ուզեցի together.jolla.com֊ում բացել զրոյց այդ մասին, իսկ այն լաւն ա, ասում ա նախ փնտրի, յետոյ կը բացես փնտրածդ եթէ չգտնես։

փնտրեցի ու գտայ։ հետեւեցի, բնականաբար, ու ափվոտեցի։ ես վեցերորդ հետեւողն էի։ հաւէս ա շատ որ սէյլֆիշի հեղինակները ջաբերն աւելացրել էին լռելեայն, հասցէագրքի հետ ինտեգրած հաշիւների մէջ։ չնայած շատ մարդ չի օգտուում։ տուեալ դէպքում՝ վեց հետեւող ենք։

ինչ֊որ mc-tool ծրագրով ա հնարաւոր փոխել։ (: հմ, պարզուում ա telepathy-mission-control փաթեթից ա։ (: mc stands for mission-control (:

ու դէ եղաւ, հա։ էքսպերիայի ջաբերի ռեսուրսը նշեցի sailfish_xa2, եօլլայինը դէ մնաց Jolla (:

ու տէնց։

#սէյլֆիշ #ջաբեր #լինուքս #իւնիքս #տեքնոլոգիաներ #տտ #ռեսուրս #յոլլա #եօլլա #չաթ #կոնսոլ #ու_տէնց #հեռախօս #խելախօս #տելեփատի #գործիք #ապակենտրոնացում #ազատութիւն

բնօրինակ սփիւռքում(եւ մեկնաբանութիւննե՞ր)

երէկ տառապել եմ դեբիանի փաքաջինգի հետ։ եւ ջենքինս բիլդերի։

ուզում էի photolightmeter֊ը աւելացնել maemo-leste֊ի ռեպօներ։ ահաւոր երկար տեւեց։

ամենաբարդ խնդիրն էր, որի վրայ լռուել էի՝ բիլդ լինում էր ինձ մօտ, բիլդ լինում էր իրենց վմ֊ի մէջ, բայց չէր լինում նման վմ֊ի մէջ ջենքինսում։ որն արդէն երեք պլատֆորմի համար շինում ա՝ amd64, armhf, arm64։ ծրագիրս գրուած ա պասկալով, օգտագործում էի lazbuild այն կազմարկելու համար։

ուրեմն, սէնց փախած սխալ էր տալիս՝

Fatal: (10022) Can’t find unit FastHTMLParser used by Clipbrd

ուրեմն էս lazbuild֊ը չգիտեմ ինչի չէր հաւանում եղած քոմփայլ արած .o ու .ppu նիշքերը որ գալիս են իր հետ՝ LCL գրադարանի մաս են, կամ նրանք, որ ստանդարտ ֆրիպասկալի մաս են, ու ուզում էր կրկին կազմարկել ելատեքստից։

իսկ դէ փաթեր չէր գտնում։

տեղակայեցի fpc-source-3.0.4 ու դրա մէջ գտայ այդ fasthtmlparser.pas֊ը։ արդէն շինում էի ոչ թէ lazbuild֊ով այլ հէնց fpc֊ն կանչելով ու երկար երկար փաթեր տալով ամէն մի գրադարանի։

տուեցի՝ սա՝ -Fu/usr/share/fpcsrc/3.0.4/packages/chm/src/ — ոնց որ պէտք ա հէնց առանց բացատ աւելացնել -Fu արգումենտին

էլի չի գտնում։ վերջը դրա վերեւի դիրեկտորիայում գտայ ինչ֊որ fpmake.pp

root@devuan:/usr/lib/x86_64-linux-gnu/fpc/3.0.4# ls /usr/share/fpcsrc/3.0.4/packages/chm/
Makefile.fpc  fpmake.pp  src
root@devuan:/usr/lib/x86_64-linux-gnu/fpc/3.0.4#

ու յիշեցի որ ինչ֊որ fpmake կայ, որը փաքաջներ ա սարքում, ու այդ ուղին տուեցի նաեւ քոմփայլերին։ եւ այո, ստացուեց։ կազմարկուեց։

ապա միակ խնդիրը որ մնացել էր՝ ռեսուրս կոմպայլերը՝ fpres֊ը չէր գտնում։ որովհետեւ ես fpc֊ն կանչել եմ լրիւ ուղղով՝ /usr/bin/fpc, իսկ այ որտեղ ա fpres֊ը չէր գտնում։ չգիտեմ, գուցէ makefile֊իս մէջ պէտք ա ինչ֊որ աւելի յստակ PATH֊ը export անէի, բայց fpc֊ն յատուկ արգումենտ ունէր իր ուզած բինարնիկները գտնելու համար՝ -FD, այսպիսով աւելացրի՝ -FD/usr/bin ու յէյյյ, եղաւ քոմփայլը։

էդ ամենակարեւորն էր։

յետոյ պարզուեց որ armhf մեքենայի վրայ մէկ ա կազմարկումը չի անցնում։ ու չգիտես ինչի էնտեղ fpc֊ն աւելի շատ բան ա ուզում կազմարկի ու չի գտնում։ երեւի դեբիանի armhf սբորկան մի քիչ այլ ձեւ էր, չնայած նոյն վերսիաներն էին ծրագրերի, ու նա ուզում էր աւելի շատ լիբ ինքը շինել, քան արդէն ստացել էր։ ու օկ, էդ արդէն բարդ չէր՝ պոչը բռնել էի։ ինչը ասում էր որ չի գտնում, գտնում էի lcl֊ի կամ fpc֊ի ելատեքստերի մէջ՝ տալիս էի իրան։ armhf բիլդն էլ եղաւ։

էդ պահերին մտածել էի որ arm64 բիլդը իզուր տապալուում ա ու պէտք ա ինչ֊որ ձեւ նշել որ չշինի դրա համար, զի fpc-3.0.2֊ը չունի դեռ arm64֊ի սափորտ։ fpc-3.2֊ն ունի, բայց էդ debian beowulf֊ի մէջ այն չկայ։ ու մտածել էի՝ դէ մինչեւ դեբիանը չթարմանայ ու մաեմոն չօգտագործի նոր դեբիան՝ դէ չի լինի։

բայց ինչ֊որ ձեւ սխալ էի սահմանափակում որ պլատֆորմների համար շինի, ու վերջը թողեցի՝ any, ու չեմ հասկանում ոնց՝ arm64֊ի համար էլ բիլդը լրիւ նորմալ անցնում ա։

հա, էս բիլդերի հետ մի խնդիր էլ կար։ fpc֊ի համար գրադարանների ուղիներում կայ x86_64-linux ու կայ arm-linux որը armhf֊ի վրայ ա։ ու ես makefile֊ի մէջ ջոկում էի որն ա ճարտարապետութիւնը՝

ARCH = $(shell arch)

arch քոմանդլայն հրամանը կանչելով։ ու արդէն այդ ստացած $ARCH֊ը տեղադրում էի fpc֊ի ուղիների մէջ։ վերջում ստացած ուղին սէնց սարսափելի տեսք ունէր՝

PARAMS = -MObjFPC -Scgi -Cg -O1 -g -Xg -XX -l -vewnhibq -FD/usr/bin -Fi/usr/lib/lazarus/2.0.0/lcl/nonwin32 -Fu/usr/lib/lazarus/2.0.0/lcl/nonwin32 -Fi/usr/lib/lazarus/2.0.0/lcl/forms -Fu/usr/lib/lazarus/2.0.0/lcl/forms -Fi/usr/lib/lazarus/2.0.0/lcl/interfaces/gtk2 -Fu/usr/lib/lazarus/2.0.0/lcl/interfaces/gtk2 -Fi/usr/lib/lazarus/2.0.0/lcl/widgetset -Fu/usr/lib/lazarus/2.0.0/lcl/widgetset -Fi/usr/lib/lazarus/2.0.0/lcl -Fu/usr/lib/lazarus/2.0.0/lcl -Fi/usr/lib/lazarus/2.0.0 -Fu/usr/lib/lazarus/2.0.0 -Fi/usr/lib/lazarus/2.0.0/lcl/include -Fu/usr/lib/lazarus/2.0.0/lcl/include -Fi/usr/share/fpcsrc/3.0.4/packages/chm -Fu/usr/share/fpcsrc/3.0.4/packages/chm -Fi/usr/share/fpcsrc/3.0.4/packages/chm/src -Fu/usr/share/fpcsrc/3.0.4/packages/chm/src -Filib/$(ARCH)-linux -Fu/usr/lib/lazarus/2.0.0/lcl/units/$(ARCH)-linux/gtk2 -Fu/usr/lib/lazarus/2.0.0/lcl/units/$(ARCH)-linux -Fu/usr/lib/lazarus/2.0.0/components/lazutils/lib/$(ARCH)-linux -Fu/usr/lib/lazarus/2.0.0/packager/units/$(ARCH)-linux -Fu. -Fulib/x86_64-linux/ -FE. -o./project1 -dLCL -dLCLgtk

սա արդէն armhf֊ի աւելացումներով։ x86_64֊ի վրայ դեբիանի կազմարկիչն աւելի քիչ բան էր ուզում գտնել։

հա, ու arch հրամանը որ ինթելի վրայ տալիս էր՝ x86_64, armhf համակարգում վերադարձնում էր՝ armv71։ ապա ստիպուած եղայ կեղտոտ հաք անել՝

ARCH = $(shell arch)
ifeq ($(ARCH),armv7l)
ARCH = arm
endif

օկ, սէնց կազմարկուեց։ ու օհ անակնկալ, նաեւ կազմարկուեց arm64 համակարգում։ գտաւ որ կարծես aarch64 ա ճարտարապետութիւնը ու fpc֊ի ուղիներում էլ ամէնը գտաւ ու կազմարկեց։

էսպէս։

բայց կարեւոր ասածս այլ ա։ սէնց բաներ չեն պահանջում լինել յանճար։ ու լիքը բան չի պահանջում։ ես սրա վրայ նստած էի մօտ 12 ժամ։ ու ամէն անգամ, ամէն պահի վարկած ունէի՝ թէ էլ ո՞նց փորձել։ օրինակ նախորդ գրառման խնդրի հետ՝ թեմայի մէջ չէի ու վարկած չունէի։ իսկ սա՝ ամէն անգամ մի նոր բան էի փորձում։ ու մենք ունենք գործ տարբեր մարդկանց սարքած տարբեր ծրագրակազմերի հետ, տուեալ դէպքում՝ fpc, lazarus, jenkins, debian, ու պէտք ա մօտաւորապէս պատկերացնելով որն ա սխալ գնում բզբզալ մինչեւ ստացուի։ սա հէնց էն not science, trying ձեւն ա։ ու պարզապէս պէտք ա փորձել ու փորձելը երկար ա։ ու խելքը կապ չունի շատ։ համբերատարութիւն ա պէտք։

#տեքնոլոգիաներ #մաեմո #մաեմօ #համբերատարութիւն #փորձ #դեբիան #լինուքս #կազմարկում #ծրագրակազմ

բնօրինակ սփիւռքում(եւ մեկնաբանութիւննե՞ր)

սոնայի մօտ #մանջարո ա փայնբուքի վրայ, ու ես փաստացի #արչ ֊ի հետ առնչուում եմ պարբերաբար։

ինչն ա զզուեցնում, որ դիցուք տեղակայում ես transmission։

ապա արչը մինչեւ տեղակայելը քաշելու ա ամբողջ համակարգիդ թարմացումները՝ անկախ նրանից, կախո՞ւած ա թրանսմիշնը դրանցից թէ չէ։

ու կոնկրետ դէպքում եօթ հարիւր մբ թարմացումներ էր քաշում որոնց մէջ լիբրէօֆիսի թարմացումներն էին։

այլ դիստրիբուտիւներում դա չի արտայայտուում, զի իրենք ռելիզներով են, ու փորձում են հիմնականում գրադարանների վերսիաները նոյնը պահել։ ապա երբ ինչ֊որ բանի թարմացում ա դուրս գալիս, ոնց որ էդքան ծաւալով բան չի բերում։

միւս կողմից ջենթու֊ում, որը ռոլինգ ռելիզ ա, դու կարող ես տեղակայել լինկ անելով եղած գրադարաններին, կամ թարմացնելով հնարաւորինս ձեռքի հետ՝ -Du ֊ով։

արչը փաստացի պարտադրում ա էս վերջինը, էլի իր ռոլինգ ռելիզ լինելու պատճառով։

ու ես հասկանում եմ որ ընդհանուր առմամբ ճիշտ ա անում թարմացումները պարտադրելով, ու ինտերնետի արագութիւնը պէտք ա որ խնդիր չլինի, բայց ես լաւ չեմ զգում ինձ նրանից, որ երկու հարիւր կբ֊նոց ծրագիր քաշելիս մի գբ թարմացում ա գալիս ու ես ոչ մի վերայսկողութիւն չունեմ այդ գործընթացում։ կարող ա ինձ արագ էր պէտք ու նոյն ջենթու֊ում ուր ես պէտք ա հաւաքեմ ծրագիրը՝ այդ երկու հարիւր կբ֊ն աւելի արագ եմ հաւաքելու, քան արչը բինար նստեցնելու ա։

#ջենթու #մանջարո #արչ #լինուքս #տեքնոլոգիա #օպերացիոն_համակարգեր #ճկունութիւն

բնօրինակ սփիւռքում(եւ մեկնաբանութիւննե՞ր)

ջենթուն նաեւ նախապէս պատրաստուած լինելու մասին ա։ ոչ թէ տեղում եւ արագ հարց լուծելու։ որովհետեւ, առնուազն, պէտք ա հաւաքել, իսկ յաճախ նաեւ՝ կարդալ վիքի ու կարգաւորել։

դա նշանակում ա՝ նախապէս խորանալ, պատրաստուել։

ու երբեմն օգնում ա անպատրաստ լինելով խնդիրներ լուծել՝ զի բեքգրաունդ ա ձեւաւորում, խնդիրներ լուծելու հմտութիւններ, ու օպերացիոն համակարգի աւելի լաւ ըմբռնում։

#ջենթու #լինուքս #տտ #հմտութիւններ #օհ #օպերացիոն_համակարգեր

բնօրինակ սփիւռքում(եւ մեկնաբանութիւննե՞ր)