Köszönöm, de több órás keresés után világossá vált, hogy a sernet csomag nem fog működni az sssd-vle, mert hiányzik néhány fálj, amit a normál samba hoz magával pl.:

libndr-nbt.so.0

Na és ez nem pótolható, szóval már csak az a kérdés, hogyan lehet működő AD-t csinálni sernet-samba nélkül CentOS-en? Igazából ez csak költői... Még rászánok pár órát...

"Na és ez nem pótolható"
Miért nem?

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

link, itt például fel van sorolva ez a fájl, amit keresel.

Érdekes, hogy a yumexbe meg nem látom.
Olyna nincs, hogy nem pótolható. Fogod felteszed, forrásból, újraforgatod az srpm-et, felteszed afedora csomagot, vagy csak simán bemásolod a fájlt, oszt vagy megy, vagy nem.

Ha már rászánsz pár órát még, akkor okosan tedd.

mod: Amúgy meg:

[oleg@localhost ~]$ uname -a
Linux localhost.localdomain 3.10.0-327.13.1.el7.x86_64 #1 SMP Thu Mar 31 16:04:38 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
[oleg@localhost ~]$ ls /usr/lib64/libndr*
/usr/lib64/libndr-krb5pac.so.0 /usr/lib64/libndr.so.0
/usr/lib64/libndr-krb5pac.so.0.0.1 /usr/lib64/libndr.so.0.0.3
/usr/lib64/libndr-nbt.so.0 /usr/lib64/libndr-standard.so.0
/usr/lib64/libndr-nbt.so.0.0.1 /usr/lib64/libndr-standard.so.0.0.1
[oleg@localhost ~]$

[ Szerkesztve ]

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Köszi. De ez egy szerver lesz, tehát a vagy működik/vagy nem, nem játszik.

A probléma az, hogy a sernet csomagok máshova pakolják a fájlokat ezért nem találja az sssd. A másik pedig, hogy a sernet winbind-del azonosít, de az sajnos nem elég az AD-nál. Ezért kellene az sssd.

Ez sajnos nem csak az én problémám, másik is belefutottak.

Megpróbálom normál sambával.

De most elszabázok aludni...

[ Szerkesztve ]

"A probléma az, hogy a sernet csomagok máshova pakolják a fájlokat ezért nem találja az sssd"

Ha pontosan tudod mit keres, hol keresi és a valóságban az hol van, akkor csak linkelgetned kell.

"Ez sajnos nem csak az én problémám, másik is belefutottak."

Ha megvan, akkor írj angol nyelvű blogot, áldani fognak.

"De most elszabázok aludni..."

Lassan ideje, igen.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Cseréltem egy lemezpárost WD RED szériára. Nem konfigolható az APM level-jük, de a spin downnak működnie kellene. hdparm -y /dev/sde /dev/sdf leáll mindkettő és nem is pörgeti fel semmi, de maguktól az időzítésre semmiképp. Az udisks2 configjuk elég egyszerű :

[ATA]
StandbyTimeout=120
WriteCacheEnabled=true

Az udisks2 szolgáltatás rendben működik,
Centos-en más is belejátszik a lemezek kezelésébe?

mi lehet a különbség a cold boot, azaz a kikapcsolt notebookot bekapcsolom és a restart között?

Előjött (már napok óta, vagy meg is volt?) ugyanaz a probléma, ami volt. Bekapcsolom, az ssd ellenére érezhetően hosszú a boot, belépek, firefox is "soká" indul, system monitoron 20% körüli terheltség, ami a 8 magból felváltva érint kettőt, azaz két mag megy 30-40% on. Top parancs nem mutat semmit, talán néha az xorg és ngome system..

Egy reboot és megszűnik minden, érezhetően gyors boot, 0 cpu fogyasztás, firefox száguld, youtube száguld.

Azért se akarok windowst a notebookomra , de ez már több mint idegesitő.

Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30

édes istenem, mennyit szívtam ma. van egy VM-em, amivel szórakozásra tartok. rundeck lokálisan simán bejött, így:
wget localhost:4440, de a hálózatról az istenért se értem el. se chef-et 80-as porton. kikapcsoltam tűzfalat, minden működik...

[ Szerkesztve ]

No talán megtaláltam a hiba okát. Amikor belassult akkor sikerült kikapcsolnom véletlenül a konnektort, ahova a táp volt dugva, és láss csodát a probléma megszünt.

Pár célirányos teszt, belassulás után mindig kihúzom a tápot, majd vissza, a probléma megszünik.

Célirányosan keresve, van is googlin találat, a belassulás minden oprendszert értint ezen a nótin (win és linuxot is), és a valódi ok, hogy nem az eredeti 135W táppal használom. (egy 90 W tápot kaptam hozzá, ez egy használt notebook ugyanis).

A noti érzékeli, hogy milyen teljesitményű a táp, és terhelés alatt, mikor megközeliti a táp névleges teljesitményét a felvett teljesitmény (pl youtube nézés közben, mert a netes leirás szerint nem igen eszik 90W sem..) egyszerüen visszaveszi a proci teljesitményét, és nem áll vissza. A betáp ki-behúzásával a power management magához tér.

Tehát akkor kellene kölcsön találnom egy 135W v. nagyobb tápot, hogy az tényleg megoldás e, mármint azzal nem jön elő a hiba.

Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30

Nemsemmi fogás.
Egyébként sok laptop csinálja ezt.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

No kérem még egy utolsó szívás volt azért, mert vettem egy 170W-os lenovo tápot (135W sehol nincs elfogadható áron), és rossz volt (nem stimmelt) a csatlakozó. Ezek szerint van egy kisebb méret is, mert én csak a középérintkezős és a lapitott /téglalap/ csatlakozót ismertem.

Szereztem gyorsan egy hibás tápot (ami 65W) volt, levágtam a dugókat és összeraktam.

Teszt, és hihetetlen, szarabb mint valaha! Azután megtaláltam a titok nyitját.
Szétvágtam a dugót, átkötöttem a középső tüskét wiki szerint, visszaraktam a dugó gumi burkolatát, még kapott egy csinos zsugorcsövet.

Most hasít. Teljesen más világ így.

Hogy ontopic is legyek:
MATE desktopot használom, vnc beüzemelése nem megy, igaz, eredeti gnome nincs fent, lehet ez a baj?

Tegnap feltettem minidlna szervert, ragyogóan megy, miután elfelejtettem a rutint, hogy a hálózati adapter már nem eth0. Hogy mit össze szitkozódtam, hogy ez is megváltozott.

[ Szerkesztve ]

Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30

Sziasztok!
Próbálom erre a rendszere felimádkozni a Cisco Packet Tracker 7 és 64-bit programot fel is települ de nem indul el.Esetleg van elképzelésetek mi a gond?

Sziasztok!
Esetleg valaki aki linux guru rá tudna nézni erre a kérdésemre? Mert nálam elfogyott a tudomány.

Terminálban ha indítod kiír valamit? Egyébként hogy kellene indulnia? _Grafikusan, vagy démon, vagy mi?
Ha írsz róla, hogy kell telepíteni, esete lehet én is felrakom és ránézek.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

A RedHat topic halott illetve a linux haladoban sem talaltam valaszt.

Hasznal valaki google authenticatort public key el SSH-n?

A gondom az hogy kicsit tul szigoru lett a beallitas:

Megadom a kulcsot ekkor nyilvan elkeri a kulcs jelszavat (kliens oldalon) ezutan bekeri az ID-t (google auth) aztan meg elkeri a user jelszavat is (WTF )
Utobbira nincs szuksegem. Mit kene kiszedni a configbol?

Most ez van megadva:

ChallengeResponseAuthentication yes
AuthenticationMethods publickey,keyboard-interactive
UsePAM yes

SSHD confban termeszetesen benne van az alabbi is:
PasswordAuthentication no

Mi lehet a bibi?
SELinux bekavarhat?

Az OS egy redhat enterprise server 7

New level... Advertising has us chasing cars and clothes, working jobs we hate so we can buy shit we don’t need

Kedves Vladi!
Sejtetem,hogy te fogsz jelentkezni már amúgy futottam egy kört a fedora topikban de ott beletört a bicska.De ott még csak 32-bites létezett de azóta a cisco kiadott 64-bit linux verziót és ezt akartam felrakni centos 7 64-bit linuxra.Azért erre mert a SuliX 8 erre épül.Hogy hogyan telepítettem nem linux guru módon innen letöltöttem és kitömörítettem a utána beléptem a kitömörített mappába majd kiadtam ./install parancsot pár y és szóköz lenyomása után fel is települt az opt mappába és ott pt mappába beléptem majd kiadta terminálba packettracer látszólag elindul de mégsem.Hát ennyit tudtam csinálni nagyon szépen megköszönöm ha megnéznéd mi a gond.

Üdv: qwertly

Olyan nagyon messzire nem jutottam.

./Whilenetworking_PtL64
-bash: ./Whilenetworking_PtL64: bináris nem hajtható végre

Adtam rá futásjogot pedig.

mod: jahnem. Be volt tömörítve a tömörített állomány. Oké.

[ Szerkesztve ]

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Szia!
Ha te nem fogsz vele boldogulni akkor nem tudom,miért is adják ki a linux verziót?

[root@localhost bin]# ./PacketTracer7
./PacketTracer7: /lib64/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by ./PacketTracer7)

Én sem értem. Ezt a programot hová szánták kb?

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Mondjuk nekem nem írt ki ilyet csak amikor terminálban kiadom hogy: packettracer akkor ezt írja ki Start Packet Tracer 7 és ennyi nem megy tovább.

[ Szerkesztve ]

Ha ezt felrakod működik? [link]

You may corrupt the souls of men, but I am steel. I am doom.

Újra felkerült egy CentOS a gépre.
CentOS 7 (minimal install-ból) + XFCE.

Üdv,
J

Elég fura, hogy nincs repositoryból telepíthető oracle java csomag centos-re. Annyi (számomra) hiábavalóság telepíthető repóból és pont egy ilyen fontos alap szoftver nem.

Szia!
Sajnos nem nem is tudom mivell lehet a gond

[ Szerkesztve ]

hm... nem kéne valami kapcsoló? egy --help -et tegyél már a végére.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Szia!
Itt van a kép a --help paranccsal.

[ Szerkesztve ]

Önmagában az openssl-lib-compat csomag nem lesz elég, mert sok egyéb függősége is van (Fedorához pl ezek), kérdezd le ldd-vel, hogy mik hiányoznak hozzá és azokat is pakold fel.

Nem küldhetsz privát üzenetet saját magadnak!

Én is kipróbáltam, nem megy nálam sem. Terminál ablakban kiirja, hogy starting, de nem történik ezen kivül semmi. Nem is találtam logot sem, illetve sehol hibát.

Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30

Szia!
Bocsi,hogy csak most válaszolok de nem voltam gép közelben.Tudom a Fedorra topikban már rugóztam a témán de most azért térek vissza rá mert megjelent a 64-bit linux verzió.Így gondoltam nem kelleneka 32-bit függőségek a 64-bit linux alá.A ldd parancsra ezt írja ki:

Mán komolyan agyérgörcsöt kapok ettől.
Ne érts félre, nem rád haragszom. De azért nonszensz, hogy egy ekkora cég kiad egy szoftvert és minimális dokumentációja nincs. Itt egy facebook izé, itt nézz körül.

Legalább annyit írnának, hogy xy disztróra hogy kell felrakni. Ha ubuntu hát sajnos az, és akkor használjátok azt.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Nem csak 32 bites függőségei vannak, hanem elég sok lib is kell neki, amúgy rossz könyvtárban kérdeztél le ldd-vel, az /opt/pt/bin-ben kellene ezt megtenned, fizikailag ott van a futtatható fájl a pt-ben levő csak egy mutató elvileg.

[ Szerkesztve ]

Nem küldhetsz privát üzenetet saját magadnak!

Szia!
Itt van a helyes könyvtár képe:

Kedves Vladi
Nem gondoltam volna,hogy ennyi gond lesz evvel a programmal de folyamatosan nézzem a blogokat hátha valaki nálam okosabb megoldja.De úgy vettem észre,hogy a főként spanyol nyelvű fórumokon vannak linux okosságok.

Akkor már csak add ki ebben a könyvtárban az ldd PacketTarcer7 parancsot és máris megkapod a hiányzó libeket, amiket telepítened kellesz...

Nem küldhetsz privát üzenetet saját magadnak!

Szia!
Tényleg igazad van így már teljesen más látni milyen libeket hiányol a rendszerből.

Köszönöm is az eddigi segítségedet itt már csak azt szeretném megkérdezni ,hogy vannak ilyen libeket gyűjtő oldalak ahova felmenve és keresőjükbe beírva a mi kell nekem felkínálja nekem a kereset libeket.

UI: én ezt az oldalt találtam

[ Szerkesztve ]

Szia!
Sikerült leszedegetnem a libeket de az egyikkel nem boldogulok ez lenne az amúgy most ezt írja a,amikor kiadom a add packettracer7 parancsot
[root@localhost bin]# ldd PacketTracer7
linux-vdso.so.1 => (0x00007ffe413df000)
libcrypto.so.1.0.0 => not found
libQtWebKit.so.4 => /lib64/libQtWebKit.so.4 (0x00007faa87cf8000)
libQtScriptTools.so.4 => /lib64/libQtScriptTools.so.4 (0x00007faa87a36000)
libQtScript.so.4 => /lib64/libQtScript.so.4 (0x00007faa875f2000)
libQtSvg.so.4 => /lib64/libQtSvg.so.4 (0x00007faa87399000)
libQtXml.so.4 => /lib64/libQtXml.so.4 (0x00007faa87155000)
libQtGui.so.4 => /lib64/libQtGui.so.4 (0x00007faa8647a000)
libQtNetwork.so.4 => /lib64/libQtNetwork.so.4 (0x00007faa86133000)
libQtCore.so.4 => /lib64/libQtCore.so.4 (0x00007faa85c48000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007faa85a2c000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007faa85723000)
libm.so.6 => /lib64/libm.so.6 (0x00007faa85421000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007faa8520b000)
libc.so.6 => /lib64/libc.so.6 (0x00007faa84e48000)
libXrender.so.1 => /lib64/libXrender.so.1 (0x00007faa84c3e000)
libjpeg.so.62 => /lib64/libjpeg.so.62 (0x00007faa849e9000)
libpng15.so.15 => /lib64/libpng15.so.15 (0x00007faa847bd000)
libwebp.so.4 => /lib64/libwebp.so.4 (0x00007faa8456d000)
libxslt.so.1 => /lib64/libxslt.so.1 (0x00007faa8432e000)
libz.so.1 => /lib64/libz.so.1 (0x00007faa84117000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007faa83f13000)
libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x00007faa83b9d000)
libgstapp-0.10.so.0 => /lib64/libgstapp-0.10.so.0 (0x00007faa83990000)
libgstinterfaces-0.10.so.0 => /lib64/libgstinterfaces-0.10.so.0 (0x00007faa8377e000)
libgstpbutils-0.10.so.0 => /lib64/libgstpbutils-0.10.so.0 (0x00007faa8355a000)
libgstvideo-0.10.so.0 => /lib64/libgstvideo-0.10.so.0 (0x00007faa8333c000)
libgstbase-0.10.so.0 => /lib64/libgstbase-0.10.so.0 (0x00007faa830e8000)
libgstreamer-0.10.so.0 => /lib64/libgstreamer-0.10.so.0 (0x00007faa82dff000)
libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007faa82bae000)
libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x00007faa829aa000)
libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x00007faa827a8000)
libxml2.so.2 => /lib64/libxml2.so.2 (0x00007faa8243e000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007faa82107000)
libsqlite3.so.0 => /lib64/libsqlite3.so.0 (0x00007faa81e52000)
libfontconfig.so.1 => /lib64/libfontconfig.so.1 (0x00007faa81c15000)
libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007faa8196f000)
libQtOpenGL.so.4 => /lib64/libQtOpenGL.so.4 (0x00007faa8166f000)
libGL.so.1 => /lib64/libGL.so.1 (0x00007faa813d7000)
libXext.so.6 => /lib64/libXext.so.6 (0x00007faa811c5000)
libX11.so.6 => /lib64/libX11.so.6 (0x00007faa80e87000)
libSM.so.6 => /lib64/libSM.so.6 (0x00007faa80c7e000)
libICE.so.6 => /lib64/libICE.so.6 (0x00007faa80a62000)
libXi.so.6 => /lib64/libXi.so.6 (0x00007faa80851000)
libXrandr.so.2 => /lib64/libXrandr.so.2 (0x00007faa80647000)
libXfixes.so.3 => /lib64/libXfixes.so.3 (0x00007faa80441000)
libXcursor.so.1 => /lib64/libXcursor.so.1 (0x00007faa80235000)
libXinerama.so.1 => /lib64/libXinerama.so.1 (0x00007faa80032000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007faa7fdc5000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007faa7f9dc000)
librt.so.1 => /lib64/librt.so.1 (0x00007faa7f7d4000)
/lib64/ld-linux-x86-64.so.2 (0x00007faa8a0f8000)
libffi.so.6 => /lib64/libffi.so.6 (0x00007faa7f5cb000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007faa7f3a6000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007faa7f18c000)
liborc-0.4.so.0 => /lib64/liborc-0.4.so.0 (0x00007faa7ef09000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007faa7ece4000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x00007faa7eab9000)
libglapi.so.0 => /lib64/libglapi.so.0 (0x00007faa7e88b000)
libXdamage.so.1 => /lib64/libXdamage.so.1 (0x00007faa7e687000)
libX11-xcb.so.1 => /lib64/libX11-xcb.so.1 (0x00007faa7e485000)
libxcb-glx.so.0 => /lib64/libxcb-glx.so.0 (0x00007faa7e26b000)
libxcb-dri2.so.0 => /lib64/libxcb-dri2.so.0 (0x00007faa7e066000)
libxcb-dri3.so.0 => /lib64/libxcb-dri3.so.0 (0x00007faa7de62000)
libxcb-present.so.0 => /lib64/libxcb-present.so.0 (0x00007faa7dc5f000)
libxcb-randr.so.0 => /lib64/libxcb-randr.so.0 (0x00007faa7da51000)
libxcb-xfixes.so.0 => /lib64/libxcb-xfixes.so.0 (0x00007faa7d848000)
libxcb-render.so.0 => /lib64/libxcb-render.so.0 (0x00007faa7d63e000)
libxcb-shape.so.0 => /lib64/libxcb-shape.so.0 (0x00007faa7d43a000)
libxcb-sync.so.1 => /lib64/libxcb-sync.so.1 (0x00007faa7d232000)
libxcb.so.1 => /lib64/libxcb.so.1 (0x00007faa7d010000)
libxshmfence.so.1 => /lib64/libxshmfence.so.1 (0x00007faa7ce0d000)
libXxf86vm.so.1 => /lib64/libXxf86vm.so.1 (0x00007faa7cc06000)
libdrm.so.2 => /lib64/libdrm.so.2 (0x00007faa7c9f9000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x00007faa7c7f3000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007faa7c5a7000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007faa7c2c1000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007faa7c0bd000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007faa7be8b000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007faa7bc29000)
libXau.so.6 => /lib64/libXau.so.6 (0x00007faa7ba25000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007faa7b815000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007faa7b611000)
[root@localhost bin]#

A második lib amelyet nem tudok feltelepíteni,mert nem tudom letölteni.

[ Szerkesztve ]

Ezeket fölösleges kézzel letöltögetni, hisz, amúgy is benne vannak a repóban onnan is telepíthetőek, de ha azt vesszük, hogy a végső cél a Sulix 8 lenne akkor oda meg csak így lehet majd felpakolni, amúgy libcrypto.so.1.0.0 lib a openssl-lib-compat csomag része, amiből viszont csak 32 bites van a Fedora 20-ból, szóval ha az már fönt van akkor csak 32 bites Packettarcerrel fog menni, tedd fel vmelyik 6.x-es verziót, azok garantáltan mennek CentOS7 alatt.

Nem küldhetsz privát üzenetet saját magadnak!

Szeretnék némi segitséget kapni tőletek, mert nem tudom mi lenne az ortodox megoldás.

Eddig nem kellett a skype, a notim egész jól működik, egy kis hibaüzenettől eltekintve induláskor, parameter not found, illetve, hogy terminál ablakban su-ként belépve kapok egy ABRT has detected 1 problem(s). For more info run: abrt-cli list --since 1473265052 ami szintén nem okoz problémát, alul a more info *****

Viszont most szerettem volna skypet telepiteni. yum install skype szépen összeszedi a függőségeket, majd a végén szól Protected multilib versions: qtwebkit-2.3.4-6.el7.i686 != qtwebkit-2.3.4-13.1.x86_64

A x86_64 es qtwebkitet a double commander rakta fel, és előrébb jár a 32 bitesnél, olyannyira, hogy nem is találok belőle ilyen verziót, mint a 64 bitest.

Mit kellene most csinálni, hogy minden faszán működjön? szedjem le a double commandert akkor felmegy a skype, de utána vajon a dc -t visszarakva megelégszik a qtwebkit-2.3.4-6.el7.x86_64 el amit epelből tud telepiteni, vagy utána csak azt frissiti, de akkor ugyanott tartok mint most, ha figyelmen kivül hagyom a multilib protectiont és telepitem, nem?

Remélem nem kell vagy vagy alapon döntenem skype és dc között?

*****
id f3a978d846d1fb0e852546298748bf92b4904a2a
reason: mate-panel killed by SIGSEGV
time: Thu 08 Sep 2016 10:37:32 PM CEST
cmdline: mate-panel
package: mate-panel-1.14.2-1.el7
uid: 1000 (bacus)
Directory: /var/spool/abrt/ccpp-2016-09-08-22:37:32-3482
Reported: cannot be reported

Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30

A skype 32 bites, szóval nem nagyon kell neki 64-es függőség.

Ha jól értem a problémát, akkor 64 bites libből frissebbet kér? Vagy hogy?

Én a qtwebkitből 32-est és 64-est látok, mindkettő 2.3.4-6 verzió.

A dc-t hogy telepítetted? Ahhoz külön feltettél egy qtwebkit csomagot, majd védelemmel letiltottad a frissítést? Mondjuk régebbire "frissíteni" nem is lehet, csak downgradelni.

Más nem jó? Nekem gnome-commander van, 1.4.5 forrásból simán felmegy, de nuxnál van 1.4.4
Az ezek utáni valahogy nekem bugos volt, nem is frissítettem.

MOD!

van portable változat a letöltéseknél, nekem a 32-es, gtk-s simán elindul!

[ Szerkesztve ]

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

A 64-es a frissebb. A baj, hogy a skype telepitéskor, nincs elég friss a 32-esböl.

Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30

Mindenkinek megy minden faszán?

