Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Hanka Skoumalová

Stran: 1 [2] 3
16
Windows a jiné systémy / Re: Gparted a win 7 na Eee PC
« kdy: 06. 01. 2011, 13:23:38 »
Nemyslím linux do 20 mega, to je samozřejmě blbost, ale chtěla jsem smazat ty poslední dvě a udělat z nich ext[34] a swap. Teď je otázka, co je to ta /dev/sda4. Nějaký nevyužitelný prostor? Nebo nějaké asusí tajemství?

17
Windows a jiné systémy / Gparted a win 7 na Eee PC
« kdy: 06. 01. 2011, 13:06:09 »
Dostali jsme Eee 1201NL s předinstalovanými Win 7. Chceme tam přidat linux. a proto jsem se podívala na disk programem Gparted. Podle něj je disk rozdělený takto:

Partition         FS                  Size             Used             Unused              Flags
/dev/sda1        ntfs             100.00 Gib         18.68 GiB          81.32 GiB           boot
/dev/sda2        fat32             15.00 GiB          7.74 GiB           7.26 GiB           hidden
/dev/sda3        ntfs             117.87 GiB          3.00 GiB         114.86 GiB
/dev/sda4        unknown           20.18 MiB               ---                ---

/dev/sda1 je C: ve Win a /dev/sda3 je D:, to je celkem jasné, ale co jsou ty zbývající partišny? Je /dev/sda2 záloha Win, aby se daly obnovit? A co je /dev/sda4? Můžu ji smazat bez následků?

18
Hardware / Mivvy Touch Me a touchscreen
« kdy: 31. 12. 2010, 18:04:53 »
Koupili jsme si tablet mivvy touch me bez OS a já se ho teď snažím zprovoznit. Nainstalovala jsem na něj Ubuntu 10.04 a snažím se zprovoznit touchscreen. Bohužel ale ani nevím, jaký touchscreen tam je. Výpis z lsusb vypadá takto:

Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 003: ID 0d3d:0001 Tangtop Technology Co., Ltd HID Keyboard
Bus 002 Device 002: ID 0458:003a KYE Systems Corp. (Mouse Systems)
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 007: ID 0bda:5800 Realtek Semiconductor Corp.
Bus 001 Device 006: ID 227d:0a19 
Bus 001 Device 005: ID 1a40:0101 TERMINUS TECHNOLOGY INC.
Bus 001 Device 004: ID 0bda:0158 Realtek Semiconductor Corp. Mass Storage Device
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


Mohl by mi někdo poradit, který modul mám natáhnout a zprovoznit touchscreen?

19
Server / Re: Apache+PHP v Ubuntu 10.04
« kdy: 20. 11. 2010, 19:38:26 »
To tam je. To je právě divné, že veškeré nastavení vypadalo v pořádku, ale PHP přes web nefungovalo.

20
Server / Re: Apache+PHP v Ubuntu 10.04 - SOLVED
« kdy: 19. 11. 2010, 20:16:38 »
Tak pomohlo, když jsem nainstalovala ještě libapache2-mod-php5filter. Nechápu, proč se nenainstaluje rovnou s PHP. Anebo tu mám opravdu něco divně.

21
Server / PHP v Ubuntu 10.04 nefunguje
« kdy: 19. 11. 2010, 19:10:15 »
Nedaří se mi zprovoznit PHP v Ubuntu 10.04. Apache funguje, PHP je nainstalované, ale když kliknu na link vedoucí na php, nabídne mi prohlížeč uschování souboru, místo aby ho server provedl. Module pro PHP se údajně natahuje:

$ /usr/sbin/apache2 -M
Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cgi_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 mime_module (shared)
 negotiation_module (shared)
 php5_module (shared)
 reqtimeout_module (shared)
 setenvif_module (shared)
 status_module (shared)
 userdir_module (shared)
Syntax OK

konfigurace apache vypadá takto:
$ /usr/sbin/apache2 -V
Server version: Apache/2.2.14 (Ubuntu)
Server built:   Sep 28 2010 12:52:38
Server's Module Magic Number: 20051115:23
Server loaded:  APR 1.3.8, APR-Util 1.3.9
Compiled using: APR 1.3.8, APR-Util 1.3.9
Architecture:   32-bit
Server MPM:     Prefork
  threaded:     no
    forked:     yes (variable process count)
Server compiled with....
 -D APACHE_MPM_DIR="server/mpm/prefork"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=128
 -D HTTPD_ROOT=""
 -D SUEXEC_BIN="/usr/lib/apache2/suexec"
 -D DEFAULT_PIDLOG="/var/run/apache2.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_LOCKFILE="/var/run/apache2/accept.lock"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types"
 -D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf"

Jediná nesrovnalost, kterou jsem objevila, byla to, že mime.types nebyly v /etc/apache2, ale v /etc, tak jsem udělala link, ale nepomohlo to.
Při restartu apache mám v error logu
[Fri Nov 19 18:48:10 2010] [notice] Apache/2.2.14 (Ubuntu) PHP/5.3.2-1ubuntu4.5 with Suhosin-Patch configured -- resuming normal operations

Když se ovšem přihlásím přes telnet, tak není o PHP ani slovo:
$ telnet localhost 80
Trying ::1...
Connected to localhost.
Escape character is '^]'.
HEAD / HTTP1.0

HTTP/1.1 200 OK
Date: Fri, 19 Nov 2010 18:07:40 GMT
Server: Apache/2.2.14 (Ubuntu)
Last-Modified: Fri, 28 May 2010 15:55:47 GMT
ETag: "46514-b1-487a98a570bb3"
Accept-Ranges: bytes
Content-Length: 177
Vary: Accept-Encoding
Connection: close
Content-Type: text/html

