#5 Virtuális gépről próbálkozol? Vagy távoli eléréssel belépve egy másik rendszerbe?

Megpróbáltam letölteni:

pastebin.com/P7n14YgN

Free rapid downloaderrel hiba nélkül tudok letölteni illetve a Firefox beépített letöltője is tökéletesen működik.

 

#8 Nézzük ezt

wget -O - http://stream.profm.ro:8012/profm.mp3 | audacious -

( 'sudo apt-get install audacious' vagy a zenész alkalmazásod ehelyett )

A 'curl' is ugyanezt produkálja?

#6 Másik debug módszer

wget -dv http://download.blender.org/ED/ed3d_sidebyside-RL-2x1920x1038_24fps.mkv

Javaslat (olvashatod !nem egészséges ..., de az OpenSSL-el való együttműködésre látunk rá)
https://forum.openwrt.org/viewtopic.php?id=34768
https://forum.openwrt.org/viewtopic.php?id=28816

wget -dv --no-check-certificate http://download.blender.org/ED/ed3d_sidebyside-RL-2x1920x1038_24fps.mkv

Egyelőre az utolsó (tipp - magyarázatot még nem tudok / pontosan)
https://github.com/hashicorp/terraform/issues/6272

wget -dv --no-quiet http://download.blender.org/ED/ed3d_sidebyside-RL-2x1920x1038_24fps.mkv

#10 Ui.: nem fejtem ki, de érdemes lehet foglalkozni ezzel,
http://beta.hackndo.com/wget-segfault-resume/
mármint, hogy az '1.17.1'-es wget azon tulajdonságát megkeressük és javítsuk -ha lehet- hogy bizonyos fájlok vagy az összes lehetőség letöltésénél milyen külső vagy belső ok miatt dob segfault-tot.

De majd tesztelem azzal. Nálam ez van

apt-cache policy wget
wget:
  Telepítve: 1.13.4-3+deb7u3
[...]

#6 UTF-8-ra utaló problémát nem látok nálad
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813158
Szabad helyed van-e,
https://community.bitnami.com/t/wget-segmentation-fault/43373
illetve 'jogosult-e' vagy letölteni (ha nem 'saját gép'-en futtatod)? Utóbbit már kérdeztem.

Ez ez egyszerűbb, kapcsolók nélküli teszt
( sudo apt-get install strace )

strace wget -O /dev/null https://www.redhat.com/archives/redhat-list/2003-September/msg01082.html 2>&1 | tee -a wget_segfault.txt

Kicsit hosszú lesz. Kimenet a text fájlban (saját könyvtár).

#12 Nálam ugyan nem.
Frissítettél? (hup-on nem írják?)
https://androbit.net/news/6504/a_windows_10_frissitese_kerdes_nelkul_for...
(mellékhatás / szolgálati közlemény)

 Szolgálati közlemény: A https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813158 bejelentett nem biztonságos webhely, vagy csak nálam? (Windows 10 most)

#14 Az OpenSSH nemrég frissült (általában),
http://hup.hu/cikkek/20160802/openssh_7_3
de nem tudom, tényleg a két alkalmazás 'ütközése' okoz-e szegmentálási hibát ..., ha nem a saját gépen adod ki a 'wget' parancsot. cURL; vannak alkalmazások elég bőségesen, csak fel kell fedezni :). Szívesen.

Bocsánatot kérek, hogy nem válaszoltam a felvetésekre, de volt egy kis magánéleti interrupt.

Látszik, hogy kezdő vagyok a linuxban. Nem is tudtam a cURL-ről, de nekem ez is tökéletesen megfelel. Úgyanolyan puritán mint a wget.

Köszönöm a segítő szándékot mindenkinek !

 

#16 Te is tudod, a böngészők és a védelmi alkalmazások is valamilyen saját adatbázisból dolgoznak. Ha több figyelmeztetés is van, az már gyanús, de ugye a zerodéj támadásokat meg nehéz kivédeni bárkinek is, ha pl. a kasperskiék felfedeznek valamit...utólag. A szabad szoftveres szervereket is ugyanúgy védik, mint  a zárt szoftvereseket (kénytelenek), a Debian nem hiszem, kivétel ez alól. Az eset-nél rá kéne kérdezni (magyar support). Én is kérdezgetős-fajta vagyok.

Off Hupon még nem vették észre gondolom. Kikapcsoltam a smartcreen filtert, és a Nod32 vírusírtó webvédelme már nem jjelzett erre az oldalra. Éles gépen elhalasztottam a Windows 10 Pro évfordulós frissítését, virtuális tesztgépen insider verzióban a legújabb builder való átálláskor nem tapasztaltam a cikkben említett formázást. On

#18 Ez nem az unstable, az a SID, amit linkeltél, az a Testing .. , de Debian
(a Wheezy az oldstable, a Jessie a stable)

Ez egy hasonló verziószámú Ubuntu
http://packages.ubuntu.com/yakkety/wget

