-
Fototrend
Android szakmai topic
Windows 8/10 gépen a készülék nem csatlakozik többé, mit tehetek?! ---> [link]
Az alábbi témák kitárgyalása kerülendő, mert nem ide tartozik!
Kérdésed a megfelelő topikba tedd fel:
"melyik alkalmazás, ami"
"milyen tokot vegyek"
"piros hátlap hol kapható"
"Melyik okostelefont vegyem?"
Új hozzászólás Aktív témák
-
-
válasz Crazyhorse #27150 üzenetére
Szerintem az apktool verhetetlen ilyen célra. A legtöbb ilyen GUI-s program is azt használja. Egyébként valószínűleg azért nem engedte felrakni, mert a moddolt apk nem volt aláírva. Ezt pedig én annó a Play áruházas Zip Signerrel csináltam.
Ha megmondod, h mi az az apk, akkor kicsomagolom Neked.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Szevasztok!
Lehet, hogy ez inkább Linuxos téma, mindenesetre remélem tudtok segíteni itt is.
Szóval a Tasker topikban felvetődött az, hogy lehetne automatizálni a vírusirtást a telón (ne tőlem kérdezzétek, h miért, nem az én ötletem volt... ). Hogy ne fusson (tehát jegelve legyen), csak akkor, ha netre van csatlakozva a teló. A fagyasztás nem lenne gond, viszont nem nagyon találtam/-tunk olyan antivírus appot, amit pl a Tasker (akár intentekkel) tudna buzdítani a szkennelés indítására...
Szóval gondoltam, ha már linux alapú valamennyire, akkor miért ne lehetne lefordítani Cross-compile egy clamAV-t és közvetlenül CLI irányítani a keresgélést.
Ehhez leszedtem Debianra (wheezy x64) az Android NDK-t, csináltam egy Standalone ARM toolchain-t, beraktam a PATH-ba a toolchaines bin mappát és megpróbáltam a clamAV-t forrásból leforgatni, ezekkel a configure flagekkel:
./configure --host=arm-linux-androideabi --prefix=/sdcard
(Igen, azért /sdcard a prefix, hogy root nékül is lehessen a kártyáról futtatni)
De ezt dobja:
<snip>
checking for OpenSSL installation... /usr
checking for SSL_library_init in -lssl... no
configure: error: Your OpenSSL installation is misconfigured or missingNamost, nekem a Debianon van openSSL-em, hiszen azzal vagyok bent SSH-n... És ha csak simán a
./configure
-vel futtatom, akkor minden rendben megy. Csak akkor ugye nem Cross-compile-ről beszélünk, hanem x86-ra fog fordítódni...Szóval arra gondoltam, hogy a toolchain mappából hiányolja az oSSL-t, szóval megpróbáltam azt is lefordítani, de az sem jött össze...
És itt hasal el a
make
.Hogy kéne lefordítani ezt a nyűves openSSL-t droidra? Van valami droid specifikus forrás hozzá?
Köszi!
Ps.: hú, egy picit tényleg linuxosabb lett. Mindenesetre belinkelem oda is!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz nickedez89 #27330 üzenetére
Hmm, pedig itt nem volt szó programozásról, most 'csak' le kéne forgatni gccvel a kódot 'gépi' nyelvre.
És mivel ez egy szakmai topik, így úgy gondoltam, h droid frontról itt lenne a legaktuálisabb feltenni a kérdést.
De természetesen megkérdezem ott is, ha off itt és inkább oda való.Ps: tudok a topikról. Lásd az utolsó hsz-t.
#27332
Ismerem a clamot, sok éve fut a nason és egész jó szolgálatot teljesít. Bár olyan még soha nem volt, h vírusom lett volna, de a tesztképp elhelyezett exe-ket mind megtalálta. De most nem ez a lényeg, hanem, hogy miért nem fordul le rendesen.Ja, az intentekre értetted. Ez viszont igaz. Bár melyik cég gondol arra, hogy nah, akkor a mi antiv. appunk Tasker kompatibilis lesz!
Mindenesetre, ha ez sikerül, lehet, h írok egy appot!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Köszi! Az első linket már láttam Google-n keresztül. Nagyjából hasonlóan jártam el, szóval mennie kéne a dolognak...
De a második link adott egy ötletet, majd holnap kipróbálom. Aztán ha nem megy, úgyis jelentkezem.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
válasz teleahocipöm #27375 üzenetére
Ha valahogy fel tudsz varázsolni egy CWM-et, akkor nyert ügyed van. Onnan bebootolsz egy Aroma File manager-t és kitörlöd a .key fájlokat. Aztán reboot és volt minta, nincs minta.
Vagy ha van gyári recovery-d GUIval, akkor ott egy wipe data/factory reset és a teló visszaáll alapra.
Ps.: MTKDroidTools-t és Flashtool-t már én is használtam, még mindig ott van a gépen és semmi baja nincs. Csak nem egy Adobe Readerről beszélünk, aminek szinte semmi jog nem kell, hanem ez az app picit sok mindent igénybe vesz rendszerszinten, nos ezt a vírusirtód nem tolerálja. Egyébként nálam az Eset Smart Security foggalmamsincshanyas nem jelzett be.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #27379 üzenetére
Ezek szerint nincs gui mtk alatti recoverynél? Fastboot legalább van? Mert ha igen, akkor FT sem kell, csak egy , az eszközhöz való cwm éd onnan mehet a "varázslat", vagy a data reset (factory). Jó, a flashtool is, csak nekem win8.1 alá nem talált drivert pl. Szóval gondolom kézzel kell kikukázni a megfelelőt a net legsötétebb bugyraiból.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv!
Kéne egy shellparancs, amivel a lockscreen hátteret ki tudom cserélni. Root nem akadály!
Van ilyen?
Köszi!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
válasz nickedez89 #27609 üzenetére
Nem. Mivel nem égeted be a recoveryt, csak betöltöd a ramba (bootolod).
De a cwm miért nem jó? Tudásilag ~ugyanaz...
Viszont mivel a teló egy az egyben az Alcatel Idol 4s, ha ahhoz találok végre valamit, az jó lenne talán ehhez is..
Nem feltétlen. Láttam már olyat pl, hogy ugyanannak a telónak más volt a particiótáblája szolgáltatósként, mint a függetlennek... De ha csak bootolod, akkor me lehet próbálni.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz nickedez89 #27611 üzenetére
Nos, ilyen hibával még nem találkoztam, de az talán világos, h kliensoldalt van valami gyengeség... Más recovwry.img bootolásánál is ezt kapod?
Ha igen, akkor valószínűleg az eszközöd nem tud bootolni. Akkor marad a flash:
fastboot flash recovery twrp.img
De mielőtt flashelnél, lehet ez driverhiba is...
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz enginev3.0 #27638 üzenetére
Hello!
Szerintem ez app topik téma, de igen. Link2SD &/ Foldermount.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv!
Lenne egy szkriptem, aminek azt a feladatot álmodtam meg, hogy töltsön le fájlokat http-n.
Namost, a letöltéshez a romban fordított wget bináris használatát tartom kézenfekvőnek, mivel az lenne a cél, hogy a háttérben (azaz a szkript lefutása után is) folytassa a letöltést. Ehhez pedig egy sima 'wget http://példa.hu/mappa/fájl.kiterjesztés &'-t használok. Ez megy is flottul, de a letöltendő url címek közt van pár olyan, aminél azonosítani kell magamat és csak utána engedi leszedni a fájlt. Pl:
http://példa.hu/mappa/fájl.kiterjesztés?u=123456789
Namost, ha ezt böngészőből megnyitom, akkor minden ok, de a droidos/busyboxos wget bináris nem bírja kezelni így az url-t.
Szerintetek van valami megoldás erre? Illetve ha rossz helyen kérdezem, akkor hol kéne feltenni?
Köszi!
Szerk.: idézőjelekkel is kipróbáltam beadni neki az url-t, de nem segített.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #27888 üzenetére
Ebben a wget binárisban nincs ilyen, de nem is erre gondoltam.
Azonosító alatt a ?u=123456789 -et értettem. Ha az nincs ott, a szerver nem szolgál ki, ha pedig ott van, akkor a wget dob invalid-ot.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Igen, ismerem az automatizálók legjavát.
De ezek irdatlan nagy fájlok, nem képek, ezért emeltem ki, hogy a háttérben kéne dolgoznia... Szerintem nagy overkill lenne akár napokig futtatni egy automatizálót a letöltésért akksi-ügyileg. De a wget, vagy a dl manager pont erre van kitalálva, szóval az lenne a best.
Nincs valakinek arm (pontosabban armv7 neon) wget binárisa, amit meg tudna osztani és tudja kezelni a '?u=123456789' végződéseket? Cm10.1, saját build, de a wgethez eddig nem nyúltam, mert nem volt ilyesmire szükségem. Viszont nem szeretnék feleslegesen szenvedni a romba új wget bin fordításával, ha van más megoldás is.
Köszi!
Illetve Busyboxból is elég régi van fent. Szerintetek, ha frissítem, akkor lehet, h lesz egy normálisabb wgetem?
@Beethoven
Ez így lehetetlen. Olyan custom rom, amiben minden tökéletesen kihasználja az összes hardverelemet, olyan nincs (néha még a stock romok sem). Vegyük pl a kamerát. Most nem néztem bele, de a a Samsung telók (talán) többségénél zárt a kamera driver. Ha sikerül is újraírnia valakinek, az nem lesz ugyanolyan...
Én több évig fejlesztettem a saját eszközeimre 4.2-es romokat, így van egy kis tapasztalatom ezzel kapcsolatban... És úgy gondolom, hogy maga, az eszköz hiányában romot fejleszteni az adott telóra, lehetetlen. Egyetlen esélyed, ha találsz egy unatkozó developert, akinek van ilyen mobilja és van olyan elborult , h elválalja a dolgot. Ezt pedig legnagyobb eséllyel xda-n, vagy a telód topikjában találod meg.
Sok sikert!
Ps.: olvastad mit linkelsz?:
For the devices that you simply cannot upgrade to Android Marshmallow 6.0.1 Google has released official Google Now Launcher that will transform your ordinary looking old version into the latest android 6.0 UI.
Csak átfutottam a cikket, de nekem csak az jött le belőle, hogy csak a launchert cseréli le 6.x kinézetűre. Ehhez pedig nem kell se root, se wooDoozás, csak egy Google Now telepítés.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Nah, most rengeteg e-mailt kaptam, h új hsz érkezett ide, úgyhogy kiváncsi lettem, mi folyik itt.
És ekkor megláttam, hogy a modulokról is volt szó. Nos, azt tudni kell rólam, hogy imádok modulokat írni/fordítani (többek közt ezért készítek fwket is), szóval úgy éreztem, muszáj reagálnom. Kérlek nézzétek el nekem!
Arra akarsz utalni, hogy írjon maga kernel modult?
Ehhez nem kell modult írni. Azt megtette a gyártó. Mindössze a modul forrását (ezt a gyártók többsége meg szokta osztani), és a kernelforrást kell beszerezni. Majd egy linuxon, amin fent van az automake, a gcc és az alap "buildtool"-ok (a modul Makefile-jának módosítása után (hogy passzoljon a kernel forrás elérési útja)) le tudod fordítani az egészet kompletten. Aztán a modulforrás gyökerében megjelenik egy *.ko fájl, azt már tehetjük is a készülékre!
Jó, nyilván az bonyolíthatja a dolgot, ha az eszközhöz nem talál az ember kernel forrást. Ilyen esetben jön az, hogy csinál egyet magának az ember. Na, ezt az esetet nevezhetjük pilótavizsgás mutatványnak! Dehát ez egy szakmai topik lenne, nem?
A másik (szerencsésebb) eset, amikor van kernel forrás, csak a wifit nem támogatja alapból. Ebben az esetben pedig nekünk kell a kernelt átkonfigolni, lefordítani és felrakni az eszközre. Ez sem könnyű, de ha valakinek sikerül, az rengeteget megtanul a linuxokról!
#27995 Somatom
Még azonos kernel verzió esetében sem biztos, hogy működik, mivel a modulok "alkalmazkodnak" a jelenlegi kernel konfigjához. Ezért kell a modulforgatáshoz a kernel forrás is.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
válasz Keeperv85 #28068 üzenetére
Így, h magic header, nem ugrik be semmi, de sejtem mire gondolsz.
Igazad van , én még a régi kernelekhez vagyok hozzászokva, ott egy kicsivel egyszerűbb a helyzet.
De van egy python szkript, ami a becsomagolt (zImage) kernelből ki tud szedni minden infót és azzal már le lehet fordítani a modult rendesen, az újabb kernelek esetén is. Neked csak az ELF-el kell szórakozni, h rendben legyen minden.
BTW: egyszerűbb kikunyizni a GPL forrást (v Androidnál nem tudom mi a neve) a gyártótól, oszt magadnak csinálni egyet gyorsba!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28071 üzenetére
Ilyen is van?
Remélem az S4-en, az N5-ön és az SGM2-n van .config... (Cm rom & kernel mindhárom esetben)
Mert kéne egy cifs.ko (a kernel támogatja, csak kikapták magát a modult) mindegyikre.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv!
Azon gondolkoztam, hogy ugyan nagyon szeretem a Java-t (a kedvenc programnyelvem), de Android vonatkoztatásban kezdem megunni. Szeretnék kipróbálni valami újat.
Nos, tulajdonképpen azt szeretném elintézni, hogy a Java-ban írt alkalmazásom egy C-ben írt binárist is tudjon használni.
Ha nem probléma, abba most nem mennék bele, h pontosan miért kell nekem ez a megoldás, de úgy gondolom ez most nem is fontos.
Viszont lenne pár kérdésem, mielőtt belevágnék!
1. Azon gondolkozom, hogy (ugyan van NDK & SDK toolchain a gépen), nem feltétlenül szeretnék cross-compiler-t használni... @fpeter84 példájára, aki összehozott egy komolyabb szintű hidraw binárist régebben, úgy gondoltam, én egy RPi2-t fogok bevetni a fordításra. ARMv7 proci van benne, szóval ha jól gondolom, akkor a hozzá beszerezhető gcc is jó lesz, nem kell nekem cross-compiler armeabi gcc... Vagy igen?
2. Nem hiszem, hogy valahogy meg tudnám oldani a hiányzó dependecie (függőség) pótlásokat, így mindenképp statikus "build"-ben (na, magyarul hülyén hangzik ) gondolkozom...
Nade, az Androidban tudtommal openSSL például nincsen. Viszont ha én mondjuk egy crypto-t használnék a kódban, akkor statikus build esetén futni fog a Droidon? Csak azért kérdem, mert ilyesmivel már szivattam meg magam.
3. Mennyire lesz használható a sebessége?
4. Namost, én ARMv7-en szeretnék fordítani. De ha jól tudom, az ARMv7-en lefordított kódot pl egy 5-ös nem fogja tudni használni. Sok appot láttam már a Play! kínálatában, mely hasonló binárisokat használt (a libekről nem is beszélve), és az ment ugyanúgy 7-en és 5-ön is. Nem hiszem, h a Play Store más apk-t ad procitípus szerint...
5. Szerintetek a málnára miért nincs még rendes Android? Nehéz lenne összehozni?
Nagyon köszönöm!
Szerk.: hopp, majdnem kiment a fejemből, ez a számomra igen lényeges kérdés! Go fordítóval kreált binárist tudok-e működésre bírni androidon?
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Persze, ismerem.
Csak azért bátorkodtam ide írni először, mert ez (szerintem) nem annyira programozással kapcsolatos kérdés már. Jobban mondva itt sokkal több eséllyel kapok választ, mivel tudom, h van pár expert itt, aki otthon van a témában.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Mr Dini #28085 üzenetére
Kipróbáltam lefordítani egy Hello Mr Dini! programot az Rpiről, a hozzá járó gcc-vel, de nem akar a teló mit kezdeni vele...
GCC flags és verzió:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.6/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.3-14+rpi1' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 4.6.3 (Debian 4.6.3-14+rpi1)file kimenet, a kész binárisra:
./hello: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, for GNU/Linux 2.6.26, BuildID[sha1]=0x4c1ff035ed1430cbb3327f2e744d21d4f07bb893, not stripped
Az RPi2
uname -a
kimenete:root@raspberrypi:~# uname -a
Linux raspberrypi 3.18.7-v7+ #755 SMP PREEMPT Thu Feb 12 17:20:48 GMT 2015 armv7l GNU/LinuxJa és maga a hiba:
shell@android:/storage/sdcard0 $ ./hello
/system/bin/sh: ./hello: can't execute: Permission deniedPedig van rajta jog...
A droid kernele pedig:
Linux localhost 2.6.38.6-cyanogenmod #1 PREEMPT Wed Aug 15 21:31:47 EEST 2016 armv7l GNU/Linux
Mi lehet a gond?
Köszi!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28103 üzenetére
Az nincsen!
Android 4.2-t merek csak használni.
A másik, meg, hogy miért a /system/bin/sh akarja futtatni a binárist?
Lehet, h a kérdezés helyett inkább ki kéne ragadnom egy működő binárist a droidomból, oszt megnézni szintén file-al, hogy mi nem egyezik! Mert a routerem (mips platform) is hasonlóképpen viselkedik, ha nem a megfelelő gcc-vel fordítok... Lehet, h Cross-compile lesz mégis ebből. Ami meg azért szívás, mert az RPi-n, ha hiányozna a kódomhoz egy függőség/header/lib stb, akkor az apt csomagkezelővel gyerekjáték pótolni. Aztán a végén statikusra csinálom a buildet és cs'! Nade a Cross-compilernél minden egyes csomagot, ami kell a cuccnak, le kell ugye fordítani... :/ Nah, az a ráadás, amikor még "al"dependencie-k is vannak!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz #79335424 #28105 üzenetére
Pedig én még az írásjelek kirakására is szoktam ügyelni!
De most komolyan. Baj, hogy ilyet kérdezek egy szakmai topikban? Vagy nyissak egy Android mélyvizet, ahova kizárólag hunglish és szakszavak használatával lehet beírni?
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Most ránéztem, kiderült, hogy ha a nassal fordítok egy binárist, akkor minden egyezik a gyári binárisok paramétereivel. Viszont az RPi-n fordított binárisoknak is futnia kéne a Droidon...
Nade, felraktam a (már nason fordított) Hello Mr Dini kódom, de ugyanúgy permission denied-et dob.
Kicsit furcsának talátam ezt a jelenséget, így kipróbáltam, hogy mi van, ha egy olyan binárist másolok át az sd kártyára, ami egyébként működik. Lefuttattam és Jog megtagadva ugyan úgy.
@Keep'
Az SD kártya ugye nincs noexec-cel felcsatolva?
Szerk.: de, úgy tűnik, hogy igen. Mivel átmásoltam a /system/bin alá, lefuttattam és az eredmény:
Hello Mr Dini!
És ezt a nasról is le tudtam fordítani!!!
Viszont kéne egy olyan hely, ami nem a system partíció és tudok rá írni, illetve futtatni binárist...
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28113 üzenetére
Csak az meg gondolom ramdisk, szóval rebootnál törlődik. De mindegy, mivel most a /etc-t használom és jónak tűnik. Illetve később inkább az SD-n fogok létrehozni egy mappát, amit rebootkor újracsatolok.
@es4
Tégy próbára!
Egyébként droidon most csinálok ilyet talán másodszor, úgyhogy nem jársz messze az igazságtól!
Ui.: nézz rá a csomagjaimra és döntsd el, h mennyire vagyok otthon a C programok fordításában!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28115 üzenetére
Köszönöm!
Akkor nekiállok.
Ui.: csak azt sajnálom, hogy nem találtam olyan helyet, ahonnan root nélkül is lehetne futtatni a binárist... De majd beleépítem egy alkalmazásba, ami meg írhat a data/data alá a saját mappájába és meg van oldva a probléma!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Üdv!
Milyen bootloadert használnak a Snapi-s telók? Valahogy bele lehet nyúlni?
Tudom, már kérdeztem, de most hátha kapok választ is!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28178 üzenetére
Ó, az nagyon nem jó hír!
Pedig abban reménykedtem, h össze tudok hozni egy dualbootot. De akkor talán egy recovery moddinggal fogom megoldani. Jobban belegondolva, ezen az úton kellett volna egyből elindulnom!
----------
MTK-s rendszert még nem forgattam, de én valami rossz flag-re tippelnék a hiba alapján. A cross toolchained rendbe van? Mert nekem gyanús az az out x86....
Kernelt pedig én se látok, egyedül ez a változó van, aminek köze van a kernelhez :
$INSTALLED_KERNEL_TARGET
Ui.: látom, még mindig a Mint... SElinux problémát meg sikerült már oldanod?
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28182 üzenetére
Nem szeretem ezeket a custom make fájlokat.
Szép, színes, meg fancy, de a lényeg, tehát a hiba nem látszik. A make parancsod végére biggyessz oda egy "V=s"-t (""-k nélkül), akkor talán megmondja, h pontosan miért nem jött létre az a rule.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28184 üzenetére
Hát, az szívás!
Én a Samu telóval jártam így. Elvileg el lehet kérni az ópenszósz oldalukon e-mail és indoklás kíséretével a komplett fw-t. Nah, kaptam tőlük egy tyúkláb-vonal-kacsintószmájli --> koreai szöveget és, h fordítót se tudjak használni, képbe ágyazták... Annyit sikerült kibogarásznom, h 24 óra alatt válaszolnak. Ez volt kb fél éve. Azóta is várom, h leteljen.
A doogee nem adja ki a kernelt?
Egyébként ha rákérdezel a MAD-nél, vagy egy issue nyitással, csak megmondják, h minek van az a forrás.
2. Alsa helyett nem tudsz oss-t használni? Ahhoz tudtommal nem kell modult forgatni, megvan az alap kernel moduljaival is.
Minek veszel olyan telót, ha előre tudod, h fw-t fogsz rajta cserélgetni, amihez nemhogy egy kernel, de még egy angol doksi sincs kiadva?
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz cappa72 #28186 üzenetére
De itt pont, hogy nincsen kernel forrás... Épp ez a gond.
De ezt én sem értem. Ha ott a rom, miért kell nekik mindenáron a forrás. Mivan, ha én pl nem akarom megosztani?
Mindenesetre én még nem kaptam ezért warn-t!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv!
Kaptam egy Ace3-at javításra, mert nem megy a hang rajta, se Jack-en, se a beépített hangszóróján.
A rom teljesen gyári 4.2.2-es, de úgy gondolom itt hardveres gond lesz.
Íme egy logcat kimenet, miközben megy a lejátszás. Ti láttok benne valami kivetnivalót?
Van esély rá, hogy meggyógyuljon?
Köszi!
Ui.: próbáltam BT hangszóróval, azzal megy...
Szerk.: ja és a fülhallgatót felismeri, csak néma.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Orionhilles #28520 üzenetére
Szia!
ln -s $(which gcc) /usr/bin/aarch64-linux-android-gcc
Szerintem megoldja a problémád (rootként futtatva!).
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Orionhilles #28524 üzenetére
Ó, most esett le, h mekkora sügér voltam... Azt hittem, h a PC-s gcc-vel szeretnél forgatni a gcc --version miatt...
De azt nem említetted, hogy cross-compilelni szeretnél.
Akkor töröld a symlinket, amit létrehozattam Veled és symlinkeld át a gitelt gcc-t. Mert a 64 bites gcc-d nem fogja tudni leforgatni az armos (?) forrást. Írja is, h nincs little endian (LE) támogatva.
A PATH-os megoldás meg szerintem azért nem megy, mert a makefile is átállítja a PATH-t. Így vagy belenézel, h mi állít PATH-t a forrásban, vagy symlinkelsz.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Mr Dini #27886 üzenetére
Nah, végre valahára sikerült eljutnom a finishbe a wget-tel kapcsolatban.
Nos, nagy nehezen leforgattam egy openssl-t az NDK-val, aztán azzal egy wget-et, de ő sem tudta kezelni a ? utáni adatokat, így kénytelen voltam lemondani a dologról...
Aztán eszembe jutott a curl. És amikor szedtem le a forrást, megakadt a szemem azon, hogy van kész Androidos binárisuk is. Leszedtem innen, beraktam a targézában található bin és ssl mappát a /data/local alá és kipróbáltam. Megy vele az SSL és a ?-et is ismeri!
Egyedül azzal leszek gondba, hogy root nélküli eszközre nem tudom, h lehetne feltenni, mivel az SD kártya, mint ahogy megerősítettek, noexec-cel van felcsatolva...
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv!
Valaki próbált már chrootolni Debian-t CM10.1-es romon?
Mit gondoltok, pl az apt csomagkezelő egy N5-ön milyen gyors lesz?
Ja és még valami! graphics.c-t kéne egy CM buildhez módosítanom...:/ Nagy meló lenne? (Még azt se tudom, h mi ez)
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28824 üzenetére
Hát, azért reménykedtem...
Mindenesetre feldobom először egy emulátorba, aztán meglátom, hogy milyen. Szerinted akár egy GUI-t is fel lehetne tenni (pl unity) a chrootból? Mert akkor a combosabb mini PC-ken pl egyszerre lehetne Droid és linux desktop is. Bár kétlem, h a Unity elfutna rajt', de igazából bármi jó lenne...
Illetve a graphics.c-s kérdésemre tudsz valami útbaigazítást adni? Egy külföldi fórumon egyből elküldtek ezzel a mélyvízbe, h oldjam meg, de ötletem sincs, hogy mi ez...
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Üdv!
Ismét lenne egy érdekes kérdésem. Nos, nemrég váltottam Android Studio-ra Eclipse-ről, mert manapság mindenki azt ajánlja már, illetve az Eclipse kezd elavulni Android SDK téren...
Feltettem, szuperul fut a gépen, viszont emulátorral 6 giga RAM-ot foglal. Ami nem baj, csak meglepődtem.
De, amiért kereslek Benneteket, az a root. Néhány dologhoz (tesztelések) elengedhetetlennek érzem... Szóval meglepve tapasztaltam, hogy a Nexus 5 emulátor (API 24) nem rendelkezik su binárissal.
Rákérdeztem a programozós topikban, de konkrét választ nem kaptam rootolásra, így elkezdtem a magam szakállára nyomozni. Szépen felcsatoltam az emulátor system.img-jét a /mnt-re és gondoltam, a (/mnt)/bin alá beteszek egy ARMv7-es su binárist. Aztán megpróbáltam a jogokat is rendberakni, ehhez pedig elsőként ránéztem, hogy az sh bináris milyen jogokkal van felruházva. Lásd:
-rwxr-xr-x. 1 root 2000 293776 szept 20 21:51 /mnt/bin/sh
No, itt a ponttal, azaz a SELinux-szal akadt meg a szalag... Milyen paranccsal tudnám a su binárist is felruházni a megfelelő SELinux paraméterekkel?
Köszi!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Keeperv85 #28906 üzenetére
Rootolt eszköz rengeteg van a birtokomban, de egyiken sincs selinux engedélyezve. Az nem jó, ha a felcsatolt img-s /bin/sh-ra adom ki az ls -Z -t? Az eredmény nem ugyanaz lesz?
Ubuntuból 14.04-esem van (a 16.* köztudottan bugos még), de alapjáraton Debian-t használok, ott 100%, hogy jó a chcon, mert már használtam párszor. Csak az már régen volt...
Köszi a gyors választ, holnap ki is próbálom!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Hi,
Ma kénytelen voltam egy kicsit szórakozni a dnsmasq-val a WIFI hálómon, hogy néhány címet letiltsak egyes interfaceken. Ezt a hosts fájllal, router oldalt oldottam meg a 0.0.0.0-ra irányítással.
És ekkor tűnt fel, hogy minden csatlakoztatott szerveremen és PC-men a hálón sikeresen életbe is léptette a változtatásokat, pingre már a 0.0.0.0-ról jött a válasz.
Kivéve a Droidos eszközöket... Mivel ők sehogy sem akarták az igazságot... Az összes androidomon zavartalanul meg tudtam látogatni a "tiltott" (helyesbítek, átirányított) oldalakat... Ezért gyorsan gyártottam két testing hálót (ugyanazzal a DHCP tartománnyal) és ránéztem, hogy mi a helyzet akkor, ha egyik hálóról a másikra csatlakozok. És ekkor esett le az állam, mivel a csatlakozáskor a Droid nem küldött DHCP Discovery-t, így offer-t sem kapott a szerveremtől, hanem használta a másik hálón kapott címet. Ilyet még nem láttam...
Nos, ez így elég problémás (szerintem)...
A kérdés, hogy miért tették ezt a kedves fejlesztők?
Egyébként egy manuális statikus IP-re, majd vissza DHCP-re kapcsolás után rendbe jön a dolog, de akkor is, ezt így nem szabadna! Mert így kénytelen vagyok tűzfallal szűrni ezt is, ami kicsit lassabb, mint az előbbi dnsmasq-s megoldás.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv ismét!
gnupg forgatása közben ez a hiba fogadott:
/usr/local/opt/android-ndk-r13//toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi-ar cru libcipher.a cipher.o pubkey.o md.o dynload.o des.o twofish.o blowfish.o cast5.o rijndael.o camellia.o camellia-glue.o idea.o elgamal.o rsa.o primegen.o random.o dsa.o smallprime.o md5.o rmd160.o sha1.o sha256.o rndlinux.o sha512.o
/bin/bash: /usr/local/opt/android-ndk-r13//toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi-ar: Nincs ilyen fájl vagy könyvtár
make[1]: *** [libcipher.a] Error 127Amit nem is értek, hogy miért dob egyáltalán, hiszen az NDK-marm-linux-androideabi-4.9-es toolchain-t tartalmaz, de van nekem egy külön toolchainem a /usr/local/opt/android-arm-toolchain mappában... Illetve a PATH is tartalmazza a külön toolchain bin mappáját...
Mindegy, megoldottam, kézzel beadva neki az AR változót. Aztán dobott egy ilyet:
/usr/local/opt/android-arm-toolchain/bin/arm-linux-androideabi-gcc -fdata-sections -ffunction-sections -Os -Wall -Wno-pointer-sign -Wl,--gc-sections -static -o gpg gpg.o build-packet.o compress.o free-packet.o getkey.o keydb.o keyring.o seskey.o kbnode.o mainproc.o armor.o mdfilter.o textfilter.o progress.o misc.o openfile.o keyid.o parse-packet.o status.o plaintext.o sig-check.o keylist.o signal.o pkclist.o skclist.o pubkey-enc.o passphrase.o seckey-cert.o encr-data.o cipher.o encode.o sign.o verify.o revoke.o decrypt.o keyedit.o dearmor.o import.o export.o trustdb.o tdbdump.o tdbio.o delkey.o keygen.o pipemode.o helptext.o keyserver.o photoid.o exec.o ../cipher/libcipher.a ../mpi/libmpi.a ../util/libutil.a -lz
status.o:status.c:function remove_shmid: error: undefined reference to 'shmctl'
status.o:status.c:function init_shm_coprocessing: error: undefined reference to 'shmget'
status.o:status.c:function init_shm_coprocessing: error: undefined reference to 'shmctl'
status.o:status.c:function init_shm_coprocessing: error: undefined reference to 'shmctl'
status.o:status.c:function init_shm_coprocessing: error: undefined reference to 'shmctl'
status.o:status.c:function init_shm_coprocessing: error: undefined reference to 'shmat'
collect2: error: ld returned 1 exit statusEzzel mit tudok tenni? Mert ugye a shared memory control (shmctl) ott kell, hogy legyen a toolchainemben, csak gondolom itt is rossz az elérési út már megint... Nincs kedvem egyenként fixálni mindent, van valami más megoldás?
Egyébként Debian chrootot csinálok arm platformra.
Köszi!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Mr Dini #29106 üzenetére
Ez is meglett végülis. Kézzel átírogattam minden egyes hibánál a rossz elérési utakat.
Viszont, mielőtt feltenném egy "fizikai eszközre", szeretném tesztelni egy AVD-n is.
Ubuntu 14.04 x64-t használok jelenleg és az Android SDK avd managerével létrehoztam egy N5-t 24-es API szinttel. Először x86-ot választottam arch-nak, de mivel arra nem találtam rendes su binárist, így csináltam egy ARM verziót is. De az meg arra panaszkodott, hogy csak POE (vagy valami hasonló) bináris futtatására képes csak...
Ezután megpróbáltam feltenni egy N5 4.2.2-t, ahol még nincs selinux, hátha az a gond, de ott meg out of memory-t kaptam, mikor adb-n próbáltam átmásolni a su binárist...
Még azt is próbáltam, hogy a SuperSU-t felrakom system appként, de semmi, ugyanúgy nem tudja rootolni ezt a nyavajatörést...
Egyáltalán lehet egyáltalán rootolni ezeket a csodákat?
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
Új hozzászólás Aktív témák
Sok embernek van kérdése az Android rendszerrel kapcsolatban, mely igazán nem köthető gyártóhoz. Ebben a topikban lehet feltenni a szakmai kérdéseket, amelyek telefon/tábla függetlenek.
A Factory Reset Protection (FRP) megkerülésében nem nyújtunk segítséget!
- Azonnali VGA-s kérdések órája
- Az Apple szerint ejteni kell az USA trösztellenes perét
- DIGI kábel TV
- Politika
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Opel topik
- Békésen legelészik a májusi hardvercsorda
- Hardcore café
- Házimozi belépő szinten
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- IPhone SE2 2020 128GB gyári független Product Red 100%, hibátlan új akku!
- IPhone 8 64GB gyári független megkímélt akku 90%
- IPhone 14 Pro max 256GB gyári független akku 100% 2024.07.14. Apple garancia!
- IPhone 12 64GB gyári független 100% hibátlan 2024.12. 26. Apple garancia
- 2 HETES!!! Apple iPhone 15 PRO 128GB White Titan
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs