abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 6
včera 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 24
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 4
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 29
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 927 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: HP OVO + Xorg

    23.8.2005 09:31 ikar | skóre: 6
    HP OVO + Xorg
    Přečteno: 510×
    Zdravicko nevite nekdo jak rozdejchat HP OVO na linuxu, pri pripojeni na server kde OVO bezi se mi posle na linux prihlasovaci sreen, ktery vyplnim a pri odeslani se mi vypise tato hlaska.
    ---- OpC60-0003 --------------------------------------
    Process '/opt/OV/bin/ovw -map ikar -xrm "OVw*introFile: /opt/OV/bin/OpC/install/opc.introfile"' terminated with exit code 1
    ---- OpC60-0040 --------------------------------------
    Error during login process occurred.
    Try action again and check runtime loginfile for further information.
    
    A pokud zadam znova login a heslo tak se mi okna zavrou a smitec. Kdy pustim ssh v debug modu tak mam tenhle vypis.
    OpenSSH_4.1p1, OpenSSL 0.9.7f 22 Mar 2005
    debug1: Reading configuration data /home/ikar/.ssh/config
    debug1: Applying options for hpovo
    debug1: Reading configuration data /etc/ssh/ssh_config
    debug1: Applying options for *
    debug2: ssh_connect: needpriv 0
    debug1: Connecting to hpovo [172.27.12.32] port 22.
    debug1: Connection established.
    debug1: identity file /home/ikar/.ssh/identity type -1
    debug1: identity file /home/ikar/.ssh/id_rsa type -1
    debug1: identity file /home/ikar/.ssh/id_dsa type -1
    debug1: Remote protocol version 1.99, remote software version OpenSSH_3.6.1p2
    debug1: match: OpenSSH_3.6.1p2 pat OpenSSH_3.*
    debug1: Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_4.1
    debug2: fd 3 setting O_NONBLOCK
    debug1: SSH2_MSG_KEXINIT sent
    debug1: SSH2_MSG_KEXINIT received
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: none,zlib
    debug2: kex_parse_kexinit: none,zlib
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit: first_kex_follows 0
    debug2: kex_parse_kexinit: reserved 0
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se
    debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: none,zlib
    debug2: kex_parse_kexinit: none,zlib
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit: first_kex_follows 0
    debug2: kex_parse_kexinit: reserved 0
    debug2: mac_init: found hmac-md5
    debug1: kex: server->client aes128-cbc hmac-md5 none
    debug2: mac_init: found hmac-md5
    debug1: kex: client->server aes128-cbc hmac-md5 none
    debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
    debug2: dh_gen_key: priv key bits set: 127/256
    debug2: bits set: 489/1024
    debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
    debug3: check_host_in_hostfile: filename /home/ikar/.ssh/known_hosts
    debug3: check_host_in_hostfile: match line 8
    debug3: check_host_in_hostfile: filename /home/ikar/.ssh/known_hosts
    debug3: check_host_in_hostfile: match line 8
    debug1: Host 'hpovo' is known and matches the RSA host key.
    debug1: Found key in /home/ikar/.ssh/known_hosts:8
    debug2: bits set: 527/1024
    debug1: ssh_rsa_verify: signature correct
    debug2: kex_derive_keys
    debug2: set_newkeys: mode 1
    debug1: SSH2_MSG_NEWKEYS sent
    debug1: expecting SSH2_MSG_NEWKEYS
    debug2: set_newkeys: mode 0
    debug1: SSH2_MSG_NEWKEYS received
    debug1: SSH2_MSG_SERVICE_REQUEST sent
    debug2: service_accept: ssh-userauth
    debug1: SSH2_MSG_SERVICE_ACCEPT received
    debug2: key: /home/ikar/.ssh/identity ((nil))
    debug2: key: /home/ikar/.ssh/id_rsa ((nil))
    debug2: key: /home/ikar/.ssh/id_dsa ((nil))
    debug1: Authentications that can continue: external-keyx,gssapi,publickey,password,keyboard-interactive
    debug3: start over, passed a different list external-keyx,gssapi,publickey,password,keyboard-interactive
    debug3: preferred publickey,keyboard-interactive,password
    debug3: authmethod_lookup publickey
    debug3: remaining preferred: keyboard-interactive,password
    debug3: authmethod_is_enabled publickey
    debug1: Next authentication method: publickey
    debug1: Trying private key: /home/ikar/.ssh/identity
    debug3: no such identity: /home/ikar/.ssh/identity
    debug1: Trying private key: /home/ikar/.ssh/id_rsa
    debug3: no such identity: /home/ikar/.ssh/id_rsa
    debug1: Trying private key: /home/ikar/.ssh/id_dsa
    debug3: no such identity: /home/ikar/.ssh/id_dsa
    debug2: we did not send a packet, disable method
    debug3: authmethod_lookup keyboard-interactive
    debug3: remaining preferred: password
    debug3: authmethod_is_enabled keyboard-interactive
    debug1: Next authentication method: keyboard-interactive
    debug2: userauth_kbdint
    debug2: we sent a keyboard-interactive packet, wait for reply
    debug1: Authentications that can continue: external-keyx,gssapi,publickey,password,keyboard-interactive
    debug3: userauth_kbdint: disable: no info_req_seen
    debug2: we did not send a packet, disable method
    debug3: authmethod_lookup password
    debug3: remaining preferred:
    debug3: authmethod_is_enabled password
    debug1: Next authentication method: password
    ikar@hpovo's password:
    debug3: packet_send2: adding 64 (len 58 padlen 6 extra_pad 64)
    debug2: we sent a password packet, wait for reply
    debug1: Authentication succeeded (password).
    debug1: Local connections to LOCALHOST:28000 forwarded to remote address localhost:28000
    debug3: channel_setup_fwd_listener: type 2 wildcard 0 addr NULL
    debug1: Local forwarding listening on 127.0.0.1 port 28000.
    debug2: fd 4 setting O_NONBLOCK
    debug3: fd 4 is O_NONBLOCK
    debug1: channel 0: new [port listener]
    debug1: Local forwarding listening on ::1 port 28000.
    debug2: fd 5 setting O_NONBLOCK
    debug3: fd 5 is O_NONBLOCK
    debug1: channel 1: new [port listener]
    debug1: Local connections to LOCALHOST:2531 forwarded to remote address localhost:2531
    debug3: channel_setup_fwd_listener: type 2 wildcard 0 addr NULL
    debug1: Local forwarding listening on 127.0.0.1 port 2531.
    debug2: fd 6 setting O_NONBLOCK
    debug3: fd 6 is O_NONBLOCK
    debug1: channel 2: new [port listener]
    debug1: Local forwarding listening on ::1 port 2531.
    debug2: fd 7 setting O_NONBLOCK
    debug3: fd 7 is O_NONBLOCK
    debug1: channel 3: new [port listener]
    debug1: Local connections to LOCALHOST:8880 forwarded to remote address localhost:8880
    debug3: channel_setup_fwd_listener: type 2 wildcard 0 addr NULL
    debug1: Local forwarding listening on 127.0.0.1 port 8880.
    debug2: fd 8 setting O_NONBLOCK
    debug3: fd 8 is O_NONBLOCK
    debug1: channel 4: new [port listener]
    debug1: Local forwarding listening on ::1 port 8880.
    debug2: fd 9 setting O_NONBLOCK
    debug3: fd 9 is O_NONBLOCK
    debug1: channel 5: new [port listener]
    debug1: channel 6: new [client-session]
    debug3: ssh_session2_open: channel_new: 6
    debug2: channel 6: send open
    debug1: Entering interactive session.
    debug2: callback start
    debug2: x11_get_proto: /usr/X11R6/bin/xauth  list :0 . 2>/dev/null
    debug1: Requesting X11 forwarding with authentication spoofing.
    debug2: channel 6: request x11-req confirm 0
    debug2: client_session2_setup: id 6
    debug2: channel 6: request pty-req confirm 0
    debug3: tty_make_modes: ospeed 38400
    debug3: tty_make_modes: ispeed 38400
    debug3: tty_make_modes: 1 3
    debug3: tty_make_modes: 2 28
    debug3: tty_make_modes: 3 127
    debug3: tty_make_modes: 4 21
    debug3: tty_make_modes: 5 4
    debug3: tty_make_modes: 6 0
    debug3: tty_make_modes: 7 0
    debug3: tty_make_modes: 8 17
    debug3: tty_make_modes: 9 19
    debug3: tty_make_modes: 10 26
    debug3: tty_make_modes: 12 18
    debug3: tty_make_modes: 13 23
    debug3: tty_make_modes: 14 22
    debug3: tty_make_modes: 18 15
    debug3: tty_make_modes: 30 0
    debug3: tty_make_modes: 31 0
    debug3: tty_make_modes: 32 0
    debug3: tty_make_modes: 33 0
    debug3: tty_make_modes: 34 0
    debug3: tty_make_modes: 35 0
    debug3: tty_make_modes: 36 1
    debug3: tty_make_modes: 37 0
    debug3: tty_make_modes: 38 0
    debug3: tty_make_modes: 39 0
    debug3: tty_make_modes: 40 0
    debug3: tty_make_modes: 41 0
    debug3: tty_make_modes: 50 1
    debug3: tty_make_modes: 51 1
    debug3: tty_make_modes: 52 0
    debug3: tty_make_modes: 53 1
    debug3: tty_make_modes: 54 1
    debug3: tty_make_modes: 55 1
    debug3: tty_make_modes: 56 0
    debug3: tty_make_modes: 57 0
    debug3: tty_make_modes: 58 0
    debug3: tty_make_modes: 59 1
    debug3: tty_make_modes: 60 1
    debug3: tty_make_modes: 61 1
    debug3: tty_make_modes: 62 0
    debug3: tty_make_modes: 70 1
    debug3: tty_make_modes: 71 0
    debug3: tty_make_modes: 72 1
    debug3: tty_make_modes: 73 0
    debug3: tty_make_modes: 74 0
    debug3: tty_make_modes: 75 0
    debug3: tty_make_modes: 90 1
    debug3: tty_make_modes: 91 1
    debug3: tty_make_modes: 92 0
    debug3: tty_make_modes: 93 0
    debug2: channel 6: request shell confirm 0
    debug2: fd 3 setting TCP_NODELAY
    debug2: callback done
    debug2: channel 6: open confirm rwindow 0 rmax 32768
    debug2: channel 6: rcvd adjust 131072
    
    Sending output to nohup.out
    debug1: client_input_channel_open: ctype x11 rchan 2 win 65536 max 16384
    debug1: client_request_x11: request from 172.27.12.32 60934
    debug2: fd 13 setting O_NONBLOCK
    debug3: fd 13 is O_NONBLOCK
    debug1: channel 7: new [x11]
    debug1: confirm x11
    debug2: channel 7: rcvd adjust 35548
    debug2: channel 7: rcvd adjust 35096
    debug2: channel 7: window 54016 sent adjust 77056
    debug2: channel 7: window 53248 sent adjust 61440
    debug2: channel 7: window 56908 sent adjust 74164
    debug1: client_input_channel_req: channel 6 rtype exit-status reply 0
    logout
    debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384
    debug1: client_request_x11: request from 172.27.12.32 60940
    debug2: fd 14 setting O_NONBLOCK
    debug3: fd 14 is O_NONBLOCK
    debug1: channel 8: new [x11]
    debug1: confirm x11
    debug2: channel 8: rcvd adjust 35548
    debug2: channel 8: rcvd eof
    debug2: channel 8: output open -> drain
    debug2: channel 8: obuf empty
    debug2: channel 8: close_write
    debug2: channel 8: output drain -> closed
    debug1: channel 8: FORCE input drain
    debug2: channel 8: ibuf empty
    debug2: channel 8: send eof
    debug2: channel 8: input drain -> closed
    debug2: channel 8: send close
    debug3: channel 8: will not send data after close
    debug2: channel 8: rcvd close
    debug3: channel 8: will not send data after close
    debug2: channel 8: is dead
    debug2: channel 8: garbage collecting
    debug1: channel 8: free: x11, nchannels 9
    debug3: channel 8: status: The following connections are open:
      #6 client-session (t4 r0 i0/0 o0/0 fd 10/11 cfd -1)
      #7 x11 (t4 r2 i0/0 o0/0 fd 13/13 cfd -1)
      #8 x11 (t4 r3 i3/0 o3/0 fd 14/14 cfd -1)
    
    debug3: channel 8: close_fds r 14 w 14 e -1 c -1
    debug2: channel 7: window 59088 sent adjust 55600
    debug2: channel 7: window 0 sent adjust 112896
    debug2: channel 7: window 65308 sent adjust 65764
    debug2: channel 7: rcvd adjust 32796
    debug2: channel 7: window 65372 sent adjust 65700
    debug2: channel 7: window 65472 sent adjust 65600
    debug2: channel 7: window 65284 sent adjust 65788
    debug2: channel 7: window 62504 sent adjust 68568
    debug2: channel 7: window 49152 sent adjust 81920
    debug2: channel 7: window 57072 sent adjust 74000
    debug2: channel 6: rcvd eof
    debug2: channel 6: output open -> drain
    debug2: channel 6: obuf empty
    debug2: channel 6: close_write
    debug2: channel 6: output drain -> closed
    debug2: channel 6: rcvd close
    debug2: channel 6: close_read
    debug2: channel 6: input open -> closed
    debug3: channel 6: will not send data after close
    debug2: channel 6: almost dead
    debug2: channel 6: gc: notify user
    debug2: channel 6: gc: user detached
    debug2: channel 6: send close
    debug2: channel 6: is dead
    debug2: channel 6: garbage collecting
    debug1: channel 6: free: client-session, nchannels 8
    debug3: channel 6: status: The following connections are open:
      #6 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1)
      #7 x11 (t4 r2 i0/0 o0/0 fd 13/13 cfd -1)
    
    debug3: channel 6: close_fds r -1 w -1 e 12 c -1
    debug2: channel 7: rcvd eof
    debug2: channel 7: output open -> drain
    debug2: channel 7: obuf empty
    debug2: channel 7: close_write
    debug2: channel 7: output drain -> closed
    debug1: channel 7: FORCE input drain
    debug2: channel 7: ibuf empty
    debug2: channel 7: send eof
    debug2: channel 7: input drain -> closed
    debug2: channel 7: send close
    debug3: channel 7: will not send data after close
    debug2: channel 7: rcvd close
    debug3: channel 7: will not send data after close
    debug2: channel 7: is dead
    debug2: channel 7: garbage collecting
    debug1: channel 7: free: x11, nchannels 7
    debug3: channel 7: status: The following connections are open:
      #7 x11 (t4 r2 i3/0 o3/0 fd 13/13 cfd -1)
    
    debug3: channel 7: close_fds r 13 w 13 e -1 c -1
    debug1: channel 0: free: port listener, nchannels 6
    debug3: channel 0: status: The following connections are open:
    
    debug3: channel 0: close_fds r 4 w 4 e -1 c -1
    debug1: channel 1: free: port listener, nchannels 5
    debug3: channel 1: status: The following connections are open:
    
    debug3: channel 1: close_fds r 5 w 5 e -1 c -1
    debug1: channel 2: free: port listener, nchannels 4
    debug3: channel 2: status: The following connections are open:
    
    debug3: channel 2: close_fds r 6 w 6 e -1 c -1
    debug1: channel 3: free: port listener, nchannels 3
    debug3: channel 3: status: The following connections are open:
    
    debug3: channel 3: close_fds r 7 w 7 e -1 c -1
    debug1: channel 4: free: port listener, nchannels 2
    debug3: channel 4: status: The following connections are open:
    
    debug3: channel 4: close_fds r 8 w 8 e -1 c -1
    debug1: channel 5: free: port listener, nchannels 1
    debug3: channel 5: status: The following connections are open:
    
    debug3: channel 5: close_fds r 9 w 9 e -1 c -1
    Connection to ovo closed.
    debug1: Transferred: stdin 0, stdout 0, stderr 27 bytes in 298.9 seconds
    debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.1
    debug1: Exit status 0
    
    Cele prihlaseni je nastaveno tak ze se automaticky po zadani hesla pro uzivatele ikar toto sezeni na serveru ukonci, ale predtim se na pocitac ze ktereho se dane spojeni sestavilo odesle HP OVO okno a pak uz prihlaseni probiha pres aplikaci HP OVO. Kdyz toto stejne zkousel kolega na jine distribuci linuxu konretne na debianu kde jsou Xfree tak mu to fungovalo naprosto bez problemu, ale na me distribuci Fedora Core 4 s Xorg to proste nejede. Jenom upozorneni nemam zadne prava na serveru kde bezi HP OVO tudiz neni mozne ziskat zadne info ze serveru :( Ale kdy to bezi na jine distribuci pod stejenym uzivatelem tak na serveru problem nebude, ale bude na stanici. Nevite nekdo kde by mohl byt zakopany pes ? Zkusel jsem uz vypinat firewall na poci ale nic.

    PS.: jeste muj configurak ssh
    $~ikar/.ssh/config
    Host hpovo
    LocalForward 28000 localhost:28000
    LocalForward 2531 localhost:2531
    LocalForward 8880 localhost:8880
    
    $/etc/ssh/ssh_config
     Host *
       ForwardAgent yes
       ForwardX11 yes
       GSSAPIAuthentication no
       ForwardX11Trusted yes
    

    Odpovědi

    23.8.2005 10:07 xnovv
    Rozbalit Rozbalit vše Re: HP OVO + Xorg
    Zdravim asi moc nepomuzu nicmene mam s Xorg take spatne zkusenosti ( ve spojeni s HP OVO ) se serverem se mi spojil nicmene jsem nedokazal naimportovat fonty z fontserveru :-( tusim ze to byl nejaky SUSE 9.x (momentalne pouzivam last stable Debian ktery pouziva XFree a vse funguje ) stejne tak i stary MDK 9.2
    23.8.2005 10:44 ikar | skóre: 6
    Rozbalit Rozbalit vše Re: HP OVO + Xorg
    Takze asi to vidim nasledovne, srackoidni Xorg ven a fungujici a otestovane Xfree dovnitr.
    23.8.2005 17:26 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: HP OVO + Xorg
    Zdravim

    Jednozancne nejdelsi dotaz co jsem kdy na abicku videl. Congrats..

    X.Org bych zrovna tim tyvm slovem nenazyval a spis bych z te tuny nesmyslu grepnul nejakej error, ja na to chut nemam. Kromtoho bych spis hledal log X serveru a toho OVO klienta (to vubec neznam, tak nevim jestli to ma nejakej log a klienta).

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    24.8.2005 11:31 ikar | skóre: 6
    Rozbalit Rozbalit vše Re: HP OVO + Xorg
    Zdravim, v danem logu neni ani jeden vyskyt error hlasky, a diky tomu ze to funguje v XFree a ne v X.org tak chyba urcite nebude na strane HP OVO. Tedka mam ale jinej problem jakym zpusobem vyrazit ty X.org a nahradit je XFree aniz bych si rozdrbal cely system pac jak jsem zjistil tak ty X.org jsou jak rakovina jsou prolezle systemem az to neni hezke. Mam FC 4. Nevite jak zbavit FC 4 X.orgu a nahradit je XFree, a jak se to pak bude chovat pri updatech balicku, nebot predpokladam ze jsou svazane s X.org, zdali se to neda nejak nalinkovat aby i kdyz tam nebude X.org se balicky instalnuly ?
    24.8.2005 12:50 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: HP OVO + Xorg
    Podívat se po netu, jestli je někde repozitář s balíčky pro FC4.
    26.8.2005 12:38 ikar | skóre: 6
    Rozbalit Rozbalit vše Re: HP OVO + Xorg
    Diky uz mi to jede musel jsem tam nahrat nejake fonty primo z HP a problem byl v tom ze on mi tu hlasku nevypsal celou pouze jeji konec a tu veci s tim ze nema fonty jsem tim padem nevidel :(

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.