Linux haladóknak - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Fototrend

Frissítve: 2013-09-30 15:51 Téma összefoglaló

Fototrend

Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.

Új hozzászólás Aktív témák

fatpingvin addikt

#30800
#30799 Shyciii
2020-11-19 13:45:32

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fatpingvin

addikt

#30799 Shyciii

#30799 Shyciii
Jester01, Jester01
Ebben az esetben nem lehet használni az stderr paraméterét, hogy írányítsa át mondjuk a /dev/null-ba? Mint amikor lefuttatok egy scriptet és a hibaüzenetet egyik file-ba, a standard kimenetet meg másik file-ba mentse.

mit akarsz ezzel elérni? miben segít neked a stderr?

arra tudok gondolni hogy string egyezést keresel a bash: xyz command not found hibaüzenetével, de azért remélem érzed hogy ez is valami oltári tákolás.
Shyciii veterán

#30799
#30798 fatpingvin
2020-11-19 13:37:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Shyciii

veterán

#30798 fatpingvin

#30798 fatpingvin
ez meg a másik fele, ezt direkt nem is írtam. hacsak azt nem tudod valahogy ellenőrizni hogy mi volt az a program ami a 127 státuszkódot dobta, a shell vagy valami amit már a shell hívott meg

Jester01, Jester01
Ebben az esetben nem lehet használni az stderr paraméterét, hogy írányítsa át mondjuk a /dev/null-ba? Mint amikor lefuttatok egy scriptet és a hibaüzenetet egyik file-ba, a standard kimenetet meg másik file-ba mentse.
fatpingvin addikt

#30798
#30797 Jester01
2020-11-19 13:29:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fatpingvin

addikt

#30797 Jester01

#30797 Jester01
Úgy nézem a bash 127-es státuszkódot ad elgépelt parancsra. Azzal lehet kezdeni valamit ha nem zavar hogy ha esetleg valamelyik létező program szintén 127-et ad akkor az törlésre kerül.

ez meg a másik fele, ezt direkt nem is írtam. hacsak azt nem tudod valahogy ellenőrizni hogy mi volt az a program ami a 127 státuszkódot dobta, a shell vagy valami amit már a shell hívott meg
Jester01 veterán

#30797
#30795 Shyciii
2020-11-19 13:26:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Jester01

veterán

#30795 Shyciii

#30795 Shyciii
Sziasztok?

Hátha van valaki itt, akkor ért a Bash shell konfigurálásához mélyebben. Azt szeretném megoldani, hogy ha elgépelek egy parancsot egy terminálban (tehát hibaüzenetet kapok, tán így lehet megfogni), akkor az ne kerüljön be a bash_history file-ba. Nyilván ezt a .bashrc-ben kellene megoldani, mert a duplikáció törlését is oda kellett betennem (persze ez nem a gyári bash duplikáció törlése, hanem egy külön megoldás):
export PROMPT_COMMAND="history -n; history -w; history -c; history -r"
tac "$HISTFILE" | awk '!x[$0]++' > /tmp/tmpfile && tac /tmp/tmpfile > "$HISTFILE"
rm /tmp/tmpfile
Ez gyönyörűen minden terminálban kiadott parancs után végignézi hogy volt-e már ilyen parancs, és törli.
Esetleg ezt nem lehet úgy átalakítani, hogy ha elgépelt parancsot észlel, akkor azt ne írja bele?

Úgy nézem a bash 127-es státuszkódot ad elgépelt parancsra. Azzal lehet kezdeni valamit ha nem zavar hogy ha esetleg valamelyik létező program szintén 127-et ad akkor az törlésre kerül.
fatpingvin addikt

#30796
#30795 Shyciii
2020-11-19 13:24:17

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fatpingvin

addikt

#30795 Shyciii

#30795 Shyciii
Sziasztok?

Hátha van valaki itt, akkor ért a Bash shell konfigurálásához mélyebben. Azt szeretném megoldani, hogy ha elgépelek egy parancsot egy terminálban (tehát hibaüzenetet kapok, tán így lehet megfogni), akkor az ne kerüljön be a bash_history file-ba. Nyilván ezt a .bashrc-ben kellene megoldani, mert a duplikáció törlését is oda kellett betennem (persze ez nem a gyári bash duplikáció törlése, hanem egy külön megoldás):
export PROMPT_COMMAND="history -n; history -w; history -c; history -r"
tac "$HISTFILE" | awk '!x[$0]++' > /tmp/tmpfile && tac /tmp/tmpfile > "$HISTFILE"
rm /tmp/tmpfile
Ez gyönyörűen minden terminálban kiadott parancs után végignézi hogy volt-e már ilyen parancs, és törli.
Esetleg ezt nem lehet úgy átalakítani, hogy ha elgépelt parancsot észlel, akkor azt ne írja bele?

tudod mi ezzel a baj, alapvetően nincs olyan hogy elgépelt parancs, legalábbis a gép szemszögéből.

az hogy valamit nem talál a default $PATH ban az nem jelenti hogy invalid parancs lenne.

példa: /home/$USER/myscripp.sh, executable

./myscripp.sh ez ugye egy valid parancs lesz ha a /home/$USER/ könyvtárban állok. namost cd Documents, és máris nem az hacsak nincs egy ugyanilyen nevű scripp a Documentsben.

esetleg ezzel lehet érdemes próbálkozni, csak ugye ezzel is valszeg ugyanaz lesz a probléma:

command -v <$PARANCSAMIREKIVANCSIVAGY>
további cucc amit találtam SO-n: https://stackoverflow.com/questions/592620/how-can-i-check-if-a-program-exists-from-a-bash-script
Shyciii veterán

#30795 2020-11-19 13:14:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Shyciii

veterán

Sziasztok?

Hátha van valaki itt, akkor ért a Bash shell konfigurálásához mélyebben. Azt szeretném megoldani, hogy ha elgépelek egy parancsot egy terminálban (tehát hibaüzenetet kapok, tán így lehet megfogni), akkor az ne kerüljön be a bash_history file-ba. Nyilván ezt a .bashrc-ben kellene megoldani, mert a duplikáció törlését is oda kellett betennem (persze ez nem a gyári bash duplikáció törlése, hanem egy külön megoldás):
export PROMPT_COMMAND="history -n; history -w; history -c; history -r"
tac "$HISTFILE" | awk '!x[$0]++' > /tmp/tmpfile && tac /tmp/tmpfile > "$HISTFILE"
rm /tmp/tmpfile
Ez gyönyörűen minden terminálban kiadott parancs után végignézi hogy volt-e már ilyen parancs, és törli.
Esetleg ezt nem lehet úgy átalakítani, hogy ha elgépelt parancsot észlel, akkor azt ne írja bele?
sonar addikt

#30794 2020-11-19 12:14:50

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

Sziasztok,
Egy selinux-os kérdésem lenne, hátha valaki tud segíteni.
Az alábbi modult hoztam össze az audit2allow segítségével. Viszont van egy WARNING-os sor.
Van valakinek ötlete, hogy mi lenne a jó megoldás?
module sepolicy_nrpe 1.0; require { type fixed_disk_device_t; type nrpe_t; type tmp_t; type initrc_var_run_t; class capability dac_override; class chr_file { getattr ioctl open read }; class file { lock open read write }; } #============= nrpe_t ============== allow nrpe_t fixed_disk_device_t:chr_file { getattr ioctl open read }; allow nrpe_t initrc_var_run_t:file { lock open read }; allow nrpe_t self:capability dac_override; #!!!! WARNING: 'tmp_t' is a base type. allow nrpe_t tmp_t:file write;
sh4d0w félisten

#30793
#30792 bambano
2020-11-19 08:58:09

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30792 bambano

#30792 bambano
a raid ott van, ahova teszed.
ha a luks alá teszed, akkor alatta van, ha fölé, akkor fölötte.

