Description of problem: italc can not be used, because ica is crashing Version-Release number of selected component (if applicable): italc-2.0.0-3 How reproducible: always Steps to Reproduce: 1. install italc, italc-client, italc-master 2. run ica in terminal #1 3. run italc in terminal #2 4. enter password for entering in italc 5. ica is crashing No problem in Mageia 2 and 3. Problem is present in Mageia 4, and maybe reason is libpng16, because packages italc, italc-client, italc-master, libpng15 from Mageia 3 works in Mageia 4 and there is error with libpng16 "libpng warning: iCCP: known incorrect sRGB profile". ========================================================== [user@localhost ~]$ ica пн Ñев 24 19:49:19 2014: [INFO] Startup for user "user" with arguments ("ica") пн Ñев 24 19:49:19 2014: [INFO] Ipc::Master: listening at port 52222 пн Ñев 24 19:49:19 2014: [INFO] Starting slave "SystemTrayIcon" at port 52222 пн Ñев 24 19:49:19 2014: [INFO] Exec 24/02/2014 19:49:19 passing arg to libvncserver: -rfbport 24/02/2014 19:49:19 passing arg to libvncserver: 11100 24/02/2014 19:49:19 x11vnc version: 0.9.13 lastmod: 2010-12-27 pid: 3084 24/02/2014 19:49:19 Using X display :0.0 24/02/2014 19:49:19 rootwin: 0x16e reswin: 0x3200001 dpy: 0xb2b0c500 24/02/2014 19:49:19 24/02/2014 19:49:19 ------------------ USEFUL INFORMATION ------------------ 24/02/2014 19:49:19 X DAMAGE available on display, using it for polling hints. 24/02/2014 19:49:19 To disable this behavior use: '-noxdamage' 24/02/2014 19:49:19 24/02/2014 19:49:19 Most compositing window managers like 'compiz' or 'beryl' 24/02/2014 19:49:19 cause X DAMAGE to fail, and so you may not see any screen 24/02/2014 19:49:19 updates via VNC. Either disable 'compiz' (recommended) or 24/02/2014 19:49:19 supply the x11vnc '-noxdamage' command line option. 24/02/2014 19:49:19 24/02/2014 19:49:19 Wireframing: -wireframe mode is in effect for window moves. 24/02/2014 19:49:19 If this yields undesired behavior (poor response, painting 24/02/2014 19:49:19 errors, etc) it may be disabled: 24/02/2014 19:49:19 - use '-nowf' to disable wireframing completely. 24/02/2014 19:49:19 - use '-nowcr' to disable the Copy Rectangle after the 24/02/2014 19:49:19 moved window is released in the new position. 24/02/2014 19:49:19 Also see the -help entry for tuning parameters. 24/02/2014 19:49:19 You can press 3 Alt_L's (Left "Alt" key) in a row to 24/02/2014 19:49:19 repaint the screen, also see the -fixscreen option for 24/02/2014 19:49:19 periodic repaints. 24/02/2014 19:49:19 24/02/2014 19:49:19 XFIXES available on display, resetting cursor mode 24/02/2014 19:49:19 to: '-cursor most'. 24/02/2014 19:49:19 to disable this behavior use: '-cursor arrow' 24/02/2014 19:49:19 or '-noxfixes'. 24/02/2014 19:49:19 using XFIXES for cursor drawing. 24/02/2014 19:49:19 GrabServer control via XTEST. 24/02/2014 19:49:19 24/02/2014 19:49:19 Scroll Detection: -scrollcopyrect mode is in effect to 24/02/2014 19:49:19 use RECORD extension to try to detect scrolling windows 24/02/2014 19:49:19 (induced by either user keystroke or mouse input). 24/02/2014 19:49:19 If this yields undesired behavior (poor response, painting 24/02/2014 19:49:19 errors, etc) it may be disabled via: '-noscr' 24/02/2014 19:49:19 Also see the -help entry for tuning parameters. 24/02/2014 19:49:19 You can press 3 Alt_L's (Left "Alt" key) in a row to 24/02/2014 19:49:19 repaint the screen, also see the -fixscreen option for 24/02/2014 19:49:19 periodic repaints. 24/02/2014 19:49:19 X FBPM extension not supported. 24/02/2014 19:49:19 X display is not capable of DPMS. 24/02/2014 19:49:19 -------------------------------------------------------- 24/02/2014 19:49:19 24/02/2014 19:49:19 Default visual ID: 0x21 24/02/2014 19:49:19 Read initial data from X display into framebuffer. 24/02/2014 19:49:19 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/3200 24/02/2014 19:49:19 24/02/2014 19:49:19 X display :0.0 is 32bpp depth=24 true color 24/02/2014 19:49:19 24/02/2014 19:49:19 Listening for VNC connections on TCP port 11100 24/02/2014 19:49:19 Listening also on IPv6 port 11100 (socket 22) 24/02/2014 19:49:19 Xinerama: Library libXinerama is not available to determine 24/02/2014 19:49:19 Xinerama: the head geometries, consider using -blackout 24/02/2014 19:49:19 Xinerama: if the screen is non-rectangular. 24/02/2014 19:49:19 fb read rate: 87 MB/sec 24/02/2014 19:49:19 fast read: reset -wait ms to: 10 24/02/2014 19:49:19 fast read: reset -defer ms to: 10 24/02/2014 19:49:19 The X server says there are 16 mouse buttons. 24/02/2014 19:49:19 screen setup finished. 24/02/2014 19:49:19 The VNC desktop is: localhost:5200 24/02/2014 19:49:19 possible aliases: localhost:11100, localhost::11100 PORT=11100 ****************************************************************************** Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet? The scheme stores pixel data offscreen on the VNC viewer side for faster retrieval. It should work with any VNC viewer. Try it by running: x11vnc -ncache 10 ... One can also add -ncache_cr for smooth 'copyrect' window motion. More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching 24/02/2014 19:49:34 Got connection from client 127.0.0.1 24/02/2014 19:49:34 other clients: caught signal: 11 24/02/2014 19:49:34 deleted 25 tile_row polling images. ========================================================== [user@localhost ~]$ italc пн Ñев 24 19:49:26 2014: [INFO] Startup for user "user" with arguments ("italc") пн Ñев 24 19:49:31 2014: [ERR] PrivateDSAKey::load(): could not open file "/etc/italc/keys/private/teacher/key" пн Ñев 24 19:49:34 2014: [WARN] libpng warning: iCCP: known incorrect sRGB profile пн Ñев 24 19:49:34 2014: [WARN] ItalcVncConnection: VNC server supports protocol version 3.8 (viewer 3.8) пн Ñев 24 19:49:34 2014: [WARN] ItalcVncConnection: read (104: Соединение ÑазоÑвано дÑÑгой ÑÑоÑоной) пн Ñев 24 19:49:35 2014: [WARN] ItalcVncConnection: Unable to connect to VNC server пн Ñев 24 19:49:41 2014: [WARN] --- пн Ñев 24 19:49:41 2014: [WARN] Last message repeated 5 times пн Ñев 24 19:49:41 2014: [WARN] --- пн Ñев 24 19:49:41 2014: [ERR] No connection to local ICA - terminating now пн Ñев 24 19:49:41 2014: [INFO] Shutdown Reproducible: Steps to Reproduce:
CC: (none) => thierry.vignaudVersion: Cauldron => 4
Keywords: (none) => TriagedAssignee: bugsquad => mageia
Status: NEW => ASSIGNED
All about libpng is just WARN. But I can see ERR: пн Ñев 24 19:49:31 2014: [ERR] PrivateDSAKey::load(): could not open file "/etc/italc/keys/private/teacher/key" пн Ñев 24 19:49:41 2014: [ERR] No connection to local ICA - terminating now Warning about libpng are not important.
ica must not crash without /etc/italc/keys/private/teacher/key. Packages italc, italc-client, italc-master, libpng15 from Mageia 3 works in Mageia 4 without /etc/italc/keys/private/teacher/key - no ica's crashing.
Created attachment 5376 [details] ica_mga3_64bit
CC: (none) => yullaw
Hi, same issues here. I made tests for MGA3-64bit, MGA4-32&64bit, MGA5a2-64bit: Steps to Reproduce: 1. install italc, italc-client, italc-master 2. create a new group "italc" in mcc 3. add user to a created group "italc" 4. run under root imc and add "italc" in "Authentication"â"Manage permissions" (try "Test" if all is ok) 2. run ica in terminal #1 3. run italc in terminal #2 4. enter password of user for entering in italc 5. ica on is crashing MGA3-64bit (fresh installation, fully updated, VM used) ======================================================= iTalc works! terminal outputs: attachments ica_mga3_64bit, italc_mga3_64bit [yullaw@localhost ~]$ rpm -qa|grep italc italc-2.0.0-2.mga3 italc-master-2.0.0-2.mga3 italc-client-2.0.0-2.mga3 [yullaw@localhost ~]$ rpm -qa|grep libpng [yullaw@localhost ~]$ rpm -qa|grep lib64png lib64png15_15-1.5.13-2.2.mga3 MGA4-64bit (fresh installation, fully updated, VM used) ======================================================= iTalc is crashed! terminal outputs: attachments ica_mga4_64bit, italc_mga4_64bit [root@localhost yullaw]# rpm -qa|grep italc italc-2.0.0-3.mga4 italc-client-2.0.0-3.mga4 italc-master-2.0.0-3.mga4 [root@localhost yullaw]# rpm -qa|grep libpng [root@localhost yullaw]# rpm -qa|grep lib64png lib64png16_16-1.6.8-1.1.mga4 MGA4-32bit (fresh installation, fully updated, VM used) ======================================================= iTalc is crashed! Workaround for MGA4 32bit - it is for test only!: - add russian MRC repositories for MGA3: # urpmi.addmedia --wget --distrib --nopubkey MGA-RU-i586 http://packages.mageialinux.ru/mageia3/i586 - install italc, italc-client, italc-master and libpng15_15 dependence (download and install libpng15_15-1.5.13-2.2.mga3) - run again italc - works! [yullaw@localhost ~]$ rpm -qa|grep italc italc-master-2.0.1-100.mga3.mrc italc-client-2.0.1-100.mga3.mrc italc-2.0.1-100.mga3.mrc [yullaw@localhost ~]$ rpm -qa|grep libpng libpng15_15-1.5.13-2.2.mga3 libpng16_16-1.6.8-1.1.mga4 MGA5a2-32bit (fresh installation, fully updated, VM used) ======================================================= + group italc and keys are created automatically during installation iTalc is crashed! same outputs as in MGA4 [root@localhost yullaw]# rpm -qa|grep italc italc-2.0.1-4.mga5 italc-master-2.0.1-4.mga5 italc-client-2.0.1-4.mga5 [root@localhost yullaw]# rpm -qa|grep libpng libpng16_16-1.6.12-1.mga5 [root@localhost yullaw]# rpm -qa|grep lib64png ======================================================= ======================================================= Hope it helps to solve an issue ! Regards, yullaw
Whiteboard: (none) => MGA3-64-OK, MGA4-32-NO+workaround, MGA4-64-NO, MGA5a2-32-NOVersion: 4 => CauldronHardware: i586 => All
Created attachment 5377 [details] italc_mga3_64bit
Created attachment 5378 [details] ica_mga4_64bit
Created attachment 5379 [details] italc_mga4_64bit
NOTE: all attachments rename them to .txt file - sorry for a mistake!
Attachment 5378 filename: ica_mga4_64bit => ica_mga4_64bit.txt Attachment 5378 mime type: application/octet-stream => text/plain
Attachment 5379 filename: italc_mga4_64bit => italc_mga4_64bit.txt Attachment 5379 mime type: application/octet-stream => text/plain
Attachment 5377 mime type: application/octet-stream => text/plain Attachment 5377 filename: italc_mga3_64bit => italc_mga3_64bit.txt
Attachment 5376 filename: ica_mga3_64bit => ica_mga3_64bit.txt Attachment 5376 mime type: application/octet-stream => text/bar
Attachment 5376 mime type: text/bar => text/plain
FYI: MGA4 32&64 bit: =============== italc came as an update: italc-2.0.0-3.1.mga4 italc-client-2.0.0-3.1 italc-master-2.0.0-3.1.mga4 Changelog: Wed Aug 20 2014 luigiwalser <luigiwalser> 2.0.0-3.1.mga4 + Revision: 666024 - rediff patch from harbour to fix CVE-2014-4607 in bundled minilzo + dams - update .desktop file but still same issue as above.
Martin, hello, Will you test the latest testing ISO for Mageia 5 with italc-2.0.2-3.mga5? I updated version to 2.0.2, which fixes crash for ica; fixed creating keys because of $DISPLAY; added GlobalConfig.xml, which allows to run italc without additional manipulations.
Hi Alex! Thanks, it seems to be all fine! Tested for local server (1 comp), not between 2 computers. Can be updated for MGA4 too? MGA5b1-64bit (fresh installation, fully updated, VM used) ========================================================= italc-2.0.2-3.mga5 works. For more details about installation and trial test outputs in konsole, see attached files below:
Whiteboard: MGA3-64-OK, MGA4-32-NO+workaround, MGA4-64-NO, MGA5a2-32-NO => MGA3-64-OK, MGA4-32-NO+workaround, MGA4-64-NO, MGA5a2-32-NO, MGA5b2-64-OK
Created attachment 5767 [details] installation-MGA5b1_x86_64_italc-2.0.2-3.mga5
Created attachment 5768 [details] imc-MGA5b1_x86_64_italc-2.0.2-3.mga5
Created attachment 5769 [details] ica-MGA5b1_x86_64_italc-2.0.2-3.mga5
Created attachment 5770 [details] italc-MGA5b1_x86_64_italc-2.0.2-3.mga5
Martin, thank you for your tests. I forgot to write about italc-client-autostart pkg, I'm sorry. I added italc-client-autostart pkg, so your ica will start in tray and you won't need terminal for ica. > Can be updated for MGA4 too? I'm not maintainer for this package, maintainer is Damien. Let's test for Mageia 5 and if OK for all architectures, then the next step. italc-client-autostart pkg is untested.
Ok, italc reinstalled by: # urpme italc # urpmi italc-client-autostart [root@localhost yullaw]# rpm -qa|grep italc italc-client-autostart-2.0.2-3.mga5 italc-2.0.2-3.mga5 italc-client-2.0.2-3.mga5 After reboot ica is in tray. Then, tried to install itacl-master and run it from K-Menu (or terminal as root/user), but after user password is no connection with the server. "Could not contact the local iTALC service. It is likely that you entered wrong credentials or key files are not set up properly. Try again or contact your administrator for solving this problem using the iTALC Management Console." Output from terminal, please see below. It seems ica needs to be launched as root, otherwise it can not be connected (see error message). The previous test I had to do same. (or I am wrong??)
Created attachment 5771 [details] ica-autostart-MGA5b1_x86_64_italc-2.0.2-3.mga5
Attachment 5771 description: ica-automont-MGA5b1_x86_64_italc-2.0.2-3.mga5 => ica-autostart-MGA5b1_x86_64_italc-2.0.2-3.mga5
No, it works under user. You configured something, so delete ~/.italc for clear tests. You ran under root well, because you had no /root/.italc or permissions. And please check your group.
Ou yeah, after deleting folder ~/.italc works under user. Today later I will test it on i586 arch and master (comp1) to client (comp2).
MGA5b1-32bit (fresh installation, fully updated, VM used) ========================================================= italc-2.0.2-3.mga5 works. # urpmi italc-client-autostart - after reboot the tray icon appeared # urpmi italc-master # gpasswd -a yullaw italc - in imc user "yullaw" and "italc" added to iTALC group - relogin to the system - start iTALC from K-Menu - iTALC works under user (as same as in x86_64 arch.) (In reply to Martin Volf from comment #20) > Today later I will test it on i586 arch and master (comp1) to client (comp2). MGA5b1-64bit (liveDVD, KDE) ========================================================= It is not possible: - live user Maybe it can be tested on 2 computers if an updated iTALC will be pressent in MGA4 core/updates/testing FYI: If some more tests are needed, I will be assisting you...
Whiteboard: MGA3-64-OK, MGA4-32-NO+workaround, MGA4-64-NO, MGA5a2-32-NO, MGA5b2-64-OK => MGA3-64-OK, MGA4-32-NO+workaround, MGA4-64-NO, MGA5a2-32-NO, MGA5b1-32-OK, MGA5b1-64-OK
@Alex Loginov: ping: Hello Alex! Can you ask to maintainer of the packackage for an update? Thanks
NOTE: updates for MGA4 32,64bit
Damien hi, italc was finished for Cauldron, please provide an update for mga4.
CC: thierry.vignaud => (none)
Version: Cauldron => 4Summary: ica is crashing => ica is crashing (fixed in cauldron, needs update in Mageia 4)
Mageia 4 changed to end-of-life (EOL) status on 2015-09-19. It is is no longer maintained, which means that it will not receive any further security or bug fix updates. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version. Bug Reporter: Thank you for reporting this issue and we are sorry that we weren't able to fix it before Mageia 4's end of life. If you are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia. If it's valid in several versions, select the highest and add MGAxTOO in whiteboard for each other valid release. Example: it's valid in cauldron and Mageia 5, set to cauldron and add MGA5TOO. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete. If you would like to help fixing bugs in the future, don't hesitate to join the packager team via our mentoring program [1] or join the teams that fit you most [2]. [1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager [2] http://www.mageia.org/contribute/
Hi, thanks for reporting this bug. We are sorry, but we no longer maintains this version of Mageia. Please upgrade to the latest version and reopen this bug against that version if this bug exists there. As a result we are setting this bug to CLOSED:WONTFIX Was fixed for mga5, cauldron, but mga4 is EOL.
Resolution: (none) => WONTFIXStatus: ASSIGNED => RESOLVED