ուրեմն, ահաւոր յոգնել եմ որ մի ձեռքս միշտ զբաղուած ա նոութբուքով։ զի գործի տեղում պէտք ա օնլայն լինեմ։ օրինակ, լուսանկարելուն խանգարում ա։
ու մտածեցի, վերջերս նկատել եմ, որ citrix֊ն ունի armhf բինարներ արդէն թողարկուած։
փորձեմ։ դէ, pinephone֊ն aarch64 ա։
բայց իր cpu֊ն նաեւ ունի armhf ինստրուկցիաներ։ իհարկէ, օհ֊երս չունեն armhf֊ի libc եւ այլ գրադարաններ։
իսկ եթէ ունենք միջուկ, ու ունենք cpu֊ում աջակցութիւն՝ գրադարանները ո՞րտեղից ստանանք։ ամենահեշտը՝ chroot միջավայրից։
վերցրի devuan֊ի, maemo֊ի պատկերը։ ներբեռնեցի, արեցի fdisk -l։ տեսայ, որ իհարկէ, երկու բաժին ունի։ մէկը՝ /boot֊ն ա, միւսը՝ /֊ը։ վերցրի offset֊ը, բազմապատկեցի 512֊ով, մաունթ արի երկրորդ բաժինը -o loop,offset= արգումենտներով, ու տեսայ այն /mnt֊ում։ պատճէների փաքցրի /devuan֊ի մէջ։
յետոյ սովորական chroot, սէնց մաունթ սկրիպտ սարքեցի՝
mount --bind /proc /devuan/proc
mount --bind /dev /devuan/dev
mount --bind /dev/pts /devuan/dev/pts
mount --bind /sys /devuan/sys
ու սէնց անմաունթ՝
umount /devuan/proc
umount /devuan/dev/pts
umount /devuan/dev
umount /devuan/sys
ու chroot եղայ։
մենակ, պէտք ա անել chroot /devuan /bin/bash զի postmarketos֊ում լռելեայն շելլը ash ա։
ինչեւէ, եղայ, տեղակայեցի citrix workspace ծրագիրը։ սարքեցի նոր օգտատէր, իրենով տեղակայեցի։ էդ օգտատէրի անունից ա աշխատելու։ ու chroot֊ում, որ բանի չվնասի։
ու հիմա մտածում եմ՝ չէ՞ որ postmarketos֊ս wayland ա, իսկ chroot֊ի միջի համակարգը՝ xorg֊ով ա։ բա ո՞նց անեմ, որ էն ծրագիրն աշխատի, նկարի wayland֊ի մակերէսին։
պարզուեց՝ բան անել պէտք չի։ ընդամէնը տեղակայեցի xhost, արեցի xhost + սովորական, ու chroot֊ի գրաֆիկական ծրագրերն աշխատեցին։
ու կպայ գործի, այո։ միայն մի խնդիր եղաւ դեռ՝ ubikey֊ը չգիտեմ ինչի, երբ միացրի usb hub֊ին, որ փայնֆոնի հետ գալիս ա, դոք անելու համար, թարթում էր, բայց չէր գրում ծածկագիրը մուտքի դաշտերում։ ու ոչ մի տեղ, առանց chroot էլ։
հիմա գրեցի ու նոր մտածեցի, գուցէ էսպէս անէի օգնէր։ բայց էն անգամ չմտածեցի, ու գեներացրի ծածկագիր համակարգչից, գցեցի փայնֆոնի մէջ։
ի դէպ, հետաքրքիր ա, որ նոյն ծածկագրով գեներացուած, երկու անգամ կարողացայ կպնել։ մի քանի, ինձ թւում ա, մի տասնհինգ րոպէ անց էլ կպայ։
ինչեւէ, էսպէս, աշխատեց ամէնը, ու տեսականօրէն, մի քիչ պատրաստուեմ, կարող եմ հետս վերցնել փայնֆոնը լափթոփի փոխարէն։ լափթոփն էլ քնեցնեմ։ կամ չվերցնեմ։
ու, ինչը հաւէս ա, փայնֆոնը ծնգում ա գործի չաթից ծանուցում ստանալիս։ իսկ իմ ջենթուն՝ չեմ կարողանում համոզել, որ ծնգայ։
կարդացել էի, որ ինչ֊որ վարկածից սկսած, պէտք ա կլիենտի ~/.ICAClient/wfclient.ini֊ում գրել AudioRedirectionV4=FALSE որ alsa֊ին դիմի, ոչ թէ pulse֊ին, բայց չի օգնում։
ինչեւէ։
#անկապ #տառապանք #հաւէս #տեք
էս երկու օրն էլ socialhome֊երս դադարեցին ֆեդերացիան։
ի՞նչ էր եղել՝ չեմ յիշում ինչի համար էր պէտք, բայց թարմացրել էի սերուերի ծրագրակազմը։
ու socialhome֊ները սկսեցին պայթել, չէին թողնում մուտք գործել։ նայում էի լոգերի մէջ, զգացի որ ըստ երեւոյթին, փայթընի գրադարանները, որ վիրտուալ միջավայրում են, պէտք ա կրկին կազմակրել, որ համակարգի թարմացրած գրադարաններին կպնեն։
արեցի, նաեւ թարմացրի socialhome֊երը, հիմա էլ ֆեդեռացիան անջատուեց։
էսօր պարզեցի, որ սրանից էր։
իմ config/circus.ini֊ում աւելացրի high default low ու ուղղուեց։
էդպէս էլ գիտէի որ նման բան կը լինի, զգում էի։ զի մաստոդոնի հետ նման բաներ էին լինում։
օրինակ, sidekiq աշխատեցնելիս պէտք էր լինում նշել՝ sidekiq -P ${pidfile} -L ${logfile} -c 25 -q default -q mailers -q pull -q push -q scheduler, ու էդ արգումենտները փոխւում էին, ինչ֊որ բան աւելանում էր (կամ պակասո՞ւմ)։ դա ջոկում էի systemd սթարտափ նկարագրող ֆայլերից, համեմատում էի իմ սթարտափ սկրիպտների հետ, հասկանում։
հիմա ի դէպ, լաւ ա որ կարելի ա ոչ մի արգումենտ չտալ, ու պարզապէս գրել՝ bundle exec sidekiq -c 25 ու նա լռելեայն պէտք եկած արգումենտները կը ենթադրի։
ու, socialhome֊ի կայքի url֊ի /django-rq/֊ով որպէս ադմին տեսայ, որ լիքը գործեր կային կուտակուած high ու low հոսքերում։
սա նշելու համար լսենք whomadewho֊ի high & low֊ն։
https://www.youtube.com/watch?v=KwyrvYl-ZT8
ու տէնց։
#տեք #դաշնեզերք #տառապանք #հաւէս #անկապ
ահագին տառապեցի, որ աշխատեցնեմ postmarketos֊ում amazfish֊ը։ ինչպէս զգացւում ա ծրագրի անուանումից, այն ի սկզբանէ ստեղծուած ա sailfish֊ի համար։
ու ի պատիւ ադամ փիգզին, պէտք ա նշել, նա ջանք դրեց եւ ստեղծեց ինտերֆէյսի եւս մի տարբերակ, որ sailfish֊ի սեփականատիրական silica կոմպոնենտներին կպած չի։
այդ պատճառով, մէկը փաթեթաւորել ա յաւելուածը alpine֊ի համար։ ես յիշում էի, որ այն ժամանակին օգտագործել եմ, բայց էս անգամ ոչ մի ձեւ չուզեց աշխատել։
տառապեցի, տառապեցի, փիգզը չաթում ասաց՝ լոգերը տեսնենք։ բայց նա առաջարկում էր լոգերը նայել journalctl֊ով, systemd֊ի լոգերը։ իսկ postmarketos֊ը systemd չունի՝ openrc ա։ ասում ա՝ ոչինչ, ապա syslog եմ գրում, չկա՞յ ոչ մի բան /var/log/messages֊ում։ ասում եմ՝ չկայ, էդ ֆայլն էլ չկայ։
ես ունէի ինչ֊որ /etc/init.d/syslog, ու այդ սերուիսը սթարտ եղած էր, տեղակայեցի ինձ gentoo֊ից ծանօթ syslog-ng֊ն՝ ստեղծեց messages֊ը, բայց բան չգրուեց իր յաւելուածից, կամ դրա դեմոնից։ տեղակայեցի rsyslogd — ոչ մի արդիւնք։
նշեցի դեմոնը՝ /usr/bin/harbour-amazfishd֊ն։ փիգզն ասում ա՝ եթէ կոնսոլից սթարտ անես՝ կը տեսնես ինչ ա գրում, ինչ ա ասում։ բայց երբ ես պրոցեսը սպանում էի, ու կոնսոլից էի սթարտ անում՝ քրեշւում էր, բողոքում էր որ չի կարողանում կպնել dbus֊ին եւ հերոսաբար մեռնում segmentation fault արձանագրելով։
դա անում էի ssh եղած, դէ որ յարմար լինի նաեւ տեքստ պատճէնել փակցնել։ փիգզն ասում ա՝ ոնց որ մի բան էն չի քո միջավայրի փոփոխականների հետ։ մտածում եմ՝ բայց ապա ինչի՞ ինքն իրան սթարտ ա լինում, ես եմ երբ սթարտ անում՝ չի լինում։
սթարտ արի հէնց հեռախօսի տերմինալից՝ եղա՛ւ։
սարքեցի սթարտափ սկրիպտ, որի մէջ գրեցի նաեւ էկրանին աշխատող կոնսոլից export հրամանով ստացուած մի քանի միջավայրի փոփոխական, ներառեալ՝ DBUS_SESSION_BUS_ADDRESS ու XDG_RUNTIME_DIR՝
export XDG_RUNTIME_DIR="/run/user/10000"
export
export DBUS_SESSION_BUS_ADDRESS='unix:path=/tmp/dbus-6vb3xFo8hf,guid=3c57d616e26d848a3e4c373563bc67df'
export DESKTOP_SESSION='gnome'
export GDMSESSION='gnome'
export SESSION_MANAGER='local/pine64-pinephone:@/tmp/.ICE-unix/3080,unix/pine64-pinephone:/tmp/.ICE-unix/3080'
export XDG_SESSION_CLASS='user'
export XDG_SESSION_DESKTOP='gnome'
export XDG_SESSION_TYPE='wayland'
/usr/bin/harbour-amazfishd
ու սթարտ եղաւ, տեսնում եմ ինչ ա գրում, բայց չի լինում, մէկ ա, ժամացոյցի հետ աշխատեցնել։ յաւելուածում պէտք ա ընտրել pair with watch, ու յետոյ ցանկից ընտրել ժամացոյցը։ երբ ընտրում էի իմ amazfit bip֊ը, այն չէր էլ ընտրւում։ կապտում էր իր տողը, իսկ մատը բարձրացնում էի՝ էլ ընտրուած չէր։
փոխարէնը պիտի նոր էկրանին անցնէր, փնտրէր ժամացոյցը, առաջարկէր ընտրեմ գտածը։
աշխատեցրի ապա harbour-amazfish-ui֊ը կոնսոլից, որ տեսնեմ, դա՞ ինչ ա ասում։
եւ գտա՛յ։
ասում ա՝
File /usr/lib/qt5/qml/org/kde/kirigami.2/PageRow,qml:916: Error while loading page: qrc:/qml/pages/PairPage.qml:2 module "org.kde.bluezqt" is not installed.
ահա՛։ qt֊ի bluetooth֊ի հետ աշխատելու գրադարանն էր պակաս։
մտածեցի, ո՞րը կը լինի այն alpine֊ում, փնտրեցի bluez apk֊ով, գտայ bluez-qt֊ն։ տեղակայեցի, վերամեկնարկեցի յաւելուած ու ամէն ինչ աշխատեց։ յէ՛յ։
հիմա մտածում եմ՝ պէտք ա փաթեթի մէյնթէյներին գրել, որ աւելացնի կախուածութիւնը։
գտնում եմ amazfish֊ը alpine֊ի կայքում՝ https://pkgs.alpinelinux.org/packages?name=amazfish*&branch=edge&repo=&arch
էս մարկօ շրոդերի վրայ կտացնում եմ՝ բան չի լինում։ անջատում եմ ջաւա սկրիպտ բլոկ անող յաւելումը՝ մէկ ա։
վերջում հազիւ գտայ սա՝
https://git.alpinelinux.org/aports/commit/?id=91ed2ff6af04fe23eecbeb7e3011b91c88fa1ecd
ու էնտեղից պեղեցի մարկօյի մէյլը։ գրեցի իրան իմակ։
երբ ասացի՝ ամէն ինչն աշխատում ա՝ մի քիչ սուտ ասացի։
ամէնը֊ամէնը չէ։ բայց դա ըստ երեւոյթին amazfish֊ի խնդիրը չի, այլ phosh֊ի։ ուրեմն, phosh֊ը գալիս ա purism֊ի կողմից գրուած chats յաւելուածով, որը, ոնց հասկանում եմ, եւ sms֊ի հետ ա աշխատում, ե՛ւ xmpp֊ի։ ու դրա ծանուցումները երեւի ինչ֊որ ձեւ սխալ են, ինչ֊որ ձեւ այլ հոսքի մէջ են։
դրանք amazfish֊ը չի բռնում, ու ժամացոյցին չի ուղարկում։ իսկ այ մնացած բոլոր յաւելուածների ծանուցումներն հաճոյքով ուղարկում ա։
էսպիսի տեսք ունի, եթէ ինչ՝
ու տէնց
#ամազֆիշ #էկրանահան #տառապանք #հաւէս #տեք #ժամացոյց #գրանցամատեան #կարգաւորում #ծանուցում