Jack Dorsey představil (𝕏) open source týmovou komunikační platformu Buzz (GitHub) s cílem snížit závislost na Slacku a GitHubu.
Poštovní klient Thunderbird byl vydán v nové verzi 153 s kódovým názvem Meadow. Jedná se o ESR (Extended Support Release) vydání. Přehled novinek v poznámkách k vydání. Vylepšuje OAuth. Thundermail lze používat bez instalace doplňku.
AI tento rok naplno vtrhla do vývoje softwaru a výrazně ovlivňuje také open source projekty. Jiří Eischmann v příspěvku Jak mění AI open source na svém blogu rozebírá několik trendů, které v open source v poslední době v souvislosti s AI pozoruje, a jak tyto trendy svět otevřeného softwaru mění (Inflace projektů, Zahlcení kontroly, Klesající motivace zveřejňovat kód).
Evropská komise (EK) vyměřila americké internetové společnosti Google pokutu 890 milionů eur (21,5 miliardy Kč) za porušení unijního nařízení o digitálních trzích (DMA). Firma se podle unijní exekutivy provinila tím, že ve vyhledávači Google Search upřednostňovala vlastní služby a že podnikům ukládala omezení, která jim bránila nasměrovat spotřebitele k alternativním, často levnějším nákupním kanálům na platformě Google Play.
… více »Samsung na akci Galaxy Unpacked July 2026 (YouTube) představil své nové telefony Galaxy Z Fold8 Ultra, Fold8 a Flip8, hodinky Galaxy Watch Ultra2 a Watch9 a chytré brýle ve spolupráci s Gentle Monster a Warby Parker.
Po pěti letech vývoje vyšla česká počítačová hra Scarlet Deer Inn (ProtonDB). Scarlet Deer Inn je vyšívaná temná středověká pohádka. Zatímco život ve zdánlivě obyčejné vesnici se točí kolem běžných povinností a sousedských drbů, v podzemí se skrývají zlověstná tajemství.
Představen byl Raspberry Pi Touch Display 2 s uhlopříčkou 10 palců a rozlišením 1200 × 1920 pixelů. Cena je 80 dolarů.
RPCS3 (Wikipedie), tj. open source emulátor Sony PlayStation 3, snížil minimální požadavky. Nově jsou podporovány starší grafické karty ATI Radeon řady HD 2000, 3000 a 4000 z let 2007 až 2009. Na PC běží už 75 % všech her pro PlayStation 3. V budoucnu bude RPCS3 fungovat bez firmwaru z PS3. V RPCS3 byl implementován systémový modul cellSysmodule (𝕏).
Vyšel open-source nástroj winetop (MIT) — nativní CLI/TUI pro sledování a ukončování Wine, Proton, Lutris, Heroic a Bottles sezení. Seskupuje procesy podle WINEPREFIX / Steam AppId, umí bezpečně zabít jen hru (včetně Steam reaperu) a nabízí i skriptovatelné příkazy (list, kill, orphans, …). Balíčky jsou mimo jiné na crates.io, Copru (dnf copr enable kovariadam/winetop), PPA ppa:kovariadam/winetop a AUR (winetop-bin).
Ve spolupráci společností OpenAI a Work Louder byla představena (𝕏) hardwarová klávesnice Codex Micro pro práci s AI agenty. Cena klávesnice je 230 dolarů.
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: