#1 Kovács János szintén? (ezt dobja név példának a Live-ban) ... Micimackó :-)
Szívesen.

... mint tudjuk, lakhelyén a Mr. Sanders (magyar fordításban Kovács János) név szerepel. Mr. Sanders kilétét azóta is csak találgatják, ami biztos, hogy a név nem a mackóra vonatkozik, hanem valószínűleg a kuckó előző lakójának nevét jelzi. Sandersnek hívták egyébként azt a nyomdászt, aki Milne több munkájának nyomtatását is intézte, lehetséges, hogy az ő tiszteletére került a névtábla Micimackó ajtaja fölé. Micimackó hallgat még a Medveczky Medve, a Csekélyértelmű Medvebocs és a Csacsi Öreg Medvém elnevezésekre, továbbá dicső tetteivel kiérdemelte az Északi Sark Felfedezője (ÉSF) és a Füles Farkának Felfedezője (FFF) titulusokat is.
https://kulturpart.hu/2009/11/08/10_dolog_amit_minden_micimacko_rajongon...

Köszi, ez most éppen nagyon jókor jött. Már elkezdtem a kérdés irását, hogy hogyan lehet a Google Playról letölteni és használni egy programot Linux alatt, ekkor olvastam a cikkedet letöltöttem, Live alatt ki is próbáltam, a probléma meg is oldódott, mégegyszer köszi!

#3 Ők a legnagyobbak ... (Magyarországon).
Nekem modemem van (persze, router is), rajta egy antenna csatlakozó, és egy kütyüm (talán Ebay) ami átalakítja USB-ssé az antenna kábelt és a vége a VLC (channels.xspf).

Majd megnézem a Mcmackót a TVGo-n mert a Telekom nem hajlandó vagy nem akar Linux alá fejleszteni, szerintük elég Androidra és Windowsra....Á, inkább nem mondok semmit...

#5 De akkor most már, a telepített Android alatt megy a TV Go?
Mennyire terheli le a gépet, nem akad? És ... úgy általában, mennyire élvezhető így a tévézés, „a megoldás” ez lett?

Semmiképpen nem a szolgáltató érdeme ...

Kénytelen vagyok. Telefon, internet, tv előfzetés van náluk. Más meg a környéken nem tudja ezt szolgáltatni ebben a minőségben és árban. Persze különböző kütyükkel megoldható hogy a gép majdnem mindent tudjon, de hát ugye a család nem használhatja egyszerre a gép(ek)et.

#7 Még én sem telepítettem, csak próbáltam. Amit láttam, az alapján így kéne (ugyanezt látjuk):
https://www.howtogeek.com/164570/HOW-TO-INSTALL-ANDROID-IN-VIRTUALBOX/
Mondjuk, én a más Linux (Other Linux) beállítást választottam és: 2GB RAM, 10GB tárhely. Vélhetően én sem csináltam valamit jó, késő este volt már.
Talán aperten fórumtársunknál láttam Android-ot VB alatt (képeken), vagy ... most nem tudom, mi a nickneve, de nálam a Google Plus kapcsolatoknál Linux és „valami még” nicknéven egy idősebb kortársnál. Őt majd megkérdezem, rákeresek.
Valahogy csak megtaláljuk a megoldást.
https://www.youtube.com/watch?v=jOcJ22DJfio

Megy, bár van egy kis kényelmetlenség. Ugyanis csak Live módban sikerült telepiteni, biztos nem eléggé néztem utána, igy mindig újra kellene telepiteni, ez így macerás. A telefonon is, meg Windows-on akadás nélkül, jó minőségben, az eredeti tv adáshoz képest kb 1 másodperces késéssel jön az adás, szinte vsszhang...A Live is jó.

Neumann János Számítógép-tudományi Társaság - NJSZT: 60 éves az első magyar számítógép.

Pontosan hatvan évvel ezelőtt, 1959. január 21-én számolt be az Esti Hírlap az első magyar elektronikus számítógép (korabeli szóhasználattal: „számológép”), az M-3 elkészültéről.

Ez igazán kerek évforduló, a magyar informatika születésnapja.

Az ünnepelt gép közel tíz évig működött, Budapesten, majd Szegeden, ahol végül 1968-ban leselejtezték.

A magyar technikatörténet unikális értékét nem tudjuk teljes egészében bemutatni, de fontos darabjai láthatóak a Neumann János Számítógép-tudományi Társaság Informatika Történeti Kiállításában – további darabjai pedig a Magyar Műszaki és Közlekedési Múzeum Műszaki Tanulmánytárában. A gép leírása, műszaki adatai, története jól feldolgozott az NJSZT Informatikatörténeti Adattárában is.

Most úgy gondoljuk, nemcsak a gépre, hanem a mellette dolgozó emberekre vagyunk kíváncsiak. A még élő munkatársak közül hárommal beszélgettünk.

Dömölki Bálint, Németh Pál és Szelezsán János a magyar informatika kiemelkedő alakjai, mindhárman az NJSZT alapítói közé tartoznak (1968), Dömölki tiszteletbeli elnökünk is.

Ismerjék meg most az Ő történetüket!

http://ajovomultja.hu/news/60-eves-az-elso-magyar-szamitogep

A Google "konzolja" valójában nem is konzol lesz, hanem egy streaming szolgáltatás, amit Stadiának kereszteltek. A Stadia tulajdonképpen a játékvilág Netflixje lesz, mert segítségével bármelyik játékot, bármilyen eszközről játszhatunk ugyanolyan magas minőségben, 1080p-ben, illetve 4K-ban, 60 fps-sel. Tehát hagyományos számítógépekről, laptopokról, tévékről, a Google Chromecastjéről, tabletekről és mobiltelefonokról egyaránt elérhető lesz bármilyen játék.

A demonstráción többek között az Assassin's Creed Odyssey-t mutatták be: a játék előzetesébe ágyazott "Play" gomb segítségével pár másodperc alatt már csatlakozhattunk is a játékba YouTube-on keresztül. És bármelyik eszközön is kezdjük el a játékot, egy másikra áttérve onnan folytathatjuk, ahol abbahagytuk! A Stadiára vethettek egy pillantást ... https://hu.ign.com/stadia-1/47485/news/gdc-2019-a-google-bejelentette-fo...

Vélemény:

Lehet, hogy nem is olyan forradalmi... ;) Majd egy évtizede már maga a Netidők is beszámolt az OnLive nevű játékplatformról, mely ugyanezt tudta, és nagyon is jól működött, Magyarországról is, egy sima 5-10 mbites ADSL kapcsolattal, folyamatosan, azonnal reagálva a kiadott inputra, és már akkor hd-ben visszaküldve a renderelt játék grafikát a távoli szerverről, még FPS játékoknál (pl. Unreal Tournament), vagy autós játékoknál, pl. Dirt3-nál is. Már akkor voltak EU szerverek is, melyekkel lag és szakadásmentes volt a játékélmény. Előfizetés nélkül bármely játék 30 percig volt játszható (de bármennyiszer 30 percig), és komoly AAA címek voltak a kínálatban. Akkoriban ott volt ráadásul a hasonló tudású Gaikai is, melyről a Netidők szintén többször beszámolt.
A rendszer megelőzte korát.

A Pál utcai fiúk nyomában címmel mobilapplikációs séta készült Ferencváros és Józsefváros közös finanszírozásában. Az okostelefonos interaktív séta segítségével Molnár Ferenc világhírű regényének helyszíneivel lehet megismerkedni:
https://mult-kor.hu/interaktiv-mobilapplikacio-keszult-a-pal-utcai-fiukb...
http://www.boon.hu/a-pal-utcai-fiuk-nyomaban-mobilapplikacio-keszult-a-r...

-----

Kicsit hasonló témájú dal: https://www.youtube.com/watch?v=RiaGyL80N1A
(http://www.dia.pool.pim.hu/html/muvek/SZABOL/szabol00154/szabol00287/sza...
http://www.dia.pool.pim.hu/html/muvek/SZABOL/szabol00154_kv.html)

Balesetek és bűnügyek helyszínei, illetve a helyszínek gyakoriság szerinti eloszlása is megnézhető az inNOVA program keretein belül elindított internetes szolgáltatási felületfejlesztés, az inNOVA Digitális Térképészeti Rendszer első nyilvános térképoldalain.
... https://kreszvaltozas.hu/hir/tesztuzemben-a-rendorsegi-terkeptar/

A rendőrségi térképtár honlap tartalmai a forrás megjelölésével szabadon felhasználhatóak, az Open Data API-n keresztül átvehetőek.

Az egyik fórumon azt írja valaki, hogy OSM alapú ez a térkép (is).

https://terkep.police.hu/portal/

@#23 Tegnap délután frissítettem.

Package        : linux
CVE ID         : CVE-2019-3846 CVE-2019-5489 CVE-2019-9500 CVE-2019-9503
                 CVE-2019-10126 CVE-2019-11477 CVE-2019-11478 CVE-2019-11479
                 CVE-2019-11486 CVE-2019-11599 CVE-2019-11815 CVE-2019-11833
                 CVE-2019-11884

Several vulnerabilities have been discovered in the Linux kernel that
may lead to a privilege escalation, denial of service or information
leaks.

CVE-2019-3846, CVE-2019-10126

    huangwen reported multiple buffer overflows in the Marvell wifi
    (mwifiex) driver, which a local user could use to cause denial of
    service or the execution of arbitrary code.

CVE-2019-5489

    Daniel Gruss, Erik Kraft, Trishita Tiwari, Michael Schwarz, Ari
    Trachtenberg, Jason Hennessey, Alex Ionescu, and Anders Fogh
    discovered that local users could use the mincore() system call to
    obtain sensitive information from other processes that access the
    same memory-mapped file.

CVE-2019-9500, CVE-2019-9503

    Hugues Anguelkov discovered a buffer overflow and missing access
    validation in the Broadcom FullMAC wifi driver (brcmfmac), which a
    attacker on the same wifi network could use to cause denial of
    service or the execution of arbitrary code.

CVE-2019-11477

    Jonathan Looney reported that a specially crafted sequence of TCP
    selective acknowledgements (SACKs) allows a remotely triggerable
    kernel panic.

CVE-2019-11478

    Jonathan Looney reported that a specially crafted sequence of TCP
    selective acknowledgements (SACKs) will fragment the TCP
    retransmission queue, allowing an attacker to cause excessive
    resource usage.

CVE-2019-11479

    Jonathan Looney reported that an attacker could force the Linux
    kernel to segment its responses into multiple TCP segments, each of
    which contains only 8 bytes of data, drastically increasing the
    bandwidth required to deliver the same amount of data.

    This update introduces a new sysctl value to control the minimal MSS
    (net.ipv4.tcp_min_snd_mss), which by default uses the formerly hard-
    coded value of 48.  We recommend raising this to 536 unless you know
    that your network requires a lower value.

CVE-2019-11486

    Jann Horn of Google reported numerous race conditions in the
    Siemens R3964 line discipline. A local user could use these to
    cause unspecified security impact. This module has therefore been
    disabled.

CVE-2019-11599

    Jann Horn of Google reported a race condition in the core dump
    implementation which could lead to a use-after-free.  A local
    user could use this to read sensitive information, to cause a
    denial of service (memory corruption), or for privilege
    escalation.

CVE-2019-11815

    It was discovered that a use-after-free in the Reliable Datagram
    Sockets protocol could result in denial of service and potentially
    privilege escalation.  This protocol module (rds) is not auto-
    loaded on Debian systems, so this issue only affects systems where
    it is explicitly loaded.

CVE-2019-11833

    It was discovered that the ext4 filesystem implementation writes
    uninitialised data from kernel memory to new extent blocks.  A
    local user able to write to an ext4 filesystem and then read the
    filesystem image, for example using a removable drive, might be
    able to use this to obtain sensitive information.

CVE-2019-11884

    It was discovered that the Bluetooth HIDP implementation did not
    ensure that new connection names were null-terminated.  A local
    user with CAP_NET_ADMIN capability might be able to use this to
    obtain sensitive information from the kernel stack.

For the stable distribution (stretch), these problems have been fixed in
version 4.9.168-1+deb9u3.


We recommend that you upgrade your linux packages.

Érdemes lehet a tűzfalszabályokat finomítani (ha a tűzfalat nézi az ember).

#27 A hírben (rosszul megfogalmazott valamiben) linkelt oldalon
https://github.com/Netflix/security-bulletins/blob/master/advisories/thi...
említenek a frissítésig használható két megoldást (workaround). Mindegyik kernel változatra jó (de, ha jön a frissítés, mint nálam ... értelme nincs).

1) Nálam most az érték 0 (a frissítés után)

cat /proc/sys/net/ipv4/tcp_mtu_probing
0

Magyarázat:

       tcp_mtu_probing (integer; default: 0; since Linux 2.6.17)
              This parameter controls TCP Packetization-Layer Path MTU Discov‐
              ery.  The following values may be assigned to the file:

              0  Disabled

              1  Disabled by default, enabled when an ICMP black hole detected

              2  Always enabled, use initial MSS of tcp_base_mss.

2) A értékét kell 0-ra változtatni. Nálam most 1 (a frissítés után):

cat /proc/sys/net/ipv4/tcp_sack
1

Magyarázat: (tiltva: 0, engedélyezve: 1)

       tcp_sack (Boolean; default: enabled; since Linux 2.2)
              Enable RFC 2018 TCP Selective Acknowledgements.

Minkét beállítás megtalálható itt is: /etc/sysctl.conf

... elméletileg, mert az én rendszeremen nincsenek ott. Bele lehet szerkeszteni a fájlba (mint oly sok mást is).

A nevük:

net.ipv4.tcp_sack=0

net.ipv4.tcp_mtu_probing=0

Első lépés a biztonsági frissítés alkalmazása: Frissítéskezelő!
A leírtakat nem kell megcsinálni, csak magyarázatként írtam.
Ez is egy javaslat: https://github.com/Netflix/security-bulletins/blob/master/advisories/thi...
A Red Hat is leírja megoldásokat (a frissítésig eltelt időben lehet alkalmazni):
-- a fenti értékek megváltoztatására (a tee paranccsal egyszerűbb a > helyett)
-- a FireWallD beállításokra,
-- és az IPTables szerkesztésre.
https://access.redhat.com/security/vulnerabilities/tcpsack

TCP kézikönyv:

man tcp

#23 Tegnap délután frissítettem.

Package        : linux
CVE ID         : CVE-2019-3846 CVE-2019-5489 CVE-2019-9500 CVE-2019-9503
                 CVE-2019-10126 CVE-2019-11477 CVE-2019-11478 CVE-2019-11479
                 CVE-2019-11486 CVE-2019-11599 CVE-2019-11815 CVE-2019-11833
                 CVE-2019-11884

Several vulnerabilities have been discovered in the Linux kernel that
may lead to a privilege escalation, denial of service or information
leaks.

CVE-2019-3846, CVE-2019-10126

    huangwen reported multiple buffer overflows in the Marvell wifi
    (mwifiex) driver, which a local user could use to cause denial of
    service or the execution of arbitrary code.

CVE-2019-5489

    Daniel Gruss, Erik Kraft, Trishita Tiwari, Michael Schwarz, Ari
    Trachtenberg, Jason Hennessey, Alex Ionescu, and Anders Fogh
    discovered that local users could use the mincore() system call to
    obtain sensitive information from other processes that access the
    same memory-mapped file.

CVE-2019-9500, CVE-2019-9503

    Hugues Anguelkov discovered a buffer overflow and missing access
    validation in the Broadcom FullMAC wifi driver (brcmfmac), which a
    attacker on the same wifi network could use to cause denial of
    service or the execution of arbitrary code.

CVE-2019-11477

    Jonathan Looney reported that a specially crafted sequence of TCP
    selective acknowledgements (SACKs) allows a remotely triggerable
    kernel panic.

CVE-2019-11478

    Jonathan Looney reported that a specially crafted sequence of TCP
    selective acknowledgements (SACKs) will fragment the TCP
    retransmission queue, allowing an attacker to cause excessive
    resource usage.

CVE-2019-11479

    Jonathan Looney reported that an attacker could force the Linux
    kernel to segment its responses into multiple TCP segments, each of
    which contains only 8 bytes of data, drastically increasing the
    bandwidth required to deliver the same amount of data.

    This update introduces a new sysctl value to control the minimal MSS
    (net.ipv4.tcp_min_snd_mss), which by default uses the formerly hard-
    coded value of 48.  We recommend raising this to 536 unless you know
    that your network requires a lower value.

CVE-2019-11486

    Jann Horn of Google reported numerous race conditions in the
    Siemens R3964 line discipline. A local user could use these to
    cause unspecified security impact. This module has therefore been
    disabled.

CVE-2019-11599

    Jann Horn of Google reported a race condition in the core dump
    implementation which could lead to a use-after-free.  A local
    user could use this to read sensitive information, to cause a
    denial of service (memory corruption), or for privilege
    escalation.

CVE-2019-11815

    It was discovered that a use-after-free in the Reliable Datagram
    Sockets protocol could result in denial of service and potentially
    privilege escalation.  This protocol module (rds) is not auto-
    loaded on Debian systems, so this issue only affects systems where
    it is explicitly loaded.

CVE-2019-11833

    It was discovered that the ext4 filesystem implementation writes
    uninitialised data from kernel memory to new extent blocks.  A
    local user able to write to an ext4 filesystem and then read the
    filesystem image, for example using a removable drive, might be
    able to use this to obtain sensitive information.

CVE-2019-11884

    It was discovered that the Bluetooth HIDP implementation did not
    ensure that new connection names were null-terminated.  A local
    user with CAP_NET_ADMIN capability might be able to use this to
    obtain sensitive information from the kernel stack.

For the stable distribution (stretch), these problems have been fixed in
version 4.9.168-1+deb9u3.


We recommend that you upgrade your linux packages.

Érdemes lehet a tűzfalszabályokat finomítani (ha a tűzfalat nézi az ember).

#41 Ui.: a pcforum miközben „fordítja” az eredeti cikket (ez egy korábbi cikk),
https://translate.google.hu/translate?sl=auto&tl=hu&u=https%3A%2F%2Fwww....
nem veszi észre, hogy a sebezhetőséget (a fájlt) az eredeti cikkben a VirusTotal weboldalon tesztelték. És egyik védelmi szoftver sem vette észre. Ezek még véletlenül sem kizárólag Linux védelmi szoftverek. Hanem a védelmi alkalmazások általában.
Windows: manapság egyébként egyes Windows frissítések fájlokat, partíciókat törölnek (stb.). Mellékes információ, de ..., minimum érdekes.

#33 A régebbi kernelek már nem támogatottak. Amúgy, az, hogy a kernelekben volt a hiba, nem bizonyít semmit. Ha valaki kihasználta volna a hibát (rossz szándékkal), akkor már tudtunk volna róla. Mások is figyelik a támadásokat ... például a védelmi szoftverek gyártói. Esetleg elszigetelt próbálkozások lehettek. Vélhetően a Netflix csapata fedezte fel a hibát először, és a közlés után kellett „sietni” a megoldással. Hiszen a közlést mindenki olvashatja, habár kihasználni már nehezebb. A javítás azonban még aznap sikerült a terjesztések tekintetében. Azaz tegnap. Nincs különösebb mondanivalóm, de kénytelen vagyok megjegyezni, a cikk ma készült (2019.06.18.): „ma 07:00”. Korrekció, frissítés azóta sem. A többi cikknél sem: https://pcforum.hu/hirek/cimkek/3010/linux-biztonsag

Szeretném megkérdezni: miben különbözik egy Linuxszos vírusírtó az OS X-es vagy a Windowszos társaitól?
Válasz: semmiben. Majdnem az összes kereskedelmi szoftver natív Linuxszos változata használható, és vírus adatbázisa is naprakész. A gyártók érdeke, hogy az alkalmazás Linux alatt is ugyanolyan tökéletesen működjön, mint más rendszerek alatt.
Akkor mire föl ez a mondat?

Mivel a linuxos vírusirtók csak mostantól kezdik majd el felismerni a kártevőt ...
Forrás: https://pcforum.hu/hirek/21481/senki-nem-vette-eszre-hogy-veszelyes-kart...

[...]

Persze, mindez előfordulhat (biztonsági esemény megvalósulása),
https://translate.google.hu/translate?sl=auto&tl=hu&u=https%3A%2F%2Fwww....
de a cikk elfelejti közölni (pcforum), hogy a fertőző fájlt mindenképpen le kell tölteni valahonnan, mert enélkül elég nehéz a fertőzést véghezvinni. A fertőzés módszere tehát először a social media útján, egyéni vagy közösségi aktívitáson keresztül, a felhasználó aktív közreműködésével történhet meg igazán.

Egyébként nagyon hasznos, ha „bárki” közöl sérülékenységet ..., olyan szempontból, hogy ezáltal a javításra is mód nyílik.

@#50 Én lezárnám a félreértések sorát, de azért megemlítem:

["Meg tudod kérdezni tőlük (support) a másik hírt, a korábbit, vagyis ama cuccost az ESET felismeri-e már a VirusTotal oldalon"]
Nem tudom mi az, megkérdezem szívesen, ha megírod, hogy mit, de te is megteheted.

Hogy mit kéne kérdezni, pontosan leírtam. Ismétlem, hogy tudd: „ama cuccost az ESET felismeri-e már a VirusTotal oldalon”. Most nincs kedvem visszalapozni, mi az „ama cuccos”. Írtam, az eggyel korábbi hír a pcforum weboldalon, és linkeltem is a hírt.
Nekem nehezebb kérdezni, ugyanis nem használok ESET terméket. Aki fizet, annak jár a support. Már csak ilyenek a kereskedelmi termékek.

["Mit tettél meg a hiba elhárítása érdekében?"] Semmit. Kellett volna?

Én ezt pontosan nem tudom megítélni.  Vagy mégis? Linkeltél egy hírt, miszerint minden Linux és FreeBSD rendszer veszélyben van. Igen könnyű kihasználni a veszélyt. Aztán (vagy korábban) ... gondolom, bekapcsoltad az általad használt Linux Mint 18.3 rendszert és „vígan” használtad. Baj van ezzel? ... háát, necces szerintem, hogy igen. Erősen az. :-))

@#53 Te tudod. Azért maradj életben (a géped, rendszered). Hogy mindig friss biztonsági híreket kapjunk.

@#57 A link igaz, de írtál is hozzá. Ennyire értetlen vagy? :-) Hm.

https://linuxmint.hu/comment/29929#comment-29929

Késöbb is hozzátettél dolgokat ...

Az igazság részleteit bontogattam itt a végefelé. Szerintem kész.

@#59 Igen. Csakhogy nem Feri ... az egyetlen, aki klasszikusnak gondolia magát. Ki, hogy érzi. :-) ... egyik sem az.

Csak ne kezdjünk politizálni. :-D Én most egy nagyon jó koncerten vagyok, a második sör ... amúgy nem árt ennél több sem. Szóval a politika olyan, mint a foci ... a magyar. Szót vesztegetni rá sem ér. Csá

Zuhogni kezdett az esö. Szabadtér ... . Egyre jobb. Nem áll el.

#61 Akusztikus lesz ..., mert az erösítêst elmosta az esö. Dresch Quartet, Kobuci.. on

#59 Igen. Csakhogy nem Feri ... az egyetlen, aki klasszikusnak gondolia magát. Ki, hogy érzi. :-) ... egyik sem az.

Csak ne kezdjünk politizálni. :-D Én most egy nagyon jó koncerten vagyok, a második sör ... amúgy nem árt ennél több sem. Szóval a politika olyan, mint a foci ... a magyar. Szót vesztegetni rá sem ér. Csá

Zuhogni kezdett az esö. Szabadtér ... . Egyre jobb. Nem áll el.

@#65 Nem igazán áztam el. Nagyon jó volt a két koncert. Màr hazafelé ...

@#66 A lényeg, hogy az Eset lépett. De nyilván a többiek is. Egyértelmű, másrészt mást nem csinálhatnak, az ö érdekük is a "javítás". Én mem igazán érek rá kérdezösködni. Így is 10 percet késtem, szerencsére az elsö koncert 15 perccel késöbb kezdödött.