"A kiterjesztés alapesetben nem erre való?"
Fura de linuxnál nem feltétlenül a kiterjesztés a mérvadó.

"Udvariasabb kérdésként megfogalmazva, mennyire netfüggő a linux, e tekintetben?"
Egyszer már kifejtettem, hogy egyes csomagokhoz vannak-e függőségek hozzá és mik azok,ezeket kell kikeresni, és letölteni(lementeni),de csak ha telepíteni szeretnél(ha meg egyszer összegyűjtötted akkor használhatod újra).Ennél a windows se különb...Bizonyos pontokhoz nem szükséges a net megléte.

[ Szerkesztve ]

Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.

Ez oké, de ha konzolos installerrel letölti az ember, akkor azt offline csomaggá hogy lehet "varázsolni"? Tehát ha az apk installer módszerrel lejön valami, az akkor egyből még nem futtatható, gondolom valami csomagkezelő helyére rakja a dolgokat (dpkg? mappákba rendezi, rendszerhez illően), majd létrehoz egy indítható belépési pontot/parancsikont neki (hol?), és ezt elérve a felhasználó el tudja indítani a programot. (az installálás előtt a csomag letöltése hova történik temp/downloads mappa? A win-nél ez 3 maximum 6 csomagot jelentett, és minden program képes volt futni. Linuxnál ahogy nézem a synaptic csomagkezelőben a függőségi oldalt, elég sok sort tartalmaz, gondolom ez részletesebb lista, mint a win esetében a .net3.5 például (ez is sok dolgot tartalmaz, csak nem adja a user orra elé melyikek kellenek ebből a programom futtatásához),
A linux-os függőségek terén gondolom nincs ilyen (akár DIY, akár official) csomag, amit offline le lehetne szedni?
Vagy hogy kell azt értenem, hogy "a függőségeket megkeresni"? Mondjuk offline a gép, tételezzük fel és telepítek:
-kér egy net kapcsolatot, hogy leszedjen GUI-t, meg miegymást. Mondom nincs net, megyek tovább.
-sikeres csomagoktól mentes, elég szegényes install után a konzol bejön, gui nincs, a netről leszedett gui-t offline installálom konzolból, a függőségeket mint "szükséglet" kiírja, vagy csak egyszerűen nem fog települni, vagy települ de nem fut, vagy fut, de hibával kihal majd?

Mi szerintetek a függőségek offline-á tételének a módszertana? (részletesebben ha kérhetem)

És gondoltam már arra, hogy egy netről leszedett rendszert (csomagok, programok mindenmás) teljesen ghost-olok, de akkor lehet hardware specifikus lesz, és más VGA, vagy cél PCI/PCIe kártyás, esetleg más CPU (intel/amd/avr) nem fog futni. Megint win-es párhuzam, hogy magam ellen is beszéljek, ott is volt x86 meg x64-es telepítős mappám, OS, .net, és egyéb csomagok tekintetében, de 2 mappából kiválasztottam a szükségest, és 1db pendrive-al mehettem a szomszédba újra tenni a rendszert. (30 perc másolás, a szükséges 6db csomag+1db bootolható usb az OS instlaljához)
szerk: a driverek hw specifikusak voltak...

CPT: Debian 4.9.51-1 (2017-09-28) i686 GNU/Linux

[ Szerkesztve ]

Ubuntu/Debian alapokon lehet csinálni egy olyan Live rendszert. Amit olyan helyen csinálsz meg, ahol van internet kapcsolat. A rendszeredre feltelepítesz mindent ami kell majd, kinn a "pusztán". Amikor ezzel kész vagy. Az egész rendszeredet ki tudod írni egy telepíthető ISO-ba. Úgy mint ha az egy Ubuntu/Debian telepítő ISO lenne.

Google : linux offline install . (Nem vagyok járatos az offline telepítésben.)

Appimage, aminek az lenne a lényege, hogy minden függőséget tartalmaz, ami nem része az alaprendszernek : [ https://magyarlinux.hu/univerzalis-linux-csomagkezelesi-megoldasok/ ]
Ebben a esetben az alaprendszer is relatív, mert nem minden disztrón indulnak el az Appimage -k.

OS : EndeavourOS KDE . . . . . . Parancs menü : https://pastebin.com/u/txt444

"2: a Synaptic Package Manager-ben ha a rádióamatőr szekció alatt leszedett (SDR kulcsszóra dobott találatok) (700MB) vegyes dolgot, és miután feltelepült szeretném megnézni mik azok, honnan tudom, hogy GUI-s vagy sem az adott tétel?"
Gondolom ezeket kaptad találatként.:
elios@HP-ProDesk-600-G1-TWR-b44034b1:~$ sudo apt search SDR
Rendezés... Kész
Keresés a teljes szövegben... Kész
airspy/focal 1.0.9-3 amd64
  Tiny and efficient software defined radio receiver - utilities
bladerf/focal 0.2019.07-4build1 amd64
  Nuand bladeRF software-defined radio device (tools)
cubicsdr/focal 0.2.5+dfsg-3build1 amd64
  Software Defined Radio receiver
cutesdr/focal 1.20-4 amd64
  simple demodulation and spectrum display program
dump1090-mutability/focal 1.15~20180310.4a16df3+dfsg-6 amd64
  ADS-B Ground Station System for RTL-SDR
freedv/focal 1.4-2 amd64
  Software Defined Radio (SDR)
gnss-sdr/focal 0.0.11-2build6 amd64
  Global navigation satellite systems software defined receiver
gnuradio-dev/focal 3.8.1.0~rc1-2build2 amd64
  GNU Software Defined Radio toolkit development
gpsbabel/focal 1.6.0+ds-10build1 amd64
  GPS file conversion plus transfer to/from GPS units
gqrx-sdr/focal 2.12.1-1build2 amd64
  Software defined radio receiver
gr-dab/focal 0.4-2build3 amd64
  Gnuradio blocks and tools for receiving DAB and DAB+ radio
gr-dab-dev/focal 0.4-2build3 amd64
  Development files for gr-dab (DAB/DAB+ receiver)
gr-hpsdr/focal 1.2.1-1 amd64
  gnuradio interface module for OpenHPSDR protocol 1
gr-iqbal/focal 0.38-4build3 amd64
  GNU Radio Blind IQ imbalance estimator and correction
gr-limesdr/focal 3.0.1-2build1 amd64
  LimeSDR blocks for GnuRadio
gr-osmosdr/focal 0.2.0-2 amd64
  Gnuradio blocks from the OsmoSDR project
hackrf/focal 2018.01.1-2 amd64
  Software defined radio peripheral - utilities
hamradio-sdr/focal,focal 0.5ubuntu1 all
  Debian Hamradio Software Defined Radio Packages
heartbleeder/focal 0.1.1-8 amd64
  test servers for OpenSSL CVE-2014-0160 aka Heartbleed
inspectrum/focal 0.2.2-1build1 amd64
  tool for visualising captured radio signals
ipmitool/focal 1.8.18-8 amd64
  utility for IPMI control with kernel driver or LAN interface (daemon)
libbladerf-dev/focal 0.2019.07-4build1 amd64
  Nuand bladeRF software-defined radio device (header files)
libbladerf-doc/focal,focal 0.2019.07-4build1 all
  Nuand bladeRF software-defined radio device (API documentation)
libbladerf2/focal 0.2019.07-4build1 amd64
  Nuand bladeRF software-defined radio device
libgnuradio-dab3.8.0/focal 0.4-2build3 amd64
  Shared library for gr-dab (DAB/DAB+ receiver)
libgnuradio-hpsdr1.2.1/focal 1.2.1-1 amd64
  gnuradio library for OpenHPSDR protocol 1
libgnuradio-limesdr3.0.1/focal 3.0.1-2build1 amd64
  LimeSDR blocks for GnuRadio (runtime library)
libgnuradio-osmosdr0.2.0/focal 0.2.0-2 amd64
  Gnuradio blocks from the OsmoSDR project - library
liblimesuite-dev/focal 20.01.0+dfsg-2 amd64
  library to access LMS7 transceiver based hardware (development)
liblimesuite-doc/focal,focal 20.01.0+dfsg-2 all
  liblimesuite development documentation
liblimesuite20.01-1/focal 20.01.0+dfsg-2 amd64
  library to access LMS7 transceiver based hardware
libmirisdr-dev/focal 0.0.4.59ba37-5 amd64
  Software defined radio support for Mirics hardware (development files)
libmirisdr0/focal 0.0.4.59ba37-5 amd64
  Software defined radio support for Mirics hardware (library)
libosmo-fl2k-dev/focal 0.1.0+20180423git9e79bde-2 amd64
  use a VGA USB adapter as DAC and SDR transmitter - development
libosmo-fl2k0/focal 0.1.0+20180423git9e79bde-2 amd64
  use a VGA USB adapter as DAC and SDR transmitter - library
libosmosdr-dev/focal 0.1.8.effcaa7-7 amd64
  Software defined radio support for OsmoSDR hardware (development files)
libosmosdr0/focal 0.1.8.effcaa7-7 amd64
  Software defined radio support for OsmoSDR hardware (library)
librtlsdr-dev/focal 0.6.0-3 amd64
  Software defined radio receiver for Realtek RTL2832U (development)
librtlsdr0/focal 0.6.0-3 amd64
  Software defined radio receiver for Realtek RTL2832U (library)
libsoapysdr-dev/focal 0.7.2-1 amd64
  SoapySDR library development files
libsoapysdr-doc/focal,focal 0.7.2-1 all
  SoapySDR library development documentation
libsoapysdr0.7/focal 0.7.2-1 amd64
  software defined radio interface library
limesuite/focal 20.01.0+dfsg-2 amd64
  tools to test, control and update LMS7 transceiver based hardware
limesuite-udev/focal,focal 20.01.0+dfsg-2 all
  Lime Suite - USB rules for udev
miri-sdr/focal 0.0.4.59ba37-5 amd64
  Software defined radio support for Mirics hardware (tools)
osmo-fl2k/focal 0.1.0+20180423git9e79bde-2 amd64
  use a VGA USB adapter as DAC and SDR transmitter
osmo-sdr/focal 0.1.8.effcaa7-7 amd64
  Software defined radio support for OsmoSDR hardware (tools)
osmo-trx/focal 0.4.0-1ubuntu3 amd64
  SDR transceiver that implements Layer 1 of a GSM BTS
proj-rdnap/focal,focal 2008+2018-4 all
  RDNAP grid correction files for PROJ
python3-bladerf/focal 0.2019.07-4build1 amd64
  Nuand bladeRF software-defined radio device (tools)
python3-soapysdr/focal 0.7.2-1 amd64
  SoapySDR Python 3 bindings
python3-spake2/focal,focal 0.8-2 all
  SPAKE2 password-authenticated key exchange (pure python)
qthid-fcd-controller/focal 4.1-5build1 amd64
  Funcube Dongle controller
quisk/focal 4.1.52-2 amd64
  Software Defined Radio (SDR)
rtl-sdr/focal 0.6.0-3 amd64
  Software defined radio receiver for Realtek RTL2832U (tools)
sdrangelove/focal 0.0.1.20150707-3build2 amd64
  Osmocom Software Defined Radio
soapyosmo-common0.7/focal 0.2.5-3build2 amd64
  Use gr-osmosdr drivers with SoapySDR (common files)
soapyremote-server/focal 0.5.1-2build1 amd64
  Use SoapySDR devices over network (server)
soapysdr-module-airspy/focal 0.1.2-2build1 amd64
  Airspy device support for SoapySDR (default version)
soapysdr-module-all/focal 0.7.2-1 amd64
  All device support for default version of SoapySDR (metapackage)
soapysdr-module-audio/focal 0.1.1-2build1 amd64
  Audio device support for SoapySDR (default version)
soapysdr-module-bladerf/focal 0.4.1-2build1 amd64
  bladeRF device support for SoapySDR (default version)
soapysdr-module-hackrf/focal 0.3.3-3build1 amd64
  HackRF device support for SoapySDR (default version)
soapysdr-module-lms7/focal 20.01.0+dfsg-2 amd64
  Lime Microsystems LMS7 device support for SoapySDR (default version)
soapysdr-module-mirisdr/focal 0.2.5-3build2 amd64
  Mirics SDR device support for SoapySDR (default version)
soapysdr-module-osmosdr/focal 0.2.5-3build2 amd64
  OsmoSDR device support for SoapySDR (default version)
soapysdr-module-redpitaya/focal 0.1.1-2build1 amd64
  RedPitaya device support for SoapySDR (default version)
soapysdr-module-remote/focal 0.5.1-2build1 amd64
  Use SoapySDR devices over network (default client module)
soapysdr-module-rfspace/focal 0.2.5-3build2 amd64
  RFSpace device support for SoapySDR (default version)
soapysdr-module-rtlsdr/focal 0.3.0-2build1 amd64
  RTL-SDR device support for SoapySDR (default version)
soapysdr-module-uhd/focal 0.3.6-2build2 amd64
  UHD device support for SoapySDR (default version)
soapysdr-tools/focal 0.7.2-1 amd64
  software defined radio interface library tools
soapysdr0.7-module-airspy/focal 0.1.2-2build1 amd64
  Airspy device support for SoapySDR
soapysdr0.7-module-all/focal 0.7.2-1 amd64
  All device support for SoapySDR (metapackage)
soapysdr0.7-module-audio/focal 0.1.1-2build1 amd64
  Audio device support for SoapySDR
soapysdr0.7-module-bladerf/focal 0.4.1-2build1 amd64
  bladeRF device support for SoapySDR
soapysdr0.7-module-hackrf/focal 0.3.3-3build1 amd64
  HackRF device support for SoapySDR
soapysdr0.7-module-lms7/focal 20.01.0+dfsg-2 amd64
  Lime Microsystems LMS7 device support for SoapySDR
soapysdr0.7-module-mirisdr/focal 0.2.5-3build2 amd64
  Mirics SDR device support for SoapySDR
soapysdr0.7-module-osmosdr/focal 0.2.5-3build2 amd64
  OsmoSDR device support for SoapySDR
soapysdr0.7-module-redpitaya/focal 0.1.1-2build1 amd64
  RedPitaya device support for SoapySDR
soapysdr0.7-module-remote/focal 0.5.1-2build1 amd64
  Use SoapySDR devices over network (client module)
soapysdr0.7-module-rfspace/focal 0.2.5-3build2 amd64
  RFSpace device support for SoapySDR
soapysdr0.7-module-rtlsdr/focal 0.3.0-2build1 amd64
  RTL-SDR device support for SoapySDR
soapysdr0.7-module-uhd/focal 0.3.6-2build2 amd64
  UHD device support for SoapySDR
texlive-latex-extra/focal,focal 2019.202000218-1 all
  TeX Live: LaTeX additional packages
uhd-soapysdr/focal 0.3.6-2build2 amd64
  SoapySDR device support for libuhd
vtun/focal 3.0.4-2 amd64
  virtual tunnel over TCP/IP networks
welle.io/focal 2.1-2build1 amd64
  DAB/DAB+ Software Radio
elios@HP-ProDesk-600-G1-TWR-b44034b1:~$ 
Hát ebből egy sem tűnik GUI-s alkalmazásnak. Rádiós körökben kéne rákérdezni, hogy milyen GUI-s Linuxos cuccokat használnak.
De így érzésre, azt mondom, hogy Arch vonalon hamarabb fogsz megoldást találni.

Szóval ez egy régi, 9-es Debian (Stretch), 32 bites verzióban. Ezzel a verzióval már ne tervezz hosszú távra, kövesd azt amit májkimiki írt. Aztán a Vivaldi-t így kellene telepítened, beállítva a repót neki és onnan, nem közvetlen a .deb csomagból.

Btw Debian-t szeretnél használni? Mert ezen a vonalon az Ubuntu és Mint kiadások kezesebbek, velük könnyebb kezdőként jó élményt szerezni, mint Debiannal.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

"Tehát ha az apk installer módszerrel lejön valami, az akkor egyből még nem futtatható, gondolom valami csomagkezelő helyére rakja a dolgokat..."
Tegyük egy kicsit dolgokba a tisztát:
Nem feltétlenül a csomagkezelő végzi a telepítést,vannak egyénileg összerakott telepítők a linuxban is(sh,run vagy kiterjesztés nélkül akár). Másképp fogalmazva:Windows esetében vannak pl.: .exe és .msi kiterjesztésű telepítők,msi-hez kell egy "futtatókörnyezet" azok futtatásához,hasonló szisztémát kell elképzelni pl: deb, rpm,stb. fájlok esetében.Debian csomagok esetében itt a válasz a kérdésedre(letöltheted,kikeresheted mellé a függőségeket) szájbarágósan kínálja a lehetőséget(angol tudás mellett még egyszerűbb). Böngészőből való letöltés esetén értelemszerűen ahová mented.
Hogy érdemlegesen válaszoljak a "az installálás előtt a csomag letöltése hova történik temp/downloads mappa?" kérdésedre:
/var/cache/apt/archives/
Bár gyorsabb és kényelmesebb lenne ha online feltelepítenéd a csomagokat mert egyszerűbb gyorsabb a telepítésük,és valóban abból egy - telepítésre is alkalmas - iso képfájlt tudsz összerakni.

Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.

Bólogató, egyetértő "szmájli".
Szerintem onnan kéne kezdeni, hogy most milyen hardver áll a rendelkezésére. Arra egy jó OS és arra mit lehet felpakolni a rádiós cuccaiból és azt hogy lehet kitolni egy off line telepítőbe.

Ebbe bele lehet gyógyítani az egyéni futtatható állományait is.

[ Szerkesztve ]

A Debian oka a DMA (direct memory access) nVidia quadro és grabber kártyák közti PCIe lane kommunikáció tanulása, erre van driver-ük.
(ez is opció majd, az adatfeldolgozás terén, mindenre is próbálok gondolni, ne legyen 3 féle oprendszer a fejemben, mit, hogyan hol kell tákolnom)

Mindenki másnak köszönöm a hsz-eket, nagyon jól látjátok a "vágyam", adtatok elég sok hasznos infót, most az olvasgatás időszaka jön!
Ezer hála!

Minden esetre Debian-ból a stable non-free ágból érdemes telepítőt beszerezned. Abból van még 32bites is, ha a hardvered azt kívánja.
[link]
64 bites non-free ISO-k. [link]
A non-free ágban benne van minden 3rd party drájver és firmware.

[ Szerkesztve ]

Ez érdekes, erre még visszakérdeznék:
Kiterjesztés nélküli telepítőhöz gondolom kell valamilyen környezet (csomagkezelő, keretrendszer), ami felismeri a telepítés módszertanát (mit hova). A rendszer (Linux base) kiterjesztés nélkül honnan tudná, hogy mit kezdjen egy rakat bittel? A kódsor eleje informatív, és futtathatóként jelöli meg az utána jövő sorokat, vagy másképp kérdezve, nem egy szöveges file-t lát a rendszer? Vagy a terminálos parancs meghatározza, hogy futtassa (a kiterjesztés nélküli dologra, Linux szintaktika érvényes, nincs keretrendszer függőség (Java, Python, etc) és fut, tehát maga a "mit tegyen vele" parancs a lényeg?

Edit X file (szöveges szerkesztése a file-nak?)
Read X file (csak olvassa, mint egy txt-t?)
Run X file (futtatja a nyers szöveges tartalmat, Linux szintaktika alapján)
Run X file in Python (futtatja a nyers file-t Python keretrendszer szintaktika alapján, a Python keretrendszeren belül, neki megadott jogosultság szinten (függőségek kielégítés (fel van telepítve a Python keretrendszer))
Ez így valid gondolat? (Vagy totál mellé ment? )

Ha valid, akkor meg minek a kiterjesztés a file állományok végére?
(hamarabb tudja az oprendszer, mit mivel társítson?)

Nagyon érdekes a kiterjesztés szabadsága itt a Linux környezetben. Lesz mit olvasgatnom bőven. (ha van hasznos oktató linketek jöhet, amúgy igen, Google lesz a barátom tudom tudom. )

szerk: Köszi Májkimiki, használni fogom!

[ Szerkesztve ]

rádiós körökből preemptíve válaszolok: az arany standardot: Gqrx

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

így. mondjuk sajnálatos módon jópár GUI-s alkalmazás elkezdte átvenni ezzel a gyökér MIME type bohóckodással...

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Kiterjesztes nelkul egyebkent honnan tudja a rendszer, hogy az milyen fajl, milyen alkalmazast tarsitson hozza?

"It never gets easier, you just go faster." Greg LeMond

Ebben nőttem fel, ezért van ez a párhuzamom, de oké, elfelejtem.
Ettől függetlenül a Linuxot még nem értem. A felejtés nem hozott megértést.

fatpingvin igen igen, már a Raspberry elő van készítve neki, jön az SDR postán.
Már csak kijelzőt kell hozzá szereznem, és mehetek terepre.

[ Szerkesztve ]

U ilyet még nem is láttam, thx a linket!
Gondolkodtam vajon mi a létjogosultsága a kiterjesztésnek ezek után.
(nem kell megnyitni, majd bezárni a file-t, hogy egy keresőt (magas szintű nyelv) lefuttassunk esetleges kiterjesztés keresésre? (*.mp3)? )
Mondjuk a kiterjesztést nem tudom miként tárolja a rendszer, mert maga a file-t (bináris adathalmaz) a keretrendszer (adott esetben OS (win vs linux)) határozza meg, hogy amikor az adott adat "elejét végét" beolvassa, milyen infókat ad a user felé, tehát a kiterjesztés a bináris kód elején végén lehetne, mint a link tartalma is. Így ha a keresőt assembly szinten az mp3 bináris megfelelőjére engednénk rá, kiterjesztés helyett is lehetne a file-ban szereplő "zene" azonosítót keresni.
De akkor a címek tárolására az összes bináris "start bit" lehetne a pointer memória címe? (az után meg mindaddig olvassa a rendszer, míg nem látja a vég signal-t?
Ekkor mondjuk nem tudnánk a méretet, csak ha végig megyünk a kezdő címtől a végéig (lehet most is így megy a méret számolás?). De akkor mi lenne, ha a tárolóból törlünk középről egy zenét, majd beteszünk egy nagyobb zenét a helyére, és a "vége", ami nem fér be a régi zene helyére, az új címre kerülne, amivel már az első szekció (nagy zene vége) kell egy címet is tárolni, amivel a második szekcióra mutathatunk, és így folytonos lehet az adatolvasás. (defrag?)
Extra: Ha most kellene feltalálnom a spanyol viasz 2.0-át, akkor a kezdő file signature után egyből betenném az adott típusú (file) tároló méretét (például: D partició:4TB, nyuszika.rar esetén 400MB, kiskutya.JPG: 3MB, readme.txt: 4kB és így tovább és így tovább)
Ekkor az alacsony szintű nyelvünk pointere ha megtalálja a kívánt adatot, egyből kiolvasná a méretet is (tudná milyen mennyiségben kell read-elni, ezzel tudna erőforrás foglaláshoz energiagazdálkodni (szálasítás, időzítés), anélkül, hogy végig kelljen menni a tárolt adat egész bináris során csupán azért, hogy méretet határozhasson meg.

[ Szerkesztve ]

onnan hogy kiolvassa a file headert. a fájlnéven a kiterjesztés a júzernek van, illetve ha konzisztensen használod segítséget nyújthat a scripteléshez is.

ettől még minden további nélkül elnevezhetek egy PNG fájlt image.mp3-nak, ha egy image viewerrel nyitom meg az ugyanúgy egy PNG fájl marad.

[ Szerkesztve ]

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

En reszletes nezetet hasznalok mindenhol, minden os alatt a fajlkiterjesztes megjelenitesevel.
es az lehet hogy az oprendszernek nem kell meg egyebkent is hulyeseg de nekem nagyon praktikus hogy egy pillantassal latom mi micsoda.
Akkor en mint felhasznalo honnan tudom egy kevert mappaba hogy a Fakanal nevu, kiterjesztes nelkuli fajl egy fenykep ami jpg, egy pdf leiras vagy text a fakanál hasznalatarol, vagy egy hatulrol torteno szexvideo ami amugy avi?

[ Szerkesztve ]

file <filenév> - ofkoz, nem Windows-on

https://www.coreinfinity.tech

Leszedtem innen [link] egy pendrive készítőt (ha van jobb, vagy beépített, a google nem dobta ki ), és leszedtem a 32bites verzióját. Ez egy balenaEtcher-1.7.3-ia32.AppImage file.
A futáshoz jobb klikk és execute checkbox nincs, csak olyan, hogy Execute (lenyíló menü) és everyone. Gondolom ez így oké. Majd dupla klikkel a társított program próbálja elindítani, de ugye ez már futtatható cucc, nem kellene, hozzá társított program.
Akkor van olyan, hogy terminállal futtassa (ne a társítottal), akkor a terminál ablak felugrik, majd eltűnik, és ennyi.
Most megint mit rontok el?
Hogy csináljak egy bootolható x64-es rendszert most winfos nélkül? (eddig rufus-oztam)

[ Szerkesztve ]

Bocs a tudatlanságomért, mi az az ofkoz?

Az Windows, én se Linfosoztam soha pedig néha megérdemelte

Te ugye Debianozol, hát akkor passz, nálam az Etcherre kétkatt, bejön a jelszókérő ablak, beírom és indul. Nem kell semmiféle jogokkal vacakolni, amúgy maga az Etcher futtatható az a root tulajdona. Én Ubuntuzok.
Az appimaget próbálod?

[ Szerkesztve ]

Ez már személyes vélemény, vitatkozni nem lehet vele.
Szerinted mennyire idegesített fel, ha letöröl olyan dolgokat, amik szerinte veszélyesek, miközben senki nem kérte meg rá, majd külön a defenderét kikapcsolni az új verzióban nem csak 2 klikk, hanem külön fél óra. Aztán meg hisztizett, hogy nem eredeti az eredeti win.
Ezek után, a win7 a böngészőben állandóan rossz időre hivatkozva nem hozta be a weblapokat (10 éve ugyan az a rendszer megy rá (3 évente újra rakom), de gondoltam arra, hogy a hardware is lehet rossz (elfelejti az időt, vagy shiftel valahogy, lemerült az elem, stb), de linux alatt minden weblap bejön, csak win-en csinálja ezt. A 10 is már eléggé zabálta üresjáraton a rendszert, itt volt az ideje keresni alternatívát.
Most akkor a win7 és 10 is kilőve már, jöttem ide titeket boldogítani (tanulási szándékkal kérdezek), mert tőlem teljesen idegen a linux lélektana (ahogy látod), de ez se fog eltántorítani, hogy soha többé ne win-ezzek.
Ezek után a személyes véleményem a win-ről had maradjon fos.

linux alol akarsz linux telepitot csinalni?
Ahhoz nem kell plusz program:
dd if=/home/.../az/eleresi/ut/az/iso-hoz of=/dev/sdx status=progress

lsblk -val tudod lekerni a blokk alapu eszkozoket, ott lathatod melyik a pendriveod, mit irj az sdx helyere

(#82575) tordaitibi : of course - termeszetesen

[ Szerkesztve ]

"It never gets easier, you just go faster." Greg LeMond

A linux a Appimage inkább "képfájlként" kezeli(lemezképcsatoló vagy archívumkezelő) ami felcsatolja mint meghajtót(virtuális meghajtót).Ott lesz egy futtatható fájl mint "kiindulási pont".
Alternatíva a dd-s parancs amit már kifejtettek előttem.

Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.

És anorche1, köszönöm a felvilágosítást.

Viszont a kiterjesztés undorral (én) abszolút nem értek egyet.
Oké, van a fájlnak neve, és az alapján azonosítom a gépemen lévő kb. 10000 fájlomat. Nem kell a kiterjesztés hogy segítsen mert én egy memóriazseni vagyok. Vagy mégse.

Az alábbi képen az smplayer telepítők is necces ha csak rápillantok, bár ez még okés mert a Linuxosba benne van hogy amd, amúgy az exe meg a deb neve szinte tökegyforma.
De a Blackpanthernél a csatolt képen, meg az összes Linux és egyéb iso meg checksum és torrent név tökazonos, azoknál ha nincs kiterjesztés, honnan mondod meg hogy melyik micsoda?
Mivel ha leölöd az extension megjelenítést meg a fájlkezelőbe kikapcsolod az oszlopokat is akkor kapunk 3 totál egyforma fájlnevet.
Értem hogy maga az OS megkülönbözteti őket a fejléc vagy mi alapján, de én hogyan fogom..?

[ Szerkesztve ]

Hmmm,bizonyos disztrók(pl linux mint) képesek megjeleníteni(pl fájlkezelőben) a társított alkalmazás ikonját kiterjesztés nélküli fájlokban is.Nem tudom hogy a többi disztró is megcsinálja-e.Igaz cli-n nehezebb lenne beazonosítani.

[ Szerkesztve ]

Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.

Nem kell cli.
Átnevezésre nyomva, kitöröltem a
blackPantherOS-v18.1SE-x86_64-Renegade-DVD.iso
fájlból az iso kiterjesztést azaz lett belőle
blackPantherOS-v18.1SE-x86_64-Renegade-DVD
Ezután a
blackPantherOS-v18.1SE-x86_64-Renegade-DVD.md5
fájlból is kitöröltem az md5 kiterjesztést, ekkor megkérdezte hogy a fájl már létezik, felülírjam?
Mondom persze, enter és az iso fájl eltűnt, mégegyszer leírom, ELTŰNT, köddé vált, megsemmisült, nincs a kukába, nincs sehol, visszahozhatatlan az 1,7GB méretű iso fájl mert felülírta a semmi kiterjesztésű 81bájt méretű md5 fájllal.

anorche1 és a többiek,
Oké, nem kell a kiterjesztés mert az ördögtől, azaz magától a Microsofttól való, brrrr..... kimondani is rettenet.
De ha nincs kiterjesztése egy fájlnak, akkor nem lehet 2 vagy több egyforma nevű fájl egy mappába, pl. nálam van olyan elektronikai cuccom hogy 4 ugyanolyan nevű van1 mappába, pl.

stepdown_converter.pdf ebbe van leírva részletesen
stepdown_converter.png ez a rajz külön
stepdown_converter.sch ez a nyáktervező progi inputja
stepdown_converter.pcb ez meg a gerber fájl a nyák legyártásához.

Próbáljam meg kitörölni a kiterjesztéseket...? Nem, lásd előbbi eredményt, egy 1,7GB iso átteleportált egy párhuzamos univerzumba.

Kérdésem hogy ha tényleg az egyik legfeleslegesebb dolog a számítástchnikában a kiterjesztés, hogyan lehet nélküle más formátumú, de ugyanolyan nevű fájlokat kezelni?

[ Szerkesztve ]

Ha van kiterjesztés, akkor sem lehet - ez azért nagyon alap az asztali számítógépek korában.

A kiterjesztés pont ugyanúgy a része a file nevének, mint a . előtti string - a usernek, meg a Windows-nak van ott.

[ Szerkesztve ]

https://www.coreinfinity.tech

Sziasztok

Keresek olyan dockert KDE-hez ami screenenként tudja csoportosítani az éppen futó programokat.

Jelenleg tint2-t használok, de szeretnék natív KDE megoldásra áttérni.
Tudom, hogy a kde-nek is van saját hasonló megoldása PAGER néven,. Ez nem teljesen az amit nekem kell. NIncs szükségem az screenen belüli elhelyezkedésre, és én nem alul/felül haszálom, hanem jobb oldalt. Itt meg a Plasma saját megoldása használhatatlan a vékony hely miatt. Ráadásul nekem 3 monitorom van...

Ilyen a mostani: [kép]
4 screen és az ikonok screenenként jelennek meg. Rákattintáskor természetesen át is vált . Valamint át is tudom húzni másik screenre.

Olyan "egyszerű" docker kellene ami minden screenen megjeleníti az összes screent csoportosítva. A progik csak ikon formában kellenek.

Valakinek van ötlete?

[ Szerkesztve ]

megnevezésekkel még gondom van

pl latte dock alternatives kellene nem docker ..

[ Szerkesztve ]

Ejnye-bejnye ! ... ganéjnak minősítesz egy nemzetközileg elismert mesterművet ?
Hiszen majdnem az lett a digitális jólétünk alappillére !

[ Szerkesztve ]

Nem fogjuk megerteni egymast.
Te irtad hogy a kiterjesztes egy felesleges marhasag Linux alatt. Erre en tesztjellegel eltuntettem a kiterjesztest, hogy majd az altalad emlitettett elso x bajt alapjan fogja megkulonboztetni, abban a headerbe vagy mibe van hogy a fajl micsoda.
Ez nem jott be erre most megkapom hogy a kiterjesztes megiscsak fontos?
Azaz oda lyukadunk ki szerintem hogy kiterjesztes nelkul nem lehet letezni ha hasznalni is szeretnenk egy szamitogepet.

Akkor vagy ez nem igaz amit irtal,
"A fájl kiterjesztés egy Microsoft-os baromság (DOS-os időkből)
felejtsd el"
vagy en vagyok teljesen hulye mert nem tudok ertelmezni ellentmondast.

Ajjaj... Ereztem en hogy a feketeparduc nem lesz jo peldanak....
Most mar mindegy.
Amugy felkerest kaptam hogy teszteljem le, egy emberke keresett meg ezzel a felkeressel. En meg amugy is kivancsi tipus vagyok, miert ne?

Igy van es szegenykek nagyon megsertodtek amikor egy atskinezett Mint lett a befuto a DJSzA programban.
Akkor azt olvastam hogy befejezik, felszantjak es a helyet is behintik soval, de jelenleg is mukodik a bP projekt.

Tök fölösleges vitát folytattok.

Ugye a fájl maga a fájl típusát azonosítja, a fájlnév meg a megkülönböztethetőségre van... Ha egy fájlt átnevezel olyanra mint a másik és igennel válaszolsz az felülírást firtató kérdésre, akkor felül lesz írva. Ez ennyire egyszerű, a téma zárható.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Ez a download konyvtaram, ide ment minden ami kepes.letolteni Win meg a Linuxok alol. Majd ide fog a blackPanther is letolteni, bizony!
Ezert ilyen vegyes a tartalma.
Igen, teszteltem az indian ciciket is, osztalyon feluliek.

Ne trollkodj.

Kiterjesztéssel vagy kiterjesztés nélkül, de a mai PC-ken nem lehet két azonos nevű file. Pont. (Általános PC-használat, 3. órai tananyag)

Hogy egy file-nak mi a tartalma, semmi köze ahhoz, hogyan van tárolva a filerendszerben.

Ha két azonos nevű file-t szeretnél ua. könyvtárban, fejleszd le ua. filerendszert, amit a Google használ a Drive-on, aztán annyi azonos nevű file-od lehet, amennyit akarsz.

https://www.coreinfinity.tech