Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
2. To CD s Fedorou jsem koupil začátkem tohoto roku a navíc když na starých verzích Fedora a Red Hat to fungovalo bez problémů, tak nevím, proč bych musel kvůli pitomýmu skriptu kupovat stále CD s novým SW. Kdyby staré verze skously ten novej HW, tak bych se na ty nový věci vykašlal. Jediné jejich pro mne využitelné plus vidím v lepší podpoře různých kódování textu. (Tu fedoru 9 samozřejmě kvůli těm problémům koupím, ale vše trvá...)
Takže otázka stále zůstává, kde může být problém? Skutečně zlobí jen to, že se textový výstup nezobrazí v prohlížeči na počítači s Apache a prohlížečem, OS ve verzi Fedora 7.
Nejak jsem spletl e-maily od skriptu spousteneho pres prikazovou radku. Ve skutecnosti se skript pri spusteni pres prohlizec neprovede. Nekdy to ukaze prazdnou stranku a jindy pri znovunacteni vnitrni chybu serveru nebo znovu prazdnou stranku. Vypis log souboru mi pripada divny, zaraz to hlasi dve protichudne veci:
[Mon Aug 18 17:14:46 2008] [error] [client 127.0.0.1]
(2)No such file or directory: exec of '/var/www/cgi-bin/xxx.cgi' failed, referer: http://localhost/
[Mon Aug 18 17:14:46 2008] [error] [client 127.0.0.1]
Premature end of script headers: xxx.cgi, referer: http://localhost/
A pritom zakladni nastaveni httpd je jiz v distribuci linuxu (jak je jiz zvykem) udelano: (Zadal jsem tam misto hranatych kulate zavorky, hranate tato diskuze nebere.)
ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"
(Directory "/var/www/cgi-bin")
AllowOverride None
Options None
Order allow,deny
Allow from all
(/Directory)
Kde muze byt problem?
Devitku sice brzy kvuli tem problemum jiz budu mit, ale rad bych tomu prisel na kloub, kde je zakopanej pes.
Je to SELinux, díky za zmínku, až teď jsem si dohledal, co to znamená. Vyzkoušel jsem všechno možné, ale stále to nepomáhá. Měl jsem tam:
[root@localhost ~]# getenforce
Enforcing
[root@localhost ~]# getsebool httpd_enable_cgi
httpd_enable_cgi --> on
[root@localhost ~]# ls -Z /var/www/
drwxr-xr-x root root system_u:object_r:httpd_sys_script_exec_t cgi-bin
drwxr-xr-x root root system_u:object_r:httpd_sys_content_t html
[root@localhost ~]# ls -Z /var/www/cgi-bin/
-rwxrwxrwx root root root:object_r:httpd_sys_script_exec_t xxx.cgi
Zkusil jsem dát permissive a restartovat, disable a restartovat, ale stále to nepomáhalo. V klientovi pro nastavení práv je, zdá se, nastaveno (zatrháno) vše potřebné. Zkusil jsem postupně povolit u souborů a složek všechno všem a výsledek? Nejdříve to přestalo i z příkazového řádku posílat e-mail a nakonec to už ani nevypisuje výstup skriptu (jsou tam kulaté závorky, protože hranaté diskuze nebere):
[root@localhost ~]# perl /var/www/cgi-bin/xxx.cgi
/etc/mail/submit.cf: line 554: fileclass: cannot open '/etc/mail/trusted-users': World writable directory
Content-type:text/html
(!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN")
(html)
(body)
ODESLANO
(/body)
(/html)
[root@localhost ~]# perl /var/www/cgi-bin/xxx.cgi
/etc/mail/submit.cf: line 554: fileclass: cannot open '/etc/mail/trusted-users': World writable directory
[root@localhost ~]#
Takže zkusím nainstalovat nějakou jinou značku distribuce a počkám, než dojde Fedora 9. Ten zakopanej pes tam už snad nebude.
)
Skript musí mít práva taková pod jakým běží apache a musí být spustitelný - v žádném případě root
No vždyť jsem psal, že i když jsem v /etc/selinux/config změnil SELINUX=enforcing na SELINUX=disabled, tak mi ten skript přes httpd po restartování stejně nešel spustit. A na getenforce to hlásilo disabled, takže to asi vypnuté bylo. A v takovém tom klientovi pro administraci SELinuxu se stejně ukazuje (přednastaveno) jako povolené vše, co by se spuštění cgi skriptů mohlo týkat.
Když je SELinux disabled, tak by to snad mělo fungovat tak jako dříve (na starších verzích)? Ale nefunguje. Jestli je tam přesto potřeba přenastavovat nějaká práva skriptu, aby měl práva stejná, pod kterými běží Apache, tak prosím o radu nebo nějaký link. Je to pro mě celkem neuchopitelné a tudíž neproveditelné.
No, a jak jsem zmínil dříve, tak jsem bohužel nakonec v zoufalství povolil ve všech objektech v /var všechno všem a teď mi to odmítá i posílat e-maily a vůbec spustit sendmail. Takže nejrychlejší asi pro mě bude to přeinstalovat, protože se mi nedaří to přenastavit zpět tak, aby znovu fungovalo to jediné, co od začátku fungovalo.
no a potom to přestane chodit.
Jinak co je složitého na tom nastavit uživatele kterého používá tvůj http server i tomu skriptu ?
Co takhle tam dát jednoduchý skript a testovat zda funguje ?
#!/bin/bash echo "Content-type: text/html" echo echo "<HTML><HEAD><META HTTP-EQUIV=\"CONTENT-TYPE\" CONTENT=\"text/html; charset=iso-8859-2\">" echo "<TITLE>ERROR</TITLE></HEAD><BODY BGCOLOR=\"#99ccff\"><P STYLE=\"margin-bottom: 0mm\"><BR></P><H1 ALIGN=CENTER><FONT COLOR=\"#ff3366\">ERROR</FONT></H1><HR>" echo "<P>Toto je testovací skript</P>" echo "<HR><P ALIGN=CENTER><EM><FONT COLOR=BLACK SIZE=2>1.7.2001 Šobáň Petr</FONT></EM></P></BODY></HTML>"Doufám že jsem se nikde nesek s nějakou závorkou
většinou je to standartně apache.
Komu jak patří soubory zjistíš pomocí ls -l viz: man ls a jak změníš uživatele viz: man chown, a pro b***e to jde změnit i pomocí mc.
Koncem týdne nainstaluju tu Fedora 9 a potom, pokud to bude stále zlobit, tak by potom snad někdo mohl poradit, co musel udělat, než mu začaly běhat skripty cgi.
Ten tvůj skript jsem tam taky zkoušel dát, protože je to neperlová verze. Výsledek je stejnej, přestože tam nyní mám u všeho chmod 777 a vlastníka a skupinu apache. Co to píše v logu Apache jsem psal už dříve, je to stále stejné, uvedené je pro ten tvůj skript:
error_log:
Hledal jsem reference na tu hlášku error logu a našel jsem následující:
1. Chyba v prvním řádku skriptu
2. Nelinuxové kódování
3. Zakázaný přístup k souboru
4. Špatná konfigurace Apache, načtení modulů ze špatných adres atd.
Nejspíš to bude to poslední. Když totiž dám CGI skript do adresáře /var/www/html k normálním stránkám, tak se samozřejmě vypíše jako text. Pokud ale pro ten adresář nastavím spouštění skriptů .cgi, tak to zase "nenajde" a v error_log zase vyhodí onu výše uvedenou hlášku. Předpokládám problém v tom, že to bylo DVD Fedora 7 aktualizované v říjnu 2007 (asi balíkama pro novější verze). Takže se chvíli odmlčím, než nainstaluju Fedora 9 a uvidím...
Tak jsem si nainstaloval tu Fedora 9 (cista instalace, ne upgrade). Stravil jsem vikend, nez jsem zprovoznil grafiku (NVidia GeForce 8600 GT, na Fedora 7 bez problemu).
No a ty CGI skripty stale nejdou spoustet, stejne jako na te Fedora 7. Kdyby nekdo strucne poradil, co musel udelat, nez mu to na F9 jelo, tak bych byl vdecny. Delal jsem vse mozne, ale stale to nejede. Nebo kdyby mi nekdo s funkcnim CGI na Fedora 9 a Apache 2.2.8 poslal httpd.conf na e-mail tabaky@volny.cz, tak by to asi pomohlo. (A nebo rovnou spakovany cely obsah slozek conf/ a conf.d/.)
Vypl jsem SELinux i suexec, ale stale zadny CGI skript na Apache nejede (perl ani bash), v textu skriptu problem zarucene neni, z prikazove radky se spusti a bezchybne provede, chmod skriptu je na 777, vlastnik a skupina apache.
Z error_log Apache nic nezjistim, protoze je to asi nejaka vnitrni chyba Apache, protoze jakmile ma slozka nastaveno spousteni skriptu CGI, tak po vyzadani skriptu prohlizecem je v error_log "(2)No such file or directory" a "Premature end of script headers".
modsec_audit.log by asi neco rekl, kdybych tomu rozumel:
--8c177833-A--
[25/Aug/2008:01:53:14 --0400] ZzpM038AAAEAAEL-LjUAAAAB 127.0.0.1 54714 127.0.0.1 80
--8c177833-B--
GET /cgi-bin/xxx.cgi HTTP/1.1
Connection: Keep-Alive
User-Agent: Mozilla/5.0 (compatible; Konqueror/4.0; Linux) KHTML/4.0.3 (like Gecko) Fedora/4.0.3-7.fc9
Referer: http://localhost/
Accept: text/html, image/jpeg, image/png, text/*, image/*, */*
Accept-Encoding: x-gzip, x-deflate, gzip, deflate
Accept-Charset: utf-8, utf-8;q=0.5, *;q=0.5
Accept-Language: en-US, en
Host: localhost
--8c177833-F--
HTTP/1.1 500 Internal Server Error
Content-Length: 608
Connection: close
Content-Type: text/html; charset=iso-8859-1
--8c177833-H--
Apache-Error: [file "/builddir/build/BUILD/httpd-2.2.8/modules/generators/mod_cgi.c"] [line 209] [level 3] (2)No such file or directory: exec of '/var/www/cgi-bin/xxx.cgi' failed, referer: http://localhost/
Apache-Error: [file "/builddir/build/BUILD/httpd-2.2.8/server/util_script.c"] [line 434] [level 19] Premature end of script headers: xxx.cgi, referer: http://localhost/
Apache-Handler: cgi-script
Stopwatch: 1219643594919123 6121 (1119 2863 -)
Producer: ModSecurity v2.1.6 (Apache 2.x)
Server: Apache/2.2.8 (Fedora)
yum install httpd /etc/init.d/httpd start cp ~michich/test.cgi /var/www/cgi-bin # skript P.Šobáně chmod +x /var/www/cgi-bin/test.cgiProhlížečem lezu na
http://localhost/cgi-bin/test.cgi.
Mám httpd-2.2.9-1.fc9.x86_64. Do /etc/httpd/ jsem vůbec nelezl. SELinux mám zapnutý.
tak přesně tak bezproblémově mi chodily skripty, než jsem nainstaloval Fedoru 7 (a nyní i 9).
Napadá mě ještě jedna věc, v jakém programu a kódování ten skript ukládáš? Já používám gedit a nefunguje ani kódování iso-8859-1 (standardní západní) ani utf-8.
S kódováním jsem míval problémy, protože například na webhostingu mi občas nejelo jen kvůli kódování to, co na PC a naopak na PC to, co na webhostingu.
Michich,
díky za informaci, že ti CGI běhá jen s pohým nastavením práv. Než jsem zjistil, žes znovu zareagoval, tak jsem zjistil příčinu problému. Našel jsem v editoru emacs, že má volbu ASCII, a když jsem to v tom uložil, tak už to běhá. Takže se budu vrtat v zjištění, jaká kódování lze použít a nastavit atd. Navíc skusím stáhnout nějakej novej Apache. (Dříve byla v editoru gedit volba kódování jen asci a pár jiných. Dneska je tam toho celá strana a žádné kódování nemá uvedeno asci.)
ModSecurity jsem ve výchozím nastavení měl. Ale byl jsem nucenej tu Fedoru 9 přeinstalovat, zvolil jsem při instalaci minimum příslušenství a už to tam nemám. Že se podle voleb při instalaci mění i konfiguační soubor Apache jsem nevěděl, ale není to překvapující.
Po té nové instalaci nastala příjemná změna, že ten bash CGI skript od Petra S. běhá téměř v libovolném kódování a stále zlobí už jen ten perl (bere jen ASCII, ale měl by brát mnohem víc).
/var/log/httpd/error_log
Tiskni
Sdílej: