Daha çox

GDAL-1.11.1 paketini yüklədim, amma niyə pythonda zəng edə bilmirəm?

GDAL-1.11.1 paketini yüklədim, amma niyə pythonda zəng edə bilmirəm?


Bir Mac var və bu kodlaşdırma mövzusunda çox yeniyəm ...

Daxil olan bir kod istifadə edirəm

osgeo gdal olaraq idxal edin

və buna görə də "osgeo" adlı qovluğa və "gdal" adlı bir python skriptinə sahib olan https://pypi.python.org/pypi/GDAL/ saytından GDAL yüklədim, amma bütün kodu işlədəndə mesajı alıram "ImportError:" osgeo "adlı heç bir modul"

Bunu düzgün şəkildə necə idxal etməyim barədə kimsə mənə addım ata bilərmi?


Kodunuz səhvdir. Bunu edin:

osgeo import gdal'dan

GDAL osgeo paketinin moduludur. Heç vaxt osgeonun özünü idxal etmirsiniz. Python-da bir paket uyğun bir modul toplusudur və bu kolleksiya üçün 'ad-boşluq' təmin edir. Beləliklə, daha ətraflı araşdıra və xüsusi bir funksiyanı və ya dəyişənləri bir paketdəki bir moduldan idxal edə bilərsiniz:

aPackage idxalından aModule.someFunction

Bəyanatosgeo import gdal'dangdal modulundakı hər şeyi alır. Bəzən yalnız bir modulun hissələrini istəyirsən və ehtiyac duyduğun şeyi idxal etmək daha səmərəli ola bilər. Hələlik bu barədə narahat olmayın. Sizin vəziyyətinizdə, GDAl istifadə edərkən edəcəyiniz ən çox yayılmış üç idxaldır

osgeo idxaldan gdal osgeo idxaldan osgo idxaldan osr

GDAL sizə raster funksionallığı verir. OGR sizə vektor, OSR isə məkan istinad funksiyası verir. Bu əla köhnə dərsliyə bir baxın. Başlamağınıza kömək edəcək.


Yalnız qovluğu aça bilməzsiniz, modulu quraşdırmalısınızpython setup.py qurunlakin osgeo, GDAL C ++ kitabxanasının Python paketidir. Buna görə əvvəlcə GDAL kitabxanasını qurmalı və sonra GDAL kitabxanalarından istifadə edən Python modulu ifritə qurmalısınız.

Asılılıqlar: * libgdal (1.11.0 və ya daha yüksək) və başlıq faylları (gdal-devel)

GDAL C ++ kitabxanasını özünüz tərtib edə və quraşdıra bilərsiniz və Python modulundan sonra Mac OS X üçün bir çox tam həll var (GDAL+ osgeo quraşdırılması):

  • Apple standart Python üçün /Library/Frameworks/GDAL.framework -də quraşdırılmış KyngChaos versiyası
  • Homebrew Python versiyası üçün Homebrew versiyası (məsələn, OS X -də Python GDAL -ı necə qurmaq olar)
  • başqaları MacPorts və ya Fink həlləri olaraq

LXDE -dən XFCE -ə keçid

Üzr istəyirəm ki, bu, düz görünür, amma bu yaxınlarda LXDE mühitini əvəz etmək üçün XFCE yüklədim.

və bütün təlimatlara əməl edin.

Sonra LXDE -ni silmək üçün həyata keçirdim:

Mənim problemim ondan ibarətdir ki, nə vaxt qaçıram

hələ də LXDE açılır və işləyir? Qaçmalı olduğumu bilirəm

amma LXDE -ni necə tamamilə silmək istəyərəm? və startx -ın necə işlədiyini başa düşürsən?

Düzenle: Startx faylını necə dəyişdirə bilərəm ki, startxın işləməsini istədiyim masa üstü mühitini (hər ikisi quraşdırılıbsa) seçə bilərəm?


Ubuntu 20.04-də hplip-3.20.5 quraşdırılarkən bəzi python paketləri quraşdırıla bilmədi

19.10 -dan 20.04 -ə qədər yüksəltdikdən sonra bir çox köhnəlmiş paketi avtomatik olaraq sildim. Hplip təkmilləşdirmə zamanı konfiqurasiya fayllarının saxlayıcı versiyasını istifadə etdiyimi təsdiqlədim. Ancaq Ubuntu yenidən başladıqdan sonra, hp 1020 printeri çap etməyi dayandırdı. Hplip alət qutusu hər dəfə pəncərəsini təzələyəndə asılırdı. Beləliklə, hplipi tamamilə təmizlədim və sildim.

Bu təlimatdan istifadə edərək quraşdırma əvvəllər quraşdırılmış hplip 3.20.3 versiyasını quraşdırır.

Buradan Ubuntu üçün 3.20.5 versiyasını yüklədim, x icazəsi ilə modlaşdırdım və işə saldım: ./hplip-3.20.5.run.

Eksik asılılıqları qurmaq istəyib -istəmədiyimi soruşdu:

Dedim y, amma python-pyqt5 paketi üçün əlimdədir:

Python-dbus.mainloop.pyqt5 paketi üçün:

Bu paketlərin quraşdırılmasını atladım, çünki onları quraşdırmaq mümkün deyildi. Sonda aşağıdakı səhvləri aldım:

Mən də buradan hplip-3.20.5-plugin.run yüklədim

Universe/Multiverse depoları aktivdir, lakin:

Python3-pyqt5, python3-reportlab, python3-notify2, python3-dbus.mainloop.pyqt5 paketləri quraşdırılıb və artıq ən yeni versiyalardır.

Məsələn, python-pyqt5 paketinin 19.10 anbarında mövcud olduğunu da görə bildim, ancaq bu paketdə eoanın deposunda olmayan qtbase-abi-5-12-4 paketi tələb olunur. 18.04-ün python-pyqt5 paketi, bionic-in anbarında olmayan fərqli qtbase-abi paketi tələb edir.

Bu, phlip-3.20.5-in 20.04 ilə uyğun olmadığını və ya bu dörd paketi və onların asılılıqlarını ehtiva edən əlavə bir deponun mövcud olduğunu ifadə edirmi?


Fiona, Python 3.6+ və GDAL 1.11-3.0 versiyasını tələb edir. Bir mənbə paylamasından qurmaq üçün bir C tərtibçisi və GDAL və Python inkişaf başlıqlarına və kitabxanalarına ehtiyacınız olacaq (Debian/Ubuntu üçün libgdal1-dev, CentOS/Fedora üçün gdal-dev).

Bir depo nüsxəsindən qurmaq üçün, layihənin .pyx fayllarından C mənbələri qurmaq üçün Cythona da ehtiyacınız olacaq. Rəhbərlik üçün layihənin tələbləri-dev.txt faylına baxın.

Kyngchaos GDAL çərçivələri, Homebrew -in GDAL Formulası (brew install gdal) kimi OS X üçün GDAL/OGR asılılığını təmin edəcək.

Python Tələbləri¶

Fiona altı, cligj və munch modullarından asılıdır. Pip bu tələbləri sizin üçün alacaq, ancaq Windows yükləyicisindən Fiona quraşdıran istifadəçilər bunları ayrıca almalıdır.

Unix kimi sistemlər¶

Virtualenv istifadə etdiyinizi fərz etsək (yoxsa 4-cü əmrə keçin) və GDAL/OGR kitabxanaları, başlıqlar və gdal-config proqramı sisteminizin paket meneceri vasitəsi ilə sisteminizdə tanınmış yerlərə quraşdırılmışdır (homebrew istifadə edərək gdal qurun. OS X -də) quraşdırma bu qədər sadədir.

Gdal-config mövcud deyilsə və ya GDAL/OGR başlıqları və libs tanınmış bir yerə quraşdırılmamışsa, aşağıda göstərildiyi kimi setup.cfg faylı və ya quraşdırma əmr xətti vasitəsilə dirs, kitabxana dirsləri və kitabxana seçimlərini daxil etməlisiniz. (git istifadə edərək). GDAL API versiyasını da --gdalversion arqumentindən istifadə edərək (aşağıdakı nümunəyə baxın) və ya GDAL_VERSION mühit dəyişəniylə (məsələn, ixrac GDAL_VERSION = 2.1) komanda xəttində göstərməlisiniz.

Və ya qurma seçimlərinin və GDAL API versiyasının müəyyən bir gdal-config proqramı tərəfindən təmin edilməsini təyin edin.

Windows¶

İkili quraşdırıcılar http://www.lfd.uci.edu/ saytında mövcuddur.

gohlke/pythonlibs/#fiona və nəticədə PyPI -ə gəlir.

GDAL -ın ikili paylanmasını buradan yükləyə bilərsiniz. Ayrıca tərtib edilmiş kitabxanaları və başlıqları (faylları daxil olmaqla) yükləməlisiniz.

Windows-dakı mənbədən qurarkən, setup.py-nin Fionanın C uzantılarını tərtib etməsi üçün lazım olan başlıq faylları və kitabxanaların yerini tapmaq üçün yalnız UNIX sistemlərində olan gdal-config-ə etibar edə bilməyəcəyini bilmək vacibdir. Windows -da bu yolların istifadəçi tərəfindən təmin edilməsi lazımdır. Gdal üçün daxil olan faylları və kitabxana fayllarını tapmalı və setup.py -dən aşağıdakı kimi istifadə etməlisiniz. GDAL API versiyasını da --gdalversion arqumentindən istifadə edərək (aşağıdakı nümunəyə baxın) və ya GDAL_VERSION mühit dəyişəniylə (məsələn, GDAL_VERSION = 2.1 olaraq təyin edin) istifadə edərək əmr satırında göstərməlisiniz.

Qeyd: GDAL DLL (gdal111.dll və ya bənzəri) və gdal-data kataloqunun Windows PATH-də olması lazımdır, əks halda Fiona işləməyəcək.

Appveyor CI quruluşu, Fiona qurmaq üçün GISInternals GDAL ikili fayllarından istifadə edir. Bu, qeyri -sabit inkişaf versiyasını sınamaq istəyən istifadəçilər üçün GDAL və digər asılılıqları ehtiva edən uğurlu quruluşlar üçün ikili təkər istehsal edir. Appveyor konfiqurasiya faylı Windows -dakı mənbələrdən istifadə edənlər üçün faydalı bir nümunə ola bilər.


3 Cavablar 3

WinDirStat -a bənzəyən WizTree (wiztreefree.com) cəhd edə bilərsiniz, ancaq fayl sistemi sürücüsünü atlayır və idarəçi olaraq işlədikdə MFT -ni birbaşa oxuyur. Alternativ məlumat axınları, metadata faylları ($ MFT, $ Secure, $ BadClus və s.) Və daxil olmadığınız qovluqların tutduğu yeri göstərəcək. Dizin indeksləri üçün ayrılmış yeri göstərmir və başqa şeyləri əldən verə bilər, amma günahkar ortaya çıxsa təəccüblənmərəm.

Şərhimi daha çox redaktə edə bilmədim, buna görə cavab olaraq göndərdim.

Bir dəfə belə bir hadisə ilə tanış olmuşam: Bunun səbəbi, paylaşılan qovluqlarda klassik MacOS uyğunluğu üçün NTFS -in bir xüsusiyyəti olan Alternativ Məlumat Axınları idi. Təəssüf ki, bu bədbəxt xüsusiyyət zərərli məqsədlər üçün istifadə edilə bilər. Sadə dillə desək, diskinizi doldurmaq üçün istifadə edilə bilər, ancaq ayrılmış yer sizin vəziyyətinizdə olduğu kimi yerləşə bilməz. Bunu yoxlamaq istəyirsinizsə, MS sysinternals alətini, axınlarını təklif edirəm.

Yalnız bəzi qanuni hallarda istifadə edildiyinə diqqət yetirin, məsələn, 2014 -cü ildən əvvəl MS SQL serveri onlardan istifadə edir.


Ubuntu Proqram Mərkəzində "Quraşdırılmış Proqram" maddəsini genişləndirin. Aktiv etdiyiniz bütün fərqli depoların siyahısını görəcəksiniz. Repoya tıkladığınızda hər birindən yüklədiyiniz paketlər göstəriləcək.

Ananın mənşəyi haqqında heç bir qeyd yoxdur quraşdırılıb paket.

Eyni adlı bir paketin yüklənəcəyi yerdən məlumat əldə etmək istəsəniz, bu apt-cache siyasəti ilə mümkündür. Aşağıdakı (olduqca çirkin) ssenari mənim üçün hiylə qurur:

Unutmayın ki, versiyalar arasında dəyişə biləcək apt-cache siyasətinin çıxışı ilə bağlı fərziyyələr irəli sürdüyü üçün olduqca kövrəkdir.

Synaptic Paket Menecerini açın və sol kenar çubuğunun altındakı "Mənşə" düyməsini basın. Mənbələrinizi siyahıya alacaq. Mövcud/quraşdırılmış paketləri görmək üçün mənbə seçin.

Bu skript, PPA -da quraşdırılmış və mövcud olan paketləri sadalayır:

BTW, PPA-nın istifadədən çıxarılmasına gəldikdə, burada təkmilləşdirilmiş bir versiya yaratdığım ppa-purge proqramını istifadə edin.

Quantal (12.10) altında, başlanğıc xəttindəki boşluğun çıxarılması lazımdır.

Wayland/X serveri olmayan bir sisteminiz varsa (Raspberry Pi kimi), andrewsomething və sevenlinux cavablarından istifadə edilə bilməz. Jarno cavabı, istifadə halını yalnız PPA ilə məhdudlaşdırır, baxmayaraq ki, sual ümumi maraq doğurur. Riccardo Murri və Graham Dunn-dən olan skriptlər, apt-cache-in təkrarlanan siyasət zəngləri səbəbindən olduqca yavaş işləyir (təxminən 10 dəqiqəlik iş vaxtı kimi).

Beləliklə, bu, daha sürətli olan bir qabığın ümumi işini həll edən zəngimdir (10 saniyədən az işləmə müddəti kimi)

apt siyahısı -quraşdırılmış, 2 & gt / dev / null ilə gələcək format dəyişikliyi haqqında apt -in mesajına məhəl qoymayan və -d / ilə ayırıcı olaraq istifadə edərək və yalnız birinci sahəni geri qaytaran yalnız paket adlarını çıxaran bütün quraşdırılmış paketlərin siyahısını alır. -f1.

Sonra, bütün paketlər haqqında daha çox məlumat əldə etmək üçün apt-cache siyasəti istifadə olunur. Apt-cache girişini əmr satırı arqumenti olaraq gözlədiyi üçün bu xargs ilə icra oluna bilər. Qalan performans kritik hissəsi olduğu üçün, paket paralelindən GNU paralel olaraq, hər biri -n200 istifadə edərək 200 paketi axtararaq paralel olaraq birdən çox apt-cache prosesini yerinə yetirmək üçün istifadə olunur. Qeyd edək ki, xargs paralel olaraq birdən çox əmr işlədə bilər, lakin ümumilikdə burada düzgün olmayan yeni xəttin çıxışını sinxronlaşdırır.

Nəhayət, apt -cache -in çıxışı, çox müntəzəm və çox xətti qabiliyyətli bir grep varisi olan paket ripgrep -dən rg ilə təhlil edilir -U ilə iki müntəzəm ifadə çəkmə qrupu çıxarmağa imkan verir və ya '$ 1 $ 2'. Adi ifadə, paketin adını ^( S+) ilə tutur, [ s S]+? * İlə quraşdırılmış anbarı qeyd edən son ulduza keçir, sonra (?: S+ s+) <3 ilə üç sözü atlayır. > və nəhayət ( S+) ilə depo tutur.


Əvvəlcə .sh faylını icra etmək üçün icazə verməlisiniz. chmod +x file.sh, sonra ./file.sh ilə icra edə bilərsiniz.

Dosyanın üzərinə sağ vurub Xüsusiyyətləri, sonra İcazələri və sonra 'Faylın proqram olaraq icra edilməsinə icazə ver' seçimini edə bilərsiniz. Sonra faylı iki dəfə vurun və 'Terminalda Çalış' və ya 'Çalıştır' seçin.

Ubuntu -dakı .sh faylı Windows -da olan .bat və ya .wsh faylları ilə eynidir. Proqramın nə edəcəyi və ya necə işlədiyi tamamilə geliştiricidən asılıdır. "README oxuyun" demək istisna olmaqla, ".sh-faylının necə qurulacağı" cavabını vermək mümkün deyil.

Bu cür proqramları təmin etmək pis təcrübədir. Həmişə Windows -dakı .msi faylları ilə müqayisə edilə bilən .deb fayllarını axtarmalısınız. Yəni iki dəfə vuracaqsınız və quraşdırılacaq.

Ubuntu'nuzdakı əmr satırı konsolundan fayl icazəsi ala bilərsiniz.

Terminal Pəncərəsini açın və yazın:

Fayl atributunu dəyişdirdikdən sonra, həmin faylı birbaşa terminal pəncərəsi vasitəsilə icra edə və ya fayl menecerindən istifadə edərkən üzərinə vura bilərsiniz. Quraşdırma faylınız indi işləməlidir.


5 Cavablar 5

Ümumi Düzəliş: IEEEtran, müəllifin təxmini son məhsul haqqında fikir əldə etməsi üçündür. IEEE-nin ev tərzi buraxılmır və (jurnal) məqaləniz nəşriyyat redaktorları və nüsxə redaktorları tərəfindən dəyişdiriləcək. Son versiyanı təqdim edərkən məqalənizi super tənzimləməyə ehtiyac yoxdur, balans sütunları tərcümeyi -halını tənzimləyir və s. Kifayət qədər nə olduğuna dair kobud bir fikir.

Əvvəlki şərhimi sildim dedikdən sonra Michael Shell -in günahı olduğunu düşünə bilmədiyim bir şeydir. IEEE -dən və onun işindən məmnun deyiləm, bu barədə.

Hər şeydən əvvəl, IEEE konfrans tərzi ilə çox pisdir (ehtimal ki, IEEEtran olduqca qocalır.) Və bir çox konfranslar istifadəçilərini müxtəlif mənbələrdən ieeeconf stilini yükləməyə təşviq edir. Ancaq aşağıdakılar mənə heç bir səhv vermir:


tətbiq kök olaraq quraşdırılıbsa.

Ancaq bu, yalnız paketin inkişaf etdiricisi yaxşı bir silmə qaydası yaratmağı düşündüyü təqdirdə işləyəcək.

Proqramı yükləmək üçün istifadə olunan addımlara baxaraq da cəhd edə bilərsiniz:

Və sonra bu addımları əl ilə geri çevirməyə çalışın.

Gələcəkdə bu cür problemlərin qarşısını almaq üçün mümkün olduqda quraşdırma yerinə checkinstall istifadə etməyə çalışın (həm tərtib edilmiş, həm də paketli bir versiyanı eyni vaxtda saxlamaq istəməsəniz həmişə AFAIK). Deb faylını yaradacaq və quraşdıracaq, sonra sevdiyiniz paket menecerindən istifadə edərək silə bilərsiniz.

təmizləmək ümumiyyətlə bina qovluqlarını təmizləyir, paketi silmir. Yalnız dəyişdirilmiş fayllar deyil, hər şeyin tərtib olunduğundan əmin olmaq istədiyiniz zaman istifadə olunur.

Bunun bir səhv olduğunu düşünmürəm, mənbədən quraşdırarkən checkinstall haqqında oxumaq və öyrənməyi öyrənmək yaxşı olardı.