+1
bambano titán

#30792
#30791 Frawly
2020-11-19 07:18:08

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30791 Frawly

#30791 Frawly
A RAID a LUKS rétege alatt van. Szerintem hibás szektornál a RAID megoldja, és a LUKS-nak ezzel nem kell foglalkoznia. Azért lényeges lenne, hogy milyen RAID-ről van szó, RAID1, RAID5 vagy micsoda?

a raid ott van, ahova teszed.
ha a luks alá teszed, akkor alatta van, ha fölé, akkor fölötte.
Frawly veterán

#30791
#30789 Dißnäëß
2020-11-19 05:09:21

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#30789 Dißnäëß

#30789 Dißnäëß
Sziasztok,
ha LUKS2-vel titkosítok 3 diszket, ami logikai köteteken utána raid-el mókolok (vagy zfs-el): ha egyik fizikai hordozón megjelenik egy bad sector, azt a LUKS automatikusan átvezeti az érintett logikai kötetre és ott is megjelöli bad-nek azt a blokkot ? (Amit egy erre tett zfs valszeg látna és korrigálna a replikák segítségével egy ép blokkal).

A RAID a LUKS rétege alatt van. Szerintem hibás szektornál a RAID megoldja, és a LUKS-nak ezzel nem kell foglalkoznia. Azért lényeges lenne, hogy milyen RAID-ről van szó, RAID1, RAID5 vagy micsoda?
Lenry félisten

#30790
#30789 Dißnäëß
2020-11-17 15:12:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Lenry

félisten

#30789 Dißnäëß

#30789 Dißnäëß
Sziasztok,
ha LUKS2-vel titkosítok 3 diszket, ami logikai köteteken utána raid-el mókolok (vagy zfs-el): ha egyik fizikai hordozón megjelenik egy bad sector, azt a LUKS automatikusan átvezeti az érintett logikai kötetre és ott is megjelöli bad-nek azt a blokkot ? (Amit egy erre tett zfs valszeg látna és korrigálna a replikák segítségével egy ép blokkal).

A konkrét esetre passz, de a tapasztalat az hogy ennyi réteg közt általában elvesznek az ilyen lényegtelen infók.
Dißnäëß nagyúr

#30789 2020-11-17 11:14:42

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Dißnäëß

nagyúr

Sziasztok,
ha LUKS2-vel titkosítok 3 diszket, ami logikai köteteken utána raid-el mókolok (vagy zfs-el): ha egyik fizikai hordozón megjelenik egy bad sector, azt a LUKS automatikusan átvezeti az érintett logikai kötetre és ott is megjelöli bad-nek azt a blokkot ? (Amit egy erre tett zfs valszeg látna és korrigálna a replikák segítségével egy ép blokkal).
CPT.Pirk Jómunkásember

#30788
#30786 kovaax
2020-11-17 10:41:03

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30786 kovaax

#30786 kovaax
Systemd-s? Mert akkor lehet meg lehet oldani timer-rel, ami függ a mélerdémontól... Nem csináltam még ilyet, csak egy ötlet, de ha működik, oszd meg!

A mailer daemon az nekem felfoghatatlan volt. Helyette csak összerakok egy üzenetet a swaks-al és jóság van.
Lenry félisten

#30787
#30786 kovaax
2020-11-17 10:33:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Lenry

félisten

#30786 kovaax

#30786 kovaax
Systemd-s? Mert akkor lehet meg lehet oldani timer-rel, ami függ a mélerdémontól... Nem csináltam még ilyet, csak egy ötlet, de ha működik, oszd meg!

egyszer írtam egy systemd daemont valami scripthez, nagyon jól működik azóta is (annyira, hogy most hirtelen azt se tudom hol csinál mit), aztán egyszer kellett volna valami hasonló egy másik gépen, az eredeti alapján írtam egy újat és az istenért sem volt hajlandó működni.
ráfogtam a systemd-re, hogy biztos azért
kovaax őstag

#30786
#30785 CPT.Pirk
2020-11-17 10:30:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

#30785 CPT.Pirk

#30785 CPT.Pirk
Van egy sleep 10 a szkript elején, bár lassú a gép mint a tetű. Megnézem nagyobb sleep mellett.
szerk: hehh, sleep 30 mellett megjött az email, de 10 másodperccel a GUI megjelenése előtt.

Systemd-s? Mert akkor lehet meg lehet oldani timer-rel, ami függ a mélerdémontól... Nem csináltam még ilyet, csak egy ötlet, de ha működik, oszd meg!
CPT.Pirk Jómunkásember

#30785
#30782 Lenry
2020-11-17 10:12:53

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30782 Lenry

#30782 Lenry
nem lehet, hogy rebootkor a cron még azelőtt fut le, hogy a mailküldő magához tér és ezért sikertelen a küldés?

Van egy sleep 10 a szkript elején, bár lassú a gép mint a tetű. Megnézem nagyobb sleep mellett.
szerk: hehh, sleep 30 mellett megjött az email, de 10 másodperccel a GUI megjelenése előtt.
bambano titán

#30784
#30783 sh4d0w
2020-11-17 09:35:32

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30783 sh4d0w

#30783 sh4d0w
Nekem is ilyesmi jutott eszembe - esetleg még nincs hálózat, amikor már küldené a levelet.

és miért nem írsz egy sleep-et a szkript elejére?
sh4d0w félisten

#30783
#30782 Lenry
2020-11-17 09:09:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30782 Lenry

#30782 Lenry
nem lehet, hogy rebootkor a cron még azelőtt fut le, hogy a mailküldő magához tér és ezért sikertelen a küldés?

Nekem is ilyesmi jutott eszembe - esetleg még nincs hálózat, amikor már küldené a levelet.
Lenry félisten

#30782
#30781 CPT.Pirk
2020-11-17 09:04:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Lenry

félisten

#30781 CPT.Pirk

#30781 CPT.Pirk
Crontab. Szeretnék futtatni egy bash szkriptet minden boot után, ami küld nekem egy emailt a gép elindulásáról. A szkript megvan, működik.
Ha 10 * * * * /bin/bash /home/userem/szkriptem.sh módon írom be, akkor lefut az adott óra 10. percében és megjön az email.
Viszont ha @reboot -ot írok a 10 * * * * helyére, akkor semmi sem történik. A man 5 crontab szerint a @reboot működik, ugyanakkor olyan posztokat is látok neten, hogy Lubuntu alatt a @reboot nem használható, de erről nem tudok biztosat.

nem lehet, hogy rebootkor a cron még azelőtt fut le, hogy a mailküldő magához tér és ezért sikertelen a küldés?
CPT.Pirk Jómunkásember

#30781 2020-11-17 09:00:22

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

Crontab. Szeretnék futtatni egy bash szkriptet minden boot után, ami küld nekem egy emailt a gép elindulásáról. A szkript megvan, működik.
Ha 10 * * * * /bin/bash /home/userem/szkriptem.sh módon írom be, akkor lefut az adott óra 10. percében és megjön az email.
Viszont ha @reboot -ot írok a 10 * * * * helyére, akkor semmi sem történik. A man 5 crontab szerint a @reboot működik, ugyanakkor olyan posztokat is látok neten, hogy Lubuntu alatt a @reboot nem használható, de erről nem tudok biztosat.
I02S3F addikt

#30780
#30779 vicze
2020-11-14 15:52:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30779 vicze

#30779 vicze
Olyan kismillió megoldás létezik windowed(á lá RDP) vagy seamless (csak az appot látod).
Pl. Amazon WorkSpaces, Desktop as a service modellje, 9$/hó + a mérettől függő /óra használat PAYG-ba.
Nagyon sok szolgáltató kínálja ezt. Ha csak appot akarsz akkor a "seamless remote app" szavakra keress rá.

