Carlos (statz) | #14, Jobbfasz (94) |
521 | #5010 | ^ | Idézet | Thu, 21 May 2020 16:35:56 +02 |
46.85.*.* | *.dip0.t-ipconnect.de |
Sorry, I just realised most of them are sparc32, I guess. Here I found a list of SPARC distributions: https://www.mmnt.net/db/0/0/203.158.213.3/pub/OS/linux-iso/linux-sparc Sadly, DL doesn’t work. On page two is also SUSE … That’s annoying, I found a lot of old Linux distros, but only x86 … https://soft.lafibre.info Vine Linux SPARC http://ftp.riken.jp/Linux/vine/Vine-2.1.5/CDIMAGE/ PPC http://ftp.riken.jp/Linux/vine/Vine-2.6/CDIMAGE/ Snow Leopard on PowerPC https://g5center.net/2020/05/08/snow-leopard-on-ppc/ |
TCH (statz) | #1, Főfasz (10443) |
2541 | #5011 | ^ | Idézet | Thu, 21 May 2020 19:52:50 +02 |
84.236.*.* | *.pool.digikabel.hu |
Isn't OpenPOWER endian-independent? Yep, then we can use BeOS software on modern PPC machines. Or old Apple machines. But we won't need a BeBox. (Which is extremely scarce.) Yes, RHEL, NeXTStep, Inferno, MirOS, Amobea, the CRK Linux and Plan 9 are Sparc32 only. Oberon is indeed unreachable. Splack Linux is also for Sparc64, so i added that. MartUX is available for Sparc64, but that was already on the list. Vine Linux is Sparc32 only and the PPC version is already on the list. Same goes for the PPC version of OSX 10.5. On the link (https://www.mmnt.net/db/0/0/203.158.213.3/pub/OS/linux-iso/linux-sparc/) i found two ancient Sparc64 Gentoo images, but no other information about what kind of version they are. Still i added them with release date 2004.02.01. (The day might be wrong, no info.) Thanks for the findings. Ööö...miért nem volt pálya egy régebbi disztró? |
Carlos (statz) | #14, Jobbfasz (94) |
418 | #5012 | ^ | Idézet | Thu, 21 May 2020 20:51:39 +02 |
46.85.*.* | *.dip0.t-ipconnect.de |
Yes, POWER is bi-endian. But if OpenBSD is porting to be, then it would be a good thing when it's also available for G5s. I'm not talking about 10.5, but 10.6. Hier is also a beta image of 10.6 for PowerPC: https://archive.org/details/10.6-snowleopard-10a-190-clientdvd Here are also a few SPARC images as well. Dunno if it's 32bit or 64bit: https://archive.org/details/cdromimages?and%5B%5D=sparc&sin= |
TCH (statz) | #1, Főfasz (10443) |
928 | #5013 | ^ | Idézet | Fri, 22 May 2020 09:13:42 +02 |
178.164.*.* | *.pool.digikabel.hu |
I did not mean that. They said, only OpenPOWER firmwares will be supported and the old Macs has OpenFirmware; so this means only Raptor machines (and any other new if there any). Oh... Sorry, i misread. I'never heard about 10.6 PPC, i thought Apple stopped it at 10.5. This is a great finding indeed! Thanks! I added it to the list. Oracle Linux 6.9 is for Sparc64. Thanks, added. |
TCH (statz) | #1, Főfasz (10443) |
163 | #5014 | ^ | Idézet | Sat, 23 May 2020 13:44:15 +02 |
94.21.*.* | *.pool.digikabel.hu |
|
M4u5 (statz) | #10, Agyfasz (282) |
246 | #5015 | ^ | Idézet | Sat, 23 May 2020 18:11:55 +02 |
78.92.*.* | *.dsl.pool.telekom.hu |
Mert mazochista vagyok lól, de tulajdonképpen azért, hogy ne felejtsen el mindent a gép, pontosabban a firefos. Kibackupolhattam volna azt is, de hát mekk. |
TCH (statz) | #1, Főfasz (10443) |
39 | #5016 | ^ | Idézet | Sat, 23 May 2020 22:35:30 +02 |
94.21.*.* | *.pool.digikabel.hu |
Ja értem. Nos, a lényeg, hogy sikerült. |
TCH (statz) | #1, Főfasz (10443) |
1219 | #5017 | ^ | Idézet | Tue, 26 May 2020 10:11:56 +02 |
188.143.*.* | *.pool.digikabel.hu |
Elfelejtettem megénekelni, de akkor majd most. Szóval volt nekem nemrég egy kis dolgom XSD vizualizáció témakörben, amihez az xsddiagram nevű toolt használtam. Volt pár hiányossága, ami nekem volt specifikus, de volt egy nagy generikus hiányossága is: ha 100 szint mélységet adtál meg a kibontáshoz, akkor meg is próbálta 100 szint mélységig kibontani az ágakat, akkor is, ha csak 10 szinted volt. Ez kis XSD-knél nem akkora gáz, de amikor egy többszázezer elemű, tizensok szintű XSD-t kell így kibontanod és csak az több óra, mire eljut az utolsó szintig és kibontja (igen, ilyen lassan megy és még csak nem is feltétlen azért, mert C# (bár C-ben vagy C++-ban biztos gyorsabb lenne), hanem mert a fa tényleg óriási), akkor elég nagy baj, hogy az utolsó szintet addig fogja újra és újra bontogatni, amíg el nem jut addig a szintig, amit megadtál. Ennek kiküszöbölésére csináltam egy patchet, beküldtem nekik és elfogadták. Úgyhogy itt is country bútor lettem. :P |
Carlos (statz) | #14, Jobbfasz (94) |
292 | #5018 | ^ | Idézet | Tue, 26 May 2020 17:18:27 +02 |
84.185.*.* | *.dip0.t-ipconnect.de |
Hi, yes if they only support OpenPOWER firmware then it's only POWER8 and above. Here you will find some more SPARC isos. Also in the folder iso: https://ftp.icm.edu.pl/packages/linux-oracle-sparc/ Here are also some more Fedora 32 images for PPC64le https://alt.fedoraproject.org/alt/ |
TCH (statz) | #1, Főfasz (10443) |
440 | #5019 | ^ | Idézet | Tue, 26 May 2020 19:54:03 +02 |
188.143.*.* | *.pool.digikabel.hu |
Thanks, it has both the installer and the source DVD of Oracle Linux 6.9. Updated. Yes, i see, everything is here for Fedora 32. Thanks, i added them. |
TCH (statz) | #1, Főfasz (10443) |
7500 | #501a | ^ | Idézet | Tue, 26 May 2020 20:51:57 +02 |
188.143.*.* | *.pool.digikabel.hu |
https://www.instructables.com/id/Install-Bluetooth-in-Linux-System/ https://unix.stackexchange.com/questions/96693/connect-to-a-bluetooth-device-via-terminal https://forum.armbian.com/topic/6480-bluealsa-bluetooth-audio-using-alsa-not-pulseaudio/ http://denvycom.com/blog/playing-audio-over-bluetooth-on-rasbperry-pi-command-line/ https://gist.github.com/mill1000/74c7473ee3b4a5b13f6325e9994ff84c https://panther.kapsi.fi/posts/2018-11-17_linux_bluetooth_audio Sz*rk: Ha nem akarjuk, hogy állandóan be kelljen írkálni a --no-install-recommends kapcsolót, akkor echo 'APT::Get::Install-Recommends "false";' >> /etc/apt/apt.conf echo 'APT::Get::Install-Suggests "false";' >> /etc/apt/apt.conf echo 'APT::Install-Recommends "false";' >> /etc/apt/apt.conf echo 'APT::Install-Suggests "false";' >> /etc/apt/apt.conf(Vielen danke, hajbazernek a tippért.) Sz*rk: És akkor a fenti linktengerből kimazsolázom, hogy lehet RPi3 Devuanra BT speaker támogatást pakolni, kurwa pulzaúdíjjó nélkül. Először is legyen BlueALSA-nk: apt-get install --no-install-recommends libasound2 libasound2-dev dh-autoreconf libortp-dev bluez bluez-tools libbluetooth-dev libusb-dev libglib2.0-dev libudev-dev libical-dev libreadline-dev libsbc1 libsbc-dev bluetooth libfdk-aac-dev libdbus-1-dev git clone https://github.com/Arkq/bluez-alsa.git cd bluez-alsa/ autoreconf --install mkdir build && cd build ../configure --enable-aac --enable-ofono --with-alsaplugindir=/usr/lib/aarch64-linux-gnu/alsa-lib make -j4 make installEztán dobjuk be az /etc/asound.conf-ba ezt: pcm.!default "bluealsa" ctl.!default "bluealsa" defaults.bluealsa.interface "hci0" defaults.bluealsa.profile "a2dp"Ezt pedig az /etc/rc.local-ba: export LIBASOUND_THREAD_SAFE=0 bluealsa --profile=a2dp-source --a2dp-force-audio-cd &Reboot. Na most, kell egy wrapper script ahhoz, hogy rendesen tudjuk parancssorból basztatni a bluetoothctl-t és ne kelljen kézzel begépelgetni a parancsokat neki (pl. automatizáláshoz, stb.) A script: #!/bin/sh BTPIPE=$(mktemp -u) mkfifo -m 600 "$BTPIPE" bluetoothctl < "$BTPIPE" & ( echo "$1" sleep $2 echo "$3" sleep $4 echo "quit" ) > "$BTPIPE" rm "$BTPIPE"Azaz nyitunk egy csövet, a bluetoothctl-t háttérben indítjuk el, úgy, hogy a csőből húzza be a szarokat az stdin-re, utána pedig subshellben kiírunk egy parancsot, várunk egy adott időt (hogy hagyjunk időt az első parancsnak lefutni), majd kiírunk egy másikat, megint várunk, aztán azt írjuk ki, hogy "quit" és ezt egyben küldjük a csőbe. (Aztán töröljük a csövet is.) Ezt elmentjük pl. /usr/bin/local/btc_cmd.sh néven és aztán a következőket tudjuk vele végrehajtani pl.: • Reset dongle: btc_cmd.sh "power off" 5 "power on" 5 • Scan for devices: btc_cmd.sh "scan on" 10 "scan off" 10 • List devices: btc_cmd.sh "devices" 0 "" 0 | grep '^Device ' (Itt egy ilyen formátumú stringet kapunk minden sorban: 'Device <mac address> <name>') • Connect device: btc_cmd.sh "connect <mac address>" 10 "" 0 • Disconnect device: btc_cmd.sh "disconnect <mac address>" 0 "" 0 • Remove device: btc_cmd.sh "remove <mac address>" 0 "" 0 Lejátszani hangot így lehet: env LIBASOUND_THREAD_SAFE=0 aplay -D bluealsa:DEV=<mac address> xyz.wavA hangerőszabályzókat úgy kaphatjuk meg, hogy alsamixer -D bluealsaés utána pedig a beállítás pl.: amixer -q set '<eszköznév>' playback 127Köszönet guidol-nak és ohel-nek a tutorialokért, scriptekért és minden egyébért. Továbbá: Így lehet felhányni gyorsan egy GTK3-talanított Devuan-t RPi-re: Először rántsuk le és írjuk ki: wget -c https://files.devuan.org/devuan_ascii/embedded/devuan_ascii_2.0.0_arm64_raspi3.img.xz unxz devuan_ascii_2.0.0_arm64_raspi3.img.xz dd if=devuan_ascii_2.0.0_arm64_raspi3.img of=/dev/sdX bs=16MiB status=progressAztán gparted-del méretezzük át a rendszerpartíciót, mert töpörödött. Aztán be a lapka seggibe az SD-vel, boot, loggoljunk be (akár SSH, akár konzol) és: apt-get update && apt-get upgrade apt-get install --no-install-recommends xserver-xorg xserver-xorg-video-fbdev xinit pciutils xinput xfonts-100dpi xfonts-75dpi xfonts-scalable xfonts-base x11-utils mc htop lxde apt-get purge --no-install-recommends libgtk-3-0 libgtk-3-common apt-get autoremove apt-get cleanVégül szúrjuk be az startx & parancsot az /etc/rc.local fájlba, közvetlenül az exit 0 elé. Reboot. Done. Sz*rk: VNC felrakása LXDE-hez. Először basszuk fel a tightvncserver (apt-get install --no-install-recommends tightvncserver) csomagot, aztán hívjuk meg tightvncserver :1 paranccsal. Ekkor kér egy password-öt, ami minimum 6, maximum 8 karakter lehet, ami elég nagy baromság, úgyhogy inkább először lőjük le a tightvncserver -kill :1 paranccsal, majd használjuk a echo "YALSAW" | vncpasswd -f > ~/.vnc/passwd megközelítést, mert ezzel annyit írunk be, amennyit akarunk. Ezután szerkesszük a .vnc/xstartup fájlt és a végén az /etc/X11/Xsession sort cseréljük le lxsession -s LXDE -e LXDE sorra. Tegyük futtathatóvá (chmod +x .vnc/xstartup). Sz*rk: Most egy kis pepecselés jön, mert az autoindítás egy jó nagy adag szopkorászás volt, mire rájöttem, hogy miért nem megy. Szóval, ha csak bebasszuk az /etc/rc.local-ba, hogy /usr/bin/tightvncserver :1, akkor elszáll, mert nincs belőve a USER és a HOME környezeti változó. Szóval ezt rakjuk be az /etc/rc.local-ba: export USER="root" export HOME="/root/" /usr/bin/tightvncserver :1Reboot. Aztán kedvenc VNC kliens kinyit (pl. a Trinity-é, hehe) és vnc://<IP>:5901, írjuk be az előbbi jelszavunkat, 'sztannyi. Ez meg még csak úgy: apt-get install --no-install-recommends libapache2-mod-php7.0 apache2 ssmtp vsftpd ftp lsof strace echo -e "www-data\tALL=(ALL)\tNOPASSWD:ALL" >> /etc/sudoers.d/sudoers Sz*rk: Ha nem akar lejátszani hangot a Jacken keresztül a panel, pedig az aplay aszongya, akkor amixer -c 0 cset numid=3 <n>ahol n lehet 0=auto, 1=Jack, 2=HDMI. Eszközök listázása aplay -L és pl.: hw:CARD=ALSA,DEV=0 bcm2835 ALSA, bcm2835 ALSA Direct hardware device without any conversions hw:CARD=ALSA,DEV=1 bcm2835 ALSA, bcm2835 IEC958/HDMI Direct hardware device without any conversionsesetén lejátszás Jack-en át: amixer -c 0 cset numid=3 1 && aplay -D hw:0,0 XYZ.wavés HDMI-n át: amixer -c 0 cset numid=3 2 && aplay -D hw:0,1 XYZ.wavSz*rk: Hogy az alaplapi BT chipek is menjenek: wget http://archive.raspberrypi.org/debian/pool/main/r/raspberrypi-sys-mods/raspberrypi-sys-mods_20170519_armhf.deb dpkg -i raspberrypi-sys-mods_20170519_armhf.deb rm raspberrypi-sys-mods_20170519_armhf.deb apt-get install pi-bluetooth |
TCH (statz) | #1, Főfasz (10443) |
1167 | #501b | ^ | Idézet | Thu, 28 May 2020 08:46:44 +02 |
178.164.*.* | *.pool.digikabel.hu |
Gondolom mind tudjátok (vagy nem), hogy a mikrofos kijött a saját vadiúj csomagkezelőjével, a WinGet-tel. Örömbódottá', végre lesz normális csomagkezelés windózra. Csakhogy: https://keivan.io/the-day-appget-died/ TL;DR: a WinGet kb. egy-az-egyben az AppGet. A mikrofos valójában ismét képtelen volt előállni egy normális csomagkezelővel, hanem helyette lekoppintották valaki másnak a csomagkezelőjét. Lopásnak ugyan nem nevezhető a dolog, hiszen az AppGet opensource volt (meg amúgy sem tudni, hogy a forráshoz egyáltalán hozzányúltak-e), de azért ez mégis pofátlanság. Hogy a srác semmi ellenjuttatást nem kapott az egy dolog (még mindig egy opensource projektről beszélünk), de, hogy kb. meg sem említették a nevét - holott a koncepciót tőle szedték (szó szerint, ugyanis személyes találkákon hosszasan faggatták, hogy mit és miért) - hát az gusztustalan. Annyi öröm van az ürömben, hogy a srácot csak kigolyózták, de nem tették tönkre. Régebben a mikrofos még úgy csinálta volna, hogy lenyúlja az egészet - nem csak a koncepciót, de a forrásokat is - aztán szabadalmaztatja, végül rommáperli az eredeti szerzőt szabadalomsértésért. Fejlődnek, na! :] |
TCH (statz) | #1, Főfasz (10443) |
339 | #501c | ^ | Idézet | Sat, 30 May 2020 13:47:25 +02 |
94.21.*.* | *.pool.digikabel.hu |
TCH (statz) | #1, Főfasz (10443) |
2651 | #501d | ^ | Idézet | Sat, 30 May 2020 21:37:13 +02 |
94.21.*.* | *.pool.digikabel.hu |
Az RTFM után itt az RTFC is. Az egész rohadt estém arra ment rá, hogy egy sima rekurzív könyvtárbejárásban az összes fájl/könyvtárlétezést vizsgáló függvény hamisat adott vissza, holott a könyvtár létezett. Az is_dir(), az is_file() és a file_exists() is. De se warningot se hibát nem adtak. A filetype(), aminek 'dir'-t kellett volna, semmit nem adott vissza, csak dobott egy hibát a logba, hogy "PHP Warning: filetype(): Lstat failed for XYZ", de hogy konkrétan miért, azt már képtelen volt odaírni. Képtelen voltam rájönni, hogy mi a franc baja van. Kínomban - bár nem jelzett hozzáférési hibát (különben is a www-data volt a tulaja 644-es maszkkal) - aszontam neki, hogy chmod 744 XYZ. És működött. Rákerestem és a kugli kihozta az is_dir() manualjában, hogy (Most lecsekkoltam az is_file() manuálját is, ott is csak a kommentek között írják.) Félreértés ne essék, ez tényleg logikus, hogy ha a szülő könyvtár nem "beléphető", akkor nem tud belelépni és megnézni, hogy a könyvtár létezik-e, a baj nem ezzel van, hanem azzal, hogy ilyenkor error, vagy legalább warning helyett egyszerűen hamisat ad vissza, mintha nem létezne! Na, ez a kurwa nagy fail! Az ember meg áll, mint egy lefagyott vindóz és ha nem jut eszébe, hogy beléphetővé tegye a szülőt, akkor vakarhatja a fejét ítéletnapig. PHP SUXX! vsftpd bazdmeg, mert megérdemeljük! Állítólag már 12 éve, a 2.0.X óta javítva van, hogy leálláskor nem lövi ki az összes child processét, de én ma ezzel szoptam 2020-ban a 3.0.X-ben! Ez az ftp szerver egy fos! Darálóba a fejlesztőjével! Megoldás: /etc/init.d/vsftpd stop && killall vsftpdNo comment... Sz*rk: Itt is hagyok pár linket, pár ígéretes FTP szerverhez. https://www.uftpserver.com/ https://www.pureftpd.org/ http://www.proftpd.org/ (Ez utóbbi talán overkill, de színes szagos, mindent tud, meg még GUI konfigurátor is van hozzá (GAdmin).) |
TCH (statz) | #1, Főfasz (10443) |
363 | #501e | ^ | Idézet | Tue, 02 Jun 2020 20:53:25 +02 |
178.164.*.* | *.pool.digikabel.hu |
A nap beszólása:Csináltam is hozzá mémet: |
Ádám (statz) | #4, Főfasz (1815) |
124 | #501f | ^ | Idézet | Thu, 04 Jun 2020 17:53:07 +02 |
89.133.*.* | *.catv.broadband.hu |
Szarazintel rovat |