Bug#979599: trscripts: Incorrect build xfonts-bolkhov-misc

2021-01-08 Thread nefedov
Package: trscripts
Version: 1.18
Severity: normal
X-Debbugs-Cc: nefedov.y...@jinr.ru

 I installed the "new" version of xfonts-bolkhov-misc
 (xfonts-bolkhov-misc), and noticed that the russian letter 'у' is
 displayed as latin u. This was strange, since according to changelog:
  * Non maintainer upload by the Reproducible Builds team.
  * No source change upload to rebuild on buildd with .buildinfo files.

 I rebuilt from the source package and the problem disappeared.
 However, I noticed that the awk program was used. I have the default
 gawk version. After I installed the default mawk, the error
 reproduced. I also noticed that the file rfx-unicode-conv (created
 when building the package:
 trbdf --foundry=rfx -f unicode -t unicode_small -s >rfx-unicode-conv )
 is significantly different when using different versions of the gwk.

 I am not sure that this behavior can be called as the bug, but
 apparently it is necessary to strictly directed which version of the
 'awk' should be used.

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-5-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information


Bug#928709: clhep-doc: the page http://localhost/doc/clhep-doc/html/index.html is practically empty.

2019-05-09 Thread nefedov
Package: clhep-doc
Version: 2.1.4.1+dfsg-1
Severity: normal

 The start page /usr/share/doc/clhep-doc/html/index.html is useless.
 It contains only links to the official site.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages clhep-doc depends on:
ii  libjs-jquery  3.3.1~dfsg-3

clhep-doc recommends no packages.

clhep-doc suggests no packages.

-- no debconf information



Bug#872754: fetchmail: tls_process_server_hello:unsupported protocol

2017-08-20 Thread nefedov
Package: fetchmail
Version: 6.3.26-3
Severity: important


 After updating libssl1.1 to version 1.1.0f-4
 fetchmail refuse to connect by IMAP to a set of my mailboxes
 with the error: 

localhost fetchmail[3635]: OpenSSL reported: error:14171102:SSL 
routines:tls_process_server_hello:unsupported protocol
localhost fetchmail[3635]: SSL connection failed.

 I found that the similar error (#871918) was reported to
 libssl1.1 package but it was closed.

 First of all I think that such changes in library as 
 disabling TLS 1.0 and 1.1 must be reported in apt-listchanges

 I resolved this issue by adding option "sslproto 'TLS1'"
 in fetchmailrc.

 So my second point is following. Is it correct to remove
 the obsolete non-secure protocols without even a hint to a reasons?
 Is my connection now is more secure? What should I do as user of mailbox?
 If I send a mail to the system administrator with diagnostic like
 in above of this letter it will be rejected because it is my problem.
 Is it possible to add to the error the version of protocol from 
 the server side with mark in case of insecurity? 

 Thank you.
Yu.



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.11.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages fetchmail depends on:
ii  adduser   3.116
ii  debianutils   4.8.2
ii  libc6 2.24-12
ii  libcomerr21.43.5-1
ii  libgssapi-krb5-2  1.15.1-2
ii  libk5crypto3  1.15.1-2
ii  libkrb5-3 1.15.1-2
ii  libssl1.1 1.1.0f-4
ii  lsb-base  9.20161125

Versions of packages fetchmail recommends:
ii  ca-certificates  20161130+nmu1

Versions of packages fetchmail suggests:
ii  exim4-daemon-light [mail-transport-agent]  4.89-5
ii  fetchmailconf  6.3.26-3
ii  resolvconf 1.79

-- Configuration Files:
/etc/default/fetchmail changed:
export LC_ALL=C
START_DAEMON=yes


-- no debconf information



Bug#813837: wmaker: autostart script runs twice

2016-02-05 Thread nefedov
Package: wmaker
Version: 0.95.7-3
Severity: normal

 My autostart script (~/GNUstep/Library/WindowMaker/autostart)
 runs twice. To test I put the following line in script:
printf " autostart: %s\n" "$(/bin/date)" >> ~/.xsession-errors

 As a result, I got two lines in .xsession-errors

 autostart: Пт фев  5 21:55:52 MSK 2016

 autostart: Пт фев  5 21:55:55 MSK 2016
...

 It seems to me that this behavior is not normal.

 Thanks.

Yu.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages wmaker depends on:
ii  libc62.21-7
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6.1-0.1
ii  libgif7  5.1.2-0.2
ii  libjpeg62-turbo  1:1.4.1-2
ii  libpng12-0   1.2.54-1
ii  libtiff5 4.0.6-1
ii  libwings30.95.7-3
ii  libwraster5  0.95.7-3
ii  libwutil50.95.7-3
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxinerama1 2:1.1.3-1+b1
ii  libxpm4  1:3.5.11-1+b1
ii  libxrandr2   2:1.5.0-1
ii  wmaker-common0.95.7-3

wmaker recommends no packages.

Versions of packages wmaker suggests:
ii  desktop-base 8.0.2
ii  konsole [x-terminal-emulator]4:15.08.3-1
ii  menu 2.1.47
ii  rxvt-unicode-256color [x-terminal-emulator]  9.21-1+b1
ii  wmaker-data  0.9~3-4
ii  x11-apps 7.7+5
ii  xterm [x-terminal-emulator]  322-1

-- no debconf information



Bug#726125: wmtime: broken date display

2013-10-15 Thread yuri . nefedov

Package: wmtime
Followup-For: Bug #726125

 The real problem is that wmtime try to transliterate an
 abbreviations for the day of week and months with libiconv.
 But iconv has limited support for transliteration
 and can not do it for many languages.
 For example:
 > echo "Вс" | iconv -f UTF8 -t ASCII//TRANSLIT - 
??


 This is Russian, and I would expect "Vs".
 There is more advanced tool "konwert" and it works perfectly
 > echo "Вс" | konwert UTF8-ascii 
Vs

 but it is not obvious how to connect it with wmtime.
 Probably the old idea to keep possible abbreviations
 in /use/share/wmtime/"language" is not bad at all.

 As a simple solution I would prefer to have additional
 flag to switch off any attempt to transliterate and
 use English names.

 The patches (rather simple) are in the attachment.

Regards, Yuri

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wmtime depends on:
ii  libc6 2.17-93
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxpm4   1:3.5.10-1

wmtime recommends no packages.

wmtime suggests no packages.

-- no debconf information--- ../wmtime-1.0b2/wmtime/wmtime.1 2013-10-15 14:05:44.0 +0400
+++ ./wmtime.1  2013-10-15 14:05:25.526108646 +0400
@@ -65,6 +65,11 @@
 .IR X(7x) .
 
 .TP
+.BR \-l
+Disables the locale support and use English abbreviations for
+the day of week and months. 
+
+.TP
 .BR \-n , \ \-noseconds
 Disables the second hand.
 
--- ../wmtime-1.0b2/wmtime/wmtime.c 2013-10-15 14:05:44.0 +0400
+++ ./wmtime.c  2013-10-15 14:05:25.546108815 +0400
@@ -108,12 +108,13 @@
 void printversion(void);
 
 void wmtime_routine(int, char **);
-void get_lang();
+void get_lang(void);
 
 int main(int argc, char *argv[]) {
 
int i;
char*name = argv[0];
+   int use_lang = 1;
 
for (i=1; i

Bug#725123: bootlogd: Reading /var/log/boot file

2013-10-01 Thread yuri . nefedov

Package: bootlogd
Version: 2.88dsf-43
Severity: wishlist

 The information contained in "https://wiki.debian.org/bootlogd";
 in the section "Reading /var/log/boot file" worth to be included
 in documentation to package.

Yuri

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bootlogd depends on:
ii  libc6 2.17-92+b1
ii  lsb-base  4.1+Debian12

bootlogd recommends no packages.

bootlogd suggests no packages.

-- Configuration Files:
/etc/init.d/bootlogd changed [not included]

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#725120: bootlogd does not rotate its log-files

2013-10-01 Thread yuri . nefedov

Package: bootlogd
Version: 2.88dsf-43
Severity: important
Tags: patch

 There are errors in the script to rotate the log-files of bootlogs.
 The patch is in the attachment.

Regards, Yuri.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bootlogd depends on:
ii  libc6 2.17-92+b1
ii  lsb-base  4.1+Debian12

bootlogd recommends no packages.

bootlogd suggests no packages.

-- Configuration Files:
/etc/init.d/bootlogd changed [not included]

-- no debconf information

--- bootlogd.dpkg-dist  2013-10-01 20:17:38.336818355 +0400
+++ /etc/init.d/bootlogd2013-10-01 19:00:30.252675743 +0400
@@ -58,25 +58,23 @@
ES=$?
sleep 1
[ "$VERBOSE" != no ] && log_end_msg $ES
-   if [ -r "$TMPLOG" ]
-   then
-   cat "$TMPLOG" >> /var/log/boot
-   rm -f "$TMPLOG"
-   fi
-   if [ -f /var/log/boot ] && [ -f /var/log/boot~ ]
-   then
-   [ "$VERBOSE" = no ] || log_action_begin_msg "Moving boot log 
file"
-   # bootlogd writes to boot, making backup at boot~
-   cd /var/log && {
-   chgrp adm boot || :
-   savelog -q -p -c 5 boot \
-   && mv boot.0 boot \
-   && mv boot~ boot.0
-   }
-   ES=$?
-   [ "$VERBOSE" = no ] || log_action_end_msg $ES
-   fi
-   ;;
+# bootlogd writes to $TMPLOG
+if [ -r "$TMPLOG" ]; then
+   # 1) rotate logfiles
+   if [ -f /var/log/boot ] ; then
+  [ "$VERBOSE" = no ] || log_action_begin_msg "Moving boot log 
file"
+  cd /var/log && {
+ chgrp adm boot || :
+ savelog -q -p -c 5 boot
+  }
+  ES=$?
+  [ "$VERBOSE" = no ] || log_action_end_msg $ES
+  fi
+  # 2) save new file
+  cat "$TMPLOG" >> /var/log/boot
+  rm -f "$TMPLOG"
+fi
+;;
   restart|force-reload)
/etc/init.d/bootlogd stop
/etc/init.d/bootlogd start


Bug#585524: hplip: the same problem

2010-06-21 Thread yuri . nefedov


 The same problem for HP LaserJet 5100 Series (ethernet connection).

 # lpstat -p
printer hp_laserjet_5100 disabled since Mon Jun 21 10:30:53 2010 -
/usr/lib/cups/backend/socket failed

 The permisions of /usr/lib/cups/backend/socket were 555
-r-xr-xr-x 2 root root 29988 Apr  9 21:02 socket

 After changing permisions of /usr/lib/cups/backend/socket
 to 700 it works correctly.

 It seems that this is rather a bug of cups, but not of hplip.

 Yuri Nefedov.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#585524: hplip: the same problem

2010-06-20 Thread Nefedov
Package: hplip
Version: 3.10.5-1
Severity: normal


 I had the same problem with deskjet F4500 series (wifi MFU).
 Thanks to Carsten Luedtke . 
 His recipe worked.

 The problem were wrong permissions (755) of /usr/lib/cups/backend/hp
-rwxr-xr-x 1 root root 18204 May 21 13:54 hp

 I changed them to 700 and problem disappeared.

 Ones more, I changed permisions 755 to 700.
 
 Yuri Nefedov.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Shell: /bin/sh linked to /bin/bash

Versions of packages hplip depends on:
ii  adduser   3.112  add and remove users and groups
ii  coreutils 8.5-1  GNU core utilities
ii  cups  1.4.3-1Common UNIX Printing System(tm) - 
ii  cups-client   1.4.3-1Common UNIX Printing System(tm) - 
ii  hplip-data3.10.5-1   HP Linux Printing and Imaging - da
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib
ii  libcups2  1.4.3-1Common UNIX Printing System(tm) - 
ii  libdbus-1-3   1.2.24-1   simple interprocess messaging syst
ii  libhpmud0 3.10.5-1   HP Multi-Point Transport Driver (h
ii  libsane   1.0.21-2   API library for scanners
ii  libssl0.9.8   0.9.8o-1   SSL shared libraries
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip
ii  policykit-1   0.96-2 framework for managing administrat
ii  python2.5.4-9An interactive high-level object-o
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-imaging1.1.7-1+b1 Python Imaging Library
ii  python-pexpect2.3-1  Python module for automating inter

Versions of packages hplip recommends:
ii  avahi-daemon  0.6.25-3   Avahi mDNS/DNS-SD daemon
ii  hpijs 3.10.5-1   HP Linux Printing and Imaging - gs
ii  sane-utils1.0.21-2   API library for scanners -- utilit

Versions of packages hplip suggests:
ii  hplip-doc 3.10.5-1   HP Linux Printing and Imaging - do
pn  hplip-gui  (no description available)
pn  kdeprint | gtklp | xpp (no description available)

-- no debconf information

-- debsums errors found:
prelink: /usr/bin/hp-mkuri: at least one of file's dependencies has changed 
since prelinking
debsums: changed file /usr/bin/hp-mkuri (from hplip package)
prelink: /usr/lib/cups/filter/hplipjs: at least one of file's dependencies has 
changed since prelinking
debsums: changed file /usr/lib/cups/filter/hplipjs (from hplip package)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#547881: linux-image-2.6.30-1-686: can not read/sys/devices/system/cpu/cpu0/cpufreq/

2009-09-22 Thread yuri . nefedov


Package: linux-image-2.6.30-1-686
Version: 2.6.30-6
Severity: important


 Hi,

 Sometimes system loses access to /sys/devices/system/cpu/cpu0/cpufreq/
 and as a result changing of CPU frequency is not possible.
 Simple 'cat' hangs forever:
  4979 ?D  0:00 cat 
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
 In principle other programs work normally but reboot (or shutdown)
 does not complete. System hangs and I use Alt-SysRq to force reboot
 (otherwise fsck reports wrong unmount).

 I checked that kernel 2.6.26 does not have such a problem for me.

-- Package-specific info:
** Version:
Linux version 2.6.30-1-686 (Debian 2.6.30-6) (wa...@debian.org) (gcc version 
4.3.4 (Debian 4.3.4-1) ) #1 SMP Sat Aug 15 19:11:58 UTC 2009

** Command line:
auto BOOT_IMAGE=Linux ro root=303

** Not tainted

** Kernel log:
[  600.544138]  [] ? __switch_to+0x101/0x140
[  600.544149]  [] ? schedule+0x5/0x13
[  600.544158]  [] ? rwsem_down_failed_common+0x6c/0x7f
[  600.544169]  [] ? rwsem_down_write_failed+0x18/0x1f
[  600.544179]  [] ? call_rwsem_down_write_failed+0x6/0x8
[  600.544188]  [] ? down_write+0x12/0x13
[  600.544199]  [] ? lock_policy_rwsem_write+0x30/0x57
[  600.544208]  [] ? do_dbs_timer+0x48/0x253
[  600.544217]  [] ? __schedule+0x6ec/0x746
[  600.544227]  [] ? worker_thread+0x13c/0x1bd
[  600.544235]  [] ? do_dbs_timer+0x0/0x253
[  600.544246]  [] ? autoremove_wake_function+0x0/0x2d
[  600.544255]  [] ? worker_thread+0x0/0x1bd
[  600.544263]  [] ? kthread+0x42/0x67
[  600.544271]  [] ? kthread+0x0/0x67
[  600.544281]  [] ? kernel_thread_helper+0x7/0x10
[  600.544318] INFO: task powernowd:3590 blocked for more than 120 seconds.
[  600.544323] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[  600.544329] powernowd D c04951c0 0  3590   3589
[  600.544338]  c19ca1c0 0082 f704f90c c04951c0 c04951c0 f704f8e0 c3eaf6d0 
c3eaf6d0
[  600.544353]  c3eaf884  36c6c0fe 3a0bc3e4 0009 c0121eff 002f5a0a 

[  600.544368]  c3eaf884 c3eaf884 0046 f7051fb4 c19ca784 0001  
f73b9e04
[  600.544382] Call Trace:
[  600.544391]  [] ? try_to_wake_up+0x1e1/0x1eb
[  600.544401]  [] ? schedule+0x5/0x13
[  600.544409]  [] ? schedule_timeout+0x14/0xbd
[  600.544419]  [] ? __wake_up+0x29/0x39
[  600.544428]  [] ? wait_for_common+0xb8/0x112
[  600.544436]  [] ? default_wake_function+0x0/0x8
[  600.56]  [] ? __cancel_work_timer+0xf5/0x13d
[  600.544454]  [] ? wq_barrier_func+0x0/0x8
[  600.544464]  [] ? cpufreq_governor_dbs+0x1c5/0x230
[  600.544475]  [] ? __blocking_notifier_call_chain+0x3f/0x49
[  600.544485]  [] ? __cpufreq_governor+0x64/0x94
[  600.544494]  [] ? __cpufreq_set_policy+0xc2/0x107
[  600.544504]  [] ? store_scaling_governor+0x1a0/0x1c8
[  600.544513]  [] ? handle_update+0x0/0x8
[  600.544526]  [] ? test_skcipher+0xaa/0x5f7
[  600.544535]  [] ? store_scaling_governor+0x0/0x1c8
[  600.544543]  [] ? store+0x42/0x5a
[  600.544553]  [] ? sysfs_write_file+0xb0/0xdd
[  600.544561]  [] ? sysfs_write_file+0x0/0xdd
[  600.544572]  [] ? vfs_write+0x7e/0xd6
[  600.544580]  [] ? sys_write+0x3c/0x63
[  600.544590]  [] ? sysenter_do_call+0x12/0x28
[  720.544364] INFO: task kondemand/0:181 blocked for more than 120 seconds.
[  720.544374] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[  720.544381] kondemand/0   D 5601 0   181  2
[  720.544392]  c19ca1c0 0046 f704e4bc 5601 c04951c0 c011cc90 0009 
f704e490
[  720.544408]  f704e644   394c6b1e 0009 0004 004c4b40 
c19ca1c0
[  720.544423]  c0108c11 f704e644 c3cb26d0 f704e6c8  c0101fb2 c19c7f00 
c19ca1f8
[  720.544438] Call Trace:
[  720.544456]  [] ? update_curr+0x58/0x178
[  720.544469]  [] ? __switch_to_xtra+0x14a/0x173
[  720.544479]  [] ? __switch_to+0x101/0x140
[  720.544490]  [] ? schedule+0x5/0x13
[  720.544500]  [] ? rwsem_down_failed_common+0x6c/0x7f
[  720.544510]  [] ? rwsem_down_write_failed+0x18/0x1f
[  720.544520]  [] ? call_rwsem_down_write_failed+0x6/0x8
[  720.544529]  [] ? down_write+0x12/0x13
[  720.544540]  [] ? lock_policy_rwsem_write+0x30/0x57
[  720.544550]  [] ? do_dbs_timer+0x48/0x253
[  720.544559]  [] ? __schedule+0x6ec/0x746
[  720.544568]  [] ? worker_thread+0x13c/0x1bd
[  720.544577]  [] ? do_dbs_timer+0x0/0x253
[  720.544588]  [] ? autoremove_wake_function+0x0/0x2d
[  720.544597]  [] ? worker_thread+0x0/0x1bd
[  720.544605]  [] ? kthread+0x42/0x67
[  720.544613]  [] ? kthread+0x0/0x67
[  720.544623]  [] ? kernel_thread_helper+0x7/0x10
[  720.544664] INFO: task powernowd:3590 blocked for more than 120 seconds.
[  720.544669] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[  720.544675] powernowd D c04951c0 0  3590   3589
[  720.544685]  c19ca1c0 0082 f704f90c c04951c0 c04951c0 f704f8e0 c3eaf6d0 
c3eaf6d0
[  720.544699]  c3eaf884  36c6c0fe 3a0bc3e4 0009 c0121eff 002f5a0a 

[  720.544714]  c3eaf884 c3eaf884 0046 f7051fb4 c19ca

Bug#511468: xine-ui: crash in ru_RU.KOI8-R locale

2009-01-11 Thread nefedov
Package: xine-ui
Version: 0.99.5+cvs20070914-2
Severity: normal


 xine-ui crashes if I am trying to run it in KOI8-R locale.
 It works perfectly in ru_RU.UTF-8 locale.

 I reproduce this crash in 100% cases. 
 1) run 'LANG=ru_RU.KOI8-R xine';
 2) move mouse pointer in audio bar in control center.

 xine crashes with the message:
 xitk_image_create_image(375): condition 'width > 0' failed. Aborting.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Shell: /bin/sh linked to /bin/bash

Versions of packages xine-ui depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.18.2-8   Multi-protocol file transfer libra
ii  libfontconfig12.6.0-3generic font configuration library
ii  libkrb53  1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries
ii  libpng12-01.2.27-2   PNG library - runtime
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxft2   2.1.12-3   FreeType-based font drawing librar
ii  libxine1  1.1.14-3   the xine video/media player librar
ii  libxine1-ffmpeg   1.1.14-3   MPEG-related plugins for libxine1
ii  libxine1-x1.1.14-3   X desktop video output plugins for
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library
ii  libxtst6  2:1.0.3-1  X11 Testing -- Resource extension 
ii  libxv12:1.0.4-1  X11 Video extension library
ii  libxxf86vm1   1:1.0.2-1  X11 XFree86 video mode extension l

xine-ui recommends no packages.

xine-ui suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#480114: If /var/run is a ram file system the screen can not make /var/run/screen for normal user

2008-05-08 Thread nefedov
Package: screen
Version: 4.0.3-0.3+b1
Severity: normal


 Recently I switched RAMRUN=yes in /etc/default/rcS to make /var/lock/
 available as a ram file system. Unfortunately it produces a side
 effect for screen.

> screen -ls
Cannot make directory '/var/run/screen': Permission denied

 It is understandable because screen is setgid of utmp, and /var/run has
 permissions 0755 and owner of root.root.

 The simplest way to get rid of it to create /var/run/screen
 in /etc/init.d/screen-cleanup script.
 Something like this
if [ ! -d $SCREENDIR ]; then
mkdir -m 0777 $SCREENDIR
else
...

 Yu.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages screen depends on:
ii  base-passwd3.5.11Debian base system master password
ii  debconf [debconf-2.0]  1.5.11etch1   Debian configuration management sy
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii  libncursesw5   5.5-5 Shared libraries for terminal hand
ii  libpam0g   0.79-5Pluggable Authentication Modules l
ii  passwd 1:4.0.18.1-7  change and administer password and

screen recommends no packages.

-- debconf information:
  screen/old_upgrade_prompt: false



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#428960: unison: Error in creating directory for backup

2007-06-15 Thread nefedov
Package: unison
Version: 2.13.16-5
Severity: normal


Consider the following example:

---
local:/.unison> cat problem.prf
# Roots of the synchronization
root = /tmp/
root = ssh://F.A.R//tmp/

# Paths to synchronize
path = ttt

# Keep a backup copy of some files
backup = Name *.txt

---
local:/tmp> ls -R ttt
ttt:
t1  t2  t3

ttt/t1:

ttt/t2:
text.txt

ttt/t3:

---
F.A.R:/tmp> ls -R ttt
ttt:
t1  t2  t3

ttt/t1:

ttt/t2:
text.txt

ttt/t3:

---
local:/tmp> unison problem
Contacting server...
Looking for changes
Warning: No archive files were found for these roots.  This can happen
either
because this is the first time you have synchronized these roots,
or because you have upgraded Unison to a new version with a different
archive format.

Update detection may take a while on this run if the replicas are
large.

Unison will assume that the 'last synchronized state' of both replicas
was completely empty.  This means that any files that are different
will be reported as conflicts, and any files that exist only on one
replica will be judged as new and propagated to the other replica.
If the two replicas are identical, then no changes will be reported.
Press return to continue.[]   Waiting for changes from server
Reconciling changes
Error: Error in creating directory:
No such file or directory [mkdir(/home/nefedov/.unison/backup/ttt/t2)]

---

 The workaround solution:
 if I do by hand
 >mkdir -p /home/nefedov/.unison/backup/ttt/t2
 on _both_ computers it solves the problem.

 Thanks!


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)

Versions of packages unison depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

Versions of packages unison recommends:
ii  openssh-client [ssh-client]   1:4.3p2-9  Secure shell client, an rlogin/rsh

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]