Háát ! Csak kényszeredetten mosolygok, és csóválom a fejem !
Nem sok reményt fűztem a 19.1-hez, - és most nagyon úgy néz ki hogy bejótt a vele kapcsolatos megérzésem. :(
Azt már szinte biztosra vettem, hogy a tárolóból telepített qbittorrent nem fog indulni - de a stabil ppa felvételével
telepített legújabb verzió sem indul. Ugyanez mondható el a tárolóból telepített smplayer-ről is.
De a docky is csak félig-meddig működik.
Szóval, semmi nem indokolja hogy 19-re, ill. 19.1-re váltsak a 18.3 ról ! (A maradás mellett viszont számos érv szól.)
Háát ! Csak kényszeredetten mosolygok, és csóválom a fejem !
Nem sok reményt fűztem a 19.1-hez, - és most nagyon úgy néz ki hogy bejótt a vele kapcsolatos megérzésem. :(
Azt már szinte biztosra vettem, hogy a tárolóból telepített qbittorrent nem fog indulni - de a stabil ppa felvételével
telepített legújabb verzió sem indul. Ugyanez mondható el a tárolóból telepített smplayer-ről is.
De a docky is csak félig-meddig működik.
Szóval, semmi nem indokolja hogy 19-re, ill. 19.1-re váltsak a 18.3 ról ! (A maradás mellett viszont számos érv szól.)
Azt hiszem rám nem lehet azt mondani, hogy nem vagyok kisérletező kedvű, de at tény, hogy a 18.-as kiadás egy nagyságrenddel kevesebb problémát okozott és fog okozni a 19-esnél. A Mint előnye a használhatóság területén az Ubuntuval szemben nemhogy nem nőtt, de inkább csökkent. (Tesztelek egy19.04 Ubuntut és fent van a Tara is) Egy Debian alapú és egy Arch alapú disztró (nem reklámozunk más disztrót) viszont stabilitásban, kinézetben bőven előtte jár. (Szerintem)
#5
Az LTS és stabil Tara-t nem kéne egy jövőbéli kiadáshoz hasonlítani. Jócskán az, még előtte is van egy másik ... .
(az összehasonlításod egyszerre túl „szemtelen” és túl merész ;))
Érdekes, mire kiadják az Ubuntu-t, az előnyök eltűnnek. Én ezt tapasztaltam. Az Ubuntu amúgy, általában véve olyan amilyen :). Mindig is ugyanazt képviselte, vagyis maradt ugyanaz a filozófia.
-----
Hogy melyik Linux terjesztés kinek van kedvére ... az érdekes kérdés: „distro war”, ez szokták mondani. Az Arch, Debian rendszereknek megvan az előnye, és a Linux Mint-nek is. Telepítgettem másnak Linux Mint Tara-t, láttam, más is elégedett vele, szerintem is konfigurálható ..., sőt, én is mindent meg tudok oldani vele. Néhány mindennapos megoldásra van más ötletem, de ezeket megemlítettem az angol közösségi oldalon és ezek az én elképzeléseim (nem nyertem :)). Ám nem vagyok készítő, legfeljebb tesztelek.
Kinézet? Ezt nem tudom értelmezni. Mert ugye azt az asztali környezete hozza. A Cinnamon szerintem amúgy tetszetős kinézet. Off:// engem ezek a továbbforkolt alkalmazások őrjítenek meg, mint például a Xed, stb. (nem jut eszembe most). De ez megvan a Gnome3 alatt is. A Totem volt talán az előfutár vagy inkább csak nevezzük annak, sosem szeretttem. Bár, nem ők tehetnek arról, hogy a fejlesztésre nincs pénz/energia ... . Mindegy. /on
Nemrég láttam egy Gnome3 asztali környezetet, igaz Fedora alatt, az volt telepítve a gépre eredetileg (egy külsó, egyedi alkalmazás csak a Fedora alatt működött állítólag, de aztán kiderül, hogy még ott sem működik, semmilyen Linux alatt, a gyártó állításával ellentétben: ugyanis ők tesztelték online és külföldről). Gondolkodtam, jó lesz-e a „megrendelőnek”, a Fedora is, aztán Mint kerül a helyére. De mégsem így döntöttem, mert a Gnome3 kezelése annyira más ..., tudom, akinek telepítettem volna, nehezen szokná meg. Például az ablakok zárását és nyitását. Teljesen mezei felhasználónak teljesen megfelel a Linux Mint, aki semmit mást nem szeretne, csak böngészőt nyitni, és leveleket, csatolmányokat olvasni (különböző alkalmazásokkal). És annyi mindenre jó még ... . Más kérdés, aki mélyebbre bányászna, annak is legyen lehetőség, nekik ott a Debian, Fedora/CentOS, Arch, Slackware, BSD, Gentoo. De a Linux alapjait magunkban nem tisztázva ilyen mélyre mászni felelőtlenség, és a kudarcok eltántorítják az embereket hamar. A Linux Mint fejlesztői csapat ugye talán jobban tenné, ha ő is a Debian SID kiadást forkolná szintén (mint az Ubuntu), de nem így tesz. Ez van. Sok munka lenne amúgy emez.
Azt hiszem rám nem lehet azt mondani, hogy nem vagyok kisérletező kedvű, de at tény, hogy a 18.-as kiadás egy nagyságrenddel kevesebb problémát okozott és fog okozni a 19-esnél. A Mint előnye a használhatóság területén az Ubuntuval szemben nemhogy nem nőtt, de inkább csökkent. (Tesztelek egy19.04 Ubuntut és fent van a Tara is) Egy Debian alapú és egy Arch alapú disztró (nem reklámozunk más disztrót) viszont stabilitásban, kinézetben bőven előtte jár. (Szerintem)
#4
Az elsőként közölt képen látható, hogy frissítettem a nemrég telepített rendszert a PPA források használata előtt (2. szintig + biztonsági frissítések). Mást nem csináltam. És elsőre minden működött. A frissítés hiánya lehet a gond nálad szerintem. Nem elhanyagolandó amúgy .. .
De ha közlöd, te mit csináltál pontosan, közös erővel szerintem megoldjuk.
#7
A helyzet, a következő: Tegnap a Distrowatch-on vettem észre hogy megjelent a 19.1 - és onnan töltöttem le.
A letöltött ISO képfájlt ellenőrző összeg hiányában nem tudtam ellenőrizni.
A 18.3 Pendrive lemezkép-írójával írtam ki pen.-re. (Háttérben a dd-t használja)
Indítása és a szükséges beállítások után, (net. csatlakozás, teljeskörű frissítés (update, upgrade) kezdtem
kipróbálni a rendszert.
Ezután takasztaltam a fentebb leirt jelenségeket.
A válaszod nyomán, miszerint nálad mindkettő indul, (a ppa-val felvett 4.1.4-es qbittorrent, smplayer) ma reggel
ellenőriztem a letöltött képfájlt SHA256-ra - stimmelt !
Ekkor merült fel bennem, hogy a dd ellenére mégiscsak a kiírással történhetett valami.
Töröltem a lemezkép-íróval kiírt pen.-t, és a mostmár ellenőrzött ISO-t az Etcher-el írtam ki.
Az újabb próba során a stabil ppa felvételével telepített 4.1.4-es qbittorrent, és a synaptic-ból telepített smplayer
is minden probléma nélkül indult !
De hogy ne legyen ennyire egyszerű a helyzet, a VLC indítóikonja meg sem jelent a Menü-ben - csak miután
telepítettem a kodek csomagot - viszont erre a megjelent indítóikonra kattintva, a rendszerrel kapott VLC
nem indul ! (Terminálból indítva sem)
A másik amit észrevettem: Ha a panelt felülre helyezem, akkor a menü bal oldali ikon listájából eltűnik
az alsó 3 (Képernyő zárolása, Kijelentkezés, Kilépés) - csak a Cinnamon ujraindítása hozza vissza őket.
Rövid kipróbálás után ezeket az anomáliákat tapasztaltam - nekem úgy tünik, hogy ez a 19.1-es Cinnamon beta
még egy kicsit nyers ! (A live 19-esben ilyen VLC probléma és ikon eltünedezés azért nincs !)
#4 Az elsőként közölt képen látható, hogy frissítettem a nemrég telepített rendszert a PPA források használata előtt (2. szintig + biztonsági frissítések). Mást nem csináltam. És elsőre minden működött. A frissítés hiánya lehet a gond nálad szerintem. Nem elhanyagolandó amúgy .. .
De ha közlöd, te mit csináltál pontosan, közös erővel szerintem megoldjuk.
#8
Az újabb teszt tehát megvolt, egyik része nálam is jelentkezik. Én VirtualBox-ban próbálkozom.
A VLC nálam rendben, a kilépés menü ikonok igen, eltűnnek és a
cinnamon --replace &
parancs segít.
Nyers, mert beta változat.
cinnamon --replace
Cinnamon warning: Software rendering detected: llvmpipe (LLVM 6.0, 256 bits)
Cjs-Message: 08:43:00.852: JS LOG: About to start Cinnamon
Cjs-Message: 08:43:00.852: JS LOG: ACTIVATING SOFTWARE RENDERING
Cjs-Message: 08:43:00.852: JS LOG: [LookingGlass/error] Cinnamon Software Rendering mode enabled
Cjs-Message: 08:43:00.894: JS LOG: [LookingGlass/info] Cinnamon.AppSystem.get_default() started in 40 ms
Cjs-Message: 08:43:00.902: JS LOG: [LookingGlass/info] loading user theme: /usr/share/themes/Mint-Y-Dark/cinnamon/cinnamon.css
Cjs-Message: 08:43:00.918: JS LOG: [LookingGlass/info] added icon directory: /usr/share/themes/Mint-Y-Dark/cinnamon
Cjs-Message: 08:43:01.055: JS LOG: [LookingGlass/info] PlacesManager: Updating devices
St-Message: 08:43:01.061: cogl npot texture sizes SUPPORTED
Cjs-Message: 08:43:01.072: JS LOG: [LookingGlass/info] loaded at Mon Dec 03 2018 08:43:01 GMT+0100 (CET)
Cjs-Message: 08:43:01.072: JS LOG: Cinnamon started at Mon Dec 03 2018 08:43:01 GMT+0100 (CET)
Cjs-Message: 08:43:01.101: JS LOG: [LookingGlass/info] ExtensionSystem started in 0 ms
Cjs-Message: 08:43:01.101: JS LOG: [LookingGlass/info] DeskletManager started in 0 ms
Cjs-Message: 08:43:01.101: JS LOG: [LookingGlass/info] SearchProviderManager started in 0 ms
openGL version 3.3 detected (GL3 Cogl Driver)
MetaSyncRing disabled: couldn't find required GL extensions, or the minimum safe openGL version was not met
Cjs-Message: 08:43:01.223: JS LOG: [LookingGlass/info] Loaded applet show-desktop@cinnamon.org in 40 ms
Cjs-Message: 08:43:01.256: JS LOG: [LookingGlass/info] Loaded applet removable-drives@cinnamon.org in 34 ms
Cjs-Message: 08:43:01.308: JS LOG: [LookingGlass/info] Loaded applet calendar@cinnamon.org in 52 ms
Cjs-Message: 08:43:01.316: JS LOG: [LookingGlass/info] Role locked: tray
Cjs-Message: 08:43:01.321: JS LOG: [LookingGlass/info] Loaded applet systray@cinnamon.org in 12 ms
Cjs-Message: 08:43:01.353: JS LOG: [LookingGlass/info] Loaded applet keyboard@cinnamon.org in 30 ms
Cjs-Message: 08:43:01.365: JS LOG: [LookingGlass/info] Role locked: notifications
Cjs-Message: 08:43:01.387: JS LOG: [LookingGlass/info] Loaded applet notifications@cinnamon.org in 32 ms
Cjs-Message: 08:43:01.430: JS LOG: [LookingGlass/info] Loaded applet power@cinnamon.org in 42 ms
Cjs-Message: 08:43:01.467: JS LOG: [LookingGlass/info] Role locked: panellauncher
Cjs-Message: 08:43:01.471: JS LOG: [LookingGlass/info] Loaded applet grouped-window-list@cinnamon.org in 40 ms
Cjs-Message: 08:43:01.623: JS LOG: [LookingGlass/info] Loaded applet sound@cinnamon.org in 150 ms
Cjs-Message: 08:43:01.658: JS LOG: [LookingGlass/info] Loaded applet network@cinnamon.org in 36 ms
Cjs-Message: 08:43:01.718: JS LOG: Unknown network device type, is 14
Cjs-Message: 08:43:02.421: JS LOG: [LookingGlass/info] Loaded applet menu@cinnamon.org in 762 ms
Cjs-Message: 08:43:02.424: JS LOG: [LookingGlass/info] AppletManager started in 1352 ms
Cjs-Message: 08:43:02.457: JS LOG: [LookingGlass/info] Cinnamon took 1604 ms to start
Cjs-Message: 08:43:03.170: JS LOG: [LookingGlass/info] Hiding systray: network
Cjs-Message: 08:43:03.173: JS LOG: [LookingGlass/info] Adding systray: mintupdate.py (24x24px)
Cjs-Message: 08:43:03.174: JS LOG: [LookingGlass/info] Resized mintupdate.py with normalized size (24x24px)
#7 A helyzet, a következő: Tegnap a Distrowatch-on vettem észre hogy megjelent a 19.1 - és onnan töltöttem le.
A letöltött ISO képfájlt ellenőrző összeg hiányában nem tudtam ellenőrizni.
A 18.3 Pendrive lemezkép-írójával írtam ki pen.-re. (Háttérben a dd-t használja)
Indítása és a szükséges beállítások után, (net. csatlakozás, teljeskörű frissítés (update, upgrade) kezdtem
kipróbálni a rendszert.
Ezután takasztaltam a fentebb leirt jelenségeket.
A válaszod nyomán, miszerint nálad mindkettő indul, (a ppa-val felvett 4.1.4-es qbittorrent, smplayer) ma reggel
ellenőriztem a letöltött képfájlt SHA256-ra - stimmelt !
Ekkor merült fel bennem, hogy a dd ellenére mégiscsak a kiírással történhetett valami.
Töröltem a lemezkép-íróval kiírt pen.-t, és a mostmár ellenőrzött ISO-t az Etcher-el írtam ki.
Az újabb próba során a stabil ppa felvételével telepített 4.1.4-es qbittorrent, és a synaptic-ból telepített smplayer
is minden probléma nélkül indult !
De hogy ne legyen ennyire egyszerű a helyzet, a VLC indítóikonja meg sem jelent a Menü-ben - csak miután
telepítettem a kodek csomagot - viszont erre a megjelent indítóikonra kattintva, a rendszerrel kapott VLC
nem indul ! (Terminálból indítva sem)
A másik amit észrevettem: Ha a panelt felülre helyezem, akkor a menü bal oldali ikon listájából eltűnik
az alsó 3 (Képernyő zárolása, Kijelentkezés, Kilépés) - csak a Cinnamon ujraindítása hozza vissza őket.
Rövid kipróbálás után ezeket az anomáliákat tapasztaltam - nekem úgy tünik, hogy ez a 19.1-es Cinnamon beta
még egy kicsit nyers ! (A live 19-esben ilyen VLC probléma és ikon eltünedezés azért nincs !)
#8
A harmadik fél alkalmazásokat telepítetted? Én igen.
Noteszgépre vagy PC-re telepítetted élesben?
Ekkor merült fel bennem, hogy a dd ellenére mégiscsak a kiírással történhetett valami.
-- korábban vélhetően. A lemez ahova letöltötted vagy a pendrive hibás ..., illetve a letöltésnél is lehetett valami furmány. Most én sem ellenőriztem SHA256 összegre. De a VirtualBox NAT eszközt átállítottam (másodszori indításkor ;)) a sebezhetőről a nem sebezhetőre. Ugyanonnan töltöttem le, ahonnan te.
-----
De hogy ne legyen ennyire egyszerű a helyzet, a VLC indítóikonja meg sem jelent a Menü-ben - csak miután
telepítettem a kodek csomagot - viszont erre a megjelent indítóikonra kattintva, a rendszerrel kapott VLC
nem indul ! (Terminálból indítva sem)
-- Mit ír ki a VLC a terminálban? Így nem lehet bugot jelenteni, ha szegényes a hibajelzés.
... aham, feltűnik a kodek csomag, de melyik az pontosan? Erre remélem, emlékszel. Ha nem, akkor: history (parancs)
Gondolkoztál már azon, hogy mit kell egy kérdezőnek tennie, hogy érdemi választ is kapjon? ;-)
#7 A helyzet, a következő: Tegnap a Distrowatch-on vettem észre hogy megjelent a 19.1 - és onnan töltöttem le.
A letöltött ISO képfájlt ellenőrző összeg hiányában nem tudtam ellenőrizni.
A 18.3 Pendrive lemezkép-írójával írtam ki pen.-re. (Háttérben a dd-t használja)
Indítása és a szükséges beállítások után, (net. csatlakozás, teljeskörű frissítés (update, upgrade) kezdtem
kipróbálni a rendszert.
Ezután takasztaltam a fentebb leirt jelenségeket.
A válaszod nyomán, miszerint nálad mindkettő indul, (a ppa-val felvett 4.1.4-es qbittorrent, smplayer) ma reggel
ellenőriztem a letöltött képfájlt SHA256-ra - stimmelt !
Ekkor merült fel bennem, hogy a dd ellenére mégiscsak a kiírással történhetett valami.
Töröltem a lemezkép-íróval kiírt pen.-t, és a mostmár ellenőrzött ISO-t az Etcher-el írtam ki.
Az újabb próba során a stabil ppa felvételével telepített 4.1.4-es qbittorrent, és a synaptic-ból telepített smplayer
is minden probléma nélkül indult !
De hogy ne legyen ennyire egyszerű a helyzet, a VLC indítóikonja meg sem jelent a Menü-ben - csak miután
telepítettem a kodek csomagot - viszont erre a megjelent indítóikonra kattintva, a rendszerrel kapott VLC
nem indul ! (Terminálból indítva sem)
A másik amit észrevettem: Ha a panelt felülre helyezem, akkor a menü bal oldali ikon listájából eltűnik
az alsó 3 (Képernyő zárolása, Kijelentkezés, Kilépés) - csak a Cinnamon ujraindítása hozza vissza őket.
Rövid kipróbálás után ezeket az anomáliákat tapasztaltam - nekem úgy tünik, hogy ez a 19.1-es Cinnamon beta
még egy kicsit nyers ! (A live 19-esben ilyen VLC probléma és ikon eltünedezés azért nincs !)
kim@kim-hp:~$ cd Letöltések/
kim@kim-hp:~/Letöltések$ ls | grep iso
linuxmint-19.1-cinnamon-64bit.iso
linuxmint-19-cinnamon-64bit-v2.iso
kim@kim-hp:~/Letöltések$ wget ftp://ftp.heanet.ie/pub/linuxmint.com/testing/sha256sum.txt
--2018-12-03 09:14:38-- ftp://ftp.heanet.ie/pub/linuxmint.com/testing/sha256sum.txt
=> „sha256sum.txt”
ftp.heanet.ie (ftp.heanet.ie) feloldása… 193.1.193.64, 2001:770:18:aa40::c101:c140
Csatlakozás a következőhöz: ftp.heanet.ie (ftp.heanet.ie)[193.1.193.64]:21… kapcsolódva.
Belépés mint anonymous … Belépve!
==> SYST ... kész. ==> PWD ... kész.
==> TYPE I ... kész. ==> CWD (1) /pub/linuxmint.com/testing ... kész.
==> SIZE sha256sum.txt ... 584
==> PASV ... kész. ==> RETR sha256sum.txt ... kész.
Hossz: 584 (nem hiteles)
sha256sum.txt 100%[========>] 584 --.-KB/s idő 0s
2018-12-03 09:14:39 (41,5 MB/s) -- „sha256sum.txt” mentve [584]
kim@kim-hp:~/Letöltések$ wget ftp://ftp.heanet.ie/pub/linuxmint.com/testing/sha256sum.txt.gpg
--2018-12-03 09:14:57-- ftp://ftp.heanet.ie/pub/linuxmint.com/testing/sha256sum.txt.gpg
=> „sha256sum.txt.gpg”
ftp.heanet.ie (ftp.heanet.ie) feloldása… 193.1.193.64, 2001:770:18:aa40::c101:c140
Csatlakozás a következőhöz: ftp.heanet.ie (ftp.heanet.ie)[193.1.193.64]:21… kapcsolódva.
Belépés mint anonymous … Belépve!
==> SYST ... kész. ==> PWD ... kész.
==> TYPE I ... kész. ==> CWD (1) /pub/linuxmint.com/testing ... kész.
==> SIZE sha256sum.txt.gpg ... 833
==> PASV ... kész. ==> RETR sha256sum.txt.gpg ... kész.
Hossz: 833 (nem hiteles)
sha256sum.txt.gp 100%[========>] 833 --.-KB/s idő 0s
2018-12-03 09:14:59 (157 MB/s) -- „sha256sum.txt.gpg” mentve [833]
kim@kim-hp:~/Letöltések$ gpg --verify sha256sum.txt.gpg sha256sum.txt
gpg: Signature made 2018. dec. 1., szombat, 17:26:52 CET
gpg: using RSA key 27DEB15644C6B3CF3BD7D291300F846BA25BAE09
gpg: Nem tudom ellenőrizni az aláírást: Nincs nyilvános kulcs.
kim@kim-hp:~/Letöltések$ gpg --keyserver keyserver.ubuntu.com --recv-key "27DE B156 44C6 B3CF 3BD7 D291 300F 846B A25B AE09"
gpg: key 300F846BA25BAE09: 29 signatures not checked due to missing keys
gpg: key 300F846BA25BAE09: public key "Linux Mint ISO Signing Key <root@linuxmint.com>" imported
gpg: Nem találtam alapvetően megbízható kulcsot.
gpg: Összesen feldolgoztam: 1
gpg: importálva: 1
kim@kim-hp:~/Letöltések$ gpg --verify sha256sum.txt.gpg sha256sum.txt
gpg: Signature made 2018. dec. 1., szombat, 17:26:52 CET
gpg: using RSA key 27DEB15644C6B3CF3BD7D291300F846BA25BAE09
gpg: Good signature from "Linux Mint ISO Signing Key <root@linuxmint.com>" [Ismeretlen módú]
gpg: FIGYELEM: Ez a kulcs nincs hitelesítve megbízható aláírással!
gpg: Semmi jele, hogy ez a kulcs a megadott tulajdonoshoz tartozik.
Elsődlegeskulcs-ujjlenyomat: 27DE B156 44C6 B3CF 3BD7 D291 300F 846B A25B AE09
kim@kim-hp:~/Letöltések$ sha256sum --ignore-missing -c sha256sum.txt
linuxmint-19.1-cinnamon-64bit.iso: RENDBEN
kim@kim-hp:~/Letöltések$
Háát ! Csak kényszeredetten mosolygok, és csóválom a fejem !
Nem sok reményt fűztem a 19.1-hez, - és most nagyon úgy néz ki hogy bejótt a vele kapcsolatos megérzésem. :(
Azt már szinte biztosra vettem, hogy a tárolóból telepített qbittorrent nem fog indulni - de a stabil ppa felvételével
telepített legújabb verzió sem indul. Ugyanez mondható el a tárolóból telepített smplayer-ről is.
De a docky is csak félig-meddig működik.
Szóval, semmi nem indokolja hogy 19-re, ill. 19.1-re váltsak a 18.3 ról ! (A maradás mellett viszont számos érv szól.)
#10
Nem telepítettem hanem egy pendrive-ról indítva live rendszerként próbáltam ki.
Viszont , a frissítéseket (nem sok volt) telepítettem.A terminálból indított VLC (úgy emlékszem)
azt írta ki ami a képeden is láható (qt5ct: using qt5ct plugin, qt5ct: D-Bus global menu: no ...stb.)
de a VLC kezelőfelülete nem töltődött be.
Nem akarom telepíteni a 19.1-et ! - Nagyon jól megvagyok a 18.3 Cinnamon-al - Csak az első benyomásaimat írtam le a 19.1 betáról.
Az tegnapi kísérlet alkalmával a ppa-s qbittorrent, és az smplayer hibáját egyértelműen az ISO kiírásának valamilyen
hibája okozhatta. (Furcsa, mert lényegében dd-vel lett kiírva.)
A kodekcsomag pedig az volt, amelyiknek a telepítése a Hang és videó menüpontban 1 kattintással indítva történhet.
Szerk. A letőltött ISO-t, - egyszerűbben - a "GtkHash"-al ellenőriztem ! https://ibb.co/HPwL6dW
#8 A harmadik fél alkalmazásokat telepítetted? Én igen.
Noteszgépre vagy PC-re telepítetted élesben?
Ekkor merült fel bennem, hogy a dd ellenére mégiscsak a kiírással történhetett valami.
-- korábban vélhetően. A lemez ahova letöltötted vagy a pendrive hibás ..., illetve a letöltésnél is lehetett valami furmány. Most én sem ellenőriztem SHA256 összegre. De a VirtualBox NAT eszközt átállítottam (másodszori indításkor ;)) a sebezhetőről a nem sebezhetőre. Ugyanonnan töltöttem le, ahonnan te.
-----
De hogy ne legyen ennyire egyszerű a helyzet, a VLC indítóikonja meg sem jelent a Menü-ben - csak miután
telepítettem a kodek csomagot - viszont erre a megjelent indítóikonra kattintva, a rendszerrel kapott VLC
nem indul ! (Terminálból indítva sem)
-- Mit ír ki a VLC a terminálban? Így nem lehet bugot jelenteni, ha szegényes a hibajelzés.
... aham, feltűnik a kodek csomag, de melyik az pontosan? Erre remélem, emlékszel. Ha nem, akkor: history (parancs)
Gondolkoztál már azon, hogy mit kell egy kérdezőnek tennie, hogy érdemi választ is kapjon? ;-)
#12
A kodekcsomag pedig az volt, amelyiknek a telepítése a Hang és videó menüpontban 1 kattintással indítva történhet.
-- értem, majd megnézem. Túl ..., nem szoktam még hozzá ezekhez a szolgáltatásokhoz. :)
Szerk. A letőltött ISO-t, - egyszerűbben - a "GtkHash"-al ellenőriztem ! https://ibb.co/HPwL6dW
-- lehet úgy is. A Linux Mint leírás a meglévő, már telepített eszközöket alkalmazza. ;)
#10 Nem telepítettem hanem egy pendrive-ról indítva live rendszerként próbáltam ki.
Viszont , a frissítéseket (nem sok volt) telepítettem.A terminálból indított VLC (úgy emlékszem)
azt írta ki ami a képeden is láható (qt5ct: using qt5ct plugin, qt5ct: D-Bus global menu: no ...stb.)
de a VLC kezelőfelülete nem töltődött be.
Nem akarom telepíteni a 19.1-et ! - Nagyon jól megvagyok a 18.3 Cinnamon-al - Csak az első benyomásaimat írtam le a 19.1 betáról.
Az tegnapi kísérlet alkalmával a ppa-s qbittorrent, és az smplayer hibáját egyértelműen az ISO kiírásának valamilyen
hibája okozhatta. (Furcsa, mert lényegében dd-vel lett kiírva.)
A kodekcsomag pedig az volt, amelyiknek a telepítése a Hang és videó menüpontban 1 kattintással indítva történhet.
Szerk. A letőltött ISO-t, - egyszerűbben - a "GtkHash"-al ellenőriztem ! https://ibb.co/HPwL6dW
#13
Időközben, letöltöttem és az Etcher-el kiírtam a 19.1 Mate kezelőfelületű kiadását.
A PPA felvételével telepített qbittorrent, az smplayer, és a kodek csomag telepítése után a VLC is indul !
A panel felülre helyezése sem tüntet el ikonokat - szóval, úgy működik ahogy a Cinnamonnak is KÉNE !
Ha valaha telepítem a 19.x-et, akkor az valószínű Mate felületű lesz.
#12 A kodekcsomag pedig az volt, amelyiknek a telepítése a Hang és videó menüpontban 1 kattintással indítva történhet.
-- értem, majd megnézem. Túl ..., nem szoktam még hozzá ezekhez a szolgáltatásokhoz. :)
Szerk. A letőltött ISO-t, - egyszerűbben - a "GtkHash"-al ellenőriztem ! https://ibb.co/HPwL6dW
-- lehet úgy is. A Linux Mint leírás a meglévő, már telepített eszközöket alkalmazza. ;)
#14
Jó, de ... lala: az, hogy mi lesz a te választásod, nem segít azon, hogy te nem segíted a hiba (bug) behatárolását a közösség felé. :)
Végülis jelenthető így is, összehoztuk a lényeget ... közösen. ;)
#13 Időközben, letöltöttem és az Etcher-el kiírtam a 19.1 Mate kezelőfelületű kiadását.
A PPA felvételével telepített qbittorrent, az smplayer, és a kodek csomag telepítése után a VLC is indul !
A panel felülre helyezése sem tüntet el ikonokat - szóval, úgy működik ahogy a Cinnamonnak is KÉNE !
Ha valaha telepítem a 19.x-et, akkor az valószínű Mate felületű lesz.
#15
A hiba okát nem tudom behatárolni, csak sejtem hogy a Gnome 3-as használt verziója miatt lehet problémája
a Cinnamonnak.
Már a 16.04-nél is sok alapvető változtatás történt - a 18.04-nél meg ha lehet még több. - Számomra úgy tűnik,
hogy kell legalább 2 év mire újra kaphatunk egy stabilnak / megbízhatónak nevezhető kiadást. (20.04 -> Mint 20)
Hacsak addig megint meg nem mozdul náluk a vezérhangya, és bele nem csapnak ismét a nagy változtatások
"lecsósfazekába" ! :)
#14 Jó, de ... lala: az, hogy mi lesz a te választásod, nem segít azon, hogy te nem segíted a hiba (bug) behatárolását a közösség felé. :)
Végülis jelenthető így is, összehoztuk a lényeget ... közösen. ;)
#15 A hiba okát nem tudom behatárolni, csak sejtem hogy a Gnome 3-as használt verziója miatt lehet problémája
a Cinnamonnak.
Már a 16.04-nél is sok alapvető változtatás történt - a 18.04-nél meg ha lehet még több. - Számomra úgy tűnik,
hogy kell legalább 2 év mire újra kaphatunk egy stabilnak / megbízhatónak nevezhető kiadást. (20.04 -> Mint 20)
Hacsak addig megint meg nem mozdul náluk a vezérhangya, és bele nem csapnak ismét a nagy változtatások
"lecsósfazekába" ! :)
Háát ! Csak kényszeredetten mosolygok, és csóválom a fejem !
Nem sok reményt fűztem a 19.1-hez, - és most nagyon úgy néz ki hogy bejótt a vele kapcsolatos megérzésem. :(
Azt már szinte biztosra vettem, hogy a tárolóból telepített qbittorrent nem fog indulni - de a stabil ppa felvételével
telepített legújabb verzió sem indul. Ugyanez mondható el a tárolóból telepített smplayer-ről is.
De a docky is csak félig-meddig működik.
Szóval, semmi nem indokolja hogy 19-re, ill. 19.1-re váltsak a 18.3 ról ! (A maradás mellett viszont számos érv szól.)
#5
Igen én is ez utóbbit tudom megerősíteni. Több funkcionális. visszalépést is tapasztaltam 18-ról 19-re való fejlesztés sitán. Itt is érvényes a mondás: Ami nem romlik el, azt nem kell frissíteni. Az új Mint inkább a dizájn- mint a tartalomfejlesztésirányába ment el. Persze ez nem új és egyedi jelenség, ha megnézzük például a zárt forrású szoftvereket fejlesztő nagy cégeknél is a trendeket. (Microsoft, Apple, stb.)
Azt hiszem rám nem lehet azt mondani, hogy nem vagyok kisérletező kedvű, de at tény, hogy a 18.-as kiadás egy nagyságrenddel kevesebb problémát okozott és fog okozni a 19-esnél. A Mint előnye a használhatóság területén az Ubuntuval szemben nemhogy nem nőtt, de inkább csökkent. (Tesztelek egy19.04 Ubuntut és fent van a Tara is) Egy Debian alapú és egy Arch alapú disztró (nem reklámozunk más disztrót) viszont stabilitásban, kinézetben bőven előtte jár. (Szerintem)
#19Több funkcionális. visszalépést is tapasztaltam 18-ról 19-re való fejlesztés sitán. Itt is érvényes a mondás: Ami nem romlik el, azt nem kell frissíteni. Az új Mint inkább a dizájn- mint a tartalomfejlesztésirányába ment el.
-- bocsi, felsorolást kérhetünk a visszalépésekről? Csak ;), mert Manjaro és Antergos fan jelenti ki ezt (mármint részedről).
-- de párhuzamosan lala is adós ezzel. :)
#5 Igen én is ez utóbbit tudom megerősíteni. Több funkcionális. visszalépést is tapasztaltam 18-ról 19-re való fejlesztés sitán. Itt is érvényes a mondás: Ami nem romlik el, azt nem kell frissíteni. Az új Mint inkább a dizájn- mint a tartalomfejlesztésirányába ment el. Persze ez nem új és egyedi jelenség, ha megnézzük például a zárt forrású szoftvereket fejlesztő nagy cégeknél is a trendeket. (Microsoft, Apple, stb.)
#20
Dehogynem. Kezdjük azzal, hogyha frissíteni szeretnél 18-ról 19-re, de a rendszerlemezen kívül nincs más helyed, a frissítési folyamat mentés nélkül nem is enged továbblépni, csak egy terminalos parancs kiadásával, ami kiiktatja a mentést, és ez egy kezdő/átlagos felhasználónak már probléma lehet.
Evowise CDN is my mirror.It is wicked fast in my area. Anyway ,how to switch to default respositories?
Also,where is the option for unlimited scorolling.
After installing the mintupgrade .deb 18.3.5, When I click upgrade check ,it is forcing me to have a backup,showing error in red colour cmd. I have only 500gb of a single hard disk,no storage.How to skip the compulsory backup.Why is the forced backup?
#22Kezdjüj azzal, hogyha frissíteni szeretnél 18-ról 19-re, de nincs sok helyed, a frissítési folyamat mentés nélkül nem is enged továbblépni, csak egy patancs kiadásával, ami kiiktatja a mentést, és ez egy kezdő/átlagos felhasználónak már probléma lehet.
-- ezt már írtad, de több hasonlóra nem emlékszem.
Hát ez elővigyázatossági lépés szerintem, de ezért van a fórum. A júzer kérdez, mi válaszolunk. És, ha nem sikerül a frissítés, és nincs mentés? Akkor ki a hibás? „Természetesen” a Linux Mint OS. Persze, az imént (fentebb) említett módon könnyebb lenne. De ..., szerinted hányan olvassák a Súgó-t a telepítés megkezdése előtt? Nem sokan. Ezen semmi nem segít, az se, ha a címlapra erőteljesebb módon kitesszk a linkeket. De hát ott vannak, balra. Ha intenzíven jelezzük az utána olvasás szükségességét, csak az segít.
Majd felvetem a külföldi fórumon, hogy a jelenséget le kéne kezelni valahogy, máshogyan.
De ez így félig-meddig „nem ér”, hiszen én eléggé NEM ismerem az Antergos vagy a Manjaro rendszerek hasonló és lehetséges hibáit. Egyre azonban így is rájöttem: https://linuxmint.hu/comment/19592#comment-19592
Nyilván javítva lett. Idővel.
Ettől függetlenül szomjasan iszom szavaid. Mert ez a lényeg, a bizonyítás. :)
(azt hiszem, megyek vásárolni most, de később leszek)
#20 Dehogynem. Kezdjük azzal, hogyha frissíteni szeretnél 18-ról 19-re, de a rendszerlemezen kívül nincs más helyed, a frissítési folyamat mentés nélkül nem is enged továbblépni, csak egy terminalos parancs kiadásával, ami kiiktatja a mentést, és ez egy kezdő/átlagos felhasználónak már probléma lehet.
Evowise CDN is my mirror.It is wicked fast in my area. Anyway ,how to switch to default respositories?
Also,where is the option for unlimited scorolling.
After installing the mintupgrade .deb 18.3.5, When I click upgrade check ,it is forcing me to have a backup,showing error in red colour cmd. I have only 500gb of a single hard disk,no storage.How to skip the compulsory backup.Why is the forced backup?
Te is tudod, hogy nem lehet olyan súgót írni, ami minden elképzelhető hibakimenetre tartalmaz egy megoldást, vagy legalább kerülő megoldást. Amikor a Linux a kilencvenes évek végén elkezdett terjedni, akkor még csak a kevesek kiváltsága volt, rengeteg, főleg angol nyelvű dokimentummal. RTMF biztos ismerős. :) Ma már ezt biztos nem mondhatod és nem várhatod el a kezdő felhasználótól. Viszont "butabiztos" rendszert nyilt forrás eserében még nehezebb csinálni, zárt forrásúnál sem sikerül, lásd Microsoft, Apple. Véleményem szerint az LM development team is megpróbál elmenni ebbe az irányba, de nem nagyon sikerül neki.
#24
Hát azért elég kevés nagy OS hallgat minden esetben a felhasználóra, tekintve akár a Linux terjesztéseket is. Ilyen és hasonló megfigyeléseket én is teszek, és jelzem, ha gond van. Én itt a megfontoltságot, előrelátást érzem inkább, míg az általam felvetett problémáknál inkább igaz, hogy változtatni kéne. De említhetném azt is, hogy „egy ideje” a Frissítéskezelő állandóan frissíthető csomagokat jelez, akkor is, ha a szint beállítás szerint ez nem igaz. Kicsit megtévesztő. Döntés született, hogy így lesz, annyira tán nem is zavaró, csak nekem, aki a logikát keresi „mindenben”. Volt erre egy megoldás, meg is írtam blogban, de legutóbb már nem működött. Ránézek még.
Próbálkozom „felfelé” jelezni ezeket a dolgokat -ahogy időm van rá- de befogadás is kell hozzá.
Vagy készítek én is egy ilyen „minden asztali környezetet” telepítő telepítőt. Amiben a többi dolog is benne van (esetleg). Nem könnyű, és időigényes. :)
Te is tudod, hogy nem lehet olyan súgót írni, ami minden elképzelhető hibakimenetre tartalmaz egy megoldást, vagy legalább kerülő megoldást. Amikor a Linux a kilencvenes évek végén elkezdett terjedni, akkor még csak a kevesek kiváltsága volt, rengeteg, főleg angol nyelvű dokimentummal. RTMF biztos ismerős. :) Ma már ezt biztos nem mondhatod és nem várhatod el a kezdő felhasználótól. Viszont "butabiztos" rendszert nyilt forrás eserében még nehezebb csinálni, zárt forrásúnál sem sikerül, lásd Microsoft, Apple. Véleményem szerint az LM development team is megpróbál elmenni ebbe az irányba, de nem nagyon sikerül neki.
#25
Szerintem a 18-as háromszintű frissítéskezelője kezdőknek is közérthető volt, ugyanakkor biztonságos is. Egészséges kompromisszum az esy to use és a safe között.
#24 Hát azért elég kevés nagy OS hallgat minden esetben a felhasználóra, tekintve akár a Linux terjesztéseket is. Ilyen és hasonló megfigyeléseket én is teszek, és jelzem, ha gond van. Én itt a megfontoltságot, előrelátást érzem inkább, míg az általam felvetett problémáknál inkább igaz, hogy változtatni kéne. De említhetném azt is, hogy „egy ideje” a Frissítéskezelő állandóan frissíthető csomagokat jelez, akkor is, ha a szint beállítás szerint ez nem igaz. Kicsit megtévesztő. Döntés született, hogy így lesz, annyira tán nem is zavaró, csak nekem, aki a logikát keresi „mindenben”. Volt erre egy megoldás, meg is írtam blogban, de legutóbb már nem működött. Ránézek még.
Próbálkozom „felfelé” jelezni ezeket a dolgokat -ahogy időm van rá- de befogadás is kell hozzá.
Vagy készítek én is egy ilyen „minden asztali környezetet” telepítő telepítőt. Amiben a többi dolog is benne van (esetleg). Nem könnyű, és időigényes. :)
#20
Nem akartam közbeszólni, de erre reagálok: "Megmagyarázni nem tudjátok."
Én megtudom. Pedig a 19.1-et még nem is próbáltam.:-)
Mármint azt, hogy a LM19 miért visszalépés. Persze majd lehet, hogy ki fogom próbálni, de most a Deepin van a játszó partíción. Tegnap telepítettem, mert nagyon tetszett, amiket láttam róla.
Nem a Manjaro Deepinre gondolok, aminek 17.1.12 a verziószáma, hanem a Deepin OS-re, aminek 15.8. Egyenesen Kínából.
Ez itt nem off, mert éppen amiatt váltam meg a 19-től, mert olyan baromi ronda. Ezt nem szeretném vita tárgyává tenni, nekem ronda. Nem fogom azokat az idióta monokróm Nemo oldalsáv ikonokat nézni, és utálom a fekete/grafit/sötétszürke, valamint a fehér/világosszürke/kékesszürke témákat.
Micsoda arrogáns dolog, az, hogy eldöntötték, hogy ezentúl ilyen ocsmányak lesznek az ikonok? Arról nem is beszélve, hogy a szín információt hordoz. Sokkal hamarabb találom meg a Multimedia ikont, ha az narancssárga.
Én a LM18.3 Cinnamont használom. A 19-et két nap után nyugdíjba küldtem. Majd akkor újra próbálkozom vele, ha megjön a tervezők esze.
Az Ubuntut a 10.04-től addig használtam, amíg meg nem jelent az az idióta Unity. Ezt akkor le is írtam az ubuntu.hu oldalon. Lehurrogtak, hogy hülye vagyok.
Na, most ki a hülye?
Egyszerűen fel nem foghatom, hogy dizájnban mindenki a Google-t utánozza. Ami érthető lenne, ha az valami baromi jó lenne. De így?
Én a Windows Milleniummal kezdtem, majd jött a Windows 2000, az XP, és néhány napra a Windows 7. Azután következett az Ubuntu 10.04, a Xubuntu sokáig, majd a Linux Mint.
És eddig mindig úgyéreztem, hogy modernebb, szebb is lett. De ez csak a LM19 megjelenéséig volt igaz.
Nálam így néz ki a Némo. Szóljon valaki, ha a 19-en ezt meg tudja csinálni! (Amúgy ez egy általam módosított téma)
#26
Most nem a négy szintről beszélek. Az nem gond szerintem. Leírtam a gondot. OLyasmi, mint amit te is közöltél. De az csak egy dolog, hol a többi ;)? Különben nem emlékszem, melyik 18.x verzióban volt csak három szint. Készítettem kép sorozatokat, tán mindegyikben négy szint van. Nem figyeltem. :)
#25 Szerintem a 18-as háromszintű frissítéskezelője kezdőknek is közérthető volt, ugyanakkor biztonságos is. Egészséges kompromisszum az esy to use és a safe között.
Nem tudom, mi értelme a könyvtárak szinezésének ... .
Egyszerűsödik pár alkalmazás, de Cinnamon alatt is telepíthető és használható a Thunar fájlkezelő például. Vagy a Caja. Nem próbáltam, meg, hogy mennyi MATE elemet hoz magával, .. de tessék:
Ja, a fájkezelők kezelik jó ideje az Asztal-t, a háttérképet és beépülnek a rendszerbe rendesen, asztali környezet szerint. Próbáltam a Nemo-t eltávolítani, csak a Cinnamonnal együtt ment volna. Tessék:
sudo apt-get purge nemo -s
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:
cinnamon-common cjs gir1.2-caribou-1.0 gir1.2-cmenu-3.0
gir1.2-gdesktopenums-3.0 gir1.2-gnomedesktop-3.0
gir1.2-meta-muffin-0.0 gir1.2-nemo-3.0 gir1.2-nm-1.0
gir1.2-nma-1.0 gir1.2-upowerglib-1.0 gkbd-capplet
gnome-backgrounds libcaribou-common libcaribou0 libcjs0
libgail-3-0 metacity-common nemo-data python-nemo
python3-olefile python3-pampy python3-pil python3-pyinotify
sgml-base
Ezeket az „sudo apt autoremove” paranccsal törölheti.
Az alábbi csomagok el lesznek TÁVOLÍTVA:
cinnamon* cinnamon-core* cinnamon-desktop-environment*
insync-nemo* nemo* nemo-fileroller*
0 frissített, 0 újonnan telepített, 6 eltávolítandó és 2 nem frissített.
Purg cinnamon-desktop-environment [3.8]
Purg cinnamon-core [3.8]
Purg cinnamon [3.8.8-1]
Purg insync-nemo [1.3.12.36116-precise]
Purg nemo-fileroller [3.8.0-2]
Purg nemo [3.8.5-1]
kim@kim-hp:~$
De használj nyugodtan Deepin OS-t :). „Nálunk” és jó pár más Linux-nál van , ami jócskán előrevisz (erről szól a linkelt beszámoló), és -sajnos- néhány dolog egyszerűsödik, kinek tetszik, kinek nem. Megoldásokat lehet mindig keresni. Ugyanez látható -egy ideje- a Gnome3-nál, lásd Nautilus. Még mindig van Xfce, LXDE, nem változnak „ennyit”. De a Cinnamon vagy a MATE sem igazán változik hátrányosan, túlzás, amit írsz. Keresik önmagukat, éppúgy, mint a felhasználók: As I am.
#20 Nem akartam közbeszólni, de erre reagálok: "Megmagyarázni nem tudjátok."
Én megtudom. Pedig a 19.1-et még nem is próbáltam.:-)
Mármint azt, hogy a LM19 miért visszalépés. Persze majd lehet, hogy ki fogom próbálni, de most a Deepin van a játszó partíción. Tegnap telepítettem, mert nagyon tetszett, amiket láttam róla.
Nem a Manjaro Deepinre gondolok, aminek 17.1.12 a verziószáma, hanem a Deepin OS-re, aminek 15.8. Egyenesen Kínából.
Ez itt nem off, mert éppen amiatt váltam meg a 19-től, mert olyan baromi ronda. Ezt nem szeretném vita tárgyává tenni, nekem ronda. Nem fogom azokat az idióta monokróm Nemo oldalsáv ikonokat nézni, és utálom a fekete/grafit/sötétszürke, valamint a fehér/világosszürke/kékesszürke témákat.
Micsoda arrogáns dolog, az, hogy eldöntötték, hogy ezentúl ilyen ocsmányak lesznek az ikonok? Arról nem is beszélve, hogy a szín információt hordoz. Sokkal hamarabb találom meg a Multimedia ikont, ha az narancssárga.
Én a LM18.3 Cinnamont használom. A 19-et két nap után nyugdíjba küldtem. Majd akkor újra próbálkozom vele, ha megjön a tervezők esze.
Az Ubuntut a 10.04-től addig használtam, amíg meg nem jelent az az idióta Unity. Ezt akkor le is írtam az ubuntu.hu oldalon. Lehurrogtak, hogy hülye vagyok.
Na, most ki a hülye?
Egyszerűen fel nem foghatom, hogy dizájnban mindenki a Google-t utánozza. Ami érthető lenne, ha az valami baromi jó lenne. De így?
Én a Windows Milleniummal kezdtem, majd jött a Windows 2000, az XP, és néhány napra a Windows 7. Azután következett az Ubuntu 10.04, a Xubuntu sokáig, majd a Linux Mint.
És eddig mindig úgyéreztem, hogy modernebb, szebb is lett. De ez csak a LM19 megjelenéséig volt igaz.
Nálam így néz ki a Némo. Szóljon valaki, ha a 19-en ezt meg tudja csinálni! (Amúgy ez egy általam módosított téma)
#28
A három biztonsági szint frissítéskezelőben 18.X-ben: alap, átlagos, haladó. Ez lett kivéve 19.0-ban. Én erre céloztam.
#26 Most nem a négy szintről beszélek. Az nem gond szerintem. Leírtam a gondot. OLyasmi, mint amit te is közöltél. De az csak egy dolog, hol a többi ;)? Különben nem emlékszem, melyik 18.x verzióban volt csak három szint. Készítettem kép sorozatokat, tán mindegyikben négy szint van. Nem figyeltem. :)
#30
Ja ... hogy erre gondolsz. Nem is figyeltem, most mi van.
De úgyis adós vagyok egy Súgó témával, megnézem.
A lexikális tudásod előtt leborulok. ;)
Súgó témákat miért nem írsz ide? Tudnál, esküszöm.
Szerk.: de jócskán bonyolítja a leírást, megnézni, melyik, mit eredményez. Én ... ezután állítottam be mindent, ezt átléptem. Utána is lehet szerintem. Viszont elkezdett érdekelni.
#28 A három biztonsági szint frissítéskezelőben 18.X-ben: alap, átlagos, haladó. Ez lett kivéve 19.0-ban. Én erre céloztam.
"Nehezen hiszem, hogy a Linux Mint 19 kiadás alatt nem tudod megcsinálni, hiszen ... írtál egy blogot is"
Igen, és abban említettem is azt, hogy "A Linux mint 19 Cinnamon kiadásban megváltozott a Témázhatóság. Nem, vagy csak részben használhatók a GTK-s témafájlok."
Nem állítom, hogy nem lehet, nyilván lehet, csak én nem tudom megcsinálni.
"Nem tudom, mi értelme a könyvtárak színezésének ... "
Már egyszer leírtam, nem merem még egyszer.
De nem a mappák színezése a lényeg, bár az sokat segít... ja ezt már írtam.
Tudom, hogy lehet telepíteni a Thunar-t. Telepítve is van, de ez semmin nem változtat.
"De használj nyugodtan Deepin OS-t"
Biztosan nem fogom használni (egyelőre), csak nagyon tetszik az irány, amit képvisel, és csak amiatt írtam, hogy vannak, akik adnak a külsőre. De a LM Cinnamon fejlesztői csapat megrekedt a Google színvonalán. Sok felhasználót el fognak veszíteni. Nem tanultak a Unity esetéből.
Egy szónak is száz a vége, nekem ez az új Cinnamon már nem tetszik. Nálam egyelőre marad a 18.3.
LTS, tehát egy darabig elleszek vele.
Nem tudom, mi értelme a könyvtárak szinezésének ... .
Egyszerűsödik pár alkalmazás, de Cinnamon alatt is telepíthető és használható a Thunar fájlkezelő például. Vagy a Caja. Nem próbáltam, meg, hogy mennyi MATE elemet hoz magával, .. de tessék:
Ja, a fájkezelők kezelik jó ideje az Asztal-t, a háttérképet és beépülnek a rendszerbe rendesen, asztali környezet szerint. Próbáltam a Nemo-t eltávolítani, csak a Cinnamonnal együtt ment volna. Tessék:
sudo apt-get purge nemo -s
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:
cinnamon-common cjs gir1.2-caribou-1.0 gir1.2-cmenu-3.0
gir1.2-gdesktopenums-3.0 gir1.2-gnomedesktop-3.0
gir1.2-meta-muffin-0.0 gir1.2-nemo-3.0 gir1.2-nm-1.0
gir1.2-nma-1.0 gir1.2-upowerglib-1.0 gkbd-capplet
gnome-backgrounds libcaribou-common libcaribou0 libcjs0
libgail-3-0 metacity-common nemo-data python-nemo
python3-olefile python3-pampy python3-pil python3-pyinotify
sgml-base
Ezeket az „sudo apt autoremove” paranccsal törölheti.
Az alábbi csomagok el lesznek TÁVOLÍTVA:
cinnamon* cinnamon-core* cinnamon-desktop-environment*
insync-nemo* nemo* nemo-fileroller*
0 frissített, 0 újonnan telepített, 6 eltávolítandó és 2 nem frissített.
Purg cinnamon-desktop-environment [3.8]
Purg cinnamon-core [3.8]
Purg cinnamon [3.8.8-1]
Purg insync-nemo [1.3.12.36116-precise]
Purg nemo-fileroller [3.8.0-2]
Purg nemo [3.8.5-1]
kim@kim-hp:~$
De használj nyugodtan Deepin OS-t :). „Nálunk” és jó pár más Linux-nál van , ami jócskán előrevisz (erről szól a linkelt beszámoló), és -sajnos- néhány dolog egyszerűsödik, kinek tetszik, kinek nem. Megoldásokat lehet mindig keresni. Ugyanez látható -egy ideje- a Gnome3-nál, lásd Nautilus. Még mindig van Xfce, LXDE, nem változnak „ennyit”. De a Cinnamon vagy a MATE sem igazán változik hátrányosan, túlzás, amit írsz. Keresik önmagukat, éppúgy, mint a felhasználók: As I am.
#34
Értem, amit írsz, de szerintem ez a GTK3-mal függ össze. Vagy nem, de majd rákeresek.
Nálam sosem ikonok látszanak, idegesít, azaz nem tudok tájékozódni rendesen. Mindig is alapértelmezett a Listanézet. A Multimédia ikont (könyvtárat) az M karakternél keresem :). Ez egy kicsit off, de azért leírom.
"Nehezen hiszem, hogy a Linux Mint 19 kiadás alatt nem tudod megcsinálni, hiszen ... írtál egy blogot is"
Igen, és abban említettem is azt, hogy "A Linux mint 19 Cinnamon kiadásban megváltozott a Témázhatóság. Nem, vagy csak részben használhatók a GTK-s témafájlok."
Nem állítom, hogy nem lehet, nyilván lehet, csak én nem tudom megcsinálni.
"Nem tudom, mi értelme a könyvtárak színezésének ... "
Már egyszer leírtam, nem merem még egyszer.
De nem a mappák színezése a lényeg, bár az sokat segít... ja ezt már írtam.
Tudom, hogy lehet telepíteni a Thunar-t. Telepítve is van, de ez semmin nem változtat.
"De használj nyugodtan Deepin OS-t"
Biztosan nem fogom használni (egyelőre), csak nagyon tetszik az irány, amit képvisel, és csak amiatt írtam, hogy vannak, akik adnak a külsőre. De a LM Cinnamon fejlesztői csapat megrekedt a Google színvonalán. Sok felhasználót el fognak veszíteni. Nem tanultak a Unity esetéből.
Egy szónak is száz a vége, nekem ez az új Cinnamon már nem tetszik. Nálam egyelőre marad a 18.3.
LTS, tehát egy darabig elleszek vele.
#34
Mindig is a Thunar volt a kedvencem. A Nautilus butulásakor a PCManFM és még valami egyéb. A forkok nem igazán tetszenek, de ez az én véleményem csak.
A Cinnamon-ban a Mint-Y vagy a Mint-X az alapértelmezett téma, ez kiadástól függ. Mindig van olyan, minden OS alatt, ami alapértelmezett. De ezt meg lehet változtatni. Letöltéssel, és a Mint-nél a Témák alkalmazásban is van erre lehetőség. Én a régi Mint témát használom most, nemrég közöltem valahol erről képernyőképet is. Igazság szerint kevés jó téma van, azaz kevés a jól használható, hol az ikon, hol a szöveg nem látszik. De majd ránézek egy ismerős megoldásaira, ő is témákat szokott szerkeszteni, ez az egyik hobbija gondolom. Engem eddig nem igazán érdekelt a „téma”. Az igazi monochrome témák viszont sok embernek tetszenek.
"Nehezen hiszem, hogy a Linux Mint 19 kiadás alatt nem tudod megcsinálni, hiszen ... írtál egy blogot is"
Igen, és abban említettem is azt, hogy "A Linux mint 19 Cinnamon kiadásban megváltozott a Témázhatóság. Nem, vagy csak részben használhatók a GTK-s témafájlok."
Nem állítom, hogy nem lehet, nyilván lehet, csak én nem tudom megcsinálni.
"Nem tudom, mi értelme a könyvtárak színezésének ... "
Már egyszer leírtam, nem merem még egyszer.
De nem a mappák színezése a lényeg, bár az sokat segít... ja ezt már írtam.
Tudom, hogy lehet telepíteni a Thunar-t. Telepítve is van, de ez semmin nem változtat.
"De használj nyugodtan Deepin OS-t"
Biztosan nem fogom használni (egyelőre), csak nagyon tetszik az irány, amit képvisel, és csak amiatt írtam, hogy vannak, akik adnak a külsőre. De a LM Cinnamon fejlesztői csapat megrekedt a Google színvonalán. Sok felhasználót el fognak veszíteni. Nem tanultak a Unity esetéből.
Egy szónak is száz a vége, nekem ez az új Cinnamon már nem tetszik. Nálam egyelőre marad a 18.3.
LTS, tehát egy darabig elleszek vele.
#33
Igen, erre gondoltam, ez a megoldás egész kezdőbarát és kezelhető volt, pedig eleinte nekem se tetszett, mert , mindig nyavajgott, ha a frissítéskezelőben lefuttattunk egy frissírést, aztán megszoktam. Nem tudom, miért vették ki a 19-ből. A hivatalos kiadási blogon emlékeim szerint azzal indokolták, hogy a felhasználók ezt a frissítéskezelési beállítást nem nagyon használták.
#30 Ja ... hogy erre gondolsz. Nem is figyeltem, most mi van.
De úgyis adós vagyok egy Súgó témával, megnézem.
A lexikális tudásod előtt leborulok. ;)
Súgó témákat miért nem írsz ide? Tudnál, esküszöm.
Szerk.: de jócskán bonyolítja a leírást, megnézni, melyik, mit eredményez. Én ... ezután állítottam be mindent, ezt átléptem. Utána is lehet szerintem. Viszont elkezdett érdekelni.
#39
Emlékeim szerint továbbra is beállíthatók a szintek, csak alapértelmezésben lett megszüntetve.
#33 Igen, erre gondoltam, ez a megoldás egész kezdőbarát és kezelhető volt, pedig eleinte nekem se tetszett, mert , mindig nyavajgott, ha a frissítéskezelőben lefuttattunk egy frissírést, aztán megszoktam. Nem tudom, miért vették ki a 19-ből. A hivatalos kiadási blogon emlékeim szerint azzal indokolták, hogy a felhasználók ezt a frissítéskezelési beállítást nem nagyon használták.
#41
Az már más kérdés, hogy ez egy teljesen értelmezhetetlen rendszer, ezért felesleges, és káros. Kialakult egy olyan téveszme, hogy csak eddig, vagy addig a szintig frissít valaki.
Pistike csak a kettesig, Jancsika csak a hármasig... Nem röhej?
Ez élesen szemben áll azzal az általános elvvel, hogy mindig a lehető legfrissebb legyen a rendszer. Tudom, hogy annak is vannak hátulütői, de emez meg teljesen értelmetlen.
Én eddig ilyet csak a Linux Mintnél láttam. Az Ubuntunál miért nincs ilyen baromság?
Ki tudja megmondani, hogy mi a különbség a kettes, és a hármas, vagy a hármas és a négyes szint között? Ezeknek a szinteknek a meghatározása teljesen önkényes, a besorolás esetleges.
Lehet, hogy vacilláltak, hogy az adott frissítés hármas, vagy négyes legyen, végül a négyes mellett döntöttek. Ennek eredményeként több tízezer felhasználónál nem települ fel a frissítés.
Vajon milyen csomag lehet az, ami "Nagyon ritka, és nem ajánlott. Problémákat okoz"? Okoz, vagy okozhat? És melyik nem okozhat problémákat? És ha okoz, akkor miért van?
De ha már szintek, akkor legyen két szint. A kettes az, ami a számítógép esetleges elindulását megakadályozhatja. Amit az egyszerű mezei júzer nem tud orvosolni.
És mi az a hülyeség, hogy a négyes szint egyesével telepítendő? Ezt oldja meg a Frissítéskezelő. Akik ezt kitalálták nem használtak mondjuk Windows XP-t? Ott a frissítéskezelő letöltött 53 frissítést, majd telepítette őket. Ha lehetett, akkor egyszerre, de ha nem, akkor csak hatot, majd szólt, hogy újra kell indítani. Azután folytatta a telepítést.
És mi az a hármas szintnél, hogy "körültekintően telepítse"? Azt hogy kell? Én csak olyan gombot látok, hogy Telepítés. Olyan gomb nincs, hogy "Körültekintő telepítés". Vagy tényleg körbe kell nézni telepítés előtt? Pár kiadással ezelőtt még rosszabb volt a helyzet, még értelmetlenebbek voltak a meghatározások. De nem csak a fordítás, az eredeti sem volt jobb.
Én alapból mindig mindent telepítek, van néhány kivétel, ezeket tiltólistára tettem. Hogy lehet úgy egy disztribúciót működtetni, hogy a felhasználók döntik el, hogy szerintük melyik szint az, amit még telepítenek, holott senki sincs tisztában ezekkel a besorolásokkal? Találomra kiválasztott öt felhasználóból, lehet, hogy nincs két egyforma rendszer, holott mondjuk mindannyian ugyanazt a Mintet használják, és nem telepítettek egyéni programokat.
#40 Ezt meg tudom erősíteni, ma berheltem egy kicsit a frissítés kezelőt. A nézet menüben meg lehet jeleníttetni a szinteket.
#42
Ja, végül is pont emiatt, amiket az előbb felsoroltál. Azért néztem egy kicsit jobban bele.
#41
Az már más kérdés, hogy ez egy teljesen értelmezhetetlen rendszer, ezért felesleges, és káros. Kialakult egy olyan téveszme, hogy csak eddig, vagy addig a szintig frissít valaki.
Pistike csak a kettesig, Jancsika csak a hármasig... Nem röhej?
Ez élesen szemben áll azzal az általános elvvel, hogy mindig a lehető legfrissebb legyen a rendszer. Tudom, hogy annak is vannak hátulütői, de emez meg teljesen értelmetlen.
Én eddig ilyet csak a Linux Mintnél láttam. Az Ubuntunál miért nincs ilyen baromság?
Ki tudja megmondani, hogy mi a különbség a kettes, és a hármas, vagy a hármas és a négyes szint között? Ezeknek a szinteknek a meghatározása teljesen önkényes, a besorolás esetleges.
Lehet, hogy vacilláltak, hogy az adott frissítés hármas, vagy négyes legyen, végül a négyes mellett döntöttek. Ennek eredményeként több tízezer felhasználónál nem települ fel a frissítés.
Vajon milyen csomag lehet az, ami "Nagyon ritka, és nem ajánlott. Problémákat okoz"? Okoz, vagy okozhat? És melyik nem okozhat problémákat? És ha okoz, akkor miért van?
De ha már szintek, akkor legyen két szint. A kettes az, ami a számítógép esetleges elindulását megakadályozhatja. Amit az egyszerű mezei júzer nem tud orvosolni.
És mi az a hülyeség, hogy a négyes szint egyesével telepítendő? Ezt oldja meg a Frissítéskezelő. Akik ezt kitalálták nem használtak mondjuk Windows XP-t? Ott a frissítéskezelő letöltött 53 frissítést, majd telepítette őket. Ha lehetett, akkor egyszerre, de ha nem, akkor csak hatot, majd szólt, hogy újra kell indítani. Azután folytatta a telepítést.
És mi az a hármas szintnél, hogy "körültekintően telepítse"? Azt hogy kell? Én csak olyan gombot látok, hogy Telepítés. Olyan gomb nincs, hogy "Körültekintő telepítés". Vagy tényleg körbe kell nézni telepítés előtt? Pár kiadással ezelőtt még rosszabb volt a helyzet, még értelmetlenebbek voltak a meghatározások. De nem csak a fordítás, az eredeti sem volt jobb.
Én alapból mindig mindent telepítek, van néhány kivétel, ezeket tiltólistára tettem. Hogy lehet úgy egy disztribúciót működtetni, hogy a felhasználók döntik el, hogy szerintük melyik szint az, amit még telepítenek, holott senki sincs tisztában ezekkel a besorolásokkal? Találomra kiválasztott öt felhasználóból, lehet, hogy nincs két egyforma rendszer, holott mondjuk mindannyian ugyanazt a Mintet használják, és nem telepítettek egyéni programokat.
#42
A szintek azért vannak, mert bizonyos rendszer alkalmazásokra „van” panasz az Ubuntu rendszernél. Ezt vagyis a pontos magyarázatot most nem keresném meg, valahol leírtam, linkeltem. Ezeket az információkat a Linux Mint Development a Launchpad-ről és esetleg más forrásból szerzi. Lényeges momentum, hogy a teljesen felfrissített rendszer ilyetén hátrányát én is tapasztaltam egy PC-n, amelyen véletlenül ez a beállítás maradt meg. Azt hiszem nem tudtam az egeret használni, és lehet, más gond is volt (nem emlékszem). Szóval bizonyos hardver összeállítások tekintetében a(z Ubuntu terjesztésből jövő) lehető legfrissebb csomagok „tényleg nem ajánlottak”, és ezt szeretné kiküszöbölni a szintek lehetőség. Ahogy néztem, a szintekben szereplő csomagok listája egy szöveges fájlban szerepel, ezt is leírtam valahol, hogy hol van. És a fájlból érdeklődik a Frissítéskezelő, de a terminálban kiadott APT továbbá a Synaptic csomagkezelő nem, ezeket használva nincs hatása a szinteknek. ... az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem. Hiszen most ismerkedik a rendszerrel, áttérve a Windows rendszerről, ahol hasonló megoldást szokott meg.
Én a 2-es szintig szoktam javasolni a beállítást, valamint azt, hogy a biztonsági frissítések szinttől függetlenül telepítve legyenek, hiszen utóbbi csomagok frissítése nagyon fontos a rendszer biztonsága érdekében. A kernel legújabb változatra frissítése egyes gépeken, jellemzően noteszgépeken néhány problémát okozhat (van pár példa itt és a világhálón), e csomagok fejlesztése és javítása azonban a kernel fejlesztő csapattól függ, illetve az Ubuntu Development csoporttól, akik kicsit Ubuntu-sítják a kernelt. Akinek megoldás az új kernel, az persze telepítse, de egy átlag felhasználónak ez egyáltalán nem fontos. Idéznék: Ami jól működik, azt ne frissítsük.
A csomagok egyenként történő frissítési lehetősége lehet, inkább nem fontos, viszont azt gondolom, hogy a Frissítéskezelő GUI kialakításából következik, ugyanis más csomagokat is egyenként lehet kiválasztani, magyarán így lett elkészítve az alkalmazás, és „kész”. És, ha azt gondolja a júzer, akkor telepítse a legújabb firmware-t ... . Persze, egy visszaállítási pont elkészítése után (Timeshift), illetve a fórumon esetleg neki javasoltak szerint. Azért erre a kritikára válaszul elmondanám, hogy az Arch Linux-ban is lehet öregbíteni a csomagokat (probléma esetén pl. ezt javasolják), továbbá a Gentoo Linux alatt is merge-elni. A LInux Mint megoldása hasonló, de nem ugyanaz. ;)
#41
Az már más kérdés, hogy ez egy teljesen értelmezhetetlen rendszer, ezért felesleges, és káros. Kialakult egy olyan téveszme, hogy csak eddig, vagy addig a szintig frissít valaki.
Pistike csak a kettesig, Jancsika csak a hármasig... Nem röhej?
Ez élesen szemben áll azzal az általános elvvel, hogy mindig a lehető legfrissebb legyen a rendszer. Tudom, hogy annak is vannak hátulütői, de emez meg teljesen értelmetlen.
Én eddig ilyet csak a Linux Mintnél láttam. Az Ubuntunál miért nincs ilyen baromság?
Ki tudja megmondani, hogy mi a különbség a kettes, és a hármas, vagy a hármas és a négyes szint között? Ezeknek a szinteknek a meghatározása teljesen önkényes, a besorolás esetleges.
Lehet, hogy vacilláltak, hogy az adott frissítés hármas, vagy négyes legyen, végül a négyes mellett döntöttek. Ennek eredményeként több tízezer felhasználónál nem települ fel a frissítés.
Vajon milyen csomag lehet az, ami "Nagyon ritka, és nem ajánlott. Problémákat okoz"? Okoz, vagy okozhat? És melyik nem okozhat problémákat? És ha okoz, akkor miért van?
De ha már szintek, akkor legyen két szint. A kettes az, ami a számítógép esetleges elindulását megakadályozhatja. Amit az egyszerű mezei júzer nem tud orvosolni.
És mi az a hülyeség, hogy a négyes szint egyesével telepítendő? Ezt oldja meg a Frissítéskezelő. Akik ezt kitalálták nem használtak mondjuk Windows XP-t? Ott a frissítéskezelő letöltött 53 frissítést, majd telepítette őket. Ha lehetett, akkor egyszerre, de ha nem, akkor csak hatot, majd szólt, hogy újra kell indítani. Azután folytatta a telepítést.
És mi az a hármas szintnél, hogy "körültekintően telepítse"? Azt hogy kell? Én csak olyan gombot látok, hogy Telepítés. Olyan gomb nincs, hogy "Körültekintő telepítés". Vagy tényleg körbe kell nézni telepítés előtt? Pár kiadással ezelőtt még rosszabb volt a helyzet, még értelmetlenebbek voltak a meghatározások. De nem csak a fordítás, az eredeti sem volt jobb.
Én alapból mindig mindent telepítek, van néhány kivétel, ezeket tiltólistára tettem. Hogy lehet úgy egy disztribúciót működtetni, hogy a felhasználók döntik el, hogy szerintük melyik szint az, amit még telepítenek, holott senki sincs tisztában ezekkel a besorolásokkal? Találomra kiválasztott öt felhasználóból, lehet, hogy nincs két egyforma rendszer, holott mondjuk mindannyian ugyanazt a Mintet használják, és nem telepítettek egyéni programokat.
#44
Ebben neked igazad van. A gond az, hogy egy másik nagy tudású segítő a hármas szintig ajánlja. :-(
És szerintem a fejlesztőcsapat is látja ezt az ellentmondást, ezért mozdultak el abba az irányba, hogy megváltoztatták az alapértelmezett beállítást. Nem lennék meglepve, ha a következő kiadásban teljesen el is tűnne ez a lehetőség. Szerintem az lenne a jó megoldás, ha a frissítéseket vissza lehetne vonni az előzmények alapján úgy, ahogy a Synaptic esetében.
" az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem"
A Frissítéskezelő, és a Synaptic igen közeli rokonok, ha elindítod az egyiket, majd a másikat, azt az üzenetet kapod, hogy már fut egy másik Synaptic. Én nem értem ez mire jó? Frissíteni a Synapticból is lehet, és ott vissza is lehet vonni. Az egyszerű júzertől miért vették el ezt a lehetőséget?
#42 A szintek azért vannak, mert bizonyos rendszer alkalmazásokra „van” panasz az Ubuntu rendszernél. Ezt vagyis a pontos magyarázatot most nem keresném meg, valahol leírtam, linkeltem. Ezeket az információkat a Linux Mint Development a Launchpad-ről és esetleg más forrásból szerzi. Lényeges momentum, hogy a teljesen felfrissített rendszer ilyetén hátrányát én is tapasztaltam egy PC-n, amelyen véletlenül ez a beállítás maradt meg. Azt hiszem nem tudtam az egeret használni, és lehet, más gond is volt (nem emlékszem). Szóval bizonyos hardver összeállítások tekintetében a(z Ubuntu terjesztésből jövő) lehető legfrissebb csomagok „tényleg nem ajánlottak”, és ezt szeretné kiküszöbölni a szintek lehetőség. Ahogy néztem, a szintekben szereplő csomagok listája egy szöveges fájlban szerepel, ezt is leírtam valahol, hogy hol van. És a fájlból érdeklődik a Frissítéskezelő, de a terminálban kiadott APT továbbá a Synaptic csomagkezelő nem, ezeket használva nincs hatása a szinteknek. ... az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem. Hiszen most ismerkedik a rendszerrel, áttérve a Windows rendszerről, ahol hasonló megoldást szokott meg.
Én a 2-es szintig szoktam javasolni a beállítást, valamint azt, hogy a biztonsági frissítések szinttől függetlenül telepítve legyenek, hiszen utóbbi csomagok frissítése nagyon fontos a rendszer biztonsága érdekében. A kernel legújabb változatra frissítése egyes gépeken, jellemzően noteszgépeken néhány problémát okozhat (van pár példa itt és a világhálón), e csomagok fejlesztése és javítása azonban a kernel fejlesztő csapattól függ, illetve az Ubuntu Development csoporttól, akik kicsit Ubuntu-sítják a kernelt. Akinek megoldás az új kernel, az persze telepítse, de egy átlag felhasználónak ez egyáltalán nem fontos. Idéznék: Ami jól működik, azt ne frissítsük.
A csomagok egyenként történő frissítési lehetősége lehet, inkább nem fontos, viszont azt gondolom, hogy a Frissítéskezelő GUI kialakításából következik, ugyanis más csomagokat is egyenként lehet kiválasztani, magyarán így lett elkészítve az alkalmazás, és „kész”. És, ha azt gondolja a júzer, akkor telepítse a legújabb firmware-t ... . Persze, egy visszaállítási pont elkészítése után (Timeshift), illetve a fórumon esetleg neki javasoltak szerint. Azért erre a kritikára válaszul elmondanám, hogy az Arch Linux-ban is lehet öregbíteni a csomagokat (probléma esetén pl. ezt javasolják), továbbá a Gentoo Linux alatt is merge-elni. A LInux Mint megoldása hasonló, de nem ugyanaz. ;)
#45Ebben neked igazad van. A gond az, hogy egy másik nagy tudású segítő a hármas szintig ajánlja. :-(
-- ki?
-- régebben más volt a hármas szint. A Linux Mint 17.x alatt. De ezt jól el lehet különíteni, pl., hogy a szint mellett a tájékoztatás mit mond. Íme a Linux Mint 17.x: Safe packages. Not tested, but beileved to be safe. / Nem tesztelt, de vélhetően biztonságos csomagok.
Én folyamatosan leírom, hogy 2-es szint, mostanában nem olvastam másról, de lehet, figyelmetlen voltam.
És szerintem a fejlesztőcsapat is látja ezt az ellentmondást, ezért mozdultak el abba az irányba, hogy megváltoztatták az alapértelmezett beállítást. Nem lennék meglepve, ha a következő kiadásban teljesen el is tűnne ez a lehetőség. Szerintem az lenne a jó megoldás, ha a frissítéseket vissza lehetne vonni az előzmények alapján úgy, ahogy a Synaptic esetében.
-- a BRTFS fájlrendszer képes erre például. De ott „helyette” a Timeshift.
-- A Synaptic csomagkezelőnél hogyan lehet visszavonni az előzményeket? Erősen gondolkodom, de ... . Mármint nem telepítésről írsz, hanem frissítésről!
" az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem"
A Frissítéskezelő, és a Synaptic igen közeli rokonok, ha elindítod az egyiket, majd a másikat, azt az üzenetet kapod, hogy már fut egy másik Synaptic. Én nem értem ez mire jó? Frissíteni a Synapticból is lehet, és ott vissza is lehet vonni. Az egyszerű júzertől miért vették el ezt a lehetőséget?
-- az egyszerű felhasználónak fogalma sincs, hogy létezik a Synaptic is. Általában ezt az információt tőlünk tudja meg :). És ezek után általában megijed a kicsit bonyolultabb csomagnév felsorolástól ... . ;)
-- ez volt és most is ez az elképzelés pedig.
#44
Ebben neked igazad van. A gond az, hogy egy másik nagy tudású segítő a hármas szintig ajánlja. :-(
És szerintem a fejlesztőcsapat is látja ezt az ellentmondást, ezért mozdultak el abba az irányba, hogy megváltoztatták az alapértelmezett beállítást. Nem lennék meglepve, ha a következő kiadásban teljesen el is tűnne ez a lehetőség. Szerintem az lenne a jó megoldás, ha a frissítéseket vissza lehetne vonni az előzmények alapján úgy, ahogy a Synaptic esetében.
" az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem"
A Frissítéskezelő, és a Synaptic igen közeli rokonok, ha elindítod az egyiket, majd a másikat, azt az üzenetet kapod, hogy már fut egy másik Synaptic. Én nem értem ez mire jó? Frissíteni a Synapticból is lehet, és ott vissza is lehet vonni. Az egyszerű júzertől miért vették el ezt a lehetőséget?
#46
Kezdünk elbeszélni egymás mellet. Azzal az elvvel maximálisan egyetértek, hogy a nem informatikai végzettségű Juliska néni számítógépe ne állítsa őt -szinte naponta- olyan döntés elé, hogy merje-e frissíteni, vagy nem. Én nem úgy gondoltam, amit írtam, hogy a Synaptic megoldja ezt a problémát. (Vannak olyan Linux rendszerek, ahol a telepítő nem is tartalmazza.)
Az amit írtam, -lehet, hogy nem volt pontos, vagy egyértelmű- arra vonatkozott, hogy kellene lenni egy olyan mechanizmusnak, mint amit a Synaptic lehetővé tesz. Nem a Synaptic használatát javasoltam a Frissítéskezelő helyett.
Én kezdetektől (2010, Ubuntu10.04) hiányolok néhány dolgot a Linuxból, olyanokat, amik a sokat szidott Windows részei. Például azt, hogy ha nem indul a Windows, akkor háromszor újraindítva az előző, jól működő konfigurációval indul. (Hangsúlyozom, az XP utáni Windowsról nincs szinte semmi ismeretem) A Windows frissítési rendszerére már nem is emlékszem.
Tehát én valami ehhez hasonlót hiányolok a frissítési rendszerből. Ha frissítettem valamit, és kiderül, hogy nem jó, vissza tudjam csinálni. És a Juliska néni is. Mégpedig az operációs rendszer segítségével. A Linuxból ez teljesen hiányzik. A Windowsban van (volt) egy rakás Hibaelhárító.
Mert ha nem csak egy csomagot frissítek egyszerre, hanem tízet, akkor elég soká tart kitotózni, hogy melyik okozta a galibát.
És hogyan lehet visszavonni a frissítést a Synaptic-ban? Lehet, hogy nem jó a szóhasználat, mert nincs visszavonás lehetőség, visszavonás gomb. De akkor ez a szó jutott eszembe.
"Mármint nem telepítésről írsz, hanem frissítésről!" Mi a különbség? Mindkét esetben felkerül egy vagy több csomag a gépre. A "visszavonás", vagyis az eredeti állapot visszaállítása, a telepítés esetében a csomagok eltávolítását jelenti, a frissítések esetében ezen túl az előző csomagokat is vissza kell telepíteni.
Ma megjelent a Frissítéskezelőben a "libraw" nevű csomag. Megnyitottam a Synaptic-ot, és rákerestem, ott is frissíthetőnek volt jelölve.
(Ez nem egyértelmű, mert régebben, Ubuntun előfordult, hogy nem ugyanazok látszottak frissíthetőnek a két helyen, de ezt most hagyjuk)
Frissítettem a csomagot a Synaptic-ból. Bezártam. Megnyitottam a Frissítéskezelőt, rányomtam a Frissítés gombra, (ami a csomaginformációkat frissíti) és ezután már nem volt benne a "libraw" csomag. Azután a Synaptic előzményekben megnéztem, hogy mi lett frissítve ma: (mintha nem tudtam volna)
A következő csomagok frissítve lettek:
libraw15 (0.17.1-1ubuntu0.3) to 0.17.1-1ubuntu0.4
Ezután a Verzió kényszerítése lehetőséget választva, a lenyíló panelen kiválasztottam a 0.3 végű, vagyis az előző csomagot. Eztán rákattintottam az alkalmaz gombra. Ezután a listában a régi csomag látszott újra. (Persze frissíthetőnek jelölve)
Synaptic bezár, Frissítéskezelő megnyit, az eredmény gondolom egyértelmű: újra megjelent a "libraw"
Mindez csak néhány kattintás. Egy ügyesebb informatikus hallgató fél nap alatt csinál egy olyan gombot a Frissítéskezelőre, ami ezt a néhány kattintást automatizálja, ha Julika néni rákattint a Frissítéskezelő "Visszavonás" gombjára. Ha már ez lenne a szándék, hogy ne kelljen a Synaptic csomag-rengetegben bolyongani.
De én nem érzek semmi ilyen szándékot a fejlesztésekben.
#45Ebben neked igazad van. A gond az, hogy egy másik nagy tudású segítő a hármas szintig ajánlja. :-(
-- ki?
-- régebben más volt a hármas szint. A Linux Mint 17.x alatt. De ezt jól el lehet különíteni, pl., hogy a szint mellett a tájékoztatás mit mond. Íme a Linux Mint 17.x: Safe packages. Not tested, but beileved to be safe. / Nem tesztelt, de vélhetően biztonságos csomagok.
Én folyamatosan leírom, hogy 2-es szint, mostanában nem olvastam másról, de lehet, figyelmetlen voltam.
És szerintem a fejlesztőcsapat is látja ezt az ellentmondást, ezért mozdultak el abba az irányba, hogy megváltoztatták az alapértelmezett beállítást. Nem lennék meglepve, ha a következő kiadásban teljesen el is tűnne ez a lehetőség. Szerintem az lenne a jó megoldás, ha a frissítéseket vissza lehetne vonni az előzmények alapján úgy, ahogy a Synaptic esetében.
-- a BRTFS fájlrendszer képes erre például. De ott „helyette” a Timeshift.
-- A Synaptic csomagkezelőnél hogyan lehet visszavonni az előzményeket? Erősen gondolkodom, de ... . Mármint nem telepítésről írsz, hanem frissítésről!
" az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem"
A Frissítéskezelő, és a Synaptic igen közeli rokonok, ha elindítod az egyiket, majd a másikat, azt az üzenetet kapod, hogy már fut egy másik Synaptic. Én nem értem ez mire jó? Frissíteni a Synapticból is lehet, és ott vissza is lehet vonni. Az egyszerű júzertől miért vették el ezt a lehetőséget?
-- az egyszerű felhasználónak fogalma sincs, hogy létezik a Synaptic is. Általában ezt az információt tőlünk tudja meg :). És ezek után általában megijed a kicsit bonyolultabb csomagnév felsorolástól ... . ;)
-- ez volt és most is ez az elképzelés pedig.
#47
Az Windowsos visszaállítási metódust meg lehetne csinálni mostmár az integrált Timeshift segítségével. De azt úgy kivitelezni a fejlesztőknek, hogy kimondottan csak a frissítésekre lenne egy folyamat integrálva-optimalizálva. Úgy, hogy az automatikusan minden frissítéskezelő által indított frissítési akció előtt csináljon egy visszaállítási pontot. Egy adott könyvtárba, ami csak ezeket a pontotkat tartalmazza és innen tudjon visszaállni a rendszer automatikusan. Ha a frissítés után nem tud indúlni a rendszer. Minden egyéb más Timeshift pontot meg külön kezelni, azt a felhasználó kezelné. Értem ezt úgy, hogy ezeket nem lehetne kézzel törölni, mindig csak az utolsó kettőt tartaná meg. Egy ilyen folyamatot lehetne integrálni a frissítés kezelőbe, úgy hogy a Timeshift végezné, de a felhasználó felé nem látszana. Azért, hogy még véletlen se kombináljon a Timeshift-re. Egyszerűen csak egy értesítést kapna, hogy most "Visszaállítási pont készítése következik".
Igen ám, de azt hogyan lehet kivitelezni, hogy ha egy előre nem látott hiba miatt pl.: kernelpánik miatt nem indúl a rendszer. Akkor azt milyen folyamat fogja levezérelni, hogy álljon vissza a rendszer egy adott visszaállítási pontra.
#46
Kezdünk elbeszélni egymás mellet. Azzal az elvvel maximálisan egyetértek, hogy a nem informatikai végzettségű Juliska néni számítógépe ne állítsa őt -szinte naponta- olyan döntés elé, hogy merje-e frissíteni, vagy nem. Én nem úgy gondoltam, amit írtam, hogy a Synaptic megoldja ezt a problémát. (Vannak olyan Linux rendszerek, ahol a telepítő nem is tartalmazza.)
Az amit írtam, -lehet, hogy nem volt pontos, vagy egyértelmű- arra vonatkozott, hogy kellene lenni egy olyan mechanizmusnak, mint amit a Synaptic lehetővé tesz. Nem a Synaptic használatát javasoltam a Frissítéskezelő helyett.
Én kezdetektől (2010, Ubuntu10.04) hiányolok néhány dolgot a Linuxból, olyanokat, amik a sokat szidott Windows részei. Például azt, hogy ha nem indul a Windows, akkor háromszor újraindítva az előző, jól működő konfigurációval indul. (Hangsúlyozom, az XP utáni Windowsról nincs szinte semmi ismeretem) A Windows frissítési rendszerére már nem is emlékszem.
Tehát én valami ehhez hasonlót hiányolok a frissítési rendszerből. Ha frissítettem valamit, és kiderül, hogy nem jó, vissza tudjam csinálni. És a Juliska néni is. Mégpedig az operációs rendszer segítségével. A Linuxból ez teljesen hiányzik. A Windowsban van (volt) egy rakás Hibaelhárító.
Mert ha nem csak egy csomagot frissítek egyszerre, hanem tízet, akkor elég soká tart kitotózni, hogy melyik okozta a galibát.
És hogyan lehet visszavonni a frissítést a Synaptic-ban? Lehet, hogy nem jó a szóhasználat, mert nincs visszavonás lehetőség, visszavonás gomb. De akkor ez a szó jutott eszembe.
"Mármint nem telepítésről írsz, hanem frissítésről!" Mi a különbség? Mindkét esetben felkerül egy vagy több csomag a gépre. A "visszavonás", vagyis az eredeti állapot visszaállítása, a telepítés esetében a csomagok eltávolítását jelenti, a frissítések esetében ezen túl az előző csomagokat is vissza kell telepíteni.
Ma megjelent a Frissítéskezelőben a "libraw" nevű csomag. Megnyitottam a Synaptic-ot, és rákerestem, ott is frissíthetőnek volt jelölve.
(Ez nem egyértelmű, mert régebben, Ubuntun előfordult, hogy nem ugyanazok látszottak frissíthetőnek a két helyen, de ezt most hagyjuk)
Frissítettem a csomagot a Synaptic-ból. Bezártam. Megnyitottam a Frissítéskezelőt, rányomtam a Frissítés gombra, (ami a csomaginformációkat frissíti) és ezután már nem volt benne a "libraw" csomag. Azután a Synaptic előzményekben megnéztem, hogy mi lett frissítve ma: (mintha nem tudtam volna)
A következő csomagok frissítve lettek:
libraw15 (0.17.1-1ubuntu0.3) to 0.17.1-1ubuntu0.4
Ezután a Verzió kényszerítése lehetőséget választva, a lenyíló panelen kiválasztottam a 0.3 végű, vagyis az előző csomagot. Eztán rákattintottam az alkalmaz gombra. Ezután a listában a régi csomag látszott újra. (Persze frissíthetőnek jelölve)
Synaptic bezár, Frissítéskezelő megnyit, az eredmény gondolom egyértelmű: újra megjelent a "libraw"
Mindez csak néhány kattintás. Egy ügyesebb informatikus hallgató fél nap alatt csinál egy olyan gombot a Frissítéskezelőre, ami ezt a néhány kattintást automatizálja, ha Julika néni rákattint a Frissítéskezelő "Visszavonás" gombjára. Ha már ez lenne a szándék, hogy ne kelljen a Synaptic csomag-rengetegben bolyongani.
De én nem érzek semmi ilyen szándékot a fejlesztésekben.
#47Az amit írtam, -lehet, hogy nem volt pontos, vagy egyértelmű- arra vonatkozott, hogy kellene lenni egy olyan mechanizmusnak, mint amit a Synaptic lehetővé tesz. Nem a Synaptic használatát javasoltam a Frissítéskezelő helyett.
-- de nincs ilyn a Synaptic-ban. Értettem elsőre is. Ezért hozták létre a Linux Mint alatt a Frissítéskezelőt, ami ezt tudja. Ugyanis ezt ők, saját maguk fejlesztik, a Synaptic-ot nem :), és nyilván nem céljuk forkolni, idő ráfordítással. Létrehoztak egy új alkalmazást, aminek (már) semmi köze a Synaptic-hoz.
Tehát én valami ehhez hasonlót hiányolok a frissítési rendszerből. Ha frissítettem valamit, és kiderül, hogy nem jó, vissza tudjam csinálni. És a Juliska néni is. Mégpedig az operációs rendszer segítségével. A Linuxból ez teljesen hiányzik. A Windowsban van (volt) egy rakás Hibaelhárító.
Mert ha nem csak egy csomagot frissítek egyszerre, hanem tízet, akkor elég soká tart kitotózni, hogy melyik okozta a galibát.
-- említettem, bizonyos Linux terjesztések tudják ezt, bár nem volt így egyértelmű. Úgy tudom, a BRTFS fájlrendszerre alapozva. Például a Gentoo. Gondolom, eljutunk ide is.
Ma megjelent a Frissítéskezelőben a "libraw" nevű csomag. Megnyitottam a Synaptic-ot, és rákerestem, ott is frissíthetőnek volt jelölve.
(Ez nem egyértelmű, mert régebben, Ubuntun előfordult, hogy nem ugyanazok látszottak frissíthetőnek a két helyen, de ezt most hagyjuk)
Frissítettem a csomagot a Synaptic-ból. Bezártam. Megnyitottam a Frissítéskezelőt, rányomtam a Frissítés gombra, (ami a csomaginformációkat frissíti) és ezután már nem volt benne a "libraw" csomag. Azután a Synaptic előzményekben megnéztem, hogy mi lett frissítve ma: (mintha nem tudtam volna)
-- gondoltam, hogy elírás, de nem lehettem bizonyos ebben. Azonban ezt nem mindig tudod megtenni, az előzményekre alapozni mert a korábbi csomag már sokszor nem érhető el a tükrökről, megszüntetik.
Egy ügyesebb informatikus hallgató fél nap alatt csinál egy olyan gombot a Frissítéskezelőre, ami ezt a néhány kattintást automatizálja, ha Julika néni rákattint a Frissítéskezelő "Visszavonás" gombjára. Ha már ez lenne a szándék, hogy ne kelljen a Synaptic csomag-rengetegben bolyongani.
De én nem érzek semmi ilyen szándékot a fejlesztésekben.
-- vélhetően nincs a Synaptic fejlesztőiben ilyen szándék. Ismétlem, a szintek működése, létrehozásának oka nyilvánvaló, a Frissítéskezelő egy új alkalmazás, mely a szinteket tartalmazza. A visszaállításra ott a szintén beépített Timeshift vagy más alkalmazások, amit itt a fórumon is javasoltak többen.
-- ha ismersz ügyes informatikust, szólj neki. ;)
-- leírtam már, de megismétlem. A BRTFS fájlrendszer egy visszaállítást tud. Utána kell néznem nekem is a témának ... .
#46
Kezdünk elbeszélni egymás mellet. Azzal az elvvel maximálisan egyetértek, hogy a nem informatikai végzettségű Juliska néni számítógépe ne állítsa őt -szinte naponta- olyan döntés elé, hogy merje-e frissíteni, vagy nem. Én nem úgy gondoltam, amit írtam, hogy a Synaptic megoldja ezt a problémát. (Vannak olyan Linux rendszerek, ahol a telepítő nem is tartalmazza.)
Az amit írtam, -lehet, hogy nem volt pontos, vagy egyértelmű- arra vonatkozott, hogy kellene lenni egy olyan mechanizmusnak, mint amit a Synaptic lehetővé tesz. Nem a Synaptic használatát javasoltam a Frissítéskezelő helyett.
Én kezdetektől (2010, Ubuntu10.04) hiányolok néhány dolgot a Linuxból, olyanokat, amik a sokat szidott Windows részei. Például azt, hogy ha nem indul a Windows, akkor háromszor újraindítva az előző, jól működő konfigurációval indul. (Hangsúlyozom, az XP utáni Windowsról nincs szinte semmi ismeretem) A Windows frissítési rendszerére már nem is emlékszem.
Tehát én valami ehhez hasonlót hiányolok a frissítési rendszerből. Ha frissítettem valamit, és kiderül, hogy nem jó, vissza tudjam csinálni. És a Juliska néni is. Mégpedig az operációs rendszer segítségével. A Linuxból ez teljesen hiányzik. A Windowsban van (volt) egy rakás Hibaelhárító.
Mert ha nem csak egy csomagot frissítek egyszerre, hanem tízet, akkor elég soká tart kitotózni, hogy melyik okozta a galibát.
És hogyan lehet visszavonni a frissítést a Synaptic-ban? Lehet, hogy nem jó a szóhasználat, mert nincs visszavonás lehetőség, visszavonás gomb. De akkor ez a szó jutott eszembe.
"Mármint nem telepítésről írsz, hanem frissítésről!" Mi a különbség? Mindkét esetben felkerül egy vagy több csomag a gépre. A "visszavonás", vagyis az eredeti állapot visszaállítása, a telepítés esetében a csomagok eltávolítását jelenti, a frissítések esetében ezen túl az előző csomagokat is vissza kell telepíteni.
Ma megjelent a Frissítéskezelőben a "libraw" nevű csomag. Megnyitottam a Synaptic-ot, és rákerestem, ott is frissíthetőnek volt jelölve.
(Ez nem egyértelmű, mert régebben, Ubuntun előfordult, hogy nem ugyanazok látszottak frissíthetőnek a két helyen, de ezt most hagyjuk)
Frissítettem a csomagot a Synaptic-ból. Bezártam. Megnyitottam a Frissítéskezelőt, rányomtam a Frissítés gombra, (ami a csomaginformációkat frissíti) és ezután már nem volt benne a "libraw" csomag. Azután a Synaptic előzményekben megnéztem, hogy mi lett frissítve ma: (mintha nem tudtam volna)
A következő csomagok frissítve lettek:
libraw15 (0.17.1-1ubuntu0.3) to 0.17.1-1ubuntu0.4
Ezután a Verzió kényszerítése lehetőséget választva, a lenyíló panelen kiválasztottam a 0.3 végű, vagyis az előző csomagot. Eztán rákattintottam az alkalmaz gombra. Ezután a listában a régi csomag látszott újra. (Persze frissíthetőnek jelölve)
Synaptic bezár, Frissítéskezelő megnyit, az eredmény gondolom egyértelmű: újra megjelent a "libraw"
Mindez csak néhány kattintás. Egy ügyesebb informatikus hallgató fél nap alatt csinál egy olyan gombot a Frissítéskezelőre, ami ezt a néhány kattintást automatizálja, ha Julika néni rákattint a Frissítéskezelő "Visszavonás" gombjára. Ha már ez lenne a szándék, hogy ne kelljen a Synaptic csomag-rengetegben bolyongani.
De én nem érzek semmi ilyen szándékot a fejlesztésekben.
#48
Az előző hozzászólásban említettem a BRTFS fájrendszert. Át kell gondolni mi kéne a Linux Mint alá például( nekem is), és azt tudom javasolni vagy kérdezni az angol fórumunkon. Tehát ilyesmi részleteket is (kernel panic) átgondolni, arra mi lenne az ötletünk. Egy kérdést rendesen meg kell fogalmazni, mert ugyanabban a témában másodszor nehezebben válaszolnak (így van az életben is).
#47 Az Windowsos visszaállítási metódust meg lehetne csinálni mostmár az integrált Timeshift segítségével. De azt úgy kivitelezni a fejlesztőknek, hogy kimondottan csak a frissítésekre lenne egy folyamat integrálva-optimalizálva. Úgy, hogy az automatikusan minden frissítéskezelő által indított frissítési akció előtt csináljon egy visszaállítási pontot. Egy adott könyvtárba, ami csak ezeket a pontotkat tartalmazza és innen tudjon visszaállni a rendszer automatikusan. Ha a frissítés után nem tud indúlni a rendszer. Minden egyéb más Timeshift pontot meg külön kezelni, azt a felhasználó kezelné. Értem ezt úgy, hogy ezeket nem lehetne kézzel törölni, mindig csak az utolsó kettőt tartaná meg. Egy ilyen folyamatot lehetne integrálni a frissítés kezelőbe, úgy hogy a Timeshift végezné, de a felhasználó felé nem látszana. Azért, hogy még véletlen se kombináljon a Timeshift-re. Egyszerűen csak egy értesítést kapna, hogy most "Visszaállítási pont készítése következik".
Igen ám, de azt hogyan lehet kivitelezni, hogy ha egy előre nem látott hiba miatt pl.: kernelpánik miatt nem indúl a rendszer. Akkor azt milyen folyamat fogja levezérelni, hogy álljon vissza a rendszer egy adott visszaállítási pontra.
#49
Ui.: nyilván te is tudod, a szabad forráskódú szoftverek fejlesztési iránya nagyjából kétféleképpen befolyásolható:
-- ha minél többen kérnek egy vagy több új szolgáltatást, ennek „neve” igény,
-- ha az adott szoftvert elágaztatják, ennek neve fork.
Engem is érdekel a történet, de nincs teljesen rálátásom a lehetőségekre. Még.
És azt is figyelembe kell venni, a fejlesztő is örül, ha sokaknak tetszik a szoftver.
A pénzen kívüli motíváción túl Én azt olvastam erről valamilyen könyvben,ez az egészséges „ego”, ami vagy látszik a mindennapokban is, vagy csak a szoftver fejlesztését viszi inkább előre. ... de talán jobb azt a fogalmat használni, amit kiemeltem: előrébb és gyorsabban halad a munka, a fejlesztő élvezi, amit csinál. Nem teljesen jó példa, de valami: https://forbes.hu/legyel-jobb/ezert-fognak-fakepnel-hagyni-ha-meg-nem-te...
Ahogy egy család is boldogabb, teljesebb, ha a családtagok ismerk egymás igényeit, és mellesleg sokat mosolyognak egymásra.
Ismétlem: én is gondolkodom ezen, érdekel.
#47Az amit írtam, -lehet, hogy nem volt pontos, vagy egyértelmű- arra vonatkozott, hogy kellene lenni egy olyan mechanizmusnak, mint amit a Synaptic lehetővé tesz. Nem a Synaptic használatát javasoltam a Frissítéskezelő helyett.
-- de nincs ilyn a Synaptic-ban. Értettem elsőre is. Ezért hozták létre a Linux Mint alatt a Frissítéskezelőt, ami ezt tudja. Ugyanis ezt ők, saját maguk fejlesztik, a Synaptic-ot nem :), és nyilván nem céljuk forkolni, idő ráfordítással. Létrehoztak egy új alkalmazást, aminek (már) semmi köze a Synaptic-hoz.
Tehát én valami ehhez hasonlót hiányolok a frissítési rendszerből. Ha frissítettem valamit, és kiderül, hogy nem jó, vissza tudjam csinálni. És a Juliska néni is. Mégpedig az operációs rendszer segítségével. A Linuxból ez teljesen hiányzik. A Windowsban van (volt) egy rakás Hibaelhárító.
Mert ha nem csak egy csomagot frissítek egyszerre, hanem tízet, akkor elég soká tart kitotózni, hogy melyik okozta a galibát.
-- említettem, bizonyos Linux terjesztések tudják ezt, bár nem volt így egyértelmű. Úgy tudom, a BRTFS fájlrendszerre alapozva. Például a Gentoo. Gondolom, eljutunk ide is.
Ma megjelent a Frissítéskezelőben a "libraw" nevű csomag. Megnyitottam a Synaptic-ot, és rákerestem, ott is frissíthetőnek volt jelölve.
(Ez nem egyértelmű, mert régebben, Ubuntun előfordult, hogy nem ugyanazok látszottak frissíthetőnek a két helyen, de ezt most hagyjuk)
Frissítettem a csomagot a Synaptic-ból. Bezártam. Megnyitottam a Frissítéskezelőt, rányomtam a Frissítés gombra, (ami a csomaginformációkat frissíti) és ezután már nem volt benne a "libraw" csomag. Azután a Synaptic előzményekben megnéztem, hogy mi lett frissítve ma: (mintha nem tudtam volna)
-- gondoltam, hogy elírás, de nem lehettem bizonyos ebben. Azonban ezt nem mindig tudod megtenni, az előzményekre alapozni mert a korábbi csomag már sokszor nem érhető el a tükrökről, megszüntetik.
Egy ügyesebb informatikus hallgató fél nap alatt csinál egy olyan gombot a Frissítéskezelőre, ami ezt a néhány kattintást automatizálja, ha Julika néni rákattint a Frissítéskezelő "Visszavonás" gombjára. Ha már ez lenne a szándék, hogy ne kelljen a Synaptic csomag-rengetegben bolyongani.
De én nem érzek semmi ilyen szándékot a fejlesztésekben.
-- vélhetően nincs a Synaptic fejlesztőiben ilyen szándék. Ismétlem, a szintek működése, létrehozásának oka nyilvánvaló, a Frissítéskezelő egy új alkalmazás, mely a szinteket tartalmazza. A visszaállításra ott a szintén beépített Timeshift vagy más alkalmazások, amit itt a fórumon is javasoltak többen.
-- ha ismersz ügyes informatikust, szólj neki. ;)
-- leírtam már, de megismétlem. A BRTFS fájlrendszer egy visszaállítást tud. Utána kell néznem nekem is a témának ... .
#51
Úgy gondolod, hogyha szépen összeírjuk, hogy mit hiányolunk, a Linux Mintből, vagy mit tartunk benne rossznak, akkor annak örülni fognak a fejlesztők? Mert én nem örülnék neki. Ahogy most sem örülök. Én leírtam, hogy rossznak tartom a Frissítéskezelő Szintek működését, erre többen azt bizonygatjátok, hogy az amit én szeretnék az miért nem jó, és miért jó az, ahogyan most van.
De legyen neked igazad! Javasoljunk egy jobb rendszert. Nekem vannak ötleteim, de nem tudom melyik mennyire megvalósítható. Ha te jobban képben vagy, és a beküldés módját is ismered, állítsuk össze a javaslatainkat a Fórum tapasztalati alapján, és küldjük el rendszeresen a fejlesztőknek.
#49 Ui.: nyilván te is tudod, a szabad forráskódú szoftverek fejlesztési iránya nagyjából kétféleképpen befolyásolható:
-- ha minél többen kérnek egy vagy több új szolgáltatást, ennek „neve” igény,
-- ha az adott szoftvert elágaztatják, ennek neve fork.
Engem is érdekel a történet, de nincs teljesen rálátásom a lehetőségekre. Még.
És azt is figyelembe kell venni, a fejlesztő is örül, ha sokaknak tetszik a szoftver.
A pénzen kívüli motíváción túl Én azt olvastam erről valamilyen könyvben,ez az egészséges „ego”, ami vagy látszik a mindennapokban is, vagy csak a szoftver fejlesztését viszi inkább előre. ... de talán jobb azt a fogalmat használni, amit kiemeltem: előrébb és gyorsabban halad a munka, a fejlesztő élvezi, amit csinál. Nem teljesen jó példa, de valami: https://forbes.hu/legyel-jobb/ezert-fognak-fakepnel-hagyni-ha-meg-nem-te...
Ahogy egy család is boldogabb, teljesebb, ha a családtagok ismerk egymás igényeit, és mellesleg sokat mosolyognak egymásra.
Hurrá ...
Beküldte kimarite -
produkció!
Értékelés:
Hurrá ...
Beküldte kimarite -
Íme:
https://www.youtube.com/watch?v=dvZIySi9-5Q !
Értékelés:
:(
Beküldte lala -
Háát ! Csak kényszeredetten mosolygok, és csóválom a fejem !
Nem sok reményt fűztem a 19.1-hez, - és most nagyon úgy néz ki hogy bejótt a vele kapcsolatos megérzésem. :(
Azt már szinte biztosra vettem, hogy a tárolóból telepített qbittorrent nem fog indulni - de a stabil ppa felvételével
telepített legújabb verzió sem indul. Ugyanez mondható el a tárolóból telepített smplayer-ről is.
De a docky is csak félig-meddig működik.
Szóval, semmi nem indokolja hogy 19-re, ill. 19.1-re váltsak a 18.3 ról ! (A maradás mellett viszont számos érv szól.)
Szerk. Még 1 letöltési link (ellenőrző összegekkel) ftp://ftp.heanet.ie/pub/linuxmint.com/testing/
Értékelés:
:(
Beküldte kimarite -
:) én ugyanazt használom, de mégis megy ... :
Ha én ezt egyszer a klubban elmesélem:
history 1 inxi -S 2 sudo add-apt-repository ppa:rvm/smplayer 3 sudo apt-get update 4 sudo apt-get install smplayer smtube 5 smtube 6 smplayer 7 sudo add-apt-repository ppa:qbittorrent-team/qbittorrent-stable 8 sudo apt-get update 9 sudo apt-get install qbittorrent 10 qbittorrent 11 apt-cache policy smplayer smtube qbittorrent 12 apt-cache policy smplayer smtube qbittorrent | grep Telep 13 historyÉrtékelés:
Hurrá...
Beküldte atime -
Azt hiszem rám nem lehet azt mondani, hogy nem vagyok kisérletező kedvű, de at tény, hogy a 18.-as kiadás egy nagyságrenddel kevesebb problémát okozott és fog okozni a 19-esnél. A Mint előnye a használhatóság területén az Ubuntuval szemben nemhogy nem nőtt, de inkább csökkent. (Tesztelek egy19.04 Ubuntut és fent van a Tara is) Egy Debian alapú és egy Arch alapú disztró (nem reklámozunk más disztrót) viszont stabilitásban, kinézetben bőven előtte jár. (Szerintem)
Értékelés:
Hurrá...
Beküldte kimarite -
Az LTS és stabil Tara-t nem kéne egy jövőbéli kiadáshoz hasonlítani. Jócskán az, még előtte is van egy másik ... .
(az összehasonlításod egyszerre túl „szemtelen” és túl merész ;))
Ubuntu 19.04, codenamed Disco Dingo, is a future release which is scheduled for 18 April 2019.
Érdekes, mire kiadják az Ubuntu-t, az előnyök eltűnnek. Én ezt tapasztaltam. Az Ubuntu amúgy, általában véve olyan amilyen :). Mindig is ugyanazt képviselte, vagyis maradt ugyanaz a filozófia.
-----
Hogy melyik Linux terjesztés kinek van kedvére ... az érdekes kérdés: „distro war”, ez szokták mondani. Az Arch, Debian rendszereknek megvan az előnye, és a Linux Mint-nek is. Telepítgettem másnak Linux Mint Tara-t, láttam, más is elégedett vele, szerintem is konfigurálható ..., sőt, én is mindent meg tudok oldani vele. Néhány mindennapos megoldásra van más ötletem, de ezeket megemlítettem az angol közösségi oldalon és ezek az én elképzeléseim (nem nyertem :)). Ám nem vagyok készítő, legfeljebb tesztelek.
Kinézet? Ezt nem tudom értelmezni. Mert ugye azt az asztali környezete hozza. A Cinnamon szerintem amúgy tetszetős kinézet. Off:// engem ezek a továbbforkolt alkalmazások őrjítenek meg, mint például a Xed, stb. (nem jut eszembe most). De ez megvan a Gnome3 alatt is. A Totem volt talán az előfutár vagy inkább csak nevezzük annak, sosem szeretttem. Bár, nem ők tehetnek arról, hogy a fejlesztésre nincs pénz/energia ... . Mindegy. /on
Nemrég láttam egy Gnome3 asztali környezetet, igaz Fedora alatt, az volt telepítve a gépre eredetileg (egy külsó, egyedi alkalmazás csak a Fedora alatt működött állítólag, de aztán kiderül, hogy még ott sem működik, semmilyen Linux alatt, a gyártó állításával ellentétben: ugyanis ők tesztelték online és külföldről). Gondolkodtam, jó lesz-e a „megrendelőnek”, a Fedora is, aztán Mint kerül a helyére. De mégsem így döntöttem, mert a Gnome3 kezelése annyira más ..., tudom, akinek telepítettem volna, nehezen szokná meg. Például az ablakok zárását és nyitását. Teljesen mezei felhasználónak teljesen megfelel a Linux Mint, aki semmit mást nem szeretne, csak böngészőt nyitni, és leveleket, csatolmányokat olvasni (különböző alkalmazásokkal). És annyi mindenre jó még ... . Más kérdés, aki mélyebbre bányászna, annak is legyen lehetőség, nekik ott a Debian, Fedora/CentOS, Arch, Slackware, BSD, Gentoo. De a Linux alapjait magunkban nem tisztázva ilyen mélyre mászni felelőtlenség, és a kudarcok eltántorítják az embereket hamar. A Linux Mint fejlesztői csapat ugye talán jobban tenné, ha ő is a Debian SID kiadást forkolná szintén (mint az Ubuntu), de nem így tesz. Ez van. Sok munka lenne amúgy emez.
Értékelés:
:)
Beküldte kimarite -
Az elsőként közölt képen látható, hogy frissítettem a nemrég telepített rendszert a PPA források használata előtt (2. szintig + biztonsági frissítések). Mást nem csináltam. És elsőre minden működött. A frissítés hiánya lehet a gond nálad szerintem. Nem elhanyagolandó amúgy .. .
De ha közlöd, te mit csináltál pontosan, közös erővel szerintem megoldjuk.
Értékelés:
:)
Beküldte lala -
A helyzet, a következő: Tegnap a Distrowatch-on vettem észre hogy megjelent a 19.1 - és onnan töltöttem le.
A letöltött ISO képfájlt ellenőrző összeg hiányában nem tudtam ellenőrizni.
A 18.3 Pendrive lemezkép-írójával írtam ki pen.-re. (Háttérben a dd-t használja)
Indítása és a szükséges beállítások után, (net. csatlakozás, teljeskörű frissítés (update, upgrade) kezdtem
kipróbálni a rendszert.
Ezután takasztaltam a fentebb leirt jelenségeket.
A válaszod nyomán, miszerint nálad mindkettő indul, (a ppa-val felvett 4.1.4-es qbittorrent, smplayer) ma reggel
ellenőriztem a letöltött képfájlt SHA256-ra - stimmelt !
Ekkor merült fel bennem, hogy a dd ellenére mégiscsak a kiírással történhetett valami.
Töröltem a lemezkép-íróval kiírt pen.-t, és a mostmár ellenőrzött ISO-t az Etcher-el írtam ki.
Az újabb próba során a stabil ppa felvételével telepített 4.1.4-es qbittorrent, és a synaptic-ból telepített smplayer
is minden probléma nélkül indult !
De hogy ne legyen ennyire egyszerű a helyzet, a VLC indítóikonja meg sem jelent a Menü-ben - csak miután
telepítettem a kodek csomagot - viszont erre a megjelent indítóikonra kattintva, a rendszerrel kapott VLC
nem indul ! (Terminálból indítva sem)
A másik amit észrevettem: Ha a panelt felülre helyezem, akkor a menü bal oldali ikon listájából eltűnik
az alsó 3 (Képernyő zárolása, Kijelentkezés, Kilépés) - csak a Cinnamon ujraindítása hozza vissza őket.
Rövid kipróbálás után ezeket az anomáliákat tapasztaltam - nekem úgy tünik, hogy ez a 19.1-es Cinnamon beta
még egy kicsit nyers ! (A live 19-esben ilyen VLC probléma és ikon eltünedezés azért nincs !)
Értékelés:
:)
Beküldte kimarite -
Az újabb teszt tehát megvolt, egyik része nálam is jelentkezik. Én VirtualBox-ban próbálkozom.
A VLC nálam rendben, a kilépés menü ikonok igen, eltűnnek és a
parancs segít.
Nyers, mert beta változat.
Értékelés:
:)
Beküldte kimarite -
A harmadik fél alkalmazásokat telepítetted? Én igen.
Noteszgépre vagy PC-re telepítetted élesben?
Ekkor merült fel bennem, hogy a dd ellenére mégiscsak a kiírással történhetett valami.
-- korábban vélhetően. A lemez ahova letöltötted vagy a pendrive hibás ..., illetve a letöltésnél is lehetett valami furmány. Most én sem ellenőriztem SHA256 összegre. De a VirtualBox NAT eszközt átállítottam (másodszori indításkor ;)) a sebezhetőről a nem sebezhetőre. Ugyanonnan töltöttem le, ahonnan te.
-----
De hogy ne legyen ennyire egyszerű a helyzet, a VLC indítóikonja meg sem jelent a Menü-ben - csak miután
telepítettem a kodek csomagot - viszont erre a megjelent indítóikonra kattintva, a rendszerrel kapott VLC
nem indul ! (Terminálból indítva sem)
-- Mit ír ki a VLC a terminálban? Így nem lehet bugot jelenteni, ha szegényes a hibajelzés.
... aham, feltűnik a kodek csomag, de melyik az pontosan? Erre remélem, emlékszel. Ha nem, akkor: history (parancs)
Gondolkoztál már azon, hogy mit kell egy kérdezőnek tennie, hogy érdemi választ is kapjon? ;-)
Értékelés:
Ellenőrzés: RENDBEN
Beküldte kimarite -
A leírás alapján (valamit kihagytam, de pótoltam): https://linuxmint.hu/ellenorzes
kim@kim-hp:~$ cd Letöltések/ kim@kim-hp:~/Letöltések$ ls | grep iso linuxmint-19.1-cinnamon-64bit.iso linuxmint-19-cinnamon-64bit-v2.iso kim@kim-hp:~/Letöltések$ wget ftp://ftp.heanet.ie/pub/linuxmint.com/testing/sha256sum.txt --2018-12-03 09:14:38-- ftp://ftp.heanet.ie/pub/linuxmint.com/testing/sha256sum.txt => „sha256sum.txt” ftp.heanet.ie (ftp.heanet.ie) feloldása… 193.1.193.64, 2001:770:18:aa40::c101:c140 Csatlakozás a következőhöz: ftp.heanet.ie (ftp.heanet.ie)[193.1.193.64]:21… kapcsolódva. Belépés mint anonymous … Belépve! ==> SYST ... kész. ==> PWD ... kész. ==> TYPE I ... kész. ==> CWD (1) /pub/linuxmint.com/testing ... kész. ==> SIZE sha256sum.txt ... 584 ==> PASV ... kész. ==> RETR sha256sum.txt ... kész. Hossz: 584 (nem hiteles) sha256sum.txt 100%[========>] 584 --.-KB/s idő 0s 2018-12-03 09:14:39 (41,5 MB/s) -- „sha256sum.txt” mentve [584] kim@kim-hp:~/Letöltések$ wget ftp://ftp.heanet.ie/pub/linuxmint.com/testing/sha256sum.txt.gpg --2018-12-03 09:14:57-- ftp://ftp.heanet.ie/pub/linuxmint.com/testing/sha256sum.txt.gpg => „sha256sum.txt.gpg” ftp.heanet.ie (ftp.heanet.ie) feloldása… 193.1.193.64, 2001:770:18:aa40::c101:c140 Csatlakozás a következőhöz: ftp.heanet.ie (ftp.heanet.ie)[193.1.193.64]:21… kapcsolódva. Belépés mint anonymous … Belépve! ==> SYST ... kész. ==> PWD ... kész. ==> TYPE I ... kész. ==> CWD (1) /pub/linuxmint.com/testing ... kész. ==> SIZE sha256sum.txt.gpg ... 833 ==> PASV ... kész. ==> RETR sha256sum.txt.gpg ... kész. Hossz: 833 (nem hiteles) sha256sum.txt.gp 100%[========>] 833 --.-KB/s idő 0s 2018-12-03 09:14:59 (157 MB/s) -- „sha256sum.txt.gpg” mentve [833] kim@kim-hp:~/Letöltések$ gpg --verify sha256sum.txt.gpg sha256sum.txt gpg: Signature made 2018. dec. 1., szombat, 17:26:52 CET gpg: using RSA key 27DEB15644C6B3CF3BD7D291300F846BA25BAE09 gpg: Nem tudom ellenőrizni az aláírást: Nincs nyilvános kulcs. kim@kim-hp:~/Letöltések$ gpg --keyserver keyserver.ubuntu.com --recv-key "27DE B156 44C6 B3CF 3BD7 D291 300F 846B A25B AE09" gpg: key 300F846BA25BAE09: 29 signatures not checked due to missing keys gpg: key 300F846BA25BAE09: public key "Linux Mint ISO Signing Key <root@linuxmint.com>" imported gpg: Nem találtam alapvetően megbízható kulcsot. gpg: Összesen feldolgoztam: 1 gpg: importálva: 1 kim@kim-hp:~/Letöltések$ gpg --verify sha256sum.txt.gpg sha256sum.txt gpg: Signature made 2018. dec. 1., szombat, 17:26:52 CET gpg: using RSA key 27DEB15644C6B3CF3BD7D291300F846BA25BAE09 gpg: Good signature from "Linux Mint ISO Signing Key <root@linuxmint.com>" [Ismeretlen módú] gpg: FIGYELEM: Ez a kulcs nincs hitelesítve megbízható aláírással! gpg: Semmi jele, hogy ez a kulcs a megadott tulajdonoshoz tartozik. Elsődlegeskulcs-ujjlenyomat: 27DE B156 44C6 B3CF 3BD7 D291 300F 846B A25B AE09 kim@kim-hp:~/Letöltések$ sha256sum --ignore-missing -c sha256sum.txt linuxmint-19.1-cinnamon-64bit.iso: RENDBEN kim@kim-hp:~/Letöltések$Értékelés:
:)
Beküldte lala -
Nem telepítettem hanem egy pendrive-ról indítva live rendszerként próbáltam ki.
Viszont , a frissítéseket (nem sok volt) telepítettem.A terminálból indított VLC (úgy emlékszem)
azt írta ki ami a képeden is láható (qt5ct: using qt5ct plugin, qt5ct: D-Bus global menu: no ...stb.)
de a VLC kezelőfelülete nem töltődött be.
Nem akarom telepíteni a 19.1-et ! - Nagyon jól megvagyok a 18.3 Cinnamon-al - Csak az első benyomásaimat írtam le a 19.1 betáról.
Az tegnapi kísérlet alkalmával a ppa-s qbittorrent, és az smplayer hibáját egyértelműen az ISO kiírásának valamilyen
hibája okozhatta. (Furcsa, mert lényegében dd-vel lett kiírva.)
A kodekcsomag pedig az volt, amelyiknek a telepítése a Hang és videó menüpontban 1 kattintással indítva történhet.
Szerk. A letőltött ISO-t, - egyszerűbben - a "GtkHash"-al ellenőriztem ! https://ibb.co/HPwL6dW
Értékelés:
:) + az Advent első vasárnapja
Beküldte kimarite -
A kodekcsomag pedig az volt, amelyiknek a telepítése a Hang és videó menüpontban 1 kattintással indítva történhet.
-- értem, majd megnézem. Túl ..., nem szoktam még hozzá ezekhez a szolgáltatásokhoz. :)
Szerk. A letőltött ISO-t, - egyszerűbben - a "GtkHash"-al ellenőriztem ! https://ibb.co/HPwL6dW
-- lehet úgy is. A Linux Mint leírás a meglévő, már telepített eszközöket alkalmazza. ;)
-----
Ui.: Boldog Adventet!
https://www.youtube.com/watch?v=Nce83DniuPw
Igazából ez lenne (itt van csak meg):
https://m.facebook.com/story.php?story_fbid=503913006307238&id=245982698...
Köszöntsük Advent első vasárnapját ez évben is, ezzel a szép énekkel!
-- Kátai Zoltán, énekmondó (rajongói oldal)
Értékelés:
:) + az Advent első vasárnapja
Beküldte lala -
Időközben, letöltöttem és az Etcher-el kiírtam a 19.1 Mate kezelőfelületű kiadását.
A PPA felvételével telepített qbittorrent, az smplayer, és a kodek csomag telepítése után a VLC is indul !
A panel felülre helyezése sem tüntet el ikonokat - szóval, úgy működik ahogy a Cinnamonnak is KÉNE !
Ha valaha telepítem a 19.x-et, akkor az valószínű Mate felületű lesz.
Értékelés:
:) + az Advent első vasárnapja
Beküldte kimarite -
Jó, de ... lala: az, hogy mi lesz a te választásod, nem segít azon, hogy te nem segíted a hiba (bug) behatárolását a közösség felé. :)
Végülis jelenthető így is, összehoztuk a lényeget ... közösen. ;)
Értékelés:
:) + az Advent első vasárnapja
Beküldte lala -
A hiba okát nem tudom behatárolni, csak sejtem hogy a Gnome 3-as használt verziója miatt lehet problémája
a Cinnamonnak.
Már a 16.04-nél is sok alapvető változtatás történt - a 18.04-nél meg ha lehet még több. - Számomra úgy tűnik,
hogy kell legalább 2 év mire újra kaphatunk egy stabilnak / megbízhatónak nevezhető kiadást. (20.04 -> Mint 20)
Hacsak addig megint meg nem mozdul náluk a vezérhangya, és bele nem csapnak ismét a nagy változtatások
"lecsósfazekába" ! :)
Értékelés:
:) + az Advent első vasárnapja
Beküldte kimarite -
A hiba okát nem kérdeztem. :D Csao
Értékelés:
:(
Beküldte zoli62 -
Én is maradtam a 18.3 mellett. :)
Értékelés:
Hurrá...
Beküldte zoli62 -
Igen én is ez utóbbit tudom megerősíteni. Több funkcionális. visszalépést is tapasztaltam 18-ról 19-re való fejlesztés sitán. Itt is érvényes a mondás: Ami nem romlik el, azt nem kell frissíteni. Az új Mint inkább a dizájn- mint a tartalomfejlesztésirányába ment el. Persze ez nem új és egyedi jelenség, ha megnézzük például a zárt forrású szoftvereket fejlesztő nagy cégeknél is a trendeket. (Microsoft, Apple, stb.)
Értékelés:
:(
Beküldte kimarite -
Megmagyarázni nem tudjátok.
Értékelés:
Hurrá...
Beküldte kimarite -
Több funkcionális. visszalépést is tapasztaltam 18-ról 19-re való fejlesztés sitán. Itt is érvényes a mondás: Ami nem romlik el, azt nem kell frissíteni. Az új Mint inkább a dizájn- mint a tartalomfejlesztésirányába ment el.
-- bocsi, felsorolást kérhetünk a visszalépésekről? Csak ;), mert Manjaro és Antergos fan jelenti ki ezt (mármint részedről).
-- de párhuzamosan lala is adós ezzel. :)
Segítek, itt vannak az újdonságok:
https://linuxmint.hu/hir/2018/11/linux-mint-blog-havi-hirek-2018-oktober
Nézzük például a megjelenés tekintetében a karakter megjelenés javítását. Ez biztos visszalépés? Elég erőteljes szerintem. Mármint a javítás.
Értékelés:
:(
Beküldte zoli62 -
Dehogynem. Kezdjük azzal, hogyha frissíteni szeretnél 18-ról 19-re, de a rendszerlemezen kívül nincs más helyed, a frissítési folyamat mentés nélkül nem is enged továbblépni, csak egy terminalos parancs kiadásával, ami kiiktatja a mentést, és ez egy kezdő/átlagos felhasználónak már probléma lehet.
a
July 4, 2018 at 1:38 pm
Evowise CDN is my mirror.It is wicked fast in my area. Anyway ,how to switch to default respositories?
Also,where is the option for unlimited scorolling.
After installing the mintupgrade .deb 18.3.5, When I click upgrade check ,it is forcing me to have a backup,showing error in red colour cmd. I have only 500gb of a single hard disk,no storage.How to skip the compulsory backup.Why is the forced backup?
July 4, 2018 at 2:32 pm
Hi,
You can skip it with “sudo touch /etc/timeshift.json”.
Értékelés:
Jöhet a következő ... :)
Beküldte kimarite -
Kezdjüj azzal, hogyha frissíteni szeretnél 18-ról 19-re, de nincs sok helyed, a frissítési folyamat mentés nélkül nem is enged továbblépni, csak egy patancs kiadásával, ami kiiktatja a mentést, és ez egy kezdő/átlagos felhasználónak már probléma lehet.
-- ezt már írtad, de több hasonlóra nem emlékszem.
... amúgy nagyon hasonló dolgokat jeleztem, hogy jobban előtérbe kéne hozni. Mármint bevenni „a Wiki”-be például. Az egyikről írtam is egy blogot:
https://linuxmint.hu/blog/2018/07/frissiteskezelo-a-napi-egy-automatikus...
Hát ez elővigyázatossági lépés szerintem, de ezért van a fórum. A júzer kérdez, mi válaszolunk. És, ha nem sikerül a frissítés, és nincs mentés? Akkor ki a hibás? „Természetesen” a Linux Mint OS. Persze, az imént (fentebb) említett módon könnyebb lenne. De ..., szerinted hányan olvassák a Súgó-t a telepítés megkezdése előtt? Nem sokan. Ezen semmi nem segít, az se, ha a címlapra erőteljesebb módon kitesszk a linkeket. De hát ott vannak, balra. Ha intenzíven jelezzük az utána olvasás szükségességét, csak az segít.
Majd felvetem a külföldi fórumon, hogy a jelenséget le kéne kezelni valahogy, máshogyan.
De ez így félig-meddig „nem ér”, hiszen én eléggé NEM ismerem az Antergos vagy a Manjaro rendszerek hasonló és lehetséges hibáit. Egyre azonban így is rájöttem:
https://linuxmint.hu/comment/19592#comment-19592
Nyilván javítva lett. Idővel.
Ettől függetlenül szomjasan iszom szavaid. Mert ez a lényeg, a bizonyítás. :)
(azt hiszem, megyek vásárolni most, de később leszek)
Értékelés:
Te is tudod, hogy nem lehet
Beküldte zoli62 -
Te is tudod, hogy nem lehet olyan súgót írni, ami minden elképzelhető hibakimenetre tartalmaz egy megoldást, vagy legalább kerülő megoldást. Amikor a Linux a kilencvenes évek végén elkezdett terjedni, akkor még csak a kevesek kiváltsága volt, rengeteg, főleg angol nyelvű dokimentummal. RTMF biztos ismerős. :) Ma már ezt biztos nem mondhatod és nem várhatod el a kezdő felhasználótól. Viszont "butabiztos" rendszert nyilt forrás eserében még nehezebb csinálni, zárt forrásúnál sem sikerül, lásd Microsoft, Apple. Véleményem szerint az LM development team is megpróbál elmenni ebbe az irányba, de nem nagyon sikerül neki.
Értékelés:
Te is tudod, hogy nem lehet
Beküldte kimarite -
Hát azért elég kevés nagy OS hallgat minden esetben a felhasználóra, tekintve akár a Linux terjesztéseket is. Ilyen és hasonló megfigyeléseket én is teszek, és jelzem, ha gond van. Én itt a megfontoltságot, előrelátást érzem inkább, míg az általam felvetett problémáknál inkább igaz, hogy változtatni kéne. De említhetném azt is, hogy „egy ideje” a Frissítéskezelő állandóan frissíthető csomagokat jelez, akkor is, ha a szint beállítás szerint ez nem igaz. Kicsit megtévesztő. Döntés született, hogy így lesz, annyira tán nem is zavaró, csak nekem, aki a logikát keresi „mindenben”. Volt erre egy megoldás, meg is írtam blogban, de legutóbb már nem működött. Ránézek még.
Próbálkozom „felfelé” jelezni ezeket a dolgokat -ahogy időm van rá- de befogadás is kell hozzá.
Vagy készítek én is egy ilyen „minden asztali környezetet” telepítő telepítőt. Amiben a többi dolog is benne van (esetleg). Nem könnyű, és időigényes. :)
Értékelés:
Te is tudod, hogy nem lehet
Beküldte zoli62 -
Szerintem a 18-as háromszintű frissítéskezelője kezdőknek is közérthető volt, ugyanakkor biztonságos is. Egészséges kompromisszum az esy to use és a safe között.
Értékelés:
Nálam is marad a LM 18.3
Beküldte keraform -
Nem akartam közbeszólni, de erre reagálok: "Megmagyarázni nem tudjátok."
Én megtudom. Pedig a 19.1-et még nem is próbáltam.:-)
Mármint azt, hogy a LM19 miért visszalépés. Persze majd lehet, hogy ki fogom próbálni, de most a Deepin van a játszó partíción. Tegnap telepítettem, mert nagyon tetszett, amiket láttam róla.
Nem a Manjaro Deepinre gondolok, aminek 17.1.12 a verziószáma, hanem a Deepin OS-re, aminek 15.8. Egyenesen Kínából.
Ez itt nem off, mert éppen amiatt váltam meg a 19-től, mert olyan baromi ronda. Ezt nem szeretném vita tárgyává tenni, nekem ronda. Nem fogom azokat az idióta monokróm Nemo oldalsáv ikonokat nézni, és utálom a fekete/grafit/sötétszürke, valamint a fehér/világosszürke/kékesszürke témákat.
Micsoda arrogáns dolog, az, hogy eldöntötték, hogy ezentúl ilyen ocsmányak lesznek az ikonok? Arról nem is beszélve, hogy a szín információt hordoz. Sokkal hamarabb találom meg a Multimedia ikont, ha az narancssárga.
Én a LM18.3 Cinnamont használom. A 19-et két nap után nyugdíjba küldtem. Majd akkor újra próbálkozom vele, ha megjön a tervezők esze.
Az Ubuntut a 10.04-től addig használtam, amíg meg nem jelent az az idióta Unity. Ezt akkor le is írtam az ubuntu.hu oldalon. Lehurrogtak, hogy hülye vagyok.
Na, most ki a hülye?
Egyszerűen fel nem foghatom, hogy dizájnban mindenki a Google-t utánozza. Ami érthető lenne, ha az valami baromi jó lenne. De így?
Én a Windows Milleniummal kezdtem, majd jött a Windows 2000, az XP, és néhány napra a Windows 7. Azután következett az Ubuntu 10.04, a Xubuntu sokáig, majd a Linux Mint.
És eddig mindig úgyéreztem, hogy modernebb, szebb is lett. De ez csak a LM19 megjelenéséig volt igaz.
Nálam így néz ki a Némo. Szóljon valaki, ha a 19-en ezt meg tudja csinálni! (Amúgy ez egy általam módosított téma)
https://i.ibb.co/jk9LjdK/Nemo.png
Értékelés:
Te is tudod, hogy nem lehet
Beküldte kimarite -
Most nem a négy szintről beszélek. Az nem gond szerintem. Leírtam a gondot. OLyasmi, mint amit te is közöltél. De az csak egy dolog, hol a többi ;)? Különben nem emlékszem, melyik 18.x verzióban volt csak három szint. Készítettem kép sorozatokat, tán mindegyikben négy szint van. Nem figyeltem. :)
Értékelés:
Nálam is marad a LM 18.3
Beküldte kimarite -
Ez hanyas Nemo?
Nehezen hiszem, hogy a Linux Mint 19 kiadás alatt nem tudod megcsinálni, hiszen ... írtál egy blogot is:
https://linuxmint.hu/blog/2018/05/egyeni-cinnamon-tema-keszitese
:)
Nem tudom, mi értelme a könyvtárak szinezésének ... .
Egyszerűsödik pár alkalmazás, de Cinnamon alatt is telepíthető és használható a Thunar fájlkezelő például. Vagy a Caja. Nem próbáltam, meg, hogy mennyi MATE elemet hoz magával, .. de tessék:
Ja, a fájkezelők kezelik jó ideje az Asztal-t, a háttérképet és beépülnek a rendszerbe rendesen, asztali környezet szerint. Próbáltam a Nemo-t eltávolítani, csak a Cinnamonnal együtt ment volna. Tessék:
De használj nyugodtan Deepin OS-t :). „Nálunk” és jó pár más Linux-nál van , ami jócskán előrevisz (erről szól a linkelt beszámoló), és -sajnos- néhány dolog egyszerűsödik, kinek tetszik, kinek nem. Megoldásokat lehet mindig keresni. Ugyanez látható -egy ideje- a Gnome3-nál, lásd Nautilus. Még mindig van Xfce, LXDE, nem változnak „ennyit”. De a Cinnamon vagy a MATE sem igazán változik hátrányosan, túlzás, amit írsz. Keresik önmagukat, éppúgy, mint a felhasználók: As I am.
Értékelés:
Te is tudod, hogy nem lehet
Beküldte zoli62 -
A három biztonsági szint frissítéskezelőben 18.X-ben: alap, átlagos, haladó. Ez lett kivéve 19.0-ban. Én erre céloztam.
Értékelés:
Igen, úgy tánik a LInux Mint
Beküldte zoli62 -
Igen, úgy tűnik, a LInux Mint az egyszerűsítés irányába megy. Ez van, akinek tetszik, van, akinek nem.
Értékelés:
Igen, úgy tánik a LInux Mint
Beküldte kimarite -
Nem ezt mondtam! Csúsztatás. :)
Értékelés:
Te is tudod, hogy nem lehet
Beküldte kimarite -
Ja ... hogy erre gondolsz. Nem is figyeltem, most mi van.
De úgyis adós vagyok egy Súgó témával, megnézem.
A lexikális tudásod előtt leborulok. ;)
Súgó témákat miért nem írsz ide? Tudnál, esküszöm.
Szerk.: de jócskán bonyolítja a leírást, megnézni, melyik, mit eredményez. Én ... ezután állítottam be mindent, ezt átléptem. Utána is lehet szerintem. Viszont elkezdett érdekelni.
Értékelés:
Nálam is marad a LM 18.3
Beküldte keraform -
"Ez hányas Nemo?"
A 3.6.5-ös.
"Nehezen hiszem, hogy a Linux Mint 19 kiadás alatt nem tudod megcsinálni, hiszen ... írtál egy blogot is"
Igen, és abban említettem is azt, hogy "A Linux mint 19 Cinnamon kiadásban megváltozott a Témázhatóság. Nem, vagy csak részben használhatók a GTK-s témafájlok."
Nem állítom, hogy nem lehet, nyilván lehet, csak én nem tudom megcsinálni.
"Nem tudom, mi értelme a könyvtárak színezésének ... "
Már egyszer leírtam, nem merem még egyszer.
De nem a mappák színezése a lényeg, bár az sokat segít... ja ezt már írtam.
Tudom, hogy lehet telepíteni a Thunar-t. Telepítve is van, de ez semmin nem változtat.
"De használj nyugodtan Deepin OS-t"
Biztosan nem fogom használni (egyelőre), csak nagyon tetszik az irány, amit képvisel, és csak amiatt írtam, hogy vannak, akik adnak a külsőre. De a LM Cinnamon fejlesztői csapat megrekedt a Google színvonalán. Sok felhasználót el fognak veszíteni. Nem tanultak a Unity esetéből.
Egy szónak is száz a vége, nekem ez az új Cinnamon már nem tetszik. Nálam egyelőre marad a 18.3.
LTS, tehát egy darabig elleszek vele.
Értékelés:
Nálam is marad a LM 18.3
Beküldte kimarite -
Értem, amit írsz, de szerintem ez a GTK3-mal függ össze. Vagy nem, de majd rákeresek.
Nálam sosem ikonok látszanak, idegesít, azaz nem tudok tájékozódni rendesen. Mindig is alapértelmezett a Listanézet. A Multimédia ikont (könyvtárat) az M karakternél keresem :). Ez egy kicsit off, de azért leírom.
Értékelés:
Nálam is marad a LM 18.3
Beküldte kimarite -
Mindig is a Thunar volt a kedvencem. A Nautilus butulásakor a PCManFM és még valami egyéb. A forkok nem igazán tetszenek, de ez az én véleményem csak.
A Cinnamon-ban a Mint-Y vagy a Mint-X az alapértelmezett téma, ez kiadástól függ. Mindig van olyan, minden OS alatt, ami alapértelmezett. De ezt meg lehet változtatni. Letöltéssel, és a Mint-nél a Témák alkalmazásban is van erre lehetőség. Én a régi Mint témát használom most, nemrég közöltem valahol erről képernyőképet is. Igazság szerint kevés jó téma van, azaz kevés a jól használható, hol az ikon, hol a szöveg nem látszik. De majd ránézek egy ismerős megoldásaira, ő is témákat szokott szerkeszteni, ez az egyik hobbija gondolom. Engem eddig nem igazán érdekelt a „téma”. Az igazi monochrome témák viszont sok embernek tetszenek.
Értékelés:
Te is tudod, hogy nem lehet
Beküldte zoli62 -
Igen, erre gondoltam, ez a megoldás egész kezdőbarát és kezelhető volt, pedig eleinte nekem se tetszett, mert , mindig nyavajgott, ha a frissítéskezelőben lefuttattunk egy frissírést, aztán megszoktam. Nem tudom, miért vették ki a 19-ből. A hivatalos kiadási blogon emlékeim szerint azzal indokolták, hogy a felhasználók ezt a frissítéskezelési beállítást nem nagyon használták.
Értékelés:
Te is tudod, hogy nem lehet
Beküldte keraform -
Emlékeim szerint továbbra is beállíthatók a szintek, csak alapértelmezésben lett megszüntetve.
Értékelés:
Te is tudod, hogy nem lehet
Beküldte tresor -
Ezt meg tudom erősíteni, ma berheltem egy kicsit a frissítés kezelőt. A nézet menüben meg lehet jeleníttetni a szinteket.
Értékelés:
Értelmezhetetlen Szintek
Beküldte keraform -
Az már más kérdés, hogy ez egy teljesen értelmezhetetlen rendszer, ezért felesleges, és káros. Kialakult egy olyan téveszme, hogy csak eddig, vagy addig a szintig frissít valaki.
Pistike csak a kettesig, Jancsika csak a hármasig... Nem röhej?
Ez élesen szemben áll azzal az általános elvvel, hogy mindig a lehető legfrissebb legyen a rendszer. Tudom, hogy annak is vannak hátulütői, de emez meg teljesen értelmetlen.
Én eddig ilyet csak a Linux Mintnél láttam. Az Ubuntunál miért nincs ilyen baromság?
Ki tudja megmondani, hogy mi a különbség a kettes, és a hármas, vagy a hármas és a négyes szint között? Ezeknek a szinteknek a meghatározása teljesen önkényes, a besorolás esetleges.
Lehet, hogy vacilláltak, hogy az adott frissítés hármas, vagy négyes legyen, végül a négyes mellett döntöttek. Ennek eredményeként több tízezer felhasználónál nem települ fel a frissítés.
Vajon milyen csomag lehet az, ami "Nagyon ritka, és nem ajánlott. Problémákat okoz"? Okoz, vagy okozhat? És melyik nem okozhat problémákat? És ha okoz, akkor miért van?
De ha már szintek, akkor legyen két szint. A kettes az, ami a számítógép esetleges elindulását megakadályozhatja. Amit az egyszerű mezei júzer nem tud orvosolni.
És mi az a hülyeség, hogy a négyes szint egyesével telepítendő? Ezt oldja meg a Frissítéskezelő. Akik ezt kitalálták nem használtak mondjuk Windows XP-t? Ott a frissítéskezelő letöltött 53 frissítést, majd telepítette őket. Ha lehetett, akkor egyszerre, de ha nem, akkor csak hatot, majd szólt, hogy újra kell indítani. Azután folytatta a telepítést.
És mi az a hármas szintnél, hogy "körültekintően telepítse"? Azt hogy kell? Én csak olyan gombot látok, hogy Telepítés. Olyan gomb nincs, hogy "Körültekintő telepítés". Vagy tényleg körbe kell nézni telepítés előtt? Pár kiadással ezelőtt még rosszabb volt a helyzet, még értelmetlenebbek voltak a meghatározások. De nem csak a fordítás, az eredeti sem volt jobb.
Én alapból mindig mindent telepítek, van néhány kivétel, ezeket tiltólistára tettem. Hogy lehet úgy egy disztribúciót működtetni, hogy a felhasználók döntik el, hogy szerintük melyik szint az, amit még telepítenek, holott senki sincs tisztában ezekkel a besorolásokkal? Találomra kiválasztott öt felhasználóból, lehet, hogy nincs két egyforma rendszer, holott mondjuk mindannyian ugyanazt a Mintet használják, és nem telepítettek egyéni programokat.
Értékelés:
Értelmezhetetlen Szintek
Beküldte tresor -
Ja, végül is pont emiatt, amiket az előbb felsoroltál. Azért néztem egy kicsit jobban bele.
Értékelés:
Értelmezhetetlen Szintek
Beküldte kimarite -
A szintek azért vannak, mert bizonyos rendszer alkalmazásokra „van” panasz az Ubuntu rendszernél. Ezt vagyis a pontos magyarázatot most nem keresném meg, valahol leírtam, linkeltem. Ezeket az információkat a Linux Mint Development a Launchpad-ről és esetleg más forrásból szerzi. Lényeges momentum, hogy a teljesen felfrissített rendszer ilyetén hátrányát én is tapasztaltam egy PC-n, amelyen véletlenül ez a beállítás maradt meg. Azt hiszem nem tudtam az egeret használni, és lehet, más gond is volt (nem emlékszem). Szóval bizonyos hardver összeállítások tekintetében a(z Ubuntu terjesztésből jövő) lehető legfrissebb csomagok „tényleg nem ajánlottak”, és ezt szeretné kiküszöbölni a szintek lehetőség. Ahogy néztem, a szintekben szereplő csomagok listája egy szöveges fájlban szerepel, ezt is leírtam valahol, hogy hol van. És a fájlból érdeklődik a Frissítéskezelő, de a terminálban kiadott APT továbbá a Synaptic csomagkezelő nem, ezeket használva nincs hatása a szinteknek. ... az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem. Hiszen most ismerkedik a rendszerrel, áttérve a Windows rendszerről, ahol hasonló megoldást szokott meg.
Én a 2-es szintig szoktam javasolni a beállítást, valamint azt, hogy a biztonsági frissítések szinttől függetlenül telepítve legyenek, hiszen utóbbi csomagok frissítése nagyon fontos a rendszer biztonsága érdekében. A kernel legújabb változatra frissítése egyes gépeken, jellemzően noteszgépeken néhány problémát okozhat (van pár példa itt és a világhálón), e csomagok fejlesztése és javítása azonban a kernel fejlesztő csapattól függ, illetve az Ubuntu Development csoporttól, akik kicsit Ubuntu-sítják a kernelt. Akinek megoldás az új kernel, az persze telepítse, de egy átlag felhasználónak ez egyáltalán nem fontos. Idéznék: Ami jól működik, azt ne frissítsük.
A csomagok egyenként történő frissítési lehetősége lehet, inkább nem fontos, viszont azt gondolom, hogy a Frissítéskezelő GUI kialakításából következik, ugyanis más csomagokat is egyenként lehet kiválasztani, magyarán így lett elkészítve az alkalmazás, és „kész”. És, ha azt gondolja a júzer, akkor telepítse a legújabb firmware-t ... . Persze, egy visszaállítási pont elkészítése után (Timeshift), illetve a fórumon esetleg neki javasoltak szerint. Azért erre a kritikára válaszul elmondanám, hogy az Arch Linux-ban is lehet öregbíteni a csomagokat (probléma esetén pl. ezt javasolják), továbbá a Gentoo Linux alatt is merge-elni. A LInux Mint megoldása hasonló, de nem ugyanaz. ;)
Értékelés:
Értelmezhetetlen Szintek
Beküldte keraform -
Ebben neked igazad van. A gond az, hogy egy másik nagy tudású segítő a hármas szintig ajánlja. :-(
És szerintem a fejlesztőcsapat is látja ezt az ellentmondást, ezért mozdultak el abba az irányba, hogy megváltoztatták az alapértelmezett beállítást. Nem lennék meglepve, ha a következő kiadásban teljesen el is tűnne ez a lehetőség. Szerintem az lenne a jó megoldás, ha a frissítéseket vissza lehetne vonni az előzmények alapján úgy, ahogy a Synaptic esetében.
" az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem"
A Frissítéskezelő, és a Synaptic igen közeli rokonok, ha elindítod az egyiket, majd a másikat, azt az üzenetet kapod, hogy már fut egy másik Synaptic. Én nem értem ez mire jó? Frissíteni a Synapticból is lehet, és ott vissza is lehet vonni. Az egyszerű júzertől miért vették el ezt a lehetőséget?
Értékelés:
Értelmezhetetlen Szintek
Beküldte kimarite -
Ebben neked igazad van. A gond az, hogy egy másik nagy tudású segítő a hármas szintig ajánlja. :-(
-- ki?
-- régebben más volt a hármas szint. A Linux Mint 17.x alatt. De ezt jól el lehet különíteni, pl., hogy a szint mellett a tájékoztatás mit mond. Íme a Linux Mint 17.x: Safe packages. Not tested, but beileved to be safe. / Nem tesztelt, de vélhetően biztonságos csomagok.
Én folyamatosan leírom, hogy 2-es szint, mostanában nem olvastam másról, de lehet, figyelmetlen voltam.
És szerintem a fejlesztőcsapat is látja ezt az ellentmondást, ezért mozdultak el abba az irányba, hogy megváltoztatták az alapértelmezett beállítást. Nem lennék meglepve, ha a következő kiadásban teljesen el is tűnne ez a lehetőség. Szerintem az lenne a jó megoldás, ha a frissítéseket vissza lehetne vonni az előzmények alapján úgy, ahogy a Synaptic esetében.
-- a BRTFS fájlrendszer képes erre például. De ott „helyette” a Timeshift.
-- A Synaptic csomagkezelőnél hogyan lehet visszavonni az előzményeket? Erősen gondolkodom, de ... . Mármint nem telepítésről írsz, hanem frissítésről!
" az elképzelés viszont az volt mindig is, hogy egy Linux Mint júzer csak a Frissítéskezelőt használja és amazokat nem"
A Frissítéskezelő, és a Synaptic igen közeli rokonok, ha elindítod az egyiket, majd a másikat, azt az üzenetet kapod, hogy már fut egy másik Synaptic. Én nem értem ez mire jó? Frissíteni a Synapticból is lehet, és ott vissza is lehet vonni. Az egyszerű júzertől miért vették el ezt a lehetőséget?
-- az egyszerű felhasználónak fogalma sincs, hogy létezik a Synaptic is. Általában ezt az információt tőlünk tudja meg :). És ezek után általában megijed a kicsit bonyolultabb csomagnév felsorolástól ... . ;)
-- ez volt és most is ez az elképzelés pedig.
Értékelés:
Értelmezhetetlen Szintek
Beküldte keraform -
Kezdünk elbeszélni egymás mellet. Azzal az elvvel maximálisan egyetértek, hogy a nem informatikai végzettségű Juliska néni számítógépe ne állítsa őt -szinte naponta- olyan döntés elé, hogy merje-e frissíteni, vagy nem. Én nem úgy gondoltam, amit írtam, hogy a Synaptic megoldja ezt a problémát. (Vannak olyan Linux rendszerek, ahol a telepítő nem is tartalmazza.)
Az amit írtam, -lehet, hogy nem volt pontos, vagy egyértelmű- arra vonatkozott, hogy kellene lenni egy olyan mechanizmusnak, mint amit a Synaptic lehetővé tesz. Nem a Synaptic használatát javasoltam a Frissítéskezelő helyett.
Én kezdetektől (2010, Ubuntu10.04) hiányolok néhány dolgot a Linuxból, olyanokat, amik a sokat szidott Windows részei. Például azt, hogy ha nem indul a Windows, akkor háromszor újraindítva az előző, jól működő konfigurációval indul. (Hangsúlyozom, az XP utáni Windowsról nincs szinte semmi ismeretem) A Windows frissítési rendszerére már nem is emlékszem.
Tehát én valami ehhez hasonlót hiányolok a frissítési rendszerből. Ha frissítettem valamit, és kiderül, hogy nem jó, vissza tudjam csinálni. És a Juliska néni is. Mégpedig az operációs rendszer segítségével. A Linuxból ez teljesen hiányzik. A Windowsban van (volt) egy rakás Hibaelhárító.
Mert ha nem csak egy csomagot frissítek egyszerre, hanem tízet, akkor elég soká tart kitotózni, hogy melyik okozta a galibát.
És hogyan lehet visszavonni a frissítést a Synaptic-ban? Lehet, hogy nem jó a szóhasználat, mert nincs visszavonás lehetőség, visszavonás gomb. De akkor ez a szó jutott eszembe.
"Mármint nem telepítésről írsz, hanem frissítésről!" Mi a különbség? Mindkét esetben felkerül egy vagy több csomag a gépre. A "visszavonás", vagyis az eredeti állapot visszaállítása, a telepítés esetében a csomagok eltávolítását jelenti, a frissítések esetében ezen túl az előző csomagokat is vissza kell telepíteni.
Ma megjelent a Frissítéskezelőben a "libraw" nevű csomag. Megnyitottam a Synaptic-ot, és rákerestem, ott is frissíthetőnek volt jelölve.
(Ez nem egyértelmű, mert régebben, Ubuntun előfordult, hogy nem ugyanazok látszottak frissíthetőnek a két helyen, de ezt most hagyjuk)
Frissítettem a csomagot a Synaptic-ból. Bezártam. Megnyitottam a Frissítéskezelőt, rányomtam a Frissítés gombra, (ami a csomaginformációkat frissíti) és ezután már nem volt benne a "libraw" csomag. Azután a Synaptic előzményekben megnéztem, hogy mi lett frissítve ma: (mintha nem tudtam volna)
A következő csomagok frissítve lettek:
libraw15 (0.17.1-1ubuntu0.3) to 0.17.1-1ubuntu0.4
Ezután a Verzió kényszerítése lehetőséget választva, a lenyíló panelen kiválasztottam a 0.3 végű, vagyis az előző csomagot. Eztán rákattintottam az alkalmaz gombra. Ezután a listában a régi csomag látszott újra. (Persze frissíthetőnek jelölve)
Synaptic bezár, Frissítéskezelő megnyit, az eredmény gondolom egyértelmű: újra megjelent a "libraw"
Mindez csak néhány kattintás. Egy ügyesebb informatikus hallgató fél nap alatt csinál egy olyan gombot a Frissítéskezelőre, ami ezt a néhány kattintást automatizálja, ha Julika néni rákattint a Frissítéskezelő "Visszavonás" gombjára. Ha már ez lenne a szándék, hogy ne kelljen a Synaptic csomag-rengetegben bolyongani.
De én nem érzek semmi ilyen szándékot a fejlesztésekben.
Értékelés:
Értelmezhetetlen Szintek
Beküldte tresor -
Az Windowsos visszaállítási metódust meg lehetne csinálni mostmár az integrált Timeshift segítségével. De azt úgy kivitelezni a fejlesztőknek, hogy kimondottan csak a frissítésekre lenne egy folyamat integrálva-optimalizálva. Úgy, hogy az automatikusan minden frissítéskezelő által indított frissítési akció előtt csináljon egy visszaállítási pontot. Egy adott könyvtárba, ami csak ezeket a pontotkat tartalmazza és innen tudjon visszaállni a rendszer automatikusan. Ha a frissítés után nem tud indúlni a rendszer. Minden egyéb más Timeshift pontot meg külön kezelni, azt a felhasználó kezelné. Értem ezt úgy, hogy ezeket nem lehetne kézzel törölni, mindig csak az utolsó kettőt tartaná meg. Egy ilyen folyamatot lehetne integrálni a frissítés kezelőbe, úgy hogy a Timeshift végezné, de a felhasználó felé nem látszana. Azért, hogy még véletlen se kombináljon a Timeshift-re. Egyszerűen csak egy értesítést kapna, hogy most "Visszaállítási pont készítése következik".
Igen ám, de azt hogyan lehet kivitelezni, hogy ha egy előre nem látott hiba miatt pl.: kernelpánik miatt nem indúl a rendszer. Akkor azt milyen folyamat fogja levezérelni, hogy álljon vissza a rendszer egy adott visszaállítási pontra.
Értékelés:
Értelmezhetetlen Szintek
Beküldte kimarite -
Az amit írtam, -lehet, hogy nem volt pontos, vagy egyértelmű- arra vonatkozott, hogy kellene lenni egy olyan mechanizmusnak, mint amit a Synaptic lehetővé tesz. Nem a Synaptic használatát javasoltam a Frissítéskezelő helyett.
-- de nincs ilyn a Synaptic-ban. Értettem elsőre is. Ezért hozták létre a Linux Mint alatt a Frissítéskezelőt, ami ezt tudja. Ugyanis ezt ők, saját maguk fejlesztik, a Synaptic-ot nem :), és nyilván nem céljuk forkolni, idő ráfordítással. Létrehoztak egy új alkalmazást, aminek (már) semmi köze a Synaptic-hoz.
Tehát én valami ehhez hasonlót hiányolok a frissítési rendszerből. Ha frissítettem valamit, és kiderül, hogy nem jó, vissza tudjam csinálni. És a Juliska néni is. Mégpedig az operációs rendszer segítségével. A Linuxból ez teljesen hiányzik. A Windowsban van (volt) egy rakás Hibaelhárító.
Mert ha nem csak egy csomagot frissítek egyszerre, hanem tízet, akkor elég soká tart kitotózni, hogy melyik okozta a galibát.
-- említettem, bizonyos Linux terjesztések tudják ezt, bár nem volt így egyértelmű. Úgy tudom, a BRTFS fájlrendszerre alapozva. Például a Gentoo. Gondolom, eljutunk ide is.
Ma megjelent a Frissítéskezelőben a "libraw" nevű csomag. Megnyitottam a Synaptic-ot, és rákerestem, ott is frissíthetőnek volt jelölve.
(Ez nem egyértelmű, mert régebben, Ubuntun előfordult, hogy nem ugyanazok látszottak frissíthetőnek a két helyen, de ezt most hagyjuk)
Frissítettem a csomagot a Synaptic-ból. Bezártam. Megnyitottam a Frissítéskezelőt, rányomtam a Frissítés gombra, (ami a csomaginformációkat frissíti) és ezután már nem volt benne a "libraw" csomag. Azután a Synaptic előzményekben megnéztem, hogy mi lett frissítve ma: (mintha nem tudtam volna)
-- gondoltam, hogy elírás, de nem lehettem bizonyos ebben. Azonban ezt nem mindig tudod megtenni, az előzményekre alapozni mert a korábbi csomag már sokszor nem érhető el a tükrökről, megszüntetik.
Egy ügyesebb informatikus hallgató fél nap alatt csinál egy olyan gombot a Frissítéskezelőre, ami ezt a néhány kattintást automatizálja, ha Julika néni rákattint a Frissítéskezelő "Visszavonás" gombjára. Ha már ez lenne a szándék, hogy ne kelljen a Synaptic csomag-rengetegben bolyongani.
De én nem érzek semmi ilyen szándékot a fejlesztésekben.
-- vélhetően nincs a Synaptic fejlesztőiben ilyen szándék. Ismétlem, a szintek működése, létrehozásának oka nyilvánvaló, a Frissítéskezelő egy új alkalmazás, mely a szinteket tartalmazza. A visszaállításra ott a szintén beépített Timeshift vagy más alkalmazások, amit itt a fórumon is javasoltak többen.
-- ha ismersz ügyes informatikust, szólj neki. ;)
-- leírtam már, de megismétlem. A BRTFS fájlrendszer egy visszaállítást tud. Utána kell néznem nekem is a témának ... .
Értékelés:
Értelmezhetetlen Szintek
Beküldte kimarite -
Az előző hozzászólásban említettem a BRTFS fájrendszert. Át kell gondolni mi kéne a Linux Mint alá például( nekem is), és azt tudom javasolni vagy kérdezni az angol fórumunkon. Tehát ilyesmi részleteket is (kernel panic) átgondolni, arra mi lenne az ötletünk. Egy kérdést rendesen meg kell fogalmazni, mert ugyanabban a témában másodszor nehezebben válaszolnak (így van az életben is).
Értékelés:
Visszaállítás
Beküldte kimarite -
Ui.: nyilván te is tudod, a szabad forráskódú szoftverek fejlesztési iránya nagyjából kétféleképpen befolyásolható:
-- ha minél többen kérnek egy vagy több új szolgáltatást, ennek „neve” igény,
-- ha az adott szoftvert elágaztatják, ennek neve fork.
Engem is érdekel a történet, de nincs teljesen rálátásom a lehetőségekre. Még.
És azt is figyelembe kell venni, a fejlesztő is örül, ha sokaknak tetszik a szoftver.
A pénzen kívüli motíváción túl Én azt olvastam erről valamilyen könyvben,ez az egészséges „ego”, ami vagy látszik a mindennapokban is, vagy csak a szoftver fejlesztését viszi inkább előre. ... de talán jobb azt a fogalmat használni, amit kiemeltem: előrébb és gyorsabban halad a munka, a fejlesztő élvezi, amit csinál. Nem teljesen jó példa, de valami: https://forbes.hu/legyel-jobb/ezert-fognak-fakepnel-hagyni-ha-meg-nem-te...
Ahogy egy család is boldogabb, teljesebb, ha a családtagok ismerk egymás igényeit, és mellesleg sokat mosolyognak egymásra.
Ismétlem: én is gondolkodom ezen, érdekel.
Értékelés:
Visszaállítás
Beküldte keraform -
Úgy gondolod, hogyha szépen összeírjuk, hogy mit hiányolunk, a Linux Mintből, vagy mit tartunk benne rossznak, akkor annak örülni fognak a fejlesztők? Mert én nem örülnék neki. Ahogy most sem örülök. Én leírtam, hogy rossznak tartom a Frissítéskezelő Szintek működését, erre többen azt bizonygatjátok, hogy az amit én szeretnék az miért nem jó, és miért jó az, ahogyan most van.
De legyen neked igazad! Javasoljunk egy jobb rendszert. Nekem vannak ötleteim, de nem tudom melyik mennyire megvalósítható. Ha te jobban képben vagy, és a beküldés módját is ismered, állítsuk össze a javaslatainkat a Fórum tapasztalati alapján, és küldjük el rendszeresen a fejlesztőknek.
Értékelés:
Oldalak