Király! Köszönöm! :)
vicze félisten

#30779
#30776 I02S3F
2020-11-14 15:05:26

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vicze

félisten

#30776 I02S3F

#30776 I02S3F
Egyébként egy vps-t venni ilyen célra hülyeség? Igen olcsón kapható vps. Mondjuk azt nem tudom, hogy mennyibe kerüle egy _szükséges_ teljesítményű vps.

Olyan kismillió megoldás létezik windowed(á lá RDP) vagy seamless (csak az appot látod).
Pl. Amazon WorkSpaces, Desktop as a service modellje, 9$/hó + a mérettől függő /óra használat PAYG-ba.
Nagyon sok szolgáltató kínálja ezt. Ha csak appot akarsz akkor a "seamless remote app" szavakra keress rá.
I02S3F addikt

#30778
#30777 sh4d0w
2020-11-14 14:28:25

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30777 sh4d0w

#30777 sh4d0w
Számold bele a Windows Server + CAL licencek számát is.
sh4d0w félisten

#30777
#30776 I02S3F
2020-11-14 14:16:52

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30776 I02S3F

#30776 I02S3F
Egyébként egy vps-t venni ilyen célra hülyeség? Igen olcsón kapható vps. Mondjuk azt nem tudom, hogy mennyibe kerüle egy _szükséges_ teljesítményű vps.

Számold bele a Windows Server + CAL licencek számát is.
I02S3F addikt

#30776
#30774 Lenry
2020-11-14 14:11:26

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30774 Lenry

#30774 Lenry
annyi haszna egyébként lehet, hogy ha nem nálad fut a VM, hanem egy központi szerveren, akkor onnan tudod használni az alkalmazásokat (nagyvállalati környezetben ez sokszor előfordul), de nyilván ilyen esetben is egyszerűbb felrakni egy bármilyen RDP klienst a Linuxra.

Egyébként egy vps-t venni ilyen célra hülyeség? Igen olcsón kapható vps. Mondjuk azt nem tudom, hogy mennyibe kerüle egy _szükséges_ teljesítményű vps.
I02S3F addikt

#30775
#30774 Lenry
2020-11-14 13:55:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30774 Lenry

#30774 Lenry
annyi haszna egyébként lehet, hogy ha nem nálad fut a VM, hanem egy központi szerveren, akkor onnan tudod használni az alkalmazásokat (nagyvállalati környezetben ez sokszor előfordul), de nyilván ilyen esetben is egyszerűbb felrakni egy bármilyen RDP klienst a Linuxra.

És akkor a perfomancia probléma is megoldódhat. Persze nem ingyen.
Lenry félisten

#30774
#30773 I02S3F
2020-11-14 13:03:42

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Lenry

félisten

#30773 I02S3F

#30773 I02S3F
Ja! Egyébként mi az akadálya, hogy virtualbox-al megcsináljam? ( A kérdés költői)

annyi haszna egyébként lehet, hogy ha nem nálad fut a VM, hanem egy központi szerveren, akkor onnan tudod használni az alkalmazásokat (nagyvállalati környezetben ez sokszor előfordul), de nyilván ilyen esetben is egyszerűbb felrakni egy bármilyen RDP klienst a Linuxra.
I02S3F addikt

#30773
#30772 Lenry
2020-11-14 12:33:10

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30772 Lenry

#30772 Lenry
Home-ban alapból egyáltalán nincs RDP, Pro-ban pedig csak egy konkurrens kapcsolat van engedélyezve, de létezik erre ingyenes program, amivel fel lehet oldani a korlátozást

Ja! Egyébként mi az akadálya, hogy virtualbox-al megcsináljam? ( A kérdés költői)
Lenry félisten

#30772
#30770 sh4d0w
2020-11-14 11:41:29

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Lenry

félisten

#30770 sh4d0w

#30770 sh4d0w
Igen, arról nem is beszélve, ha Home vagy Pro Windows fut virtualizálva, akkor - ha jól rémlik - 1 v. 2 RDP session lehet csak aktív, többhöz Server kell. Ebből adódóan 1 v. 2 programot tudsz így egyszerre használni.

Home-ban alapból egyáltalán nincs RDP, Pro-ban pedig csak egy konkurrens kapcsolat van engedélyezve, de létezik erre ingyenes program, amivel fel lehet oldani a korlátozást
I02S3F addikt

#30771
#30770 sh4d0w
2020-11-14 11:10:21

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30770 sh4d0w

#30770 sh4d0w
Igen, arról nem is beszélve, ha Home vagy Pro Windows fut virtualizálva, akkor - ha jól rémlik - 1 v. 2 RDP session lehet csak aktív, többhöz Server kell. Ebből adódóan 1 v. 2 programot tudsz így egyszerre használni.

Micsoda kötöttség!
sh4d0w félisten

#30770
#30769 I02S3F
2020-11-14 10:41:20

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30769 I02S3F

#30769 I02S3F
Akkor ebben semmi újdonság nincs. Csak ez akkor sokat fogyaszt!

Igen, arról nem is beszélve, ha Home vagy Pro Windows fut virtualizálva, akkor - ha jól rémlik - 1 v. 2 RDP session lehet csak aktív, többhöz Server kell. Ebből adódóan 1 v. 2 programot tudsz így egyszerre használni.
I02S3F addikt

#30769
#30768 sh4d0w
2020-11-14 10:35:12

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30768 sh4d0w

#30768 sh4d0w
Nem, ez egy KVM-ben futó Windows, amit RDP szervernek használsz.

Akkor ebben semmi újdonság nincs. Csak ez akkor sokat fogyaszt!
sh4d0w félisten

#30768
#30767 I02S3F
2020-11-13 23:26:24

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30767 I02S3F

#30767 I02S3F
Fáradt voltam a részletekbe beleolvasni. Azt hittem wine alternatíva. (Hogy hasonlóan működik.)

Nem, ez egy KVM-ben futó Windows, amit RDP szervernek használsz.
I02S3F addikt

#30767
#30766 sh4d0w
2020-11-13 23:12:15

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30766 sh4d0w

#30766 sh4d0w
Ennek mi értelme? Ha úgyis kell Windows hozzá, akkor ez mire jó?

Fáradt voltam a részletekbe beleolvasni. Azt hittem wine alternatíva. (Hogy hasonlóan működik.)
sh4d0w félisten

#30766
#30765 I02S3F
2020-11-13 23:10:40

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30765 I02S3F

#30765 I02S3F
Vélemények? Valaki próbálta már?

Ennek mi értelme? Ha úgyis kell Windows hozzá, akkor ez mire jó?
I02S3F addikt

#30765
#30764 CPT.Pirk
2020-11-13 21:40:34

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#30764 CPT.Pirk

#30764 CPT.Pirk
A 30758-ban írtam. Egyszerűen csak nem a fájl végére írtam, és így az include felülírta.

Vélemények? Valaki próbálta már?
CPT.Pirk Jómunkásember

#30764
#30761 sonar
2020-11-11 13:05:17

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30761 sonar

#30761 sonar
Lehet tudni, hogy hogyan oldottad meg?

A 30758-ban írtam. Egyszerűen csak nem a fájl végére írtam, és így az include felülírta.
sonar addikt

#30763
#30762 kovaax
2020-11-11 12:52:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#30762 kovaax

#30762 kovaax
bambano jól értelmezte a mondandómat.
A sudoers bejegyzés meg így néz ki helyesen:
borisz ALL=(ALL) NOPASSWD:/home/borisz/backupScript/hdsentinel-017-x64

Működik az (ALL) nélkül is. Nálam több helyen is.
Ha szintaktikai hibás lenne akkor a visudo jelezné elmentéskor.
kovaax őstag

#30762
#30754 CPT.Pirk
2020-11-11 12:47:16

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

#30754 CPT.Pirk