anbarlardan checkinstall yükləyə bilərsiniz, paketin qısa təsviri

CheckInstall, quraşdırma skriptiniz tərəfindən yaradılan və ya dəyişdirilmiş bütün faylları ("install install" "make_modules", "setup" və s.) İzləyir, standart bir ikili paket qurur və sisteminizdə quraşdıraraq onu silmək imkanı verir. paylamanızın standart paket idarəetmə proqramları.

Aşağıdakı bu bağlantılar daha yaxşı başa düşmək üçün faydalı ola bilər. http://en.wikipedia.org/wiki/CheckInstall

Bu bir səhv deyil - mənbədən tərtib etmək, paket idarəetmə sistemini (Proqram Mərkəzi tərəfindən istifadə olunan) tamamilə aşan bir proqram yükləmək üçün dəstəklənməyən bir üsuldur.

Mənbədən tərtib edilən proqramın quraşdırılmasının və ya silinməsinin standart bir yolu yoxdur, buna görə Ubuntu nə edəcəyini bilməyəcək. Proqram hətta quraşdırılmış proqramlar siyahısına daxil edilmir.

Bu cür xüsusi proqramların quraşdırılması və çıxarılması üçün distribyutorun təlimatlarına əməl etməlisiniz. Paket idarəetmə sistemindən istifadə etmək üçün bir Debian paketi yaratmalarını istəmək üçün geliştirici ilə əlaqə saxlaya bilərsiniz.

Bu bir səhv deyil, inkişaf etdiricilər yerli qablaşdırma üsulları ilə deyil, mənbə ilə paylamağa müraciət etdikdə baş verənlərdir.

Mənbə sənədlərinizi checkinstall və ya dhbuild istifadə edərək debian paketləri halına gətirə bilərsiniz. Düzünü desəm, fikrimcə - yeni istifadəçilər mənbədən quraşdırmaqdan, inkişaf etdiricilər isə yalnız mənbə ilə yaymaqdan çəkinməlidirlər.

Make, proqramları mənbə kodundan tərtib etmək və quraşdırmaq üçün istifadə olunan bir proqramdır. Paket meneceri deyil, buna görə də quraşdırdığı faylları izləmir. Bu, sonradan faylların silinməsini çətinləşdirir.

Make install əmri, qurulmuş proqramı və paketləri kitabxana kataloquna və göstərilən yerləri makefile -dən kopyalayır. Bu yerlər, konfiqurasiya skriptinin etdiyi imtahana görə dəyişə bilər.

CheckInstall

CheckInstall, mənbə kodundan tərtib edilmiş proqramları quraşdırmaq və ya silmək üçün istifadə olunan bir proqramdır. Make proqramı ilə quraşdırılmış faylları izləyir və kopyalayır. Faylları, hər hansı bir adi paket kimi silməyə imkan verən paket menecerindən istifadə edərək quraşdırır.

Checkinstall əmri, make install əmrini çağırır. Quraşdırılmış faylları izləyir və onlardan ikili paket yaradır. İkili paketi Linux paket meneceri ilə birlikdə quraşdırır.

Ekran görüntüsündə source_location.deb və adını öz məlumatlarınızla əvəz edin:

Mənbə paketi qovluğunda aşağıdakı əmrləri yerinə yetirin:

İşdə bütün prosesi izahatlarla keçən yazdığım bir məqalə.

Bunun həqiqəti müzakirə etməliyik silin olardı yox həmişə işləyin, buna görə aşağıda daha çox proaktiv bir həll var.

Bu, Ubuntu Proqram Mərkəzində mövcud olan paco proqramının istifadəsini nəzərdə tutur. Paco qurduqdan sonra bir proqramı "qurduqda" onu qeyd rejimindən istifadə edə bilərik. Paco, "quraşdırma qurmaq" üçün bir sarğı kimi çıxış edir və/var/log/paco qovluğunda müxtəlif qovluqlara kopyalanan faylların siyahısı ilə bir qeyd yaradır. Üstəlik, Paco Front ucundakı faylları görə bilərsiniz.