6.7-6.8 frissítés lement tök eseménytelenül. Oké mondjuk az intel ősrégi gpu-mre legalább mostmár rábbotol.

7-en meg megint nem megy rendesen a radeonon a freki állítás. Most maxon pörget. Nem tudom mióta, észre sem vettem.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

No, a CentOS 7-es notim úgy tűnik, hogy csomagfrissítések közben lekapcsolt és eltávozott az örök vadászmezőkre.

Egyszer már volt javítva az alaplap, szóval fel voltam rá készülve, van cserealaplap.

Kérdés, hogy képes-e azt kezelni a CentOS 7 rendszerújratelepítés nélkül, hogy 1. csomagfrissítés közben kapcsolt le teljesen a rendszer, 2. másik alaplap kerül alá, ami ugyan hardveresen ugyanaz, de eltér a hardverazonosító (pl. az alaplap egyedi szériaszáma). Magyarán alaplapcsere után hajlandó-e beboot-olni a jelenlegi rendszer, vagy a systemd szerint ez már olyan fokú biztonsági kockázat, hogy azért se.

[ Szerkesztve ]

"You're going to negotiate with a girl, who thinks she's a space station? - When you put it like that, it does kinda sound crazy." - Audio-GD NFB-11.32 DAC/fejeserősítő eladó - https://tinyurl.com/Tim82HA

Lap csere miatt szerintem nem fog panaszkodni, max a frissites felbeszakadasa miatt lehet gond, ha nem indul el akkor live->chroot.

Vigyázat, csalok!

1. gyanús, 2. gond nélkül fog menni.

Ha beborult az rpm adatbázisod, akkor hagyd, adatmentés és újratelepítés. Gyorsabban végzel.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Bevallom, hogy nagyon nincsen kedvem újratelepíteni, mert amíg mindent belövök és visszaállítok, az kb. egy hét.

"You're going to negotiate with a girl, who thinks she's a space station? - When you put it like that, it does kinda sound crazy." - Audio-GD NFB-11.32 DAC/fejeserősítő eladó - https://tinyurl.com/Tim82HA

Egy hét? Ugyna már nincsa az annyi.
Akkor nézd meg azért, hogy mi maradt. Ha mázlid van, pár törött csomagot lepucolsz és kész. Vagy rpm rebuild alatt szállt el és akkor csak yum clean all.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Mindent tárolóból telepítek, nem volt szükségem ettől eltérni. Most kivételesen a 1.8-as (base tárolós) tmux-ot nem tudom pluginolni, ezért yum localinstall-al feltettem egy 2.1-es rpm-et.

A kérdésem, hogy ezt nekem kell néha nézegetni, hogy létezik-e frissebb (egy hónap után biztosan örök feledésbe merül nálam) ? Ilyen "kézi" installoknál nincs más megoldás?

Nincs honnan találnia. Esetleg a tárolóban lévő ha változik, akkor szólhat, de inkább csak ha nagyobb lesz a verziószáma.

Én nem tudok más megoldás, ha jól megy amúgy felesleges piszkálni.
Mondjuk ilyen esetben én már inkább forrásból tenném fel. Egy ideig nézegettem, de amikor egy újabb verzió bugosabb volt mint a régi (gnome-commander) akkor maradt a régi amíg megy.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Szép kis frissítés. Nagyrészt a BASE tárolót érinti.

Nem vacakolnak. 7.3 kiadás van, az ilyen. Más disztrónál ezt adagokban csöpögtetik. Kisebb, mint egy disztró update.

Nekem is van 824, összesen 988 mega. Én nyertem.
Szerintetek nyomjak rebootot?

Más: 8-at szerintetek mikor indítják? Jövőre várható? Elvileg az 5 kimegy.

[ Szerkesztve ]

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

8-at mikor adják ki? És mit keres nálad a 7? 6-al mi bajod volt, működött nem? 2020-ig támogatott, akkor minek keleltt lecserélni?

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.