BGAFC Vendégkönyv

Σ: 14 post

Carlos (statz)

#17, Jobbfasz (66)

631 | #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 (9151)

3074 | #5011 | ^ | Idézet | Thu, 21 May 2020 19:52:50 +02

84.236.*.*

*.pool.digikabel.hu

@Carlos:
Yeah, OpenBSD is a little bit wired. If only OpenPOWER then it should PPC64le, but powerpc64 is be.

Isn't OpenPOWER endian-independent?

@Carlos:
And a port to PowerPC should give us BeOS binary compatibility, I guess.

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.)

@Carlos:
Sorry, I just realised most of them are sparc32, I guess.

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.

@M4u5:
Sikerült működésre bírnom a 304.xx-es nvidia drivereket, persze csak nagy szenvedés árán. Az alap kernellel még patch-csel sem tudtam a drivert leforgatni, ezért behúztam a stretch kerneljét és azzal forgattam le. A driver felment, de fekete képernyőt adott nekem még úgy is, ha gcc 6-tal forgattam le. Megpróbálok akkor visszaváltani az utolsó kompatibilis X változatra, de a csomagkezelő törölt volna egy rakat csomagot a fenébe, de nem volt más választásom. Szóval X downgradelve, driverek visszapakolva, 304.xx driver próba... az egér bejött, de azon kívül semmi. Még több X11-komponens downgrade, újraforgatás, úgyszint. Ezután jött egy lightdm downgrade, ami után megtudtam, hogy az XFCE szerencsétlenkedett, szóval azt is downgradeltem. A rendszer most nagyrészt normálisan működik, csak a Blender száll el valami GLX hibával (gány megoldás, tudom, csomagoltat is tudtam volna telepíteni, de az meg nem akart települni). A megfelelő csomagokat zároltam, hogy ne tudjon senki visszakényszeríteni a nyüvóra.
Mégsem kell vennem videókártyát. openSUSE alatt meg valamiért elmegy a Blender nyüvó alatt a szokásos bugok nélkül. Lehet, hogy azért, mert tiltottam a gyorsítócsomagját, de az is lehet, hogy náluk stabilabb a nyílt driver.

Ööö...miért nem volt pálya egy régebbi disztró?

Carlos (statz)

#17, Jobbfasz (66)

466 | #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 (9151)

1195 | #5013 | ^ | Idézet | Fri, 22 May 2020 09:13:42 +02

178.164.*.*

*.pool.digikabel.hu

@Carlos:
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 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).

@Carlos:
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

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.

@Carlos:
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=

Oracle Linux 6.9 is for Sparc64. Thanks, added.

TCH (statz)

#1, Főfasz (9151)

243 | #5014 | ^ | Idézet | Sat, 23 May 2020 13:44:15 +02

94.21.*.*

*.pool.digikabel.hu

Ha én mérnök vónék,
Vindóztízet írnék.
De én mérnök nem vagyok,
Csak kecskéket patkolok.
Riszórsz-hog,
Riszórsz-hog,
Upsz, egy blúszkrín:
Lefagyott!

M4u5 (statz)

#10, Agyfasz (266)

357 | #5015 | ^ | Idézet | Sat, 23 May 2020 18:11:55 +02

78.92.*.*

*.dsl.pool.telekom.hu

@TCH:
Ööö...miért nem volt pálya egy régebbi disztró?

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 (9151)

42 | #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 (9151)

1399 | #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)

#17, Jobbfasz (66)

340 | #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 (9151)

614 | #5019 | ^ | Idézet | Tue, 26 May 2020 19:54:03 +02

188.143.*.*

*.pool.digikabel.hu

@Carlos:
Here you will find some more SPARC isos. Also in the folder iso:
https://ftp.icm.edu.pl/packages/linux-oracle-sparc/

Thanks, it has both the installer and the source DVD of Oracle Linux 6.9. Updated.

@Carlos:
Here are also some more Fedora 32 images for PPC64le
https://alt.fedoraproject.org/alt/

Yes, i see, everything is here for Fedora 32. Thanks, i added them.

TCH (statz)

#1, Főfasz (9151)

7921 | #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: É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 install

Eztá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"
    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, aztán azt, 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"
• Scan for devices: btc_cmd.sh "scan on" 10 "scan off"
• List devices: btc_cmd.sh "devices" 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 ""
• Disconnect device: btc_cmd.sh "disconnect <mac address>" 0 ""
• Remove device: btc_cmd.sh "remove <mac address>" 0 ""

Lejátszani hangot így lehet:

env LIBASOUND_THREAD_SAFE=0 aplay -D bluealsa:DEV=<mac address> xyz.wav

A 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 127

Kö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=progress

Aztá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 clean

Vé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 használjuk a echo "YALSAW" | vncpasswd -f > ~/.vnc/passwd megközelítést, mert ezzel annyit írunk be, amennyit akarunk. Utána lőjük le: tightvncserver -kill :1. 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 környezeti változó. Szóval elé be kell kúrni, hogy export USER="root". De ez még kevés, mert utána meg reklamálni fog a jelszóért, ugyanis boot közben nem a /root a munkakönyvtár. Szóval először ezt rakjuk be az /etc/rc.local-ba:

export USER="root"
/usr/bin/tightvncserver :1

aztán pedig toljunk egy ln -s /root/.vnc /.vnc parancsot.
Reboot. 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

TCH (statz)

#1, Főfasz (9151)

1315 | #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 (9151)

715 | #501c | ^ | Idézet | Sat, 30 May 2020 13:47:25 +02

94.21.*.*

*.pool.digikabel.hu

Bukkmarkz:
https://scienceblog.com/515854/breakthrough-to-halt-premature-aging-of-cells/
https://news.harvard.edu/gazette/story/2020/04/study-identifies-potential-drug-treatments-for-telomere-diseases/
https://medium.com/technicity/a-major-breakthrough-in-reversing-the-cellular-aging-process-3d6b171df5b4

TCH (statz)

#1, Főfasz (9151)

3273 | #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

Note that on Linux is_dir returns FALSE if a parent directory does not have +x (executable) set for the php process.

(Most lecsekkoltam az is_file() manuálját is, ott is csak a kommentek között írják.)

Note that is_file() returns false if the parent directory doesn't have +x set for you; this make sense, but other functions such as readdir() don't seem to have this limitation. The end result is that you can loop through a directory's files but is_file() will always fail.

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 vsftpd

No 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).)