Napadá někoho, co by se ještě mělo zkontrolovat?

22
Vývoj / Re: PHP a timeout?
« kdy: 01. 07. 2010, 11:12:07 »
Jak jsem psala výše, bylo to tím, že script při spuštění na webu nenašel některé programy a nevypsal tudíž nic na výstup. Při spouštění v terminálu se tahle chyba neprojevila, ale už jsem to opravila a funguje to.

23
Vývoj / Re: PHP a timeout?
« kdy: 30. 06. 2010, 14:19:15 »
To jsem zapomněla napsat - samozřejmě jsem si zkusila něco jednoduchého. A hlavně, pokud by nefungovaly funkce jako system, exec atd, tak by nefungovaly ani z řádky. Nebo ano?

Mezitím jsem přišla na to, v čem je asi závada. Ten můj program je script, který volá spoustu dalších programů a nemám tam celé cesty. Když pouštím PHP z řádky, tak to nevadí, protože mám nastavenou PATH, ale apache o ní zřejmě neví. Jdu opravovat svůj script.

24
Vývoj / PHP a timeout?
« kdy: 30. 06. 2010, 12:25:53 »
Píšu v PHP rozhraní pro jednu aplikaci. Webový formulář ji má nakrmit daty a pak zobrazit výsledek. Tu aplikaci spouštím pomocí system($command) nebo shell_exec($command). Ta aplikace je trochu pomalejší, takže zpracování i dosti jednoduchých dat jí trvá pár vteřin. Když pouštím to PHP z příkazové řádky, dostanu výsledek, ale na webu ne. Není v PHP nějaký timeout, který způsobí, že se nepočká na provedení příkazu? Nebo jak to zařídit, abych se svého výstupu dočkala?

25
Software / Re: Emacs a mrtvé klávesy
« kdy: 23. 04. 2010, 12:33:05 »
Tak problém se vynořil znova, tentokrát u kolegy, který ale nemá nic z toho, co jsem mazala. Je to záhada, kterou bych velmi ráda rozlouskla.

26
Software / Re: PHP CLI a less
« kdy: 22. 04. 2010, 16:59:44 »
TERM je xterm. Zapomněla jsem napsat, že nastavení vt100 už jsem taky zkoušela a nepomohlo to.

27
Software / Re: PHP CLI a less
« kdy: 22. 04. 2010, 16:28:07 »
Tak tímhle to nebylo, když pošlu výstup do /dev/null, tak se mi skutečně nic neukáže. Navíc v php.ini jsem nenašla nic, co by mělo přesměrovat výstup na stderr, jsou tam jenom opačné možnosti: posílat chyby na stdout nebo nevypisovat vůbec. A ani změna tohohle nastavení nijak nepomohla.

28
Software / PHP CLI a less
« kdy: 22. 04. 2010, 14:51:37 »
Mám zase jeden bizarní problém. Vyrábím PHP program a občas si nějakou funkci testuju na příkazové řádce. Pokud je výstup z PHP delší, pustím ho pípou do less, ale to se chová podivně. Všechny příkazy (scroll down, quit, go to beginning, atd.), místo aby se hned vykonaly, se vypíší na konec stavového řádku a provedou se až po stisknutí Enter. Pozoruhodné je, že tohle chování způsobuje pouze výstup z PHP, takže to nevypadá čistě na problém less.

Včera jsem si hrála s různým nastavením proměnných LESS a LESSOPEN a podařilo se mi zblbnout i more a most, ale most se po novém nalogování vzpamatoval. Ty proměnné jsou nastavené takto:
LESS=-iM
LESSOPEN=|/usr/bin/lesspipe.sh %s

Doma mám nastavené jenom LESSOPEN a blbne mi to tam taky. Tam to nejdřív fungovalo, ale když jsem v běžícím less zapnula nějaký přepínač (např. -i nebo -M), tak to začalo blbnout taky, a už se to nevzpamatovalo.

Když se přihlásím přes ssh na náš druhý počítač, chová se less řádně, i když si za běhu hraju s přepínači, takže to vypadá, že svou roli v tom hraje ještě gnome-terminal.

V diskusní skupině k PHP jsem našla dva roky starý dotaz (http://www.mail-archive.com/php-general@lists.php.net/msg230132.html), ale tazatele tam odbyli, že je to problém lessu.

Pozoroval někdo někdy něco takého? Pokud by se chtěl někdo na to podívat, tady je jednoduchý skriptík, který vypíše obsah adresáře:
Kód: [Vybrat]
<?php

$dh  
opendir('.');
while (
false !== ($filename readdir($dh))) {
  echo 
$filename;
  echo 
"\n";
}
?>


29
Software / Re: Emacs a mrtvé klávesy
« kdy: 19. 04. 2010, 11:51:45 »
Tak už jsem to spravila: měla jsem nějaké tečkované soubory, které zbyly jako pozůstatek po experimentech se zapínáním a vypínáním různých programů při přihlášení. Tyhle soubory se zřejmě staraly o možnost psát čínsky a japonsky, což zrovna nepotřebuju, takže jsem je zrušila a po novém přihlášení mi emacs funguje k mé spokojenosti. Konkrétně jse msmazala tyhle věci:
.xinputrc -> /etc/X11/xinit/xinput.d/ibus.conf
.iiim

30
Software / Re: Emacs a mrtvé klávesy
« kdy: 15. 04. 2010, 10:11:51 »
Ne, to nepomůže. Napíše mi to "Unsupported coding system in Encoded-kbd mode: undecided" a problém trvá. Zkoušela jsem změnit "coding system" na latin-2, ale to taky nepomohlo.

Stran: 1 [2] 3