A piros gömbök a függőségek, de azokkal jobb nem foglalkozni. Vagy felmegy a gdebi-vel vagy a 'dpkg'-val vagy nem. Nem biztos, hogy érdemes. Esteleg backportolni kéne vagy olyat keresni, amely backportolva van.
Backports - a következő kiadásból előző kiadásba visszaportolt csomagok (stalbilak)
(https://help.ubuntu.com/community/UbuntuBackports
--csak tájékoztató jelleggel)
Szerintem korai arról beszélni, hogy a Xenial-ban backportoltak csomagot a Yakketyből (következő kiadás), de látható, hogy nem is készült el;
http://packages.ubuntu.com/search?suite=xenial-backports&searchon=source...
Szóba jöhet még a Proposed, az előzetes, de amyúgy nem teljesen stabil csomagokra ránézés
https://wiki.ubuntu.com/Testing/EnableProposed
tulajdonképpen testing csomagokról beszélünk a csomagforrás tekintetében.

De proposedként itt nincs (a main-t néztem),
http://archive.ubuntu.com/ubuntu/dists/xenial-proposed/main/binary-amd64...
itt a '1.17.1-1ubuntu1.1 ' verzió van
http://www.ubuntuupdates.org/package/core/xenial/main/updates/wget
amely itt is ugyanaz.
http://packages.ubuntu.com/search?suite=default&section=all&arch=any&key...
Újabb nincs.
http://www.ubuntuupdates.org/pm/wget

Egy szegmentálási hiba -elég régi- javítása
https://www.mail-archive.com/xenial-changes@lists.ubuntu.com/msg02065.html

wget (1.17.1-1) unstable; urgency=medium

  * new upstream relase from 2015-12-11
    - fixed segfault in strlen(). closes: #805673

és ugyanitt javasolt alábbi kapcsolóval való indítás
https://www.mail-archive.com/xenial-changes@lists.ubuntu.com/msg02065.html

wget --with-ssl=openssl URL

Pontosabban talán félre is értelmezem, hogy 'javasolt', a 'wget-udeb' csomag telepítése minden esetre ajánlatos lehet (Busybox-ban például)

sudo apt-get install wget-udeb

és próba

wget URL

... ki kéne próbálni mindkettőt. (az 'URL'-t be kell helyettesíteni)
És a kimenetek ide.
___

Tehát talán ez a már jó változat

wget (1.17.1-1ubuntu1) xenial; urgency=medium

  * Merge with Debian experimental, remaining changes:
    - Add wget-udeb to ship wget as alternative to busybox wget.
    - Build-Depend on libssl-dev instead of libgnutls28-dev.
    - Pass --with-ssl=openssl; there's no udeb for gnutls.
    - Add a second build pass for the udeb, so we can build with -Os and
      without libidn.
    - Use dh_autotools-dev instead of custom config.{sub,guess} copy.
    - Don't build with libpsl-dev, which is in universe.
  * Enable parallel builds.

És hogy melyik verzió telepítve azt ez a parancs mutatja

dpkg -l wget

Vagy legalábbis remélem

https://packages.debian.org/stretch/wget

unstable tárolóban van, ezt midnenképp vegye mindenki figyelmbe...

#20 Azt nem írtad, hogy neked megoldás, és én nem is figyeltem vagyis te nem jelezted itt, hogy neked is probléma :)
A csomag forrásból forgatására gondoltam még,
vagy lehet backports csomagot készíteni
(utóbbi nem ilyen egyszerű, alábbiak vázlata csak a folyamatnak
http://unix.stackexchange.com/questions/271615/how-to-upgrade-libreoffice-to-ver-5-in-debian-wheezy
és a visszaportolt csomagnál jobb a 'rendszer-eredeti')

sudo apt-get install build-essential devscripts
sudo apt-get build-dep libreoffice
dget http://http.debian.net/debian/pool/main/libr/libreoffice/libreoffice_5.1.1-1.dsc
cd libreoffice-5.1.1
dch -v 5.1.1-1~bpo70+1 "Backport to Wheezy."
dpkg-buildpackage -us -uc

(a Libreoffice 5.2-es változatát azonban így nem lehet a Wheezy-re feltenni, az 5.1-es pedig DEB-ből is telepíthető)

#19

" Ez nem az unstable, az a SID, amit linkeltél, az a Testing .. , de Debian"

rossz linket raktam be, én a SID-ből szedtem le, csak lehet, hogy túl sokat léptettem vissza a böngészőben, hogy ne a AMD64-re mutató  link legyen betéve.

A lényeg, hogy megy :) 

Az, hogy Debián nem szokott gondot okozni, egy ilyen kis programnál.

"Ez egy hasonló verziószámú Ubuntu"

feltettem (simán felment) a kisebbik gépre, elindítottam egy nagyobb munkamenetet a wget-el, ha jól lefut, akkor majd jelzem. A lényeg, hogy ne dobáljon hibát.

"1.17.1-1ubuntu1" "Tehát talán ez a már jó változat"

Ha ezt rakja fel a rendszer, akkor az nem jó, mert nekem egy sima alap Ubuntu van ezen a gépen és az panaszkodott a szegmentálási hibára... Fejből nem emlékszem a verzióra :)