#30754 CPT.Pirk
Valóban, az nem jutott eszembe tegnap. Viszont ezzel is csak szívok...
visudoval beírtam a sudoers fájl legvégére amit szeretnék, majd pedig kijelentkeztem és vissza, e leírás szerint: [link]
borisz ALL=NOPASSWD:/home/borisz/backupScript/hdsentinel-017-x64
de persze továbbra is kéri a jelszót, ha sudo-val indítom. Mit rontok el?

bambano jól értelmezte a mondandómat.
A sudoers bejegyzés meg így néz ki helyesen:
borisz ALL=(ALL) NOPASSWD:/home/borisz/backupScript/hdsentinel-017-x64
sonar addikt

#30761
#30760 CPT.Pirk
2020-11-11 12:27:40

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#30760 CPT.Pirk

#30760 CPT.Pirk
Meglett, csak gondoltam szólok, mielőtt nekiállsz.

Lehet tudni, hogy hogyan oldottad meg?
CPT.Pirk Jómunkásember

#30760
#30759 sonar
2020-11-11 12:16:22

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30759 sonar

#30759 sonar
Hm, pedig látszólag jó.
hdsentinel most nincs kéznél, de ha lesz egy kis szabadidőm rápróbálok (ha addig meg nem találod a megoldást)

Meglett, csak gondoltam szólok, mielőtt nekiállsz.
sonar addikt

#30759
#30754 CPT.Pirk
2020-11-11 11:18:04

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#30754 CPT.Pirk

#30754 CPT.Pirk
Valóban, az nem jutott eszembe tegnap. Viszont ezzel is csak szívok...
visudoval beírtam a sudoers fájl legvégére amit szeretnék, majd pedig kijelentkeztem és vissza, e leírás szerint: [link]
borisz ALL=NOPASSWD:/home/borisz/backupScript/hdsentinel-017-x64
de persze továbbra is kéri a jelszót, ha sudo-val indítom. Mit rontok el?

Hm, pedig látszólag jó.
hdsentinel most nincs kéznél, de ha lesz egy kis szabadidőm rápróbálok (ha addig meg nem találod a megoldást)
CPT.Pirk Jómunkásember

#30758
#30754 CPT.Pirk
2020-11-11 11:00:31

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30754 CPT.Pirk

#30754 CPT.Pirk
Valóban, az nem jutott eszembe tegnap. Viszont ezzel is csak szívok...
visudoval beírtam a sudoers fájl legvégére amit szeretnék, majd pedig kijelentkeztem és vissza, e leírás szerint: [link]
borisz ALL=NOPASSWD:/home/borisz/backupScript/hdsentinel-017-x64
de persze továbbra is kéri a jelszót, ha sudo-val indítom. Mit rontok el?

Ehh, van egy #includedir sor a sudoers végén, ami commentnek néz ki de nem az, és behoz egy szabályt ami felülírja az enyémet. Az volt a hibám, hogy nem az után írtam be a soromat. Így most fasza.
CPT.Pirk Jómunkásember

#30757
#30755 sh4d0w
2020-11-11 10:00:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30755 sh4d0w

#30755 sh4d0w
A bash entry benne van a crontabban a script előtt?

Az nem volt. Ahhh.
Mondjuk most már a sudoers-es megoldást csinálnám inkább meg.
Lenry félisten

#30756
#30755 sh4d0w
2020-11-11 09:51:09

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Lenry

félisten

#30755 sh4d0w

#30755 sh4d0w
A bash entry benne van a crontabban a script előtt?

meg a teljes PATH?
a cron egy csökevényesebb PATH-ot használ, ha valami olyan kell a scriptnek, ami abban nincs benne, azon is elhasalhat.
sh4d0w félisten

#30755
#30745 CPT.Pirk
2020-11-11 09:40:18

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30745 CPT.Pirk

#30745 CPT.Pirk
Újabb kérdés, régi nóta... Crontab...
Van egy bash scriptem a userem home mappájában, a script futtatható, de kell hozzá root, mert a HDD smart adatokat szedi össze.
Lubuntu alatt a sudo crontab -u root -e paranccsal hozzáadtam a crontab táblához, de persze nem fut le.
50 16 * * * /home/borisz/backupScript/hdd_check.sh
De persze nem fut le... Egyáltalán látszik valahol, hogy mi a baja? Az elérési út pontos.
Az idő most csak egy próba volt. Crontabnál elvileg amit beírok, az rögtön online...

A bash entry benne van a crontabban a script előtt?
CPT.Pirk Jómunkásember

#30754
#30753 sonar
2020-11-11 09:22:55

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30753 sonar

#30753 sonar
sudo (sudoers.d) pont erre való. Pár hete az ubuntu-s topikban is téma volt. (keress rá a hsz-eimre és találsz mintákat is)

Valóban, az nem jutott eszembe tegnap. Viszont ezzel is csak szívok...
visudoval beírtam a sudoers fájl legvégére amit szeretnék, majd pedig kijelentkeztem és vissza, e leírás szerint: [link]
borisz ALL=NOPASSWD:/home/borisz/backupScript/hdsentinel-017-x64
de persze továbbra is kéri a jelszót, ha sudo-val indítom. Mit rontok el?
sonar addikt

#30753
#30750 CPT.Pirk
2020-11-11 08:36:18

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#30750 CPT.Pirk

#30750 CPT.Pirk
Hogy csináljam meg? Smart adatokat nem lehet máshogy kiolvasni. Komolyan kérdezem.

sudo (sudoers.d) pont erre való. Pár hete az ubuntu-s topikban is téma volt. (keress rá a hsz-eimre és találsz mintákat is)
CPT.Pirk Jómunkásember

#30752
#30751 bambano
2020-11-10 22:10:34

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30751 bambano

#30751 bambano
kovaax mondatának lehetséges helyes értelmezése: ne tedd user könyvtárba a rootként futtatott szkriptet.
egyébként egyetértek vele.

Értem miért mondja, de ez miért akadályozza a cron-t? Ha egyszer minden joga megvan hozzá, nem mindegy, hogy hol van a fájl?
bambano titán

#30751
#30750 CPT.Pirk
2020-11-10 21:58:42

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30750 CPT.Pirk

#30750 CPT.Pirk
Hogy csináljam meg? Smart adatokat nem lehet máshogy kiolvasni. Komolyan kérdezem.

kovaax mondatának lehetséges helyes értelmezése: ne tedd user könyvtárba a rootként futtatott szkriptet.
egyébként egyetértek vele.
CPT.Pirk Jómunkásember

#30750
#30749 kovaax
2020-11-10 21:53:40

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30749 kovaax

#30749 kovaax
[Ép eszű ember nem futtat júzer könyvtárában lévő scriptet root jogosultsággal, de mindegy.]

Hogy csináljam meg? Smart adatokat nem lehet máshogy kiolvasni. Komolyan kérdezem.
kovaax őstag

#30749
#30745 CPT.Pirk
2020-11-10 21:32:16

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

#30745 CPT.Pirk

#30745 CPT.Pirk
Újabb kérdés, régi nóta... Crontab...
Van egy bash scriptem a userem home mappájában, a script futtatható, de kell hozzá root, mert a HDD smart adatokat szedi össze.
Lubuntu alatt a sudo crontab -u root -e paranccsal hozzáadtam a crontab táblához, de persze nem fut le.
50 16 * * * /home/borisz/backupScript/hdd_check.sh
De persze nem fut le... Egyáltalán látszik valahol, hogy mi a baja? Az elérési út pontos.
Az idő most csak egy próba volt. Crontabnál elvileg amit beírok, az rögtön online...

[Ép eszű ember nem futtat júzer könyvtárában lévő scriptet root jogosultsággal, de mindegy.]
CPT.Pirk Jómunkásember

#30748
#30747 bambano
2020-11-10 19:52:00

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30747 bambano

#30747 bambano
ha rendesen be van állítva a levelezésed, akkor a cron a program kimenetét elküldi emailben.

Ma volt azzal is egy köröm, de ezen a gépen nem szeretnék semmi ilyet állítani, mert nekem kínzás ezekkel a kilométeres manpage-el rendelkező dolgokkal kínlódni.
Annyit tud, hogy smtp-n küld egy emailt azzal a swis army knife smtp dologgal, ennyi nekem elég is.
Ez csak egy backup gép ami csinál x időnként mentést a felhős dolgainkról, és ilyenkor küld róla emailt a részletekkel, meg ha sikerül azt a nyamvadt szkriptet lefuttatnia, akkor a HDD-k állapotáról is, egyébként ellesz magában egy sarokban mint git és svn szerver.
bambano titán

#30747
#30745 CPT.Pirk
2020-11-10 18:58:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30745 CPT.Pirk

#30745 CPT.Pirk
Újabb kérdés, régi nóta... Crontab...
Van egy bash scriptem a userem home mappájában, a script futtatható, de kell hozzá root, mert a HDD smart adatokat szedi össze.
Lubuntu alatt a sudo crontab -u root -e paranccsal hozzáadtam a crontab táblához, de persze nem fut le.
50 16 * * * /home/borisz/backupScript/hdd_check.sh
De persze nem fut le... Egyáltalán látszik valahol, hogy mi a baja? Az elérési út pontos.
Az idő most csak egy próba volt. Crontabnál elvileg amit beírok, az rögtön online...

ha rendesen be van állítva a levelezésed, akkor a cron a program kimenetét elküldi emailben.
sonar addikt

#30746
#30745 CPT.Pirk
2020-11-10 18:07:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#30745 CPT.Pirk

#30745 CPT.Pirk
Újabb kérdés, régi nóta... Crontab...
Van egy bash scriptem a userem home mappájában, a script futtatható, de kell hozzá root, mert a HDD smart adatokat szedi össze.
Lubuntu alatt a sudo crontab -u root -e paranccsal hozzáadtam a crontab táblához, de persze nem fut le.
50 16 * * * /home/borisz/backupScript/hdd_check.sh
De persze nem fut le... Egyáltalán látszik valahol, hogy mi a baja? Az elérési út pontos.
Az idő most csak egy próba volt. Crontabnál elvileg amit beírok, az rögtön online...

Abban nem vagyok biztos, hogy egyből lefut és nem kell neki a systemctl restart.
Én itt néznék szét:
/var/log/cron /var/spool/mail/root
És inkább csak a /etc/crontab -ba irogatnék, ott lehet specifikálni külön a usereket is. (nem szeretem user-es crontab-ot, de ez ízlés dolga)
CPT.Pirk Jómunkásember

#30745 2020-11-10 16:49:35

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

Újabb kérdés, régi nóta... Crontab...
Van egy bash scriptem a userem home mappájában, a script futtatható, de kell hozzá root, mert a HDD smart adatokat szedi össze.
Lubuntu alatt a sudo crontab -u root -e paranccsal hozzáadtam a crontab táblához, de persze nem fut le.
50 16 * * * /home/borisz/backupScript/hdd_check.sh
De persze nem fut le... Egyáltalán látszik valahol, hogy mi a baja? Az elérési út pontos.
Az idő most csak egy próba volt. Crontabnál elvileg amit beírok, az rögtön online...
CPT.Pirk Jómunkásember

#30744 2020-11-09 16:04:59

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

Ez alapján beüzemeltem egy SVN szervert és működik is, HTTP kapcsolaton keresztül lehet használni. [link]
Ennek [link] a leírásnak az 5-ös pontja szerint ezeket megcsináltam:
a2enmod ssl a2ensite default-ssl /etc/init.d/apache2 restart

De ettől még nem lett SSL képes a dolog. Mit kell még csinálnom, hogy a https is menjen?
Archttila veterán

#30743 2020-11-08 19:23:38

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

Szinte 100% hogy az eltérő architectura miatt kaptam a hibaüzenetet, mivel poénból ránéztem egy AUR-os Brave -re ami github-rol egy AMD64 csomagot húz le. Ez telepítés után hasonló hibaüzenettel fogad mint a Fedora féle FF wayland csomag.
Arra jutottam, hogy egyelőre felesleges erőltetni ARM-en a Wayland kompatibilis böngészőt.
vargalex félisten

#30742
#30741 bambano
2020-11-07 22:32:16

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30741 bambano

#30741 bambano
tehát mégegyszer: ha "egyenes" fordítás van, ahol a hoszt és a cél architektúra ugyanaz, akkor lehet a hoszt architektúra a nevében, mivel megkülönböztethetetlen a céltól.
ha keresztfordítás van, akkor nyilvánvalóan a cél architektúra van a nevében.
másrészt meg a rendes make felülbírálja a makefile-ban levő alapértelmezett válaszokat, ha paraméterként megadod.

Ahogy írtam és a pkgbuild-ből látható, itt nem make van, csak egy "újracsomagolás". Az, hogy rpm-et tölt le, semmit nem jelent, lehetne akár egy zip is...
bambano titán

#30741
#30740 vargalex
2020-11-07 22:25:28

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30740 vargalex

#30740 vargalex
De ő most arm-re készítette. Az egy dolog, hogy a pkgbuild szerint az x86_64 rpm-et szedte le és bontotta ki.

tehát mégegyszer: ha "egyenes" fordítás van, ahol a hoszt és a cél architektúra ugyanaz, akkor lehet a hoszt architektúra a nevében, mivel megkülönböztethetetlen a céltól.
ha keresztfordítás van, akkor nyilvánvalóan a cél architektúra van a nevében.
másrészt meg a rendes make felülbírálja a makefile-ban levő alapértelmezett válaszokat, ha paraméterként megadod.
vargalex félisten

#30740
#30739 bambano
2020-11-07 22:20:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30739 bambano

#30739 bambano
nem, a csomagkészítéskor az az architektúra kerül a nevébe, amire fordították. legalábbis debianon így van.

De ő most arm-re készítette. Az egy dolog, hogy a pkgbuild szerint az x86_64 rpm-et szedte le és bontotta ki.
bambano titán

#30739
#30737 vargalex
2020-11-07 22:19:11

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30737 vargalex

#30737 vargalex
A makepkg által készített csomag nevében természetes, hogy az az architechtúra név lesz, ahol készíted a csomagot.

nem, a csomagkészítéskor az az architektúra kerül a nevébe, amire fordították. legalábbis debianon így van.
vargalex félisten

#30738
#30736 bambano
2020-11-07 22:19:10

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30736 bambano

#30736 bambano
lehúzta az x86-os pkgbuildet, amivel a dependenciás sor segítségével felrakta a függőségeket, majd lehúzta az x86_64-es firefox rpm-et, amit az adott gép csomagkezelője fel se rakott, mert ütköző architektúra.
egyébként érdekes ez a pkgbuild, mivel dependel gtk-ra, amiben egyébként a wayland driverek vannak... elvileg a firefox az alap működéséhez egyáltalán nem dependel a waylandra, mert nem azon a szinten kapcsolódik. ezt maximum a videolejátszás miatti közvetlen hardver elérés borítja meg.

Ja igen, valószínűleg úgy lehet, hogy egyébként is fenn volt a firefox ARM-es verziója.
vargalex félisten

#30737
#30735 Archttila
2020-11-07 22:16:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30735 Archttila

#30735 Archttila
Akkor maradjunk annyiban, hogy holnap ujra felzuzom es megirom amiket kertel.
Igy raktam ossze a vargalex altal linkelt motyot:
makepkg -sicA
Jah igen most nem vagyok gep elott de ugy emlekszem a kapott fajl neveben benne volt az architectura neve, valahogy igy:
filename.armv7h.pkg.tar.xz