Məsələn mənbədən php tərtib edərkən aşağıdakıları etdim:

L parametri paco -nu qeyd rejimində işləməsinə səbəb olur./Var/log/paco -da php5 (komanda verdiyim ad) adlı bir günlük faylı yaradılır. Quraşdırma zamanı müxtəlif standart yerlərə kopyalanan bütün sənədləri ehtiva edir. Faylları görmək üçün bir əmr satırı redaktoru və ya paco gui istifadə edə bilərsiniz.

Aşağıda sed əmr satırı redaktorundan istifadə edərək fayl siyahısını əldə etmək nümunəsi verilmişdir
(Php5 -i fayl adınızla əvəz edin).

Faylların siyahısını əldə etdikdən sonra onları necə silməyi bilirsiniz, elə deyilmi? Həqiqətən, yuxarıdakı əmrin nəticələrini ötürə bilərsiniz rm aşağıda göstərildiyi kimi backticks istifadə edərək:

Qeyd: LD_PRELOAD məhdudiyyətləri səbəbindən, paco suid proqramlarının izini izləyə bilməz. Kişi səhifəsinə baxın.


Cihazınızı kök salmağa ehtiyac yoxdur. Termux-un mövcud qovluqlara, xüsusən də/storage/emulated/0 daxil olmasına icazə vermək üçün köklü olmayan (və ya köklü) bir cihazda aşağıdakı əmri yerinə yetirmək kifayətdir:

bu, termuxda yeni bir kataloq yaradır,

/storage/emulated/0 simlinksini ehtiva edən və standart bir gui fayl meneceri tərəfindən əldə edilə bilən/storage.

Komandanı işlədikdən sonra istənildikdə, termux -a fayl girişi verməlisiniz.

/saxlama kataloqun özü /storage /emulated ǖ, lakin bu yer daha çox simvoldur

/saxlama/paylaşım. Beləliklə, hər şeyi bir yerə qoyun

/storage qovluğu fayllara daxil olmağınıza kömək etməyəcək. & ndash HostileFork deyir ki, SE 27 Avqust '19 -da 6:10 -da etibar etməyin

Varsayılan qovluq: /data/data/com.termux/files/home.

Termux bash əmrlərini dəstəklədiyi üçün istifadəçi cari iş qovluğunu çap etmək üçün pwd proqramını işlədə bilər.

Qeyd: pwd qısaltmasıdır səhzolaq working direktoriya.

Telefonunuzu kök salmaq istəməmək şərti ilə, Termux üçün icazəni dəyişdirmək (Ayarlar-> Proqramlar-> Termux-> İcazələr) və Saxlama icazəsini aktivləşdirmək mümkündür.

Bu şəkildə telefon və sdcard yaddaşına giriş əldə edirsiniz və onu tətbiqdə super istifadəçi (mv, ls və digər əmrlər nəzərdə tutulduğu kimi işləyir) kimi istifadə edə bilərsiniz.

Beləliklə, ehtiyac duyduğunuz faylları daxili yaddaşa köçürə və ya kopyalaya bilərsiniz.

İstifadə etdiyiniz terminal tətbiqindən asılı olmayaraq "standart qovluğu" tapmaq üçün $ HOME dəyişənini sorğu edə bilərsiniz:

Bunu etməklə termux qovluğundakı fayllara daxil ola bilərsiniz. (Heç bir üçüncü tərəf tətbiqindən istifadə etmədən/cihazınızı kökləmədən)

Addım 1: Cihazınızda Yükləmələrə gedin

Addım 3: Termux tapana qədər aşağıya fırladın

Addım 4: Termux düyməsini basın və sənədlərinizi görə bilərsiniz

Data/data/com.termux/files/home üzərinə toxuna bilərsiniz. Termux -un standart əsas qovluğu budur.

Telefonunuzda yuxarıda qeyd etdiyim kimi Termux əsas qovluğunda yaratdığınız faylı heç bir cihazda kök salmadığı üçün tapmaq mümkün deyil.