A makepkg által készített csomag nevében természetes, hogy az az architechtúra név lesz, ahol készíted a csomagot.
bambano titán

#30736
#30734 vargalex
2020-11-07 22:15:27

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30734 vargalex

#30734 vargalex
Bocs, valóban, a problémát leíró hozzászólásban ezt észre sem vettem. Viszont a kolléga szerint ezt rakta fel. A PKGBUILD-ben viszont tisztán látható, hogy ez x86_64 verziójú binárist tölt le. Tehát akkor valami nem stimmel az elmondásában...

lehúzta az x86-os pkgbuildet, amivel a dependenciás sor segítségével felrakta a függőségeket, majd lehúzta az x86_64-es firefox rpm-et, amit az adott gép csomagkezelője fel se rakott, mert ütköző architektúra.
egyébként érdekes ez a pkgbuild, mivel dependel gtk-ra, amiben egyébként a wayland driverek vannak... elvileg a firefox az alap működéséhez egyáltalán nem dependel a waylandra, mert nem azon a szinten kapcsolódik. ezt maximum a videolejátszás miatti közvetlen hardver elérés borítja meg.
Archttila veterán

#30735
#30733 bambano
2020-11-07 21:20:32

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

#30733 bambano

#30733 bambano
azt írod a #30719-ben, hogy:
"Ellenőrizni a file paranccsal tudod. (file binariseleresiuttal), kiírja, hogy milyen architektúrára fordított a bináris."
idézem azt a hsz-t, amire válaszoltál:
#30709 :
[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox
/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, stripped
tehát abban a hsz-ben, amire válaszoltál, benne volt az, amit hiányoltál. és a parancs kimenete azt is tartalmazza, hogy a topicban eluralkodó x86_64 tévedéssel szemben az egy arm eabi5 v1-es bináris. sőt, az is benne van, hogy az armhf architektúrához tartozó linker fogja összerakni indításkor.

Akkor maradjunk annyiban, hogy holnap ujra felzuzom es megirom amiket kertel.
Igy raktam ossze a vargalex altal linkelt motyot:
makepkg -sicA
Jah igen most nem vagyok gep elott de ugy emlekszem a kapott fajl neveben benne volt az architectura neve, valahogy igy:
filename.armv7h.pkg.tar.xz
vargalex félisten

#30734
#30733 bambano
2020-11-07 20:47:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30733 bambano

#30733 bambano
azt írod a #30719-ben, hogy:
"Ellenőrizni a file paranccsal tudod. (file binariseleresiuttal), kiírja, hogy milyen architektúrára fordított a bináris."
idézem azt a hsz-t, amire válaszoltál:
#30709 :
[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox
/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, stripped
tehát abban a hsz-ben, amire válaszoltál, benne volt az, amit hiányoltál. és a parancs kimenete azt is tartalmazza, hogy a topicban eluralkodó x86_64 tévedéssel szemben az egy arm eabi5 v1-es bináris. sőt, az is benne van, hogy az armhf architektúrához tartozó linker fogja összerakni indításkor.

Bocs, valóban, a problémát leíró hozzászólásban ezt észre sem vettem. Viszont a kolléga szerint ezt rakta fel. A PKGBUILD-ben viszont tisztán látható, hogy ez x86_64 verziójú binárist tölt le. Tehát akkor valami nem stimmel az elmondásában...
bambano titán

#30733
#30732 vargalex
2020-11-07 20:35:53

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30732 vargalex

#30732 vargalex
Ahogy írtam, nem fog menni, mert a linkelt pkgbuild a fedora x86_64 repo-ból tölti le az rpm-et, azt kibontja, átmásolja a binárist. Ez nem fog ARM-en futni...

azt írod a #30719-ben, hogy:
"Ellenőrizni a file paranccsal tudod. (file binariseleresiuttal), kiírja, hogy milyen architektúrára fordított a bináris."
idézem azt a hsz-t, amire válaszoltál:
#30709 :
[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox
/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, stripped
tehát abban a hsz-ben, amire válaszoltál, benne volt az, amit hiányoltál. és a parancs kimenete azt is tartalmazza, hogy a topicban eluralkodó x86_64 tévedéssel szemben az egy arm eabi5 v1-es bináris. sőt, az is benne van, hogy az armhf architektúrához tartozó linker fogja összerakni indításkor.
vargalex félisten

#30732
#30731 bambano
2020-11-07 20:15:00

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30731 bambano

#30731 bambano
azt is meg kellene nézni, hogy a linker megtalál-e minden libet a programhoz.
ldd firefox-bináris

Ahogy írtam, nem fog menni, mert a linkelt pkgbuild a fedora x86_64 repo-ból tölti le az rpm-et, azt kibontja, átmásolja a binárist. Ez nem fog ARM-en futni...
bambano titán

#30731
#30730 Archttila
2020-11-07 19:35:46

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30730 Archttila

#30730 Archttila
Ha az ARM-es Firefox forrásra és wayland patch-re gondolsz akkor még semmit, mindössze arról van szó, hogy az Arch AUR repóban láttam, hogy Chromium-hoz létezik wayland patch így gondoltam biztosan rá lehet hegeszteni az eredeti ARM-es Firefox source-ra is.
De az is lehet, hogy csak egy flag kell neki és beleforog a wayland, nem tudom.
Arch ARM Firefox source code
Firefox Fedora Wayland VA-API jóságok
Én egyébként ezt próbáltam összehozni de sajnos az eltérő architectura miatt nem jártam sikerrel: [link]

azt is meg kellene nézni, hogy a linker megtalál-e minden libet a programhoz.
ldd firefox-bináris
Archttila veterán

#30730
#30729 bambano
2020-11-07 18:49:19

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

#30729 bambano

#30729 bambano
írd meg, hogy mit töltöttél le, melyik forrást és melyik patchet, és ránézek.
szerk: írd meg légyszi a file /bin/bash kimenetét.

Ha az ARM-es Firefox forrásra és wayland patch-re gondolsz akkor még semmit, mindössze arról van szó, hogy az Arch AUR repóban láttam, hogy Chromium-hoz létezik wayland patch így gondoltam biztosan rá lehet hegeszteni az eredeti ARM-es Firefox source-ra is.
De az is lehet, hogy csak egy flag kell neki és beleforog a wayland, nem tudom.
Arch ARM Firefox source code
Firefox Fedora Wayland VA-API jóságok
Én egyébként ezt próbáltam összehozni de sajnos az eltérő architectura miatt nem jártam sikerrel: [link]
bambano titán

#30729
#30722 Archttila
2020-11-07 18:33:15

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#30722 Archttila

#30722 Archttila
Akkor igy jartam.
A legtisztabb az lenne, ha az ARM-es Firefox forrását forditanam le wayland patch-el, de ehhez sajnos még tulsagosan kezdo vagyok foleg zero leirassal.
makepkg.conf-ba bealitottam 4 szalat az XZ-hez, igy viszonylag gyorsan vegez a feladatokkal.
Egyelore nincs mas hatra várok, hátha egyszer valaki aki ert hozza kedvet kap a dologhoz, es patcheli az ARM-es FF forrast.
Koszonom mindenkinek a segitseget!

írd meg, hogy mit töltöttél le, melyik forrást és melyik patchet, és ránézek.
szerk: írd meg légyszi a file /bin/bash kimenetét.
fatpingvin addikt

#30728
#30704 CPT.Pirk
2020-11-07 16:16:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fatpingvin

addikt

#30704 CPT.Pirk

#30704 CPT.Pirk
Disztrót keresek. Régebbi i3 procis gép, 4gb ram, sima HDD, Intel vga.
Nagyjából állandóan menne, adott napokon le kellene szinkronizálnia egy OneDrive felhő teljes tartalmát, hogy aztán abból tömörített backupot csináltassak vele. GUI is kell, néha lenne használva másra is, mint az időzített backup, meg GIT szerver.
Mint Cinnamonra gondoltam először, de ezen a gépen érdekes módon lassabb, mint a Win10, valamint telepítve már a wifi sticket nem tudja használni, mert túl alacsony jelerősséget mutat, miközben live alatt meg gond nélkül működött...

erre kb a bármi IS jó amivel elég jóban vagy annyira hogy ne kelljen a csomagkezelésért is tutorialokat olvasgatnod.
hcl titán

#30727
#30726 sh4d0w
2020-11-07 16:08:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#30726 sh4d0w

#30726 sh4d0w
Nem, az a legfőbb baja, hogy x64 binárist akar futtatni arm-on.

Ahogyan ki is írta a cucc
sh4d0w félisten

#30726
#30725 hcl
2020-11-07 16:01:06

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30725 hcl

#30725 hcl
Nem, hanem hogy ezt mind a script írta bele össze? Akkor nem csoda, ha nem ment.. De biztos nem csak ennyi volt a baja.

Nem, az a legfőbb baja, hogy x64 binárist akar futtatni arm-on.
hcl titán

#30725
#30724 Archttila
2020-11-07 15:54:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#30724 Archttila

#30724 Archttila
Csak nem azt akarod mondani, hogy rossz helyre ment az az echo $prog ?

Nem, hanem hogy ezt mind a script írta bele össze? Akkor nem csoda, ha nem ment.. De biztos nem csak ennyi volt a baja.
Archttila veterán

#30724
#30723 hcl
2020-11-07 15:31:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

#30723 hcl

#30723 hcl
WTF , a Firlefrancon akarja futtatni saját magát?

Csak nem azt akarod mondani, hogy rossz helyre ment az az echo $prog ?
hcl titán

#30723
#30718 Archttila
2020-11-07 15:20:19

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#30718 Archttila

#30718 Archttila
Akkor ezt dobja, de nem indul el:
/usr/lib/firefox/firefox exec /usr/lib/firefox/firefox

WTF , a Firlefrancon akarja futtatni saját magát?
Archttila veterán

#30722 2020-11-07 15:16:15

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

Akkor igy jartam.
A legtisztabb az lenne, ha az ARM-es Firefox forrását forditanam le wayland patch-el, de ehhez sajnos még tulsagosan kezdo vagyok foleg zero leirassal.
makepkg.conf-ba bealitottam 4 szalat az XZ-hez, igy viszonylag gyorsan vegez a feladatokkal.
Egyelore nincs mas hatra várok, hátha egyszer valaki aki ert hozza kedvet kap a dologhoz, es patcheli az ARM-es FF forrast.
Koszonom mindenkinek a segitseget!
vargalex félisten

#30721
#30720 Archttila
2020-11-07 14:39:29

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30720 Archttila

#30720 Archttila
Termeszetesen a Fedora FF wayland build-jerol van szo. (koszi korrigalast)
Akkor azt mondod hogy rosszul tudtam, es a makepkg -A nem eleg eltero architecura eseten? Marmint attol meg ,hogy lefordul meg nem biztos hogy mukodni is fog?

Az a pkgbuild-től függ. A linkelt, ahogy a neve is mutatja, nem forrásból fordít, hanem egy rpm csomagból szedi ki a binárist. Ebből így sehogy nem lesz ARM verzió. Neked olyat verziót kell keresned, ami forrásból fordít. Mondjuk RPi-n nem lesz gyors a fordítás...
Archttila veterán

#30720
#30719 vargalex
2020-11-07 14:29:46

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

#30719 vargalex

#30719 vargalex
Biztos jó a linked? Az egy firefox aur csomagra mutat, nem chromiumra.
De szerintem az lesz a gond, hogy maga a böngésző binárisa nem ARM, hanem, x86_64. A linkelt AUR csomag nem forrásból build-el, hanem rpm-et tölt le és szedi ki belőle az x86_64 binárist. Ha tényleg ezt használod, akkor ez nem fog menni, nem elég, hogy az arch-ba felveszed az armv7-et is.
Ellenőrizni a file paranccsal tudod. (file binariseleresiuttal), kiírja, hogy milyen architektúrára fordított a bináris.

Termeszetesen a Fedora FF wayland build-jerol van szo. (koszi korrigalast)
Akkor azt mondod hogy rosszul tudtam, es a makepkg -A nem eleg eltero architecura eseten? Marmint attol meg ,hogy lefordul meg nem biztos hogy mukodni is fog?
vargalex félisten

#30719
#30709 Archttila
2020-11-07 14:20:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30709 Archttila

#30709 Archttila
Van nekem egy megoldhatatlannak tűnő problémám
AUR repóbol forgattam egy Wayland patchelt Chromium Ozone böngészőt, de sajnos az alábbi hibaüzenettel elhasal:
Csak azt szeretném tudni, hogy mi a problémája a képen látható 109-es sorral.
Valaki okoskodjon már valamit.
Raspberry Pi with Arch SwayWM (Wayland)
[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox
/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, stripped
[alucard@rpi4 ~]$ uname -m
armv7l
chmod +x megvolt, bár ez telepítés után alapból rendben volt.
Előre is köszönöm a segítséget!

Biztos jó a linked? Az egy firefox aur csomagra mutat, nem chromiumra.
De szerintem az lesz a gond, hogy maga a böngésző binárisa nem ARM, hanem, x86_64. A linkelt AUR csomag nem forrásból build-el, hanem rpm-et tölt le és szedi ki belőle az x86_64 binárist. Ha tényleg ezt használod, akkor ez nem fog menni, nem elég, hogy az arch-ba felveszed az armv7-et is.
Ellenőrizni a file paranccsal tudod. (file binariseleresiuttal), kiírja, hogy milyen architektúrára fordított a bináris.
Archttila veterán

#30718
#30717 sh4d0w
2020-11-07 14:16:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

#30717 sh4d0w

#30717 sh4d0w
A 109-es sor elé tegyél egy üreset és oda írd be az echo $prog sort.

Akkor ezt dobja, de nem indul el:
/usr/lib/firefox/firefox exec /usr/lib/firefox/firefox
sh4d0w félisten

#30717
#30715 Archttila
2020-11-07 13:15:29

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30715 Archttila

#30715 Archttila
terminálba echo $prog nem kapok semmit.
hcl
mindjárt nézem
a kapcsos zárójel után?

A 109-es sor elé tegyél egy üreset és oda írd be az echo $prog sort.
Archttila veterán

#30716
#30714 hcl
2020-11-07 12:36:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

#30714 hcl

#30714 hcl
Oda a 109-es sor mögé benyomod neki, hogy echo $prog

Sajnos tovabbra is a mar linkelt hibauzenet fogad.
Archttila veterán

#30715
#30713 sh4d0w
2020-11-07 12:16:40

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

#30713 sh4d0w

#30713 sh4d0w
echo $prog
A $?-re is azért kaptál hibát, mert hiányzik az echo előle.

terminálba echo $prog nem kapok semmit.
hcl
mindjárt nézem
a kapcsos zárójel után?
hcl titán

#30714
#30712 Archttila
2020-11-07 11:46:25

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#30712 Archttila

#30712 Archttila
Azt miként tudom ellenőrizni?
Köszönöm, hogy foglalkozol vele! márcsak azért is, mert ez az egyetlen programom ami miatt még mindig fent van az Xwayland csomag. Minden egyéb wayland alatt fut, nativan.
edit:
google eső találat szerint:
[alucard@rpi4 ~]$ $?
bash: 127: command not found
vagy nem erre gondoltál?

Oda a 109-es sor mögé benyomod neki, hogy echo $prog
sh4d0w félisten

#30713
#30712 Archttila
2020-11-07 11:44:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#30712 Archttila

#30712 Archttila
Azt miként tudom ellenőrizni?
Köszönöm, hogy foglalkozol vele! márcsak azért is, mert ez az egyetlen programom ami miatt még mindig fent van az Xwayland csomag. Minden egyéb wayland alatt fut, nativan.
edit:
google eső találat szerint:
[alucard@rpi4 ~]$ $?
bash: 127: command not found
vagy nem erre gondoltál?

echo $prog
A $?-re is azért kaptál hibát, mert hiányzik az echo előle.
Archttila veterán

#30712
#30711 hcl
2020-11-07 10:44:06

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

#30711 hcl

#30711 hcl
Azt mondja, hogy a végrehajtható formátuma rossz.
Mi van a $prog változóban?

Azt miként tudom ellenőrizni?
Köszönöm, hogy foglalkozol vele! márcsak azért is, mert ez az egyetlen programom ami miatt még mindig fent van az Xwayland csomag. Minden egyéb wayland alatt fut, nativan.
edit:
google eső találat szerint:
[alucard@rpi4 ~]$ $?
bash: 127: command not found
vagy nem erre gondoltál?
hcl titán

#30711
#30709 Archttila
2020-11-07 09:49:50

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#30709 Archttila

#30709 Archttila
Van nekem egy megoldhatatlannak tűnő problémám
AUR repóbol forgattam egy Wayland patchelt Chromium Ozone böngészőt, de sajnos az alábbi hibaüzenettel elhasal:
Csak azt szeretném tudni, hogy mi a problémája a képen látható 109-es sorral.
Valaki okoskodjon már valamit.
Raspberry Pi with Arch SwayWM (Wayland)
[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox
/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, stripped
[alucard@rpi4 ~]$ uname -m
armv7l
chmod +x megvolt, bár ez telepítés után alapból rendben volt.
Előre is köszönöm a segítséget!

Azt mondja, hogy a végrehajtható formátuma rossz.
Mi van a $prog változóban?
CPT.Pirk Jómunkásember

#30710
#30708 #63718632
2020-11-07 09:11:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

#30708 #63718632

#30708 #63718632
MX Linux

Kipróbáltam és nem is volt rossz. Viszont arra nem volt tárolóból onedrive kliens, így végül is Lubuntu lett belőle.
Archttila veterán

#30709 2020-11-07 09:07:17

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Archttila

veterán

LOGOUT blog (1)

Van nekem egy megoldhatatlannak tűnő problémám
AUR repóbol forgattam egy Wayland patchelt Chromium Ozone böngészőt, de sajnos az alábbi hibaüzenettel elhasal:
Csak azt szeretném tudni, hogy mi a problémája a képen látható 109-es sorral.
Valaki okoskodjon már valamit.
Raspberry Pi with Arch SwayWM (Wayland)
[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox
/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, stripped
[alucard@rpi4 ~]$ uname -m
armv7l
chmod +x megvolt, bár ez telepítés után alapból rendben volt.
Előre is köszönöm a segítséget!
#63718632 törölt tag

#30708
#30704 CPT.Pirk
2020-11-05 22:38:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#30704 CPT.Pirk

#30704 CPT.Pirk
Disztrót keresek. Régebbi i3 procis gép, 4gb ram, sima HDD, Intel vga.
Nagyjából állandóan menne, adott napokon le kellene szinkronizálnia egy OneDrive felhő teljes tartalmát, hogy aztán abból tömörített backupot csináltassak vele. GUI is kell, néha lenne használva másra is, mint az időzített backup, meg GIT szerver.
Mint Cinnamonra gondoltam először, de ezen a gépen érdekes módon lassabb, mint a Win10, valamint telepítve már a wifi sticket nem tudja használni, mert túl alacsony jelerősséget mutat, miközben live alatt meg gond nélkül működött...

MX Linux
CPT.Pirk Jómunkásember

#30707 2020-11-05 21:09:10

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

Hmm, végül is jah, lehet egy Debian-t megnézek a gépen, mondjuk LXDE-vel.
Saját célra rolling disztrókat használok, de azok nem ilyen helyre valók.
A OneDrive szinkronizálás csak-csak megoldható Debian alatt...
f_sanyee senior tag

#30706
#30704 CPT.Pirk
2020-11-05 20:57:10

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

f_sanyee

senior tag

#30704 CPT.Pirk

#30704 CPT.Pirk
Disztrót keresek. Régebbi i3 procis gép, 4gb ram, sima HDD, Intel vga.
Nagyjából állandóan menne, adott napokon le kellene szinkronizálnia egy OneDrive felhő teljes tartalmát, hogy aztán abból tömörített backupot csináltassak vele. GUI is kell, néha lenne használva másra is, mint az időzített backup, meg GIT szerver.
Mint Cinnamonra gondoltam először, de ezen a gépen érdekes módon lassabb, mint a Win10, valamint telepítve már a wifi sticket nem tudja használni, mert túl alacsony jelerősséget mutat, miközben live alatt meg gond nélkül működött...

kb mindegy, tedd rá amit szeretsz és ismered a csomagkezelőjét.
hcl titán

#30705
#30704 CPT.Pirk
2020-11-05 20:55:20

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#30704 CPT.Pirk

#30704 CPT.Pirk
Disztrót keresek. Régebbi i3 procis gép, 4gb ram, sima HDD, Intel vga.
Nagyjából állandóan menne, adott napokon le kellene szinkronizálnia egy OneDrive felhő teljes tartalmát, hogy aztán abból tömörített backupot csináltassak vele. GUI is kell, néha lenne használva másra is, mint az időzített backup, meg GIT szerver.
Mint Cinnamonra gondoltam először, de ezen a gépen érdekes módon lassabb, mint a Win10, valamint telepítve már a wifi sticket nem tudja használni, mert túl alacsony jelerősséget mutat, miközben live alatt meg gond nélkül működött...

Xubuntu, Debian...
CPT.Pirk Jómunkásember

#30704 2020-11-05 20:39:53

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

CPT.Pirk

Jómunkásember

Disztrót keresek. Régebbi i3 procis gép, 4gb ram, sima HDD, Intel vga.
Nagyjából állandóan menne, adott napokon le kellene szinkronizálnia egy OneDrive felhő teljes tartalmát, hogy aztán abból tömörített backupot csináltassak vele. GUI is kell, néha lenne használva másra is, mint az időzített backup, meg GIT szerver.
Mint Cinnamonra gondoltam először, de ezen a gépen érdekes módon lassabb, mint a Win10, valamint telepítve már a wifi sticket nem tudja használni, mert túl alacsony jelerősséget mutat, miközben live alatt meg gond nélkül működött...
hcl titán

#30703
#30699 sh4d0w
2020-11-05 18:09:55

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#30699 sh4d0w

#30699 sh4d0w
Felüldefiniálod az IFS-t.
https://unix.stackexchange.com/questions/184863/what-is-the-meaning-of-ifs-n-in-bash-scripting

Köszi
vargalex félisten

#30701
#30698 hcl
2020-11-05 17:00:15

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#30698 hcl

#30698 hcl
Hm... tényleg Sry.
De hogyan lehet rávenni, hogy a szóközös fileneveket is egy sornak vegye?

Már megkaptad a helyes megoldást, de ha mindenképpen az ls kimenetét akarod feldolgozni, akkor az IFS-t kell átállítanod (majd a végén célszerű visszaállítani, ezért az elején lementeni):
#!/bin/sh
OIFS=$IFS
IFS=$'\n'
for i in $(ls *.pdf); do
echo ${i}
done
IFS=$OIFS

Új hozzászólás Aktív témák

Aktív témák

Új fizetett hirdetések

Üzleti előfizetők hirdetései

Állásajánlatok

Számítástechnikai értékesítő

Cég: Laptopműhely Bt.

Város: Budapest

Részletek